@leo_sk no harm done, we've all been there :) Hope it gets sorted.
Search Criteria
Package Details: hplip-plugin 3.25.2-1
Package Actions
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 |
Keywords: | fax hp printer scanner |
Licenses: | LicenseRef-HPLIP-LICENSE |
Submitter: | pyropeter |
Maintainer: | ZhangHua |
Last Packager: | ZhangHua |
Votes: | 403 |
Popularity: | 0.44 |
First Submitted: | 2010-12-21 00:32 (UTC) |
Last Updated: | 2025-04-05 00:57 (UTC) |
Dependencies (5)
- gcc-libs (gcc-libs-gitAUR, gccrs-libs-gitAUR, gcc-libs-snapshotAUR)
- glibc (glibc-gitAUR, glibc-linux4AUR, glibc-eacAUR)
- hplip (hplip-liteAUR, hplip-minimalAUR)
- libusb-compat (libusb0AUR)
- sane (sane-gitAUR)
Required by (0)
Sources (1)
Latest Comments
« First ‹ Previous 1 .. 4 5 6 7 8 9 10 11 12 13 14 .. 38 Next › Last »
argymeg commented on 2020-11-11 01:41 (UTC)
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.
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:
libusb-compat
andsane
(cred @ZhandHua).Depend on exact version ofhplip
(cred @jsn42).In addition, the PGP-signature of the artifact is now checked, which means you need to fetch upstream's key:
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!