Re: cvs2svn failure (traceback in pass 4)

Joey Hess <joey@kitenet.net> writes:

> Joey Hess wrote:
>> Probably useless now, but the 600k tarball is already here:
>> http://kitenet.net/~joey/tmp/debhelper-cvs.tgz
>>
>> BTW, that explodes into a 193 mb subversion repository. Wow. I may need
>> to rethink my disk space calculations for converting my whole cvs
>> repository (1 gb).
>
> Of course the svn repository does trim down to only 33 mb with svnadmin
> archive. That's more in line with the 8 to 10x size increase from cvs to
> svn that I've been seeing.

When I convert that tarball using cvs2svn HEAD I get a repository that
is only 20mb not 33mb, although that is still larger than the 3.5mb
CVS repository. The created repository has a HEAD revision of 1087.

If I load the dump through

  svndumpfilter exclude tags --drop-empty-revs --renumber-revs

I get a repository without the tags. HEAD is now revision 602 and the
repository is just 8.8mb. So the 485 tags are responsible for well
over 50% of the repository size.

Picking a tag, version_4_1_52 say, and looking at the dump I see that
it is not simply a copy of one of the previous revisions, it's a copy
of 'trunk' rev 598 but with 't' replaced by 'branches/source-dist/t'
rev 228 and with a number of the files in the 'autoscripts' directory
deleted. This seems to be typical of the tags in the dump. The fact
that the Subversion "tags" are not simply "cheap copies" of existing
revisions may explain why they require so much space.

Take all this with a pinch of salt--I'm not an Subversion filesystem
expert, I don't know much about CVS, and I only looked at this because
I had never run cvs2svn before and I wanted to see what it did :)

-- 
Philip Martin
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org