Comment 12 for bug 36647

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 address hidden> [mailto:<email address hidden>] 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