Discussion:
Bug#932246: printer-driver-hpcups: no more printing to a HP LaserJet 1320: stack smashing detected and hpcups crashed on signal 6
Add Reply
Francesco Poli (wintermute)
2019-07-16 22:00:02 UTC
Reply
Permalink
Package: printer-driver-hpcups
Version: 3.18.12+dfsg0-2
Severity: important

Dear Debian Printing Team,
I have a small i386 box (Soekris net5501) running testing (buster before
July the 6th, 2019, now bullseye) and connected to a HP LaserJet 1320
printer via USB cable.

The printer is configured via the following command lines:

# lpadmin -p lj -E \
-v 'usb://HP/LaserJet%201320%20series?serial=00CNFW522KS9' \
-m drv:///hpijs.drv/hp-laserjet_1320-hpijs.ppd \
-o pdftops-renderer-default=pdftops \
-L local -D "HP LaserJet 1320"
# lpoptions -p lj -o media=A4 -o sides=two-sided-long-edge
# lpadmin -d lj

The setup has worked fine until July the 9th (that is to say, even
after the first bullseye package upgrades): during that day,
I printed a PDF file without issues.

After that, I went on upgrading the box for about a week:

========================================
[UPGRADE] tzdata:i386 2019a-1 -> 2019b-1
========================================
[UPGRADE] chrony:i386 3.4-4 -> 3.5-2
[UPGRADE] dirmngr:i386 2.2.12-1 -> 2.2.13-2
[UPGRADE] gnupg:i386 2.2.12-1 -> 2.2.13-2
[UPGRADE] gnupg-l10n:i386 2.2.12-1 -> 2.2.13-2
[UPGRADE] gnupg-utils:i386 2.2.12-1 -> 2.2.13-2
[UPGRADE] gnupg2:i386 2.2.12-1 -> 2.2.13-2
[UPGRADE] gpg:i386 2.2.12-1 -> 2.2.13-2
[UPGRADE] gpg-agent:i386 2.2.12-1 -> 2.2.13-2
[UPGRADE] gpg-wks-client:i386 2.2.12-1 -> 2.2.13-2
[UPGRADE] gpg-wks-server:i386 2.2.12-1 -> 2.2.13-2
[UPGRADE] gpgconf:i386 2.2.12-1 -> 2.2.13-2
[UPGRADE] gpgsm:i386 2.2.12-1 -> 2.2.13-2
[UPGRADE] gpgv:i386 2.2.12-1 -> 2.2.13-2
[UPGRADE] libnewt0.52:i386 0.52.20-8 -> 0.52.21-1
[UPGRADE] libsystemd0:i386 241-5 -> 241-6
[UPGRADE] libudev1:i386 241-5 -> 241-6
[UPGRADE] nano:i386 3.2-3 -> 4.3-1
[UPGRADE] openssh-client:i386 1:7.9p1-10 -> 1:8.0p1-3
[UPGRADE] openssh-server:i386 1:7.9p1-10 -> 1:8.0p1-3
[UPGRADE] openssh-sftp-server:i386 1:7.9p1-10 -> 1:8.0p1-3
[UPGRADE] udev:i386 241-5 -> 241-6
[UPGRADE] whiptail:i386 0.52.20-8 -> 0.52.21-1
========================================
[UPGRADE] libassuan0:i386 2.5.2-1 -> 2.5.3-2
[UPGRADE] libedit2:i386 3.1-20181209-1 -> 3.1-20190324-1
[UPGRADE] libgpg-error0:i386 1.35-1 -> 1.36-2
[UPGRADE] libpci3:i386 1:3.5.2-1 -> 1:3.6.2-2
[UPGRADE] pciutils:i386 1:3.5.2-1 -> 1:3.6.2-2
[UPGRADE] usbutils:i386 1:010-3 -> 1:012-1
========================================
[REMOVE, NOT USED] libip4tc0:i386 1.8.2-4
[REMOVE, NOT USED] libip6tc0:i386 1.8.2-4
[INSTALL, DEPENDENCIES] libip4tc2:i386 1.8.3-2
[INSTALL, DEPENDENCIES] libip6tc2:i386 1.8.3-2
[UPGRADE] base-files:i386 10.3 -> 11
[UPGRADE] iptables:i386 1.8.2-4 -> 1.8.3-2
[UPGRADE] libiptc0:i386 1.8.2-4 -> 1.8.3-2
[UPGRADE] libnftnl11:i386 1.1.2-2 -> 1.1.3-2
[UPGRADE] libsystemd0:i386 241-6 -> 241-6+b1
[UPGRADE] libudev1:i386 241-6 -> 241-6+b1
[UPGRADE] libxtables12:i386 1.8.2-4 -> 1.8.3-2
[UPGRADE] login:i386 1:4.5-1.1 -> 1:4.7-1
[UPGRADE] passwd:i386 1:4.5-1.1 -> 1:4.7-1
[UPGRADE] startpar:i386 0.61-1 -> 0.63-1
[UPGRADE] udev:i386 241-6 -> 241-6+b1
========================================
[UPGRADE] bzip2:i386 1.0.6-9.1 -> 1.0.6-9.2
[UPGRADE] exim4:i386 4.92-8 -> 4.92-9
[UPGRADE] exim4-base:i386 4.92-8 -> 4.92-9
[UPGRADE] exim4-config:i386 4.92-8 -> 4.92-9
[UPGRADE] exim4-daemon-light:i386 4.92-8 -> 4.92-9
[UPGRADE] info:i386 6.5.0.dfsg.1-4+b1 -> 6.6.0.dfsg.1-2
[UPGRADE] install-info:i386 6.5.0.dfsg.1-4+b1 -> 6.6.0.dfsg.1-2
[UPGRADE] iproute2:i386 4.20.0-2 -> 5.2.0-1
[UPGRADE] libbz2-1.0:i386 1.0.6-9.1 -> 1.0.6-9.2
[UPGRADE] libgnutls-dane0:i386 3.6.7-4 -> 3.6.8-2
[UPGRADE] libgnutls30:i386 3.6.7-4 -> 3.6.8-2
[UPGRADE] manpages:i386 4.16-2 -> 5.01-1
[UPGRADE] rsyslog:i386 8.1901.0-1 -> 8.1907.0-1
[UPGRADE] runit-helper:i386 2.8.6 -> 2.8.13.2
========================================

Yesterday, I tried to print a PDF file and I found out that
the hpcups crashed and printing was no longer possible.

