On Tue, 2005-03-15 at 14:54 -0800, Paul Eggert wrote:
Tim Bishop [EMAIL PROTECTED] writes:
We've discovered a bug in the ACL handling on Solaris 9. It noticably
breaks ls and chmod.
Thanks for reporting it. I can't reproduce the bug with Solaris 9 if
I used coreutils test version 5.3.0
Tim Bishop [EMAIL PROTECTED] writes:
We've discovered a bug in the ACL handling on Solaris 9. It noticably
breaks ls and chmod.
Thanks for reporting it. I can't reproduce the bug with Solaris 9 if
I used coreutils test version 5.3.0
ftp://alpha.gnu.org/gnu/coreutils/coreutils-5.3.0.tar.gz,
so
We've discovered a bug in the ACL handling on Solaris 9. It noticably
breaks ls and chmod. Here are some details:
deneb % uname -a
SunOS deneb 5.9 Generic_117171-12 sun4u sparc SUNW,UltraAX-i2
deneb % coreutils/bin/ls --version
ls (coreutils) 5.2.1
Written by Richard Stallman and David MacKenzie
I hope I'm not making a fool of myself, but here we go:
version: coreutils-5.2.1-3.rpm (from SuSE 9.2). Linux kernel 2.6.11.1.
reiserfs.
Quoting from the last paragraph of the DESCRIPTION chmod man page:
However, for each symbolic link listed on the command line, chmod
changes the permissions
Hans Ecke [EMAIL PROTECTED] writes:
Is there any way that chmod could first see if the requested status
change has already been fulfilled, and skip files where it would not
change anything?
Offhand I don't see why not. POSIX allows this behavior.
I can see that this would slow chmod down
Hi,
I noticed that chmod changes the ctime of files, even if no permissions
are actually changed.
I ran into this because some maintenance scripts here run
chmod -Rc ugoa+rX $directory
every night for some directories that ought to be generally accessible.
Unfortunately this also triggers
On Fri, 20 Aug 2004, Mario Lombardo wrote:
In the last triplet, a capital T isn't discussed on the man page. I know
it's sticky, but it means something different from drwxrwxrwt. Where can I
get more info on this? I'd like to learn.
$ info coreutils 'Mode Structure'
In addition to the
Mario Lombardo wrote:
In the last triplet, a capital T isn't discussed on the man page. I know
it's sticky, but it means something different from drwxrwxrwt. Where can I
get more info on this? I'd like to learn.
It actually means exactly the same thing there, it is still the sticky
bit.
I installed the following minor int-bool cleanups for coreutils chmod.
This doesn't fix any bugs.
2004-07-29 Paul Eggert [EMAIL PROTECTED]
* lib/modechange.c: Include stdbool.h.
(mode_compile): Use bool when appropriate.
* src/chmod.c (recurse, force_silent
[Sorry if I post to the wrong email, I used the debian man page email]
Hello,
A nice feature to chmod command could be the possibility to specify a
--dir-only flag to apply only directories perms. eg. chmod --dir-only
g+x * would not set execute perms to files. This flag is less usefull
Jej wrote:
[Sorry if I post to the wrong email, I used the debian man page email]
You have the right address.
A nice feature to chmod command could be the possibility to specify a
--dir-only flag to apply only directories perms. eg. chmod --dir-only
g+x * would not set execute perms
joe smith [EMAIL PROTECTED] wrote:
chmod is suppose to have a switch call a+x according to sun,
Sun's documentation describes Sun's chmod program, not GNU's. But
they happen to share this feature anyway.
but it appear to not have this switch.
Works for me.
$ ls -l foo
-rw-r--r--1
Fellas, another flash, mental that is:
How about a chmod format, oh WYSIWYG style:
$ chmod --wysiwyg rw-rw-rw- file
$ ls -l file
-rw-rw-rw- 1 root root 9062 2001-06-17 10:55 file
$ chmod --wysiwyg -rws--x--- file
$ ls -l file
-rws--x--- 1 root root 9062 2001-06-17 10:55 file
excellent
Because the same syntax is used in other places, e.g.:
install -m %-rw-rw-r-- file directory
mkdir -m %drwxr-xr-x directory
and similarly for mkfifo and mknod.
Cool, I didn't know this.
Sorry, I didn't explain myself clearly enough. My idea
Why not fix these problems by disambiguating the syntax? You can put
a new character in front of the new-format mode strings. E.g.,
chmod %-rw-rw-r-- file
Why not fix it with a seperate option instead (which this basicly is)?
Say, --human-readable (maybe a short option could
Alfred M. Szmidt [EMAIL PROTECTED] writes:
Why not fix these problems by disambiguating the syntax? You can put
a new character in front of the new-format mode strings. E.g.,
chmod %-rw-rw-r-- file
Why not fix it with a seperate option instead (which this basicly
.
Since install, mkdir, mkfifo and mknod already use the above syntax,
then I think its better to stay consitent with them and use the same
for chmod. As for which one is clearer, no opinion there since I
thought that the whole %MODE thing was just something new
Alfred M. Szmidt [EMAIL PROTECTED] writes:
Because the same syntax is used in other places, e.g.:
install -m %-rw-rw-r-- file directory
mkdir -m %drwxr-xr-x directory
and similarly for mkfifo and mknod.
Cool, I didn't know this.
Sorry, I didn't explain myself clearly
that chmod
really ought to have; in fact, I don't know why I didn't think
of it a long time ago. You really ought to be able to say,
for example,
chmod -rw-rw-r-- file
where that mode string is obviously in the style of ls -l.
This would be useful whenever you wanted to make one file's modes
9:44:19 root ~markuschmod g+w test/
9:44:25 root ~markuswhich chmod
/bin/chmod
9:44:27 root ~markus
Then I continue in the first terminal as user markus:
9:44:07 markus ~/testecho $USER
markus
9:44:40 markus ~/testl .. | grep test
drwxrwxr-x2 root users4096 May 29 20:44
I am experiencing the strangest problem. Performing
`chmod g+w`on a directory causes a script inside it
not to execute anymore.
See:
20:48:31 markus ~/testecho $USER
markus
20:48:32 markus ~pwd
/home/markus
20:48:34 markus ~l | grep test
drwxr-xr-x2 root users4096 May 29 20:44
hi,
there's a feature I miss in chmod.
I know the X flag for chmod, but I would like to set the permissions
of files and directories (with subdirs) independently.
Example: setting permissions of files to 660, of dirs to 664:
chmod -R . -f 660 -d 774
I know the find utilitiy, but something
401 - 422 of 422 matches
Mail list logo
