Arch Linux User Repository

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

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

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

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

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.

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

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

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.

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

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