Package Details: hplip-plugin 3.22.4-1

Git Clone URL: (read-only, click to copy)
Package Base: hplip-plugin
Description: Binary plugin for HPs hplip printer driver library
Upstream URL:
Licenses: custom:proprietary
Submitter: pyropeter
Maintainer: andmars
Last Packager: andmars
Votes: 391
Popularity: 1.09
First Submitted: 2010-12-21 00:32 (UTC)
Last Updated: 2022-04-30 16:57 (UTC)

Pinned Comments

andmars commented on 2017-12-03 17:56 (UTC) (edited on 2018-01-19 10:20 (UTC) by andmars)

Flag this package out-of-date, if:

-a new version of "hplip" is in [extra]

DO NOT flag this package out-of-date, if:

-a new version of "hplip/hplip-plugin" is available on

-a new version of "hplip" is in [testing]

Latest Comments

BunchOfAtoms commented on 2022-03-04 11:03 (UTC)

prepare() fails on my Manjaro machine, I have to add "--nox11" to make it work, like this:

prepare() { sh "hplip-$" --target "$srcdir/hplip-$pkgver-plugin" --noexec --nox11 }

ploffie commented on 2022-01-17 12:48 (UTC)

@argymeg: many thanks. My printer is working now. I was indeed using pamac.

argymeg commented on 2022-01-17 12:34 (UTC)

@ploffie: You can see just further down on the page, the same error was reported around this time last year. No resolution was posted but, based on the discussion at the time, are you using pamac by any chance? If so, try building the package manually and see if that works.

ploffie commented on 2022-01-17 12:12 (UTC) (edited on 2022-01-17 12:13 (UTC) by ploffie)

Installation gives the error:

==> Extracting sources...
==> Starting prepare()... line 314: exec: -t: invalid option
exec: usage: exec [-cl] [-a name] [command [argument ...]] [redirection ...]
==> ERROR: A failure occurred in prepare().

hplip 3.21.12 is installed

mokos commented on 2021-08-22 15:33 (UTC)

when i try to send a fax it crashes on a first step: choose the file to send!! --this is the error-- `` [linux@Linux ~]$ hp-sendfax -p Fax

HP Linux Imaging and Printing System (ver. 3.21.6) PC Sendfax Utility ver. 9.0

Copyright (c) 2001-18 HP Development Company, LP This software comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to distribute it under certain conditions. See COPYING file for more details.

warning: Reportlab not installed. Fax coverpages disabled. warning: Please install version 2.0+ of Reportlab for coverpage support. Traceback (most recent call last): File "/usr/share/hplip/ui5/", line 375, in FilesTable_fileListChanged self.toggleCoverPage(self.FilesTable.isMIMETypeInList(MIME_TYPE_COVERPAGE)) File "/usr/share/hplip/ui5/", line 328, in toggleCoverPage self.CoverPageGroupBox.toggled[bool].disconnect(self.CoverPageGroupBox_toggled) TypeError: 'method' object is not connected Aborted (core dumped)``

when i Comment out the line: "/usr/share/hplip/ui5/", line 375 as the error prompts everything works!!!!

Anty0 commented on 2021-03-19 19:33 (UTC)

@jsn42 I agree, it would be great, to find solution for this, but problem is, when you do that, you will have to uninstall hplip-plugin before every hplip update, as pacman will not allow you to update hplip without removing hplip-plugin first due to version mismatch... :/

jsn42 commented on 2021-03-19 19:10 (UTC) (edited on 2021-03-19 19:11 (UTC) by jsn42)

I think it would help to change line 12 of PKGBUILD from




As others have mentioned, the hplip-plugin package doesn't seem to work unless the hplip and hplip-plugin versions match exactly.

This probably isn't much of a problem for archlinux users, since the versions generally agree. But it reeks havoc in manjaro, where the stable version of hplip is often behind the current arch version. Getting an error when updating hplip-plugin from AUR would be better than the current situation. Currently, the update installs without any issues, but then the scanning, etc., functions of your printer simply fail to work.

