Arch Linux User Repository

yes /etc/profile normally use 'append_path'

anyway, $PATH is configured via /etc/profile (check if you have a default one) then with files in /etc/profile.d/ in append mode (or at least should be in append).
if you have /sbin before there something strange in profile.d or during profile setting at user level: there's something in your .profile or in your shell interpreter .rc? maybe in '~/.config/environment.d/*.conf'?

Reading /etc/profile, it appears that it appends /usr/bin to $PATH, instead of replacing or setting it

who was the owner of /sbin

according to the command, filesystem

The only alternative package manager I use is yay.

@AZMCode no worries, these things happen and you are in good faith. I'm glad you found the source of the problem.
No it's not a change in base, i think.

who was the owner of /sbin (i mean pacman -Qo /sbin)? if it doesn't appear under any package there are two alternatives: you added it (along with the PATH change) and you don't remember it or some alternative package manager like flatpak did the things for you...

That's weird, I haven't manually altered my $PATH at all.

Perhaps it's a recent change in base?

I did install arch only recently.

In any case, This is Bug Over, Thank for y'alls support.

@AZMCode:

my $PATH contains /sbin before /usr/bin

There's your problem. That is not default.

Apology accepted.

This was never a PKGBUILD issue, and I apologize for the inconvenience of spamming the comment section.

@yochananmarqos:

It's been a hectic day for me, so imma settle down and explain the summary of the bug:

In my system, as explained in https://man.archlinux.org/man/file-hierarchy.7.en /sbin is a symlink to /usr/bin, which is where arronax is installed.

Furthermore, my $PATH contains /sbin before /usr/bin, which means that all executables in /usr/bin are by default executed from /sbin.

Arronax, when executed from /sbin, attempts to find its ui files and other necessary files for its operation starting from /sbin/arronax, which means that instead of finding /usr/share/arronax it finds /share/arronax, which is wrong and causes the program to crash.

This is fixed by a tiny patch now posted in the Launchpad bug page (https://bugs.launchpad.net/archlinux/+source/arronax/+bug/1958728) which simply resolves /sbin/arronax to /usr/bin/arronax before attempting to find the required files, which works.

@AZMCode: I don't know what's wrong on your system, but this is neither an upstream nor packaging issue. No one can reproduce it.

I've packaged the fix as a git patch and it's attached to the launchpad bug. I guess @max.bra could patch it in the PKGBUILD to all affected versions, but I'm not exactly sure how that sort of stuff works around these parts. Thank you for your patience.