I should mention for other bug-coreutils readers that this topic has been discussed extensively on the austin-group mailing list over the last couple of days; see <http://www.opengroup.org/sophocles/show_archive.tpl?source=L&listname=austin-group-l&first=1&zone=X&searchstring=&pagesize=80>.
Highlights: draft versions of POSIX had -f disable a previous -i, but this apparently was yanked from POSIX in 1990 (at FSF's request!); see <http://www.opengroup.org/sophocles/show_mail.tpl?source=L&listname=austin-group-l&id=6678>. Andrew Josey, the Austin Group Chair, has said that he will raise a defect report; see <http://www.opengroup.org/sophocles/show_mail.tpl?source=L&listname=austin-group-l&id=6680>. As I understand it, Jim's current thought is that -f should cancel a preceding -i, but -i should not cancel a preceding -f. That is, "cp -f -i" would not change from the current coreutils meaning, but "cp -i -f" would be changed so that it would be equivalent to "cp -f". Hence, "cp" would still differ from both "rm" and "mv" (where -i and -f both cancel each other). The main motivation here, I think, is that if you have an alias like this: alias cp cp -i then "cp -f" should cancel the -i. This alias is (or was) common for root on Red Hat systems. Presumably if the POSIX standardization committee doesn't allow the proposed behavior when it responds to the defect report, then GNU cp would still stick to the current behavior if POSIXLY_CORRECT is set. _______________________________________________ Bug-coreutils mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-coreutils
