Package Details: hplip-plugin 3.24.4-1

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: 406
Popularity: 0.32
First Submitted: 2010-12-21 00:32 (UTC)
Last Updated: 2024-06-23 05:00 (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 .. 11 12 13 14 15 16 17 18 19 20 21 .. 34 Next › Last »

rpodgorny commented on 2016-05-19 05:43 (UTC)

@straemer: don't use it, then. ;-) for the rest of us, this brings a standard way to install the plugin (as installing outside of package manager is messy)...

straemer commented on 2016-05-18 23:54 (UTC)

Is this needed any more? This package tends to give me more trouble than it's worth, and considering that hplip will automatically install the correct plugins when you run "hp-setup", I don't think it really serves much of a purpose to package them in the AUR.

moonman commented on 2015-12-19 10:47 (UTC) (edited on 2015-12-19 10:52 (UTC) by moonman)

Actually 'arm' is not supported. Only hardfloat arm flavours are supported. Tested on beaglebone black (armv7h) and Original RaspberryPi (armv6h). In fact my BeagleBB is a permanent print server for HP Color LaserJet 2600n. I did not want to create a separate package just for ARM when this one works perfectly with a few additions. -- PKGBUILD.old 2015-12-15 04:20:06.000000000 +0000 +++ PKGBUILD 2015-12-15 03:55:26.600514187 +0000 @@ -5,7 +5,7 @@ pkgver=3.15.11 pkgrel=1 pkgdesc="Binary plugin for HPs hplip printer driver library" -arch=('i686' 'x86_64') +arch=('i686' 'x86_64' 'armv6h' 'armv7h' 'aarch64') url="http://hplipopensource.com/node/309" license=('custom:proprietary') depends=("hplip>=$pkgver") @@ -29,6 +29,10 @@ _arch='x86_32' elif [ $CARCH = "x86_64" ]; then _arch='x86_64' + elif [ $CARCH = "armv6h" ] || [ $CARCH = "armv7h" ]; then + _arch='arm32' + elif [ $CARCH = "aarch64" ]; then + _arch='arm64' fi # Create folders

moonman commented on 2015-12-15 04:21 (UTC)

Could you add arm support please?: -- PKGBUILD.old 2015-12-15 04:20:06.000000000 +0000 +++ PKGBUILD 2015-12-15 03:55:26.600514187 +0000 @@ -5,7 +5,7 @@ pkgver=3.15.11 pkgrel=1 pkgdesc="Binary plugin for HPs hplip printer driver library" -arch=('i686' 'x86_64') +arch=('i686' 'x86_64' 'arm' 'armv6h' 'armv7h' 'aarch64') url="http://hplipopensource.com/node/309" license=('custom:proprietary') depends=("hplip>=$pkgver") @@ -29,6 +29,10 @@ _arch='x86_32' elif [ $CARCH = "x86_64" ]; then _arch='x86_64' + elif [ $CARCH = "arm" ] || [ $CARCH = "armv6h" ] || [ $CARCH = "armv7h" ]; then + _arch='arm32' + elif [ $CARCH = "aarch64" ]; then + _arch='arm64' fi # Create folders

AstroFloyd commented on 2015-11-01 06:56 (UTC) (edited on 2015-11-01 06:56 (UTC) by AstroFloyd)

Note that in a 'version crisis', you can always fall back to running hp-doctor (as normal user) to update the plugin to match the hplip version.

rpodgorny commented on 2015-09-22 16:49 (UTC)

well, at least for me, it's not about you being slow on updating the pkgbuild (thanks for that!) but about the complication of the process which versioned deps bring. all the uninstall-build-reinstall stuff is imho not worth it (comapred to simple build-install)...

andmars commented on 2015-09-22 03:54 (UTC)

@txomon, @rpodgorny done. I've discussed this issue with a few people in the IRC. The thing is that hplip and hplip-plugin have to be equal in version number. So now it should be possible to update hplip without hplip-plugin complaining about beeing dependent on the then older version. I'll keep my best to have hplip-plugin updated as fast as possible. Last time it took me less than 6 hours as you can see: hplip -2015-09-19 17:04 hplip-plugin - 2015-09-19 22:39.

rpodgorny commented on 2015-09-21 10:00 (UTC)

i agree with @txomon. the versioned dependency is quite cumbersome and imho non-standard in arch.

txomon commented on 2015-09-21 08:05 (UTC)

@andmars, the problem I see here is that you are trying to set up compatibility through putting a maximum version of hplip. The way to go would be to have hplip<XXXXX dependency removed, and let people update both at the same time, first hplip and then hplip-plugin. Arch is a rolling release, and as long as both packages (hplip and hplip-plugin) are more or less updated at the same time, you should run in no problems.

314eter commented on 2015-09-20 19:51 (UTC)

Can you please add a makedepends on xterm?

« First ‹ Previous 1 .. 11 12 13 14 15 16 17 18 19 20 21 .. 34 Next › Last »