You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Eric Gorr <ma...@ericgorr.net> on 2005/06/11 02:06:28 UTC

Versioning MacOSX files with Resource Forks...solutions?

What solutions have people come up with for solving the problem of 
placing a file with a resource fork under version control with Subversion?


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: Versioning MacOSX files with Resource Forks...solutions?

Posted by Geoffrey Alan Washburn <ge...@cis.upenn.edu>.
Andreas Magnusson wrote:

> Hm, I couldn't find anything about extended attributes on Windows, and 
> I've never heard of them (at least under that name) so could you post a 
> pointer to where that is said?
> (Yes, I am a bit sceptic, but I would love to be proven wrong).

	As I said I said I don't know enough about how much the actual APIs 
relate, but try looking at http://www.ntfs.com/ntfs-multiple.htm


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: Versioning MacOSX files with Resource Forks...solutions?

Posted by Andreas Magnusson <an...@home.se>.
Geoffrey Alan Washburn wrote:
> Eric Gorr wrote:
> 
>> I suppose it will depend upon whether or not such a feature will be 
>> needed on all (or at least the largest) platforms on which Subversion 
>> runs.
>>
>> Do extended attributes play any role on a Windows machine?
> 
> 
>     I know less about the Windows situation, but as far as I have been 
> able to discern extended attributes are a POSIX standard.  Some brief 
> research with Google indicates that they are supported by Windows
> and Linux 2.6 on a number of different file systems.  Is that large enough?

Hm, I couldn't find anything about extended attributes on Windows, and 
I've never heard of them (at least under that name) so could you post a 
pointer to where that is said?
(Yes, I am a bit sceptic, but I would love to be proven wrong).

/Andreas


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: Versioning MacOSX files with Resource Forks...solutions?

Posted by Geoffrey Alan Washburn <ge...@cis.upenn.edu>.
Eric Gorr wrote:

> I suppose it will depend upon whether or not such a feature will be 
> needed on all (or at least the largest) platforms on which Subversion runs.
> 
> Do extended attributes play any role on a Windows machine?

	I know less about the Windows situation, but as far as I have been able 
to discern extended attributes are a POSIX standard.  Some brief 
research with Google indicates that they are supported by Windows
and Linux 2.6 on a number of different file systems.  Is that large enough?


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: Versioning MacOSX files with Resource Forks...solutions?

Posted by Eric Gorr <ma...@ericgorr.net>.
Geoffrey Alan Washburn wrote:
>    It would seem useful and logical, but I haven't heard anything that 
> would indicate the developers plan or have interest in actually do ing 
> such a thing in a future release.  Which is quite unfortunate for the 
> users.

I suppose it will depend upon whether or not such a feature will be 
needed on all (or at least the largest) platforms on which Subversion runs.

Do extended attributes play any role on a Windows machine?




-- 
== Eric Gorr ========= http://www.ericgorr.net ========= ICQ:9293199 ==
"Therefore the considerations of the intelligent always include both
benefit and harm." - Sun Tzu
== Insults, like violence, are the last refuge of the incompetent... ===

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: Versioning MacOSX files with Resource Forks...solutions?

Posted by Geoffrey Alan Washburn <ge...@cis.upenn.edu>.
Eric Gorr wrote:

> However, in my case, I only plan to DeRez things once and version 
> those .r files. Since I use CodeWarrior, it can compile the .r files 
> for me and since I don't need to make many changes any longer, the 
> problem appears to be largely solved.

    Well, yes and no.  I just played around with Rez/DeRez and they do 
not support extended attributes, so something new will need to be 
written.  Fortunately, extended attributes subsume resource forks. 

> Well, yes, it would seem logical and useful for Subversion to version 
> the extended attributes of a file along with the file itself with 
> little or, perhaps, no user intervention.

    It would seem useful and logical, but I haven't heard anything that 
would indicate the developers plan or have interest in actually do ing 
such a thing in a future release.  Which is quite unfortunate for the users.

