I think Paul hit the nail on the head - I had not marked files as binary
in CVS. Not that I ever had to (because of the reasons he mentioned),
but I think many people run CVS without concerning themselves about
binary file types.
If svn has a heuristic for guessing binaries, then cvs2svn should use it
too I would think.
Thanks again for your help,
From: Paul Koning [mailto:firstname.lastname@example.org]
Sent: Friday, September 23, 2005 5:00 PM
To: Sacerdoti, Federico
Cc: email@example.com; firstname.lastname@example.org
Subject: RE: svn corrupts binary files on import
>>>>> "Federico" == Federico Sacerdoti <Sacerdoti> writes:
Federico> Thanks to those that responded so quickly to my question.
Federico> I am concerned that the default setup is to mangle EOL
Federico> I compiled svn from subversion-1.2.3-1.tar.gz using an RPM
Federico> spec file based on the one from David Summers. I used the
Federico> cvs2svn utility to construct the initial repository. That
Federico> is it. The rest is a default SVN setup, I did not add any
Federico> "auto-props" that I know of.
If you started with cvs2svn, then the cause of the problem is that you
didn't check the files into CVS correctly.
Binary files must be marked as binary in CVS. But if you make few
enough changes and are sufficiently lucky, and don't mix operating
systems, you can for a while get away with doing this wrong.
Two possible solutions.
1. Review the CVS repository. For every file that contains binary
data, make sure it is marked as such in CVS. When in doubt, use
the command "cvs admin -kb <file>" (issued from a CVS working
directory where your CVS repository has been checked out.
That's the approach I've used. It has the advantage that you're
repairing the original problem, not just working around it in the
2. Do the conversion with --no-default-eol (and, if you do want native
line endings for some of your files, also --eol-from-mime-type).
That will give you a valid Subversion repository, though your CVS
repository is still wrong.
To unsubscribe, e-mail: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Fri Sep 23 23:44:55 2005