Arch Linux

P.S. I did open a bug upstream, https://bugs.launchpad.net/hplip/+bug/1787289, but they just gave a generic answer that it works on supported distributions and then explained how I could install it on a supported distribution.

Reverting a new feature wanted by upstream is no solution. Better provide upstream more logs to solve the breakage.

For me as well 3.18.7-3 still gives errors:
E [13/Aug/2018:09:31:29 -0400] [Job 92] Job stopped due to filter errors; please consult the error_log file for details.
D [13/Aug/2018:09:31:29 -0400] [Job 92] 3 filters for job:
D [13/Aug/2018:09:31:29 -0400] [Job 92] pdftopdf (application/pdf to application/vnd.cups-pdf, cost 66)
D [13/Aug/2018:09:31:29 -0400] [Job 92] gstoraster (application/vnd.cups-pdf to application/vnd.cups-raster, cost 99)
D [13/Aug/2018:09:31:29 -0400] [Job 92] hpcups (application/vnd.cups-raster to printer/HP-LaserJet-p4015dn, cost 0)
D [13/Aug/2018:09:31:29 -0400] [Job 92] prnt/hpcups/HPCupsFilter.cpp 644: DEBUG: SHIVA inside the while loopprnt/hpcups/HPCupsFilter.cpp 648: DEBUG: imageProcessorStartPage failed result = 2

I wonder what the "CDS Feature" is which requires the proprietary blob.[1]
If it has anything to do with the "Counterfeit Deterrence System"[2] I wouldn't bother helping to fix bugs.

[1] https://bugs.launchpad.net/hplip/+bug/1784989/comments/3
[2] https://en.wikipedia.org/wiki/Central_Bank_Counterfeit_Deterrence_Group

A couple days ago I put the PKGBUILD for a patched version of hplip on AUR: https://aur.archlinux.org/packages/hplip-reverted-imageprocessor/

Installing this solves the problem for me and I think anyone else with the issue.

The downgraded version hplip-1:3.18.6-1 works for me.

Downgrading to 3.18.6 should work for everyone because it didn't have the troublesome libImageProcessor. The patch that fixes the current version just reverts back to what 3.18.6 was using instead of using libImageProcessor.

I just realized @nicolo was referencing the fact that Arch has downgraded to hplip 3.18.6 and used epoch=1 to get the downgrade to everyone. I didn't get the downgrade since I was using my own AUR hplip replacement.

Should this bug be closed?

No. Please leave this one open an use it for reference why we won't update any newer version including the new binary blob that breaks printing for users.

Please note here if there are news that solve that issue.

https://bugs.launchpad.net/hplip/+bug/1794842/comments/1 not a solution but the latest response from upstream.
https://bugs.launchpad.net/hplip/+bug/1785230 Gentoo reverted to 3.18.6, Debian removed the used of libImageProcessor, Fedora and Suse have not packaged 3.18.7.

I'm thinking about applying the Debian patch removing all libImageProcessor blob stuff. This should allow us to bump newer versions.

https://sources.debian.org/patches/hplip/3.18.10+dfsg0-1/0025-Remove-all-ImageProcessor-functionality-which-is-clo.patch/

Please try 3.18.10-1 if all works as expected.

@AndyRTR is the python patch not needed? Does hp-check work for you?

Let's wait for someone really using it to report back. I don't own any HP device and usually don't have hplip installed at all. Maybe  FS#59548  was also triggered by that binary blob. Debian doesn't not patch it therefor but for other reasons.

Debian does not need to patch it https://packages.debian.org/buster/hplip has a dependency of python 3.6 and the issue was introduced with python 3.7
It also triggered for hplip-1:3.18.6-2 in https://bbs.archlinux.org/viewtopic.php?id=241345.

In order for me to test this, I have to install the matching hplip-plugin from the AUR. I tried just changing the version in the PKGBUILD to match 3.18.10, but the download failed. I checked the source, and the plugins only go up to 3.18.9. I tried installing that version, but got filter failed.

Try the PKGBUILD from https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=hplip-plugin&id=2b30f26009e5a96f081dabac070b22672ed8da58

That would be version 3.18.7. Why would that work with hplip version 3.18.10? I'll try it though.

Unsurprisingly, hplip-plugin 3.18.7 doesn't work with hplip 3.18.10. I also tried version 3.18.9 of the plugin, but still get filter failed. There is no version 3.18.10 of the plugin yet.

Can you put hplip 3.18.9 in testing until there's a matching hplip-plugin for 3.18.10?

@colinkeenan sorry about that try this PKGBUILD

Surprisingly, even with the matching version of hplip-plugin, I'm still getting filter failed. I reboot and still the same.

Actually, something is broken with my printer at the moment because even after downgrading, I'm getting filter failed.

The combination of hplip from testing and hplip-plugin from the PKGBUILD provided by @loqs on Sunday definitely fails for me. I finally had time to do a proper downgrade of my system and got the printer working again. Then, I upgraded back to testing, reboot, built hplip-plugin from @loqs' PKGBUILD, installed hplip-plugin, reboot, tried to print a test page, and got filter failed.

I can't seem to reproduce this error using the latest hplip. Care to share your printer configuration so I can try something similar to your setup?

I installed cups, gtk3-print-backends, hplip, hplip-plugin. The only change I made to cups-files.conf was to add the printadmin group to SystemGroup. Here's the result of lpstat -p -d:

printer HP_LaserJet_Professional_P_1102w_2 is idle. enabled since Sun 02 Dec 2018 06:32:17 PM CST
printer Virtual_PDF_Printer is idle. enabled since Wed 20 May 2015 09:40:31 PM CDT
system default destination: HP_LaserJet_Professional_P_1102w_2

1:3.18.12-1 (upgraded from 1:3.18.6-2) works for me.