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

Re: Subversion and Macintosh resource fork

From: Brian W. Fitzpatrick <fitz_at_collab.net>
Date: 2005-04-07 19:02:03 CEST

On Apr 8, 2005, at 12:05 AM, Frierich Munch wrote:

> After 80+ commits on a project I realized Subversion was completely
> ignoring
> the Macintosh resource fork. Couldn't find much/any information on the
> problem, so I wrote some code that automatically translates the
> resources
> to Subversion properties.
>
> Works pretty nice if I may say so...
>
> Where would one go to get others to test [st/sc]alibility?
>
> Where would one go to submit or start/create a branch?
>
> It might actually be of benefit to any filesystem that contains
> meta-data
> the user also wants to version (all the Mac specific stuff is
> localized in
> one module, with 3 hooks (to generated/restore the props when they are
> needed...))

1. Apple's official stance on resource forks is that developers should
move away from using them.

2. Resource forks can be EXTREMELY LARGE, and while Subversion
properties can be extremely large, I believe the recommendation is to
keep them under 64K.

3. You can use Rez and Derez (shipped with Apple's Developer Tools) to
pull the resource forks out of a file and into a separate file (in that
file's data fork) and then put it back in.

4. This feature is completely Apple specific.

Based on 1, 2, 3, and 4 listed above, I'm against adding this
functionality to Subversion.

-Fitz

PS With your address of 'spam@spam.spam', I have little hope of you
getting this email unless you're subscribed to the dev list.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Apr 7 19:05:01 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.