Adam, It was my mistake in original testing.
I have tested this with my work environment @HP and with windows to windowsshare the files are made available to my groups. The problem is, that linux lends itself to being an internet appliance. See "edubuntu" and in this situation where the disks are on the same box as the end users, you want a local file location. So the option to have moves check for setgid is a good one. At this stage I have a kludge where every minute permissions are fixed from cron. I have 3 sites like this, and I know of another site where a friend has done a similair thing for his users. So it is probably a bug if comparing to win32 behaviour, it is not a bug if comparing to the default behavour of the linux mv command. Any comments on this? Regards, Matt -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Adam Conrad Sent: Saturday, 8 April 2006 7:42 PM To: Wright, Matthew Subject: [Bug 36647] Re: setgid not respected when copying into a directory Based on your comments on IRC, is it correct to assume that this DOESN'T occur when copying files, but rather only when moving them? If so, this is also how command line tools work (mv just essentially renames/reparents the file, but keeps permissions identical), and it's also how other operating systems work (no, really, try on WinNT with NTFS, copy will inherit permissions from the destination, move won't) I'm not sure how this is a bug, though perhaps a wishlist to have an option in Nautilus to override the default "move" behaviour. -- setgid not respected when copying into a directory https://launchpad.net/malone/bugs/36647 -- setgid not respected when copying into a directory https://launchpad.net/malone/bugs/36647 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
