Your message dated Sun, 11 Apr 2021 23:26:41 +0100 with message-id <11042021231830.8439682db...@desktop.copernicus.org.uk> and subject line Re: Bug#960593: hplip: Requires login as root instead of as user has caused the Debian Bug report #960593, regarding /usr/share/hplip/doctor.py: hp-doctor will not accept sudo password and there is no root account to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 960593: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=960593 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
--- Begin Message ---Package: hplip-data Version: 3.14.6-1 Severity: important File: /usr/share/hplip/doctor.py Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? I tried to install an HP Printer for use on Debian. * What exactly did you do (or not do) that was effective (or ineffective)? I ran 'hp-doctor' from the command line. hp-doctor asks for a "root password" to complete its task. But debian was installed with Sudo rights and a root account was never created (i.e., there technically is no root password). hp-doctor will not accept the Sudo password and keeps asking for a root password. * What was the outcome of this action? It is impossible to run hp-doctor and therefore is impossible to install a printer without technical know-how. * What outcome did you expect instead? I expected hp-doctor to run successfully with the Sudo password (as every other program on the computer does). *** End of the template - remove these template lines *** -- System Information: Debian Release: 8.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages hplip-data depends on: pn python:any <none> ii xz-utils 5.1.1alpha+20120614-2+b3 hplip-data recommends no packages. Versions of packages hplip-data suggests: ii hplip 3.14.6-1+b2 -- no debconf information
--- End Message ---
--- Begin Message ---forwarded 960593 https://bugs.launchpad.net/hplip/+bug/1745834 reassign 825383 hplip merge 825383 960593 thanks On Thu 14 May 2020 at 13:28:01 +0200, Otyugh wrote: > Package: hplip > > Version: 3.18.12+dfsg0-2 > > Severity: minor > > > > Dear Maintainer, > > > > By default, the script asking for root priviledge in hplip > ("/usr/share/hplip/base/password.py") > asks for root privilege only. Most debian user use "sudo" and this behaviour > is as easy to fix : > sed -ri "s|^( +'debian': ')su(',)|\1sudo\2|" > "/usr/share/hplip/base/password.py" > > > If you don't do that, people who did not set up a root password (ie. > installing though calamares > or via a preseed jumping this step) will get stuck. > > > > I recognize it's not a proper fix, one should check if sudo binary exist and > just use it or use su > instead... If I did know a tiny bit of python I'd attach a patch :( > > > > The bug I'm talking about is already repported upstream there 3 YEARS AGO > > <https://bugs.launchpad.net/hplip/+bug/1660361> > This looks distinctly similar to #825383. It is not a Debian bug and upstream HPLIP have had at least 3 years to produce a solution. Hence closing. Please feel free to get in touch with upstream. Regards, Brian.
--- End Message ---
