Pacman was recently updated which brought the new version of libalpm. I doubt that any arch user (except for myself) would prioritize pamac-classic and hold pacman's update and keep it at version 6.1, which means libalpm 14 is obsolete and personally I don't see a problem to hardcode the version. The next time pacman updates, you'll simply chage it to libalpm 16 and such problems will be avoided in the future. But that's just my opinion on the matter.
Search Criteria
Package Details: pamac-classic 7.3.0-5
Package Actions
Git Clone URL: | https://aur.archlinux.org/pamac-classic.git (read-only, click to copy) |
---|---|
Package Base: | pamac-classic |
Description: | A Gtk3 frontend for libalpm - classic version |
Upstream URL: | https://git.cromer.cl/cromer/pamac-classic |
Keywords: | aur gui installer pacman |
Licenses: | GPL-3.0-or-later |
Conflicts: | pamac, pamac-aur |
Provides: | pamac, pamac-aur |
Submitter: | sudobash418 |
Maintainer: | sudobash418 |
Last Packager: | sudobash418 |
Votes: | 16 |
Popularity: | 0.000000 |
First Submitted: | 2017-10-04 21:54 (UTC) |
Last Updated: | 2024-09-19 16:15 (UTC) |
Dependencies (16)
- curl (curl-quiche-gitAUR, curl-http3-ngtcp2AUR, curl-gitAUR, curl-c-aresAUR)
- libalpm.so (pacman)
- libnotify (libnotify-gitAUR)
- libsoup
- pacman (pacman-gitAUR)
- polkit (polkit-gitAUR, polkit-consolekitAUR)
- vte3 (vte3-notificationAUR, vte3-gitAUR)
- gettext (gettext-gitAUR) (make)
- gobject-introspection (gobject-introspection-gitAUR) (make)
- meson (meson-gitAUR) (make)
- vala (vala-gitAUR) (make)
- lxsession (lxsession-gitAUR) (optional) – needed for authentication in Xfce, LXDE etc.
- mate-polkit (optional) – needed for authentication in MATE
- polkit-gnome (xfce-polkit-gitAUR, xfce-polkitAUR, polkit-gnome-gitAUR) (optional) – needed for authentication in Cinnamon, Gnome
Required by (5)
- debtap-mod (requires pamac)
- diabos-base (requires pamac-aur) (optional)
- mintmenu (requires pamac) (optional)
- rpmtoarch (requires pamac)
- update-notifier (requires pamac) (optional)
Sources (4)
rado84 commented on 2024-09-20 03:55 (UTC)
sudobash418 commented on 2024-09-19 16:16 (UTC)
@rado84
I believe 7.3.0-5
should fix the issue. I misunderstood makepkg's behaviour regarding library versions; when 7.3.0-4
was built, makepkg didn't add a specific version requirement, which led to the issue you described.
Hardcoding the specific version is possible, but would arbitrarily prevent building against older versions of libalpm.
rado84 commented on 2024-09-19 15:49 (UTC)
sudobash418, you need to fix the PKGBUILD the way I told you (I don't have access to edit it here), otherwise the build won't work for other people too. The way you've written it it confuses the compiler, so it gets stuck with libalpm 14 and the compiling fails. The dependency needs to be 'libalpm.so=15' and nothing else.
sudobash418 commented on 2024-09-18 11:39 (UTC) (edited on 2024-09-18 11:41 (UTC) by sudobash418)
Hm - did you build pamac-classic
with pacman 6.x and then update pacman to 7.x?
If so, you'll need to rebuild pamac-classic
against the new version of pacman.
Otherwise, try running pamac-manager
from a terminal and post the output.
(unfortunately I don't think it writes any relevant log files)
(just saw your edit, glad to hear you've managed to get it working!)
rado84 commented on 2024-09-18 11:27 (UTC) (edited on 2024-09-18 11:34 (UTC) by rado84)
Now pamac-classic won't start at all. If the program creates logs anywhere, I could provide them, if I knew where they were.
Edit: I managed to fix it! IDK what you edited in pkgbuild but I had to remove this: 'libalpm.so>=14' and then make the next dependency to be 'libalpm.so=15'. After that the program started just fine.
sudobash418 commented on 2024-09-18 08:20 (UTC)
@rado84
Building against libalpm 15 just required updating the PKGBUILD. I've now released 7.3.0-4
which should fix the issue.
rado84 commented on 2024-09-18 01:58 (UTC)
I tried with rebuild, Fabio, and it didn't work: attempting to update pacman still whines about alpm needed by pamac-classic. That's why I wrote my previous comment.
FabioLolix commented on 2024-09-16 17:08 (UTC)
Didn't need a patch, only a rebuild, at least browsing and removing work for me
rado84 commented on 2024-09-16 14:42 (UTC)
It needs a new patch to support libalpm for pacman 7.x.
glitsj16 commented on 2024-04-28 02:08 (UTC)
@sudobash418
Thanks for the patches!
The recently introduced SPDX license identifiers can become quite long (e.g. qemu-base), which renders the UI unusable. Here's a crude patch that hides the licenses label:
https://gist.github.com/glitsj16/22574fa67702b882ccb3a0c1d5996a30
Pinned Comments
sudobash418 commented on 2024-04-26 23:10 (UTC) (edited on 2024-04-26 23:10 (UTC) by sudobash418)
I've just pushed
7.3.0-3
, which includes the following (overdue) changes:There seem to be a few bugs related to downloading files still.
Unfortunately, I no longer use pamac-classic, nor do I have experience with Vala, nor do I have much time to investigate the cause of the bugs.
If anyone wants to take over maintainership (or be a co-maintainer) to fix these issues, let me know.
Cromer commented on 2022-07-12 00:28 (UTC)
Probably related to this: https://git.cromer.cl/cromer/pamac-classic/issues/12
AUR has been broken in pamac-classic for a while now due to changes on Arch Linux's side of things. If anyone can fix and do a pull request, I will merge it. But right now I don't have time to investigate myself and is at the bottom of my priority list.