gitfourchette icon indicating copy to clipboard operation
gitfourchette copied to clipboard

Please don't zip appimages

Open Damglador opened this issue 1 month ago • 4 comments

Please DO NOT put an AppImage into another archive like a .zip or .tar.gz. While it may be tempting to avoid users having to set permission, this breaks desktop integration with the optional appimaged daemon, among other things. Besides, the beauty of the AppImage format is that you never need to unpack anything. Furthermore, packing an AppImage into some form of archive prevents the AppImage from being added to the central catalog of available AppImages at https://github.com/AppImage/appimage.github.io.

— https://docs.appimage.org/packaging-guide/distribution.html

The zip takes up just as much space as the appimage itself and just adds a step to get the application going. I also would to use the appimage for an AUR package, and the zip will just complicate the packaging process for nothing.

With all respect, love your git client.

Damglador avatar Oct 28 '25 23:10 Damglador

My rationale for zipping the AppImage is that it enforces the +x permission for convenience. But I wasn't aware of this guideline, so I will just distribute the raw AppImage file going forward. Thank you for letting me know!

jorio avatar Oct 29 '25 07:10 jorio

Thanks.

Though I don't know about other DEs, KDE has a pop-up when you try to run an AppImage, that sets chmod +x on confirmation and runs it. So at least on KDE it's pretty seamless.

Damglador avatar Oct 29 '25 11:10 Damglador

Yeah, KDE does the correct thing here - as it often does :)

Sadly, it looks like it's still necessary to manually run chmod +x in stock installs of big mainstream distros such as Fedora 42 and Ubuntu 24.04 LTS (both GNOME).

jorio avatar Oct 29 '25 20:10 jorio

The file manager might have a toggle for chmod +x, Dolphin definetly does. A bit better than doing it from a terminal.

Damglador avatar Oct 29 '25 21:10 Damglador