The problem is dead-simple. You cannot run this command multiple times:
cp -R ./dirfoo ./dirfoo.backup
Sorry to add yet another (last) off topic message but I must do justice
to GNU cp. GNU cp actually does support the above thanks to a
(non-standard) option:
cp -R -T ./dirfoo
On Tue, Oct 20, 2009 at 12:59 AM, Bob Proulx b...@proulx.com wrote:
Todd Partridge wrote:
The cp command will copy to a subdirectory without an appending /
You have reached bug-bash, not bug-coreutils. The 'cp' program is in
the GNU Coreutils project and so bug reports for 'cp' should go to
Bob Proulx a écrit :
Todd Partridge wrote:
If the target has an appended '/' then the destination must be a directory.
But with cp (GNU coreutils) 6.12, appending '/' to the target does not seem
to make any difference?
I think the proper behavior here for 'cp -R test2 test' would be to
The cp command will copy to a subdirectory without an appending /
mkdir test test2
touch abc test
touch bcd test2
cp -R test2 test
ls test
test2 abc
Since the cp command can also rename I think the proper behavior here
for 'cp -R test2 test' would be to error and print that 'Folder
already
Todd Partridge wrote:
The cp command will copy to a subdirectory without an appending /
You have reached bug-bash, not bug-coreutils. The 'cp' program is in
the GNU Coreutils project and so bug reports for 'cp' should go to
bug-coreut...@gnu.org and not to bug-bash. The bug-bash list is for