Search Criteria
Package Details: open-goal-launcher-bin 2.4.3-2
Package Actions
Git Clone URL: | https://aur.archlinux.org/open-goal-launcher-bin.git (read-only, click to copy) |
---|---|
Package Base: | open-goal-launcher-bin |
Description: | A launcher for the OpenGOAL Project to simplify usage and installation |
Upstream URL: | https://github.com/open-goal/launcher |
Licenses: | ISC |
Conflicts: | open-goal-launcher |
Submitter: | WasabiThumbs |
Maintainer: | WasabiThumbs |
Last Packager: | WasabiThumbs |
Votes: | 1 |
Popularity: | 0.035582 |
First Submitted: | 2023-10-26 16:19 (UTC) |
Last Updated: | 2024-03-27 23:59 (UTC) |
Latest Comments
K4LCIFER commented on 2024-04-20 23:14 (UTC)
When trying to launch it I get the following error:
jdigi78 commented on 2023-12-24 03:23 (UTC)
@WasabiThumbs That is a reasonable idea but it clutters the pkgbuild. My suggestion would be to remove the -bin suffix from the symlink in the bin folder and then the desktop file in the appimage should work as-is.
WasabiThumbs commented on 2023-12-23 23:51 (UTC)
@jdigi68 Heard. The reason the desktop entry is done this way is because the AppImage already contains a desktop entry, so my idea was to change it as minimally as possible from that to get it to make sense as a standalone install, such that the OpenGOAL team could set any of the other properties in the desktop entry to whatever they wanted and the AUR package would reflect that change instantly. Is this a bad thing to do?
jdigi78 commented on 2023-12-16 21:43 (UTC) (edited on 2023-12-16 22:51 (UTC) by jdigi78)
Missing 'fuse' dependency required for appimages. Also 'bash' as a dependency seems unnecessary, if anything you could consider it a build dependency but even that is a stretch. I'd consider making the desktop entry a file as well instead of generating it in the PKGBUILD
WasabiThumbs commented on 2023-10-27 02:18 (UTC)
If someone on the OpenGOAL team wants to maintain this package, message me on Discord @wasabithumbs