[debbugs-tracker] bug#10020: closed (cp -i -l asks for permission to overwrite then fails to do so)

[GNU bug Tracking System]

Your message dated Fri, 19 Oct 2018 12:40:50 -0700
with message-id <address@hidden>
and subject line Re: bug#10020: cp -i -l asks for permission to overwrite then 
fails to do so
has caused the debbugs.gnu.org bug report #10020,
regarding cp -i -l asks for permission to overwrite then fails to do so
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
10020: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10020
GNU Bug Tracking System
Contact address@hidden with problems

--- Begin Message --- Subject: cp -i -l asks for permission to overwrite then fails to do so Date: Fri, 11 Nov 2011 15:20:29 -0300 User-agent: Mutt/1.5.20 (2009-06-14)

Hi,

I'm reviewing some old bugs reported to Debian and found this one interesting.

The problem seems to be that cp -l won't work if the file exists, and the -i 
option
won't "force" (work as if the user has given a -f option) the deletion of the
destination file, to make the link work.

A small test could be:

$ rm -rf test; ls test; mkdir test; touch test/a test/b; cp -il test/a test/b
ls: cannot access test: No such file or directory
cp: overwrite `test/b'? y
cp: cannot create link `test/b': File exists

So, either the question generated with the -i option shouldn't be asked, or it
shouldn't fail.

The full report can be found here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=455522

Thanks,
-- 
"There are only two things wrong with C++: The initial concept and the
implementation."
-- Bertrand Meyer
Saludos /\/\ /\ >< `/

signature.asc
Description: Digital signature

--- End Message ---

--- Begin Message --- Subject: Re: bug#10020: cp -i -l asks for permission to overwrite then fails to do so Date: Fri, 19 Oct 2018 12:40:50 -0700 User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1

On 10/15/18 7:44 AM, Assaf Gordon wrote:

Discussion can continue by replying to this thread.

This particular bug report seemed valid, and the fix was simple so I installed it into coreutils master via the attached patches (the first one merely updates to the current Gnulib).

0001-build-update-gnulib-submodule-to-latest.patch
Description: Text Data

0002-cp-cp-il-A-B-no-longer-fails-if-user-OKs-it.patch
Description: Text Data

--- End Message ---