Package Details: hplip-plugin 3.21.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: 386
Popularity: 1.13
First Submitted: 2010-12-21 00:32
Last Updated: 2021-05-17 15:55

Dependencies (1)

Required by (1)

Sources (1)

Pinned Comments

andmars commented on 2017-12-03 17:56

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

1 2 3 4 5 6 ... Next › Last »

Anty0 commented on 2021-03-19 19:33

@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

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

@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

@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

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

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

I thing a good replacement for is

kullfar commented on 2020-11-20 06:24

"Upstream URL:" is outdated. 404 here

kuluse commented on 2020-11-19 19:48

@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

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