probonopd

Thanks @simnalamburt. Test passed but it is not an officially supported AppImage from the application author, which is generally discouraged.

Maybe if you can show the AWS team how to do an AppImage they would consider to do an official one? That would be highly appreciated.

It would be possible to create symlinks of the CLI tools that point to the AppImage, and have the AppRun inside the AppImage call the respective CLI tool when invoked...

This is what the go-appimage tooling does: https://github.com/probonopd/go-appimage/blob/2a873c8b7b4c705757e3cb573776efa4f6d35881/src/appimagetool/appdirtool.go#L107-L116 It is advisable to test whether the solution works both when running from an AppImage and an (unpacked) AppDir.

This is the code in question: https://github.com/libfuse/libfuse/blob/f88e08f34d2d4f398f23797707e1c50cd306e405/util/fusermount.c#L1103-L1151

For it to help the OP, we'd also need it for libfuse2 since that is what most existing AppImages out there are using.

https://en.wikipedia.org/wiki/AppImage

Thanks @Korne127. I understand the intention of this PR, however I want to keep the build system in my private projects "lean and mean" (no Docker, no complications). So at...

> Genuine question: What's less "lean and mean" about this? https://github.com/AppImage/type2-runtime now contains Docker and I don't understand all of it. So in my own personal projects in https://github.com/probonopd I...

Yes, like I suggested elsewhere, we might: 1. Install only the minimal dependencies and build the default configuration (with every optional dependency being opt-in) 2. Install the optional dependencies and...