-- 
[Geoff Washburn|geoffw@cis.upenn.edu|http://www.cis.upenn.edu/~geoffw/]


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: Versioning MacOSX files with Resource Forks...solutions?

Posted by Eric Gorr <ma...@ericgorr.net>.
Geoffrey Alan Washburn wrote:
> Eric Gorr wrote:
>> Well, the solution I am considering is just DeRez'ing (Apple has a 
>> useful DeRez tool in the XCode /Developer/Tools folder) the various 
>> things and placing those text files under version control.
> 
> 
>    Right, but it is kind of expensive to walk over the entire working 
> copy and DeRez things every time you want to ask svn a question.

Correct.

However, in my case, I only plan to DeRez things once and version those 
.r files. Since I use CodeWarrior, it can compile the .r files for me 
and since I don't need to make many changes any longer, the problem 
appears to be largely solved.

When I do need to make a rare change to a particular resource file and 
cannot reasonably do it manually, I plan to simply run the file through 
Rez and load it into a visual resource editor (like resEdit or 
Resorcerer). Then, after I am done editing, DeRez it and commit it again.

By the time I move to X-Code (since CodeWarrior will likely be dead in a 
few years), I will hopefully be free of resource forks completely.

>> Now, since I am attempting to move away from resource forks as fast as 
>> possible, they aren't changing much which means I won't have much need 
>> to convert them into a form that a visual resource editor is capable 
>> of working with.
> 
> 
> However, you won't be able to get away from extended attributes.

Well, yes, it would seem logical and useful for Subversion to version 
the extended attributes of a file along with the file itself with little 
or, perhaps, no user intervention.


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: Versioning MacOSX files with Resource Forks...solutions?

Posted by Geoffrey Alan Washburn <ge...@cis.upenn.edu>.
Eric Gorr wrote:

> Geoffrey Alan Washburn wrote:
>
>> Or is the best that can be done is to write a pair of scripts that 
>> will put my working copy in to an "acceptable" form for SubVersion 
>> and another that will put it back into a form that will be okay for 
>> all my other applications?
>
>
> Well, the solution I am considering is just DeRez'ing (Apple has a 
> useful DeRez tool in the XCode /Developer/Tools folder) the various 
> things and placing those text files under version control.

    Right, but it is kind of expensive to walk over the entire working 
copy and DeRez things every time you want to ask svn a question.

>
> Now, since I am attempting to move away from resource forks as fast as 
> possible, they aren't changing much which means I won't have much need 
> to convert them into a form that a visual resource editor is capable 
> of working with.

    However, you won't be able to get away from extended attributes.  So 
really something should be done about the fact that Subversion doesn't 
understand them. 

-- 
[Geoff Washburn|geoffw@cis.upenn.edu|http://www.cis.upenn.edu/~geoffw/]


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: Versioning MacOSX files with Resource Forks...solutions?

Posted by Eric Gorr <ma...@ericgorr.net>.
Geoffrey Alan Washburn wrote:
> Or is the best that can 
> be done is to write a pair of scripts that will put my working copy in 
> to an "acceptable" form for SubVersion and another that will put it back 
> into a form that will be okay for all my other applications?

Well, the solution I am considering is just DeRez'ing (Apple has a 
useful DeRez tool in the XCode /Developer/Tools folder) the various 
things and placing those text files under version control.

Now, since I am attempting to move away from resource forks as fast as 
possible, they aren't changing much which means I won't have much need 
to convert them into a form that a visual resource editor is capable of 
working with.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: Versioning MacOSX files with Resource Forks...solutions?

Posted by Geoffrey Alan Washburn <ge...@cis.upenn.edu>.
Kevin T. Broderick wrote:

> If you have Apple's developer tools installed, check out Rez, DeRez,  
> RezWack, and UnRezWack (usually located in /Developer/Tools and  
> documented via manpages).
>
> Kevin Broderick, Bolton Valley IT Department
> kbroderick@boltonvalley.com / 802.434.6807 (V) / 802.329.6807 (F)

    When I looked at these tools, it wasn't clear whether they handled 
