Package Details: hplip-plugin 3.23.12-3

Git Clone URL: https://aur.archlinux.org/hplip-plugin.git (read-only, click to copy)
Package Base: hplip-plugin
Description: Binary plugin for HPs hplip printer driver library
Upstream URL: https://developers.hp.com/hp-linux-imaging-and-printing/binary_plugin.html
Licenses: LicenseRef-HPLIP-LICENSE
Submitter: pyropeter
Maintainer: carsme
Last Packager: carsme
Votes: 402
Popularity: 2.30
First Submitted: 2010-12-21 00:32 (UTC)
Last Updated: 2024-01-28 22:37 (UTC)

Pinned Comments

carsme commented on 2024-01-15 16:53 (UTC) (edited on 2024-02-04 14:15 (UTC) by carsme)

Hey, I've adopted this package and applied some of the suggestions:

  • Add missing dependencies, notably libusb-compat and sane (cred @ZhandHua).
  • Depend on exact version of hplip (cred @jsn42).

In addition, the PGP-signature of the artifact is now checked, which means you need to fetch upstream's key:

gpg --keyserver hkps://keyserver.ubuntu.com --recv-keys 4ABA2F66DBD5A95894910E0673D770CDA59047B9

Unfortunately, I have no HP printer at home so my testing ability is limited to running hp-diagnose_plugin. If someone has better opportunity to test and is interested in maintaining, let me know and I'll handover the package or add you as a co-maintainer. Cheers!

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 .. 34 Next › Last »

argymeg commented on 2020-11-11 01:41 (UTC)

@leo_sk no harm done, we've all been there :) Hope it gets sorted.

leo_sk commented on 2020-11-10 20:11 (UTC) (edited on 2020-11-10 20:31 (UTC) by leo_sk)

@argymeg Sorry for lashing out. This has been troubling me since quite some time and I hate not being able to solve errors that seem so simple initially. I have submitted an issue on pamac gitlab page also

After a bit of looking, it seems its a bug with pamac's gui itself

argymeg commented on 2020-11-10 19:47 (UTC)

@leo_sk: I do understand the frustration, but Arch policies are usually what they are for a reason.

I don't speak for the maintainer, but solving your own issues and contributing fixes is generally very much welcomed, as long as they don't introduce other issues. As things stand though, given that not only manual building but also other AUR helpers work fine with this package, it looks to me like pamac does not support this package, rather than the other way around.

leo_sk commented on 2020-11-10 19:30 (UTC)

@argymeg Almost everything i like out about aur is unsupported. This is irritating. I will build a new hplip-plugin, with support for pamac and arch based distros

argymeg commented on 2020-11-10 18:47 (UTC)

@egils: As below: https://wiki.archlinux.org/index.php/Code_of_conduct#Arch_Linux_distribution_support_ONLY

FWIW, the version of libnetsmp.so is the same in Arch, but I would be suprised to find any support for running a proprietary blob like this package in Parabola.

@leo_sk: AUR helpers are also officially unsupported by Arch, and GUI AUR helpers doubly so (https://wiki.archlinux.org/index.php/AUR_helpers). Regardless of distribution this sounds like a pamac issue, and you might have better luck raising it with them.

leo_sk commented on 2020-11-10 17:54 (UTC)

I am getting the following error while installing from pamac:

Validating source files with md5sums... hplip-3.20.9-plugin.run ... Passed ==> Removing existing $srcdir/ directory... ==> Extracting sources... ==> Starting prepare()... ==> Entering fakeroot environment... ==> Starting package()... /var/tmp/pamac-build-shaurya/hplip-plugin/PKGBUILD: line 23: cd: /var/tmp/pamac-build-shaurya/hplip-plugin/src/hplip-3.20.9-plugin: No such file or directory ==> ERROR: A failure occurred in package(). Aborting...

I only get this error on pamac and not any other aur helper. Not a big deal, but I would prefer graphical aur helper. Tried editing it but could not get it to work. Using arch, not manjaro.

dpriskorn commented on 2020-11-06 11:19 (UTC)

On parabola I get this error:

$ hp-firmware -n Traceback (most recent call last): File "/usr/bin/hp-firmware", line 39, in <module> from base import device, status, utils, tui, module File "/usr/share/hplip/base/device.py", line 42, in <module> from . import status File "/usr/share/hplip/base/status.py", line 33, in <module> import cupsext ImportError: libnetsnmp.so.35: cannot open shared object file: No such file or directory

Printing does not work.

Investigating the issue I found: $ ls /usr/lib/|grep netsnmp.so libnetsnmp.so libnetsnmp.so.40 libnetsnmp.so.40.0.0

So hplip-plugin seems to use an old so-file for some reason.

pieplu commented on 2020-10-30 21:34 (UTC)

@andmars I agree with @argymeg My proposal (fixed version) was a bad idea. Thanks for all the time you spend for keeping this package up to date.

argymeg commented on 2020-10-30 21:29 (UTC)

@andmars: Personally I'm happy with the status quo (pre- this latest change) and your update times :)

There's really no perfect solution here, not one that can be achieved by changes to the PKGBUILD anyway. Do you generally do your updating manually? It should be fairly trivial to write a script that polls the Arch repo RSS feed and automatically updates this package when a new HPLIP is released, but I'm not sure what the general attitude is towards updating packages without proper oversight.

andmars commented on 2020-10-29 06:29 (UTC)

@Serial: https://wiki.archlinux.org/index.php/Code_of_conduct#Arch_Linux_distribution_support_ONLY