Processed: Re: Bug#886224: printer-driver-cups-pdf: Virtual pdf printer error: no output and config problem
Processing commands for cont...@bugs.debian.org: > severity 886224 normal Bug #886224 [printer-driver-cups-pdf] printer-driver-cups-pdf: Virtual pdf printer error: no output and config problem Severity set to 'normal' from 'grave' > thanks Stopping processing here. Please contact me if you need assistance. -- 886224: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=886224 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#886224: printer-driver-cups-pdf: Virtual pdf printer error: no output and config problem
severity 886224 normal thanks On Wed 03 Jan 2018 at 17:18:25 +0100, Rudolf Polzer wrote: > You are right - the cups pdf printer is now working. > > I changed the pdf output directory a long time ago before using > Apparmor, but now Apparmor needs to allow rw access to this directory. > > So I updated /etc/apparmor.d/usr.sbin.cupsd > and the pdf printing works. With what did you update it? > The config problem remains unsolved. Can you reproduce this problem? -- Brian.
printer-driver-indexbraille_1.2.3-1_source.changes ACCEPTED into unstable
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Fri, 05 Jan 2018 19:03:04 +0100 Source: printer-driver-indexbraille Binary: printer-driver-indexbraille Architecture: source Version: 1.2.3-1 Distribution: unstable Urgency: medium Maintainer: Debian Printing Team Changed-By: Samuel Thibault Description: printer-driver-indexbraille - CUPS printing to Index Braille printers Changes: printer-driver-indexbraille (1.2.3-1) unstable; urgency=medium . * New upstream version. * control: Bump Standards-Version to 4.1.1 (no change). * watch: Add watch. Checksums-Sha1: c0d0ea21eb1c8ccdce7779d165c173fc8d5138ae 2011 printer-driver-indexbraille_1.2.3-1.dsc 3c5de728e913253ab04a24817faff0419f2dbdae 13913 printer-driver-indexbraille_1.2.3.orig.tar.gz ea834393d70e0cca754747eaa5cc5411bb51 2000 printer-driver-indexbraille_1.2.3-1.debian.tar.xz Checksums-Sha256: a25fad4ea9a220f8c41c651f18e2892b1f33d0a5b1361d799082ac7101cf04db 2011 printer-driver-indexbraille_1.2.3-1.dsc ff69e5ae8a657a68fea45d2ec78cfe9def3ea8f6d7fade3b54df2fe60eaa516f 13913 printer-driver-indexbraille_1.2.3.orig.tar.gz ad6fae5bd9c213aa4cd8d3023f1d89ad72999504053998974cde22670fd0cc37 2000 printer-driver-indexbraille_1.2.3-1.debian.tar.xz Files: ce14d1966459ba856e7c2d19f6b2a0da 2011 text optional printer-driver-indexbraille_1.2.3-1.dsc 436898f4df4eebd47f5c752366fcb47e 13913 text optional printer-driver-indexbraille_1.2.3.orig.tar.gz 8e29c27e2e7088faee39f5c642cf4ffa 2000 text optional printer-driver-indexbraille_1.2.3-1.debian.tar.xz -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEmjc9NmSo3GLaCjT9nlEeAcc38HUFAlpPwBMACgkQnlEeAcc3 8HUtuxAAlUQDowvXItsPwUzr3xbaUdA86GxkaY7lWNtnwyYurrxRLrjE5Hj7dNrl vURA+2bfJalwMm/aBfVjTd/K3UWdCde+kpYBmgeV9Fbv2D74v5xqsP4m5ZBYTaFI B6+LdTn4aWTbyfnKZux8ZexUNvFr/PvlxPW5149APHGju3YbIkWB8bKhcVXKlBnZ 8hqD4GNyMwVf342hRrPqyg3Iz7yauk8ph07R0vjmoZhdW2oJnSD9Fs5Cu/Zn441i 4nzY+keLrKRBerZLm6uNySwgaHdlaHZyVvHtFjnlSW27lQC9W/p7XpfxV0I6P9u/ kcdRxh+0lSMdQvQnx8BNIq61pzE+xqY1TQQmZtDhO0vNN5gpR99xE282UGJg+sJo /Ycs83pblt6ZsUPOaukE+fz9vMjtFl2kuJcleibYoafG5uOihgavGIxRA/TVsHAn 0RDpwFIPTfeGXu9zIdUft8eGFz2M7eJgcbVkEPP5SfRqI5RcMNeDgWFoRl7al8WF kH9dH0lwmaKgvzbY6uxngtFSOAJNnltPe7MSyIWsTwb5a6vc4rr7XyLqedbc+odL WOEiJooIuAhA0+BBN8mO0aNNEcIBO/HRmggT3LaYBRRVrRh43NiYfjcgvSEwlYhD TTV6Msy6EzJslo9ahVX4jvk25AWqPKJdG7FE3OM+t2woYGIeMBs= =8eh1 -END PGP SIGNATURE- Thank you for your contribution to Debian.
Processing of printer-driver-indexbraille_1.2.3-1_source.changes
printer-driver-indexbraille_1.2.3-1_source.changes uploaded successfully to localhost along with the files: printer-driver-indexbraille_1.2.3-1.dsc printer-driver-indexbraille_1.2.3.orig.tar.gz printer-driver-indexbraille_1.2.3-1.debian.tar.xz Greetings, Your Debian queue daemon (running on host usper.debian.org)
Bug#886335: addendum
On Fri 05 Jan 2018 at 01:10:52 +0100, SZABO Zsolt wrote: > I think, that the bug is related to the utility gstoraster as described here > (it does not recognise PJL encapsulated, PostScript document text > starting with "\033%-12345X@PJL JOB"): > > https://www.linuxquestions.org/questions/slackware-14/slackware-cups-can%27t-detect-file-type-4175605111/ This is a possibility. It would still be useful to have the asked-for error_log though. Also view the file sent to CUPS with less and let us have its first ten lines. > As a dirty hack I replaced the last line of the gstopdf script (in > /usr/lib/cups/filter) calling gstoraster for > > /usr/bin/ps2pdf - - > > and it works. (However, some options like jobid, user, copies, peculiar > options etc. are not passed, so some more complex print jobs may > not so be processed as expected.) > > And I have not tested the local printings yet (from the linux host)... Might it not be easier to get Windows to send plain PostScript? Regards, Brian.
Bug#886391: libhpipp.so: undefined symbols: needs -lcups
Package: libhpmud0 Version: 3.17.10+repack0-2 Severity: minor File: /usr/lib/x86_64-linux-gnu/libhpipp.so.0.0.1 User: debian...@lists.debian.org Usertags: undefined-symbol adequate libhpipp.so needs to link with -lcups, see the output of adequate, symtree and objdump below. I detected this on amd64 but the Debian build log scanner also detected dpkg-buildpackage complaining about it on most architectures, see the w3m/getbuildlog output below. I filed this bug at severity minor since I'm not sure if there are any programs using the hpipp lib or if they already use the libcups symbols and link with the -lcups flag or not. This bug report brought to you by adequate: http://bonedaddy.net/pabs3/log/2013/02/23/inadequate-software/ $ adequate libhpmud0 libhpmud0:amd64: undefined-symbol /usr/lib/x86_64-linux-gnu/libhpipp.so.0.0.1 => cupsLangEncoding libhpmud0:amd64: undefined-symbol /usr/lib/x86_64-linux-gnu/libhpipp.so.0.0.1 => ippDelete libhpmud0:amd64: undefined-symbol /usr/lib/x86_64-linux-gnu/libhpipp.so.0.0.1 => ippFirstAttribute libhpmud0:amd64: undefined-symbol /usr/lib/x86_64-linux-gnu/libhpipp.so.0.0.1 => cupsSetUser libhpmud0:amd64: undefined-symbol /usr/lib/x86_64-linux-gnu/libhpipp.so.0.0.1 => ippGetInteger libhpmud0:amd64: undefined-symbol /usr/lib/x86_64-linux-gnu/libhpipp.so.0.0.1 => ippNew libhpmud0:amd64: undefined-symbol /usr/lib/x86_64-linux-gnu/libhpipp.so.0.0.1 => ippGetBoolean libhpmud0:amd64: undefined-symbol /usr/lib/x86_64-linux-gnu/libhpipp.so.0.0.1 => ippReadIO libhpmud0:amd64: undefined-symbol /usr/lib/x86_64-linux-gnu/libhpipp.so.0.0.1 => cupsServer libhpmud0:amd64: undefined-symbol /usr/lib/x86_64-linux-gnu/libhpipp.so.0.0.1 => ippGetValueTag libhpmud0:amd64: undefined-symbol /usr/lib/x86_64-linux-gnu/libhpipp.so.0.0.1 => cupsLastError libhpmud0:amd64: undefined-symbol /usr/lib/x86_64-linux-gnu/libhpipp.so.0.0.1 => ippSetVersion libhpmud0:amd64: undefined-symbol /usr/lib/x86_64-linux-gnu/libhpipp.so.0.0.1 => ippGetName libhpmud0:amd64: undefined-symbol /usr/lib/x86_64-linux-gnu/libhpipp.so.0.0.1 => cupsLangDefault libhpmud0:amd64: undefined-symbol /usr/lib/x86_64-linux-gnu/libhpipp.so.0.0.1 => ippGetString libhpmud0:amd64: undefined-symbol /usr/lib/x86_64-linux-gnu/libhpipp.so.0.0.1 => httpConnectEncrypt libhpmud0:amd64: undefined-symbol /usr/lib/x86_64-linux-gnu/libhpipp.so.0.0.1 => ippSetOperation libhpmud0:amd64: undefined-symbol /usr/lib/x86_64-linux-gnu/libhpipp.so.0.0.1 => ippAddBoolean libhpmud0:amd64: undefined-symbol /usr/lib/x86_64-linux-gnu/libhpipp.so.0.0.1 => cupsDoRequest libhpmud0:amd64: undefined-symbol /usr/lib/x86_64-linux-gnu/libhpipp.so.0.0.1 => cupsDoFileRequest libhpmud0:amd64: undefined-symbol /usr/lib/x86_64-linux-gnu/libhpipp.so.0.0.1 => ippAddInteger libhpmud0:amd64: undefined-symbol /usr/lib/x86_64-linux-gnu/libhpipp.so.0.0.1 => ippSetRequestId libhpmud0:amd64: undefined-symbol /usr/lib/x86_64-linux-gnu/libhpipp.so.0.0.1 => ippGetGroupTag libhpmud0:amd64: undefined-symbol /usr/lib/x86_64-linux-gnu/libhpipp.so.0.0.1 => ippGetStatusCode libhpmud0:amd64: undefined-symbol /usr/lib/x86_64-linux-gnu/libhpipp.so.0.0.1 => ippPort libhpmud0:amd64: undefined-symbol /usr/lib/x86_64-linux-gnu/libhpipp.so.0.0.1 => cupsEncryption libhpmud0:amd64: undefined-symbol /usr/lib/x86_64-linux-gnu/libhpipp.so.0.0.1 => ippNextAttribute libhpmud0:amd64: undefined-symbol /usr/lib/x86_64-linux-gnu/libhpipp.so.0.0.1 => cupsUser libhpmud0:amd64: undefined-symbol /usr/lib/x86_64-linux-gnu/libhpipp.so.0.0.1 => ippNewRequest libhpmud0:amd64: undefined-symbol /usr/lib/x86_64-linux-gnu/libhpipp.so.0.0.1 => ippErrorString libhpmud0:amd64: undefined-symbol /usr/lib/x86_64-linux-gnu/libhpipp.so.0.0.1 => ippAddStrings libhpmud0:amd64: undefined-symbol /usr/lib/x86_64-linux-gnu/libhpipp.so.0.0.1 => ippAddString libhpmud0:amd64: undefined-symbol /usr/lib/x86_64-linux-gnu/libhpipp.so.0.0.1 => ippWriteIO libhpmud0:amd64: undefined-symbol /usr/lib/x86_64-linux-gnu/libhpipp.so.0.0.1 => httpClose $ man adequate | grep -A4 undefined-symbol undefined-symbol The symbol has not been found in the libraries linked with the binary. Either the binary either needs to be linked with an additional shared library, or the dependency on the shared library package that provides this symbol is too weak. References: Debian Policy §3.5, §8.6, §10.2. $ lddtree /usr/lib/x86_64-linux-gnu/libhpipp.so.0.0.1 libhpipp.so.0.0.1 => /usr/lib/x86_64-linux-gnu/libhpipp.so.0.0.1 (interpreter => none) libhpmud.so.0 => /usr/lib/x86_64-linux-gnu/libhpmud.so.0 libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 ld-linux-x86-64.so.2 => /lib/x86_64-linux-gnu/ld-linux-x86-64.so.2 libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 libusb-1.0.so.0 => /lib/x86_64-linux-gnu/libusb-1.0.so.0 libudev.so.1 => /lib/x86_64-linux-gnu/libudev.so.1 libnetsnmp.so.30 => /usr/lib/x86_64-linux-gnu/libnetsnmp.
