Bug 125049 - misleading usage message: "Please specify either -l, -u, --nox, or package names"
misleading usage message: "Please specify either -l, -u, --nox, or package na...
Status: CLOSED ERRATA
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: up2date (Show other bugs)
3.0
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Bryan Kearney
Beth Nackashi
:
Depends On:
Blocks: 179651 RHEL3U8CanFix
  Show dependency treegraph
 
Reported: 2004-06-02 08:16 EDT by Tom Jones
Modified: 2013-01-10 03:47 EST (History)
0 users

See Also:
Fixed In Version: RHBA-2006-0465
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2006-07-20 11:13:37 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Tom Jones 2004-06-02 08:16:08 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6)
Gecko/20040207 Firefox/0.8

Description of problem:
The usage message given by up2date can be misleading.  For example,
typing "up2date --nox --download", you will be told "Please specify
either -l, -u, --nox, or package names as command line arguments." 
But one of those was specified as an argument, so the message needs to
be rewritten so as to not be misleading.

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1.up2date --nox --download
2.read first couple of lines of usage message

    

Actual Results:  Output included:
"Please specify either -l, -u, --nox, or package names as command line
arguments."


Expected Results:  Not sure what the exact logic is for up2date's
arguments, but I imagine a message like "either -l, -u or package
names must be specified when using the --nox option" is more correct.

Additional info:
Comment 3 Fanny Augustin 2006-04-10 20:20:23 EDT
Blocking rhnupr4u4 and rhnupr3u8 to track the progress of the release
Comment 4 Fanny Augustin 2006-04-13 15:20:20 EDT
Moving bugs to the CanFix List
Comment 5 James Bowes 2006-04-27 11:38:13 EDT
I changed this message to:
"Please specify either -l, -u, --register, --configure, or package names as
command line arguments."

These are the basic operations you can do with up2date.
Comment 7 Fanny Augustin 2006-05-09 16:33:46 EDT
Re-aligning to correct bug trackers
Comment 8 Beth Nackashi 2006-05-11 14:33:19 EDT
Verified on i386, ia64, x86_64, s390, s390x, and ppc using the latest up2date
and rhnlib.

Packages tested:
up2date-4.4.69-8
rhnlib-1.8.7-1
Comment 9 Beth Nackashi 2006-06-20 18:43:41 EDT
--installall needs to be added to the list of command line options.  It no
longer requires the --channel argument.
Comment 10 Bret McMillan 2006-06-21 15:42:01 EDT
--installall=<channel label> now listed as a possible options.  The crux of the
matter was that certain combinations of --channel & --installall could end up w/
up2date thinking "there are no package names to install", and merrily continuing
on its way.  At some point, logic would say:  Do I have any package names to
install?  The answer would be no.  Then it would ask:  Are any other
minimum-needed options present?  The answer would be no.  So it would bork.

So, 2 things:
1)  messaging changed
2)  if you hand installall a channel label that is non-existant or excluded via
--channel options, an error message will show
3)  if the specified channel label has no packages, an error message will show
Comment 12 Red Hat Bugzilla 2006-07-20 11:13:37 EDT
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2006-0465.html

Note You need to log in before you can comment on or make changes to this bug.