Automated "hp-check -r" versus "hp-check -c"

Bug #537938 reported by Johannes Meixner
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
HPLIP
New
Undecided
Unassigned

Bug Description

This is no bug report but a feature request:

Currently hp-check does by default "hp-check -b".

This leads usually to confusion when there are
compile-time issues reported but actually
"hp-check" was called within an already installed
HPLIP system (i.e. in a run-time environment),
see for an example of such a confusion
https://bugs.launchpad.net/hplip/+bug/519707

Therefore it would be nice when a plain "hp-check" call
(without an explicite parameter "-r" or "-c" or "-b")
could do some kind of autodetection whether or not
it runs in an already installed HPLIP system
and if yes, it does implicitely "hp-check -r".

If this autodetection fails or in whatever case where it is
not certain that it runs in a HPLIP run-time environment,
it should do "hp-check -b" as fallback.

I.e. "hp-check -b" is no longer the default but only a fallback.

Perhaps it is even possible to autodetect if it runs
in a compile-time environment so that in this case
it could do "hp-check -c" automatically.

The autodetection must report its result
in the hp-check output so that the user
can see which kind of output he got.

Of course with an explicite parameter "-r" or "-c" or "-b"
no such autodetection must be done at all.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.