Even a simple

$ echo hello | lpr

generates a print job that never vanishes:

$ lpq
lj is ready
Rank Owner Job File(s) Total Size
1st unknown 348 unknown 1024 bytes

but the data seem to never reach the printer and
/var/log/cups/error_log shows the following error messages:


E [16/Jul/2019:23:08:14 +0200] [Job 348] Job stopped due to filter errors; please consult the /var/log/cups/error_log file for details.
D [16/Jul/2019:23:08:14 +0200] [Job 348] The following messages were recorded from 11:08:01 PM to 11:08:14 PM
D [16/Jul/2019:23:08:14 +0200] [Job 348] Applying default options...
D [16/Jul/2019:23:08:14 +0200] [Job 348] Adding start banner page "none".
D [16/Jul/2019:23:08:14 +0200] [Job 348] Queued on "lj" by "USER".
D [16/Jul/2019:23:08:14 +0200] [Job 348] Auto-typing file...
D [16/Jul/2019:23:08:14 +0200] [Job 348] Request file type is text/plain.
D [16/Jul/2019:23:08:14 +0200] [Job 348] File of type text/plain queued by "USER".
D [16/Jul/2019:23:08:14 +0200] [Job 348] Adding end banner page "none".
D [16/Jul/2019:23:08:14 +0200] [Job 348] time-at-processing=1563311281
D [16/Jul/2019:23:08:14 +0200] [Job 348] 4 filters for job:
D [16/Jul/2019:23:08:14 +0200] [Job 348] texttopdf (text/plain to application/pdf, cost 32)
D [16/Jul/2019:23:08:14 +0200] [Job 348] pdftopdf (application/pdf to application/vnd.cups-pdf, cost 66)
D [16/Jul/2019:23:08:14 +0200] [Job 348] gstoraster (application/vnd.cups-pdf to application/vnd.cups-raster, cost 99)
D [16/Jul/2019:23:08:14 +0200] [Job 348] hpcups (application/vnd.cups-raster to printer/lj, cost 0)
D [16/Jul/2019:23:08:14 +0200] [Job 348] job-sheets=none,none
D [16/Jul/2019:23:08:14 +0200] [Job 348] Mapping media to Pagesize=A4
D [16/Jul/2019:23:08:14 +0200] [Job 348] Mapping sizes to Duplex=DuplexNoTumble
D [16/Jul/2019:23:08:14 +0200] [Job 348] After mapping finishings Duplex=DuplexNoTumble
D [16/Jul/2019:23:08:14 +0200] [Job 348] After mapping finishings PageSize=A4
D [16/Jul/2019:23:08:14 +0200] [Job 348] argv[0]="lj"
D [16/Jul/2019:23:08:14 +0200] [Job 348] argv[1]="348"
D [16/Jul/2019:23:08:14 +0200] [Job 348] argv[2]="USER"
D [16/Jul/2019:23:08:14 +0200] [Job 348] argv[3]="(stdin)"
D [16/Jul/2019:23:08:14 +0200] [Job 348] argv[4]="1"
D [16/Jul/2019:23:08:14 +0200] [Job 348] argv[5]="finishings=3 media=A4 number-up=1 sides=two-sided-long-edge job-uuid=urn:uuid:83222df4-b790-3649-776b-3a84dc67a650 job-originating-host-name=localhost date-time-at-creation= date-time-at-processing= time-at-creation=1563311281 time-at-processing=1563311281 Duplex=DuplexNoTumble PageSize=A4"
D [16/Jul/2019:23:08:14 +0200] [Job 348] argv[6]="/var/spool/cups/d00348-001"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[0]="CUPS_CACHEDIR=/var/cache/cups"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[1]="CUPS_DATADIR=/usr/share/cups"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[2]="CUPS_DOCROOT=/usr/share/cups/doc-root"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[3]="CUPS_FONTPATH=/usr/share/cups/fonts"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[4]="CUPS_REQUESTROOT=/var/spool/cups"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[5]="CUPS_SERVERBIN=/usr/lib/cups"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[6]="CUPS_SERVERROOT=/etc/cups"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[7]="CUPS_STATEDIR=/run/cups"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[8]="HOME=/var/spool/cups/tmp"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[9]="PATH=/usr/lib/cups/filter:/usr/bin:/usr/sbin:/bin:/usr/bin"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[10]="SERVER_ADMIN=***@HOST"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[11]="SOFTWARE=CUPS/2.2.10"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[12]="TMPDIR=/var/spool/cups/tmp"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[13]="TZ=Europe/Rome"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[14]="USER=root"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[15]="CUPS_MAX_MESSAGE=2047"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[16]="CUPS_SERVER=/var/run/cups/cups.sock"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[17]="CUPS_ENCRYPTION=IfRequested"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[18]="IPP_PORT=631"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[19]="CHARSET=utf-8"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[20]="LANG=en_US.UTF-8"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[21]="PPD=/etc/cups/ppd/lj.ppd"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[22]="RIP_MAX_CACHE=128m"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[23]="CONTENT_TYPE=text/plain"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[24]="DEVICE_URI=usb://HP/LaserJet%201320%20series?serial=00CNFW522KS9"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[25]="PRINTER_INFO=HP LaserJet 1320"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[26]="PRINTER_LOCATION=local"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[27]="PRINTER=lj"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[28]="PRINTER_STATE_REASONS=none"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[29]="CUPS_FILETYPE=document"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[30]="FINAL_CONTENT_TYPE=application/vnd.cups-raster"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[31]="AUTH_I****"
D [16/Jul/2019:23:08:14 +0200] [Job 348] Started filter /usr/lib/cups/filter/texttopdf (PID 3484)
D [16/Jul/2019:23:08:14 +0200] [Job 348] Started filter /usr/lib/cups/filter/pdftopdf (PID 3485)
D [16/Jul/2019:23:08:14 +0200] [Job 348] Started filter /usr/lib/cups/filter/gstoraster (PID 3486)
D [16/Jul/2019:23:08:14 +0200] [Job 348] Started filter /usr/lib/cups/filter/hpcups (PID 3487)
D [16/Jul/2019:23:08:14 +0200] [Job 348] Started backend /usr/lib/cups/backend/usb (PID 3488)
D [16/Jul/2019:23:08:14 +0200] [Job 348] Loading USB quirks from \"/usr/share/cups/usb\".
D [16/Jul/2019:23:08:14 +0200] [Job 348] Loaded 172 quirks.
D [16/Jul/2019:23:08:14 +0200] [Job 348] Printing on printer with URI: usb://HP/LaserJet%201320%20series?serial=00CNFW522KS9
D [16/Jul/2019:23:08:14 +0200] [Job 348] OUTFORMAT=\"(null)\", so output format will be CUPS/PWG Raster
D [16/Jul/2019:23:08:14 +0200] [Job 348] pdftopdf: Last filter determined by the PPD: hpcups; FINAL_CONTENT_TYPE: application/vnd.cups-raster => pdftopdf will not log pages in page_log.
D [16/Jul/2019:23:08:14 +0200] [Job 348] libusb_get_device_list=3
D [16/Jul/2019:23:08:14 +0200] [Job 348] STATE: +connecting-to-device
D [16/Jul/2019:23:08:14 +0200] [Job 348] STATE: -connecting-to-device
D [16/Jul/2019:23:08:14 +0200] [Job 348] Printer found with device ID: MFG:Hewlett-Packard;CMD:PJL,MLC,BIDI-ECP,PCL,POSTSCRIPT,PCLXL;MDL:hp LaserJet 1320 series;CLS:PRINTER;DES:Hewlett-Packard LaserJet 1320 series;MEM:9MB;COMMENT:RES=1200x1; Device URI: usb://HP/LaserJet%201320%20series?serial=00CNFW522KS9
D [16/Jul/2019:23:08:14 +0200] [Job 348] Device protocol: 2
D [16/Jul/2019:23:08:14 +0200] [Job 348] Sending data to printer.
D [16/Jul/2019:23:08:14 +0200] [Job 348] Set job-printer-state-message to "Sending data to printer.", current level=INFO
D [16/Jul/2019:23:08:14 +0200] [Job 348] Page = 595x842; 18,14 to 577,828
D [16/Jul/2019:23:08:14 +0200] [Job 348] PID 3484 (/usr/lib/cups/filter/texttopdf) exited with no errors.
D [16/Jul/2019:23:08:14 +0200] [Job 348] Color Manager: Calibration Mode/Off
D [16/Jul/2019:23:08:14 +0200] [Job 348] Calling FindDeviceById(cups-lj)
D [16/Jul/2019:23:08:14 +0200] [Job 348] PID 3485 (/usr/lib/cups/filter/pdftopdf) exited with no errors.
D [16/Jul/2019:23:08:14 +0200] [Job 348] Failed to send: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files
D [16/Jul/2019:23:08:14 +0200] [Job 348] Failed to get find device cups-lj
D [16/Jul/2019:23:08:14 +0200] [Job 348] Calling FindDeviceById(cups-lj)
D [16/Jul/2019:23:08:14 +0200] [Job 348] Failed to send: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files
D [16/Jul/2019:23:08:14 +0200] [Job 348] Failed to get device cups-lj
D [16/Jul/2019:23:08:14 +0200] [Job 348] Color Manager: no profiles specified in PPD
D [16/Jul/2019:23:08:14 +0200] [Job 348] Set job-printer-state-message to "Color Manager: no profiles specified in PPD", current level=INFO
D [16/Jul/2019:23:08:14 +0200] [Job 348] Color Manager: ICC Profile: None
D [16/Jul/2019:23:08:14 +0200] [Job 348] Ghostscript using Any-Part-of-Pixel method to fill paths.
D [16/Jul/2019:23:08:14 +0200] [Job 348] Ghostscript command line: gs -dQUIET -dPARANOIDSAFER -dNOPAUSE -dBATCH -dNOINTERPOLATE -dNOMEDIAATTRS -dShowAcroForm -sstdout=%stderr -sOutputFile=%stdout -sDEVICE=cups -sMediaType=Plain -sOutputType=0 -dDuplex -r600x600 -dMediaPosition=7 -dDEVICEWIDTHPOINTS=595 -dDEVICEHEIGHTPOINTS=841 -dcupsBitsPerColor=1 -dcupsColorOrder=0 -dcupsColorSpace=3 -dcupsRowCount=1 -dcupsRowStep=2 -dcupsInteger0=26 -scupsPageSizeName=A4 -I/usr/share/cups/fonts -c \'<</.HWMargins[18.000000 14.000000 18.000000 14.000000] /Margins[0 0]>>setpagedevice\' -f -_
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[0]=\"CUPS_CACHEDIR=/var/cache/cups\"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[1]=\"CUPS_DATADIR=/usr/share/cups\"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[2]=\"CUPS_DOCROOT=/usr/share/cups/doc-root\"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[3]=\"CUPS_FONTPATH=/usr/share/cups/fonts\"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[4]=\"CUPS_REQUESTROOT=/var/spool/cups\"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[5]=\"CUPS_SERVERBIN=/usr/lib/cups\"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[6]=\"CUPS_SERVERROOT=/etc/cups\"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[7]=\"CUPS_STATEDIR=/run/cups\"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[8]=\"HOME=/var/spool/cups/tmp\"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[9]=\"PATH=/usr/lib/cups/filter:/usr/bin:/usr/sbin:/bin:/usr/bin\"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[10]=\"SERVER_ADMIN=***@HOST\"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[11]=\"SOFTWARE=CUPS/2.2.10\"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[12]=\"TZ=Europe/Rome\"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[13]=\"USER=root\"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[14]=\"CUPS_MAX_MESSAGE=2047\"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[15]=\"CUPS_SERVER=/var/run/cups/cups.sock\"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[16]=\"CUPS_ENCRYPTION=IfRequested\"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[17]=\"IPP_PORT=631\"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[18]=\"CHARSET=utf-8\"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[19]=\"LANG=en_US.UTF-8\"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[20]=\"PPD=/etc/cups/ppd/lj.ppd\"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[21]=\"RIP_MAX_CACHE=128m\"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[22]=\"CONTENT_TYPE=text/plain\"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[23]=\"DEVICE_URI=usb://HP/LaserJet%201320%20series?serial=00CNFW522KS9\"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[24]=\"PRINTER_INFO=HP LaserJet 1320\"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[25]=\"PRINTER_LOCATION=local\"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[26]=\"PRINTER=lj\"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[27]=\"PRINTER_STATE_REASONS=none\"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[28]=\"CUPS_FILETYPE=document\"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[29]=\"FINAL_CONTENT_TYPE=application/vnd.cups-raster\"
D [16/Jul/2019:23:08:14 +0200] [Job 348] envp[30]=\"AUTH_INFO_REQUIRED=none\"
D [16/Jul/2019:23:08:14 +0200] [Job 348] Start rendering...
D [16/Jul/2019:23:08:14 +0200] [Job 348] Set job-printer-state-message to "Start rendering...", current level=INFO
D [16/Jul/2019:23:08:14 +0200] [Job 348] Processing page 1...
D [16/Jul/2019:23:08:14 +0200] [Job 348] Set job-printer-state-message to "Processing page 1...", current level=INFO
D [16/Jul/2019:23:08:14 +0200] [Job 348] *** stack smashing detected ***: <unknown> terminated
D [16/Jul/2019:23:08:14 +0200] [Job 348] Sent 0 bytes...
D [16/Jul/2019:23:08:14 +0200] [Job 348] PID 3487 (/usr/lib/cups/filter/hpcups) crashed on signal 6.
D [16/Jul/2019:23:08:14 +0200] [Job 348] Hint: Try setting the LogLevel to "debug" to find out more.
D [16/Jul/2019:23:08:14 +0200] [Job 348] Processing page 2...
D [16/Jul/2019:23:08:14 +0200] [Job 348] Waiting for read thread to exit...
D [16/Jul/2019:23:08:14 +0200] [Job 348] Processing page 3...
D [16/Jul/2019:23:08:14 +0200] [Job 348] Rendering completed
D [16/Jul/2019:23:08:14 +0200] [Job 348] PID 3486 (/usr/lib/cups/filter/gstoraster) exited with no errors.
D [16/Jul/2019:23:08:14 +0200] [Job 348] Read thread still active, aborting the pending read...
D [16/Jul/2019:23:08:14 +0200] [Job 348] PID 3488 (/usr/lib/cups/backend/usb) exited with no errors.
D [16/Jul/2019:23:08:14 +0200] [Job 348] End of messages
D [16/Jul/2019:23:08:14 +0200] [Job 348] printer-state=3(idle)
D [16/Jul/2019:23:08:14 +0200] [Job 348] printer-state-message="Rendering completed"
D [16/Jul/2019:23:08:14 +0200] [Job 348] printer-state-reasons=none


