Jeremias Maerki wrote:
Can't we do it in a way that the history gets copied? That way, people
downloading an old revision will have both src/org and src/java/org
locally, so it uses a bit more storage capacity but still build. Is that
doable?
On 15.01.2003 19:41:51 Oleg Tkachenko wrote:
Jeremia
Can't we do it in a way that the history gets copied? That way, people
downloading an old revision will have both src/org and src/java/org
locally, so it uses a bit more storage capacity but still build. Is that
doable?
On 15.01.2003 19:41:51 Oleg Tkachenko wrote:
> Jeremias Maerki wrote:
>
> > I
Oleg Tkachenko wrote:
Jeremias Maerki wrote:
I'll continue to do the directory moves in the redesign and I'm still
hoping for a volunteer to do the server side move/copy of the src/org
directory to src/java/org.
It's easy, but we'll loose ability to build old revisions then (didn't
we yet?).
Victor Mote wrote:
Isn't it just copying xml-fop directory back?
I don't understand. Copying it back from where? Do you mean:
1. We should make our own backup copy on the server before doing the
surgery? If so, that makes sense. Space is tight on that x1 filesystem, but
it looks like that dire
Victor Mote wrote:
Jeremias Maerki wrote:
I'll continue to do the directory moves in the redesign and I'm still
hoping for a volunteer to do the server side move/copy of the src/org
directory to src/java/org.
I'll be glad to help with the server side move/copy. AFAIK, a simple Unix
mv/cp sho
Oleg Tkachenko wrote:
> Also, it would be good to
> > know that we could get our repository restored if something
> went wrong -- do
> > we know how to do that?
> Isn't it just copying xml-fop directory back?
I don't understand. Copying it back from where? Do you mean:
1. We should make our own
Oleg Tkachenko wrote:
> It's easy, but we'll loose ability to build old revisions then (didn't we
> yet?). If it's not an issue, all we have to do is to move the
> directory within
> the repository and massage CVSROOT/history, that's it, isn't
> it? Well, I'm
> going to try on local cvs first wi
Victor Mote wrote:
us only about 21 MB of disk space). The real issue is that /everyone's/
sandbox is messed up by this, so it is worthwhile to coordinate this so that
everyone can get changes checked in (or moved aside), blow away their
sandbox, & get a clean sandbox after the surgery.
+1 proba
Jeremias Maerki wrote:
I'll continue to do the directory moves in the redesign and I'm still
hoping for a volunteer to do the server side move/copy of the src/org
directory to src/java/org.
It's easy, but we'll loose ability to build old revisions then (didn't we
yet?). If it's not an issue, al
Jeremias Maerki wrote:
> I'll continue to do the directory moves in the redesign and I'm still
> hoping for a volunteer to do the server side move/copy of the src/org
> directory to src/java/org.
I'll be glad to help with the server side move/copy. AFAIK, a simple Unix
mv/cp should do the trick o
If you could give me little more time...
I just checked out the current CVS maintenance branch and planned
to post a diff this evening containing my PS renderer fixes/optimizations
regarding
current position handling...
Do you want to wait?
--
Cappelino Informationstechnologie GmbH
Arnd Beißner
11 matches
Mail list logo