Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Provide an AppImage for Linux #193

Open
probonopd opened this issue Oct 3, 2019 · 6 comments
Open

Provide an AppImage for Linux #193

probonopd opened this issue Oct 3, 2019 · 6 comments

Comments

@probonopd
Copy link

Providing an AppImage would have, among others, these advantages:

  • Games packaged as an AppImage can run on many distributions (including Ubuntu, Fedora, openSUSE, CentOS, elementaryOS, Linux Mint, and others)
  • One app = one file = super simple for users: just download one AppImage file, make it executable, and run
  • No unpacking or installation necessary
  • No root needed
  • No system libraries changed
  • Works out of the box, no installation of runtimes needed
  • Optional desktop integration with appimaged
  • Optional binary delta updates, e.g., for continuous builds (only download the binary diff) using AppImageUpdate
  • Can optionally GPG2-sign your AppImages (inside the file)
  • Works on Live ISOs
  • Can use the same AppImages when dual-booting multiple distributions
  • Can be listed in the AppImageHub central directory of available AppImages
  • Can double as a self-extracting compressed archive with the --appimage-extract parameter
  • No repositories needed. Suitable/optimized for air-gapped (offline) machines
  • Decentralized

Here is an overview of projects that are already distributing upstream-provided, official AppImages.

If you have questions, AppImage developers are on #AppImage on irc.freenode.net.

probonopd added a commit to AppImage/appimage.github.io that referenced this issue Oct 3, 2019
NagyD/SDLPoP#193

Do not merge until upstreamed
probonopd added a commit to AppImage/appimage.github.io that referenced this issue Oct 3, 2019
NagyD/SDLPoP#193

Do not merge until upstreamed
@probonopd
Copy link
Author

probonopd commented Oct 3, 2019

I have made an AppImage but it is trying to load data files from non-existent locations; more investigation needed.

Work done so far:
https://github.com/probonopd/SDLPoP/blob/patch-1/.travis.yml

Edit: Turns out that the code is making heavy use of g_argv[0] rather than /proc/self/exe:

https://github.com/NagyD/SDLPoP/search?q=g_argv%5B0%5D&unscoped_q=g_argv%5B0%5D

Will work around that by cd'ing there before executing.

@EndeavourAccuracy
Copy link
Contributor

There's already a Snap (page, thread), there's already a request for a Flatpak, and now this issue discusses the creation of an AppImage.
Then, of course, we could still ask for a DEB and an RPM.
Linux is such a BS OS.

@probonopd
Copy link
Author

Choice is good. The other options don't give a single file that can just be downloaded, moved around, and executed.

@probonopd
Copy link
Author

probonopd commented Oct 4, 2019

An AppImage can be downloaded for testing:

https://github.com/probonopd/SDLPoP/releases/tag/continuous

Just download, set the executable bit, and run.

Feedback highly welcome.

@johnledezma34
Copy link

I tested it in my steam deck using a app image importing app to do so. It works great! Just one issue, I can’t seem to save at all. I got a message on the bottom about quicksave being disabled i think?

@dellmonitor
Copy link

dellmonitor commented Jan 3, 2023

SDLPoP creates save alongside binary. AppImages provides read-only directory with binary and data so you aren’t able to save.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants