GNU bug report logs -
#11449
RFE: support `install -D` with directory target
Previous Next
To reply to this bug, email your comments to 11449 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-coreutils <at> gnu.org
:
bug#11449
; Package
coreutils
.
(Fri, 11 May 2012 01:42:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Jan Engelhardt <jengelh <at> inai.de>
:
New bug report received and forwarded. Copy sent to
bug-coreutils <at> gnu.org
.
(Fri, 11 May 2012 01:42:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi.
Using cp, one can for example execute
cp foo/bar.txt /tmp/foo/
to have /tmp/foo/bar.txt in place after a successful copy operation,
provided the directory /tmp/foo exists. If it does not, one has to mkdir
it beforehand naturally. I thought that using `install -D` would remedy
this, however found that, in coreutils up to including 8.16,
install -D foo/bar.txt /tmp/foo/
is not implemented - the program returns the error
install: target `/tmp/foo/' is not a directory: No such file or
directory
On the other hand, the following command succeeds:
install -D foo/bar.txt /fmp/foo/bar.txt
Specifying the file's basename again on the target side argument
(/tmp/foo/bar.txt) seems redundant, given install is "just a spruced-up
cp".
Would you consider enhancing install to support "/tmp/foo/"?
thanks,
Jan
Severity set to 'wishlist' from 'normal'
Request was from
Assaf Gordon <assafgordon <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Tue, 16 Oct 2018 16:20:02 GMT)
Full text and
rfc822 format available.
This bug report was last modified 6 years and 248 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.