You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The -P flag seems to be one of three new flags that control how symbolic links are traversed. From the --help:
The following options modify how a hierarchy is traversed when the -R
option is also specified. If more than one is specified, only the final
one takes effect. -H is the default.
-H if a command line argument is a symbolic link
to a directory, traverse it
-L traverse every symbolic link to a directory
encountered
-P do not traverse any symbolic links
Environment: Ubuntu 24.04, uutils
main
branch (git commit 2430e2a), GNU coreutils v9.6.8-fbfd88-dirtySteps to reproduce: Create a link to a file that doesn't exist and then try to change the link's permissions with the
-R
flag:What happens now: uutils
chmod
terminates with an error messageWhat I expected to happen: GNU
chmod
succeeds with no output.Notes: With both uutils and GNU, the permissions of the link itself are not actually changed, but I think that's expected for symbolic links:
Also, the
-R
flag I think has no other effect in this test case, as there is no directory here to recurse into.This is causing a failure in the GNU test file
tests/chmod/symlinks.sh
.The text was updated successfully, but these errors were encountered: