@pieplu, it's called epoch: https://wiki.archlinux.org/index.php/PKGBUILD#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.
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 .. 5 6 7 8 9 10 11 12 13 14 15 .. 37 Next › Last »
@pieplu, it's called epoch: https://wiki.archlinux.org/index.php/PKGBUILD#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.
@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:
depends=("hplip=1:$pkgver")
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
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.
@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?
Undeclared variable srcdir, that's what I think it's happening.
Downlaoded and ran: https://www.openprinting.org/download/printdriver/auxfiles/HP/plugins/hplip-3.20.6-plugin.run
Just check for the particular version for you
Any idea of how to solve this?
the pgp.mit.edu server is down/has a timeout most of the time, so i always have to run the command sed -i "s/'pgp.mit.edu'/'keyserver.ubuntu.com'/" /usr/share/hplip/base/validation.py
in order to be able to receive the proper HPLIP Digital Certificate..
Could you add pentium4 to the PKGBUILD? See https://wiki.archlinux.org/index.php?title=PKGBUILD&diff=633913&oldid=633868
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?
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!