Package Details: hplip-plugin 3.25.2-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
Keywords: fax hp printer scanner
Licenses: LicenseRef-HPLIP-LICENSE
Submitter: pyropeter
Maintainer: ZhangHua
Last Packager: ZhangHua
Votes: 403
Popularity: 0.98
First Submitted: 2010-12-21 00:32 (UTC)
Last Updated: 2025-04-05 00:57 (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 .. 14 15 16 17 18 19 20 21 22 23 24 .. 38 Next › Last »

ArchUser01020 commented on 2016-08-30 19:49 (UTC)

==> Compilando e instalando pacote ==> Instalar ou compilar dependências que faltam para hplip-plugin: [sudo] senha para leandrocunha: erro: alvo não encontrado: hplip>=3.16.8 ==> Reiniciar a compilação de hplip-plugin ? [s/N] ==> ----------------------------------------------

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)...

PurpleStephyr 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)...

<deleted-account> 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.

« First ‹ Previous 1 .. 14 15 16 17 18 19 20 21 22 23 24 .. 38 Next › Last »