Package Details: pamac-nosnap 11.7.1-2

Git Clone URL: https://aur.archlinux.org/pamac-nosnap.git (read-only, click to copy)
Package Base: pamac-nosnap
Description: A Gtk3 frontend, Package Manager based on libalpm with AUR and Appstream support
Upstream URL: https://gitlab.manjaro.org/applications/pamac
Keywords: appstream aur aur-helper flatpak gnome-software gtk helper manjaro pamac software store
Licenses: GPL3
Conflicts: pamac, pamac-all, pamac-aur, pamac-cli, pamac-flatpak, pamac-flatpak-gnome
Provides: pamac
Submitter: LSUtigers3131
Maintainer: Santi-Burgos
Last Packager: Santi-Burgos
Votes: 22
Popularity: 0.112154
First Submitted: 2021-11-14 22:30 (UTC)
Last Updated: 2024-03-16 17:09 (UTC)

Dependencies (19)

Required by (7)

Sources (1)

Pinned Comments

TommyTran732 commented on 2021-08-18 08:36 (UTC)

Corresponding GitHub repository: https://github.com/tommytran732/pamac-flatpak-gnome

TommyTran732 commented on 2021-08-18 08:36 (UTC)

Corresponding GitHub repository: https://github.com/tommytran732/pamac-flatpak

Latest Comments

1 2 3 4 Next › Last »

saltedcoffii commented on 2024-03-16 08:46 (UTC)

re cannot open libalpm.so.13: pacman updated their libalpm library, which just means you have to rebuild libpamac-nosnap and pamac-nosnap again from the AUR. Then it'll link to libalpm.so.14 .

KarlofDuty commented on 2023-11-22 18:23 (UTC)

@Sam-Burgos: While yay allows me to select pamac-nosnap as the pamac provider during install it later fails during the build step due to being unable to resolve dependencies. Pamac doesn't even allow me to use pamac-nosnap as the provider at all.

Santi-Burgos commented on 2023-11-22 17:57 (UTC)

@jdigi78: Yeah, it seems that there is an issue ongoing, I checked the other pamac packages and an update with a patch was issued due to this; I will try to test and update when possible, though the issue comes from libpamac and not pamac itself (which is were the update has been recently), from the comments on libpamac-full a (temporary?) patch has been given to solve it

@KarlofDuty: I will keep it in mind in a next update, though the package "pamac-tray-icon-plasma" seems to list my package as one of the dependencies needed due to "pamac", nevertheless, I will take my time to check the comments there

jdigi78 commented on 2023-11-22 16:28 (UTC) (edited on 2023-11-22 17:22 (UTC) by jdigi78)

I think something is broken. Flatpak doesn't seem to be working with this as of the past few days. Its missing from the preferences. pamac-all works fine. Any ideas?

KarlofDuty commented on 2023-10-28 11:55 (UTC)

Hey, it seems this package doesn't work as a dependency for pamac-tray-icon-plasma as it doesn't include the version in the provides statement.

Currently you have:

provides=(pamac)

But I assume you need something like this from the suggestion by Fred in a previous comment:

provides=("${_pkgname}=${pkgver}-${pkgrel}")

Santi-Burgos commented on 2023-10-11 17:01 (UTC)

@jdigi78: you are right, since I adopted the package and I was unable to check it when updating (and I did it in a hurry though), as well as studying and comparing this pkgbuild with the other pamac pkgbuild, that slip through me. I will try to upload it with the new change when possible (and maybe a cleaner syntax)

jdigi78 commented on 2023-10-09 23:09 (UTC)

Why exactly does this conflict with gnome-software? No other pamac pkgbuild conflicts with it and I don't see any obviously shared files.