Bug#879950: hplip: lf317.1+rpak.1rPlugin mismatch after upgrade to 3.17.10+repack0-1
Hello Brian On 10/27/2017 10:18 PM, Brian Potkin wrote: Hello Martin. Thank you for your report. On Fri 27 Oct 2017 at 19:52:21 +0530, Martin Furter wrote: [...] You have to download and install the plugin. It is not in the hplip package. Did you? Are you talking about the plugin for the printer model? A long time ago when I installed hplip for the first time it downloaded and installed something. I forgot how I did that but the printer was working fine until I did the dist-upgrade. I'm having a hard time seeing where the bug in hplip is. My guess is that the update creates that /var/lib/hp/hplip.state file before installing the software and because of that it contains the old version number. I only changed the version number in this file and everything started working again. Best regards, Martin
Bug#879719: NO SCANNER ON HP MFP Laserjet 477 fdn
OK Sorry, thought there was someone out there willing to help, guess I was wrong, I'll do better next time, thanks for the correction. Joe On Fri, Oct 27, 2017 at 1:59 PM, Brian Potkinwrote: > On Fri 27 Oct 2017 at 13:37:46 -0400, Joeinslw wrote: > > > I have discovered that when I was using Linux Mint 17.3 this MFP Laserjet > > 477 fdn worked fine both for printing and scanning, but now that I have > > upgraded to Linux Mint 18.2 the printer works but there is no driver > that I > > can find for the scanner. So scanning is a problem on 18.2, the message > I > > get is SCANNER NOT FOUND, I think it needs a driver, but no drivers are > > available for 18.2. > > I can not scan from the computer, so the only work around I have found is > > to scan to a flash drive, then plug into computer and take the scanning > > documents from there, a lot of work because there isn't a driver > available > > for 18.2 > > You have put your mail in an inappropriate place. Firstly, this is a > Debian bug report about the OfficeJet Pro 8710. Secondly, Mint will have > its own support channels. Thirdly, it helps neither you nor us. > > As a Debian user you would have been advised to read the scanner section > of the Debian wiki and to have made sure you had installed the non-free > plugin from HP with the hp-plugin utility. > > Regards, > > Brian. >
Bug#879719: NO SCANNER ON HP MFP Laserjet 477 fdn
On Fri 27 Oct 2017 at 13:37:46 -0400, Joeinslw wrote: > I have discovered that when I was using Linux Mint 17.3 this MFP Laserjet > 477 fdn worked fine both for printing and scanning, but now that I have > upgraded to Linux Mint 18.2 the printer works but there is no driver that I > can find for the scanner. So scanning is a problem on 18.2, the message I > get is SCANNER NOT FOUND, I think it needs a driver, but no drivers are > available for 18.2. > I can not scan from the computer, so the only work around I have found is > to scan to a flash drive, then plug into computer and take the scanning > documents from there, a lot of work because there isn't a driver available > for 18.2 You have put your mail in an inappropriate place. Firstly, this is a Debian bug report about the OfficeJet Pro 8710. Secondly, Mint will have its own support channels. Thirdly, it helps neither you nor us. As a Debian user you would have been advised to read the scanner section of the Debian wiki and to have made sure you had installed the non-free plugin from HP with the hp-plugin utility. Regards, Brian.
Bug#879719: NO SCANNER ON HP MFP Laserjet 477 fdn
I have discovered that when I was using Linux Mint 17.3 this MFP Laserjet 477 fdn worked fine both for printing and scanning, but now that I have upgraded to Linux Mint 18.2 the printer works but there is no driver that I can find for the scanner. So scanning is a problem on 18.2, the message I get is SCANNER NOT FOUND, I think it needs a driver, but no drivers are available for 18.2. I can not scan from the computer, so the only work around I have found is to scan to a flash drive, then plug into computer and take the scanning documents from there, a lot of work because there isn't a driver available for 18.2
Bug#873606: marked as done (cups: 2.2.4 stopped being able to interact with our cups server)
Your message dated Fri, 27 Oct 2017 19:22:34 +0200 with message-id <20171027172234.p3dnlh2feiups...@var.youpi.perso.aquilenet.fr> and subject line Re: Bug#873606: cups: 2.2.4 stopped being able to interact with our cups server has caused the Debian Bug report #873606, regarding cups: 2.2.4 stopped being able to interact with our cups server 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.) -- 873606: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=873606 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: cups Version: 2.2.4-1 Severity: important Hello, Since the upgrade to 2.2.4-1 (more precisely, it is the upgrade of libcups2 which breaks things), I'm not able to print any more: [with 2.2.3-2] $ lpq print2me is ready no entries [with 2.2.4-1] $ lpq lpq: Error - PRINTER environment variable names non-existent destination "print2me". $ lpr /usr/bin/lpr: Error - scheduler not responding. $ lp lp: Error - scheduler not responding. but oddly enough: $ lpstat -a print2me accepting requests since mar. 29 août 2017 14:13:48 CEST Anyway, I had to downgrade to 2.2.3-2 to get printing back working. I'm using $CUPS_SERVER=cups.bordeaux.inria.fr $CUPS_USER=thibault $PRINTER=print2me The server shows: CUPS 1.6.3 Description: File d'attente Follow Me Location: Follow Me BSO Driver: TOSHIBA ColorMFP (color, 2-sided printing) Connection: lpd://193.50.111.138/secure Defaults: job-sheets=none, none media=na_letter_8.5x11in sides=two-sided-long-edge I have attached the TCP sessions of each version. It seems like the cups client does not send $PRINTER to the server at all, thus "No default printer" beign returned. Samuel -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'stable-debug'), (500, 'buildd-unstable'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental-debug'), (1, 'buildd-experimental'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.12.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.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 cdebconf [debconf-2.0] 0.229 ii cups-client 2.2.4-1 ii cups-common 2.2.4-1 ii cups-core-drivers 2.2.4-1 ii cups-daemon 2.2.4-1 ii cups-filters1.16.1-1 ii cups-ppdc 2.2.4-1 ii cups-server-common 2.2.4-1 ii debconf 1.5.63 ii ghostscript 9.21~dfsg-1 ii libavahi-client30.6.32-2 ii libavahi-common30.6.32-2 ii libc-bin2.24-14 ii libc6 2.24-14 ii libcups22.2.4-1 ii libcupscgi1 2.2.4-1 ii libcupsimage2 2.2.4-1 ii libcupsmime12.2.4-1 ii libcupsppdc12.2.4-1 ii libgcc1 1:7.2.0-1 ii libstdc++6 7.2.0-1 ii libusb-1.0-02:1.0.21-2 ii poppler-utils 0.48.0-2 ii procps 2:3.3.12-3 Versions of packages cups recommends: pn avahi-daemon ii colord 1.3.3-2 ii cups-filters [ghostscript-cups] 1.16.1-1 ii printer-driver-gutenprint5.2.13-1 Versions of packages cups suggests: ii cups-bsd 2.2.4-1 ii foomatic-db-compressed-ppds [foomatic-db] 20170723-1 ii hplip 3.17.7+repack0-3 ii printer-driver-cups-pdf [cups-pdf] 3.0.1-4 ii printer-driver-hpcups 3.17.7+repack0-3 ii smbclient 2:4.6.7+dfsg-1 ii udev 232-25 -- debconf information: cupsys/backend: lpd, socket, usb, snmp, dnssd cupsys/raw-print: true -- Samuel Hi ! I'm a .signature virus ! Copy me into your ~/.signature, please ! POST / HTTP/1.1 Content-Length: 729 Content-Type: application/ipp Host: cups.bordeaux.inria.fr:631 User-Agent: CUPS/2.2.3 (Linux 4.12.0-1-amd64; x86_64) IPP/2.0 Expect: 100-continue .G..attributes-charset..utf-8H..attributes-natural-language..fr-frD..requested-attributes..auth-info-requiredD... device-uriDjob-sheets-defaultDmarker-change-timeD... marker-colorsDmarker-high-levelsD...
Processed: Re: Bug#879719: libsane-hpaio: Does not recognize OfficeJet Pro 8710
Processing commands for cont...@bugs.debian.org: > forwarded 879719 https://bugs.launchpad.net/hplip/+bug/1728107 Bug #879719 [libsane-hpaio] libsane-hpaio: Does not recognize OfficeJet Pro 8710 Set Bug forwarded-to-address to 'https://bugs.launchpad.net/hplip/+bug/1728107'. > tags 879719 upstream Bug #879719 [libsane-hpaio] libsane-hpaio: Does not recognize OfficeJet Pro 8710 Added tag(s) upstream. > thanks Stopping processing here. Please contact me if you need assistance. -- 879719: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=879719 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Packaging the new OpenPrinting project Common Print Dialog Backends
Hi, as you perhaps know we have started a new project in this year's Google Summer of Code. Five students have worked on a new concept to assure feature completeness, printing technology support, and maintainability of print dialogs. A problem of desktop printing is that there are many different print dialogs, from different GUI toolkits like GTK and Qt but also from individual applications like LibreOffice or the Chromium Browser. Adding new print technologies (like Google Cloud Print) or new features to existing print technologies (like CUPS' new feature of auto-creating temporary queues for driverless IPP printers) always require changes on the print dialogs and due to the fact that they are often not well maintained and that the GUI toolkits have rather long release cycles the new technologies and features do not get supported by the print dialogs of desktop apps. To overcome this we have introduced a concept of separating the print dialog's GUIs from the print dialog's communication with the printing systems using a frontend/backend concept with a D-Bus interface. For each print technology (currently CUPS/IPP and Google Cloud Print, soon also save to PDF file) there is a GUI-toolkit-independent backend doing the communication with the printing system and providing a D-Bus API to the frontends (the print dialogs). A print dialog, when it is opened, first does a broadcast call into the D-Bus to find which backends are installed, then calls the list-printers function of each backend to get a list of all available printers. When the user selects a printer, the appropriate backend is asked for further capabilities of the printer (to build the printer options screen) and if the "Print" buttonis clicked, the PDF is sent to the selected printer via its backend. To get it into Debian (and from there into Ubuntu) at first the GUI-toolkit independent parts needs to get packages. These are the following projects on the new OpenPrinting GitHub (https://github.com/OpenPrinting): cpdb-libs: https://github.com/OpenPrinting/cpdb-libs Frontend and Backend Libraries These libraries allow for easy use of the D-Bus interface by print dialogs (frontends) and backends providing simple APIs so that the developer does not need to do the D-Bus communication directly. cpdb-backend-cups: https://github.com/OpenPrinting/cpdb-backend-cups CUPS/IPP Backend This backend does all the communication with CUPS (and IPP printers) for listing printers and capabilities and sending off print jobs. Needs cpdb-libs. cpdb-backend-gcp: https://github.com/OpenPrinting/cpdb-backend-gcp Google Cloud Print Backend This backend does all the communication with Google's servers for Cloud Print for listing printers and capabilities and sending off print jobs. Needs cpdb-libs. These three projects need to be Debian-packaged in three source packages so that the GUI toolkits (GTK and Qt) and LibreOffice can get built with this functionality. LibreOffice has already adopted these changes to be included in their next release. GTK will have it in its next major release. Qt will probable include it in 5.10. An adaptor backend for using the Common Print Dialog Backends with current GTK's print dialog is in the works. My plans are to introduce this new concept in Ubuntu 18.04 (Feature Freeze mid-February 2018). It would be great if the Debian packaging could be done soon so that I can sync it into Ubuntu. Thank you very much for any form of cooperation. Till
Bug#879950: hplip: lf317.1+rpak.1rPlugin mismatch after upgrade to 3.17.10+repack0-1
Hello Martin. Thank you for your report. On Fri 27 Oct 2017 at 19:52:21 +0530, Martin Furter wrote: [...] > I did a dist-upgrade this week and now printing and scanning is not > working anymore. The printer is Color Laser Jet MFP M176n. > > I found this in the logfile: > Oct 27 19:09:39 worf hpcups[23191]: prnt/hpcups/Hbpl1.cpp 52: Hbpl1 > constructor : m_szLanguage = HBPL1 > Oct 27 19:09:39 worf hpcups[23191]: common/utils.c 130: > validate_plugin_version() Plugin version[3.17.6] mismatch with HPLIP > version[3.17.10] > Oct 27 19:09:39 worf hpcups[23191]: common/utils.c 157: Plugin version is not > matching > Oct 27 19:09:39 worf hpcups[23191]: prnt/hpcups/HPCupsFilter.cpp 486: m_Job > initialization failed with error = 48 > > gimp/sane is saying "Failed to open device '...': Error during device I/O." > > hp-setup complains it can't find any printers. > > I can ping the printer and access it with a browser. [...] You have to download and install the plugin. It is not in the hplip package. Did you? I'm having a hard time seeing where the bug in hplip is. Regards, Brian.
Bug#879950: Acknowledgement (hplip: lf317.1+rpak.1rPlugin mismatch after upgrade to 3.17.10+repack0-1)
I read the output of hp-check again and saw that it mentioned the file "/var/lib/hp/hplip.state" containing: version = 3.17.6 The release notes of hplip 1.17.10 mention that this state file is new. So I thought if it is created by the new package then the old version does not make sense in that file. Then I edited the file and changed the version to 1.17.10 and now printing and scanning works fine. - Martin
Processed (with 1 error): merge 879115 818469
Processing commands for cont...@bugs.debian.org: > merge 879115 818469 Bug #879115 [hplip] hplip can't print jobs with unicode surrogate characters Unable to merge bugs because: package of #818469 is 'hplip-data' not 'hplip' Failed to merge 879115: Did not alter merged bugs. > -- Stopping processing here. Please contact me if you need assistance. -- 818469: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=818469 879115: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=879115 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#879950: hplip: lf317.1+rpak.1rPlugin mismatch after upgrade to 3.17.10+repack0-1
Package: hplip Version: 3.17.10+repack0-1 Severity: normal Dear Maintainer, I did a dist-upgrade this week and now printing and scanning is not working anymore. The printer is Color Laser Jet MFP M176n. I found this in the logfile: Oct 27 19:09:39 worf hpcups[23191]: prnt/hpcups/Hbpl1.cpp 52: Hbpl1 constructor : m_szLanguage = HBPL1 Oct 27 19:09:39 worf hpcups[23191]: common/utils.c 130: validate_plugin_version() Plugin version[3.17.6] mismatch with HPLIP version[3.17.10] Oct 27 19:09:39 worf hpcups[23191]: common/utils.c 157: Plugin version is not matching Oct 27 19:09:39 worf hpcups[23191]: prnt/hpcups/HPCupsFilter.cpp 486: m_Job initialization failed with error = 48 gimp/sane is saying "Failed to open device '...': Error during device I/O." hp-setup complains it can't find any printers. I can ping the printer and access it with a browser. -- Package-specific info: Saving output in log file: /tmp/hp-check.log HP Linux Imaging and Printing System (ver. 3.17.10) 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 warning: 2-buster/sid version is not supported. Using 2-9.1 versions dependencies to verify and install... --- | SYSTEM INFO | --- Kernel: 4.5.0-2-amd64 #1 SMP Debian 4.5.4-1 (2016-05-16) GNU/Linux Host: worf Proc: 4.5.0-2-amd64 #1 SMP Debian 4.5.4-1 (2016-05-16) GNU/Linux Distribution: 2 buster/sid Bitness: 64 bit --- | HPLIP CONFIGURATION | --- HPLIP-Version: HPLIP 3.17.10 HPLIP-Home: /usr/share/hplip warning: HPLIP-Installation: Auto installation is not supported for 2 distro buster/sid version Current contents of '/etc/hp/hplip.conf' file: # hplip.conf. Generated from hplip.conf.in by configure. [hplip] version=3.17.10 [dirs] home=/usr/share/hplip run=/var/run ppd=/usr/share/ppd/hplip/HP ppdbase=/usr/share/ppd/hplip doc=/usr/share/doc/hplip html=/usr/share/doc/hplip-doc icon=no cupsbackend=/usr/lib/cups/backend cupsfilter=/usr/lib/cups/filter drv=/usr/share/cups/drv bin=/usr/bin apparmor=/etc/apparmor.d # Following values are determined at configure time and cannot be changed. [configure] network-build=yes libusb01-build=no pp-build=yes gui-build=yes scanner-build=yes fax-build=yes dbus-build=yes cups11-build=no doc-build=yes shadow-build=no hpijs-install=yes foomatic-drv-install=yes foomatic-ppd-install=yes foomatic-rip-hplip-install=no hpcups-install=yes cups-drv-install=yes cups-ppd-install=no internal-tag=3.17.10 restricted-build=no ui-toolkit=qt5 qt3=no qt4=no qt5=yes policy-kit=yes lite-build=no udev_sysfs_rules=no hpcups-only-build=no hpijs-only-build=no apparmor_build=no Current contents of '/var/lib/hp/hplip.state' file: [plugin] installed = 1 eula = 1 version = 3.17.6 Current contents of '~/.hplip/hplip.conf' file: [commands] scan = /usr/bin/xsane -V %SANE_URI% [fax] email_address = voice_phone = [installation] date_time = 10/27/17 19:24:24 version = 3.17.10 [last_used] device_uri = hpaio:/net/HP_Color_LaserJet_Pro_MFP_M176n?ip=10.0.0.9 printer_name = HP_Color_LaserJet_Pro_MFP_M176n working_dir = . [polling] device_list = enable = false interval = 5 [refresh] enable = false rate = 30 type = 1 [settings] systray_messages = 0 systray_visible = 0 [upgrade] last_upgraded_time = 1466165483 notify_upgrade = false pending_upgrade_time = 0 - | External Dependencies | - error: cups
Bug#879171: cups: failed to recognize a driver of CP310dm
Hi Brian, On Fri, 27 Oct 2017 11:07:07 +0100, Brian Potkin wrote: > Remove the .deb you downloaded from fujixerox and install the package > printer-driver-fujixerox from the Debian archives. It also comes from > fujixerox but it puts files in the right places on the system. Set up > the printer as before. This works for me to get a printable version > of nsswitch. OK, but the printer CP310 and unstable Debian are in my office so please wait until next monday. Thanks for your kind reply and investigation. Best Regards, 2017-10-27(Fri) -- ** Atsuhito Kohda Math. Meth. in Sci., Tokushima Univ. atsuhito_k AT tokushima-u.ac.jp
Bug#879171: cups: failed to recognize a driver of CP310dm
On Fri 27 Oct 2017 at 10:58:37 +0900, Atsuhito Kohda wrote: [...] > > What do you mean by "failed to recognize driver of CP310dm"? > > I got printer driver (fxlinuxprint_1.1.2-1_amd64.deb) > from FujiXerox site; http://www.fujixerox.co.jp/download/eng/ > (in fact, I accessed a Japanese page of it). > It installed /usr/share/ppd/FujiXerox/fxlinuxprint.ppd.gz Thanks. There is a .deb which appears to be ok (but see below). > When I installed CP310 with cups (web interface), I selected > PPD and a file fxlinuxprint.ppd.gz. But after installation, > cups shows a printer driver of CP310 as "Local Raw Printer". > And, of course, I can't print with CP310. Which is why there isn't any PPD in /etc/cups/ppd. I haven't looked closely at the cause. > > > There is a PPD for your printer in /etc/cups/ppd. Please run the > > commands (as root) > > > > cupsfilter -p -m printer/foo -e /etc/nsswitch > > 2>log.stretch > > cupsfilter -p -m printer/foo -e /etc/nsswitch > > 2>log.unstable > > > > on stretch and an updated unstable. For stretch: cupsfilter: Unable to determine MIME type of "/etc/nsswitch". There is something wrong with your CUPS installation (or the file itself). I've never seen this in normal operation. It indicates that a simple text file will not be printed. Try to rectify this with apt-get --reinstall install cups-daemon apt-get --reinstall install cups-core-drivers to install the package versions of mime.types and mime.convs in /usr/share/cups/mime. > > Attach log.stretch and log.unstable to your next mail to the bug > > report. > > I update cups 2.2.5-2 and set CP310 but it seems there is > no corresponding PPD in /etc/cups/ppd/ > > $ LANG=C ls -l /etc/cups/ppd/ > total 80 > -rw-r- 1 root lp 24814 Oct 17 08:59 CP310_dw.ppd > -rw-r- 1 root lp 24814 Oct 17 08:59 CP310_dw.ppd.O > -rw-r- 1 root lp 10713 Oct 13 06:52 ipsio.ppd > -rw-r- 1 root lp 10705 Jul 24 07:12 ipsio.ppd.O > > I guess CP310_dw is a PPD when I installed cups 2.2.4-7. > So I can't generate log.unstable and attatch only log.stretch. > If I misunderstand anything, please let me know. You could have used CP310_dw.ppd; the PPDs on stretch and unstable are identical. Remove the .deb you downloaded from fujixerox and install the package printer-driver-fujixerox from the Debian archives. It also comes from fujixerox but it puts files in the right places on the system. Set up the printer as before. This works for me to get a printable version of nsswitch. Cheers, Brian.