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

Re: Extended Attribute Support (was Re: Mac OS X "resource fork" support)

From: Branko Čibej <brane_at_xbc.nu>
Date: 2005-08-14 15:48:11 CEST

Vincent Lefevre wrote:

>On 2005-08-13 21:56:51 +0200, Branko Čibej wrote:
>>Eric Gorr wrote:
>>>Again, based on my understanding, support for extended attributes will
>>>be 'increasingly useful'. If some file system does not support such
>>>things, it really isn't a problem...subversion can just not look for
>>>such things on those file systems.
>>Yes, but it must represent them somehow in the working copy.
>Yes, as properties. Isn't this similar to symlink support?
No, symlinks are represented as files, not as properties.

>Is the size would be the only problem?
Size would be a serious problem. Of course, as somebody else mentioned,
xattrs aren't meant to be very large in the first place, so I can't see
how resource forks could be reasonably mapped to xattrs.

(With NTFS on Windows, you'd represent the resource fork as a real file
data stream. But that's neither here nor there.)

>Another solution would be to use filenames with '$' since they
>are forbidden in Subversion.
Huh? Since when?

    $ svnadmin create repo
    $ svn co file:///H:/brane/src/svn/scratch/repo wc
    Checked out revision 0.
    $ cd wc/
    $ touch '$foo'
    $ svn add '$foo'
    A $foo
    $ svn ci -m ''
    Adding $foo
    Transmitting file data .
    Committed revision 1.
    $ svn ls -v file:///H:/brane/src/svn/scratch/repo
          1 brane 0 Aug 14 15:45 $foo

-- Brane

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Aug 14 15:49:21 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.