On Sep 21, 2005, at 14:47, Jens v. P. wrote:
> Mac OS X stores custom folder icons in files inside the folder
> named "Icon\0x0d", that is a \r at the end of the file name.
> Subversion cannot handle this character in file names. I've tried
> to import a folder with a subfolder containing a custom icon, and
> this is what Subversion returns:
>
> jpbook:~ $ svn import /xxx/xxx/ file:///rep -m "initial import"
> Adding /xxx/xxx/subfolder
> subversion/libsvn_subr/path.c:1262: (apr_err=160005)
> 'vn: Invalid control character '0x0d' in path '/xxx/xxx/subfolder/Icon
>
> The only workaround I can think of is to add "Icon\r" to the ignore
> list (I'm not sure how to do this, but I assume I'll find the
> answer somewhere in the Subversion book).
> But: I don't want my icons to be ignored! I really like my icons!
I haven't looked in the issue tracker. But it has come up on the
mailing list before:
http://svn.haxx.se/users/archive-2005-01/0026.shtml
The filename isn't even the biggest problem, though: it's the fact
that the Icon file is resource-fork based, and Subversion only
handles the data fork.
If you want to store resource-fork based files in the repository,
such as these Icon files, you'll have to encode them in some way that
puts their data exclusively in the data fork. You could use DeRez
[1], which I think may be the best idea. Or you could BinHex them,
you could MacBinary them, you could Stuff them, you could put them on
a disk image—anything, just can't store them as-is. And while you're
doing that, you may as well give the encoded file a name that doesn't
contain ASCII 13.
[1] type "man DeRez" into the Terminal, after having installed Xcode
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Sep 21 16:25:02 2005