The version dependency used to be expressed more restrictively, similarly to this, and was changed several years ago (commit 98602ca43311). The issue then, which unless I'm much mistaken has now been reintroduced, was that any time hplip is upgraded in the repos, the system upgrade will fail. The user will then need to uninstall hplip-plugin, perform the upgrade, and reinstall hplip-plugin (provided the new version is available). I believe relaxing that requirement, so hplip can be upgraded at the risk of temporarily breaking printing was chosen as the lesser evil, and hasn't been a problem since given the usually prompt updates of this package. IMHO I preferred that behaviour, but it's up to the maintainer.
Search Criteria
Package Details: hplip-plugin 3.24.4-1
Package Actions
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 |
Licenses: | LicenseRef-HPLIP-LICENSE |
Submitter: | pyropeter |
Maintainer: | carsme |
Last Packager: | carsme |
Votes: | 404 |
Popularity: | 0.146119 |
First Submitted: | 2010-12-21 00:32 (UTC) |
Last Updated: | 2024-06-23 05:00 (UTC) |
Dependencies (5)
- gcc-libs (gcc-libs-gitAUR, gccrs-libs-gitAUR, gcc11-libsAUR, gcc-libs-snapshotAUR)
- glibc (glibc-gitAUR, glibc-linux4AUR, glibc-eacAUR, glibc-eac-binAUR, glibc-eac-rocoAUR)
- hplip (hplip-liteAUR, hplip-minimalAUR)
- libusb-compat (libusb0AUR)
- sane (sane-gitAUR)
Required by (0)
Sources (2)
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 12 .. 35 Next › Last »
argymeg commented on 2020-10-26 10:20 (UTC)
pieplu commented on 2020-10-22 21:04 (UTC)
Thanks @kaaposc for the explaination Thanks @andmars to change that, looks like it's working :)
kaaposc commented on 2020-10-22 14:04 (UTC)
@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.
pieplu commented on 2020-10-22 13:53 (UTC)
@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
andmars commented on 2020-10-22 05:22 (UTC) (edited on 2020-10-22 05:27 (UTC) by andmars)
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.
pieplu commented on 2020-10-21 17:33 (UTC)
@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?
binarydepth commented on 2020-09-26 20:32 (UTC) (edited on 2020-09-26 20:33 (UTC) by binarydepth)
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
Pinned Comments
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!