Package Details: limo-git r138.662e695-1

Git Clone URL: https://aur.archlinux.org/limo-git.git (read-only, click to copy)
Package Base: limo-git
Description: A simple Qt based mod manager.
Upstream URL: https://github.com/limo-app/limo/
Keywords: limo loot
Licenses: GPL3
Submitter: OdinVex
Maintainer: OdinVex
Last Packager: OdinVex
Votes: 2
Popularity: 0.157084
First Submitted: 2024-10-15 17:06 (UTC)
Last Updated: 2025-02-04 14:55 (UTC)

Latest Comments

1 2 3 Next › Last »

OdinVex commented on 2025-02-04 14:32 (UTC) (edited on 2025-02-04 14:56 (UTC) by OdinVex)

@alekulyn, No, it wouldn't belong at all in the /usr/local prefix. (Edit: Because we don't put these kinds of files in there. Upstream is wrong to do that.) Edit: For some reason upstream is derping again in wonky ways of doing things. At least this time it's more configurable. It relies on LIMO_INSTALL_PREFIX being set (instead of just obeying standards). Remove the old version and download the latest pkgbuild (not bumping version for this so AUR tools may not detect a change). As long as you have 781a468 it'll have the fix.

alekulyn commented on 2025-02-04 09:50 (UTC) (edited on 2025-02-04 09:51 (UTC) by alekulyn)

@OdinVex, still getting the error, but I think it might be related to this other error I'm getting: [Error]: Could not find changelog file at '/usr/local/share/limo/changelogs.json'.

Maybe it means the install prefix is /usr/local instead of /usr? This line might be of help to you: https://github.com/limo-app/limo/blob/662e695c8c06d84fbe71a98caa62954c3bc8a823/src/ui/addappdialog.cpp#L110

OdinVex commented on 2025-02-04 04:50 (UTC)

@alekulyn Thank you for ood-flagging, updated. Let me know if there's an issue with the new steam_app_configs bit. I've never needed to install entire folders and install does not do that recursively so I simply did a find-install. Hopefully I got that correct.

OdinVex commented on 2024-11-26 03:25 (UTC)

@itsjustboris, I'm aware of that. depends and makedepends will match even if whatever is used is a part of the AUR package alone until the author stabilizes their builds as well. I'll note it for when they stabilize, though.

itsjustboris commented on 2024-11-26 02:31 (UTC)

@OdinVex It's only needed to make the package. Limo itself doesn't seem to make use of imagemagick.

OdinVex commented on 2024-11-26 02:28 (UTC)

@itsjustboris, Added it as a make and depends for such gimped packages then, should fix it.

itsjustboris commented on 2024-11-26 02:24 (UTC) (edited on 2024-11-26 02:25 (UTC) by itsjustboris)

@OdinVex I believe all packages on the official repos are prepackaged. Edit: Not that you can't get the source PKGBUILDS if needed.

OdinVex commented on 2024-11-26 02:20 (UTC) (edited on 2024-11-26 02:21 (UTC) by OdinVex)

@itsjustboris, Arch provides prepackaged? ??? imagemagick can do that if it wasn't compiled dynamically and it'd be best not to use precompiled binaries.

itsjustboris commented on 2024-11-26 02:19 (UTC)

I downloaded imagemagick precompiled from the extra repo. That's why librsvg was not installed. Your PKGBUILD tells imagemagick to convert the app icon from SVG to PNG in the package() function. imagemagick can't do this without its optional librsvg dependency.

OdinVex commented on 2024-11-26 00:41 (UTC) (edited on 2024-11-26 00:50 (UTC) by OdinVex)

@itsjustboris, I don't use chroot-building because it's just a pain in the ass and time-consuming. A simple yay for me is usually my goto. As for librsvg, it appears to be a Gnome library. I don't use Gnome either and I haven't seen any libraries immediately obvious that would have a dependency on it. Certainly no direct dependency in the list at the moment. Perhaps it's a library needed by another library referenced by the dependencies.

Edit: It's imagemagick, it uses that library. It's required for imagemagick to compile. Since imagemagick is a requirement and the AUR for it requires librsvg the "depends" actually belongs in imagemagick and it is there, so I'm wondering if it has to do with how your system compiled imagemagick. With imagemagick requiring it for make (and optional for run, oddly) then it should've already been installed by imagemagick. (Eg., remember dynamic/static? If imagemagick is being compiled statically then it'll include librsvg's functionality in the final binary of imagemagick and it'll work but if imagemagick is being compiled dynamically then you'll need librsvg. Wonderful example of dynamic/static binaries. X_x)

1 2 3 Next › Last »