Yay version 12.5.6-1?

General system Pacman & AUR helpers
1

For some reason i have yay version 12.5.6-1

[christopher67@EndeavourOS ~]$ pacman -Qs pacman
local/eos-hooks 1.16.2-1
    EndeavourOS pacman hooks
local/expac 10-11
    alpm data (pacman database) extraction utility
local/nvidia-hook 1.5.2-1
    pacman hook for nvidia
local/pacman 7.0.0.r6.gc685ae6-6
    A library-based package manager with dependency support
local/pacman-contrib 1.13.0-1
    Contributed scripts and tools for pacman systems
local/pacman-mirrorlist 20251021-1
    Arch Linux mirror list for use by pacman
local/reflector 2023-3
    A Python 3 module and script to retrieve and filter the latest Pacman mirror list.
local/yay 12.5.6-1
    Yet another yogurt. Pacman wrapper and AUR helper written in go.
[christopher67@EndeavourOS ~]$

I did the whole

git clone https://aur.archlinux.org/yay.git
cd yay
makepkg -si

Still getting

:: Synchronizing package databases...
 endeavouros is up to date
 core is up to date
 extra is up to date
 multilib is up to date
:: Starting full system upgrade...
warning: yay: local (12.5.6-1) is newer than endeavouros (12.5.4-1)
resolving dependencies...
looking for conflicting packages...
error: failed to prepare transaction (could not satisfy dependencies)
:: installing pacman (7.1.0.r7.gb9f7d4a-1) breaks dependency 'libalpm.so=15' required by libpamac-aur
 -> error installing repo packages
[christopher67@EndeavourOS ~]$

Heres my pacman.conf

#
# /etc/pacman.conf
#
# See the pacman.conf(5) manpage for option and repository directives

#
# GENERAL OPTIONS
#
[options]
# The following paths are commented out with their default values listed.
# If you wish to use different paths, uncomment and update the paths.
#RootDir     = /
#DBPath      = /var/lib/pacman/
#CacheDir    = /var/cache/pacman/pkg/
#LogFile     = /var/log/pacman.log
#GPGDir      = /etc/pacman.d/gnupg/
#HookDir     = /etc/pacman.d/hooks/
HoldPkg     = pacman glibc dracut kernel-install-for-dracut eos-dracut
#XferCommand = /usr/bin/curl -L -C - -f -o %o %u
#XferCommand = /usr/bin/wget --passive-ftp -c -O %o %u
#CleanMethod = KeepInstalled
Architecture = auto

#IgnorePkg   =
#IgnorePkg   =
#IgnoreGroup =

#NoUpgrade   =
#NoExtract   =

# Misc options
#UseSyslog
Color
ILoveCandy
#NoProgressBar
#CheckSpace
VerbosePkgLists
ParallelDownloads = 5
DownloadUser = alpm
#DisableSandbox

# By default, pacman accepts packages signed by keys that its local keyring
# trusts (see pacman-key and its man page), as well as unsigned packages.
SigLevel    = Required DatabaseOptional
LocalFileSigLevel = Optional
#RemoteFileSigLevel = Required

# NOTE: You must run `pacman-key --init` before first using pacman; the local
# keyring can then be populated with the keys of all official Arch Linux
# packagers with `pacman-key --populate archlinux`.

#
# REPOSITORIES
#   - can be defined here or included from another file
#   - pacman will search repositories in the order defined here
#   - local/custom mirrors can be added here or in separate files
#   - repositories listed first will take precedence when packages
#     have identical names, regardless of version number
#   - URLs will have $repo replaced by the name of the current repo
#   - URLs will have $arch replaced by the name of the architecture
#
# Repository entries are of the format:
#       [repo-name]
#       Server = ServerName
#       Include = IncludePath
#
# The header [repo-name] is crucial - it must be present and
# uncommented to enable the repo.
#

# The testing repositories are disabled by default. To enable, uncomment the
# repo name header and Include lines. You can add preferred servers immediately
# after the header, and they will be used before the default mirrors.

