Search Criteria
Package Details: pamac-classic 7.3.0-2
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: | GPL3 |
Conflicts: | pamac, pamac-aur |
Provides: | pamac, pamac-aur |
Submitter: | sudobash418 |
Maintainer: | sudobash418 |
Last Packager: | sudobash418 |
Votes: | 17 |
Popularity: | 0.001251 |
First Submitted: | 2017-10-04 21:54 (UTC) |
Last Updated: | 2021-07-10 20:28 (UTC) |
Dependencies (14)
- curl (curl-minimal-git, curl-git)
- libnotify (libnotify-gtk2, libnotify-id-git, libnotify-id)
- libsoup (libsoup-gnome-git, libsoup-gnome)
- pacman (pacman-git, pacman-arch, pacman-hearts)
- polkit (polkit-no-script-git, polkit-consolekit, polkit-git)
- vte3 (vte3-ng-fullwidth-emoji, vte3-tilix, vte3-ng, vte3-git, vte3-selectall, vte3-nohang, vte3-notification)
- gettext (gettext-git) (make)
- gobject-introspection (gobject-introspection-git) (make)
- meson (meson-git) (make)
- vala (vala0.44, vala-git, vala0.52, vala0.54) (make)
- lxsession (lxsession-git) (optional) – needed for authentication in Xfce, LXDE etc.
- mate-polkit (mate-polkit-gtk2) (optional) – needed for authentication in MATE
- polkit-gnome (polkit-gnome-gtk2, xfce-polkit-git, xfce-polkit, polkit-gnome-git) (optional) – needed for authentication in Cinnamon, Gnome
Required by (5)
- bootsplash-manager-bin (requires pamac)
- mintmenu (requires pamac) (optional)
- pamac-tray-icon-plasma (requires pamac)
- pamac-zsh-completions (requires pamac)
- update-notifier (requires pamac) (optional)
Latest Comments
glitsj16 commented on 2022-03-23 10:44 (UTC)
@Bitts311 You should have a 'Preferences' item in the menu that opens when you click the icon in the title bar on the left with the current version. Settings are stored in dconf, not in a file. If you don't see that icon, try changing GTK theme.
Bitts311 commented on 2022-03-23 10:11 (UTC)
Hi, which version of the program has a settings menu? In the latest version 7.3.0 I have no settings at all (maybe it should be like this?). Or do I need to create a config of settings and put it somewhere?
rado84 commented on 2021-07-11 15:21 (UTC)
That worked! Thanks, sudobash418! :D
P.S. I've set checking for updates to happen every 3 hours, so I always have fully updated system. :)
sudobash418 commented on 2021-07-11 14:10 (UTC) (edited on 2021-07-11 14:11 (UTC) by sudobash418)
@rado84 That's because the new version requires pacman >= 6.0, but the old version requires pacman < 6.0
makepkg doesn't quite know how to handle this situation properly, so you'll have to follow this procedure:
pacman -Sd pacman
pamac-classic
to 7.3.0 with makepkg/<your preferred AUR helper other than pamac-classic>.As with any major version bump of a package manager, I would advise a full system update (-Syu) afterwards and a reboot to verify everything is working correctly.
rado84 commented on 2021-07-11 10:58 (UTC)
Pamac-classic apears to have a new update: 7.3.0-2 but when I try to update it, I get this error:
[sudo] password for rado: :: pacman is in IgnorePkg / IgnoreGroup. To install? [Y / n] y solving dependencies ... search for conflicting packages ... error: failure to prepare the transaction (dependencies not resolved) :: installing pacman (6.0.0-3) breaks the 'pacman <6.0.0' dependency required by pamac-classic ==> ERROR: 'pacman' failed to install missing dependencies. ==> Missing dependencies: -> pacman> = 6.0.0 ==> Checking buildtime dependencies ... ==> ERROR: Not all dependencies can be solved. :: Unable to build pamac-classic - makepkg exited with code: 8 = >> Try again? [y / N]:
What is "makepkg code 8"?
sudobash418 commented on 2021-07-10 20:27 (UTC)
Yeah that is a good idea, thanks.
Cromer commented on 2021-07-10 20:25 (UTC)
You should add pacman < 7.0.0 to the depends. Next time pacman has a big update it would obviously break pamac again.
Cromer commented on 2021-07-10 17:35 (UTC)
@rado84, pamac and pamac-classic are not the same thing. Anything written about pamac does not apply to pamac-classic.
A new version should be coming soon which will fix pamac-classic with the new libalpm, just waiting on merging a pull request which adds a new feature that lets you store the packages built from the AUR in a directory of your choosing. Once that can be merged I will release the new version.
rado84 commented on 2021-07-06 21:09 (UTC)
3 weeks ago Adrian Pereira said "pamac is now working on Arch" but he doesn't say if that means pamac can be compiled against pacman 6.0 (libalpm 13). https://gitlab.manjaro.org/applications/pamac/-/issues/1047#note_22236 Can anyone test it and see if it really works?
Vedun commented on 2021-06-07 11:22 (UTC) (edited on 2021-06-07 11:24 (UTC) by Vedun)
cromer commented 2 days ago https://git.cromer.cl/cromer/pamac-classic/issues/9
"Libalpm has many breaking changes in the new version, especially now that paralel downloads are available. It requires a lot of modification to pamac, and at the moment I don't have time to do it.
If anyone wants to do it, pull requests are welcome and I would be happy to merge it."
sudobash418 commented on 2021-06-02 13:43 (UTC) (edited on 2021-06-02 16:19 (UTC) by sudobash418)
@rado84 If you're referring to the 7.2.1-1 to 7.2.1-2 pkgrel bump, then no - the only difference is that I added a restriction on the
pacman
version to the PKGBUILD.As far as I am aware, upstream still needs to fix the incompatibility with pacman >= 6.0
edit: I've opened #9 upstream to report the issue.
rado84 commented on 2021-06-02 08:32 (UTC)
I can see pamac-classic has an update waiting. Has it been updated for compatibilty with libalpm 13 which caused a lot of problems yesterday when pacman 6 arrived?
Andy_Vetrov commented on 2021-05-29 11:37 (UTC)
@Cromer: Pamac-Classic v7.2.1 not compatible with new Pacman v6.0. Could you please fix this?
salome commented on 2020-05-29 21:04 (UTC)
very useful on Arch with gtk
+1 for adding it on official repos
sudobash418 commented on 2020-04-05 22:25 (UTC)
@remussatala Try unchecking the "Hide tray icon when no update available" setting in the preferences menu
commented on 2020-04-05 22:23 (UTC)
pamac-tray not show
glitsj16 commented on 2020-04-02 14:32 (UTC)
@Cromer My apologies for the confusion. Due to keeping gnome-shell/mutter at the previous 3.34 (something I always do to avoid the horde of issues when that jumps to a new version) I still had vala at version 0.46.6-1. After upgrading to vala 0.48.2-1 the build works fine. Sorry for the noise!
Cromer commented on 2020-04-02 14:14 (UTC)
json-glibs does not need to be in run deps, it is already pulled in by gtk3.
Cromer commented on 2020-04-02 14:11 (UTC)
Also vala in arch linux has the cairo-gobject vapi: https://www.archlinux.org/packages/extra/x86_64/vala/
Cromer commented on 2020-04-02 14:01 (UTC) (edited on 2020-04-02 14:12 (UTC) by Cromer)
@glitsj16 reverting to cairo with a sed is not needed and not recommended. Cairo has: usr/lib/pkgconfig/cairo-gobject.pc which will handle it. However cairo is missing in the deps for this package, it should be added.
glitsj16 commented on 2020-04-02 12:49 (UTC) (edited on 2020-04-02 12:53 (UTC) by glitsj16)
Hi, upstream changed dependency 'cairo' to 'cairo-gobject' for 7.2.1 (see https://git.cromer.cl/cromer/pamac-classic/commit/62a9402dac3269228238a9424ca5d6dd5b9a0fee), which doesn't exist in Arch Linux. This causes a build failure:
We need to revert to 'cairo' (which BTW needs to be added to the makedepends array), as that package contains 'cairo-gobject.h':
This can easily be achieved by adding the below, either in a prepare() function or integrated into the current build() function:
sed -i -e "s/cairo-gobject/cairo/" meson.build
Additionally, this package needs to add a run-time dependency on 'json-glib':
rado84 commented on 2020-03-13 08:51 (UTC)
@sudobash418, the terminal says it wants to build 7.1.2 to 7.1.3. Anyway, I tried downgrading vala but that didn't work, so I did it oldschool - uninstalled vala and then installed vala-0.42. Then I added vala to the ignorepkg list of pacman to prevent it from updating until this problem is solved. And the building of the new pamac-classic worked.
Cromer commented on 2020-03-13 00:30 (UTC)
I just pushed 7.1.3 which has a temporary fix in it. Still trying to find a more permanent fix.
sudobash418 commented on 2020-03-12 22:25 (UTC)
@timhs As far as I understand, those errors shouldn't occur if you're building with vala<0.48
I would suggest waiting for the next release to fix the build issue
sudobash418 commented on 2020-03-12 22:22 (UTC)
@aleskva @rado84 As of vala 0.48, pamac-classic does not build correctly anymore (see https://git.cromer.cl/cromer/pamac-classic/issues/3 for details), therefore I added the vala<0.48 restriction.
As soon as @Cromer pushes a new release, the PKGBUILD will be updated and the vala version restriction removed.
If you really want to build the current 7.1.2 release instead of waiting, you can try installing an older version of vala: either by downloading a previous version from the Arch Linux Archive or by installing vala-0.42 from the AUR
robson commented on 2020-03-12 22:14 (UTC)
And I have added to the pacman repo chaotic-aur https://lonewolf.pedrohlc.com/chaotic-aur/ in which it is a package vala-0.42, and also pamac-classic too. And after installing vala-0.42 and editing PKGBUILD, the new pamac-classic is normally building.
rado84 commented on 2020-03-12 22:09 (UTC) (edited on 2020-03-12 22:10 (UTC) by rado84)
Something's happening here that I don't understand.
"error, target not found: vala < 0.48 Error: pacman was unable to install missing dependencies. Missing dependencies: vala < 0.48 Error: unable to resolve all dependencies :: Unable to build pamac-classic - makepkg exited with code: 8 =>> Try again? [y/N]: "
This is for a day or two already. Checking for updates finds only vala 0.48.1-1. Apparently something has to be updated somewhere not on my computer but I'm not sure what that is.
timhs commented on 2020-03-12 15:26 (UTC)
I tried
downgrade vala
to version 0.42.5 but get errors while building:aleskva commented on 2020-03-12 11:46 (UTC)
Last version can't be installed due to the following issue: vala<0.48 can't be installled ("unable to satisfy dependency 'vala<0.48' required by pamac-classic"). It seems there is no version of vala < 0.48 available in Arch Linux.
marcin19883 commented on 2020-02-15 22:17 (UTC) (edited on 2020-02-24 19:24 (UTC) by marcin19883)
Clicking on the settings(hamburger menu) does not work. The settings menu does not show up. KDE PLASMA 5.18.
Andy_Vetrov commented on 2019-10-23 18:18 (UTC)
@Cromer: Thank you very much! Updated to 7.1.1 without any problems.
Cromer commented on 2019-10-23 18:10 (UTC)
@Andy_Vetrov I just pushed 7.1.1, found some bugs during transactions with pacman 5.2. Even though 7.1.0 built correctly with pacman 5.2, it had problems during runtime which should now be fixed.
Andy_Vetrov commented on 2019-10-23 18:06 (UTC) (edited on 2019-10-23 18:07 (UTC) by Andy_Vetrov)
@Cromer: Thank you! 7.1.0 working flawlessly.
Cromer commented on 2019-10-23 17:50 (UTC)
@Andy_Vetrov Fixed in pamac-classic 7.1.0.
Andy_Vetrov commented on 2019-10-22 19:20 (UTC)
@Cromer: Could you fix the incompatibility of Pamac-classic with the latest version of Pacman 5.2?
marcin19883 commented on 2019-09-18 00:14 (UTC)
Works thanks.
Cromer commented on 2019-09-17 22:21 (UTC)
@marcin19883 I pushed a new version 7.0.2 that should fix this problem.
marcin19883 commented on 2019-09-17 19:47 (UTC) (edited on 2019-09-17 19:48 (UTC) by marcin19883)
Error:
Compiling Vala source src/pamac-tr..../src/pamac-tray/tray.vala src/Pamac.vapi. FAILED: src/pamac-tray/327987b@@pamac-tray@exe/Config.c src/pamac-tray/327987b@@pamac-tray@exe/tray-gtk.c src/pamac-tray/327987b@@pamac-tray@exe/tray.c valac -C --debug --debug --pkg gobject-2.0 --pkg glib-2.0 --pkg gio-2.0 --pkg gtk+-3.0 --pkg libnotify --pkg libalpm --pkg json-glib-1.0 --color=always --directory src/pamac-tray/327987b@@pamac-tray@exe --basedir ../src/pamac-tray --pkg posix --vapidir=/home/marcin/pamac-classic/src/pamac-classic/src/vapis src/pamac-tray/Config.vala ../src/pamac-tray/tray-gtk.vala ../src/pamac-tray/tray.vala src/Pamac.vapi ../src/pamac-tray/tray.vala:49.3-49.17: error: Creation method of abstract class cannot be public.
Nocifer commented on 2019-07-19 14:15 (UTC)
@Cromer alright I just tried 7.0.1. It launches and the tray icon works properly as far as I can see, so from a user's perspective it can probably be considered "fixed", but on launch it still gives me the same assertion error:
And if I click on the tray icon, pamac-manager launches without any apparent hitch but it also outputs a similar error:
Cromer commented on 2019-07-19 12:49 (UTC)
@Nocifer, I think I fixed it, could you please let me know if you still have trouble?
Nocifer commented on 2019-07-12 08:34 (UTC)
Hi again,
I've been getting the following error since the update to 7.0.0 when I try to run pamac-tray:
I'm running pamac in a KDE environment, using the KDE_TRAY=ON flag, but I've also tried without it and it still gives me the same error.
Cromer commented on 2019-07-07 00:42 (UTC)
I just pushed 7.0.0, this has some big changes to the libpamc library, fixes old deprecated code, and removes cmake as a build system which means meson is now the only supported build system. Because of some of the major changes underneath, they break compatibility with 6.x.x library, so I bumped to 7.x.x.
Andy_Vetrov commented on 2019-07-06 07:02 (UTC) (edited on 2019-07-06 07:03 (UTC) by Andy_Vetrov)
Due to the fact that the @Cromer uses Meson as the main assembly system, I switched the PKGBUILD from Cmake to Meson:
The previous version 6.7.2 was compiled without any errors about the missed gir-file.
@Cromer: thanks for the great job!
P.S. In the latest version I found a small typo: in the Help - About menu displayed 6.7.2 instead 6.7.3.
Cromer commented on 2019-07-04 00:09 (UTC)
I just pusehd 6.7.3 which fixes the gir issue if using cmake. The gir issue didn't effect meson which is why I didn't notice it.
Nocifer commented on 2019-07-03 07:47 (UTC)
@sudoBash418 thanks, everything is working great now.
sudobash418 commented on 2019-07-02 21:09 (UTC)
@Nocifer I had the same build issue as you, and that's why it took me until now to update this package. Thanks for the tip about the gobject-introspection build dependency, I've added it to the new PKGBUILD.
To workaround the error about
pamacclassic-1.0.gir
missing, the new PKGBUILD installs thepamacclassic-6.0.gir
file from the 6.7.0 sources where the build system expects it to be.Nocifer commented on 2019-07-02 07:59 (UTC)
@Andy_Vetrov yeah, that's more or less my PKGBUILD as well, but it still won't compile because 'pamacclassic-1.0.gir' is still missing, as hinted in the error entry. That file is supposed to be generated on the fly, right? If the package builds correctly for you, then that means that something is not working correctly on my end. I'm on a KDE system, so could this be due to some missing dependency that is taken for granted and not listed in the PKGBUILD because it would be present by default on a GTK system? On a similar note, gobject-introspection is not listed in the make dependencies at all, but unless I'm mistaken is used during the build (for all that g-ir stuff), so maybe it should also be listed in the dependencies?
Andy_Vetrov commented on 2019-07-01 19:24 (UTC)
@Nocifer: with this PKGBULD, build version 6.7.2 finished without errors:
Nocifer commented on 2019-07-01 09:01 (UTC) (edited on 2019-07-01 09:01 (UTC) by Nocifer)
I'm getting this error when trying to build 6.7.2:
Cromer commented on 2019-06-29 16:23 (UTC)
@marcin19883 I have pushed an update upstream, pamac-classic 6.7.1 which fixes this issue under the meson build system.
marcin19883 commented on 2019-06-21 18:21 (UTC) (edited on 2019-06-21 18:23 (UTC) by marcin19883)
Patch Not Working. ERROR:
pamac-classic/src/choose_ignorepkgs_dialog.vala:23.1-23.15: error: Secondary top-level namespace `Pamac' is not supported by GIR format namespace Pamac {
Compilation failed: 2 error(s), 60 warning(s) make[2]: [src/CMakeFiles/pamacclassic.dir/build.make:119: src/pamacclassic_valac.stamp] make[1]: [CMakeFiles/Makefile2:474: src/CMakeFiles/pamacclassic.dir/all] make: *** [Makefile:141: all]
Zeph commented on 2019-03-27 17:54 (UTC) (edited on 2019-03-27 17:55 (UTC) by Zeph)
Pamac-classic is fork of Pamac You can use pamac on command line with this package
pamac --version pamac --help,-h [action] pamac checkupdates [options] pamac update,upgrade [options] pamac search [options] <package(s)> pamac info [options] <package(s)> pamac list [options] <package(s)> pamac install [options] <package(s)> pamac reinstall [options] <package(s)> pamac clone [options] <package(s)> pamac build [options] [package(s)] pamac remove [options] [package(s)]
Andy_Vetrov commented on 2019-03-17 17:58 (UTC)
@sudoBash418: New version of vala (0.44.1) released today and not require additional patch for pamac-classic. No comments.
sudobash418 commented on 2019-03-17 01:08 (UTC)
@Andy_Vetrov Thank you very much for the heads up and the patch, those changes have been applied and the package should compile with vala 0.44.0 now.
Andy_Vetrov commented on 2019-03-16 22:18 (UTC) (edited on 2019-03-16 22:32 (UTC) by Andy_Vetrov)
@sudoBash418: pamac-classic v 6.7.0 not compiling with new version of vala (0.44.0) - look at https://bbs.archlinux.org/viewtopic.php?pid=1837258#p1837258 and https://gitlab.manjaro.org/applications/pamac/commit/a1ea02d9180bf8708f40a50939f455ac5fe34435
To fix this problem please add this patch to your PKGBUILD:
zeroadhesion commented on 2018-08-11 10:53 (UTC)
This version is better than pamac-aur
sudobash418 commented on 2017-10-27 21:49 (UTC)
sudobash418 commented on 2017-10-27 13:54 (UTC)
hobbledehoy899 commented on 2017-10-27 07:18 (UTC)
sudobash418 commented on 2017-10-11 23:02 (UTC)
salome commented on 2017-10-11 19:50 (UTC)
sudobash418 commented on 2017-10-11 14:35 (UTC)
salome commented on 2017-10-11 14:23 (UTC)
sudobash418 commented on 2017-10-11 13:54 (UTC)
salome commented on 2017-10-11 13:23 (UTC) (edited on 2017-10-11 13:42 (UTC) by salome)