extended attributes.  Furthermore, even if they do, this is still not 
very automated until I write scripts to DeRez my entire working copy 
(not a particularly efficient thing to be doing) before I perform any 
Subversion operation on them.  What would be nice is for subversion to 
have some kind of command line argument specifying hooks that will 
preprocess a directory before svn looks at it and postprocess it afterwards.

-- 
[Geoff Washburn|geoffw@cis.upenn.edu|http://www.cis.upenn.edu/~geoffw/]


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: Versioning MacOSX files with Resource Forks...solutions?

Posted by "Kevin T. Broderick" <kb...@boltonvalley.com>.
On 15 Jun 2005, at 4:17 PM, Geoffrey Alan Washburn wrote:

> Ryan Schmidt wrote:
>
>
>> - Put the file on a disk image (of any format), or in a StuffIt  
>> archive, or in a Zip archive, and check in the archive or image.
>>
>
>     But is there a good way of automating this?  Or is the best  
> that can be done is to write a pair of scripts that will put my  
> working copy in to an "acceptable" form for SubVersion and another  
> that will put it back into a form that will be okay for all my  
> other applications?

If you have Apple's developer tools installed, check out Rez, DeRez,  
RezWack, and UnRezWack (usually located in /Developer/Tools and  
documented via manpages).

Kevin Broderick, Bolton Valley IT Department
kbroderick@boltonvalley.com / 802.434.6807 (V) / 802.329.6807 (F)


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: Versioning MacOSX files with Resource Forks...solutions?

Posted by Ryan Schmidt <su...@ryandesign.com>.
On 15.06.2005, at 22:17, Geoffrey Alan Washburn wrote:

> Ryan Schmidt wrote:
>
>> - Put the file on a disk image (of any format), or in a StuffIt  
>> archive, or in a Zip archive, and check in the archive or image.
>
>     But is there a good way of automating this?  Or is the best  
> that can be done is to write a pair of scripts that will put my  
> working copy in to an "acceptable" form for SubVersion and another  
> that will put it back into a form that will be okay for all my  
> other applications?

Well, the StuffIt or Zip options might need that, but if you make a  
read/write disk image, you can just check it out, mount it, make  
changes, unmount it, and check it in. If you make it a sparse disk  
image, then it only takes up about as much space as its contents. So  
hopefully that would be usable.



---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: Versioning MacOSX files with Resource Forks...solutions?

Posted by Geoffrey Alan Washburn <ge...@cis.upenn.edu>.
Ryan Schmidt wrote:

> - Put the file on a disk image (of any format), or in a StuffIt archive, 
> or in a Zip archive, and check in the archive or image.

	But is there a good way of automating this?  Or is the best that can be 
done is to write a pair of scripts that will put my working copy in to 
an "acceptable" form for SubVersion and another that will put it back 
into a form that will be okay for all my other applications?

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: Versioning MacOSX files with Resource Forks...solutions?

Posted by Geoffrey Alan Washburn <ge...@cis.upenn.edu>.
Ryan Schmidt wrote:

> - Put the file on a disk image (of any format), or in a StuffIt archive, 
> or in a Zip archive, and check in the archive or image.

	But is there a good way of automating this?  Or is the best that can be 
done is to write a pair of scripts that will put my working copy in to 
an "acceptable" form for SubVersion and another that will put it back 
into a form that will be okay for all my other applications?


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: Versioning MacOSX files with Resource Forks...solutions?

Posted by Ryan Schmidt <su...@ryandesign.com>.
On 11.06.2005, at 04:06, Eric Gorr wrote:

> What solutions have people come up with for solving the problem of 
> placing a file with a resource fork under version control with 
> Subversion?

- Store the file on a file system that doesn't natively support 
multiple forks -- for example, a UFS disk or partition, or a disk image 
of that format, or a network share -- which will cause OS X to create a 
second file whose name begins with ._ to store the resource fork. Then 
check in both the file and its ._ partner. It has recently been 
discussed how this has broken as of Mac OS X 10.4 so this is probably 
not the best idea.

- Put the file on a disk image (of any format), or in a StuffIt 
archive, or in a Zip archive, and check in the archive or image.



---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org