Package Details: hplip-plugin 3.16.8-1

Git Clone URL: https://aur.archlinux.org/hplip-plugin.git (read-only)
Package Base: hplip-plugin
Description: Binary plugin for HPs hplip printer driver library
Upstream URL: http://hplipopensource.com/node/309
Licenses: custom:proprietary
Submitter: pyropeter
Maintainer: andmars
Last Packager: andmars
Votes: 317
Popularity: 6.561077
First Submitted: 2010-12-21 00:32
Last Updated: 2016-08-30 04:41

Dependencies (1)

Required by (1)

Sources (1)

Latest Comments

pypi commented on 2016-09-15 19:31

Why does this package make /var/lib/hp/hplip.state a backup file?
The contents of the file seem to need to be "in sync" with the currently installed version to be useful.

See also:
https://bbs.archlinux.org/viewtopic.php?pid=1654183#p1654183

andmars commented on 2016-08-31 20:58

@LCunha
En primer lugar se actualiza hplip con sudo pacman -Syu. Entonces se puede en la actualización hplip-plugin.

LCunha commented on 2016-08-30 19:49

==> 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

@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

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

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

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

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

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

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

All comments