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

Issue with multiple fitting auto-props

From: Maddes <maddes_svnlists_at_arcor.de>
Date: 2007-09-08 16:28:14 CEST

Hi everybody,

I want to file a new issue in the issue tracker, so I'm searching for
"buddies" who support this.

My problem is as following:
I have several "*.dat" files which contain binary data and some text
files with the pattern "*sounds.dat" (unfortunately not changeable).
So I defined the following auto-props:
 *sounds.dat = svn:mime-type=text/plain;svn:eol-style=native
 *.dat = svn:mime-type=application/octet-stream;svn:needs-lock

But when I add a "sounds.dat" file under SVN 1.4 I get the following
error message:
"Error: File 'D:\Coding\TestRepoLocal\sounds.dat' has binary mime type
property"
The file got added but it has the properties of the "*.dat" auto-prop.
Currently I have to correct the properties manually for each added file,
but I don't believe that the other repository users will take care of
this too.

The error seems to have several reasons:
  1.) Unable to replace/delete properties from previous auto-prop
It seems that SVN tries to set mime and eol-style, but complains because
the file already got the octet mime from the "previous" auto-prop.
Also I can not see a possibility to remove a property from a previous
auto-prop (here needs-lock).

  2.) Unknown auto-prop sequence
As the auto-props are stored in a hash table the user can not define the
order they are processed, and therefore can not influence the auto-props
usage.

  3.) Unable to break Sequence
You can not stop SVN from checking the auto-props further.
In conjunction with a known process order, a user could define the
special cases first which also stop the auto-props processing for the
file, and the general case at the end.

Points 2 and 3 could be solved in a similar way like the auto-props
feature of "svn_load_dirs.pl".

Any comments welcome.

Regards
Maddes

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Sep 8 16:24:55 2007

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.