Tic-80: Distribute TIC as package in Linux

Created on 31 Jul 2017  路  14Comments  路  Source: nesbox/TIC-80

a Snap package would probably be the best option, as it can run on most linux distributions that exist
they're also very easy to install

enhancement linux

Most helpful comment

Please do it also for openSuSE build service so it can be used there. I hear of Shap package for the first time from you, nesbox. I think more traditional approach of rpm for Fedora, openSuSE and Mandriva, then deb for Debian and Debian-like would be in order. Actually you wouldn't even need separate rpms - I've successfully installed rpms meant for Fedora or Mandriva on openSuSE and openSuSE rpms on Mandriva. So I think you'd be safe to just build one rpm to rule them all. Not sure if same can be said for debian-likes, but likely true as well because I've seen people talking about successfully installing packages meant for Debian on Ubuntu and Mint.

All 14 comments

already on AUR, https://aur.archlinux.org/packages/tic-80/ for PKG
Please make source available ;)

Please do it also for openSuSE build service so it can be used there. I hear of Shap package for the first time from you, nesbox. I think more traditional approach of rpm for Fedora, openSuSE and Mandriva, then deb for Debian and Debian-like would be in order. Actually you wouldn't even need separate rpms - I've successfully installed rpms meant for Fedora or Mandriva on openSuSE and openSuSE rpms on Mandriva. So I think you'd be safe to just build one rpm to rule them all. Not sure if same can be said for debian-likes, but likely true as well because I've seen people talking about successfully installing packages meant for Debian on Ubuntu and Mint.

I don't think snaps would be best, but who am I? :P Build scripts would be pretty easy to write for debs and rpms.

Even though I agree with @coreyreichle, snap is the "favorite" way of distributing packages for Ubuntu 18.04+.
Also, if TIC80 goes snap, we should also consider going flatpak as well, since it is a more "universal" distribution model.

A case against flatpak: http://flatkill.org/

Security issues are for servers and the paranoid...lol Plus, all it would mean is that someone's not going to download TIC80 because TiC might be the 'evil flatpack' ready to take everyone's data and sell it on the black market despite the fact companies like github are already doing it.

I made a repo with a working flatpak version of tic80:
https://github.com/Kozova1/TIC-80-flatpak

@Kozova1 awesome, thank you, I think we can release the flatpak with 0.80

I've looked at the AppImage system as well, as it seems to be less obtrusive than others, you can just launche the executable.

The problem is they describe how to build such a package, but they consider the "make install" should work. On TIC-80, the "make install" seems to be related only to curl and sdl.

I've tried to add the TIC-80 binary into the AppDir and generate the AppImage from there. I got an error but I wonder if it's not something else (" appimage-builder:Tests failed / appimage-builder:Execution failed. Error message: Error while fetching server API version".

https://appimage-builder.readthedocs.io/en/latest/intro/tutorial.html

If you have Lutris installed, there's a TIC-80 Lutris Installer Script.

Related AppImage issue: https://github.com/nesbox/TIC-80/issues/811

https://docs.appimage.org/packaging-guide/hosted-services/opensuse-build-service.html
Can be used to generate AppImages and other packages perhaps.
OBS

Added DEB package generating here a3d4404.
We'll add the other packages support with the next releases.

You can download DEB here to test https://builds.tic80.com/master/2020.09.25/linux

Since this uses deb packages, it might be possible to use deb2appimage to generate the appimage.

Was this page helpful?
0 / 5 - 0 ratings

Related issues

Terumoc picture Terumoc  路  6Comments

Joe-Gigs picture Joe-Gigs  路  3Comments

BuoYancYdabl picture BuoYancYdabl  路  5Comments

BraininaBowl picture BraininaBowl  路  3Comments

carlsmith picture carlsmith  路  6Comments