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

Re: Bug in svn on MacOS X 10.4 with ._ files on UFS

From: Geoffrey Alan Washburn <geoffw_at_cis.upenn.edu>
Date: 2005-09-23 14:06:23 CEST

Ryan Schmidt wrote:
> On Sep 23, 2005, at 13:38, Geoffrey Alan Washburn wrote:
>>> Actually, if Mac users want to store resource forks or extended
>>> attributes in a repository right now, I don't see any reason why
>>> they shouldn't check in the ._ files.
>> Because as the original post that started this thread said, it no
>> longer works in MacOS 10.4.
> True. I had forgotten about your original post from June [1]. It
> doesn't work anymore as of 10.4, because 10.4 tries to handle the
> situation, and Subversion doesn't realize that a file it thought it was
> handling (the ._ file) has been handled instead by the OS. So you're
> right.
>>> If people want to use resource forks in Subversion repositories
>>> today, that would be one IMHO reasonable way to do it. Though, as I
>>> mentioned yesterday in another thread, Rez / DeRez may make more
>>> sense, depending maybe on the type of resource.
>> This isn't an option for people that want to store extended attributes.
> Also true: Rez format is only for resources, not for extended
> attributes. So a solution for storing extended attributes also does not
> exist.

        So this brings us back to the point of asking, why are there no plans
to support extended attributes in Subversion? They are a cross-platform
standard, and would make all of these problems go away.

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Sep 23 14:07:44 2005

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.