Bug#976240: hplip: Upgrede to 3.20.9+dfsg0-4 broke laserjet mfp network printing/scanning
Package: hplip
Version: 3.20.9+dfsg0-4
Severity: important
Dear Maintainer,
The hplip package was update in testing from 3.20.5+dfsg0-3+b1 to 3.20.9+dfsg0-4
After which I'm no longer able to install my network HP LaserJet MFP
M148 printer.
Installing the printer using hp-setup -i fails with the following:
hp-setup -i -a -x 192.168.89.196
HP Linux Imaging and Printing System (ver. 3.20.9)
Printer/Fax Setup Utility ver. 9.0
Copyright (c) 2001-18 HP Development Company, LP
This software comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to distribute it
under certain conditions. See COPYING file for more details.
| SELECT CONNECTION (I/O) TYPE |
Num Connection Description
Type
--
--
0*usb Universal Serial Bus (USB)
1 net Network/Ethernet/Wireless (direct connection or
JetDirect)
Enter number 0...1 for connection type (q=quit, enter=usb*) ? 1
Using connection type: net
error: No device selected/specified or that supports this functionality.
I can print to the printer using the KDE cups connection:
implicitclass://HP_LaserJet_Pro_M148fdw_E27AD3_/
Thank you,
Andrew
-- Package-specific info:
Saving output in log file: /home/andrew/Downloads/hp-check.log
HP Linux Imaging and Printing System (ver. 3.20.9)
Dependency/Version Check Utility ver. 15.1
Copyright (c) 2001-18 HP Development Company, LP
This software comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to distribute it
under certain conditions. See COPYING file for more details.
Note: hp-check can be run in three modes:
1. Compile-time check mode (-c or --compile): Use this mode before compiling
the HPLIP supplied tarball (.tar.gz or .run) to determine if the proper
dependencies are installed to successfully compile HPLIP.
2. Run-time check mode (-r or --run): Use this mode to determine if a distro
supplied package (.deb, .rpm, etc) or an already built HPLIP supplied tarball
has the proper dependencies installed to successfully run.
3. Both compile- and run-time check mode (-b or --both) (Default): This mode
will check both of the above cases (both compile- and run-time dependencies).
Check types:
a. EXTERNALDEP - External Dependencies
b. GENERALDEP - General Dependencies (required both at compile and run time)
c. COMPILEDEP - Compile time Dependencies
d. [All are run-time checks]
PYEXT SCANCONF QUEUES PERMISSION
Status Types:
OK
MISSING - Missing Dependency or Permission or Plug-in
INCOMPAT - Incompatible dependency-version or Plugin-version
warning: debian-testing version is not supported. Using debian-10.4 versions
dependencies to verify and install...
---
| SYSTEM INFO |
---
Kernel: 5.9.0-3-amd
Bug#727058: Additional issues with cups-config, excessive --libs
Additional to the poor --ldflags, there are issues in --libs as well: $ cups-config --version 1.6.3 $ cups-config --libs shows: -lcups -Wl,-z,relro -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lgnutls -lgcrypt -lz -lpthread -lm -lcrypt -lz However, not only does this include something that looks like it belongs in ldflags, it also shows all the cups dependencies. We don't need these directly, the linker will handle these in-directly, and Samba now ignores --libs for this reason. Andrew Bartlett -- Andrew Bartlett http://samba.org/~abartlet/ Authentication Developer, Samba Team http://samba.org Samba Developer, Catalyst IT http://catalyst.net.nz -- To UNSUBSCRIBE, email to debian-printing-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1382664418.8775.55.ca...@ruth.wgtn.cat-it.co.nz
Bug#634937: cups: Seen this in my messages log
Package: cups Version: 1.5.3-5+deb7u1 Followup-For: Bug #634937 Dear Maintainer, I wasn't doing anything particular and noticed that the cups daemon was no longer running when a print job failed to appear. I grep'ed the messages log and got this single line: grep cups /var/log/messages.1 Jan 25 11:53:28 azza kernel: [3067672.112302] cupsd[17528]: segfault at 220 ip 7ffbffc0c1b3 sp 7fff5544e818 error 4 in libavahi-common.so.3.5.3[7ffbffc07000+c000] Restarting cupsd via service cups restart starts printing happening again. But the print job needed to be re-submitted. -- System Information: Debian Release: 7.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cups depends on: ii adduser3.113+nmu3 ii bc 1.06.95-2+b1 ii cups-client1.5.3-5+deb7u1 ii cups-common1.5.3-5+deb7u1 ii cups-filters 1.0.18-2.1 ii cups-ppdc 1.5.3-5+deb7u1 ii debconf [debconf-2.0] 1.5.49 ii dpkg 1.16.12 ii ghostscript9.05~dfsg-6.3+deb7u1 ii libavahi-client3 0.6.31-2 ii libavahi-common3 0.6.31-2 ii libc-bin 2.13-38 ii libc6 2.13-38 ii libcups2 1.5.3-5+deb7u1 ii libcupscgi11.5.3-5+deb7u1 ii libcupsimage2 1.5.3-5+deb7u1 ii libcupsmime1 1.5.3-5+deb7u1 ii libcupsppdc1 1.5.3-5+deb7u1 ii libdbus-1-31.6.8-1+deb7u1 ii libgcc11:4.7.2-5 ii libgnutls262.12.20-7 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u1 ii libkrb5-3 1.10.1+dfsg-5+deb7u1 ii libldap-2.4-2 2.4.31-1+nmu2 ii libpam0g 1.1.3-7.1 ii libpaper1 1.1.24+nmu2 ii libslp11.2.1-9 ii libstdc++6 4.7.2-5 ii libusb-1.0-0 2:1.0.11-1 ii lsb-base 4.1+Debian8+deb7u1 ii poppler-utils 0.18.4-6 ii procps 1:3.3.3-3 ii ssl-cert 1.0.32 Versions of packages cups recommends: ii avahi-daemon 0.6.31-2 ii colord 0.1.21-1 ii foomatic-filters 4.0.17-1 ii ghostscript-cups 9.05~dfsg-6.3+deb7u1 ii printer-driver-gutenprint 5.2.9-1 Versions of packages cups suggests: ii cups-bsd 1.5.3-5+deb7u1 pn cups-pdf ii foomatic-db20120523-1 ii hplip 3.12.6-3.1+deb7u1 ii printer-driver-hpcups 3.12.6-3.1+deb7u1 ii smbclient 2:3.6.6-6+deb7u2 ii udev 175-7.2 -- debconf information: cupsys/raw-print: true cupsys/backend: ipp, ipp14, lpd, socket, usb -- To UNSUBSCRIBE, email to debian-printing-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140127043601.6197.73888.report...@azza.tqc.com.au
Bug#976240: hplip: Upgrede to 3.20.9+dfsg0-4 broke laserjet mfp network printing/scanning
On Wednesday, December 2, 2020 7:42:26 AM PST Brian Potkin wrote: > notfound 976240 3.20.9+dfsg0-4+b1 > tags 976240 moreinfo > thanks > > > On Tue 01 Dec 2020 at 17:14:29 -0800, andrew wrote: > > > Package: hplip > > Version: 3.20.9+dfsg0-4 > > Severity: important > > > > Dear Maintainer, > > > > The hplip package was update in testing from 3.20.5+dfsg0-3+b1 to > > 3.20.9+dfsg0-4 > > After which I'm no longer able to install my network HP LaserJet MFP > > M148 printer. > > Installing the printer using hp-setup -i fails with the following: > > > > hp-setup -i -a -x 192.168.89.196 > > Thank you for your report, Andrew. > > I executed this command on an unstable installation. The queue was set > up successfully. > > > HP Linux Imaging and Printing System (ver. 3.20.9) > > Printer/Fax Setup Utility ver. 9.0 > > > > Copyright (c) 2001-18 HP Development Company, LP > > This software comes with ABSOLUTELY NO WARRANTY. > > This is free software, and you are welcome to distribute it > > under certain conditions. See COPYING file for more details. > > > > > > > > | SELECT CONNECTION (I/O) TYPE | > > > > > > Num Connection Description > > Type > > -- > > -- > > 0*usb Universal Serial Bus (USB) > > 1 net Network/Ethernet/Wireless (direct connection or > > JetDirect) > > I did not get this dialog. The setup proceeded automatically without > interuption. > > > Enter number 0...1 for connection type (q=quit, enter=usb*) ? 1 > > > > Using connection type: net > > > > error: No device selected/specified or that supports this functionality. > > > > I can print to the printer using the KDE cups connection: > > implicitclass://HP_LaserJet_Pro_M148fdw_E27AD3_/ > > I imagine this queue would have been set up by cups-browsed. Adding > another queue with HPLIP seems superfluous. > > Please give what you get for > > avahi-browse -rt _ipp._tcp | grep -B 2 address > > Regards, > > Brian. > Hi Brian, Thanks for looking into this issue. This is the output from the "avahi-browse -rt _ipp._tcp | grep -B 2 address" command: =dmz IPv6 HP LaserJet Pro M148fdw (E27AD3) Internet Printer local hostname = [hp-m148.local] address = [192.168.89.196] -- =dmz IPv4 HP LaserJet Pro M148fdw (E27AD3) Internet Printer local hostname = [hp-m148.local] address = [192.168.89.196] Andrew. signature.asc Description: This is a digitally signed message part.
Bug#976240: hplip: Upgrede to 3.20.9+dfsg0-4 broke laserjet mfp network printing/scanning
On Wednesday, December 2, 2020 11:16:44 AM PST Brian Potkin wrote: > tags 976240 - moreinfo > Thanks > > > > On Wed 02 Dec 2020 at 10:39:49 -0800, Andrew Nady wrote: > > > On Wednesday, December 2, 2020 7:42:26 AM PST Brian Potkin wrote: > > > > > > Please give what you get for > > > > > > avahi-browse -rt _ipp._tcp | grep -B 2 address > > > > > > Regards, > > > > > > Brian. > > > > > Hi Brian, > > Thanks for looking into this issue. > > > > This is the output from the "avahi-browse -rt _ipp._tcp | grep -B 2 > > address" command: > > > > > > =dmz IPv6 HP LaserJet Pro M148fdw (E27AD3) Internet > > Printer local > > hostname = [hp-m148.local] > > address = [192.168.89.196] > > Looks fine. I suppose > > hp-setup -i -a -x hp-m148.local > > doesn't get you anything different from previously? > > I've indictated that I cannot reproduce your issue on unstable. But, > AFAICT, there hasn't been any significant change in Debian's HPLIP > between testing and unstable. Perhaps wait for testing HPLIP and CUPS > to get updated from unstable and test again? > > Regards, > > Brian. > I've decided to reset the printer networking portion and start fresh. After the printer was reset I was able to connect again. The avahi-browse -rt _ipp._tcp | grep -B 2 address command from before and after: After the reset : =dmz IPv6 HP LaserJet Pro M148fdw (E27AD3) Internet Printer local hostname = [NPIE27AD3.local] address = [192.168.89.196] -- =dmz IPv4 HP LaserJet Pro M148fdw (E27AD3) Internet Printer local hostname = [NPIE27AD3.local] address = [192.168.89.196] Before the reset: =dmz IPv6 HP LaserJet Pro M148fdw (E27AD3) Internet Printer local hostname = [hp-m148.local] address = [192.168.89.196] -- =dmz IPv4 HP LaserJet Pro M148fdw (E27AD3) Internet Printer local hostname = [hp-m148.local] address = [192.168.89.196] So it works fine now, thanks for your help. Andrew. signature.asc Description: This is a digitally signed message part.
Re: [Pkg-samba-maint] smbspool vs smbspool_krb5_wrapper
On Tue, 2022-04-05 at 11:26 +0300, Michael Tokarev wrote:
> Hi!
>
> For a very long time, apparently, we ship smbspool
> backend for cups in samba package in a wrong way.
>
> source3/client/smbspool_krb5_wrapper.c reads:
>
> /*
> * This is a helper binary to execute smbspool.
> *
> * It needs to be installed or symlinked as:
> * /usr/lib/cups/backend/smb
> *
> * The permissions of the binary need to be set to 0700 so that it
> is executed
> * as root. The binary switches to the user which is passed via the
> environment
> * variable AUTH_UID, so we can access the kerberos ticket.
> */
>
> And we have:
> /usr/lib/cups/backend/smb => /usr/bin/smbspool
>
> Is it okay for smbspool to be run as root to start
> with ? Or does cups run things as different user
> when it has wider than 0700 file permissions?
>
> Should it be
>
> usr/lib/cups/backend/smb =>
> usr/libexec/samba/smbspool_krb5_wrapper
>
> instead?
>
> (This is how the move to libexec "affects" cups: it doesn't).
>
> But overall, does it really matter? What this wrapper is
> supposed to do, what _is_ this $AUTH_UID thing, when we
> are run from cups? Is it a local user who submitted a
> print job, and the backend runs under this local user?
> How about remote print jobs?
>
> Just guessing here. Can cups people answer some of that?
My understanding is that we want the binary executed as root and then
it will change to the 'correct' user and find the right krb5 ccache.
This commit might be enlightening:
commit c95d32f685d989c91e62a734229d2bd241291315
Author: Mikhail Novosyolov
Date: Sun Nov 3 01:47:51 2019 +0300
s3:smbspool: print a hint about smbspool_krb5_wrapper
When I first met with the situation that Kerberos kredentials cache of root
user was looked for instead of the one of the printing task creator,
it took a lot of time to understand that smbspool_krb5_wrapper will resolve
this.
Signed-off-by: Mikhail Novosyolov
Reviewed-by: Andreas Schneider
Reviewed-by: Guenther Deschner
diff --git a/source3/client/smbspool.c b/source3/client/smbspool.c
index 34def0c91a9..5e2d230ab8b 100644
--- a/source3/client/smbspool.c
+++ b/source3/client/smbspool.c
@@ -699,8 +699,8 @@ smb_connect(struct cli_state **output_cli,
if (strcmp(auth_info_required, "negotiate") == 0) {
if (!kerberos_ccache_is_valid()) {
fprintf(stderr,
- "ERROR: No valid Kerberos credential cache "
- "found!\n");
+ "ERROR: No valid Kerberos credential cache
found! "
+ "Using smbspool_krb5_wrapper may help.\n");
return NT_STATUS_LOGON_FAILURE;
}
user = jobusername;
--
Andrew Bartlett (he/him) https://samba.org/~abartlet/
Samba Team Member (since 2001) https://samba.org
Samba Team Lead, Catalyst IT https://catalyst.net.nz/services/samba
Samba Development and Support, Catalyst IT - Expert Open Source
Solutions
