[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug #27146] cp --no-preserve=mode is counter-intuitive

From: Matt McCutchen
Subject: [bug #27146] cp --no-preserve=mode is counter-intuitive
Date: Sat, 28 Nov 2009 03:28:05 +0000
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv: Gecko/20091105 Fedora/3.5.5-1.fc11 Firefox/3.5.5

Follow-up Comment #1, bug #27146 (project coreutils):

I agree with this argument
<http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=488024#15> that
--no-preserve=mode is merely the opposite of --preserve=mode and should not
activate completely new behavior.

Regarding the default behavior of cp, I agree heartily that the current,
historical behavior is nearly useless and simply applying the destination
default permissions (umask or default ACL) would be much better. 
Nevertheless, the historical behavior has stood for a long time and been
adopted by tar and rsync, and while I personally would be happy to change the
behavior of all of those tools on my system and see what breaks, I highly
doubt the maintainers would want to do that to everyone.  *sigh*  So instead,
let's seek a new option to use the destination default permissions and ignore
the source permissions.

This issue is quite dear to me.  I originally raised it on the bug-tar list
<http://lists.gnu.org/archive/html/bug-tar/2005-07/msg00016.html> in 2005. 
Ultimately, it drove me completely away from GNU cp in favor of rsync, where I
popularized the --chmod=ugo=rwX combination (see this commit to the man page
and implemented support for default ACLs to go along with it.


Reply to this item at:


  Message sent via/by Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]