Bug 150558
Summary: | cp -f (force copy) asks for confirmation | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Adrian <adrian> |
Component: | coreutils | Assignee: | Tim Waugh <twaugh> |
Status: | CLOSED NOTABUG | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 3 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-03-08 12:40:15 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Adrian
2005-03-08 11:46:09 UTC
No, that's not what the -f option is for. Use --reply=yes to omit confirmation questions. Sure? I've always used -f option to avoid the question. Running "cp --help" I obtain: -f, --force borra los destinos que ya existan, sin preguntar Translated: -f, --force deletes existing destinations, without asking Maybe a recent change in the functionality of cp? Yes, I'm sure -- and if that's what cp --help really says then the translation is incorrect. Here is the original: -f, --force if an existing destination file cannot be opened, remove it and try again This is POSIX territory. We *used* to patch cp so that -f also had the effect that --reply=yes now does, because at the time the latter option did not exist. I see... Hmmm, the new option looks a bit long: cp --reply=yes ... Let me make a suggestion. What about patching cp so that -y assumes "yes" in all questions? cp -y ... The -y option is used in many commands, and I suppose it would be useful for cp too. It's better to have fewer patches in our packages -- we already patch coreutils heavily enough. Feel free to suggest this on the bug-coreutils mailing list. |