Since hpcups seems to crash on signal 6 after a "stack smashing"
was detected, I tried to upgrade to printer-driver-hpcups from
experimental:

========================================
[UPGRADE] printer-driver-hpcups:i386 3.18.12+dfsg0-2 -> 3.19.6+dfsg0-1
========================================

But this didn't help.
I tried to downgrade many packages (all the way back to last Saturday),
but to no avail.
I cannot even understand which package upgrade broke my setup...

Please help me to investigate: I cannot print anymore, and I
would love to solve this issue.

Thanks for your time and helpfulness!
Bye.


-- Package-specific info:

-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (800, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i586)

Kernel: Linux 4.19.0-5-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages printer-driver-hpcups depends on:
ii cups 2.2.10-6
ii cups-filters [ghostscript-cups] 1.21.6-5
ii libc6 2.28-10
ii libcups2 2.2.10-6
ii libcupsimage2 2.2.10-6
ii libdbus-1-3 1.12.16-1
ii libgcc1 1:8.3.0-6
ii libhpmud0 3.18.12+dfsg0-2
ii libjpeg62-turbo 1:1.5.2-2+b1
ii libstdc++6 8.3.0-6
ii zlib1g 1:1.2.11.dfsg-1

printer-driver-hpcups recommends no packages.

Versions of packages printer-driver-hpcups suggests:
pn hplip <none>
pn hplip-doc <none>

