[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: How to remove all the svn:eol-style native from the repository ?

From: Les Mikesell <lesmikesell_at_gmail.com>
Date: 2006-10-09 15:23:25 CEST

On Sun, 2006-10-08 at 23:33, Karl Fogel wrote:
> Méresse Christophe <christophe.meresse@nagra.com> writes:
> > We have migrated 2 weeks ago some projects from CVS to SVN with the
> > cvs2svn script. (about 13000 revisions) and I've noticed that the
> > script has applied a svn:eol-style native to all our non binary
> > files. I don't want this !
> >
> > Is there a way to remove all these meta-data "svn:eol-style" from the
> > repository ? Obviously it does not seem to be possible with subversion
> > command lines, but I wonder if there is a safe way to modify directly
> > the repository (I can find this "native" option in every revision of
> > our fsfs repository).
> >
> > I've found on the mailing list people who purpose to checkout all the
> > repository from the root and then remove the property recursively but
> > that's not what I want because it will not change the history
> > (Moreover my repository is probably too big and have too many tags and
> > branches to do that)
> Why don't you just redo the conversion, this time telling cvs2svn not
> to apply svn:eol style properties? I think it has some option(s) for
> controlling that. It only did it by default because you had the
> corresponding CVS 'k' flags on those files, in fact.

CVS would have been doing native eol conversion by default
for everything not marked binary. Normally that's what
you want at least in a cross platform environment (or one
that might ever be). If that was working for you under CVS,
why don't you want it under subversion?

  Les Mikesell
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Oct 9 15:24:16 2006

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.