In fact, the binary blobs in in the hplip-plugin rarely seem to change at all. Most of the time, all that updating hplip-plugin does is to change the version number in the file /var/lib/hp/hplip.state (Despite it's generic-sounding name, this file only has information about the plugin state.) I've found that it is often possible to just edit this file, instead of downloading the blobs, but it wouldn't be a good idea to automate that. Perhaps a simple readme suggesting this fix could be included, for times when hplip has been updated but hplip-plugin's version is slightly newer or older.

Gotit commented on 2021-01-25 15:25 (UTC)

@andmars Yes I'm on Arch (mostly, was Antergos but switched most packages to Arch). I've built many packages via Pamac so I must have the base-devel. I was trying to install via Pamac from AUR.

andmars commented on 2021-01-24 18:31 (UTC)

@Gotit: I presume you are on Arch Linux and have base-devel group installed? How did you build the package? The snapshot with "makepkg -si" or any AUR-helpers?

Gotit commented on 2021-01-24 17:10 (UTC)

Trying to install the plugin and getting: line 314: exec: -t: invalid option exec: usage: exec [-cl] [-a name] [command [argument ...]] [redirection ...] ==> ERROR: A failure occurred in prepare(). Aborting...

leonardof commented on 2021-01-04 20:12 (UTC) (edited on 2021-01-04 20:14 (UTC) by leonardof)

The HPLIP website has contact info for developers only. Lacking a better way, I did contact them there, and was redirected to Launchpad.

My bug report is:

On other news, I suggest this as the bugs URL:

Mettacrawer commented on 2020-11-28 14:54 (UTC)

I thing a good replacement for is

kullfar commented on 2020-11-20 06:24 (UTC)

"Upstream URL:" is outdated. 404 here

kuluse commented on 2020-11-19 19:48 (UTC) (edited on 2020-11-19 19:50 (UTC) by kuluse)

@andmars Thank you for your answer.

However, you can see that the current hplip version in extra is 3.20.9-2 :

and the last update of hplip-plugin is 3.20.9-3

andmars commented on 2020-11-19 14:08 (UTC) (edited on 2020-11-19 14:08 (UTC) by andmars)

@kuluse: That is indeed strange since I ONLY update hplip-plugin when there is a new version of hplip in [extra] (see my pinned comment). What servers do you use in your /etc/pacman.d/mirrorlist? Maybe you are on an outdated server? Maybe:

kuluse commented on 2020-11-19 13:43 (UTC)

Hello, thank you for maintaining this package !

I have a question thought : since hplip-plugin needs to match the exact version number of hplip in order to work properly, why don't wait the new version of hplip comes in extra before updating hplip-plugin on aur ?

I mean everytime I update hplip-plugin I can't print until there is an update of hplip (some weeks !).

It was very anoying because I didn't know what the problem was but now I know that's ok, I don't update hplip-plugin if hplip is not updated.

Sorry for the naive question but I'm really wondering (no offense at all !)

leonardof commented on 2020-11-16 13:08 (UTC)

@argymeg, it might be, but I don't know. It might be that something in the hplip-plugin blob ought to be fixed to better match hplip. Maybe that fix works for the networked model but would break the not networked one?

Although, to be honest, I can't find instructions on how to report bugs in the URL provided by the hplip package, either.

argymeg commented on 2020-11-15 21:40 (UTC)

@leonardof: Unless I'm misreading the proposed fix, the file that needs to be edited belongs to the hplip package from the repos, therefore isn't directly related to this package, so I'd try the source URL from there.

leonardof commented on 2020-11-14 20:26 (UTC)

This is a bug fix:

Any idea where it should be reported?

The package's URL is a broken link.

argymeg commented on 2020-11-11 01:41 (UTC)

@leo_sk no harm done, we've all been there :) Hope it gets sorted.

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:

FWIW, the version of 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 ( 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... ... 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/", line 42, in <module> from . import status File "/usr/share/hplip/base/", line 33, in <module> import cupsext ImportError: cannot open shared object file: No such file or directory

Printing does not work.

Investigating the issue I found: $ ls /usr/lib/|grep

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.

andmars commented on 2020-10-29 06:29 (UTC)


Serial commented on 2020-10-28 20:53 (UTC)

Building hplip-plugin ... ==> Creating the package: hplip-plugin 3.20.9-2 (Wed 28 Oct 2020 17:51:12) ==> Checking runtime dependencies ... ==> Checking build time dependencies ... ==> Getting fonts ... -> Found ==> Validating source files with md5sums ... ... Passed ==> Removing existing $ srcdir / directory ... ==> Extracting sources ... ==> Starting prepare () ... xterm: cannot load font "-misc-fixed-medium-r-semicondensed - 13-120-75-75-c-60-iso10646-1" ==> Removing existing $ pkgdir / directory ... ==> Entering the fakeroot environment ... ==> Starting package () ... / var / tmp / pamac-build-edson / hplip-plugin / PKGBUILD: line 23: cd: /var/tmp/pamac-build-edson/hplip-plugin/src/hplip-3.20.9-plugin: File or directory nonexistent ==> ERROR: Package () failed. Aborting ...

andmars commented on 2020-10-27 05:38 (UTC)

Interesting discussion. I'm undecided what the best approach here is. To be honest, when I took over this package about 5 years ago it was orphaned. So what I'm doing since then is updating version-number and md5sums most of the time. I'm not that much of a programmer. But I'm very quick at updating (except for last time). So if any of you want to get on board as co-maintainer to make some reasonable changes to the PKGBUILD, just let me know.

argymeg commented on 2020-10-26 13:53 (UTC) (edited on 2020-10-26 13:54 (UTC) by argymeg)

@pieplu for better or for worse, your assumption is not correct - pacman always upgrades packages to their latest version, regardless of how they were installed. Partial upgrades are explicitly unsupported in Arch and packages in the official repos always assume all other packages are at the latest version, and mutually dependent packages like this would always be upgraded together - unfortunately with the AUR things aren't that simple.

In these cases manually downgrading hplip is probably the easiest way to go about it, although there's always a risk, however small, that the simultaneous upgrade of some other package will no longer allow the older hplip to work. Another perhaps more "correct" option, since the new hplip-plugin will have been released upstream at the same time as the new hplip, is to manually update the hplip-plugin PKGBUILD and install the latest version.

pieplu commented on 2020-10-26 13:30 (UTC)

@argymeg Interesting that puts it in context, I wonder if the way hplip/hplip-plugin is installed will have an impact on dependency resolution. If we don't install hplip directly, but only hplip-plugin (which will solve the hplip dependency). I would have thought that with this procedure, even if hplip has a new version, since it is not directly in the system, but only because of hplip-plugin, which wants a specific version, pacman will not propose an update of it. Conversely, if you have installed hplip and then hplip-plugin, when a new version of hplip comes out, pacman will want to update it, and I guess it's normal that the update of hplip crashes since it breaks the dependency of hplip-plugin. Is my assumption correct? If so, maybe you should document this (don't install hplip directly). If not, it is annoying if it blocks the update of the whole system. And I guess the correct procedure would unfortunately be to manually downgrade hplip until hplip-plugin is updated.

argymeg commented on 2020-10-26 10:20 (UTC)

The version dependency used to be expressed more restrictively, similarly to this, and was changed several years ago (commit 98602ca43311). The issue then, which unless I'm much mistaken has now been reintroduced, was that any time hplip is upgraded in the repos, the system upgrade will fail. The user will then need to uninstall hplip-plugin, perform the upgrade, and reinstall hplip-plugin (provided the new version is available). I believe relaxing that requirement, so hplip can be upgraded at the risk of temporarily breaking printing was chosen as the lesser evil, and hasn't been a problem since given the usually prompt updates of this package. IMHO I preferred that behaviour, but it's up to the maintainer.

pieplu commented on 2020-10-22 21:04 (UTC)

Thanks @kaaposc for the explaination Thanks @andmars to change that, looks like it's working :)

kaaposc commented on 2020-10-22 14:04 (UTC)

@pieplu, it's called epoch:

➜  ~ pacman -Qi hplip
Name            : hplip
Version         : 1:3.20.9-1

As you can see hplip package has this epoch number specified before version string.

pieplu commented on 2020-10-22 13:53 (UTC)

@andmars thanks a lot for the update :)

I tryed too, and if we add "1:" before the package version, pacman found the dependencie, like that:


I'm not a packager/expert, I really don't understant what is this "1:" before many package version, but it's looks like it's mandatory when = is used

andmars commented on 2020-10-22 05:22 (UTC) (edited on 2020-10-22 05:27 (UTC) by andmars)

Sorry for the late update this time!

@pieplu: removing ">" from the PKGBUILD runs (at least in my case) into:

==> Making package: hplip-plugin 3.20.9-1 (Thu 22 Oct 2020 07:21:04 AM CEST)

==> Checking runtime dependencies...

==> Installing missing dependencies...

error: target not found: hplip=3.20.9

==> ERROR: 'pacman' failed to install missing dependencies.

==> Missing dependencies:

-> hplip=3.20.9

==> Checking buildtime dependencies...

==> ERROR: Could not resolve all dependencies.

pieplu commented on 2020-10-21 17:33 (UTC)

@andmars I have a question / suggestion

Change depends=("hplip>=$pkgver") to depends=("hplip=$pkgver") (= in place of >= )

Because, every time this package is out of date (like actually), hplip is on a newer version, and every time, print fail (because mismatch between hplip version and hplip-plugin version)

The proposal change will be helpfull to prevent that?

binarydepth commented on 2020-09-26 20:32 (UTC) (edited on 2020-09-26 20:33 (UTC) by binarydepth)

Undeclared variable srcdir, that's what I think it's happening.

Downlaoded and ran:

Just check for the particular version for you

leonardof commented on 2020-09-02 19:33 (UTC)

Any idea of how to solve this?

stifi commented on 2020-09-02 18:03 (UTC)

the server is down/has a timeout most of the time, so i always have to run the command sed -i "s/''/''/" /usr/share/hplip/base/ in order to be able to receive the proper HPLIP Digital Certificate..

dpriskorn commented on 2020-08-31 21:07 (UTC)

Could you add pentium4 to the PKGBUILD? See

reanimator commented on 2020-07-19 09:31 (UTC)

Recently I installed hplip for HP color laserjet pro mfp m283fdn device. Printing was fine, but scanner did not work: scanner device was found but connection could not be established.

It did work however after I installed hplip-plugin.

==> Does it makes sense to add hplip-plugin as dependency to hplip package?

mkiefel commented on 2020-06-23 21:10 (UTC) (edited on 2020-06-23 21:10 (UTC) by mkiefel)

What about adding arm6h support as well? Using this for already quite a while with a first version Raspberry Pi.

From 489eb7d7bea890a1e5c215ced902e518a557b0a3 Mon Sep 17 00:00:00 2001
From: Martin Kiefel <>
Date: Sun, 5 Jan 2020 19:40:49 +0100
Subject: [PATCH] Add arm6h support

 PKGBUILD | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/PKGBUILD b/PKGBUILD
index c835663..e029369 100644
@@ -6,7 +6,7 @@ pkgname=hplip-plugin
 pkgdesc="Binary plugin for HPs hplip printer driver library"
-arch=('i686' 'x86_64' 'armv7h' 'aarch64')
+arch=('i686' 'x86_64' 'armv6h' 'armv7h' 'aarch64')
@@ -26,6 +26,8 @@ package(){
     elif [ $CARCH = "x86_64" ]; then
+    elif [ $CARCH = "armv6h" ]; then
+        _arch='arm32'
     elif [ $CARCH = "armv7h" ]; then
     elif [ $CARCH = "aarch64" ]; then

mso commented on 2020-04-25 20:16 (UTC) (edited on 2020-04-25 20:24 (UTC) by mso)

Found the same error as leo_sk when installing hplip-plugin from pamac manager (GUI).

When I tried to install the package from the command line (pamac build hplip-plugin) it showed the problem: some files already existed on the system.

I deleted the contents at the following locations and then I was able to properly install the hplip-plugin (3.20.3-2) package: /usr/share/hplip/plugin.spec /usr/share/hplip/data/firmware/* /usr/share/hplip/fax/plugins/* /usr/share/hplip/prnt/plugins/* /usr/share/hplip/scan/plugins/*

I believe that the problem was that I had previously ran hp-toolbox that tried to install the plugins (it actually said it succeeded).

Despite the fact that the package has been installed properly hp-toolbox keeps asking for the plugin to be downloaded (for an HP Laserjet P1102w).

However adding the printer from KDE's GUI worked flawlessly.

leo_sk commented on 2020-01-23 14:32 (UTC)

I get error : var/tmp/pamac-build-shaurya/hplip-plugin/PKGBUILD: line 24: cd: /var/tmp/pamac-build-shaurya/hplip-plugin/src/hplip-3.19.12-plugin: No such file or directory

zfkerr commented on 2019-11-05 21:17 (UTC)

Does the license for this driver allow it to be added to the official Arch Linux repositories?

taterdzai commented on 2019-06-25 11:21 (UTC)

hplip plugin supports arm32 and arm64 arch, so maybe they should be added

kaaposc commented on 2019-05-22 11:03 (UTC)

Maybe 'sane' should be added to dependencies because plugin installation fails in an uninformative way because it can't find '/etc/sane.d/dll/conf' file.

straemer commented on 2019-03-16 15:06 (UTC)

I saw a similar issue to @SirNiczeK and @nrw when trying to update with aura:

aura >>= Building hplip-plugin... aura >>= Well, building hplip-plugin failed. aura >>= Dumping makepkg output in 3.. 2.. 1.. ==> Making package: hplip-plugin 3.19.1-1 (Sat 16 Mar 2019 10:55:31 AM EDT) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Downloading % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 10.9M 100 10.9M 0 0 2479k 0 0:00:04 0:00:04 --:--:-- 2479k ==> Validating source files with md5sums... ... Passed ==> Extracting sources... ==> Starting prepare()... ==> Entering fakeroot environment... ==> Starting package()... /var/cache/pacman/pkg/hplip-plugin6126/hplip-plugin/PKGBUILD: line 23: cd: /var/cache/pacman/pkg/hplip-plugin6126/hplip-plugin/src/hplip-3.19.1-plugin: No such file or directory ==> ERROR: A failure occurred in package(). Aborting...

I had no problems installing the package manually though - probably a bug in aura.

gerson commented on 2019-02-08 19:06 (UTC)

@ron2138, and @SirNiczeK, I'm not sure if it is the case, but which distro are you using? For instance, the Manjaro packages are slightly delayed with respect to Arch. For the hplip-plugin package it leads to occasional inconsistency with the versions. Since the AUR plugin follows the version the hplip package in Arch, it happens that the Manjaro package is outdated and one cannot update the plugin. You have to wait for the Manjaro hplip package to be updated.

ron2138 commented on 2019-02-08 17:02 (UTC) (edited on 2019-02-08 17:06 (UTC) by ron2138)

Refering to @SirNiczeK comment from 2019-02-01 08:34, and @nrw comment from 2019-01-01 06:30:

Have you solved it? It could be the problem is specific to your environment because I believe it works for most users.

SirNiczeK commented on 2019-02-01 08:34 (UTC)

/tmp/pamac-build/hplip-plugin/PKGBUILD: line 23: cd: /tmp/pamac-build/hplip-plugin/src/hplip-3.19.1-plugin:No such file or directory ==> ERROR: A failure occurred in prepare(). Aborting...

nrw commented on 2019-01-01 06:30 (UTC) line 314: exec: -t: invalid option exec: usage: exec [-cl] [-a name] [command [arguments ...]] [redirection ...] ==> ERROR: A failure occurred in prepare(). Aborting...

colinkeenan commented on 2018-08-21 12:36 (UTC)

Yes. Please add "epoch=1" to the PKGBUILD, then I will remove my patched hplip AUR package.

RemoteAdmin commented on 2018-08-20 14:37 (UTC)

@andmars Thanks, but downgrading is not the best of options. Consider that there are people who already compiled and installed the package and now won't get the update.

It probably would have been better to change the version to the same of hplip (1:3.18.6-1) to make sure that the update is distributed to everyone

severach commented on 2018-08-16 22:40 (UTC)

Manjaro is a supported distro. Test on that.

colinkeenan commented on 2018-08-16 21:30 (UTC) (edited on 2018-08-16 22:47 (UTC) by colinkeenan)

I have added a patched version of hplip on the AUR (and will make the binary available in archlinuxcn). This solves the current "Filter failed" issue by removing use of the new libImageProcessor which was conflicting with this plugin. I filed an upstream bug, but doesn't look like they will take it seriously because Arch Linux is not supported and they think it works on supported distros.

Here's the working patched version on AUR:

This AUR package just provides a PKGBUILD with links to the sources, including the patch that fixes it from @loqs in comments to the Arch linux bug:

gerson commented on 2018-08-07 17:17 (UTC)

Thanks @andmars. I was planning to post in the forum, but I was trying to find some information about the bug first. But since you have posted already, I'll just wait for the next version. For now, I've downgraded to the 3.18.6 hplip version and installed the driver manually.

andmars commented on 2018-08-07 05:50 (UTC) (edited on 2018-08-07 10:48 (UTC) by andmars)

@gerson: same here and opened a topic in the forum. Maybe you can post your /var/log/cups/error_log here:

And there is already a bug-report for hplip 3.18.7

gerson commented on 2018-08-06 22:10 (UTC)

Added the 3.18.7 editing the PKGBUILD manually. Scan is working, but I'm not able to print. So far I have no clue of what's wrong here. If anyone else faces trouble, please let us know.

I've always used the plugin. This is my first time using the plugin. Could this "official" plugin be broken?

twelveeighty commented on 2018-06-25 16:01 (UTC)

There is no 3.18.6 plugin download available (yet?) at, but I did find it here: (md5 c86f38efb36a33493e9565af0d321c9f).

andmars commented on 2018-06-19 15:11 (UTC)

@entodoays: hasn't updated hplip-plugin, yet, hence it's still 3.18.5.

entodoays commented on 2018-06-19 15:03 (UTC)

hplip version number is currently 3.18.6-1. hplip-plugin is still on 3.18.5-1.

neo2001 commented on 2018-06-09 17:24 (UTC)

Check which hplip version you have installed currently:

$ pacman -Qs hplip

It needs to be 3.18.5 (or later) to install version 3.18.5 of hplip-plugin.

glowingass commented on 2018-06-09 16:42 (UTC) (edited on 2018-06-09 16:42 (UTC) by glowingass)

==> Install or build missing dependencies for hplip-plugin: error: target not found: hplip>=3.18.5


sir_lucjan commented on 2018-05-02 15:55 (UTC) (edited on 2018-05-02 15:56 (UTC) by sir_lucjan)

New sources:

Anty0 commented on 2018-03-21 06:43 (UTC) (edited on 2018-03-21 06:43 (UTC) by Anty0)

@andmars Just look around, there are lot of AUR packages, that supports arm and even hplip is supported in arch linux arm.

I'm using this package on OPi Plus 2 (OrangePi plus 2) and it is working there too. It's architecture is armv7l.

goetzc commented on 2018-03-20 21:39 (UTC)

@andmars Arch doesn't officially support AUR, and also that is not an AUR document.

andmars commented on 2018-01-19 10:16 (UTC)


commented on 2018-01-17 14:08 (UTC)

Can you please add support for armv6h? It works there too (tested on RPi 1 model B).

Noeljunior commented on 2018-01-09 14:46 (UTC)

As @severach said, hpijs seems to have disapeared.

If you don't know what this means: You must modify each printer using hpijs to use the new hpcups driver.

severach commented on 2017-12-18 05:50 (UTC)

As of 3.17.11 hpijs seems to have disappeared. Many printers will need to be updated.

wolfyrion commented on 2017-12-06 19:38 (UTC)

my apologies for all the hassle, comment deleted

leonardof commented on 2017-12-06 14:36 (UTC) (edited on 2017-12-06 14:37 (UTC) by leonardof)

@wolfyrion: If I recall correctly, hp-setup can install the binary plugins. Alternatively, you could modify yourself the version in the PKGBUILD, run makepkg --geninteg and update the checksums in the PKGBUILD file.

andmars commented on 2017-12-03 17:56 (UTC) (edited on 2018-01-19 10:20 (UTC) by andmars)

Flag this package out-of-date, if:

-a new version of "hplip" is in [extra]

DO NOT flag this package out-of-date, if:

-a new version of "hplip/hplip-plugin" is available on

-a new version of "hplip" is in [testing]

bilux commented on 2017-12-03 17:33 (UTC)

version 3.17.11 is released.

slav commented on 2017-11-01 15:19 (UTC)

@andmars Thank you. hplip 3.17.10-2 is already in local now

andmars commented on 2017-10-31 13:08 (UTC)

@slav: It says exactly what the issue is: ==> Missing dependencies: -> hplip>=3.17.10 So you need to update hplip to 3.17.10 from [testing] first. Then install hplip-plugin.

slav commented on 2017-10-31 13:01 (UTC)

==> Making package: hplip-plugin 3.17.10-1 (Tue 31 Oct 13:59:47 CET 2017) ==> Checking runtime dependencies... ==> Missing dependencies: -> hplip>=3.17.10 ==> Checking buildtime dependencies... ==> ERROR: Could not resolve all dependencies. ==> ERROR: An unknown error has occurred. Exiting... The build failed.

balwierz commented on 2017-10-31 11:43 (UTC)

Thank you for the bugfix update

livix commented on 2017-10-29 15:05 (UTC) (edited on 2017-10-29 15:07 (UTC) by livix)

Running command: $ gpg --recv-keys 73D770CDA59047B9 I have encountered the error: gpg: keyserver receive failed: Connection refused I've found a fix on by alexei: If using systemd-resolved make sure that /etc/resolv.conf is a symlink to /run/systemd/resolve/resolv.conf. See also

banj commented on 2017-10-28 10:26 (UTC)

"...einfach mal Danke sagen" so, thank you very much Sir, very appreciated.

andmars commented on 2017-10-28 07:41 (UTC) (edited on 2017-10-30 17:50 (UTC) by andmars)

Due to the bug described here I've dediced to update hplip-plugin to 3.17.10 even though hplip is currently in [testing], (as of 2017-10-30). So you need to do the following steps: 1. Activate [testing] and update hplip to 3.17.10 2. Build and install hplip-plugin 3.17.10 from AUR 3. et-voila you can use your printer now :-)

FredBezies commented on 2017-10-27 20:39 (UTC)

You can find hplip plugin 3.17.10 here : You have either to build hplip 3.17.10 by yourself or wait for an upgrade from archlinux developers.

andmars commented on 2017-10-27 15:30 (UTC)

@banji and others: I'm sorry to inform you that there is a problem with 3.17.9. since HP has moved the files so the source in PKGBUILD ist not valid anymore. There is a bug report and hopefully I can find a work around. It sure will work again with 3.17.10. See bug-report:

banj commented on 2017-10-27 12:16 (UTC)

[jan@jan-pc hplip-plugin]$ wget --2017-10-27 14:10:36-- CA-Zertifikat »/etc/ssl/certs/ca-certificates.crt« wurde geladen Auflösen des Hostnamens…, 2a01:4f8:160:3033::2 Verbindungsaufbau zu||:443 … verbunden. HTTP-Anforderung gesendet, auf Antwort wird gewartet … 200 OK Länge: nicht spezifiziert [application/x-gzip] Wird in »hplip-plugin.tar.gz« gespeichert. hplip-plugin.tar.gz [ <=> ] 1,31K --.-KB/s in 0s 2017-10-27 14:10:37 (15,1 MB/s) - »hplip-plugin.tar.gz« gespeichert [1338] [jan@jan-pc hplip-plugin]$ tar xzvf hplip-plugin.tar.gz hplip-plugin/ hplip-plugin/.SRCINFO hplip-plugin/PKGBUILD [jan@jan-pc hplip-plugin]$ cd hplip-plugin/ [jan@jan-pc hplip-plugin]$ makepkg -g ==> Empfange Quellen... -> Lade herunter... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 100 35112 100 35112 0 0 35112 0 0:00:01 0:00:01 --:--:-- 54521 ==> Erstelle Prüfsummen für Quell-Dateien... md5sums=('043d6e59ef98f774a760fff6fe53a7ad') [jan@jan-pc hplip-plugin]$ no fights please, I only need my printer working.

andmars commented on 2017-10-27 12:01 (UTC)

@sir_lucjan: fair enough :-)

sir_lucjan commented on 2017-10-27 11:56 (UTC) (edited on 2017-10-27 11:56 (UTC) by sir_lucjan)

@ andmars I know that. But better flag package as out-of-date than send a deletion request....

andmars commented on 2017-10-27 11:51 (UTC)

@sir_lucjan: that's not a good advice. The hplip-plugin's version always matches the current version of hplip in [extra]. I update hplip-plugin as soon as hplip in [extra] is updated, REGARDLESS of what [testing] or the HP website says!

molux commented on 2017-10-27 11:51 (UTC)

@sir_lucjan: I just wanted to respond to @banj comment. And I sent a deletion request :/ Not my day. I'm going back to bed...

sir_lucjan commented on 2017-10-27 11:43 (UTC)

@ molux Just think a little.... If you notice that a package is out-of-date then please notify maintainer by using "Flag package out-of-date"

molux commented on 2017-10-27 10:59 (UTC)

Maybe because... "The current version of the HPLIP solution is version 3.17.10"

andmars commented on 2017-10-27 10:41 (UTC)

@banji: What is the output if you download the snaphot and do "makepkg -g"?

banj commented on 2017-10-27 09:56 (UTC) (edited on 2017-10-27 10:02 (UTC) by banj)

md5sum did not match. This is a needed plugin, please have a look.Thank you in advance.

andmars commented on 2017-10-06 06:05 (UTC)

@zefkerrigan - Don't flag out of date while 3.17.9 ist still in [testing]!

davep commented on 2017-08-07 14:01 (UTC)

Firmware is available from and package builds with this version.

twelveeighty commented on 2017-08-05 00:49 (UTC)

That's odd. There's usually only a couple of days between the upstream hplip and hplip-plugin releases. Upstream hplip released 3.17.7 on July 25. I wonder if there's something going on upstream with the hplip-plugin code?

andmars commented on 2017-08-04 17:13 (UTC)

too bad, I can't update since the file is not available, yet. ==> Retrieving sources... -> Downloading % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 curl: (22) The requested URL returned error: 404 Not Found ==> ERROR: Failure while downloading Aborting...

andmars commented on 2017-04-22 23:35 (UTC)

As long as hplip 3.17.4 is still in [Testing] please don't flag this package out-of-date!

commented on 2017-03-31 15:28 (UTC)

Also works on armv6h (tested on Raspberry Pi 1 model B).

mgw commented on 2017-01-30 21:39 (UTC)

Could you add aarch64 to supported architectures? I can confirm that it works. In hplip-plugin files, correct architecture suffix will be arm64.

ArchUser01020 commented on 2016-11-05 15:36 (UTC)

not updated erro: alvo não encontrado: hplip>=3.16.10 ==> Reiniciar a compilação de hplip-plugin ? [s/N]

e8hffff commented on 2016-10-26 10:46 (UTC)

"curl: (22) The requested URL returned error: 404 Not Found ==> ERROR: Failure while downloading Aborting.." People need to edit the "PKGBUILD" file so that they change the source: source=("$") #source=("$")

hexadecagram commented on 2016-10-26 07:30 (UTC) has been moved from the source URL to SourceForge.

andmars commented on 2016-09-30 08:45 (UTC) (edited on 2016-09-30 08:49 (UTC) by andmars)

Sorry, that was my mistake for updating too quickly. hplip 3.16.9 is currently in [testing]. I already updated hplip-plugin because I'm on vacation the next couple of weeks and didn't want to keep you guys waiting. Sorry for any inconvenience you might have.

commented on 2016-09-30 08:33 (UTC)

Follow-up to my comment below: Does not list "pkgver=3.16.9" (last version shown is 3.16.8). Is the upgrade from 3.16.8 to 3.16.9 as reported by yaourt is real or a glitch?

commented on 2016-09-30 08:25 (UTC)

Can't upgrade to 3.16.9-1 due to "missing dependencies, target not found 3.16.9" I have 3.16.8-1 correctly installed. 'hp-diagnose_plugin' reports "Device Plugin is already installed". Any help please?

e8hffff commented on 2016-09-30 08:02 (UTC)

If this AUR wont install try "hp-diagnose_plugin"

jbodhorn commented on 2016-09-25 19:11 (UTC)

I've used this printer plugin for a while now and on a bunch of laptops so I can print wirelessly in arch. I tried using this package today and I get an error when trying to add the printer that additional drivers are needed. In the past all I had to do was install this package and cups and I also use avahi, but I've never gotten this additional drivers needed error. The printer in question is an HP Officejet J4680 All-in-one printer/scanner/fax. All I care about is printing, the scanner an fax don't matter for this laptop. I can print using three other laptops running arch by using this package, cups, and avahi, I just printed a test page from one of them to make sure it is still working. I'm running arch with gnome and the error I get is when I'm attempting to add the printer through gnome settings under printer, the same way I've done it for this computer in the past and all of the other computers it's currently working on

pypi commented on 2016-09-15 19:31 (UTC)

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:

andmars commented on 2016-08-31 20:58 (UTC)

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

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

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

doblerone commented on 2015-09-20 14:40 (UTC)

@wolfyrion Look the workaround of gps1539. I just did it.

wolfyrion commented on 2015-09-19 20:04 (UTC)

hplip 3.15.9 is out and hplip-plugin 3.15.7-1 is not compatible atm. an update would be much appreciated :) Thanks!

andmars commented on 2015-08-25 03:57 (UTC)

@txomon, @gps1539 Unfortunately this is the method to update hplip and hplip-plugin. You have to uninstall hplip-plugin, upgrade hplip and re-install hplip-plugin. I asked in the forums and IRC for a sollution but the only sollution you might use is this pacman option: --assume-installed <package=version>

gps1539 commented on 2015-08-25 03:14 (UTC)

@txomon I ran into the same issue. I removed hplip-plugin, updated hplip and reinstalled hplip-plugin.

srgk commented on 2015-08-17 11:14 (UTC)

Please, add armv7 support to PKGBUILD:

txomon commented on 2015-08-10 08:15 (UTC)

There has been something strange in my system. Hplip-plugin could not update due to hplip not being hplip>=3.15.7 and hplip could not update due to hplip-plugin's dependency error. I suppose it was due to an outdated system. The solution was to remove hplip-plugin, upgrade hplip and install hplip-plugin.

thomas001le commented on 2015-06-01 07:12 (UTC)

Okay i figured out the problem, the installer tries to run some commands within an xterm, this fails if no xterm program is installed (other terminals work too, but gnome-terminal or xfce-terminal is none of them). Could you maybe just add an dependency on xterm? This introduces dependencies on some X11 stuff, so maybe a better solution would be to fix HP's installer script...

thomas001le commented on 2015-05-28 09:29 (UTC)

I have the following problem building the package on my system: ==> Starting prepare()... line 314: exec: -t: invalid option exec: usage: exec [-cl] [-a name] [command [arguments ...]] [redirection ...] ==> ERROR: A failure occurred in prepare(). No idea what -t is supposed to do in bash obviously does not support it.

andmars commented on 2015-05-20 14:33 (UTC)

Since there are so many people having issues with the digital signature verification method I decided to reverse it. Now the old method should be working again. Sorry for any inconvenience you might have had.

bgta commented on 2015-05-20 05:23 (UTC)

sudo pacman-key -r 73D770CDA59047B9 /usr/bin/bash: warning: setlocale: LC_ALL: cannot change locale (en) gpg: connecting dirmngr at '/root/.gnupg/S.dirmngr' failed: IPC connect call failed gpg: keyserver receive failed: No dirmngr ==> ERROR: Remote key not fetched correctly from keyserver.

bowhuntr commented on 2015-05-19 08:27 (UTC)

Running this: gpg --recv-keys 73D770CDA59047B9 Gives me this: gpg: keyserver receive failed: No keyserver available

Hermit commented on 2015-05-18 20:33 (UTC)

Alternatively, pacman-key -r 73D770CDA59047B9 pacman-key -f 73D770CDA59047B9 pacman-key --lsign-key 73D770CDA59047B9

adril commented on 2015-05-18 15:54 (UTC)

If you get the following: ==> Verifying source file signatures with gpg... ... FAILED (unknown public key 73D770CDA59047B9) ==> ERROR: One or more PGP signatures could not be verified! ==> ERROR: Makepkg was unable to build hplip-plugin. Run: gpg --recv-keys 73D770CDA59047B9 to import the key

gadicc commented on 2015-05-18 07:29 (UTC)

I was getting this error on install: ``` ==> Starting prepare()... line 314: exec: -t: invalid option exec: usage: exec [-cl] [-a name] [command [arguments ...]] [redirection ...] ==> ERROR: A failure occurred in prepare(). Aborting... ``` From looking at hplip*run, it requires xterm. `pacman -S xterm` fixes the problem. (Or just make sure your xterm alternative can handle `-title`; i.e. with single dash).

ZeroBit commented on 2015-05-16 20:48 (UTC)

I turned off checking. I changed this: source=("$" "$") sha1sums=('874d668f98fba49919f8904e8d844d0ec69d3e96' 'SKIP') validpgpkeys=('4ABA2F66DBD5A95894910E0673D770CDA59047B9') # to this: source=("$") sha1sums=('874d668f98fba49919f8904e8d844d0ec69d3e96') # validpgpkeys=('4ABA2F66DBD5A95894910E0673D770CDA59047B9') #

Watney commented on 2015-05-16 18:11 (UTC)

@PostBlue It looks as if you successfully installed the package. Can you please elaborate and explain. Thanks!

postblue commented on 2015-05-16 16:30 (UTC)

@jackpot The message seems to be clear : gpg have no keyserver available where to search for the key. Try "gpg --keyserver --recv-keys 73D770CDA59047B9", it should be better.

commented on 2015-05-16 15:49 (UTC)

==> Verifying source file signatures with gpg... ... FAILED (unknown public key 73D770CDA59047B9) ==> ERROR: One or more PGP signatures could not be verified! ==> ERROR: Makepkg was unable to build hplip-plugin. -------------------- I tried below with/without root (and failed): dirmngr < /dev/null gpg --recv-keys 73D770CDA59047B9 gpg: keyserver receive failed: No keyserver available

grawity commented on 2015-05-16 13:22 (UTC)

~ suggested fix: do not set +x on firmware files install -m644 hp_laserjet_*.fw.gz "$pkgdir"/usr/share/hplip/data/firmware/ ~ suggested feature: digital signature verification source=("$" "$") sha1sums=('874d668f98fba49919f8904e8d844d0ec69d3e96' 'SKIP') validpgpkeys=('4ABA2F66DBD5A95894910E0673D770CDA59047B9') # ~ suggested adjustment: use prepare() prepare() { sh hplip-$ --target "$srcdir/hplip-$pkgver-plugin" --noexec }

andmars commented on 2015-05-11 13:44 (UTC)

@ chris2kari please remove your comments since they address a non-existing problem. I keep the version numbers of hplip-plugin equal to hplip from arch's repos.

chris2kari commented on 2015-05-10 00:55 (UTC)

Yeah, tried nuking the database lock file & forcing a resync etc.. Package versions change quickly so simple clear instructions left here to help other stuck with the problem going forward.

chris2kari commented on 2015-05-06 00:09 (UTC)

Solution -------- 1) Remove the hplip-plugin: yaourt -R hplip-plugin 2) Download the prcompiled plugin from HP here: 3) Make the plugin executable: chmod +x 4) Run it as root: sudo ./ 5) Follow the prompts. Your printing now works again.

Lekensteyn commented on 2015-05-04 14:42 (UTC)

Please add the version number to the PKGBUILD as done in [1] to avoid surprises after hplip upgrades: depends=("hplip>=$pkgver" 'hplip<3.15.5') [1]:

goodmen commented on 2015-05-04 03:11 (UTC)

due to hplip is in extra, why hplip-plugin is not adopted by any TU and put it in extra? by far, hplip-plugin _MUST_ has the same version of hplip, otherwise, the printer can not work(That is the reason of why my printer refuse to work before I update the hplip-plugin version today)

andmars commented on 2015-05-03 17:02 (UTC)

Hi, I'm maintaining this package now. Since I've never done this before I hope you'll be patient with me and I'm open for any hints and advice.

commented on 2015-05-03 14:06 (UTC)

Hello, Sorry for the delay. As I am leaving ArchLinux, feel free to adopt this package ;) Best Regards.

commented on 2015-05-01 10:33 (UTC)

If printing stopped for some, please consider downgrading to previous latest until maintainer updates. That's the only solution to continue printing until an update.

Mr.Smith1974 commented on 2015-04-25 07:08 (UTC)

Please, update the plugin.

ZeroBit commented on 2015-04-24 19:20 (UTC)

Please, update plugin to the latest hplip 3.15.4

mjevans commented on 2015-04-24 04:45 (UTC)

If the HP utilities fail to run, you need to install: python-gobject This also needs to be updated to match 3.15.4 I get a checksum of: 290b44c65539758a90c9b80b63e98252 *

melodie commented on 2015-02-15 23:23 (UTC)

Hi, there are messages about non valid path, could that be fixed? **** hplip-plugin E: ELF file ('usr/share/hplip/fax/plugins/') outside of a valid path. hplip-plugin E: ELF file ('usr/share/hplip/prnt/plugins/') outside of a valid path. hplip-plugin E: ELF file ('usr/share/hplip/prnt/plugins/') outside of a valid path. hplip-plugin E: ELF file ('usr/share/hplip/scan/plugins/') outside of a valid path. hplip-plugin E: ELF file ('usr/share/hplip/scan/plugins/') outside of a valid path. hplip-plugin E: ELF file ('usr/share/hplip/scan/plugins/') outside of a valid path. hplip-plugin W: Dependency included and not needed ('hplip') *** Well, thanks for your work! Best regards, Mélodie

commented on 2015-02-11 18:18 (UTC)

PKGBUILD updated to the version 3.15.2 Thanks for your patience.

andrewd18 commented on 2015-02-11 00:01 (UTC)

While we wait for an update, here's what worked for me: Change pkgver to 3.15.2 Change md5sums to 140d752b5a6e31693b1799da25735186 Once installed, restart org.cups.cupsd.service (or reboot).

ZeroBit commented on 2015-02-08 08:52 (UTC)

Please, update plugin to the latest

zhouxiaobo commented on 2014-11-08 03:28 (UTC)

My OS is Manjaro, so maybe its cache is out of date. After download and install the package, It worked. Thx a lot.

commented on 2014-10-18 13:52 (UTC)

According the hplip website, this printer is supported: Can you check the version of hplip package? May be, it is not up-to-date.

zhouxiaobo commented on 2014-10-18 13:24 (UTC)

After updating to 3.14.10, I can't print anything out with HP P1106. so I downgrade to 3.14.6, Maybe the new property drive can't compatible with my device?

commented on 2014-10-18 06:26 (UTC)

PKGBUILD updated to the verion 3.14.10

commented on 2014-06-30 09:52 (UTC)

I don't have any error. The current md5sum seems correct.

jamesbond007 commented on 2014-06-27 17:37 (UTC)

==> ERROR: One or more files did not pass the validity check! ==> ERROR: Makepkg was unable to build hplip-plugin.

commented on 2014-06-20 04:47 (UTC)

PKGBUILD corrected

novica commented on 2014-06-19 19:36 (UTC)

Last update fails: :: Retrieving taurball from AUR... :: Building package... ==> Making package: hplip-plugin 3.14.6-1 (19 / 6 / 19:47:14 CEST 2014) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Found ==> Validating source files with md5sums... ... FAILED ==> ERROR: One or more files did not pass the validity check! warning: package hplip-plugin failed to build, skipping

commented on 2014-06-08 17:37 (UTC)

PKGBUILD updated to 3.14.6

twelveeighty commented on 2014-06-07 14:26 (UTC)

3.14.6 md5sums=('ee8766b64d332da86d2862a427c9085b')

commented on 2014-04-15 19:32 (UTC)

The binaries hp-plugin/hp-setup belong to the package hplip. You may open a new defect on the bug tracker

bugmenot commented on 2014-04-14 20:09 (UTC)

currently (hplip-plugin 3.14.4-1) "sudo hp-plugin" installation will crash if you do not temporarily supress use of python 3 (hp-plugin/hp-setup needs python 2)... user LukynZ has a non destructive workaround:

commented on 2014-04-10 17:59 (UTC)

PKGBUILD updated to 3.14.4

commented on 2014-03-17 18:54 (UTC)

PKGBUILD updated to 3.14.3

commented on 2014-01-22 16:28 (UTC)

PKGBUILD updated to 3.14.1

tuftedocelot commented on 2014-01-19 19:51 (UTC)


rpodgorny commented on 2014-01-17 13:02 (UTC)

hplip is now 3.14.1-1

commented on 2013-11-10 12:54 (UTC)

PKGBUILD updated to 3.13.11

commented on 2013-10-17 16:33 (UTC)

PKGBUILD updated to 3.13.10

codenomad commented on 2013-10-14 20:18 (UTC)

3.13.10 md5sums('51f98f27115b21a2c49bb6ba4b4fe002')

commented on 2013-09-15 18:40 (UTC)

PKGBUILD updated to 3.13.9.

commented on 2013-09-15 10:06 (UTC)

3.13.9 md5sums=('4566d807076697ea9e06ecbf5e79c6b6')

commented on 2013-08-26 10:53 (UTC)

PKGBUILD updated to 3.13.8.

moonman commented on 2013-08-26 02:04 (UTC)

3.13.8 md5sums=('f61b334571269763481cdd413e3601e3')

commented on 2013-08-25 00:17 (UTC)

New plug-in version is 3.13.8, so the source should be:

commented on 2013-07-30 03:17 (UTC)

PKGBUILD updated to 3.13.7.

gosella commented on 2013-07-29 20:51 (UTC)

3.13.7 is out. md5sums=('b5a1daf8b27ffd03d6e71892559e8aba')

commented on 2013-06-29 21:06 (UTC)

PKGBUILD updated to 3.13.6.

commented on 2013-06-29 14:37 (UTC)

3.13.6 md5sums=('8cbe4530c78241875ded11feca1c9bdb')

commented on 2013-05-19 06:12 (UTC)

PKGBUILD updated to 3.13.5. Thanks rtoijala.

commented on 2013-05-19 06:11 (UTC)

PKGBUILD updated to 3.13.5. Thanks rtoijala.

commented on 2013-05-18 15:23 (UTC)

3.13.5 is out. md5sums=('e74ec5ab7b84a297fe6f9f7d7632f31c') The archive no longer contains the udev rules (86-hpmud-hp_....rules). I had to comment out the lines that installed them (lines 31 and 41). My printer seems to work without them.

commented on 2013-04-20 08:18 (UTC)

@dgbaley27: according the hplip website, this printer is already supported by the plugin: Could you provide more informations about your problem or your request, please? Notes: you can perform the following command to check the plugin install: hp-diagnose_plugin

dgbaley27 commented on 2013-04-18 20:08 (UTC)

Hey, is it possible to add support for the p1606dn to this package?

commented on 2013-04-14 09:44 (UTC)

Link updated Thanks unikum

artemklevtsov commented on 2013-04-14 03:40 (UTC)

Work link -

moonman commented on 2013-04-13 11:27 (UTC)

Something happened with It's as though the website was taken down.

artemklevtsov commented on 2013-04-13 10:57 (UTC)

Can't build: curl: (22) The requested URL returned error: 404 Not Found

commented on 2013-04-13 06:49 (UTC)

PKGBUILD updated to 3.13.4. Thanks rtoijala.

commented on 2013-04-12 15:21 (UTC)

3.13.4 is out: pkgver=3.13.4 md5sums=('513e4502fb3a646e8431fc2ee3055a7f')

fnine commented on 2013-03-10 22:07 (UTC)

Thanks for updating so quicky!

commented on 2013-03-10 20:19 (UTC)

PKGBUILD updated to 3.13.3. Thanks fnine and flaminigo.

flaminigo commented on 2013-03-10 14:42 (UTC)

#Please update the PKGBUILD file as follows. pkgver=3.13.3 source=("$") md5sums=('25057aeae411c23a77776c888def6d85')

fnine commented on 2013-03-10 14:04 (UTC)

The plugin version (3.13.2) no longer matches the hplip version (3.13.3), so printing fails with a version mismatch. The latest version of the plugin is currently *not* available in$ (as specified in PKGBUILD), but only via

cfillion commented on 2013-03-01 21:21 (UTC)

I got the same problem (cups saying "filter failed"), JakubM's solution worked fine, thank you. common/utils.c 68: unable to open /var/lib/hp/hplip.state: Permission denied

tuftedocelot commented on 2013-02-27 21:05 (UTC)

@garion, I already got it working, but I have a feeling JakubM's solution would have been the solution to my problem.

JakubM commented on 2013-02-27 12:15 (UTC)

I've performed hp-check and it turned out that I don't have permission to access /var/lib/hp/hplip.state file. sudo chmod -R 755 /var/lib/hp/ did the trick and it's working (just printed a page). Thanks.

commented on 2013-02-26 21:50 (UTC)

@tuftedocelot: note that python2-pyqt is required to use hp-toolbox

commented on 2013-02-25 21:25 (UTC)

@tuftedocelot: it exists also the command: hp-check which checks dependency versions and permissions. Could you perform it ? A log file is created in the current directory.

tuftedocelot commented on 2013-02-25 16:09 (UTC)

@garion, never mind. I got it working again. Purged the whole shebang and reinstalled from scratch

vdemin commented on 2013-02-25 06:32 (UTC)

Now hp-setup works correctly for me. Thank you, garion!

tuftedocelot commented on 2013-02-25 00:36 (UTC)

@garion, the package seems to install correctly, but the hp-toolbox doesn't pick up on it. Running hp-plugin -i detects that the plugin is installed, but in hp-toolbox, it doesn't. I can attempt to print something, but I get a message saying that the plugin is missing.

commented on 2013-02-23 16:19 (UTC)

PKGBUILD updated to the release 3.13.2. @vdemin: the creation of /var/lib/hp/hplip.state is included. Nevertheless, I don't use the hplip-tools. Please, check if it works fine. Thanks in advance.

pyropeter commented on 2013-02-23 13:54 (UTC)

@garion: hp-plugin installs the plugin and then sets a flag in hplip.state that tells hp-setup that the plugin is installed. If this package doesn't set that flag, hp-setup (and probably other hplip-tools, too) think that the plugin isn't installed and won't use it, rendering this package kind of useless.

vdemin commented on 2013-02-23 09:55 (UTC)

% cat /var/lib/hp/hplip.state [plugin] installed = 1 eula = 1 version = 3.12.11 The file hplip.state is not used by this package but provides information for hplip package, without which hp-setup can't install some printers.

commented on 2013-02-23 08:48 (UTC)

@vdemin: The file /var/lib/hp/hplip.state is not used by this package. Moreover, hp-setup is provided by an other package: hplip. So the file should be created by the hplip package.

vdemin commented on 2013-02-18 10:50 (UTC)

Why this package didn't create /var/lib/hp/hplip.state ? Without this file, I couldn't add my HP_LaserJet_Professional_M1217nfw using hp-setup.

commented on 2013-01-10 05:14 (UTC)

@vrtladept: In most of cases, hplip-plugin is only required for an all-in-one printer or a laser printer. For a standard printer, CUPS may be sufficient. Check if you printer is supported without hplip-plugin: Else check if your printer is supported by hplip-plugin: Note: if you use this package, reboot your computer after the install to enable the new udev rules.

vrtladept commented on 2013-01-07 01:47 (UTC)

I installed this but whenever I try to setup the printer it still tells me I'm missing the plug-in (using hp-setup). I also tried to just install it directly with cups, but still doesn't work.

commented on 2012-12-02 23:12 (UTC)

PKGBUILD updated and cleaned up. Note: now, the PKGBUILD just copies the files directly, without relying on hplip installation routines. If you have any problem, let me know.

kfl62 commented on 2012-11-30 07:50 (UTC)

3.12.11 md5sum '71ca43371bec133edebd29affcb8ecae'

harsha5500 commented on 2012-11-12 07:41 (UTC)

I got this working in a different way. I am posting this as a stop gap. If you have installed hplip from the official repos, there should be a 'hp-plugin' binary. Run it as root. There is a problem in the setup if you notice in the terminal, there is a python error. I figured it might be a problem with the Python2 vs Python3 syntax error as Arch is now Python3 by default. I did some renaming to temporarily point the 'python' binary to 'python2' (moved the original python in '/usr/bin/' to somewhere else and copied 'python2' to 'python' in '/usr/bin'. Reverted back after installation was done) and it worked! I switched back the binaries and the plugin is working. Will however wait for the packer version though.

commented on 2012-11-07 18:28 (UTC)

For now packer can't build this package (it needs sudo). makepkg can't build it with and without sudo. Is this package installable?

pyropeter commented on 2012-11-07 17:04 (UTC)

That check should not test if the package is built as root. It checks if the config file is writeable, because the plugin installer tries to overwrite that file. If you remove that check and build the package as root (or any user that has the rights to overwrite the config), you will end up with a PKGBUILD that has side effects on the build system. The real solution is probably what I wrote in an earlier comment: > The new hplip 3.12.10 changed the code used to install the > plugin, so it would probably be easier to just copy the files directly, without > relying on hplips installation routines. I noticed that this package needs to > set some flags in hplips state configuration file (in postinst). See the plugin installation stuff in hplip for details.

dgbaley27 commented on 2012-11-07 16:17 (UTC)

Agreed. That test is kind of silly. By default makepkg refuses to run as root, and there's a flag to override it. Not to mention that's an odd way of checking.

archan.paul commented on 2012-11-07 12:20 (UTC)

I think following lines should be removed such that the package can be built as root. 26 if [ -w /etc/hp/hplip.conf ]; then 27 echo 'You should not make this package as root!!111!1' 28 return 1 29 fi When I tried to build it as user in root group, I got "OSError: [Errno 13] Permission denied: '/var/lib/hp/'" error as permission for /var/lib is 755.

dgbaley27 commented on 2012-11-04 03:45 (UTC)

So, I just had a hard time getting my firmware to load with the HP Laserjet 1020. I rewrote the rule for it: -----------------------8<---------------------- SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", ATTRS{idVendor}=="03f0", ATTRS{idProduct}=="2b17", \ RUN+="/usr/bin/systemd-cat -t hp-firmware -p5 /usr/bin/python2 /usr/bin/hp-firmware -n -y3 -s$env{BUSNUM}:$env{DEVNUM}" ----------------------->8---------------------- If anyone has problems they might want to try this rule. I wonder if we can unify all of them. Also, does anyone know why these rules have a delay of 3 seconds (-y3)?

8472 commented on 2012-10-31 14:27 (UTC)

@jamesbond007: yes, using zilti's patch, updating it to latest ver., it works fine: pkgver=3.12.10a depends=('hplip=3.12.10.a-3') md5sums=('7e9065367c347c76284be168143a0588')

jamesbond007 commented on 2012-10-30 23:45 (UTC)

Can anyone confirm that hplip-plugin 3.12.10a-1 works?

said commented on 2012-10-23 15:55 (UTC)

Thanks pyropeter. I adopted this package. Eventually i will probaly switch to foo2zjs too.

pyropeter commented on 2012-10-23 08:23 (UTC)

I'm disowning this now. I hope that the new maintainer will handle this PKGBUILD with care. This is my first disowned package, so I might be a bit sentimental about it. *Sniff* farewell, package! @said: It's foo2zjs:

farnsworth commented on 2012-10-13 09:44 (UTC)

ksniffer, I was able to install it (remove hplip-plugin, update hplip then reinstall hplip-plugin) with the information given by zilti. try to sudo mkdir /var/lib/hp this should solve your problem.

ksniffer commented on 2012-10-12 22:46 (UTC)

Zilti I have got these errors using you changes: [ksniffer@arch-laptop hplip-plugin]$ makepkg -s ==> Making package: hplip-plugin 3.12.10a-1 (Sat Oct 13 00:45:30 CEST 2012) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving Sources... -> Downloading % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 1765k 100 1765k 0 0 433k 0 0:00:04 0:00:04 --:--:-- 457k ==> Validating source files with md5sums... ... Passed ==> Extracting Sources... ==> Entering fakeroot environment... ==> Starting package()... ./ ./ ./ ./86-hpmud-sysfs_hp_laserjet_p1008.rules ./86-hpmud-hp_laserjet_p1007.rules ./ ./86-hpmud-sysfs_hp_laserjet_1005_series.rules ./hp_laserjet_1005_series.fw.gz ./86-hpmud-hp_laserjet_p1008.rules ./86-hpmud-hp_laserjet_professional_p1102w.rules ./hp_laserjet_professional_p1566.fw.gz ./ ./86-hpmud-sysfs_hp_laserjet_1000.rules ./86-hpmud-hp_laserjet_p1505.rules ./hp_laserjet_p1007.fw.gz ./86-hpmud-sysfs_hp_laserjet_p1006.rules ./86-hpmud-sysfs_hp_laserjet_1020.rules ./86-hpmud-hp_laserjet_p1006.rules ./plugin.spec ./86-hpmud-hp_laserjet_1018.rules ./hp_laserjet_1000.fw.gz ./hp_laserjet_professional_p1102.fw.gz ./86-hpmud-sysfs_hp_laserjet_p1505.rules ./license.txt ./86-hpmud-sysfs_hp_laserjet_professional_p1102w.rules ./hp_laserjet_1020.fw.gz ./86-hpmud-sysfs_hp_laserjet_professional_p1566.rules ./ ./86-hpmud-hp_laserjet_p1005.rules ./hplip-plugin-install ./hp_laserjet_p1005.fw.gz ./86-hpmud-sysfs_hp_laserjet_professional_p1102.rules ./86-hpmud-hp_laserjet_professional_p1566.rules ./hp_laserjet_p1006.fw.gz ./86-hpmud-sysfs_hp_laserjet_p1007.rules ./ ./ ./86-hpmud-sysfs_hp_laserjet_p1005.rules ./ ./ ./hp_laserjet_p1505.fw.gz ./ ./86-hpmud-hp_laserjet_professional_p1102.rules ./86-hpmud-hp_laserjet_1020.rules ./hp_laserjet_p1009.fw.gz ./86-hpmud-sysfs_hp_laserjet_1018.rules ./version.txt ./86-hpmud-hp_laserjet_1005_series.rules ./86-hpmud-hp_laserjet_1000.rules ./ ./hp_laserjet_p1008.fw.gz ./hp_laserjet_1018.fw.gz ./hp_laserjet_professional_p1102w.fw.gz Traceback (most recent call last): File "", line 75, in <module> from base.g import * File "/usr/share/hplip/base/", line 210, in <module> sys_state = State() File "/usr/share/hplip/base/", line 153, in __init__ os.makedirs('/var/lib/hp/') File "/usr/lib/python2.7/", line 157, in makedirs mkdir(name, mode) OSError: [Errno 13] Permission denied: '/var/lib/hp/' ==> ERROR: A failure occurred in package(). Aborting...

zilti commented on 2012-10-12 08:02 (UTC)

To install current version, simply edit the PKGBUILD, replace: pkgver=3.12.10a depends=(hplip=3.12.10.a) md5sums=('7e9065367c347c76284be168143a0588')

said commented on 2012-10-11 23:35 (UTC)

@pyropeter what is the name of the open source replacement that you are using? btw just orphan the package, someone will adopt it for sure

pyropeter commented on 2012-10-11 06:18 (UTC)

My printer (LaserJet 1000) no longer works with this package. I also found an open source replacement for this plugin. So I'm not using this PKGBUILD at the moment. The new hplip 3.12.10 changed the code used to install the plugin, so it would probably be easier to just copy the files directly, without relying on hplips installation routines. I noticed that this package needs to set some flags in hplips state configuration file (in postinst). See the plugin installation stuff in hplip for details. To make things worse, I don't have that much free time at the moment. If anyone wants to adopt this package, I would be happy to orphan it. If no other maintainer is found, the update to 3.12.10 might take quite a while.

archan.paul commented on 2012-10-10 05:53 (UTC)

3.12.10 is there in [extra] now.

pyropeter commented on 2012-10-07 13:18 (UTC)

@holyArch: please wait for [extra] to contain the new hplip before flagging this package out-of-date.

pyropeter commented on 2012-10-02 16:06 (UTC)

What @davedrowsy wrote is essentially right, BUT: * The URL is (the old one will break one day) * My repo only contains x86_64 packages * One can also just add my repo as an additional repo to pacman. This would allow to just -Syu without even thinking about hplip. For more help on that, see

commented on 2012-10-01 04:41 (UTC)

I just solved a problem that sprung up for me recently with updating hplip-plugin. Figured I'd post in case it helps someone: When doing yaourt -Syau, I was getting this message: error: failed to prepare transaction (could not satisfy dependencies) :: Starting full system upgrade... :: hplip-plugin: requires hplip=3.12.6 while my current version of both hplip and hplip-plugin was 3.12.6-3. I noticed that someone was having a similar problem about a year ago and pyropeter recommended downloading the hplip-plugin package from his repository* (in pkg.tar.xz format), so I tried downloading the latest hplip-plugin (3.12.9-1) pkg.tar.xz and did pacman -U [filename.pkg.tar.xz], pacman took care of the dependency issues and it easily upgraded both hplip and hplip-plugin to 3.12.9-1 - nice! *

pyropeter commented on 2012-09-08 22:09 (UTC)

uploaded 3.12.9

pyropeter commented on 2012-09-07 17:10 (UTC)

uploaded 3.12.6-4: * makedepends now contains the new python2-* names * added the two pyqts as optdepends @holyArch: After a glance through the hp-setup sourcecode I'm under the impression that hp-setup is able to run in a so called "interactive" mode using only the console, and furthermore has the ability to use qt3 and qt4 for an optional GUI. I thus added pyqt3 and python2-pyqt to the optional dependencies. Thanks for your hint! I also should say that I didn't actually test this release very well (nothing to print at the moment...) so I would be happy about any feedback. (Especially because hplip is really unstable)

pyropeter commented on 2012-07-14 18:52 (UTC)

uploaded 3.12.6-3: * moved udev-rules to /usr/lib @garyvdm: thanks for the hint and the patch!

garyvdm commented on 2012-07-14 18:23 (UTC)

Contents of /lib needs to be moved to /usr/lib See --- PKGBUILD 2012-06-23 21:14:12.000000000 +0200 +++ PKGBUILD~ 2012-07-14 20:21:07.117219136 +0200 @@ -2,7 +2,7 @@ pkgname=hplip-plugin pkgver=3.12.6 -pkgrel=2 +pkgrel=3 pkgdesc="Binary plugin for HPs hplip printer driver library" arch=('i686' 'x86_64') url="" @@ -45,12 +45,12 @@ ln -sf "$relpath" "$link" done < <(find "$pkgdir" -type l -print0) - mkdir -p "$pkgdir"/lib/udev - mv "$pkgdir"/etc/udev/rules.d "$pkgdir"/lib/udev/ - chmod 0644 "$pkgdir"/lib/udev/rules.d/* + mkdir -p "$pkgdir"/usr/lib/udev + mv "$pkgdir"/etc/udev/rules.d "$pkgdir"/usr/lib/udev/ + chmod 0644 "$pkgdir"/usr/lib/udev/rules.d/* rm -r "$pkgdir"/etc sed -i -e "s|SYSFS|ATTR|g" \ -e "s|sysfs|attr|g" \ - -e 's|"bin/sh|"/bin/sh|g' "$pkgdir"/lib/udev/rules.d/*.rules + -e 's|"bin/sh|"/bin/sh|g' "$pkgdir"/usr/lib/udev/rules.d/*.rules }

pyropeter commented on 2012-07-12 16:27 (UTC)

@said: You should try to consult the upstream support. They know how to deal with not-working issues.

said commented on 2012-07-12 09:26 (UTC)

Plug-in version: 3.12.6 Installed HPLIP version: 3.12.6 Number of files to install: 0 Used to work before with this plugin, not anymore. I've a laserjet p1006.

pyropeter commented on 2012-07-01 20:25 (UTC)

@holyArch: yes.

pyropeter commented on 2012-06-23 22:02 (UTC)

@GR3: You are welcome!

commented on 2012-06-23 21:42 (UTC)

@pyropeter: Thanks for your hard work. Appreciate it!

pyropeter commented on 2012-06-23 19:17 (UTC)

uploaded 3.12.6-2 * now works with spaces in $startdir @GR3: yes, that's a bug. I thought I had quoted every variable substitution, but apparently, I was wrong. It's fixed now.

commented on 2012-06-23 18:11 (UTC)

@pyropeter: Nope. Its parent directory contained a space which I removed after reading your comment (was "june 2012" and changed it to "june2012") and it went through flawlessly. Bit awkward, isn't it?

pyropeter commented on 2012-06-23 17:56 (UTC)

@GR3: Does your $pkgdir contain an exclamation mark ("!")?

commented on 2012-06-23 17:19 (UTC)

Hello everyone! I updated hplip package to 3.12.6 but when issuing the makepkg command, this is the output i get: sed: -e expression #1, char 35: unterminated `s' command ==> ERROR: A failure occurred in package(). Aborting... At first glance, I see no difference with older PKGBUILDs Any ideas? Thanks!

pyropeter commented on 2012-06-23 12:24 (UTC)

uploaded version 3.12.6. @karhu: that file belongs to the hplip package. you should create a bug report at

karhu commented on 2012-06-18 16:39 (UTC)

With the version 3.12.4 we got an error with the HP printers. File "/usr/lib/cups/filter/foomatic-rip-hplip" not available: No such file or directory To fix it the option foomatic-rip-hplip-install must be yes. The best way is to change in the PKGBUILD --disable-foomatic-rip-hplip-install \ with --enable-foomatic-rip-hplip-install \

pyropeter commented on 2012-04-23 17:52 (UTC)

uploaded 3.12.4

pyropeter commented on 2012-02-11 12:47 (UTC)

uploaded 3.12.2 thanks for reporting.

Mr.Smith1974 commented on 2012-02-11 12:10 (UTC)

error: failed to prepare transaction (could not satisfy dependencies) :: Starting full system upgrade... :: hplip-plugin: requires hplip=3.11.12

pyropeter commented on 2012-01-15 11:25 (UTC)

uploaded 3.11.12

pyropeter commented on 2011-12-20 11:39 (UTC)

uploaded pkgrel 3.11.10-2: * move rules to /lib * fix permissions of udev rules /etc/udev/rules.d seems to be reserved for rules written by hand [1] [1]

hollunder commented on 2011-12-07 08:57 (UTC)

Why does hplip-plugin install to /etc/udev/rules.d when apparently everything else installs to /lib/udev/rules.d? Permissions are strange too, udev rules don't need to be executable. /etc/udev/rules.d $ ls -l -rwxr-xr-- 1 root root 788 Dec 1 15:30 86-hpmud-hp_laserjet_1000.rules -rwxr-xr-- 1 root root 718 Dec 1 15:30 86-hpmud-hp_laserjet_1005_series.rules -rwxr-xr-- 1 root root 718 Dec 1 15:30 86-hpmud-hp_laserjet_1018.rules -rwxr-xr-- 1 root root 718 Dec 1 15:30 86-hpmud-hp_laserjet_1020.rules -rwxr-xr-- 1 root root 722 Dec 1 15:30 86-hpmud-hp_laserjet_p1005.rules -rwxr-xr-- 1 root root 722 Dec 1 15:30 86-hpmud-hp_laserjet_p1006.rules -rwxr-xr-- 1 root root 722 Dec 1 15:30 86-hpmud-hp_laserjet_p1007.rules -rwxr-xr-- 1 root root 722 Dec 1 15:30 86-hpmud-hp_laserjet_p1008.rules -rwxr-xr-- 1 root root 722 Dec 1 15:30 86-hpmud-hp_laserjet_p1505.rules -rwxr-xr-- 1 root root 774 Dec 1 15:30 86-hpmud-hp_laserjet_professional_p1102.rules -rwxr-xr-- 1 root root 778 Dec 1 15:30 86-hpmud-hp_laserjet_professional_p1102w.rules -rwxr-xr-- 1 root root 774 Dec 1 15:30 86-hpmud-hp_laserjet_professional_p1566.rules

pyropeter commented on 2011-10-23 13:47 (UTC)

@travnick: I don't think that can be easily resolved: hplip-plugin must be built using a hplip of matching version. Yaourt would have to uninstall hplip-plugin, upgrade hplip, and built and install the newer hplip-plugin. The only easy way to use this package seems to be to use a binary repository containing this package. (pacman then solves the conflict by itself and -Syu works perfectly) There is a repository containing 64-bit builds of all my AUR packages:

travnick commented on 2011-10-22 22:01 (UTC)

Could you resolve this problem in PKGBUILD while upgrading system: []$ yaourt -Syua .... error: failed to prepare transaction (could not satisfy dependencies) :: Starting full system upgrade... :: hplip-plugin: requires hplip=3.11.7 .... []$ yaourt hplip 1 extra/hplip 3.11.10-1 [13,25 M] [installed: 3.11.7-2] ... 3 aur/hplip-plugin 3.11.10-1 [installed: 3.11.7-2] (67) ...

timttmy commented on 2011-10-22 17:50 (UTC)

It certainly does. Thanks :D

pyropeter commented on 2011-10-21 21:57 (UTC)

uploaded version 3.11.10 @timttmy: I hope it works now; I had no problems loading the new archive.

timttmy commented on 2011-10-19 07:11 (UTC)

It looks like the download links in the PKGBUILD are broken (for me anyway) I've put on my old mediafire account (yeah I know mediafire :D ) Also you can find the built package there as well if you wish to try.

pyropeter commented on 2011-09-26 12:39 (UTC)

I updated the PKGBUILD anyway. It now builds without manual interaction.

commented on 2011-09-25 21:49 (UTC)

The site seems to be down, not sure if that's temporary or not. In the meanwhile, a tar file can be downloaded at (direct link which contains the .run file. The md5 hash matches that in this PKGBUILD. ... erm, looks like this has already been solved. Here's another source of the file, regardless

broken.pipe commented on 2011-09-20 11:38 (UTC)

thank you pyropeter! i will download the binary package! :)

pyropeter commented on 2011-09-18 12:59 (UTC)

@broken.pipe: A 64-bit pacman-repository containing binary packages of all my AUR-PKGBUILDs is at

broken.pipe commented on 2011-09-17 14:12 (UTC)

is the mirrored somewhere else? is down :( or can someone provide this file?

conandoel commented on 2011-09-01 14:14 (UTC)

@pyropeter: Tanks, i can resolve my problem swiching python3 to python2. Sorry for my bad English

pyropeter commented on 2011-08-30 21:16 (UTC)

@conandoel: Could you put the full output of makepkg in a pastebin and provide me with its URL? You should also run makepkg with LANG=en_US.UTF-8 because I do not understand spanish (?) very well.

conandoel commented on 2011-08-30 16:36 (UTC)

Hi my error is this ==> ERROR: Se produjo un error en package(). Cancelando... ==> ERROR: Makepkg was unable to build hplip-plugin. help please!! tanks

pyropeter commented on 2011-08-07 10:38 (UTC)

uploaded 3.11.7-2: * rules now use the new udev syntax @Morfeo: Thank you for your contribution!

robertfoster commented on 2011-08-06 22:59 (UTC)

please use this to adhere to new udev syntax sed -i -e "s|SYSFS|ATTR|g" \ -e "s|sysfs|attr|g" \ -e 's|"bin/sh|"/bin/sh|g' *.rules

pyropeter commented on 2011-08-02 18:44 (UTC)

uploaded version 3.11.7

pyropeter commented on 2011-06-14 00:19 (UTC)

uploaded version 3.11.5

pyropeter commented on 2011-03-26 18:20 (UTC)

uploaded version 3.11.3 again, thanks to kakalaky for reporting.

pyropeter commented on 2011-02-10 13:32 (UTC)

uploaded version 3.11.1-1 @kakalaky: thanks for flaging out-of-date.

pyropeter commented on 2011-01-24 17:01 (UTC)

uploaded version 3.10.9-3: * dbus-python and pygobject are only make-dependencys @Rudanar: I am happy to hear that.

Rudanar commented on 2011-01-21 07:44 (UTC)

@pyropeter Thanks! You were right, I had dependency problems, now the install goes fine!

pyropeter commented on 2011-01-20 22:49 (UTC)

uploaded version 3.10.9-2: * added dependency for dbus-python and pygobject * added patch for meaningful pkit-import-error message @Rudanar: I don't know if I guessed your problem correctly, but I think you missed the dbus-python and pygobject packages. It would be nice if you could try building again with the new PKGBUILD and report if it works or the problem persists.

Rudanar commented on 2011-01-20 20:45 (UTC)

With a clean install of hplip-plugin, the build end with: "error: Unable to load HPLIP installed?" (but the clean install installed hplip itself).

pyropeter commented on 2010-12-21 00:33 (UTC)

uploaded the first time: version 3.10.9