They should just reboot Snapcraft as a Canonical-managed Flatpak repo, same as they did with Mir and Wayland.
Announcement
Collapse
No announcement yet.
Canonical To Focus On A New, More Modular Snapcraft - Current Codebase Goes Legacy
Collapse
X
-
Originally posted by jonkoops View PostI don't really have any preference between Snaps, Flatpak and AppImage (I use Flatpaks because I am on Fedora). But I feel like there is such a strong 'not invented here' vibe around these initiatives. Instead of fixing the portability of applications between distro's this seems to only further exacerbate the fragmentation issue over seemingly trivial technicalities from an end-user perspective.
Back around 10.04 they had a "thousand papercuts" initiative to squash minor, common, irritating headaches. Maybe instead of inventing Yet Another New Thing they could do that?
- Likes 3
Comment
-
Originally posted by user1 View PostDoes anyone notice that Appimages are a bit more underrated compared to Snaps and Flatpaks? I actually had the best experience with them probably because they are not sandboxed, so they don't have all the issues that are caused by sandboxing, from which both Snaps and Flatpaks suffer. They also usually take less disk space. But I guess that the fact that they aren't sandboxed is precisely the reason there is less attention to Appimages.
They fall apart when you don't use an Ubuntu/Debian based distro.
- Likes 6
Comment
-
Originally posted by Britoid View Post
and hence they are not sandboxed, they run on less distros.
They fall apart when you don't use an Ubuntu/Debian based distro.
You can certainly do it without sandboxing like GOG games do, just by playing around with LD_LIBRARY_PATH.
Heck, even GOG screws up sometimes. I occasionally have to delete a bundled .so file to after upgrading Ubuntu (not Arch or Fedora or Slackware... Ubuntu) in order to stop a game from segfaulting on startup. Flatpak runtimes or the Steam Runtime provide a centralized place for that to be done for you.Last edited by ssokolow; 07 January 2022, 10:56 AM.
- Likes 4
Comment
-
Originally posted by user1 View PostDoes anyone notice that Appimages are a bit more underrated compared to Snaps and Flatpaks? I actually had the best experience with them...
- Likes 9
Comment
-
Originally posted by Setif
I have an app which I have packages for different OSs:
snap: many dependencies =~ 350MBs (core20+kde-framewroks-5-15-3)
flatpak: many dependencies =~ 700MBs (freedesktop-21-08+kde-runtime-5.15-21.08+other deps)
appimage: 72MBs (runs only on glibc>glibc-ubuntu-18.04)
Windows/NSIS: 27MB
macOS/DMG: 14MB
I don't know about mac, never used that crap.
- Likes 8
Comment
-
Originally posted by higgslagrangian View PostWindows comes with dozens of gigabytes
Does Windows come with Python and Qt preinstalled?
it's already using 100GB of space.
That never happened. The minimum storage required for Windows 11 is 32GB.
- Likes 2
Comment
-
For me all three solutions have worked fine (as a end user). The one major issue I had with snap and flatpak is for software that needs access to arbitrary things. For example vscode: I want to be able to open a file from any directory. This is obviously at odds with sandboxing.
Same goes for FreeCAD: it has so many optional dependencies that it can use. Thus sandboxing becomes a problem (so I use AppImage for it). For example I need it to be able to execute OpenSCAD and some mesh simplification tools and so on.
I haven't had issues with AppImages not working on non-ubuntu/debian, but then I use Arch so I likely have new libraries anyway.
- Likes 1
Comment
-
Originally posted by user1 View PostDoes anyone notice that Appimages are a bit more underrated compared to Snaps and Flatpaks? I actually had the best experience with them probably because they are not sandboxed, so they don't have all the issues that are caused by sandboxing, from which both Snaps and Flatpaks suffer. They also usually take less disk space. But I guess that the fact that they aren't sandboxed is precisely the reason there is less attention to Appimages.
I like that they're so portable.
I like that I can put them on a pendrive and they will work on any Linux computer or that I can just copy back the folder with them after I reinstall the OS and they will instantly work.
I like that they also have embedded icons and they display just fin in Dolphin on KDE.
Gives a very good user experience, similar to Windows.
As for Snaps I don't like them at all!
Flatpaks are better but I don't know where is this security feature called sandbox as I have never seen any pop-up window asking me to grant some permission or not.
I assume that all of them just come will all permissions allowed which defeats the whole purpose of a sandbox and security and I don't know why some people insist that they are more secure than AppImage when they can just access anything without any restrictions and questions asked.
- Likes 1
Comment
-
Originally posted by Setifbut After dealing with them I discovered that no one of them offer what Windows and macOS installers offer.
Also you are wrong on the flatpak side. The developer can ship whatever library he wants. Nobody forces you to use the library from the runtime. Runtimes are just an offer so you do not have to deal with _every_ dependency.
- Likes 9
Comment
Comment