Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#14406 - User and group sticky bits aren't being cleared on directories.

Attached to Project: Arch Linux
Opened by Jason Sorensen (kovert) - Tuesday, 21 April 2009, 02:54 GMT
Last edited by Allan McRae (Allan) - Tuesday, 21 April 2009, 03:28 GMT
Task Type Bug Report
Category Packages: Core
Status Closed
Assigned To No-one
Architecture All
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:

I'm currently using Slicehost and Archlinux. They report the version as Archlinux 2007.08 (x64). Before I did a full upgrade I noticed that both user/group sticky bits weren't being cleared. I thought this might have been fixed but I completed a full system upgrade and the issue remains. I'm not sure which package(s) are actually to blame. I've also had someone with a 32-bit install of Arch try this on their machine too.


Additional info:
* coreutils 7.2-1


Steps to reproduce:

cd /tmp
mkdir tempdir
chmod 7777 tempdir
chmod 0755 tempdir
ls -ld tempdir

Which outputs "drwsr-sr-x 2 root root 4096 2009-04-20 19:47 tempdir".
This task depends upon

Closed by  Allan McRae (Allan)
Tuesday, 21 April 2009, 03:28 GMT
Reason for closing:  Not a bug
Comment by Jason Sorensen (kovert) - Tuesday, 21 April 2009, 02:56 GMT
I should probably mention what my root file system is.

/dev/sda1 on / type ext3 (rw,noatime,errors=remount-ro)
Comment by Jason Sorensen (kovert) - Tuesday, 21 April 2009, 02:57 GMT
Uname -a

Linux smert 2.6.24-19-xen #1 SMP Sat Jul 12 00:15:59 UTC 2008 x86_64 Dual-Core AMD Opteron(tm) Processor 2214 AuthenticAMD GNU/Linux
Comment by Allan McRae (Allan) - Tuesday, 21 April 2009, 03:14 GMT
Hmmm.... isn't that standard behaviour? "chmod -s <file>" to get rid of sticky bits.
Comment by Gerardo Exequiel Pozzi (djgera) - Tuesday, 21 April 2009, 03:16 GMT
Is the correct behavior :)

See chmod(1) manpage

Cite: chmod preserves a directory's set-user-ID and set-group-ID bits unless you explicitly specify otherwise. You can set or clear the bits with symbolic modes like u+s and g-s, and you can set (but not clear) the bits with a numeric mode.

Loading...