[endeavouros]
SigLevel = PackageRequired
Include = /etc/pacman.d/endeavouros-mirrorlist

#[core-testing]
#Include = /etc/pacman.d/mirrorlist

[core]
Include = /etc/pacman.d/mirrorlist

#[extra-testing]
#Include = /etc/pacman.d/mirrorlist

[extra]
Include = /etc/pacman.d/mirrorlist

# If you want to run 32 bit applications on your x86_64 system,
# enable the multilib repositories as required here.

#[multilib-testing]
#Include = /etc/pacman.d/mirrorlist

[multilib]
Include = /etc/pacman.d/mirrorlist

# An example of a custom package repository.  See the pacman manpage for
# tips on creating your own repositories.
#[custom]
#SigLevel = Optional TrustAll
#Server = file:///home/custompkgs

Not sure what i should do from here?

Thanks

2

Yay was just updated to 12.5.6-1 by the yay devs.
It is already on its way to EndeavourOS mirrors, so that’s not a problem.

Pamac is the problem, I suggest removing it first, then update again.

3

Ok will try that

4 

Paket (1)        Alte Version  Neue Version  Netto-Veränderung  Größe des Downloads

endeavouros/yay  12.5.4-1      12.5.6-1               0,00 MiB             3,20 MiB
5

Note that libpamac-aur is requiring the old libalpm. So remove that especially.

6

So i would do a

sudo pacman -Rs libpamac-aur
7

Better try

yay -Rns libpamac-aur
8 
[christopher67@EndeavourOS ~]$ yay -Rns libpamac-aur
checking dependencies...
error: failed to prepare transaction (could not satisfy dependencies)
:: removing libpamac-aur breaks dependency 'libpamac-aur>=11.7' required by pamac-aur
 -> exit status 1

Nope that didn’t work.

9

Sorry I don’t use this package maybe try

yay -Rns pamac-aur
10

You’ll likely need to remove both pamac-aur and libpamac-aur on the same command line.

11

So i could do a

yay -Rns pamac-aur libpamac-aur
13

@manuel @joekamprad

Question i try to re-install

[christopher67@EndeavourOS ~]$ yay -S pamac-aur
yay: error while loading shared libraries: libalpm.so.15: cannot open shared object file: No such file or directory


[christopher67@EndeavourOS ~]$ pacman -Qs pacman
local/eos-hooks 1.16.2-1
    EndeavourOS pacman hooks
local/expac 10-12
    alpm data (pacman database) extraction utility
local/nvidia-hook 1.5.2-1
    pacman hook for nvidia
local/pacman 7.1.0.r7.gb9f7d4a-1
    A library-based package manager with dependency support
local/pacman-contrib 1.13.1-1
    Contributed scripts and tools for pacman systems
local/pacman-mirrorlist 20251021-1
    Arch Linux mirror list for use by pacman
local/reflector 2023-3
    A Python 3 module and script to retrieve and filter the latest Pacman mirror list.
local/yay 12.5.6-1
    Yet another yogurt. Pacman wrapper and AUR helper written in go.
[christopher67@EndeavourOS ~]$

Everything updated, It seems pamac-aur is newer then pamac-aur-git, can i or should i just use pamac-aur-git?

14

does not look solved to me ?

15

pacman has libalpm.so.16 now, and pamac-aur is using the old libalpm.
So the devs of pamac-aur should update pamac-aur to match current pacman version.
You might want to report it at https://aur.archlinux.org/packages/pamac-aur ?

16

but its yay failing with the error or not? i see someone on telegram just now with exact the same error:

Screenshot_20251213_224954
Screenshot_20251213_224954950×361 94.8 KB

so there system was not fully updated..

Screenshot_20251213_225502

17

yay is now 12.5.6-1.

I get a different error message when installing pamac-aur, but the error tells pamac-aur depends on libalpm.so 15 (and not the current 16).

