| Git Clone URL: | https://aur.archlinux.org/pamac-aur.git (read-only, click to copy) |
|---|---|
| Package Base: | pamac-aur |
| Description: | A Gtk frontend, Package Manager based on libalpm with AUR and Appstream support |
| Upstream URL: | https://gitlab.manjaro.org/applications/pamac |
| Keywords: | gui installer libalpm package pacman yay |
| Licenses: | GPL-3.0-or-later |
| Conflicts: | pamac, pamac-cli, pamac-tray-appindicator |
| Provides: | pamac, pamac-cli |
| Submitter: | Zeph |
| Maintainer: | Zeph |
| Last Packager: | Zeph |
| Votes: | 394 |
| Popularity: | 3.53 |
| First Submitted: | 2013-12-05 12:57 (UTC) |
| Last Updated: | 2024-03-30 09:49 (UTC) |
It looks like pamac-cli-11.6.0-2.tar.gz has been replaced on the server. Everyone who downloaded the file earlier will see checksum issues.
In order to fix this, just delete the file from the cache directory and let your build tool download it again.
I'm facing the same issue:
❯ LC_ALL=C yay -Syu
:: Synchronizing package databases...
endeavouros is up to date
core is up to date
extra is up to date
community is up to date
multilib is up to date
:: Searching AUR for updates...
:: Searching databases for updates...
-> kdeconnect: local (24.01.80-1) is newer than extra (23.08.4-1)
-> Packages not in AUR: tor-browser
-> Flagged Out Of Date AUR Packages: ausweisapp2
:: 1 package to upgrade/install.
1 aur/pamac-aur 11.6.0-4 -> 11.7.0-2
==> Packages to exclude: (eg: "1 2 3", "1-3", "^4" or repo name)
-> Excluding packages may cause partial upgrades and break systems
==>
AUR Explicit (1): pamac-aur-11.7.0-2
:: PKGBUILD up to date, skipping download: pamac-aur
1 pamac-aur (Installed) (Build Files Exist)
==> Packages to cleanBuild?
==> [N]one [A]ll [Ab]ort [I]nstalled [No]tInstalled or (1 2 3, 1-3, ^4)
==>
1 pamac-aur (Installed) (Build Files Exist)
==> Diffs to show?
==> [N]one [A]ll [Ab]ort [I]nstalled [No]tInstalled or (1 2 3, 1-3, ^4)
==>
==> Making package: pamac-aur 11.7.0-2 (Wed Dec 13 10:04:16 2023)
==> Retrieving sources...
-> Found pamac-11.7.0-2.tar.gz
-> Found pamac-cli-11.6.0-2.tar.gz
==> WARNING: Skipping verification of source file PGP signatures.
==> Validating source files with sha256sums...
pamac-11.7.0-2.tar.gz ... Passed
pamac-cli-11.6.0-2.tar.gz ... FAILED
==> ERROR: One or more files did not pass the validity check!
-> error downloading sources: /home/jens/.cache/yay/pamac-aur
context: exit status 1
Does someone have an idea what I'm doing wrong here?
I was doing an update this morning and noticed pamac-cli failed its valitity check. So the install failed.
Aur (1) Old Version New Version Make Only
aur/pamac-aur 11.6.0-4 11.7.0-1 No
:: Proceed to review? [Y/n]: y
:: Downloading PKGBUILDs...
PKGBUILDs up to date
:: Accept changes? [Y/n]: y
fetching devel info...
==> Making package: pamac-aur 11.7.0-1 (Mon 11 Dec 2023 09:13:04 AM)
==> Retrieving sources...
-> Found pamac-11.7.0-1.tar.gz
-> Found pamac-cli-11.6.0-1.tar.gz
==> Validating source files with sha256sums...
pamac-11.7.0-1.tar.gz ... Passed
pamac-cli-11.6.0-1.tar.gz ... FAILED
==> ERROR: One or more files did not pass the validity check!
error: failed to download sources for 'pamac-aur-11.7.0-1':
error: packages failed to build: pamac-aur-11.7.0-1
pamac-aur is not synced with XFCE4 Themes. Which means I can't have pamac-aur set to Dark Theme.
It needs plymouth to upgrade the system at shutdown.
Fails to compile on my end
[150/154] Compiling C object src/pamac-daemon.p/meson-generated_alpm_utils.c.o
FAILED: src/pamac-daemon.p/meson-generated_alpm_utils.c.o
ccache cc -Isrc/pamac-daemon.p -Isrc -I../src -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/sysprof-4 -I/usr/include/libmount -I/usr/include/blkid -I/usr/include/libsoup-3.0 -I/usr/include/polkit-1 -fdiagnostics-color=always -w -O3 -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security -fstack-clash-protection -fcf-protection -pthread '-DGETTEXT_PACKAGE="pamac"' -D_FILE_OFFSET_BITS=64 -MD -MQ src/pamac-daemon.p/meson-generated_alpm_utils.c.o -MF src/pamac-daemon.p/meson-generated_alpm_utils.c.o.d -o src/pamac-daemon.p/meson-generated_alpm_utils.c.o -c src/pamac-daemon.p/alpm_utils.c
src/pamac-daemon.p/alpm_utils.c: In function ‘cb_question’:
src/pamac-daemon.p/alpm_utils.c:10985:51: error: ‘alpm_question_import_key_t’ {aka ‘struct _alpm_question_import_key_t’} has no member named ‘key’
10985 | _tmp28_ = data->import_key.key;
| ^
[151/154] Compiling C object src/libpamac.so.11.6.p/meson-generated_alpm_utils.c.o
Hi, am I the only one not able to see the AppStream data?
Update: Nevermind, installing the last update fixed it for me :P
Compilation errors related to latest vala are now fixed. Thank you @Zeph for maintaining this AUR version!
Hi,
Regarding latest compilation errors they are common in both pamac and pamac git: "...The name child' does not exist in the context of GLib.Object..."
This happens due to Vala being auto-updated to 0.56.11-1 in Arch extra repo and this new version breaks pamac compilation. The issue is tracked on pamac Gitlab upstream: https://gitlab.manjaro.org/applications/pamac/-/issues/1379
Solutions:
If vala is already installed (maybe as a dependency for other packages) in your system, you may very carefully downgrade it temporarily to 0.56.10 only for pamac to be built. Then you may update it back to 0.56.11-1
If vala is not preinstalled you can explicitly install it and then downgrade to 0.56.10 only for pamac compilation. Afterwards you may remove it since it is a build-only dependency. Repeat this cycle until the issue is fixed on pamac upstream.
@Daerun I have the same errors.
Pinned Comments
Zeph commented on 2022-06-04 13:58 (UTC) (edited on 2023-07-02 09:39 (UTC) by Zeph)
For some problems with pamac, check or create issues on