Bug#992784: marked as done (cups: libcupsimage2 not a dependancy)
Your message dated Tue, 24 Aug 2021 23:05:08 +0100 with message-id <24082021230236.3c143b67c...@desktop.copernicus.org.uk> and subject line Re: Bug#992784: cups: libcupsimage2 not a dependancy has caused the Debian Bug report #992784, regarding cups: libcupsimage2 not a dependancy 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.) -- 992784: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=992784 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: cups Version: 2.3.3op2-3+deb11u1 Severity: important X-Debbugs-Cc: alai...@free.fr Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? I upgraded for Buster to Bullseye * What exactly did you do (or not do) that was effective (or ineffective)? Requesting any kind of printing * What was the outcome of this action? no printing * What outcome did you expect instead? printing documents to my LBP113 printer Printing completely stopped working after upgrading to Bullseye though I strictly followed the guidelines for upgrading. The message was "filter failed" and the logs showed that Ghostscript was returning a error. Installing libcupsimage2 solved the problem. I suggest that libscupsimage2 should be a dependancy of cups. -- System Information: Debian Release: 11.0 APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-8-rt-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages cups depends on: ii cups-client2.3.3op2-3+deb11u1 ii cups-common2.3.3op2-3+deb11u1 ii cups-core-drivers 2.3.3op2-3+deb11u1 ii cups-daemon2.3.3op2-3+deb11u1 ii cups-filters 1.28.7-1 ii cups-ppdc 2.3.3op2-3+deb11u1 ii cups-server-common 2.3.3op2-3+deb11u1 ii debconf [debconf-2.0] 1.5.77 ii ghostscript9.53.3~dfsg-7 ii libavahi-client3 0.8-5 ii libavahi-common3 0.8-5 ii libc6 2.31-13 ii libcups2 2.3.3op2-3+deb11u1 ii libgcc-s1 10.2.1-6 ii libstdc++6 10.2.1-6 ii libusb-1.0-0 2:1.0.24-3 ii poppler-utils 20.09.0-3.1 ii procps 2:3.3.17-5 Versions of packages cups recommends: ii avahi-daemon 0.8-5 ii colord1.4.5-3 Versions of packages cups suggests: ii cups-bsd 2.3.3op2-3+deb11u1 pn cups-pdf pn foomatic-db-compressed-ppds | foomatic-db pn smbclient ii udev 247.3-6 -- debconf information: cupsys/backend: lpd, socket, usb, snmp, dnssd cupsys/raw-print: true --- End Message --- --- Begin Message --- On Tue 24 Aug 2021 at 22:20:51 +0200, Alain Bertrand wrote: > Hello, > > Thanks for your answer. The log is attached. > > BTW : > > Canon_LBP113_LBP913_USB_ could print both the test page and a page taken from > the first pdf file I found, > > Canon_LBP113_913_UFRII_LT could not. This is the situation that made me > install libcupsimage2. > > So I guess you'll close the bug for good now. Sorry for wasting your time. Report closed at the request of the bug submitter. -- Brian.--- End Message ---
Bug#992784: cups: libcupsimage2 not a dependancy
On Tue 24 Aug 2021 at 22:20:51 +0200, Alain Bertrand wrote: > Hello, > > Thanks for your answer. The log is attached. > > BTW : > > Canon_LBP113_LBP913_USB_ could print both the test page and a page > taken from the first pdf file I found, This is a supported printing situation. > Canon_LBP113_913_UFRII_LT could not. This is the situation that made > me install libcupsimage2. This is not a supported printing situation. > So I guess you'll close the bug for good now. Sorry for wasting your > time. Alain, you have not wasted anyone's time. If anything, you have confirmed the integrity of the printing system with this printer. Your co-operation has been invaluable. Many thanks, Brian.
Bug#992784: cups: libcupsimage2 not a dependancy
Hello, Thanks for your answer. The log is attached. BTW : Canon_LBP113_LBP913_USB_ could print both the test page and a page taken from the first pdf file I found, Canon_LBP113_913_UFRII_LT could not. This is the situation that made me install libcupsimage2. So I guess you'll close the bug for good now. Sorry for wasting your time. Best regards, Alain On 24/08/2021 18:39, Brian Potkin wrote: On Tue 24 Aug 2021 at 16:54:31 +0200, Alain Bertrand wrote: Hello, Thanks for your answer. With libcupsimage2 installed, everything works as it should. Anyway, you'll find the output you wanted below. lpstat -t scheduler is running no system default destination matériel pour Canon_LBP113_913_UFRII_LT : socket://192.168.8.105 This print queue uses a netork connection. UFRII indicates a non-free Canon driver is being used with the queue. Problems involving this driver are not ours and the queue will not be debugged. matériel pour Canon_LBP113_LBP913 : implicitclass://Canon_LBP113_LBP913/ This looks like another network queue, auto-setup by cups-browsed. matériel pour Canon_LBP113_LBP913_USB_ : implicitclass://Canon_LBP113_LBP913_USB_/ This queue uses a USB connection and is also auto-setup by cups-browsed. Let's take the queue and test, but first apt purge libcupsimage2 It can easily be re-installed if needed. Now (as root) cupsfilter -p /etc/cups/Canon_LBP113_LBP913_USB_.ppd -m priner/foo -e /etc/nsswitch.conf > out.dat 2>log (Check that I have the correct PPD file name). Please attach log to your next post here. It may be viewed with 'less'. Cheers, Brian. DEBUG: argv[0]="cupsfilter" DEBUG: argv[1]="1" DEBUG: argv[2]="root" DEBUG: argv[3]="nsswitch.conf" DEBUG: argv[4]="1" DEBUG: argv[5]="" DEBUG: argv[6]="/etc/nsswitch.conf" DEBUG: envp[0]="" DEBUG: envp[1]="CONTENT_TYPE=text/plain" DEBUG: envp[2]="CUPS_DATADIR=/usr/share/cups" DEBUG: envp[3]="CUPS_FONTPATH=/usr/share/cups/fonts" DEBUG: envp[4]="CUPS_SERVERBIN=/usr/lib/cups" DEBUG: envp[5]="CUPS_SERVERROOT=/etc/cups" DEBUG: envp[6]="LANG=fr_FR.UTF8" DEBUG: envp[7]="PATH=/usr/lib/cups/filter:/usr/bin:/usr/sbin:/bin:/usr/bin" DEBUG: envp[8]="PPD=/etc/cups/ppd/Canon_LBP113_LBP913_USB_.ppd" DEBUG: envp[9]="PRINTER_INFO=cupsfilter" DEBUG: envp[10]="PRINTER_LOCATION=Unknown" DEBUG: envp[11]="PRINTER=cupsfilter" DEBUG: envp[12]="RIP_MAX_CACHE=128m" DEBUG: envp[13]="USER=root" DEBUG: envp[14]="CHARSET=utf-8" DEBUG: envp[15]="FINAL_CONTENT_TYPE=application/vnd.cups-pdf" INFO: texttopdf (PID 3359) started. INFO: pdftopdf (PID 3360) started. DEBUG: Page = 595x842; 14,14 to 581,828 ERROR: pdftopdf: Last filter could not get determined, page logging turned off. DEBUG: pdftopdf: Last filter determined by the PPD: None; FINAL_CONTENT_TYPE: application/vnd.cups-pdf => pdftopdf will not log pages in page_log. INFO: texttopdf (PID 3359) exited with no errors. DEBUG: PDF interactive form and annotation flattening done via QPDF INFO: pdftopdf (PID 3360) exited with no errors.
Bug#992893: ps2ascii: odd option handling
Package: ghostscript Version: 9.53.3~dfsg-7 Severity: minor Tags: patch Dear Maintainer, ps2ascii handles default arguments really oddly, including shelling out for each test (note the "()") and doesn't quote GS_EXECUTABLE, unlike the other scripts in lib/; please consider the attached patch, which also uses symbolic names for the trap signals Best, наб -- System Information: Debian Release: 10.10 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable-debug'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-17-amd64 (SMP w/24 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages ghostscript depends on: ii libc6 2.28-10 ii libgs9 9.27~dfsg-2+deb10u4 Versions of packages ghostscript recommends: ii gsfonts 1:8.11+urwcyr1.0.7~pre44-4.4 Versions of packages ghostscript suggests: ii ghostscript-x 9.27~dfsg-2+deb10u4 -- no debconf information --- ghostscript-9.53.3~dfsg.orig/lib/ps2ascii +++ ghostscript-9.53.3~dfsg/lib/ps2ascii @@ -9,13 +9,6 @@ # executable name set in the makefile GS_EXECUTABLE=gs -trap "rm -f _temp_.err _temp_.out" 0 1 2 15 +trap "rm -f _temp_.err _temp_.out" EXIT HUP INT TERM -OPTIONS="-q -dSAFER -sDEVICE=txtwrite" -if ( test $# -eq 0 ) then -$GS_EXECUTABLE $OPTIONS -o - - -elif ( test $# -eq 1 ) then -$GS_EXECUTABLE $OPTIONS -o - "$1" -else -$GS_EXECUTABLE $OPTIONS -o "$2" "$1" -fi +"$GS_EXECUTABLE" -q -dSAFER -sDEVICE=txtwrite -o "${2:--}" "${1:--}" signature.asc Description: PGP signature
Bug#992889: /usr/sbin/update-gsfontmap: overly complicated
Hi! On Tue, Aug 24, 2021 at 07:30:31PM +0200, Jonas Smedegaard wrote: > Quoting наб (2021-08-24 18:58:36) > > The current approach that update-gsfontmap takes is very complicated, > > to no apparent end, since all it achieves is concatenating all the > > files; please consider the attached patch, which applies to every > > version since 7e78b19759ab1e47a3636ffd5c922c536e6cad37 (November of > > 2018) > Your assesment is quite likely correct: that script hasn't been touched > since ancient times where more complex font registration scripts were > used in Debian (something called DeFoMa). The DeFoMa page on the Debian Wiki and the corresponding manpage are an interesting look down history lane (ancient history, I seem to've been around 10 during the transition), thanks! > Seems your patch is missing, however... It's attachment 2, debbugs caught it: https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=992889;msg=5 I've included it in this mail, too, for good measure. Best, наб diff --git a/debian/update-gsfontmap.orig b/debian/update-gsfontmap index 5367ff6..c105363 100644 --- a/debian/update-gsfontmap.orig +++ b/debian/update-gsfontmap @@ -8,15 +8,7 @@ FONTMAP=/var/lib/ghostscript/fonts/Fontmap CIDFDIR=/etc/ghostscript/cidfmap.d/ FONTMDIR=/etc/ghostscript/fontmap.d/ -rm -f "$CIDFMAP" "$FONTMAP" -touch "$CIDFMAP" "$FONTMAP" - -for i in "$CIDFDIR"/*.conf; do -cat "$i" >> "$CIDFMAP" -done 2>/dev/null - -for i in "$FONTMDIR"/*.conf; do -cat "$i" >> "$FONTMAP" -done 2>/dev/null +cat "$CIDFDIR"/*.conf > "$CIDFMAP" 2>/dev/null +cat "$FONTMDIR"/*.conf > "$FONTMAP" 2>/dev/null exit 0 signature.asc Description: PGP signature
Bug#992889: /usr/sbin/update-gsfontmap: overly complicated
Hi наб, Quoting наб (2021-08-24 18:58:36) > The current approach that update-gsfontmap takes is very complicated, > to no apparent end, since all it achieves is concatenating all the > files; please consider the attached patch, which applies to every > version since 7e78b19759ab1e47a3636ffd5c922c536e6cad37 (November of > 2018) Your assesment is quite likely correct: that script hasn't been touched since ancient times where more complex font registration scripts were used in Debian (something called DeFoMa). Thanks for looking into this! Seems your patch is missing, however... - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Re: cups-filters 1.28.10 released!
Hello Till, 17 août 2021 13:55 "Till Kamppeter" a écrit: > I have released cups-filters 1.28.10 now, with the following changes: Uploaded to unstable today. > Please release this on Debian so that it can sync into Ubuntu. I appreciate > if you could do this > until Wednesday as we have Feature Freeze for 21.10 on Thursday. Sorry for the delay, these days have been hectic! Best, Didier
Bug#992784: cups: libcupsimage2 not a dependancy
On Tue 24 Aug 2021 at 16:54:31 +0200, Alain Bertrand wrote: > Hello, > > Thanks for your answer. With libcupsimage2 installed, everything works as it > should. Anyway, you'll find the output you wanted below. > > lpstat -t > scheduler is running > no system default destination > matériel pour Canon_LBP113_913_UFRII_LT : socket://192.168.8.105 This print queue uses a netork connection. UFRII indicates a non-free Canon driver is being used with the queue. Problems involving this driver are not ours and the queue will not be debugged. > matériel pour Canon_LBP113_LBP913 : implicitclass://Canon_LBP113_LBP913/ This looks like another network queue, auto-setup by cups-browsed. > matériel pour Canon_LBP113_LBP913_USB_ : > implicitclass://Canon_LBP113_LBP913_USB_/ This queue uses a USB connection and is also auto-setup by cups-browsed. Let's take the Canon_LBP113_LBP913_USB_ queue and test, but first apt purge libcupsimage2 It can easily be re-installed if needed. Now (as root) cupsfilter -p /etc/cups/Canon_LBP113_LBP913_USB_.ppd -m priner/foo -e /etc/nsswitch.conf > out.dat 2>log (Check that I have the correct PPD file name). Please attach log to your next post here. It may be viewed with 'less'. Cheers, Brian.
Bug#992784: cups: libcupsimage2 not a dependancy
Hello, Thanks for your answer. With libcupsimage2 installed, everything works as it should. Anyway, you'll find the output you wanted below. lpstat -t scheduler is running no system default destination matériel pour Canon_LBP113_913_UFRII_LT : socket://192.168.8.105 matériel pour Canon_LBP113_LBP913 : implicitclass://Canon_LBP113_LBP913/ matériel pour Canon_LBP113_LBP913_USB_ : implicitclass://Canon_LBP113_LBP913_USB_/ Canon_LBP113_913_UFRII_LT accepte des requêtes depuis lun. 23 août 2021 21:19:39 Canon_LBP113_LBP913 accepte des requêtes depuis mar. 24 août 2021 15:51:50 Canon_LBP113_LBP913_USB_ accepte des requêtes depuis mar. 24 août 2021 00:00:22 printer Canon_LBP113_913_UFRII_LT is idle. enabled since lun. 23 août 2021 21:19:39 printer Canon_LBP113_LBP913 is idle. enabled since mar. 24 août 2021 15:51:50 printer Canon_LBP113_LBP913_USB_ is idle. enabled since mar. 24 août 2021 00:00:22 Best regards, Alain On 24/08/2021 15:17, Brian Potkin wrote: reopen 992784 thanks On Mon 23 Aug 2021 at 22:45:44 +0200, Alain Bertrand wrote: Hello, Thanks for your answer but here apt rdepends libcupsimage2 gives totally different results : apt rdepends libcupsimage2 libcupsimage2 Reverse Depends: Dépend: libcupsimage2-dev (= 2.3.3op2-3+deb11u1) Dépend: printer-driver-splix (>= 1.4.0) Dépend: printer-driver-escpr (>= 1.4.0) Dépend: printer-driver-dymo (>= 1.4.0) BTW, a French guy on Debian-fr forum had the same problem as I had with a fresh install, problem that was solved by the manual installation of libcupsimage2. Apologies, Alain - you are correct with your apt rdepends command. I ran mine on buster! I have reopened the report. What is your printer and do you know what driver (if any) is being used? Please give 'lpstat -t'. Cheers, Brian.
cups_2.3.3op2-6_source.changes ACCEPTED into unstable
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Tue, 24 Aug 2021 15:38:05 +0200 Source: cups Architecture: source Version: 2.3.3op2-6 Distribution: unstable Urgency: medium Maintainer: Debian Printing Team Changed-By: Didier Raboud Closes: 986165 989073 Changes: cups (2.3.3op2-6) unstable; urgency=medium . * Migrate to unstable * Packaging cleanup - Update S-V to 4.6.0 without changes needed - Remove 3 obsolete maintscript entries . cups (2.3.3op2-5) experimental; urgency=low . * Backport 2 upstream USB backend fixes: - Revert enforcing read limits (caused a regression with Lexmark filters) - Use 60s timeout (instead of 250ms) for reading at backchannel, as some older models malfunction if timeout is too short (Closes: #989073) . cups (2.3.3op2-4) experimental; urgency=medium . [ Helge Kreutzmann ] * Update German man page (2212t) . [ Didier Raboud ] * Reorder and cleanup patch queue by replacing some by upstream's * Drop ancient symlink handling in preinsts (Closes: #986165) Checksums-Sha1: f9ec87be5ed5c939829c4c4aa1fb927efa7e0f54 cups_2.3.3op2-6.dsc 5bebb9ed4c91a37c7226d831d1c2d4b8a38a0494 349392 cups_2.3.3op2-6.debian.tar.xz Checksums-Sha256: fc236c74bb078978e37cc340cfc5dd71f53c94ec5636c760c1601fd9cfd4cd2c cups_2.3.3op2-6.dsc bcd82f68ecbc2d711a971ddfa1e5d650e726412adce44a0341cbc7d244cd685b 349392 cups_2.3.3op2-6.debian.tar.xz Files: 111811cd34a5d9314ab70bf0f86871e1 net optional cups_2.3.3op2-6.dsc e9e64e94bf091b0b0042d1301cddca60 349392 net optional cups_2.3.3op2-6.debian.tar.xz -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEJ3k7rA0YCplkx4gZqcb6xg1jAWkFAmEk+SkACgkQqcb6xg1j AWl+mhAAhzYgSD+baFK07dnd8SCver2fwo9hfzKPDx2qoMQAKYWOeHvPbDQRo6Q+ Su2ekuEOmSJiVM6DCh0tYAlBinZxO2BJecOdSelCMRGpH061XLX1+K5Uu1MNoJeq ybLujvci22yFt1XpcTMmG+8A1xc+DjmlBjvWqX6LejzhoHQx6yDVN0YKqIJoBgBz E3jdhVAQ8Fcf9NAfYoowdL6XEKtLIi8UAMfh1BjH8D77+vjaXMrJxyIKy6NtMIaV d8XVkB1ufoOZLvwTcXmUw1VQ+S1Xb9lifi+q+Ok+RBC0g2dCJZvmnMSeLiPa9nLN 4m0cIeZ/pWNEjlKU82bpubzEZrCx//OLkJzLLzTBDvQM9Ckusrsrw2f4SppyPl/x idB3N+JS6hVuScRiFsb+5swjLZ09HeXSHCS/uv+JD2xVtFh1D+kTrud5IBadpSjE D1w87oQ4+Z6hnT7G/az50GV6O6ZIMKrJ9g2u5nsNKNquxULhdQm65ZU/tH9GU2hT 1Dj3rynjdL9T5iQn8Apv9NtWWjoW5rSWVf7QKM1z7DAvx8NsI6S2GJHjmLDkekNu tMTNAcnNl0aA+Jnn5EIwN3FfQujbdOfOuapjtgUvVfDpmEKLtiYp1nmTbCTW8a4t aGOFqOTOx/jnbC4LWfE+czq9/e59PA9f+Ztofv0g59tfeA41ABU= =NAtJ -END PGP SIGNATURE- Thank you for your contribution to Debian.
Bug#992721: hplip: Scanning with Deskjet 3050A J611 crash
Le Tue, 24 Aug 2021 10:50:19 +0100, Brian Potkin a écrit : > Can you scan with any of these? > > scanimage -d > "hpaio:/usb/Deskjet_3050A_J611_series?serial=CN31L1CQMP05WK" > > image.pnm > simple-scan > "hpaio:/usb/Deskjet_3050A_J611_series?serial=CN31L1CQMP05WK" > xsane > "hpaio:/usb/Deskjet_3050A_J611_series?serial=CN31L1CQMP05WK" With some tests, it seems the crash is not always reproducible (sometimes, it's working…), so I run each command 4 times to see (and add hp-scan again, in case it crash sometimes too). Without removing the slash: $ scanimage -d "hpaio:/usb/Deskjet_3050A_J611_series?serial=CN31L1CQMP05WK" > image.pnm -> on 4 runs, 1 give "stack smashing", 3 works well… $ simple-scan "hpaio:/usb/Deskjet_3050A_J611_series?serial=CN31L1CQMP05WK" -> on 4 runs, 4 "stack smashing" crashes. I can see the top of the image appearing in simple-scan, and the program do no crash at the same times (sometimes more of the scan is displayed before the crash) $ xsane "hpaio:/usb/Deskjet_3050A_J611_series?serial=CN31L1CQMP05WK" -> on 4 runs, 4 "stack smashing" crashes $ hp-scan -> on 4 runs, 4 "stack smashing" crash… (but it worked yesterday…) ** after the removal of the slash in os-release: $ scanimage -d "hpaio:/usb/Deskjet_3050A_J611_series?serial=CN31L1CQMP05WK" > image.pnm -> on 4 runs, 1 "stack smashing", 3 works $ simple-scan "hpaio:/usb/Deskjet_3050A_J611_series?serial=CN31L1CQMP05WK" -> on 4 runs, 4 "stack smashing" crashes. $ xsane "hpaio:/usb/Deskjet_3050A_J611_series?serial=CN31L1CQMP05WK" -> on 4 runs, 4 "stack smashing" crashes (but on some preliminary tests, it works sometimes…) $ hp-scan -> on 4 runs, 4 "stack smashing" crash, at various percentages of scanning So… it seems the problem is not 100% reproducible, even if it happens in the large majority of times… And I'm not sure the os-release changes really changes something, maybe the times when hp-scan was working was just luck… Cheers, -- Florence Birée (elle) 06 52 92 15 32 En ces temps d'état policier, ne les laissons pas lire nos mails, chiffrons-les ! https://emailselfdefense.fsf.org/fr/index.html pgpOGOsGNaBul.pgp Description: Signature digitale OpenPGP
Processing of cups_2.3.3op2-6_source.changes
cups_2.3.3op2-6_source.changes uploaded successfully to localhost along with the files: cups_2.3.3op2-6.dsc cups_2.3.3op2-6.debian.tar.xz Greetings, Your Debian queue daemon (running on host usper.debian.org)
cups-filters_1.28.10-1_source.changes ACCEPTED into unstable
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Tue, 24 Aug 2021 15:25:58 +0200 Source: cups-filters Architecture: source Version: 1.28.10-1 Distribution: unstable Urgency: medium Maintainer: Debian Printing Team Changed-By: Didier Raboud Closes: 988434 988764 989306 Changes: cups-filters (1.28.10-1) unstable; urgency=low . * New 1.28.10 upstream version - Stop installing ttfread, not built anymore * Packaging cleanup: - Redo get-orig-source d/rules target - Run wrap-and-sort -baskt - Upgrade to S-V 4.6.0 without changes needed . cups-filters (1.28.9-1) experimental; urgency=medium . * New 1.28.9 upstream version * Only install /etc/modules-load.d/cups-filters.conf on amd64 i386 mips64el mipsel alpha hppa ia64 sparc64 (Closes: #989306) . cups-filters (1.28.8-3) experimental; urgency=medium . [ Mike Gabriel ] * Apparmor: allow read-access to /usr/share/{,cups/}locale (Closes: #988764) . cups-filters (1.28.8-2) experimental; urgency=low . [ Sergio Durigan Junior ] * Backport upstream patch to circumvent conflict with upcoming OpenLDAP 2.5: cups-browsed: Renamed ldap_connect() due to conflict in new openldap (Closes: #988434) . cups-filters (1.28.8-1) experimental; urgency=low . * New 1.28.8 upstream release Checksums-Sha1: 4917a39436ef0b5ad5f4b64a8e9d7ac8a13fbbfe 2939 cups-filters_1.28.10-1.dsc b0958ef20c50dc41cbbaf8903e4fdb3a1231b3ec 1503924 cups-filters_1.28.10.orig.tar.xz 8cc79bccef227c7cdac8ca9db5162a5021b27379 83228 cups-filters_1.28.10-1.debian.tar.xz Checksums-Sha256: f021a2fed0e911ae596549ccc368f1c9dc69b67812f9dedd9448043bc0ec29c0 2939 cups-filters_1.28.10-1.dsc cf8c904694c44cf689b5724e46d23da9ae5125d54374b340c642077cc29ca837 1503924 cups-filters_1.28.10.orig.tar.xz c4b7a9df6e2643b835169d222e83a472ab1c405463cdf39d0a46ec4b2c00f1f1 83228 cups-filters_1.28.10-1.debian.tar.xz Files: cfe7de244e50fe4195c7d9751639fee9 2939 net optional cups-filters_1.28.10-1.dsc 828b8c81534ecb996d6c6b7e1332412f 1503924 net optional cups-filters_1.28.10.orig.tar.xz 572ea071ecdb60b67dfa0e8f7841f78a 83228 net optional cups-filters_1.28.10-1.debian.tar.xz -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEJ3k7rA0YCplkx4gZqcb6xg1jAWkFAmEk9XAACgkQqcb6xg1j AWkCsRAAqS7iP4wStFwbs/+Trei6qsJFNTTfh/r+D8NGO30K0aiVUOgwpXHaDqwr IYtuIPIZbQgHgpfDgRjP05Qs2PY4fZ298udvZZLfEFlhPkbxfQvKLUmPYZ5Xc+Nu Mes5nwv2AXcIGNxyBUGvXrbI4EYiGr7N3hvy9VmUEQeuwaciNyHm+Rw98Mdk10R8 QvbSxnSkNvggg86MCf/VieH+YQZpf2cT67pjN4XhfncqzP381XI4nTingADwkPkb CwAQsbUHSTZlkmcjr7pFeLy8NczI8x2nEOmEW1BOWh3y2HFoKNS2UnIO5fkTSAHo F2CDK4QEiw0X/Wxnach9LtIqtEEmPbNuYYtvQ91T6xc0hzSZ4a6aJruKXpC2Dskm DNHeOSYR9PbtZP6FGqwEJZdQ6GE99wGZqm1ajwVPLuWBvTlVVgptu8jr36d/HSYz eVR9/SiJ35uqZSqw81jZaEf6lxvYKqF8Dy8XM+EOqC0sSPmw+LdipFunFr+JcsqE qqaOKIsrGQ5WQa2aFmoVDORMjMnkCGHPe/FkzQe/xwAI6m2inN00V/ySCYgQtzrr oZ3w0da59d/P9pSWEoe3Gizp2/QHmTktGeOzMRVg3wG451P36IXdqtHTiiGOgyWC Q+AE2Rx5DCEeZ3X5PHy13TDEEwjzuuGYgth7HyJHxUM18ksmiSg= =7CS4 -END PGP SIGNATURE- Thank you for your contribution to Debian.
Processing of cups-filters_1.28.10-1_source.changes
cups-filters_1.28.10-1_source.changes uploaded successfully to localhost along with the files: cups-filters_1.28.10-1.dsc cups-filters_1.28.10.orig.tar.xz cups-filters_1.28.10-1.debian.tar.xz Greetings, Your Debian queue daemon (running on host usper.debian.org)
Bug#989306: marked as done (cups-filters: parallel port modules force included on ARM kernels)
Your message dated Tue, 24 Aug 2021 13:48:35 + with message-id and subject line Bug#989306: fixed in cups-filters 1.28.10-1 has caused the Debian Bug report #989306, regarding cups-filters: parallel port modules force included on ARM kernels 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.) -- 989306: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=989306 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: cups-filters Version: 1.21.6-5 Severity: important Tags: patch Dear Maintainer, The file /etc/modules-load.d/cups.conf contains invocations to load modules lp, ppdev, and parport_pc, which are unavailable on the latest arm64 kernels in Debian 10, and will likely remain so forever, at least parport_pc, because ARM systems do not have PC parallel ports. This results in systemd-load-modules.service reporting failure every boot. The fix is only including this file on architectures where those kernel modules are meaningful. This is a very old bug and appears to be a regression, since it was known at least as far back as 2015 by the Ubuntu maintainers. https://github.com/raphael/linux-samus/issues/25 -- System Information: Debian Release: 10.9 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: arm64 (aarch64) Kernel: Linux 4.19.0-16-arm64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages cups-filters depends on: ii bc 1.07.1-2+b1 ii cups-filters-core-drivers 1.21.6-5 ii ghostscript9.27~dfsg-2+deb10u4 ii libc6 2.28-10 ii libcups2 2.2.10-6+deb10u4 ii libcupsfilters11.21.6-5 ii libcupsimage2 2.2.10-6+deb10u4 ii libfontconfig1 2.13.1-2 ii libfontembed1 1.21.6-5 ii libgcc11:8.3.0-6 ii libqpdf21 8.4.0-2 ii libstdc++6 8.3.0-6 ii poppler-utils 0.71.0-5 Versions of packages cups-filters recommends: ii colord 1.4.3-4 ii liblouisutdml-bin 2.7.0-5+b1 Versions of packages cups-filters suggests: pn antiword pn docx2txt ii foomatic-db 20181217-2 ii imagemagick 8:6.9.10.23+dfsg-2.1+deb10u1 ii imagemagick-6.q16 [imagemagick] 8:6.9.10.23+dfsg-2.1+deb10u1 -- Configuration Files: /etc/modules-load.d/cups-filters.conf changed: -- no debconf information --- End Message --- --- Begin Message --- Source: cups-filters Source-Version: 1.28.10-1 Done: Didier Raboud We believe that the bug you reported is fixed in the latest version of cups-filters, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 989...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Didier Raboud (supplier of updated cups-filters package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Tue, 24 Aug 2021 15:25:58 +0200 Source: cups-filters Architecture: source Version: 1.28.10-1 Distribution: unstable Urgency: medium Maintainer: Debian Printing Team Changed-By: Didier Raboud Closes: 988434 988764 989306 Changes: cups-filters (1.28.10-1) unstable; urgency=low . * New 1.28.10 upstream version - Stop installing ttfread, not built anymore * Packaging cleanup: - Redo get-orig-source d/rules target - Run wrap-and-sort -baskt - Upgrade to S-V 4.6.0 without changes needed . cups-filters (1.28.9-1) experimental; urgency=medium . * New 1.28.9 upstream version * Only install /etc/modules-load.d/cups-filters.conf on amd64 i386 mips64el mipsel alpha hppa ia64 sparc64 (Closes: #989306) . cups-filters (1.28.8-3) experimental; urgency=medium . [ Mike Gabriel ] * Apparmor: allow read-access to /usr/share/{,cups/}locale (Closes: #988764) . cups-filters (1.28.8-2) experimental; urgency=low . [ Sergio Durigan Junior ] * Backport upstream patch to
Bug#988764: marked as done (cups-browsed: apparmor blocks access to /usr/share/{cups/,}/locale)
Your message dated Tue, 24 Aug 2021 13:48:35 + with message-id and subject line Bug#988764: fixed in cups-filters 1.28.10-1 has caused the Debian Bug report #988764, regarding cups-browsed: apparmor blocks access to /usr/share/{cups/,}/locale 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.) -- 988764: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=988764 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: cups-browsed Version: 1.28.7-1 Severity: normal Tags: patch With CUPS on buster and bullseye I see these messages in /var/log/syslog: May 19 12:26:12 server03 kernel: [4563725.605605] audit: type=1400 audit(1621419972.056:193): apparmor="DENIED" operation="open" profile="/usr/sbin/cups-browsed" name="/usr/share/cups/locale/" pid=17771 comm="cups-browsed" requested_mask="r" denied_mask="r" fsuid=0 ouid=0 May 19 12:26:12 server03 kernel: [4563725.606138] audit: type=1400 audit(1621419972.056:194): apparmor="DENIED" operation="open" profile="/usr/sbin/cups-browsed" name="/usr/share/locale/" pid=17771 comm="cups-browsed" requested_mask="r" denied_mask="r" fsuid=0 ouid=0 May 19 12:27:08 server03 systemd[1]: cups-browsed.service: Succeeded. These error messages / folder access blocks can be amended by this change in /etc/apparmor.d/usr.sbin.cups-browsed: ``` diff --git a/apparmor.d/usr.sbin.cups-browsed b/apparmor.d/usr.sbin.cups-browsed index 4cf9301..cb78f2d 100644 --- a/apparmor.d/usr.sbin.cups-browsed +++ b/apparmor.d/usr.sbin.cups-browsed @@ -10,6 +10,8 @@ /etc/cups/cups-browsed.conf r, /etc/cups/lpoptions r, /etc/cups/ppd/* r, + /usr/share/cups/locale/ r, + /usr/share/locale/ r, /{var/,}run/cups/certs/* r, /var/cache/cups/* rw, /var/log/cups/* rw, ``` Greets, Mike -- DAS-NETZWERKTEAM c\o Technik- und Ökologiezentrum Eckernförde Mike Gabriel, Marienthaler Str. 17, 24340 Eckernförde mobile: +49 (1520) 1976 148 landline: +49 (4351) 850 8940 GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de pgpbpzRZOxWfq.pgp Description: Digitale PGP-Signatur --- End Message --- --- Begin Message --- Source: cups-filters Source-Version: 1.28.10-1 Done: Didier Raboud We believe that the bug you reported is fixed in the latest version of cups-filters, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 988...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Didier Raboud (supplier of updated cups-filters package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Tue, 24 Aug 2021 15:25:58 +0200 Source: cups-filters Architecture: source Version: 1.28.10-1 Distribution: unstable Urgency: medium Maintainer: Debian Printing Team Changed-By: Didier Raboud Closes: 988434 988764 989306 Changes: cups-filters (1.28.10-1) unstable; urgency=low . * New 1.28.10 upstream version - Stop installing ttfread, not built anymore * Packaging cleanup: - Redo get-orig-source d/rules target - Run wrap-and-sort -baskt - Upgrade to S-V 4.6.0 without changes needed . cups-filters (1.28.9-1) experimental; urgency=medium . * New 1.28.9 upstream version * Only install /etc/modules-load.d/cups-filters.conf on amd64 i386 mips64el mipsel alpha hppa ia64 sparc64 (Closes: #989306) . cups-filters (1.28.8-3) experimental; urgency=medium . [ Mike Gabriel ] * Apparmor: allow read-access to /usr/share/{,cups/}locale (Closes: #988764) . cups-filters (1.28.8-2) experimental; urgency=low . [ Sergio Durigan Junior ] * Backport upstream patch to circumvent conflict with upcoming OpenLDAP 2.5: cups-browsed: Renamed ldap_connect() due to conflict in new openldap (Closes: #988434) . cups-filters (1.28.8-1) experimental; urgency=low . * New 1.28.8 upstream release Checksums-Sha1: 4917a39436ef0b5ad5f4b64a8e9d7ac8a13fbbfe 2939 cups-filters_1.28.10-1.dsc b0958ef20c50dc41cbbaf8903e4fdb3a1231b3ec 1503924 cups-filters_1.28.10.orig.tar.xz 8cc79bccef227c7cdac8ca9db5162a5021b27379 83228 cups-filters_1.28.10-1.debian.tar.xz Checksums-Sha256:
Processed: Re: Bug#992784: cups: libcupsimage2 not a dependancy
Processing commands for cont...@bugs.debian.org: > reopen 992784 Bug #992784 {Done: Brian Potkin } [cups] cups: libcupsimage2 not a dependancy Bug reopened Ignoring request to alter fixed versions of bug #992784 to the same values previously set > thanks Stopping processing here. Please contact me if you need assistance. -- 992784: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=992784 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#992784: cups: libcupsimage2 not a dependancy
reopen 992784 thanks On Mon 23 Aug 2021 at 22:45:44 +0200, Alain Bertrand wrote: > > Hello, > > > Thanks for your answer but here apt rdepends libcupsimage2 gives totally > different results : > > apt rdepends libcupsimage2 > libcupsimage2 > Reverse Depends: > Dépend: libcupsimage2-dev (= 2.3.3op2-3+deb11u1) > Dépend: printer-driver-splix (>= 1.4.0) > Dépend: printer-driver-escpr (>= 1.4.0) > Dépend: printer-driver-dymo (>= 1.4.0) > > > BTW, a French guy on Debian-fr forum had the same problem as I had with a > fresh install, problem that was solved by the manual installation of > libcupsimage2. Apologies, Alain - you are correct with your apt rdepends command. I ran mine on buster! I have reopened the report. What is your printer and do you know what driver (if any) is being used? Please give 'lpstat -t'. Cheers, Brian.
Bug#992721: hplip: Scanning with Deskjet 3050A J611 crash
Le Mon, 23 Aug 2021 23:50:45 +0100, Brian Potkin a écrit : > > > But the problem is still the same for simple-scan and xsane… > > Is the "stack smashing detected" message given in these cases? Yes, exactly. > Please provide > > scanimage -L $ scanimage -L device `hpaio:/usb/Deskjet_3050A_J611_series?serial=CN31L1CQMP05WK' is a Hewlett-Packard Deskjet_3050A_J611_series all-in-one Cheers, -- Florence Birée (elle) 06 52 92 15 32 En ces temps d'état policier, ne les laissons pas lire nos mails, chiffrons-les ! https://emailselfdefense.fsf.org/fr/index.html pgpIvMmBaHqjE.pgp Description: Signature digitale OpenPGP
Bug#992721: hplip: Scanning with Deskjet 3050A J611 crash
On Tue 24 Aug 2021 at 12:34:19 +0200, Florence Birée wrote: > Le Tue, 24 Aug 2021 10:50:19 +0100, > Brian Potkin a écrit : > > Can you scan with any of these? > > > > scanimage -d > > "hpaio:/usb/Deskjet_3050A_J611_series?serial=CN31L1CQMP05WK" > > > image.pnm > > simple-scan > > "hpaio:/usb/Deskjet_3050A_J611_series?serial=CN31L1CQMP05WK" > > xsane > > "hpaio:/usb/Deskjet_3050A_J611_series?serial=CN31L1CQMP05WK" > > With some tests, it seems the crash is not always reproducible (sometimes, > it's working…), > so I run each command 4 times to see (and add hp-scan again, in case it crash > sometimes too). > > Without removing the slash: > > $ scanimage -d "hpaio:/usb/Deskjet_3050A_J611_series?serial=CN31L1CQMP05WK" > > image.pnm > > -> on 4 runs, 1 give "stack smashing", 3 works well… > > $ simple-scan "hpaio:/usb/Deskjet_3050A_J611_series?serial=CN31L1CQMP05WK" > > -> on 4 runs, 4 "stack smashing" crashes. I can see the top of the image > appearing in simple-scan, > and the program do no crash at the same times (sometimes more of the scan is > displayed before the > crash) > > $ xsane "hpaio:/usb/Deskjet_3050A_J611_series?serial=CN31L1CQMP05WK" > > -> on 4 runs, 4 "stack smashing" crashes > > $ hp-scan > > -> on 4 runs, 4 "stack smashing" crash… (but it worked yesterday…) > > ** after the removal of the slash in os-release: > > $ scanimage -d "hpaio:/usb/Deskjet_3050A_J611_series?serial=CN31L1CQMP05WK" > > image.pnm > > -> on 4 runs, 1 "stack smashing", 3 works > > $ simple-scan "hpaio:/usb/Deskjet_3050A_J611_series?serial=CN31L1CQMP05WK" > > -> on 4 runs, 4 "stack smashing" crashes. > > $ xsane "hpaio:/usb/Deskjet_3050A_J611_series?serial=CN31L1CQMP05WK" > > -> on 4 runs, 4 "stack smashing" crashes (but on some preliminary tests, it > works sometimes…) > > $ hp-scan > > -> on 4 runs, 4 "stack smashing" crash, at various percentages of scanning > > > So… it seems the problem is not 100% reproducible, even if it happens in the > large majority > of times… And I'm not sure the os-release changes really changes something, > maybe the times when > hp-scan was working was just luck… That's a lot of work you have done, Florence! Thanks. We have met this "stack smashing" situation before but in a printing context. OdyX managed to fix it then. Bug #932246. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=932246 There is very little more I can do now, apart from suggesting a downgrade from HPLIP experimental packages to unstable ones. scanimage appears to be your best bet for scanning for the present. Good Luck, Brian.
Bug#992721: hplip: Scanning with Deskjet 3050A J611 crash
On Tue 24 Aug 2021 at 11:18:15 +0200, Florence Birée wrote: > Le Mon, 23 Aug 2021 23:50:45 +0100, > Brian Potkin a écrit : > > > > > But the problem is still the same for simple-scan and xsane… > > > > Is the "stack smashing detected" message given in these cases? > > Yes, exactly. > > > Please provide > > > > scanimage -L > > $ scanimage -L > device `hpaio:/usb/Deskjet_3050A_J611_series?serial=CN31L1CQMP05WK' is > a Hewlett-Packard Deskjet_3050A_J611_series all-in-one Can you scan with any of these? scanimage -d "hpaio:/usb/Deskjet_3050A_J611_series?serial=CN31L1CQMP05WK" > image.pnm simple-scan "hpaio:/usb/Deskjet_3050A_J611_series?serial=CN31L1CQMP05WK" xsane "hpaio:/usb/Deskjet_3050A_J611_series?serial=CN31L1CQMP05WK" You could also try removing the slash from os-release. Cheers, Brian.