Bug #184
closed
Added by andy over 18 years ago.
Updated about 15 years ago.
Description
Hoi,
this patch adds the -a flag to cp(1) and documents the -r flag.
Also it cleans up the Synopsis (-pv -> -p -v).
The -a flag is the same as -rp and is quite convenient and in
the semantic tradition of other tools, like rsync -a, it also
exists on other systems.
On Fri, May 26, 2006 at 05:31:39PM +0200, Andreas Hauser wrote:
this patch adds the -a flag to cp(1) and documents the -r flag.
Also it cleans up the Synopsis (-pv -> -p -v).
The 'r' flag is documented. And exactly for the reasons given in the
man page, I don't want to see this commited.
No objection about the cleanup of the synopsis (with the exception of
-r).
Joerg
joerg wrote @ Fri, 26 May 2006 18:09:35 +0200:
On Fri, May 26, 2006 at 05:31:39PM +0200, Andreas Hauser wrote:
this patch adds the -a flag to cp(1) and documents the -r flag.
Also it cleans up the Synopsis (-pv -> -p -v).
The 'r' flag is documented. And exactly for the reasons given in the
man page, I don't want to see this commited.
This patch documents -r but tells you not to use it.
It makes -a be -Rp.
It also adds a to getopt ...
Finally, I don't see -a committed.
Additionally, I don't see any attachment here.
What is the sense of this issue yet opened?
-r seems to be documented already in cp(1) manpage
"Historic versions of the cp utility had a -r option. This implementation
supports that option, however, its use is strongly discouraged, as it
does not correctly copy special files, symbolic links or fifo's."
I don't see any opinion about -a option. I will close this ticket soon if no
feedback.
No patch, no nothing. I'm closing this.
Also available in: Atom
PDF