/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
Git Clone URL: | https://aur.archlinux.org/hplip-plugin.git (read-only, click to copy) |
---|---|
Package Base: | hplip-plugin |
Description: | Binary plugin for HPs hplip printer driver library |
Upstream URL: | https://developers.hp.com/hp-linux-imaging-and-printing/binary_plugin.html |
Keywords: | fax hp printer scanner |
Licenses: | LicenseRef-HPLIP-LICENSE |
Submitter: | pyropeter |
Maintainer: | ZhangHua |
Last Packager: | ZhangHua |
Votes: | 402 |
Popularity: | 0.025048 |
First Submitted: | 2010-12-21 00:32 (UTC) |
Last Updated: | 2025-03-31 12:08 (UTC) |
« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 .. 37 Next › Last »
/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.
prepare() fails on my Manjaro machine, I have to add "--nox11" to make it work, like this:
prepare() { sh "hplip-$pkgver-plugin.run" --target "$srcdir/hplip-$pkgver-plugin" --noexec --nox11 }
@argymeg: many thanks. My printer is working now. I was indeed using pamac.
@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.
Pinned Comments
ZhangHua commented on 2025-03-31 03:44 (UTC) (edited on 2025-04-03 12:45 (UTC) by ZhangHua)
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 copyua.curlrc
to$SRCDEST
manually, or there will be a failure when downloading sources.carsme commented on 2024-01-15 16:53 (UTC) (edited on 2024-02-04 14:15 (UTC) by carsme)
Hey, I've adopted this package and applied some of the suggestions:
libusb-compat
andsane
(cred @ZhandHua).Depend on exact version ofhplip
(cred @jsn42).In addition, the PGP-signature of the artifact is now checked, which means you need to fetch upstream's key:
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!