spsf64, I like GUI too (altough I use it only for information about packages) but there's one bonus about the terminal: AUR helpers don't depend on any framework and will always work. Whereas the GUI will only work until the developers of the framework update (break) it. I stopped relying on pamac-classic for this very reason, because developers always try to fix what works...
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 (14)
- curl (curl-gitAUR, curl-c-aresAUR)
- libalpm.so (pacman)
- libnotify (libnotify-gitAUR)
- libsoup
- pacman (pacman-gitAUR, pacman-fancy-gitAUR)
- polkit (polkit-gitAUR, polkit-consolekitAUR)
- vte3 (vte3-notificationAUR, vte3-gitAUR)
- gettext (gettext-gitAUR) (make)
- gobject-introspection (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 (4)
- debtap-mod (requires pamac)
- mintmenu (requires pamac) (optional)
- rpmtoarch (requires pamac)
- update-notifier (requires pamac) (optional)
Sources (4)
rado84 commented on 2025-07-08 00:09 (UTC)
spsf64 commented on 2025-07-07 02:27 (UTC)
@sudobash418 thanks for replying and maintaining this package; it's sad to see such great program being abandoned by the original developer...
sudobash418 commented on 2025-07-07 00:25 (UTC)
@spsf64 Unfortunately not :/
Disabling AUR support entirely is supported upstream via a meson configuration option, but re-enabling search and update checks alone would require patches throughout the vala source code.
That said, if anyone were to submit a tested patch that adds a meson option to specifically remove AUR build/install support (DISABLE_AUR_BUILD perhaps), I would be happy to add it to the package (and use it instead of DISABLE_AUR).
spsf64 commented on 2025-07-06 23:19 (UTC)
@rado84 thanks, I am aware of yay/tryzen options, I just like GUI apps!
rado84 commented on 2025-07-06 22:44 (UTC)
@spsf64, you don't need pamac-classic or any other GUI tool for that. You can simply instruct trizen, yay or any other AUR helper to search only in AUR and quite frankly, I like how it displays the results - way better than what pamac-classic displays anyway.
Simply use this command: $ trizen --aur -Ss [packagename] or $ yay --aur -Ss [packagename]
This will instruct trizen/yay to search in AUR only for the mentioned package.
spsf64 commented on 2025-07-05 20:58 (UTC)
@sudobash418 is it possible to re-enable the AUR ability of searching and just checking outdated packages? TIA
rado84 commented on 2024-09-20 03:55 (UTC)
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.
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!)
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.