Re: [Axiom-developer] RE: GNU Arch - was patches

[Gabriel Dos Reis]

"David MENTRE" <address@hidden> writes:

| Hello,
| 
| 2006/3/30, Antoine Hersen <address@hidden>:
| > What about SVK(  http://svk.elixus.org/ ), it seem to be based on
| > Subversion plus distributed a la Arch
| > It is based on PERL a more reasonable dependency that Haskell.
| 
| I am on SVK's mailing list for several months now. SVK is interesting
| but seems a bit unstable (judging from bug report on the list). I have
| never used it thought (because it failed to compile on my Debian
| system, probably due to a Debian peculiarity).

SVK is a handy tool over SVN.  Axiom needs not switch to SVK;
switching to SVN is sufficient.  

As a matter of fact, it is what I use for most of GCC related work
even when GCC is officially under SVN (other parts of GCC, mostly
"administrative" things are still under CVS, but the bulk is under
SVN).  I released two versions of GCC with actual work done with SVK,
while the releasing script operates with SVN.

My main complaint with SVK (main memory hungry) was fixed ages ago.   I'm
using SVK 1.05 (which is old by many criteria).  I'm using SVK as a
tool over SVN because of its storage efficiency -- at the minimum, I
must have 3 GCC active releasing branches, plus 3 other "experimental"
branches; so it is crucial to save space (even when Dell offers tera
bytes disks at ridiculuous costs, because I'm not lucky enough to
change laptops even six months).

I was reluctant to see GCC switch from CVS to SVN (my concerns are
archived on the GCC list) because of all the instability and
dependency issues that arose at the time with SVN (october 2005) and
was impressed by how respsonsive SVN people were to resolve them.  I
don't think Axiom's sources are as "big" as GCC's -- build might be
comparable though. 

I don't really care what the version tool is, as long as it is not
tal, nor patch, nors darcs :-)  CVS is good enough, as long as one does
not need to work offline (which is a very limiting constraint these
days when laptop have to spend lot of time on the go).

-- Gaby