18

I’d recommend waiting with any of the pamac apps for their devs to fix them.

Meanwhile the command line tools

  • pacman
  • yay

will work reliably. And I recommend getting familiar with them anyway.

There are a few document sources for them:

19

Thanks everyone, I’ll wait. :+1:

20

I’ve dropped here in looking for a default config file for yay. Just found out that yay has –save switch, that creates default file in ~/.config/yay

21

I have reason to believe this goes much deeper and Waiting may not be fruitful:

I have libpamac-flatpak installed, not for updating, only for looking for new software or app types I have never used before… because it gives me links to related sites, git… where I can get more information, and for recognizing apps by their icons I don’t get in yay, but I do use yay to update, and just a few days ago when doing so I got the following error:

error: failed to prepare transaction (could not satisfy dependencies)
:: installing pacman (7.1.0.r7.gb9f7d4a-1) breaks dependency ‘libalpm.so=15’ required by libpamac-flatpak

And found myself in a vicious circle of dependency hell!!:ogre:

Starting with not having libalpm.so=15, or any version thereof on my system at all. I tried the usual uninstalling libpamac-flatpak but can’t because it depends on whatever, whatever depends on the other, the other on another…:

All of these cannot be removed for depending on one or another in the bunch:

pacman, libpamac-flatpak, pamac-cli, libalpm.so

It doesn’t matter which order I tried to uninstall libpamac-flatpak, pamac-cli.

I didn’t want to uninstall pacman of course because I won’t have a way to install the new version (unless there is a way to I don’t know of), or any software for that matter, without reinstalling the whole OS in order to get the pacman update!

I looked for the issue, but found little and so asked DuckDuckGo’s AI, and after trying all sorts to no avail, it suggested to force uninstall all of them and then re-install pacman, then libpamac-flatpak with:

sudo pacman -Rdd pacman libpamac-flatpak pamac-cli

I asked it how I can reinstall pacman after that and it gave me:

sudo pacman -S pacman

:open_mouth: :rofl: I don’t think so!! It admitted that wasn’t going to work, and since I had already wasted hours trying to fix it already and the AI just getting more confused than I, I told it it is stupid and worthless, and gave up!:hot_face:

I tried looking for answers today on Manjaro’s git page and they were more arguing about who’s mistake it is and who in the stream is supposed to fix pamac… and well as good as it is when it works, when it doesn’t and you have to install it, it has problems with dependencies, even with itself in replacing pamac-aur with pamac-all, or pamac-flatpack… and has for what? Over a decade and more?

So I came to the conclusion to live without it for spending way more time fixing it every time it screws up than looking for apps the hard way.

I like KDE’s Discover, but it too has problems, like I noticed that it doesn’t seam to use pacman’s installed apps lists, or not correctly: When updating with it, it seams to only update what was installed through it, and only some system updates, Yay and it always differ greatly, and it also doesn’t do the AUR, nor have a facility to add repos…

Has anyone used whatever versions of Discover that came with KDE 6 or later, and have these issues been fixed yet? If not:

Is there a change to this command

-c 'echo '\''==> eos-update --aur'\''; eos-update --aur; eos-sleep-counter 60'

in EndeavourOS Update to make it update the mirror list first, or if not there, then in whatever it’s invoking to run the update (yay’s .config file?)? It is vital to do every once in a while as I found out the hard way, not knowing it didn’t do that.

It would be great if EndeavourOS Update just did so automatically rather than having to remember to do it every few weeks separately using the feature in EOS Welcome app or the command line.

Using a chron job would be even better, although KDE no longer has a scheduler for that AFAIK, only the Autostart for launching apps on boot. On that note I’d even use it to schedule the updates, rsync backups… but never scheduled anything without using the now missing scheduler in KDE (Ill ask them to bring it back soon). Even a separate chron scheduler app with a UI would be great, if anyone knows a good reliable one.

Thanks in advance for your help.:hugs: