Arch Linux User Repository

Please ensure your working directory is in the repository, because we use a custom download agent to download sources, this download agent is a curl wrapper with UA set to firefox's. We call curl directly, using config file to provide User Agent with space.

As for why not set UA in command directly, please check https://wiki.archlinux.org/title/Nonfree_applications_package_guidelines#Custom_DLAGENTS for more info.

I tested paru and it seems can work without any change. But I am not sure if other AUR helpers also can work.

Edit: Found a problem, if you use custom $SRCDEST for makepkg, you need to copy ua.curlrc to $SRCDEST manually, or there will be a failure when downloading sources.

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!

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

Installation gives the error:

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

hplip 3.21.12 is installed

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/sendfaxdialog.py", line 375, in FilesTable_fileListChanged self.toggleCoverPage(self.FilesTable.isMIMETypeInList(MIME_TYPE_COVERPAGE)) File "/usr/share/hplip/ui5/sendfaxdialog.py", 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/sendfaxdialog.py", line 375 as the error prompts everything works!!!!

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

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

depends=("hplip>=$pkgver")

to

depends=("hplip=$pkgver")

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.

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

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

Trying to install the plugin and getting:

hplip-3.20.11-plugin.run: line 314: exec: -t: invalid option exec: usage: exec [-cl] [-a name] [command [argument ...]] [redirection ...] ==> ERROR: A failure occurred in prepare(). Aborting...

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: https://bugs.launchpad.net/hplip/+bug/1910146

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

https://bugs.launchpad.net/hplip/+bugs

I thing a good replacement for https://developers.hp.com/hp-linux-imaging-and-printing/node/309 is https://developers.hp.com/hp-linux-imaging-and-printing/binary_plugin.html