Automated "hp-check -r" versus "hp-check -c"
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:/
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.