GNU bug report logs -
#20094
cp: add --dry-run option
Previous Next
Reported by: 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
Date: Thu, 12 Mar 2015 03:32:01 UTC
Severity: wishlist
Tags: wontfix
Done: Assaf Gordon <assafgordon <at> gmail.com>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 20094 in the body.
You can then email your comments to 20094 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-coreutils <at> gnu.org
:
bug#20094
; Package
coreutils
.
(Thu, 12 Mar 2015 03:32:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
:
New bug report received and forwarded. Copy sent to
bug-coreutils <at> gnu.org
.
(Thu, 12 Mar 2015 03:32:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Proposal:
add a new "cp --dry-run"
Reason: we want to know what the verbose output of e.g.,
$ cp -i -av /mnt/usb/thumb/ tmp/androidBackup/SDCard
will be without actually running the command first.
We are about to commit to a megabyte copy and we want to be sure where
all those files are exactly going even after understanding all the
documentation, and without needing to do partial "wet" runs etc. etc. etc. etc.
Also add a "mv --dry-run".
Please also document both would normally be used with -v.
In fact cpio (mainly -p) needs a --dry-run too.
Sorry if I have proposed this before, but it's an idea you just can't beat!
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#20094
; Package
coreutils
.
(Thu, 12 Mar 2015 09:19:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 20094 <at> debbugs.gnu.org (full text, mbox):
On 12/03/15 02:27, 積丹尼 Dan Jacobson wrote:
> Proposal:
> add a new "cp --dry-run"
> Reason: we want to know what the verbose output of e.g.,
> $ cp -i -av /mnt/usb/thumb/ tmp/androidBackup/SDCard
> will be without actually running the command first.
> We are about to commit to a megabyte copy and we want to be sure where
> all those files are exactly going even after understanding all the
> documentation, and without needing to do partial "wet" runs etc. etc. etc. etc.
>
> Also add a "mv --dry-run".
>
> Please also document both would normally be used with -v.
>
> In fact cpio (mainly -p) needs a --dry-run too.
>
> Sorry if I have proposed this before, but it's an idea you just can't beat!
I never needed such an option myself.
It couldn't check the space or permissions of the dest,
so wouldn't be that useful. Perhaps cp --attributes-only
would help for your use case?
thanks,
Pádraig
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#20094
; Package
coreutils
.
(Thu, 12 Mar 2015 17:56:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 20094 <at> debbugs.gnu.org (full text, mbox):
積丹尼 Dan Jacobson wrote:
> Proposal:
> add a new "cp --dry-run"
> Reason: we want to know what the verbose output of e.g.,
> $ cp -i -av /mnt/usb/thumb/ tmp/androidBackup/SDCard
> will be without actually running the command first.
> We are about to commit to a megabyte copy and we want to be sure where
> all those files are exactly going even after understanding all the
> documentation, and without needing to do partial "wet" runs
> etc. etc. etc. etc.
For this functionality I suggest using rsync which already implements
this capability.
rsync -n -av /mnt/usb/thumb/ tmp/androidBackup/SDCard/thumb/
I see you using cp -i but if you are going to be copying megabytes and
many files I assert that cp -i isn't a good practical way to ensure a
good result. But rsync --ignore-existing and --update options are
available for data merging.
Bob
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#20094
; Package
coreutils
.
(Fri, 13 Mar 2015 16:59:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 20094 <at> debbugs.gnu.org (full text, mbox):
I am mainly talking about "Where will it copy/move these things anyway? I'd
like to be sure before I commit. From reading the man page I have a good
idea, but I'd like to see what the path names will look like first
without actually doing anything."
And as a bonus: "I'm pretty much sure I can successfully cp/mv entire
complicated tree A onto entire complicated tree B, but it would be great
to know before I get started if deep inside B there is something that
will cause some tiny part of the whole operation to fail."
So no, cp --attributes-only can't help. And yes, indeed I see I am
hoping that these rsync features will get added to cp and mv, and cpio
too. (Or maybe just on the man pages mention: for "--dry-run"
capabilities try rsync -n !.
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#20094
; Package
coreutils
.
(Sun, 15 Mar 2015 22:37:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 20094 <at> debbugs.gnu.org (full text, mbox):
On 03/13/2015 05:58 PM, 積丹尼 Dan Jacobson wrote:
> I'm pretty much sure I can successfully cp/mv entire
> complicated tree A onto entire complicated tree B, but it would be great
> to know before I get started if deep inside B there is something that
> will cause some tiny part of the whole operation to fail.
I don't think a dry-run could ever predict a failure in a reliable way.
As an abstract example let's assume that such a clever copy program would
calculate the needed space in the destination upfront, and would be able
to issue an error like "the command would fail because of low disk space".
But in the case the space is sufficient (at the time of calculation), it
could never predict external influences, e.g. another program filling the
disk at the same time. The same applies to permission issues, etc.: even
if the determination of an issue is accurate, it would still be racy in
every case.
Have a nice day,
Berny
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#20094
; Package
coreutils
.
(Tue, 23 Oct 2018 01:58:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 20094 <at> debbugs.gnu.org (full text, mbox):
tags 20094 wontfix
severity 20094 wishlist
retitle 20094 cp: add --dry-run option
close 20094
stop
(triaging old bugs)
On 15/03/15 04:36 PM, Bernhard Voelker wrote:
> I don't think a dry-run could ever predict a failure in a reliable way.
[...]
Given the above (and mention of "rsync --dry-run" previously
in the same thread), I'm closing this as "wontfix".
Discussion can continue by replying to this thread.
-assaf
Added tag(s) wontfix.
Request was from
Assaf Gordon <assafgordon <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Tue, 23 Oct 2018 01:58:02 GMT)
Full text and
rfc822 format available.
Severity set to 'wishlist' from 'normal'
Request was from
Assaf Gordon <assafgordon <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Tue, 23 Oct 2018 01:58:02 GMT)
Full text and
rfc822 format available.
Changed bug title to 'cp: add --dry-run option' from 'cp --dry-run'
Request was from
Assaf Gordon <assafgordon <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Tue, 23 Oct 2018 01:58:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
20094 <at> debbugs.gnu.org and 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
Request was from
Assaf Gordon <assafgordon <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Tue, 23 Oct 2018 01:58:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 20 Nov 2018 12:24:10 GMT)
Full text and
rfc822 format available.
This bug report was last modified 6 years and 209 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.