Subject: FW: AppleDouble/Resource Forks....
From: Mike Johnson (mikej@lunar.com)
Date: Wed Aug 23 2000 - 15:16:55 EDT
Forgot to send it everybody....
-----Original Message-----
From: Mike Johnson
Sent: Wednesday, August 23, 2000 12:00 PM
To: 'Rasca Gmelch'
Subject: RE: AppleDouble/Resource Forks....
For what it is worth, I agree!
I think the current solution is very stable. The only drawback I see is in
user friendliness. In a mixed environment, PC users accessing through samba
can see the .AppleDouble files. And system administrators may wonder what
the heck they are and go hunting for somebody to ask (like I did after first
using Netatalk).
Not a big deal unless somebody tries to remove one. My solution was to hide
the dot files from samba users, but my samba installation flat-out refuses
to do so. A question meant for samba maybe?
Is there a really great reason for changing it?
Anyway, I've not been on this list for too long, but I have read about
several problems - few ever doing with the resource forks. They seem to work
very well. I wouldn't be too enthusiastic about wandering further into the
outdated resource fork world. (Apple seems to be working on ridding
themselves of the unreliable system, anyhow. Why should Netatalk go the
other route?)
I think working to improve the client / server interaction is always a good
idea. Users will provide a never-ending series of ways to break any program,
and protecting against those problems (as well as working on the overall
speed and CPU usage) will always be a good place to find a more than amble
work load.
Another idea: maybe a good GUI configuration tool. Something like that will
help instill more confidence in the program. I, for instance, blush with
excitement whenever I find one. GUI means no silly typos in the conf files
and the insurance of a point and click service editor. I read somewhere that
a vast majority of Linux beginners give up because of the weak user
interface. Though Netatalk users are probably not Linux beginners, I'd bet a
good deal of money that many of them give up on programs that are difficult
to maintain, opting for something that takes less head scratching.
I know a GUI exists for Netatalk, but I've had problems with it and it is
not especially powerful. Not to mention, the new version that was supposedly
going to find my conf files failed on the install and I had to edit the
script. :-(
For what it's worth, that's my take on the subject.
- Mike Johnson
www.lunar.com
-----Original Message-----
From: Rasca Gmelch [mailto:rasca@triad.de]
Sent: Wednesday, August 23, 2000 10:15 AM
To: Harry Zink/Netatalk List; netatalk-admins@umich.edu
Subject: Re: AppleDouble/Resource Forks....
hi harry,
Harry Zink/Netatalk List wrote:
>
> on 8/22/00 2:18 AM, Rasca Gmelch at rasca@triad.de wrote:
>
> > and then you can't access the files in the normal way under the
> > unix/linux system - i mean the data fork! :-(
>
> Okay, so such a header would interfere with a standard *nix reading these
> files. While this is irrelevant for application files, since they are of
no
> use natively anyways, this could be a slight issue with data files (again,
> if you are using the device uniquely and solely as an appltealk file
server,
> I don't see much need to ever need to 'use' the files in the traditional
> way. Only way I can see is to natively copy a file, in which the single
file
> format again would be of benefit.
we use netatalk in a mixured network (linux,nt,macos).. so the file
itself doesn't have more than the data fork it self.
> Now, I understand that the header, thus, is bad - how about just placing
> this information at the very end of the file? That way, no garbage at the
> end; the fs knows where the end of the file is, netatalk could just look
> there, in a designated place, and grab the same information.
>
> Any drawbacks to that?
i don't see more drawbacks to stay on the current solution with
the .AppleDouble files.. i would improve the server / daemon
software and wouldn't change the current concept. here we
would loose time to find a stable solution.. imho.
cu
rasca
-- Triad Berlin Projektgesellschaft mbH * Marburger Str. 3 * D-10789 Berlin Fon +49 (0)30 219098-69 * Fax +49 (0)30 219098-61 * http://www.triad.de/ .____________/\ Triad Berlin: Culture Media Environment /\_____________.
This archive was generated by hypermail 2b28 : Wed Jan 17 2001 - 14:32:04 EST