You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by Henri Yandell <ba...@generationjava.com> on 2002/06/22 18:55:41 UTC
Removal of sandboxed versions?
Should the commons.sandbox.cli be removed from cvs?
Also logging, betwixt, digester, others I missed?
Is the plan to just empty the sandboxed version and leave a structure?
When we move something from sandbox to commons, do we move and tweak the
cvs repository, thus keeping a valid history, or do we import a new one?
If importing a new one, do we care about the old history?
Hen
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Removal of sandboxed versions?
Posted by Martin van den Bemt <ml...@mvdb.net>.
Haven't seen a move yet, but it would be the best, so people cannot get
confused with the old sandbox stuff..
The betwixt move was done by recommitting it in cvs, so no history
there, but as far as I am concerned we can zap that one.
So I prefer a copy, if that is allowed that is..
Mvgr,
Martin
On Sat, 2002-06-22 at 18:55, Henri Yandell wrote:
> Should the commons.sandbox.cli be removed from cvs?
> Also logging, betwixt, digester, others I missed?
>
> Is the plan to just empty the sandboxed version and leave a structure?
> When we move something from sandbox to commons, do we move and tweak the
> cvs repository, thus keeping a valid history, or do we import a new one?
>
> If importing a new one, do we care about the old history?
>
> Hen
>
>
> --
> To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Removal of sandboxed versions?
Posted by "Craig R. McClanahan" <cr...@apache.org>.
On Sat, 22 Jun 2002, James Strachan wrote:
> Date: Sat, 22 Jun 2002 18:10:51 +0100
> From: James Strachan <ja...@yahoo.co.uk>
> Reply-To: Jakarta Commons Developers List <co...@jakarta.apache.org>
> To: Jakarta Commons Developers List <co...@jakarta.apache.org>
> Subject: Re: Removal of sandboxed versions?
>
> From: "bob mcwhirter" <bo...@werken.com>
> > > Should the commons.sandbox.cli be removed from cvs?
> >
> > +1
> >
> > > Is the plan to just empty the sandboxed version and leave a structure?
> > > When we move something from sandbox to commons, do we move and tweak the
> > > cvs repository, thus keeping a valid history, or do we import a new one?
> >
> > I'd say yes. I've personally been bitten by looking in the sandbox for
> > code, and only realizing that I wasn't using the latest much later, after
> > looking in the non-sandbox commons.
>
> Both betwixt and cli moved to commons and the sandbox copies were deleted;
> but the structure remained, which is normal CVS stuff. Maybe we could zap
> the RCS files to permanently remove the structure from the sandbox?
>
> There's a bunch of old structures still around we could zap: betwixt, cli,
> digester, latka, logging, modeler.
>
Doing cvs delete on all the files of moved packages is always a good idea.
When you update your local sandbox, do "cvs update -dP" and you won't have
those obsolete projects.
IMHO, physically pruning the directories out of /home/cvs is almost always
a really bad idea, because you lose the ability to ever restore the
complete state of the repository as of a fixed date or tag. You can make
a case that nobody should have ever done this for sandbox directories
anyway, but pruning is a bad habit to get into.
> James
Craig
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Removal of sandboxed versions?
Posted by Martin van den Bemt <ml...@mvdb.net>.
On Sat, 2002-06-22 at 19:17, bob mcwhirter wrote:
> > > I'd say yes. I've personally been bitten by looking in the sandbox for
> > > code, and only realizing that I wasn't using the latest much later, after
> > > looking in the non-sandbox commons.
> >
> > Both betwixt and cli moved to commons and the sandbox copies were deleted;
> > but the structure remained, which is normal CVS stuff. Maybe we could zap
> > the RCS files to permanently remove the structure from the sandbox?
>
> I think logging still contains source files in the sandbox.
>
> > There's a bunch of old structures still around we could zap: betwixt, cli,
> > digester, latka, logging, modeler.
>
> +1 on zapping useless structures. We've preserved the revision history
> during the migration?
Saw a lot of cvs commits coming by for creation of directories when
betwixt was moved, so it wasn't copied over on /home/cvs...
Mvgr,
Martin
>
> -bob
>
>
> --
> To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Removal of sandboxed versions?
Posted by James Strachan <ja...@yahoo.co.uk>.
> > There's a bunch of old structures still around we could zap: betwixt,
cli,
> > digester, latka, logging, modeler.
>
> +1 on zapping useless structures. We've preserved the revision history
> during the migration?
No - we just copied the code over to commons rather than moving the RCS
files.
James
_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Removal of sandboxed versions?
Posted by bob mcwhirter <bo...@werken.com>.
> > I'd say yes. I've personally been bitten by looking in the sandbox for
> > code, and only realizing that I wasn't using the latest much later, after
> > looking in the non-sandbox commons.
>
> Both betwixt and cli moved to commons and the sandbox copies were deleted;
> but the structure remained, which is normal CVS stuff. Maybe we could zap
> the RCS files to permanently remove the structure from the sandbox?
I think logging still contains source files in the sandbox.
> There's a bunch of old structures still around we could zap: betwixt, cli,
> digester, latka, logging, modeler.
+1 on zapping useless structures. We've preserved the revision history
during the migration?
-bob
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Removal of sandboxed versions?
Posted by James Strachan <ja...@yahoo.co.uk>.
From: "bob mcwhirter" <bo...@werken.com>
> > Should the commons.sandbox.cli be removed from cvs?
>
> +1
>
> > Is the plan to just empty the sandboxed version and leave a structure?
> > When we move something from sandbox to commons, do we move and tweak the
> > cvs repository, thus keeping a valid history, or do we import a new one?
>
> I'd say yes. I've personally been bitten by looking in the sandbox for
> code, and only realizing that I wasn't using the latest much later, after
> looking in the non-sandbox commons.
Both betwixt and cli moved to commons and the sandbox copies were deleted;
but the structure remained, which is normal CVS stuff. Maybe we could zap
the RCS files to permanently remove the structure from the sandbox?
There's a bunch of old structures still around we could zap: betwixt, cli,
digester, latka, logging, modeler.
James
_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Removal of sandboxed versions?
Posted by bob mcwhirter <bo...@werken.com>.
> Should the commons.sandbox.cli be removed from cvs?
+1
> Is the plan to just empty the sandboxed version and leave a structure?
> When we move something from sandbox to commons, do we move and tweak the
> cvs repository, thus keeping a valid history, or do we import a new one?
I'd say yes. I've personally been bitten by looking in the sandbox for
code, and only realizing that I wasn't using the latest much later, after
looking in the non-sandbox commons.
-bob
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>