Subject: Re: CRLF fun stuff again...
From: Duncan Sinclair (sinclair@dis.strath.ac.uk)
Date: Fri Feb 09 2001 - 18:38:03 EST
Hi,
>Someone (sorry, can't remember who) wrote:
>> It is worth noting that the Samba team have point blank refused to add
>> any form of 'translation' to Samba. It serves files exactly 'as is'.
What Samba does is of no great consequence to me. But I will say
that Windows' CR&LF at least allows files to be manipulated
fairly easy on the Unix side.
Steve Freitas writes:
>I think that is absolutely the right thing to do. I've had this CR/LF thing
>munge up whole ISOs for me, even when it's turned off.
How????
>When you've got to remember to add a line to AppleVolumes.system just to
>keep a file with a new suffix from being corrupted, that's just bad.
Doesn't cr/lf need to be explicitly turned on the in the options
for the share? But maybe the default AppleVolumes.system wants
to be changed too. My AppleVolumes.system file has commentary on
this issue that doesn't seem to be in the current version:
# default translation -- note that CR <-> LF translation is done on all
# files of type TEXT. The first line turns off translation for files of
# unknown type, the second turns this translation on.
# . BINA UNIX
# . TEXT UNIX
The AppleVolumes.system really should be split into two different
files - one with the actual volume info, and a second one for
files types. I can't remember - can these settings be changed on
a per-share basis? (Maybe they should even be settable on a
per-directory basis (a la Apache .htaccess file.)
I'll repeat again my position: if netatalk is going to have this
feature, and there's evidence that people want it, then it should
work properly. People who don't want this feature should be
unaffected by it.
Cheers,
Duncan.
This archive was generated by hypermail 2b28 : Sun Oct 14 2001 - 03:04:32 EDT