-- no debconf information
Liam Morland
2019-08-10 22:50:02 UTC
Reply
Permalink
I just solved a problem very similar to this. It was caused by the
spring 2019 Debian upgrade. To solve it, I added "oldstable" to my
Debian sources.list and then I was able to downgrade several packages. I
downgraded:

printer-driver-hpcups to 3.16.11+repack0-3

ghostscript, ghostsctipt-x, libgs9, libgs9-common to 9.26a~dfsg-0+deb9u2
Stanley Pinchak
2019-08-12 20:50:02 UTC
Reply
Permalink
Package: printer-driver-hpcups
Followup-For: Bug #932246

Dear Maintainer,

I can confirm that this error regarding stack smashing is seen on a recently
updated server, upgrading from hplip and printer-driver-hpcups version
3.16.11+repack0-1. In attempting to fix the immediate printing issue, I tried
to revert from 3.18.12+dfsg0-2 to 3.18.10+dfsg0-3 for the package
printer-driver-hpcups and I still had the same segfault due to stack smashing.
Reverting further to 3.17.10+repack0-7 has successfully eliminated this error
and allows printing to an HP Laserjet 1200. I only reverted the
printer-driver-hpcups package. I did not revert the remaining hplip packages,
which are 3.18.12+dfsg0-2


-- Package-specific info:
Saving output in log file: /home/stanley/hp-check.log

HP Linux Imaging and Printing System (ver. 3.18.12)
Dependency/Version Check Utility ver. 15.1

Copyright (c) 2001-15 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

Traceback (most recent call last):
File "/usr/share/hplip/base/utils.py", line 265, in walkFiles
names = os.listdir(root)
FileNotFoundError: [Errno 2] No such file or directory: '/usr/include/cups'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
File "/usr/share/hplip/base/utils.py", line 267, in walkFiles
raise StopIteration
StopIteration

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
File "/usr/bin/hp-check", line 861, in <module>
dep.core.init()
File "/usr/share/hplip/installer/core_install.py", line 527, in init
self.check_dependencies(callback)
File "/usr/share/hplip/installer/core_install.py", line 620, in check_dependencies
self.have_dependencies[d] = self.dependencies[d][3]()
File "/usr/share/hplip/installer/core_install.py", line 1166, in check_cups_image
return check_file("raster.h", "/usr/include/cups")
File "/usr/share/hplip/installer/dcheck.py", line 107, in check_file
for w in utils.walkFiles(dir, recurse=True, abs_paths=True, return_folders=False, pattern=f):
RuntimeError: generator raised StopIteration

