emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[debbugs-tracker] bug#11859: closed (Reporting Bug (Enhancement) : Inter


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#11859: closed (Reporting Bug (Enhancement) : Interactive Command for Copying Files (cp -i) )
Date: Wed, 04 Jul 2012 19:53:02 +0000

Your message dated Wed, 04 Jul 2012 13:47:59 -0600
with message-id <address@hidden>
and subject line Re: bug#11859: Reporting Bug (Enhancement) : Interactive 
Command for Copying Files (cp -i)
has caused the debbugs.gnu.org bug report #11859,
regarding Reporting Bug (Enhancement) : Interactive Command for Copying Files 
(cp -i) 
to be marked as done.

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


-- 
11859: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=11859
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: Reporting Bug (Enhancement) : Interactive Command for Copying Files (cp -i) Date: Wed, 4 Jul 2012 13:46:04 +0530
Hi GNU-Team,
 
While going through the command for “Copying File” in Unix and executing the same, I found one good enhancement for the command : $ cp -i <file-name> <target-folder or target-path>.
 
Bug Report :-
Type : Enhancement
Description : Final status needs to be displayed for the specified command.
Precondition : File with the same name is already present in the target folder or target path.
Steps to reproduce :
1. Open the terminal and type the command - $ cp -i <file-name> <target-folder or target-path>.
    file-name – Name of the file to be copied.
    target-folder – Name of the target folder for copying the file.
    target-path – Name of the target path for copying the file.
2. Type “y” for the warning message : “cp: overwrite ... ?”.
 
Actual result : Final status for the copy not displayed. 
Expected result : As the command is an interactive command, it should display a final status message in the terminal to the user whether the file is actually overwritten or not.
Example of the final status message :
1. If user type “y” for the warning message, final status message can be : “File is successfully overwritten”.
2. If user type “other than y” for the warning message, final status message can be : “File is not overwritten”.   
 
Thanks and regards
Sitam Jana
QA Engineer
Mindfire Solutions
Bhubaneswar, India
 

--- End Message ---
--- Begin Message --- Subject: Re: bug#11859: Reporting Bug (Enhancement) : Interactive Command for Copying Files (cp -i) Date: Wed, 04 Jul 2012 13:47:59 -0600 User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120615 Thunderbird/13.0.1
tag 11859 notabug
thanks

On 07/04/2012 02:16 AM, Sitam Jana wrote:

> Actual result : Final status for the copy not displayed.  
> Expected result : As the command is an interactive command, it should display 
> a final status message in the terminal to the user whether the file is 
> actually overwritten or not. 
> Example of the final status message : 
> 1. If user type “y” for the warning message, final status message can be : 
> “File is successfully overwritten”.
> 2. If user type “other than y” for the warning message, final status message 
> can be : “File is not overwritten”.

Thanks for the suggestion.  However, the behavior of 'cp -i' without
other options is standardized, and POSIX does not permit this additional
informational message:

http://pubs.opengroup.org/onlinepubs/9699919799/utilities/cp.html

If you go beyond the standard and use extension options, then 'cp -i
--verbose' (can be shortened to 'cp -iv') does close to what you want,
in that it gives positive output on a successful copy and no output for
an aborted copy:

$ cp -vi file file2
cp: overwrite `file2'? n
$ cp -vi file file2
cp: overwrite `file2'? y
`file' -> `file2'

At this point, I'm going to close this; any change to provide additional
output would require a new extension option, and since users wouldn't
get the new behavior unless they used the new option, you are unlikely
to have people using what you term as 'more friendly interactive
behavior'.  But feel free to provide any further comments or patches if
you think you can successfully argue your point.

-- 
Eric Blake   address@hidden    +1-919-301-3266
Libvirt virtualization library http://libvirt.org



Attachment: signature.asc
Description: OpenPGP digital signature


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]