issues@subversion.tigris.org writes:
> http://subversion.tigris.org/issues/show_bug.cgi?id=1302
>
> *** Old
> --- New
> ***************
> *** 324,326 ****
> --- 324,333 ----
> (By the way, thanks for all this testing, Robert. The FreeBSD CVS
> repository is clearly the beast we needed, to find all the edge cases.
> I'm sure there are more waiting, too...)
> +
> + ------- Additional Comments From rpluim@tigris.org 2003-05-20 15:32 PDT -------
> + OK, 5998 fixes this for me, great! I've just restarted the whole
> + conversion, we'll see if there are any more lurking issues.
> +
> + (and testing is not a problem: what else is my cpu supposed to do
> + whilst I'm asleep? Issue idles or something? ;-)
OK, cvs2svn didn't fail this time, I just ran out of disk space :-(
I've made some space, and started it again. (41000 revs and counting)
This is going to be a real problem for people with large repos, since
the dump-file contains a full copy of every revision of every file,
which is going to be huge.
Perhaps cvs2svn should be checkpointable in some way? Would it be
enough to split the cvs2svn-data.*revs files at suitable places and
run pass 4 & 5 multiple times?
Robert
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed May 21 16:07:10 2003