-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 4.19.0-5-686-pae (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/bash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages printer-driver-hpcups depends on:
ii cups 2.2.10-6
ii cups-filters [ghostscript-cups] 1.21.6-5
ii libc6 2.28-10
ii libcups2 2.2.10-6
ii libcupsimage2 2.2.10-6
ii libdbus-1-3 1.12.16-1
ii libgcc1 1:9.1.0-10
ii libhpmud0 3.18.12+dfsg0-2
ii libjpeg62-turbo 1:1.5.2-2+b1
ii libstdc++6 9.1.0-10

printer-driver-hpcups recommends no packages.

Versions of packages printer-driver-hpcups suggests:
ii hplip 3.18.12+dfsg0-2
pn hplip-doc <none>

-- debconf-show failed
Brian Potkin
2019-09-20 14:00:01 UTC
Reply
Permalink
On Tue 16 Jul 2019 at 23:50:42 +0200, Francesco Poli (wintermute) wrote:

[...]
Post by Francesco Poli (wintermute)
Since hpcups seems to crash on signal 6 after a "stack smashing"
was detected, I tried to upgrade to printer-driver-hpcups from
========================================
[UPGRADE] printer-driver-hpcups:i386 3.18.12+dfsg0-2 -> 3.19.6+dfsg0-1
========================================
But this didn't help.
I tried to downgrade many packages (all the way back to last Saturday),
but to no avail.
I cannot even understand which package upgrade broke my setup...
Please help me to investigate: I cannot print anymore, and I
would love to solve this issue.
We all would, Francesco. Thanks for your clear, detailed report.

As far as can tell, this affects queues set up with printer-driver-ijs
and printer-driver-hpcups, and all the raster printer models I tested
are affected. For testing I used

cupsfilter -p <PPD_in_/etc/cups/ppd> -m printer/foo -e /etc/nsswitch.conf > out.dat

Would you and Nicolas download buster's base-files package from

http://snapshot.debian.org/package/base-files/10.3%2Bdeb10u1/#base-files_10.3:2b:deb10u1

and install it with 'dpkg -i ...'? How's that for printing?

Regards,

Brian.
n***@gmail.com
2019-09-20 17:30:01 UTC
Reply
Permalink
Post by Brian Potkin
We all would, Francesco. Thanks for your clear, detailed report.
As far as can tell, this affects queues set up with printer-driver-ijs
and printer-driver-hpcups, and all the raster printer models I tested
are affected. For testing I used
cupsfilter -p <PPD_in_/etc/cups/ppd> -m printer/foo -e
/etc/nsswitch.conf > out.dat
Would you and Nicolas download buster's base-files package from
http://snapshot.debian.org/package/base-files/10.3%2Bdeb10u1/#base-files_10.3:2b:deb10u1
and install it with 'dpkg -i ...'? How's that for printing?
It works for me.
Yay.

Regards,
nicolas patrois : pts noir asocial
--
RÉALISME

M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des humains ? Un cerveau plus gros ?
P : Non... Une carte bleue suffirait...
Francesco Poli
2019-09-20 21:40:01 UTC
Reply
Permalink
Post by n***@gmail.com
Post by Brian Potkin
We all would, Francesco. Thanks for your clear, detailed report.
Hello Brian, you are welcome.
Post by n***@gmail.com
Post by Brian Potkin
As far as can tell, this affects queues set up with printer-driver-ijs
and printer-driver-hpcups, and all the raster printer models I tested
are affected. For testing I used
cupsfilter -p <PPD_in_/etc/cups/ppd> -m printer/foo -e
/etc/nsswitch.conf > out.dat
As far as my own printer (HP LaserJet 1320) is concerned, I've been
able to work around the bug by changing driver:

# lpadmin -x lj
# lpadmin -p lj -E \
-v 'usb://HP/LaserJet%201320%20series?serial=00CNFW522KS9' \
-m foomatic:HP-LaserJet_1320-pxlmono.ppd \
-o pdftops-renderer-default=pdftops \
-L local -D "HP LaserJet 1320"
# lpoptions -p lj -o media=A4 -o sides=two-sided-long-edge
# lpadmin -d lj

I guess this other driver has nothing to do with printer-driver-ijs or
printer-driver-hpcups...
Post by n***@gmail.com
Post by Brian Potkin
Would you and Nicolas download buster's base-files package from
http://snapshot.debian.org/package/base-files/10.3%2Bdeb10u1/#base-files_10.3:2b:deb10u1
and install it with 'dpkg -i ...'? How's that for printing?
It works for me.
Yay.
I haven't tried yet. And, since I managed to work around the bug by
changing driver, I am not sure I will find the time to perform the test
real soon now...

But anyway, this looks like the weirdest test I have ever been
requested to perform: how can a downgrade of base-files affect my
ability to print via printer-driver-hpcups?!?
Could you please clarify why you think that downgrading base-files
might help? And, above all, why it has worked for Nicolas?

I am really curious!
--
http://www.inventati.org/frx/
There's not a second to spare! To the laboratory!
..................................................... Francesco Poli .
GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE
Brian Potkin
2019-09-20 22:10:01 UTC
Reply
Permalink
[...]
Post by Francesco Poli
Post by n***@gmail.com
Post by Brian Potkin
Would you and Nicolas download buster's base-files package from
http://snapshot.debian.org/package/base-files/10.3%2Bdeb10u1/#base-files_10.3:2b:deb10u1
and install it with 'dpkg -i ...'? How's that for printing?
It works for me.
Yay.
I haven't tried yet. And, since I managed to work around the bug by
changing driver, I am not sure I will find the time to perform the test
real soon now...
But anyway, this looks like the weirdest test I have ever been
requested to perform: how can a downgrade of base-files affect my
ability to print via printer-driver-hpcups?!?
No idea. I haven't even begun to think about it because I was awaiting
confirmation or otherwise.
Post by Francesco Poli
Could you please clarify why you think that downgrading base-files
might help? And, above all, why it has worked for Nicolas?
An evening, morning and part of an afternoon of installing and testing
contributed to advancing the suggestion I made.
Post by Francesco Poli
I am really curious!
But not that curious. :)

Cheers,

Brian.
n***@gmail.com
2019-09-21 07:40:01 UTC
Reply
Permalink
Post by Brian Potkin
No idea. I haven't even begun to think about it because I was awaiting
confirmation or otherwise.
I checked it again this morning after the morning upgrade.
Version 11 crashes printing.
Downgrading to version 10.3+deb10u1 makes it work back again.

Regards,
nicolas patrois : pts noir asocial
--
RÉALISME

