Description of problem: Issueing the 'help' command in guestfish with an unknown command name exits with a 0 exit code. Version-Release number of selected component (if applicable): guestfish 1.3.17 How reproducible: Always Steps to Reproduce: 1. guestfish help foo 2. echo $? 3. Actual results: the exit status of guestfish is 0 Expected results: supposed to be some other than 0 to indicate an error. Additional info: I wanted to use help to test the availability of some new commands in a script, finding that it's impossible to determine only from the exit status of guestfish. Therefore I must test the stderr in order to work the result out.
Patch posted upstream: https://www.redhat.com/archives/libguestfs/2010-June/msg00013.html Please clone this bug if you want this in RHEL 5/6. It's a relatively simple change to backport.
(In reply to comment #1) > Patch posted upstream: > https://www.redhat.com/archives/libguestfs/2010-June/msg00013.html > > Please clone this bug if you want this in RHEL 5/6. It's a relatively > simple change to backport. Cloned as #598771 and #598772 since this is a simple change.
libguestfs-1.2.9-1.el5 has been submitted as an update for Fedora EPEL 5. http://admin.fedoraproject.org/updates/libguestfs-1.2.9-1.el5
libguestfs-1.2.9-1.fc13 has been submitted as an update for Fedora 13. http://admin.fedoraproject.org/updates/libguestfs-1.2.9-1.fc13
libguestfs-1.2.9-1.el5.1 has been submitted as an update for Fedora EPEL 5. http://admin.fedoraproject.org/updates/libguestfs-1.2.9-1.el5.1