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

On 2005-08-18 08:18:59 +0200, Branko Čibej wrote:
> Ph. Marek wrote:
> >On Wednesday 17 August 2005 23:05, Branko Čibej wrote:
> >>Ph. Marek wrote:
> >>>On Wednesday 17 August 2005 11:23, Branko Čibej wrote:
> >>>> * What happens if I want to "svn mv REPOS_URL/macos-resource-forks
> >>>> REPOS_URL/macos-rsrc"? And what if I do this with a client that's
> >>>> not aware of the convention?
> >>>>
> >>>As you only change the *name* of something, the attributes describing
> >>>where to find the resource-forks stay the same.
> >>>
> >>You missed the point here -- this is renaming the directory where the
> >>resource forks files are stored.
> >>
> >Oh, I see.
> >Yes, you're right.
> >That could be a problem.
> >But I see that on the same lane as
> > svn mv REPOS_URL/trunk REPOS_URL/something-else
> >ie. an operation which is guaranteed to make troubles :-)
> >
> It is a completely different kind of problem, because it doesn't break
> the repository.

svn mv REPOS_URL/macos-resource-forks REPOS_URL/macos-rsrc

doesn't break the repository either. Clients that aren't aware of
resource forks won't see any different. Clients that are aware of
resource forks should be written to detect a possible problem (e.g.
missing macos-resource-forks directory) and should be able to
ignore resource forks (and let the user correct the repository)
until things are fixed.

This is a bit similar to "svn remove REPOS_URL/trunk", where you
can't do anything useful until some user restores the trunk.

-- 
Vincent Lefèvre <vincent_at_vinc17.org> - Web: <http://www.vinc17.org/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/>
Work: CR INRIA - computer arithmetic / SPACES project at LORIA
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org