M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des humains ? Un cerveau plus gros ?
P : Non... Une carte bleue suffirait...
Francesco Poli
2019-09-21 09:00:02 UTC
Reply
Permalink
Post by n***@gmail.com
Post by Brian Potkin
No idea. I haven't even begun to think about it because I was awaiting
confirmation or otherwise.
I checked it again this morning after the morning upgrade.
Version 11 crashes printing.
Downgrading to version 10.3+deb10u1 makes it work back again.
What's this? Magic?!? :-o

I compared the two source packages of base-files (10.3+deb10u1 vs. 11),
see the attached diff output.
I really cannot see any relevant difference.
Should we suppose that printer-driver-hpcups reads /etc/os-release
(or /etc/issue* or /etc/debian_version) and decides whether it will
crash, based on this?!?
--
http://www.inventati.org/frx/
There's not a second to spare! To the laboratory!
..................................................... Francesco Poli .
GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE
n***@gmail.com
2019-09-21 11:30:02 UTC
Reply
Permalink
Post by Francesco Poli
What's this? Magic?!? :-o
I don’t know.
My machine begins to be old and crashed yesterday.
Nothing changed after the reboot.

Regards,
nicolas patrois : pts noir asocial
--
RÉALISME

M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des humains ? Un cerveau plus gros ?
P : Non... Une carte bleue suffirait...
Didier 'OdyX' Raboud
2019-09-21 12:20:01 UTC
Reply
Permalink
Post by Francesco Poli
Should we suppose that printer-driver-hpcups reads /etc/os-release
(or /etc/issue* or /etc/debian_version) and decides whether it will
crash, based on this?!?
Well. Parts of hplip are in python; and hplip then uses:

import platform
dist = platform.dist()

