FS#59681 - [hplip] 3.18.7-3 needs patch to revert use of libImageProcessor

Attached to Project: Arch Linux
Opened by Colin Keenan (colinkeenan) - Thursday, 16 August 2018, 17:28 GMT
Last edited by Andreas Radke (AndyRTR) - Saturday, 12 January 2019, 08:20 GMT
Task Type Bug Report
Category Upstream Bugs
Status Closed
Assigned To Andreas Radke (AndyRTR)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:

Please apply the attached patch which fixes "Filter failed" error experienced by many users on many printers for hplip 3.18.7 up to release 3.

Printing worked with version 3.18.6 (and users can downgrade to print if they don't know how to apply the patch).

The attached patch reverts the use of libImageProcessor. It was posted in https://bugs.archlinux.org/task/59548#comment172098, and has worked for those that applied it.

Additional info:
* 3.18.7 up to release 3

Steps to reproduce:
Do a systemwide upgrade and try to print something.
This task depends upon

Closed by  Andreas Radke (AndyRTR)
Saturday, 12 January 2019, 08:20 GMT
Reason for closing:  Fixed
Comment by Colin Keenan (colinkeenan) - Thursday, 16 August 2018, 17:30 GMT
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.
Comment by Andreas Radke (AndyRTR) - Thursday, 16 August 2018, 19:17 GMT
Reverting a new feature wanted by upstream is no solution. Better provide upstream more logs to solve the breakage.
Comment by nicolo (nicolo) - Thursday, 16 August 2018, 19:35 GMT
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
Comment by A. Bosch (progandy) - Saturday, 18 August 2018, 17:48 GMT
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
Comment by Colin Keenan (colinkeenan) - Saturday, 18 August 2018, 17:59 GMT
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.
Comment by nicolo (nicolo) - Tuesday, 21 August 2018, 00:34 GMT
The downgraded version hplip-1:3.18.6-1 works for me.
Comment by Colin Keenan (colinkeenan) - Tuesday, 21 August 2018, 00:55 GMT
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.
Comment by Colin Keenan (colinkeenan) - Tuesday, 21 August 2018, 12:43 GMT
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?
Comment by Andreas Radke (AndyRTR) - Tuesday, 21 August 2018, 14:11 GMT
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.
Comment by loqs (loqs) - Monday, 29 October 2018, 02:11 GMT
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.
Comment by Andreas Radke (AndyRTR) - Sunday, 04 November 2018, 09:17 GMT
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/
Comment by Andreas Radke (AndyRTR) - Sunday, 04 November 2018, 16:11 GMT
Please try 3.18.10-1 if all works as expected.
Comment by loqs (loqs) - Sunday, 04 November 2018, 16:30 GMT
@AndyRTR is the python patch not needed? Does hp-check work for you?
Comment by Andreas Radke (AndyRTR) - Sunday, 04 November 2018, 16:49 GMT
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.
Comment by loqs (loqs) - Sunday, 04 November 2018, 16:55 GMT
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.
Comment by Colin Keenan (colinkeenan) - Sunday, 04 November 2018, 20:32 GMT
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.
Comment by loqs (loqs) - Sunday, 04 November 2018, 20:39 GMT Comment by Colin Keenan (colinkeenan) - Sunday, 04 November 2018, 20:40 GMT
That would be version 3.18.7. Why would that work with hplip version 3.18.10? I'll try it though.
Comment by Colin Keenan (colinkeenan) - Sunday, 04 November 2018, 20:53 GMT
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?
Comment by loqs (loqs) - Sunday, 04 November 2018, 20:55 GMT
@colinkeenan sorry about that try this PKGBUILD
   PKGBUILD (2.3 KiB)
Comment by Colin Keenan (colinkeenan) - Sunday, 04 November 2018, 21:21 GMT
Surprisingly, even with the matching version of hplip-plugin, I'm still getting filter failed. I reboot and still the same.
Comment by Colin Keenan (colinkeenan) - Sunday, 04 November 2018, 21:34 GMT
Actually, something is broken with my printer at the moment because even after downgrading, I'm getting filter failed.
Comment by Colin Keenan (colinkeenan) - Thursday, 08 November 2018, 01:42 GMT
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.
Comment by Santiago Torres (sangy) - Tuesday, 27 November 2018, 16:38 GMT
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?
Comment by Colin Keenan (colinkeenan) - Monday, 03 December 2018, 00:57 GMT
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
Comment by Dimos Dimoulis (dimosd) - Saturday, 12 January 2019, 07:18 GMT
1:3.18.12-1 (upgraded from 1:3.18.6-2) works for me.

Loading...