Just a clarification of my original post...
I'm also very interested in the opaque collection idea in regards to
saving Mac "packages". That is, saving directories full of stuff as a
single entity. This, in fact, might be the one problem I'm having that
I see no clear work-around for.
I guess issue 707 is only meant to solve this problem, not the resource
fork or finder info problem.
Steve
> -----Original Message-----
> From: sjohnson
> Sent: Wednesday, June 18, 2003 11:34 AM
> To: dev@subversion.tigris.org
> Subject: info request: mac files, wrappers, opaque collections, etc?
>
>
> Greetings,
>
> I'm a MacOS X developer. I'm wondering where things
> currently sit regarding a way of preserving the resource and
> finder info forks of Mac files in subversion. I know this
> has been discussed before, most poignantly it seems, in issue
> #707 regarding opaque collections. (
> http://subversion.tigris.org/issues/show_bug.c> gi?id=707). I
> know that cvswrapper-like (client-side
> scripts) solutions have been discussed as well. I agree with
> those that say that client maintained scripts are a bad idea.
>
> Two questions...
>
> 1) 707's priority is very low, but some subscribers have
> voiced an interest in working on it anyway. Has any progress
> been made towards opaque collections?
>
> 2) If I HAVE TO HAVE this functionality, what should I do?
>
> a) Deal with the problem manually until svn can do this
> correctly via feature XXX (please tell me what XXX is!)
> b) Go back to CVS and use cvswrappers
> c) Write a wrapper around the 'svn' tool to do my own
> encoding/decoding of complex mac files
> d) Use some other svn HACK that someone's already
> implemented (if there are such things, I'd LOVE to hear about
> them....please!)
>
> and, of course, the ideal option...
>
> e) You dummy, we've already implemented this solution in
> svn...it's called YYY.
>
> TIA for any information.
>
> Steve Johnson
> DigitalFish Films
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Jun 18 21:15:53 2003