You are not logged in.
@andmars you could make hplip-plugin require the older hplip or pin a comment that using the current package with hplip breaks printing.
Edit:
@progandy seems odd that an open source project only supports certain distributions rather than just package dependencies.
Last edited by loqs (2018-08-16 19:55:38)
Offline
I have included loqs comment from just before he made the patch available in the upstream bug comments to see if that helps them see the issue.
Offline
https://bugs.launchpad.net/hplip/+bug/1 … comments/8 apparently it is all my fault.
Offline
If you can actually fix it, let us know.
Anyway, I created an AUR package for the patched version of hplip that makes it work:
Offline
I really can not as I explained I have no source code or license to even touch libImageProcessor. The new patches arch applied for 3.18.7 fixed python 3.7 compatibility but does not touch hpcups.
The second changes the makefile so libImageProcessor can be packged before it would fail to write it to the actual filesystem and fail but not cause make to fail.
The patch I suggested to avoid using libImageProcessor is not being used by arch and is not applied in the log you provided.
Edit:
grammar you not your.
Last edited by loqs (2018-08-16 21:53:49)
Offline
I changed all the sources to links, including a link to your patch. Here is that part of the PKGBUILD
source=(https://downloads.sourceforge.net/${_pkgname}/$_pkgname-$pkgver.tar.gz{,.asc}
'disable_upgrade.patch::https://git.archlinux.org/svntogit/packages.git/plain/trunk/disable_upgrade.patch?h=packages/hplip'
'0022-Add-include-cups-ppd.h-in-various-places-as-CUPS-2.2.patch::https://git.archlinux.org/svntogit/packages.git/plain/trunk/0022-Add-include-cups-ppd.h-in-various-places-as-CUPS-2.2.patch?h=packages/hplip'
'0023-Fix-handling-of-unicode-filenames-in-sixext.py.patch::https://git.archlinux.org/svntogit/packages.git/plain/trunk/0023-Fix-handling-of-unicode-filenames-in-sixext.py.patch?h=packages/hplip'
'fix_install.patch::https://git.archlinux.org/svntogit/packages.git/plain/trunk/fix_install.patch?h=packages/hplip'
'python.patch::https://git.archlinux.org/svntogit/packages.git/plain/trunk/python.patch?h=packages/hplip'
'hplip.patch::https://bugs.archlinux.org/task/59548?getfile=16673'
)
Offline
Your patch is brought in from the last line of the sources:
'hplip.patch::https://bugs.archlinux.org/task/59548?getfile=16673'
Offline
Thank you loqs and colinkeenan! This has been *extremely* helpful.
Offline
@andmars when you decrease a PKGBUILD's version such as hplip-plugin you need to use epoch to force the package to be seen as newer.
Offline
@andmars when you decrease a PKGBUILD's version such as hplip-plugin you need to use epoch to force the package to be seen as newer.
done!
Offline
I had the same error after a system update two days ago.
The error occured only with some pdf documents but I still was able to print other documents.
I changed the log level in /etc/cups/cupsd.conf to "LogLevel debug" and got the detail error
**** Error: File has unbalanced q/Q operators (too many Q\'s)
With the help of google, I found out that the error was somehow related to ghostscript.
After reinstalling ghostscript everything worked again!
Offline
Looks like the same bug is appearing in Ubuntu 18.0.4.1 LTS. Maybe in the end HP fixes the problem upstream.
Just in case you want to follow the issue:
https://bugs.launchpad.net/hplip/+bug/1788706
Offline
See also https://bugs.launchpad.net/hplip/+bug/1785230 Debian removed the binary blob due to license https://sources.debian.org/patches/hpli … clo.patch/
Gentoo pinned at 3.18.6 the same as arch. Fedora and Suse have not packaged 3.18.7. There is also a lack of explanation about what the blob actually does https://bugs.archlinux.org/task/59681#comment172247
Offline