Package Details: gearlever 3.1.1-3

Git Clone URL: https://aur.archlinux.org/gearlever.git (read-only, click to copy)
Package Base: gearlever
Description: Manage AppImages with ease
Upstream URL: https://mijorus.it/projects/gearlever/
Licenses: GPL-3.0-or-later
Submitter: TuxDeluxe
Maintainer: TuxDeluxe
Last Packager: TuxDeluxe
Votes: 4
Popularity: 0.25
First Submitted: 2024-05-06 17:49 (UTC)
Last Updated: 2025-04-02 13:09 (UTC)

Pinned Comments

TuxDeluxe commented on 2024-05-06 18:24 (UTC)

Gearlever targets flatpak usage so building it outside of flatpak can introduce bugs. Because of this, please make ABSOLUTELY sure any bug you experience is because of gearlever itself before opening an issue on the upstream github. Any bugs you experience with this package, please let me know and I will fix it asap. Consider visiting the upstream url if you would like to support the developer!

Latest Comments

1 2 Next › Last »

spsf64 commented on 2025-04-02 19:54 (UTC)

@TuxDeluxe yes, I agree; thanks for replying.

TuxDeluxe commented on 2025-04-02 13:54 (UTC)

@spsf64 I thought about this but I believe upstream added dwarfs because there were a few appimages that required dwarfs to work correctly. For now I think we should stick with it as a dependency so people don't get confused as to why their appimage won't work.

spsf64 commented on 2025-04-02 13:22 (UTC) (edited on 2025-04-02 13:47 (UTC) by spsf64)

@TuxDeluxe, hi, thanks for fixing the libreoffice problem! I tried to build without dwarfs and it also works, maybe the dwarfs (huge package) can be optional?

spsf64 commented on 2025-03-19 13:43 (UTC)

@TuxDeluxe thank you for your efforts on fixing ver 2.3.2!

The new version is working perfectly with Libreoffice!

TuxDeluxe commented on 2025-03-19 08:32 (UTC) (edited on 2025-03-19 08:36 (UTC) by TuxDeluxe)

@spsf64 sorry for the late update, I made a pull request upstream, but it hasn't had any feedback as of yet and then I couldn't decide if I should fix it myself and forgot. Since this issue only arises from a difference in how both packages handle errors, I decided to push an update here as best as I can think of.

spsf64 commented on 2025-02-10 15:17 (UTC)

@TuxDeluxe thanks for the prompt reply, explanations and for maintaining this package. Hope you find a workaround; Have a nice day!

TuxDeluxe commented on 2025-02-10 13:11 (UTC) (edited on 2025-02-10 13:23 (UTC) by TuxDeluxe)

@spsf64 seems to be a problem with 7zip because the flatpak uses p7zip but arch switched to just 7zip. Both ignore some "dangerous" symlinks that come up from libreoffice that point to directories on the host system. But 7zip seems to spit out stderr information with an exit code of 2. Anything other than 2 gets raised by gearlever which halts the program when it hits the top of the script. The flatpak version works for now, might be an issue with the libreoffice appimage using symlinks that point outside the appimage though --appimage-extract-and-run works just fine also, will have to look into it.

spsf64 commented on 2025-02-09 15:57 (UTC) (edited on 2025-02-09 15:58 (UTC) by spsf64)

Anyone having problem to add libreoffice appimage to menu using gear lever? It used to work, but now it only shows the "Unlock" button then the ¨Move to the app menu" button keeps grayed out, so it does not add to menu nor move to default appimage directory...

I downloaded from official site (https://www.libreoffice.org/download/appimage/) Don´t know if it is a archlinux related bug? Other appimages seem to work fine...

TuxDeluxe commented on 2024-05-07 06:47 (UTC)

@yochananmarqos Thank you for letting me know, I'm working on a way to resolve these conflicts so these packages can be installed together and will update the package soon.

yochananmarqos commented on 2024-05-06 19:04 (UTC)

@TuxDeluxe: FYI, this has some scalable icons like lightbulb-symbolic.svg and document-edit-symbolic.svg that conflict with other packages like smile and notejot. That's why I never added gearlever to the AUR myself.

1 2 Next › Last »