GNU bug report logs - #17087
cp -i/yes gets ignored

Previous Next

Full log

Message #8 received at 17087 <at> debbugs.gnu.org (full text, mbox):

From: Pádraig Brady <P <at> draigBrady.com>
To: Karl Berry <karl <at> freefriends.org>
Cc: 17087 <at> debbugs.gnu.org
Subject: Re: bug#17087: cp -i/yes gets ignored
Date: Mon, 24 Mar 2014 23:55:01 +0000

On 03/24/2014 04:17 PM, Karl Berry wrote:
> I find it annoying that explicitly answering "y" to an interactive
> prompt in cp can get ignored:
> 
> $ touch foo
> $ chmod 444 foo
> $ cp -i /etc/issue foo
> cp: try to overwrite 'foo', overriding mode 0444 (r--r--r--)? y
> cp: cannot create regular file 'foo': Permission denied
> 
> It seems to me, in terms of UI, that this is clearly at least as
> "forceful" (I would say more so) than -f, which does do the overwrite.
> 
> Also, both mv -i and rm -i already perform their action on a readonly
> file when told "y"es.  So simple consistency is another argument that cp
> should do the same.
> 
> Jim told me once that this behavior is specified by POSIX.  Hardly
> surprising.  Can we DTRT here by default and reserve the stupid behavior
> for POSIXLY_CORRECT?
> 
> Curmudgeonly,
> Karl

I see the apparent redundancy here, though I think it is required.

-i prompts whether to overwrite any destination no matter what the mode.

Now one might be wondering of the futility of distinguishing the
non writeable case, prompting whether to "try to overwrite" the non writeable file.
That code has been there "from the beginning" and I'm guessing it's
to prompt users to allow them to chmod the file in a separate terminal?

Are there other cases where open(O_WRONLY,...) might succeed?
If so then it would be incorrect to conflate a 'y' answer here with -f.
Even if open(O_WRONLY) would not on the current system if could be
dangerous to do generally.

thanks,
Pádraig.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.