Package Details: arronax 0.8.1-5

Git Clone URL: https://aur.archlinux.org/arronax.git (read-only, click to copy)
Package Base: arronax
Description: A GTK based GUI program to create and modify starters (*.desktop files) for applications, files, and URIs.
Upstream URL: https://www.florian-diesch.de/software/arronax
Licenses: GPL-3.0-or-later
Submitter: max.bra
Maintainer: yochananmarqos
Last Packager: yochananmarqos
Votes: 19
Popularity: 0.002051
First Submitted: 2015-02-05 16:23 (UTC)
Last Updated: 2024-04-21 23:44 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 Next › Last »

yochananmarqos commented on 2022-01-22 23:15 (UTC)

@AZMCode:

my $PATH contains /sbin before /usr/bin

There's your problem. That is not default.

Apology accepted.

AZMCode commented on 2022-01-22 23:08 (UTC)

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

AZMCode commented on 2022-01-22 23:07 (UTC)

@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.

yochananmarqos commented on 2022-01-22 22:59 (UTC)

@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.

AZMCode commented on 2022-01-22 22:57 (UTC)

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.

AZMCode commented on 2022-01-22 22:23 (UTC) (edited on 2022-01-22 22:28 (UTC) by AZMCode)

Oh lord, um, I didn't expect this, but I found out that, in my system /sbin is a symlink to /usr/bin

That explains a lot of things

Relevant link: https://man.archlinux.org/man/file-hierarchy.7.en

Essentially this means that the program can break if /sbin is before /usr/bin in $PATH

AZMCode commented on 2022-01-22 22:21 (UTC)

After a little bit of faffing about without much goal, I've decided to dig up the built package from the package cache (using yay to install this), and have found that the built package places the entry script at /usr/bin, so it appears that this is not a problem with the PKGBUILD

AZMCode commented on 2022-01-22 21:45 (UTC)

I'll try looking into the setuptools code to see what code decides where the executable is placed.

max.bra commented on 2022-01-22 21:29 (UTC)

no, it's exactly the same as mine. I'm trying to find what's different between my system and yours...

AZMCode commented on 2022-01-22 21:08 (UTC) (edited on 2022-01-22 21:08 (UTC) by AZMCode) 

/usr
/usr

Is it meant to be something different?

« First ‹ Previous 1 2 3 4 5 6 7 8 9 Next › Last »