platform.dist() will try to guess the Linux distro from /etc/lsb-release
(should not exist), then /etc/*-{release,version}, hence /etc/os-release.

hplip uses its own internal list of supported distros, in
/usr/share/hplip/installer/distros.dat

 shipped from hplip-data.

It only gained "Buster" support in 3.19.8; so could any of you try to install
distros.dat from
https://salsa.debian.org/printing-team/hplip/raw/debian/3.19.8+dfsg0-3/
installer/distros.dat

into /usr/share/hplip/installer/distros.dat, and try printing again?

(That is:
wget -q 'https://salsa.debian.org/printing-team/hplip/raw/debian/
3.19.8+dfsg0-3/installer/distros.dat' -O - | sudo tee /usr/share/hplip/
installer/distros.dat

)

I'm not sure it will work, as printer-driver-hpcups doesn't depend on hplip-
data anyway; *sigh*.

(It seems this whole "detect the distro and try being smart" should be removed
completely from Debian's hplip).

Cheers,
OdyX
Francesco Poli
2019-09-21 16:00:02 UTC
Reply
Permalink
Post by Didier 'OdyX' Raboud
Post by Francesco Poli
Should we suppose that printer-driver-hpcups reads /etc/os-release
(or /etc/issue* or /etc/debian_version) and decides whether it will
crash, based on this?!?
import platform
dist = platform.dist()
platform.dist() will try to guess the Linux distro from /etc/lsb-release
(should not exist), then /etc/*-{release,version}, hence /etc/os-release.
Ah. This looks really surprising to me...
Post by Didier 'OdyX' Raboud
hplip uses its own internal list of supported distros, in
/usr/share/hplip/installer/distros.dat

 shipped from hplip-data.
[...]
Post by Didier 'OdyX' Raboud
I'm not sure it will work, as printer-driver-hpcups doesn't depend on hplip-
data anyway; *sigh*.
And indeed, I do not have hplip-data installed:

$ apt policy hplip-data
hplip-data:
Installed: (none)
Candidate: 3.19.8+dfsg0-1
Version table:
3.19.8+dfsg0-3 500
500 http://deb.debian.org/debian unstable/main i386 Packages
3.19.8+dfsg0-1 800
800 http://deb.debian.org/debian testing/main i386 Packages
$ apt policy printer-driver-hpcups
printer-driver-hpcups:
Installed: 3.19.8+dfsg0-1
Candidate: 3.19.8+dfsg0-1
Version table:
3.19.8+dfsg0-3 500
500 http://deb.debian.org/debian unstable/main i386 Packages
*** 3.19.8+dfsg0-1 800
800 http://deb.debian.org/debian testing/main i386 Packages
100 /var/lib/dpkg/status
Post by Didier 'OdyX' Raboud
(It seems this whole "detect the distro and try being smart" should be removed
completely from Debian's hplip).
Well, I retested the setup with the driver that was crashing on my box.
I am no longer able to reproduce the bug (without even having to
downgrade base-files!).


# lpadmin -x lj
# lpadmin -p lj -E \
Post by Didier 'OdyX' Raboud
-v 'usb://HP/LaserJet%201320%20series?serial=00CNFW522KS9' \
-m drv:///hpijs.drv/hp-laserjet_1320-hpijs.ppd \
-o pdftops-renderer-default=pdftops \
-L local -D "HP LaserJet 1320"
lpadmin: Printer drivers are deprecated and will stop working in a future version of CUPS.
# lpoptions -p lj -o media=A4 -o sides=two-sided-long-edge
# lpadmin -d lj

$ apt policy base-files
base-files:
Installed: 11
Candidate: 11
Version table:
*** 11 800
800 http://deb.debian.org/debian testing/main i386 Packages
500 http://deb.debian.org/debian unstable/main i386 Packages
100 /var/lib/dpkg/status
$ python
Python 2.7.16+ (default, Sep 4 2019, 08:19:57)
[GCC 9.2.1 20190827] on linux2
Type "help", "copyright", "credits" or "license" for more information.
Post by Didier 'OdyX' Raboud
Post by Francesco Poli
Post by Didier 'OdyX' Raboud
import platform
dist = platform.dist()
dist
('debian', 'bullseye/sid', '')
$ python3
Python 3.7.4+ (default, Sep 4 2019, 08:03:05)
[GCC 9.2.1 20190827] on linux
Type "help", "copyright", "credits" or "license" for more information.
Post by Didier 'OdyX' Raboud
Post by Francesco Poli
Post by Didier 'OdyX' Raboud
import platform
dist = platform.dist()
__main__:1: DeprecationWarning: dist() and linux_distribution() functions are deprecated in Python 3.5
Post by Didier 'OdyX' Raboud
Post by Francesco Poli
Post by Didier 'OdyX' Raboud
dist
('debian', 'bullseye/sid', '')
$ echo hello | lpr
$ lpq
lj is ready and printing
Rank Owner Job File(s) Total Size
active USER 368 (stdin) 1024 bytes
$ lpq
lj is ready
no entries


It works with no issues: I got a wonderful (well, sort of wonderful...)
page with the "hello" string printed on one of its sides...

Unless I am misinterpreting something, this bug seems to have vanished
or have been fixed in printer-driver-hpcups/3.19.8+dfsg0-1

I do not understand why other users seem to get different experiences...
--
http://www.inventati.org/frx/
There's not a second to spare! To the laboratory!
..................................................... Francesco Poli .
GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE
Brian Potkin
2019-09-21 18:20:01 UTC
Reply
Permalink
Post by Francesco Poli
Post by Didier 'OdyX' Raboud
Post by Francesco Poli
Should we suppose that printer-driver-hpcups reads /etc/os-release
(or /etc/issue* or /etc/debian_version) and decides whether it will
crash, based on this?!?
import platform
dist = platform.dist()
platform.dist() will try to guess the Linux distro from /etc/lsb-release
(should not exist), then /etc/*-{release,version}, hence /etc/os-release.
Ah. This looks really surprising to me...
Post by Didier 'OdyX' Raboud
hplip uses its own internal list of supported distros, in
/usr/share/hplip/installer/distros.dat
… shipped from hplip-data.
[...]
Post by Didier 'OdyX' Raboud
I'm not sure it will work, as printer-driver-hpcups doesn't depend on hplip-
data anyway; *sigh*.
This is of no consequence; you do not need it to print.

[...]
Post by Francesco Poli
Well, I retested the setup with the driver that was crashing on my box.
I am no longer able to reproduce the bug (without even having to
downgrade base-files!).
Mine is an up-to-date unstable installation. Using the hpijs driver no
longer produces the stack smashing error. That was not the case when the
report was first filed (I tested at the time we received it). Oh, my
testing today was without hplip-data on the box.

[...]
Post by Francesco Poli
Unless I am misinterpreting something, this bug seems to have vanished
or have been fixed in printer-driver-hpcups/3.19.8+dfsg0-1
You are not using printer-driver-hpcups.
Post by Francesco Poli
I do not understand why other users seem to get different experiences...
Perhaps you could set up a queue with printer-driver-hpcups to gain some
understanding.

Regards,

Brian.
Francesco Poli
2019-09-21 20:30:01 UTC
Reply
Permalink
[...]
Post by Brian Potkin
Post by Francesco Poli
Unless I am misinterpreting something, this bug seems to have vanished
or have been fixed in printer-driver-hpcups/3.19.8+dfsg0-1
You are not using printer-driver-hpcups.
Am I not?!?
Post by Brian Potkin
Post by Francesco Poli
I do not understand why other users seem to get different experiences...
Perhaps you could set up a queue with printer-driver-hpcups to gain some
understanding.
I thought that

# lpadmin -x lj
# lpadmin -p lj -E \
-v 'usb://HP/LaserJet%201320%20series?serial=00CNFW522KS9' \
-m drv:///hpijs.drv/hp-laserjet_1320-hpijs.ppd \
-o pdftops-renderer-default=pdftops \
-L local -D "HP LaserJet 1320"
lpadmin: Printer drivers are deprecated and will stop working in a future version of CUPS.
# lpoptions -p lj -o media=A4 -o sides=two-sided-long-edge
# lpadmin -d lj

did set up a queue with printer-driver-hpcups.

At the very least, this was the queue where I originally experienced the
bug (please remember that I am the original bug report submitter!).
And the error log said that "/usr/lib/cups/filter/hpcups" had "crashed
on signal 6".
And

$ dpkg -S /usr/lib/cups/filter/hpcups
printer-driver-hpcups: /usr/lib/cups/filter/hpcups

This is what made me conclude that the bug was in package
printer-driver-hpcups.
--
http://www.inventati.org/frx/
There's not a second to spare! To the laboratory!
..................................................... Francesco Poli .
GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE
Brian Potkin
2019-09-21 23:30:02 UTC
Reply
Permalink
Post by Francesco Poli
[...]
Post by Brian Potkin
Post by Francesco Poli
Unless I am misinterpreting something, this bug seems to have vanished
or have been fixed in printer-driver-hpcups/3.19.8+dfsg0-1
You are not using printer-driver-hpcups.
Am I not?!?
Not according to the PPD you used to set up the queue.
Post by Francesco Poli
-m drv:///hpijs.drv/hp-laserjet_1320-hpijs.ppd
An hpijs PPD doesn't use the hpcups filter.
Post by Francesco Poli
Post by Brian Potkin
Post by Francesco Poli
I do not understand why other users seem to get different experiences...
Perhaps you could set up a queue with printer-driver-hpcups to gain some
understanding.
I thought that
# lpadmin -x lj
# lpadmin -p lj -E \
-v 'usb://HP/LaserJet%201320%20series?serial=00CNFW522KS9' \
-m drv:///hpijs.drv/hp-laserjet_1320-hpijs.ppd \
-o pdftops-renderer-default=pdftops \
-L local -D "HP LaserJet 1320"
lpadmin: Printer drivers are deprecated and will stop working in a future version of CUPS.
# lpoptions -p lj -o media=A4 -o sides=two-sided-long-edge
# lpadmin -d lj
did set up a queue with printer-driver-hpcups.
The hp-laserjet_1320-hpijs.ppd is not in printer-driver-hpcups.
Post by Francesco Poli
At the very least, this was the queue where I originally experienced the
bug (please remember that I am the original bug report submitter!).
And the error log said that "/usr/lib/cups/filter/hpcups" had "crashed
on signal 6".
And
$ dpkg -S /usr/lib/cups/filter/hpcups
printer-driver-hpcups: /usr/lib/cups/filter/hpcups
This is what made me conclude that the bug was in package
printer-driver-hpcups.
It could be me who is confused.

Cheers,

Brian.
Brian Potkin
2019-09-30 13:20:01 UTC
Reply
Permalink
Post by Brian Potkin
Post by Francesco Poli
[...]
Post by Brian Potkin
Post by Francesco Poli
Unless I am misinterpreting something, this bug seems to have vanished
or have been fixed in printer-driver-hpcups/3.19.8+dfsg0-1
You are not using printer-driver-hpcups.
Am I not?!?
Not according to the PPD you used to set up the queue.
Post by Francesco Poli
-m drv:///hpijs.drv/hp-laserjet_1320-hpijs.ppd
An hpijs PPD doesn't use the hpcups filter.
I stand by that, but please see later on.
Post by Brian Potkin
Post by Francesco Poli
Post by Brian Potkin
Post by Francesco Poli
I do not understand why other users seem to get different experiences...
Perhaps you could set up a queue with printer-driver-hpcups to gain some
understanding.
I thought that
# lpadmin -x lj
# lpadmin -p lj -E \
-v 'usb://HP/LaserJet%201320%20series?serial=00CNFW522KS9' \
-m drv:///hpijs.drv/hp-laserjet_1320-hpijs.ppd \
-o pdftops-renderer-default=pdftops \
-L local -D "HP LaserJet 1320"
lpadmin: Printer drivers are deprecated and will stop working in a future version of CUPS.
# lpoptions -p lj -o media=A4 -o sides=two-sided-long-edge
# lpadmin -d lj
did set up a queue with printer-driver-hpcups.
The hp-laserjet_1320-hpijs.ppd is not in printer-driver-hpcups.
I stand by that too, but it turns out it is irrelevant.
Post by Brian Potkin
Post by Francesco Poli
At the very least, this was the queue where I originally experienced the
bug (please remember that I am the original bug report submitter!).
And the error log said that "/usr/lib/cups/filter/hpcups" had "crashed
on signal 6".
And
$ dpkg -S /usr/lib/cups/filter/hpcups
printer-driver-hpcups: /usr/lib/cups/filter/hpcups
This is what made me conclude that the bug was in package
printer-driver-hpcups.
It could be me who is confused.
My confusion arose because an hpijs queue was set up but an hpcups
filter was clearly being used. I have just recollected #686653:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=686653

It is best to read the last four or five mails first to understand what
led to a resolution in that report and what happened to Francesco's
setup to change the PPD used.

At some stage new hplip packages became available and the update updated
the hpijs PPD files. We read in the hplip changelog:

* debian/hplip-cups.postinst, debian/hpijs.postinst: Switch to hpcups as
default driver (migrate HPIJS queues to hpcups). The problem of Ghostscript
segfaulting when generating CUPS raster data is solved and the hpcups
driver needs also more testing.

-- Till Kamppeter <***@gmail.com> Thu, 3 Jun 2010 15:36:18 +0200

The original hpijs PPD was silently migrated to an hpcups PPD and the
bug that is the subject of this report is then experienced.

Cheers,

Brian.
Didier 'OdyX' Raboud
2019-09-21 17:20:01 UTC
Reply
Permalink
Post by Didier 'OdyX' Raboud
(It seems this whole "detect the distro and try being smart" should be
removed completely from Debian's hplip).
With this in mind, I've prepared an hplip version which totally skips the
guessing parts:

def validate_distro_version(self):
- if self.validate_disto():
- for vers in self.distros[self.distro_name]['versions']:
- if self.distro_version == vers:
- return True
-
- return False
+ # It's shipped in Debian. It's supported.
+ return True

def is_auto_installer_support(self, distro_version=DISTRO_VER_UNKNOWN):
- if not self.distro_name:
- self.get_distro()
- (
 etc etc 
)
+ # No auto install ever.
+ return False

It will also forbid the hp-* tools to try to install supposedly missing
dependencies themselves. Debian has package dependencies for a reason.

That'll be 3.19.8+dfsg0-4, uploaded later tonight. It will also ship
autopkgtests, to also test hplip printing on fake printers.

Hopefully, that'll help for a better hplip on the long-term!

Cheers,
OdyX
Stefan Monnier
2019-10-09 21:40:01 UTC
Reply
Permalink
Post by Didier 'OdyX' Raboud
That'll be 3.19.8+dfsg0-4, uploaded later tonight. It will also ship
autopkgtests, to also test hplip printing on fake printers.
FWIW, I have 3.19.8+dfsg0-7 installed and am still seeing this problem.


Stefan
Brian Potkin
2019-10-10 10:10:01 UTC
Reply
Permalink
Post by Stefan Monnier
Post by Didier 'OdyX' Raboud
That'll be 3.19.8+dfsg0-4, uploaded later tonight. It will also ship
autopkgtests, to also test hplip printing on fake printers.
FWIW, I have 3.19.8+dfsg0-7 installed and am still seeing this problem.
Knowing the printer model is always useful.

The file /usr/lib/os-release has bullseye/sid in PRETTY_NAME. Edit
bullseye/sid to reduce the number of characters to less than 12.
Does this have any effect?

Cheers,

Brian.
Stefan Monnier
2019-10-10 13:10:01 UTC
Reply
Permalink
Post by Brian Potkin
Post by Stefan Monnier
FWIW, I have 3.19.8+dfsg0-7 installed and am still seeing this problem.
Knowing the printer model is always useful.
HP-Deskjet-5150
Post by Brian Potkin
The file /usr/lib/os-release has bullseye/sid in PRETTY_NAME. Edit
bullseye/sid to reduce the number of characters to less than 12.
Does this have any effect?
Yes, I removed the "/sid" and that worked around the problem (that's
how I confirmed that it was still the same problem, before sending my
previous message ;-)


Stefan

Brian Potkin
2019-09-21 13:10:02 UTC
Reply
Permalink
Post by Francesco Poli
Post by n***@gmail.com
Post by Brian Potkin
No idea. I haven't even begun to think about it because I was awaiting
confirmation or otherwise.
I checked it again this morning after the morning upgrade.
Version 11 crashes printing.
Downgrading to version 10.3+deb10u1 makes it work back again.
What's this? Magic?!? :-o
Must be! It has exerted its influence across the English Channel and
affected my machine! A little test, using either the technique I gave
earlier or by printing:

The first line of /usr/lib/os-release has "bullseye/sid" in it. There
are eight characters in "bullseye". Remove any one of them and print.
Also - leave the eight characters there and remove the forward slash.

Now, who is to deal with this? Upstream HPLIP, upstream systemd or the
base-files maintainer?
Post by Francesco Poli
I compared the two source packages of base-files (10.3+deb10u1 vs. 11),
see the attached diff output.
I really cannot see any relevant difference.
Should we suppose that printer-driver-hpcups reads /etc/os-release
(or /etc/issue* or /etc/debian_version) and decides whether it will
crash, based on this?!?
I do not understand code but, for some reason, /etc/os-release is opened
in common/utils.c.

Regards,

Brian.
Loading...