On Thu, Mar 06, 2008 at 11:17:26PM +0100, maurilio longo wrote: > A script or program that relies upon a case sensitive filesystem could > face bigger problems than mv not changing a file name. > > I think that now that zfs can have a case insensitive mode all the > programs which can be executed on such a filesystem need to be aware > of this fact.
It's not just ZFS. The NFS client too supports case insensitivity where the share in question does too. And the SMB client supports case insensitivity as well. But scripts that could have issues with this will not necessarily be fixed by having mv(1) and friends become aware of case-insensitivity. In fact, scripts that want to make case-insensitive string comparisons that are compatible with what the underlying filesystem supports will be in trouble. It would be nice if we have a file-equal(1) or something, that given two names tells you if they refer to the same exact file and/or whether one is a symlink or link to the other, or whether they are in fact the same name. > > If the file system is case-insensitive, why do you care about the > > on-disk case? And if you do care, it's easy to change it. Alan, The filesystem is case-insensitive, but it's also case-preserving, and for good reason: users evidently care about the canonical/display case of their file names. > I care because mylasttriptoeurope.doc is uglier than > MyLastTripToEurope.doc (at least for me :)). See what I mean? :) > But mv is not my real concern, it was just an example, I was looking > for a way to use samba (not Sun's CIFS server) on such a filesystem to > overcome the way samba emulates case-insensitiveness on a > case-sensitive filesystem. Why not use the native OpenSolaris SMB file service? > So, while I'm aware that it is samba which should be changed to use > such a kind of filesystem (maybe it was already changed to work on mac > os x), samba is just a program, like mv, which needs to be made aware > that it is running on a case insensitive filesystem. That seems right. Nico -- _______________________________________________ storage-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/storage-discuss
