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

Re: Mac Resource Forks - What is the status? Workarounds?

From: Travis P <svn_at_castle.fastmail.fm>
Date: 2004-08-12 20:15:39 CEST

On Aug 12, 2004, at 12:45 PM, ruffnex wrote:

> The same problem exists for CVS, but Subversion is supposed to be
> better than CVS :-) Resource forks are still here, and while they
> exist, it means any SCM is still going to feel like a 'second citizen'
> on the Mac.

My point was just that it might be worthwhile to investigate solutions
that were developed for CVS and see how well they can be translated
into the Subversion context -- or made better by the Subversion
context. Since it's not a new problem, bringing known history and
details to the table might help. Your full note with the detail about
Rez and ditto is more likely to generate help from Subversion experts
who can help with specifics about Subversion but who don't use XCode
and thus would have been less likely to help with your original query.
I get the feeling that there is not a large MacOS X contingent on this
list (and some of us are concerned primarily with
Unix-like-systems-portable solutions; all my development work needs to
be AIX, Linux, OS X portable, so I naturally avoid anything with
resource forks).

DeRez and Rez could presumably be used to store the rfork as a
property. But detecting what files need that treatment (have an
rfork), and detecting when the rfork has changed might be tricky. (Does
it affect the last-modified timestamp? It won't affect the reported
file size.) A patched version of svn might be the best answer: it
would essentially be a default-svn-client-clone using c-bindings with
additional functionality added using those same bindings.

Also, what do people do when they want to "export" this stuff which
depends on properties to determine how the final file should result?
(be it for resource fork or Unix owner/group and permissions) Looks to
me like you wouldn't be able to use "svn export" even with a wrapper
unless you wanted to do a propget on every file that resulted. Maybe
using the bindings, people can come up with their own customized export
facilities (or a modified svn client, if you can view it as just a
client using c-bindings).

-Travis

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Aug 12 20:16:37 2004

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.