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.

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!

Why can't this package be transferred to the official repository?

file usr/share/hplip/scan/plugins/bb_orblite-x86_64.so requires libusb-0.1.so.4 but it is gone in libusb 1.0.24-2 which is updated today, the workaround is using libusb-compat which provides libusb-0.1.so.4

Installed:

yay -Qs hplip
local/hplip 1:3.23.5-1
local/hplip-plugin 3.23.5-1

When trying to scan via simple-scan, it still requires plugin and refuses to scan. At the same time XSane does scan without issues.

@wanderer93 For Manjaro(Pamac line 23):
sudo pacman -Sy make gcc base-devel patch yay
yay -Sy hplip-plugin

Please include the asc file in source files, hp-setup requires it to run. the file is named hplip-x.y.z-plugin.run.asc

for logs you can look at https://github.com/chaotic-aur/packages/issues/2376

Also it would be nice if this packaged fix that issue, it's a real pain manually give the path to hplip-x.y.z-plugin.run after each update.

@wanderer93 Please read pinned comment by gerson. Plus: https://terms.archlinux.org/docs/code-of-conduct/?rdfrom=https%3A%2F%2Fwiki.archlinux.org%2Findex.php%3Ftitle%3DCode_of_conduct%26redirect%3Dno#arch-linux-distribution-support-only

/var/tmp/pamac-build-sorcerer/hplip-plugin/PKGBUILD: line 23: cd: /var/tmp/pamac-build-sorcerer/hplip-plugin/src/hplip-3.22.10-plugin: No such file or directory

'hplip-plugin': 3.22.10-1 'hplip' itself: 3.22.10-1

For those running Manjaro:

Manjaro's hplip is always delayed with respect to Arch, and this hplip-plugin follows the Arch version. It's a bummer. However, the unstable branch of Manjaro usually have the updated hplip version there.

So, if you want to keep it synced, try using the downgrade tool to actually upgrade to the package in the unstable branch. This is not recommended in general, but hplip does not have deep dependencies, so it works fine. Here's the command:

sudo downgrade hplip --ala-only

From the list of versions, select the one that matches the hplip-plugin version.

@andmars, please consider pinning this comment. It might be helpful for others. Or adding part of this message to your pinned comment.