Very true, but there are some packages not available. And Appimages have partial updates now, and dont need huge libraries but just the stuff they need.

[–] thingsiplay@beehaw.org 1 points 3 months ago* (last edited 3 months ago) (1 children)

At the moment I am not using your project, but I think this has its place even with Flatpak available. Because archiving Flatpaks is not as easy as arachiving AppImages. In example there are programs (emulators) I use Flatpak for, but from time to time I also archive a version of the official AppImage.

And sandboxing comes up as a point everytime people talk why Flatpak is superior to AppImages. So tackling that point is good effort to me.

Edit: Think about renaming the project. It's not very memorable and also the ai in the name suggests it has something to do with artificial intelligence.

[–] boredsquirrel@slrpnk.net 1 points 3 months ago

Not my project lol

[–] Samueru@lemmy.ml 2 points 3 months ago* (last edited 3 months ago)

Thank you for posting this @boredsquirrel@slrpnk.net

I will later see if I can convince the gearlever dev to add aisap support, since that app targets flatpak users.

Also during testing Ivan discovered something interesting in fedora, sometimes some of the xdg-user-dirs variable for some reason were being defined as $HOME/ with a trailing slash instead of $HOME/Scrivania (desktop) for example, even though they were clearly defined in the conf file of xdg-user-dirs.

am has a check in the sandbox script that unsets these variables and makes aisap use their default location when that happens to prevent giving full access to $HOME, I don't know if flatpak has similar measures in place.