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

svn and automatic line ending

From: Karl Berry <karl_at_freefriends.org>
Date: 2005-01-15 22:03:35 CET


Last April Jim Fulton from Zope began a thread on the subversion dev
list about setting svn:eol-style=native by default for anything that
svn's heuristic considers text.

I'm having the same issue -- importing a large repository (1+gb; it's
TeX Live, http://tug.org/texlive/), with new files being added not
infrequently (whenever there's a new TeX package, basically), and with
dozens of file extensions. Attempting to specify all the extensions
would be a nightmare. And so I would like to support Jim's idea of
making the "binary mime type property" error into a warning (or just
silencing it).

I'll repeat the problematic scenario from that thread, since it was some
months ago. With the config settings:

   enable-auto-props = yes

   * = svn:eol-style=native

the proposal is to make

     $ svn add text1 image1.gif text2 image2.gif
     A text1
     svn: File 'image1.gif' has binary mime type property

continue to add text2 and image2.gif, instead of giving up after the error.

I understand that the binary/text heuristic is not perfect, and files
might be incorrectly marked with eol-style=native. We can explicitly
fix those. But having it guess correctly the vast majority of the time
would be a huge boon.

From what I saw in that thread, there was no unalterable opposition to
letting the add succeed, but the code is unchanged on the trunk (rev 12744)
as I see it at:
(line 955ff)

If anything will make the change more likely to happen in the next
release, I'm happy to do it if I can. For my own immediate purposes, I
just deleted the check, which is working fine as far as I can tell.

Thanks for the great software.


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Jan 15 22:32:24 2005

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

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