Subject: Re: Sharing CD-ROM's and Floppy's via NetaTalk
From: Carsten Neumann (deltor@snafu.de)
Date: Mon Feb 05 2001 - 00:23:22 EST
On Sun, 04 Feb 2001, Stefan Srdic wrote:
> Carsten Neumann wrote:
>
> > I think the bigger problem is that your resource fork and finder info will get dropped.
> > Afpd uses the .AppleDouble dir to store these things, i.e. one extra file per mac file.
> > An HFS volume (or ISO9660 w/HFS extension) stores these in two separate directories .finderinfo and
> > .resource, i.e. two extra files per mac file.
> > They aren't seen by afpd.
> > So you only have access to the data fork, which is sometimes not enough. ;-)
> > Or is there an option to mount HFS volumes that they can properly be used via afpd?
> > Or an option for afpd?
> >
> >
> > Regards
> >
> > Carsten
>
> Would compiling Apple FileSystem support in the new 2.4 kernel solve this problem? If so, would it be
> recomended to partition a seperate directory under the Apple File System for use with NetaTalk?
>
> Stef
I have HFS support as module, think there is no difference between kernel-integration and module.
I also think there is no change from 2.2.x to 2.4 regarding HFS.
If you haven't already, compile Apple filesystem support into your kernel or as a module.
So you will be able to mount HFS images.
But that wouldn't solve our problems.
If you mount an HFS image like:
mount -t hfs -o loop disk.img mount-point
there will always be the .finderinfo and .resource directories instead of the .AppleDouble dir.
So afpd doesn't see it -> no resource fork, file type, creator, etc.
Could be a challenge to have afpd work on Mac HFS. :-)
I sometimes dreamed of mounting my jukeboxes CDROMs remotely via AppleTalk. :-))
If someone has knowledge and time to make afpd mess around with the .resource and .finderinfo files
this would be a great advance.
Regards
Carsten
This archive was generated by hypermail 2b28 : Sun Oct 14 2001 - 03:04:31 EDT