Bug#932246: Re : Bug#932246: Re : Bug#932246: printer-driver-hpcups: no more printing to a HP LaserJet 1320: stack smashing detected and hpcups crashed on signal 6
>> 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 > 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
Bug#932246: Re : Bug#932246: Re : Bug#932246: printer-driver-hpcups: no more printing to a HP LaserJet 1320: stack smashing detected and hpcups crashed on signal 6
> 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
Bug#894984: cups-browsed: Stopping and starting `cups` ends up stopping `cups-browsed`
Package: cups-browsed Version: 1.20.1-1+b1 Severity: normal Here's a sample session: # ps auxw|grep cups root 27143 0.0 0.1 19508 9600 ?Ss Apr040:07 /usr/sbin/cupsd -l root 27144 0.0 0.1 42080 11184 ?Ssl Apr04 0:00 /usr/sbin/cups-browsed root 31856 0.0 0.0 5284 876 pts/5RN+ 14:27 0:00 grep cups ~-0# /etc/init.d/cups stop;/etc/init.d/cups start [ ok ] Stopping cups (via systemctl): cups.service. [ ok ] Starting cups (via systemctl): cups.service. ~-0# ps auxw|grep cups root 31935 0.0 0.0 17516 6932 ?Ss 14:28 0:00 /usr/sbin/cupsd -l root 31954 0.0 0.0 5284 796 pts/5SN+ 14:28 0:00 grep cups ~-0# As you can see before the `cups stop; cups start` both `cupsd` and `cups- browsed` were running, whereas afterwards only `cupsd` is running. I believe this behavior is incorrect since no part of `cups stop; cups start` says explicitly that we want `cups-browsed` to be stopped. So either `cups stop` should not stop `cups-browsed`, or it should check if `cups-browsed` is running and arrange to make sure a subsequent `cups start` restarts it if applicable. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 4.14.0-3-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8), LANGUAGE=fr_CH.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-browsed depends on: ii cups-daemon 2.2.7-1 ii libavahi-client3 0.7-3.1 ii libavahi-common3 0.7-3.1 ii libavahi-glib10.7-3.1 ii libc6 2.27-3 ii libcups2 2.2.7-1 ii libcupsfilters1 1.20.1-1+b1 ii libglib2.0-0 2.56.0-4 ii libldap-2.4-2 2.4.45+dfsg-1 ii lsb-base 9.20170808 Versions of packages cups-browsed recommends: ii avahi-daemon 0.7-3.1 cups-browsed suggests no packages. -- no debconf information
Bug#894664: cups: Libreoffice doesn't see my network printer
> So I cannot reproduce your problem. I suppose disconnecting the ethernet > connection doesn't do anything for you? No, indeed: using only the ethernet or only the wifi connection doesn't make any difference (usually only the ethernet is up). > > Avahi Resolver: Service 'HP OfficeJet Pro 8100 @ server' of type > > '_ipp._tcp' in domain +'local' skipped, could not determine IP address. > is (to me) a clear indication that something is wrong. My knowledge of > DNS matters is sparse so I think it is time for some help. Is "local" above meant to refer to the DNS domain appended to the host (i.e. does it mean the complete host name that was tried is "server.local")? > Till, Stefan has provided quite a lot of information (is it enough?). > Are we looking at a misconfiguration, a tweak to cups-browsed.conf or > a bug? Hmm... now I looked further into my cups-browsed.conf and I think I found the culprit: I had "BrowseOrder Allow,Deny" in there. I removed it and now the printer appears. Not sure how it got there. Maybe it's when I tried to prevent those "spurious" printers advertized by some local laptops from appearing, and since I was testing this with `evince` I got the impression that none of the BrowseDeny/BrowseAllow directives had any effect and left the config file in this broken state without noticing. It's also not clear why the debug log doesn't say that those printers are simply "denied by default" and why it gives this odd "could not determine IP address" instead. But at least, on my side you can consider this bug closed as a "pilot error" (tho I'll be happy to provide more info if you want to dig further). Thank you very much for your help, Stefan
Bug#894664: cups: Libreoffice doesn't see my network printer
> Thank you for thinking to send the log. There are three devices with IP > addresses which cannot be found. Are they all printers? Only the HP-8100 is a real printer. The other two are advertised by some laptop which happened to be connected. > Does Evince show them all? Yes. > Please do > > avahi-browse -art > log > > and post log. avahi-browse is in the avahi-utils package. Here it is (the laptop was absent this time). Stefan + wlan0 IPv6 HP OfficeJet Pro 8100 @ serverUNIX Printer local + wlan0 IPv4 HP OfficeJet Pro 8100 @ serverUNIX Printer local + eth0 IPv6 HP OfficeJet Pro 8100 @ serverUNIX Printer local + eth0 IPv4 HP OfficeJet Pro 8100 @ serverUNIX Printer local + wlan0 IPv6 CUPS @ server Web Site local + wlan0 IPv4 CUPS @ server Web Site local + eth0 IPv6 CUPS @ server Web Site local + eth0 IPv4 CUPS @ server Web Site local + wlan0 IPv6 HP OfficeJet Pro 8100 @ serverInternet Printer local + wlan0 IPv4 HP OfficeJet Pro 8100 @ serverInternet Printer local + eth0 IPv6 HP OfficeJet Pro 8100 @ serverInternet Printer local + eth0 IPv4 HP OfficeJet Pro 8100 @ serverInternet Printer local + wlan0 IPv6 HP OfficeJet Pro 8100 @ server_ipps._tcp local + wlan0 IPv4 HP OfficeJet Pro 8100 @ server_ipps._tcp local + eth0 IPv6 HP OfficeJet Pro 8100 @ server_ipps._tcp local + eth0 IPv4 HP OfficeJet Pro 8100 @ server_ipps._tcp local = wlan0 IPv6 HP OfficeJet Pro 8100 @ serverUNIX Printer local hostname = [server.local] address = [fd84:6537:edcf:0:216:ff:fe03:18c4] port = [0] txt = [] = wlan0 IPv4 HP OfficeJet Pro 8100 @ serverUNIX Printer local hostname = [server.local] address = [192.168.1.2] port = [0] txt = [] = eth0 IPv6 HP OfficeJet Pro 8100 @ serverUNIX Printer local hostname = [server.local] address = [fd84:6537:edcf:0:216:ff:fe03:18c4] port = [0] txt = [] = eth0 IPv4 HP OfficeJet Pro 8100 @ serverUNIX Printer local hostname = [server.local] address = [192.168.1.2] port = [0] txt = [] = wlan0 IPv6 CUPS @ server Web Site local hostname = [server.local] address = [fd84:6537:edcf:0:216:ff:fe03:18c4] port = [631] txt = [] = wlan0 IPv4 CUPS @ server Web Site local hostname = [server.local] address = [192.168.1.2] port = [631] txt = [] = eth0 IPv6 CUPS @ server Web Site local hostname = [server.local] address = [fd84:6537:edcf:0:216:ff:fe03:18c4] port = [631] txt = [] = eth0 IPv4 CUPS @ server Web Site local hostname = [server.local] address = [192.168.1.2] port = [631] txt = [] = wlan0 IPv6 HP OfficeJet Pro 8100 @ serverInternet Printer local hostname = [server.local] address = [fd84:6537:edcf:0:216:ff:fe03:18c4] port = [631] txt = ["printer-type=0x901E" "printer-state=3" "Duplex=T" "Color=T" "TLS=1.2" "UUID=8a590a22-8022-31c0-7155-5d1c1f5bb656" "URF=DM3" "pdl=application/octet-stream,application/pdf,application/postscript,image/jpeg,image/png,image/pwg-raster,image/urf" "product=(HP Officejet Pro 8100 eprinter-n811a)" "priority=0" "note=Salon" "adminurl=https://server.local:631/printers/Salon-HP-8100; "ty=HP Officejet Pro 8100, hpcups 3.16.11" "rp=printers/Salon-HP-8100" "qtotal=1" "txtvers=1"] = wlan0 IPv4 HP OfficeJet Pro 8100 @ serverInternet Printer local hostname = [server.local] address = [192.168.1.2] port = [631] txt = ["printer-type=0x901E" "printer-state=3" "Duplex=T" "Color=T" "TLS=1.2" "UUID=8a590a22-8022-31c0-7155-5d1c1f5bb656" "URF=DM3" "pdl=application/octet-stream,application/pdf,application/postscript,image/jpeg,image/png,image/pwg-raster,image/urf" "product=(HP Officejet Pro 8100 eprinter-n811a)" "priority=0" "note=Salon" "adminurl=https://server.local:631/printers/Salon-HP-8100; "ty=HP Officejet Pro 8100, hpcups 3.16.11" "rp=printers/Salon-HP-8100" "qtotal=1" "txtvers=1"] = eth0 IPv6 HP OfficeJet Pro 8100 @ serverInternet Printer local hostname = [server.local] address = [fd84:6537:edcf:0:216:ff:fe03:18c4] port = [631] txt = ["printer-type=0x901E" "printer-state=3" "Duplex=T" "Color=T" "TLS=1.2" "UUID=8a590a22-8022-31c0-7155-5d1c1f5bb656" "URF=DM3"
Bug#894664: cups: Libreoffice doesn't see my network printer
> Tentatively, this looks more like a cups-browsed issue. > > /etc/cups/cups-browsed should have a line "BrowseRemoteProtocols dnssd cups". Yes, I have that. > Try uncommenting "LogDir /var/log/cups" and "DebugLogging file" and look > at /var/log/cups/cups-browsed_log after restarting cups-browsed. Is the > printer in there? Yes, I attached the file below. I guess the problem is Wed Apr 4 17:31:38 2018 Avahi Resolver: Service 'HP OfficeJet Pro 8100 @ server' of type '_ipps._tcp' in domain 'local' skipped, could not determine IP address. but I don't know why. "host server" on that same machine returns "server.lan has address 192.168.1.2". Stefan Wed Apr 4 17:31:38 2018 cups-browsed: Creating http connection to local CUPS daemon: /var/run/cups/cups.sock:631 Wed Apr 4 17:31:38 2018 network interface at 192.168.1.112 Wed Apr 4 17:31:38 2018 network interface at 192.168.1.138 Wed Apr 4 17:31:38 2018 cups-browsed [BrowsePoll /var/run/cups/cups.sock:0]: IPP-Create-Subscription Wed Apr 4 17:31:38 2018 cups-browsed [BrowsePoll /var/run/cups/cups.sock:0]: subscription ID=1250 Wed Apr 4 17:31:38 2018 cups-browsed (/var/run/cups/cups.sock): cupsGetDests Wed Apr 4 17:31:38 2018 Could not determine system default printer! Wed Apr 4 17:31:38 2018 Using signal handler SIGACTION Wed Apr 4 17:31:38 2018 Avahi server connection got available, setting up service browsers. Wed Apr 4 17:31:38 2018 listening Wed Apr 4 17:31:38 2018 Avahi Browser: NEW: service 'HP OfficeJet Pro 8100 @ server' of type '_ipp._tcp' in domain 'local' Wed Apr 4 17:31:38 2018 Avahi Browser: NEW: service 'HP OfficeJet Pro 8100 @ server' of type '_ipp._tcp' in domain 'local' Wed Apr 4 17:31:38 2018 Avahi Browser: NEW: service 'HP OfficeJet Pro 8100 @ server' of type '_ipp._tcp' in domain 'local' Wed Apr 4 17:31:38 2018 Avahi Browser: NEW: service 'HP OfficeJet Pro 8100 @ server' of type '_ipp._tcp' in domain 'local' Wed Apr 4 17:31:38 2018 Avahi Browser: CACHE_EXHAUSTED Wed Apr 4 17:31:38 2018 Avahi Browser: ALL_FOR_NOW Wed Apr 4 17:31:38 2018 Avahi Browser: NEW: service 'HP OfficeJet Pro 8100 @ server' of type '_ipps._tcp' in domain 'local' Wed Apr 4 17:31:38 2018 Avahi Browser: NEW: service 'HP OfficeJet Pro 8100 @ server' of type '_ipps._tcp' in domain 'local' Wed Apr 4 17:31:38 2018 Avahi Browser: NEW: service 'HP OfficeJet Pro 8100 @ server' of type '_ipps._tcp' in domain 'local' Wed Apr 4 17:31:38 2018 Avahi Browser: NEW: service 'HP OfficeJet Pro 8100 @ server' of type '_ipps._tcp' in domain 'local' Wed Apr 4 17:31:38 2018 Avahi Browser: CACHE_EXHAUSTED Wed Apr 4 17:31:38 2018 Avahi Browser: ALL_FOR_NOW Wed Apr 4 17:31:38 2018 Avahi Resolver: Service 'HP OfficeJet Pro 8100 @ server' of type '_ipp._tcp' in domain 'local'. Wed Apr 4 17:31:38 2018 Avahi Resolver: Service 'HP OfficeJet Pro 8100 @ server' of type '_ipp._tcp' in domain 'local' skipped, could not determine IP address. Wed Apr 4 17:31:38 2018 listening Wed Apr 4 17:31:38 2018 Avahi Resolver: Service 'HP OfficeJet Pro 8100 @ server' of type '_ipp._tcp' in domain 'local'. Wed Apr 4 17:31:38 2018 Avahi Resolver: Service 'HP OfficeJet Pro 8100 @ server' of type '_ipp._tcp' in domain 'local' skipped, could not determine IP address. Wed Apr 4 17:31:38 2018 listening Wed Apr 4 17:31:38 2018 Avahi Resolver: Service 'HP OfficeJet Pro 8100 @ server' of type '_ipp._tcp' in domain 'local'. Wed Apr 4 17:31:38 2018 Avahi Resolver: Service 'HP OfficeJet Pro 8100 @ server' of type '_ipp._tcp' in domain 'local' skipped, could not determine IP address. Wed Apr 4 17:31:38 2018 listening Wed Apr 4 17:31:38 2018 Avahi Resolver: Service 'HP OfficeJet Pro 8100 @ server' of type '_ipp._tcp' in domain 'local'. Wed Apr 4 17:31:38 2018 Avahi Resolver: Service 'HP OfficeJet Pro 8100 @ server' of type '_ipp._tcp' in domain 'local' skipped, could not determine IP address. Wed Apr 4 17:31:38 2018 listening Wed Apr 4 17:31:38 2018 Avahi Resolver: Service 'HP OfficeJet Pro 8100 @ server' of type '_ipps._tcp' in domain 'local'. Wed Apr 4 17:31:38 2018 Avahi Resolver: Service 'HP OfficeJet Pro 8100 @ server' of type '_ipps._tcp' in domain 'local' skipped, could not determine IP address. Wed Apr 4 17:31:38 2018 listening Wed Apr 4 17:31:38 2018 Avahi Resolver: Service 'HP OfficeJet Pro 8100 @ server' of type '_ipps._tcp' in domain 'local'. Wed Apr 4 17:31:38 2018 Avahi Resolver: Service 'HP OfficeJet Pro 8100 @ server' of type '_ipps._tcp' in domain 'local' skipped, could not determine IP address. Wed Apr 4 17:31:38 2018 listening Wed Apr 4 17:31:38 2018 Avahi Resolver: Service 'HP OfficeJet Pro 8100 @ server' of type '_ipps._tcp' in domain 'local'. Wed Apr 4 17:31:38 2018 Avahi Resolver: Service 'HP OfficeJet Pro 8100 @ server' of type '_ipps._tcp' in domain 'local' skipped, could not determine IP address. Wed Apr 4 17:31:38 2018 listening Wed Apr 4 17:31:38 2018 Avahi Resolver: Service 'HP OfficeJet Pro 8100 @ server'
Bug#894664: cups: Libreoffice doesn't see my network printer
>> I have a printer connected via USB to a local server (running Debian >> stable as well). This printer is made visible to my clients by >> running cups-browsed. > For the server to advertise its printers with DNS-SD cups-browsed is > superfluous. I expressed myself poorly: the cups-browsed is running on the client. > For most applications and command line programs cups-browsed has to be > running on the client; seeing nothing at localhost:631 implies it is > not. Please give the outputs of > > systemctl status cups-browsed > > and > > lpstat -t > > on the client. % LANG=C systemctl status cups-browsed * cups-browsed.service - Make remote CUPS printers available locally Loaded: loaded (/lib/systemd/system/cups-browsed.service; enabled; vendor pre Active: active (running) since Mon 2018-04-02 10:30:23 EDT; 21h ago Main PID: 5174 (cups-browsed) Tasks: 3 (limit: 4915) CGroup: /system.slice/cups-browsed.service `-5174 /usr/sbin/cups-browsed % LANG=C lpstat -t scheduler is running no system default destination lpstat: No destinations added. lpstat: No destinations added. lpstat: No destinations added. lpstat: No destinations added. % >> Yet, this somehow works: e.g. evince sees my network printer just fine. But >> Libreoffice doesn't. I haven't tried all applications to figure out which do >> and which don't, so maybe Libreoffice is not the only one affected. > > Evince can read the server's DNS-SD broadcasts directly; it doesn't need > cups-browsed. Libreoffice cannot read the server's DNS-SD broadcasts > directly. Good to know, thanks. Stefan
Bug#894664: cups: Libreoffice doesn't see my network printer
Package: cups Version: 2.2.1-8+deb9u1 Severity: normal Dear Maintainer, I have a printer connected via USB to a local server (running Debian stable as well). This printer is made visible to my clients by running cups-browsed. My clients have no locally-configured printers (and hence no "default" printer), and indeed when I go to "localhost:631" I don't see any printers there. Yet, this somehow works: e.g. evince sees my network printer just fine. But Libreoffice doesn't. I haven't tried all applications to figure out which do and which don't, so maybe Libreoffice is not the only one affected. I've seen bug#867818 which seems related, but my `cups` is an older version than the one that seems to be affected by that problem. I've also seen bug#772097, but that one seems older than mine (back around that time, cups-browsed would actually cause the network printer to appear in /etc/cu0ps/printers.conf and in localhost:631 and Libreoffice could see it fine then). -- System Information: Debian Release: 9.4 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Kernel: Linux 4.9.0-3-686-pae (SMP w/4 CPU cores) Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8), LANGUAGE=fr_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages cups depends on: ii cups-client2.2.1-8+deb9u1 ii cups-common2.2.1-8+deb9u1 ii cups-core-drivers 2.2.1-8+deb9u1 ii cups-daemon2.2.1-8+deb9u1 ii cups-filters 1.11.6-3 ii cups-ppdc 2.2.1-8+deb9u1 ii cups-server-common 2.2.1-8+deb9u1 ii debconf [debconf-2.0] 1.5.61 ii ghostscript9.20~dfsg-3.2+deb9u1 ii libavahi-client3 0.6.32-2 ii libavahi-common3 0.6.32-2 ii libc-bin 2.24-11+deb9u3 ii libc6 2.24-11+deb9u3 ii libcups2 2.2.1-8+deb9u1 ii libcupscgi12.2.1-8+deb9u1 ii libcupsimage2 2.2.1-8+deb9u1 ii libcupsmime1 2.2.1-8+deb9u1 ii libcupsppdc1 2.2.1-8+deb9u1 ii libgcc11:6.3.0-18+deb9u1 ii libstdc++6 6.3.0-18+deb9u1 ii libusb-1.0-0 2:1.0.21-1 ii poppler-utils 0.48.0-2+deb9u2 ii procps 2:3.3.12-3 Versions of packages cups recommends: ii avahi-daemon 0.6.32-2 ii colord 1.3.3-2 ii cups-filters [ghostscript-cups] 1.11.6-3 pn printer-driver-gutenprint Versions of packages cups suggests: ii cups-bsd 2.2.1-8+deb9u1 pn foomatic-db-compressed-ppds | foomatic-db ii hplip 3.16.11+repack0-3 ii printer-driver-cups-pdf [cups-pdf] 2.6.1-22 ii printer-driver-hpcups 3.16.11+repack0-3 pn smbclient ii udev 232-25+deb9u2 -- Configuration Files: /etc/cups/cupsd.conf changed: LogLevel warn MaxLogSize 0 SystemGroup lpadmin Listen localhost:631 Listen /var/run/cups/cups.sock Browsing On BrowseLocalProtocols dnssd DefaultAuthType Basic WebInterface Yes Order allow,deny Order allow,deny AuthType Default Require user @SYSTEM Order allow,deny # Job/subscription privacy... JobPrivateAccess default JobPrivateValues default SubscriptionPrivateAccess default SubscriptionPrivateValues default # Job-related operations must be done by the owner or an administrator... Order deny,allow Require user @OWNER @SYSTEM Order deny,allow # All administration operations require an administrator to authenticate... AuthType Default Require user @SYSTEM Order deny,allow # All printer operations require a printer operator to authenticate... AuthType Default Require user @SYSTEM Order deny,allow # Only the owner or an administrator can cancel or authenticate a job... Require user @OWNER @SYSTEM Order deny,allow Order deny,allow # Job/subscription privacy... JobPrivateAccess default JobPrivateValues default SubscriptionPrivateAccess default SubscriptionPrivateValues default # Job-related operations must be done by the owner or an administrator... AuthType Default Order deny,allow AuthType Default Require user @OWNER @SYSTEM Order deny,allow # All administration operations require an administrator to authenticate... AuthType Default Require user @SYSTEM Order deny,allow # All printer operations require a printer operator to authenticate... AuthType Default Require user @SYSTEM Order deny,allow # Only the owner or an administrator can cancel or authenticate a job... AuthType Default Require user @OWNER @SYSTEM Order deny,allow Order deny,allow -- debconf information: cupsys/backend: lpd, socket, usb, snmp,
Bug#530027: Even auto-added printers can fail
I bumped into this problem with a printer auto-added by cups-browsed: apparently, cups-browsed added the printer under the FQDN name in printers.conf, but cupsd somehow expected a different host name (I guess cupsd uses $(hostname) to decide on the expected servername, and in my case $(hostname) is different from the FQDN name). Stefan -- To UNSUBSCRIBE, email to debian-printing-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/jwvd2nomokb.fsf-monnier+bug#530...@gnu.org
Bug#682078: hplip: Draft quality makes hpcups failed for Deskjet D2660
Package: hplip Version: 3.12.6-3 Severity: normal Dear Maintainer, My D2660 was refusing to print anything, always giving me the dreaded hpcups failed (which BTW should be replaced by a better error message that would at least give the user some idea whether the problem is in the local rendering, a failure of communication with the printer, or an error on the printer itself), until I finally figured out that it works if I use normal grayscale instead of draft grayscale quality. Now, I much prefer draft quality, but at least if it doesn't work, I think it shoud not be listed among the available print quality options. For reference, the only debug-log I found was in /var/log/cups/error_log where I guess the key element is: D [19/Jul/2012:07:10:32 -0400] [Job 365] prnt/hpcups/Lidil.cpp 586: CupeInteger1 = [3] D [19/Jul/2012:07:10:32 -0400] [Job 365] prnt/hpcups/Lidil.cpp 587: CupeInteger2 = [3] D [19/Jul/2012:07:10:32 -0400] [Job 365] prnt/hpcups/Lidil.cpp 588: PrintMode Index = [5] D [19/Jul/2012:07:10:32 -0400] [Job 365] prnt/hpcups/Lidil.cpp 600: Print Mode = [PlainDraftGrayK] D [19/Jul/2012:07:10:32 -0400] [Job 365] prnt/hpcups/Lidil.cpp 177: Requested resolution not supported with requested printmodeprnt/hpcups/Lidil.cpp 178: m_pPM-BaseResX = 600 D [19/Jul/2012:07:10:32 -0400] [Job 365] prnt/hpcups/Lidil.cpp 179: m_pPM-BaseResY = 600 D [19/Jul/2012:07:10:32 -0400] [Job 365] prnt/hpcups/Lidil.cpp 180: m_pQA-horizontal_resolution = 300 D [19/Jul/2012:07:10:32 -0400] [Job 365] prnt/hpcups/Lidil.cpp 181: m_pQA-vertical_resolution = 300 D [19/Jul/2012:07:10:32 -0400] [Job 365] prnt/hpcups/HPCupsFilter.cpp 443: m_Job initialization failed with error = 25STATE: +connecting-to-device It wasn't obvious at all to me that this was the actual error, since this error_log file contains several other failures and it's not clear which one is the fatal one and which ones are just informative. E.g. there are also the following lines, which apparently aren't fatal: D [19/Jul/2012:07:10:32 -0400] [Job 365] Failed to send: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files D [19/Jul/2012:07:10:32 -0400] [Job 365] Failed to get profile filename! D [19/Jul/2012:07:10:32 -0400] [Job 365] no profiles specified in PPD Stefan -- Package-specific info: HP Linux Imaging and Printing System (ver. 3.12.6) Dependency/Version Check Utility ver. 15 Copyright (c) 2001-14 Hewlett-Packard 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 Saving output in log file: /home/monnier/hp-check.log Initializing. Please wait... --- | SYSTEM INFO | --- Kernel: 3.2.0-2-amd64 #1 SMP Mon Jun 11 19:23:01 UTC 2012 GNU/Linux Host: alfajor Proc: 3.2.0-2-amd64 #1 SMP Mon Jun 11 19:23:01 UTC 2012 GNU/Linux Distribution: debian 6.0.5 --- | HPLIP CONFIGURATION | --- HPLIP-Version: HPLIP 3.12.6 HPLIP-Home: /usr/share/hplip HPLIP-Installation: Auto installation is supported for debian distro 6.0.5 version Current contents of '/etc/hp/hplip.conf' file: # hplip.conf. Generated from hplip.conf.in by configure. [hplip] version=3.12.6 [dirs] home=/usr/share/hplip run=/var/run ppd=/usr/share/ppd/hplip/HP ppdbase=/usr/share/ppd/hplip doc=/usr/share/doc/hplip-doc/HTML icon=no cupsbackend=/usr/lib/cups/backend cupsfilter=/usr/lib/cups/filter drv=/usr/share/cups/drv # Following values are determined at configure time and cannot be changed.
Bug#619934: /usr/bin/pdfopt: Let Adobe do its own advertizement rather than pdfopt
Package: ghostscript Version: 9.01~dfsg-2 Severity: normal File: /usr/bin/pdfopt The pdfopt manpage says: [...] mization puts the elements of the file into a more linear order and adds hint pointers, allowing Adobe's Acrobat(TM) products to display individual pages of the file more quickly when accessing the file through a network. [...] I see no need for such advertizement of products whose companies don't reciprocate. I.e. just say ...allowing PDF viewers to display -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.36.3 (SMP w/2 CPU cores) Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ghostscript depends on: ii debconf [de 1.5.38 Debian configuration management sy ii debianutils 3.4.4Miscellaneous utilities specific t ii gsfonts 1:8.11+urwcyr1.0.7~pre44-4.2 Fonts for the Ghostscript interpre ii libc6 2.11.2-11Embedded GNU C Library: Shared lib ii libgs9 9.01~dfsg-2 interpreter for the PostScript lan ghostscript recommends no packages. Versions of packages ghostscript suggests: ii ghostscript-cups 9.01~dfsg-2 interpreter for the PostScript lan ii ghostscript-x9.01~dfsg-2 interpreter for the PostScript lan ii hpijs3.11.1-2HP Linux Printing and Imaging - gs -- no debconf information -- To UNSUBSCRIBE, email to debian-printing-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110328133443.5859.74233.reportbug@localhost
Bug#619934: /usr/bin/pdfopt: Let Adobe do its own advertizement rather than pdfopt
# upstream documentation tags 619934 + upstream severity 619934 minor quit Stefan Monnier wrote: adds hint pointers, allowing Adobe's Acrobat(TM) products to display individual pages of the file more quickly when accessing the file through a network. [...] I see no need for such advertizement of products whose companies don't reciprocate. I.e. just say ...allowing PDF viewers to display What you say makes some sense, assuming it is technically accurate. Because I am lazy: do evince, xpdf, and other poppler-based viewers implement that feature, too? Even if they don't it is still technically accurate that those hint pointers allow any PDF viewer to display individual pages more quickly. Allow only indicates that it makes it possible, not that it does happen. At least, I don't see any particular reason why only Acrobat would be allowed to use those hints. Stefan -- To UNSUBSCRIBE, email to debian-printing-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/jwvipv3kn3b.fsf-monnier+in...@gnu.org