Source: hplip Version: 3.18.12+dfsg0-2 Severity: important Hi,
I upgraded a machine to buster recently, and printing (an HP 1025nw, with HP's proprietary plugin) just silently broke. Everything looked OK, but nothing was coming out. Finally I found in /var/log/debug: Dec 16 00:07:20 localhost hpcups[9302]: prnt/hpcups/HPCupsFilter.cpp 489: m_Job initialization failed with error = 48 The Internet suggested I needed to run hp-setup again (which needed X forwarding, but OK...). It failed pretty badly, since it tried to contact a keyserver that no longer existed, namely pgpkeys.mit.edu. (Downloading the key manually from a different keyserver didn't help.) Worse, however, is that the plugin installation just silently failed. Eventually, I found out which file it was downloading, namely: http://www.openprinting.org/download/printdriver/auxfiles/HP/plugins/hplip-3.18.12-plugin.run and ran it myself. It turned out that it couldn't find its HPLIP modules; by that, it seemingly meant the Python CUPS modules. The problem is that the .run file prefers /usr/bin/python, which is Python 2, but Debian now only ships CUPS modules for Python 3. (If you don't have /usr/bin/python, it tries python3.) After installing the plugin properly and getting a success message, it _still_ claimed I needed a plugin that I didn't have, and offered to run hp-plugin for me, but now my old printer definition worked again, so I could just abort the wizard and print. But new installations will probably be broken. -- System Information: Debian Release: 10.2 APT prefers stable-debug APT policy: (500, 'stable-debug'), (500, 'proposed-updates'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.3.11 (SMP w/40 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8), LANGUAGE=en_NO:en_US:en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
