Are they though? They were at one point, but even then I’ve not seen comparative slowness compared to the equivalent Flatpaks. In some cases I’ve seen them be slow compared to native packages, but even that seems to have all but disappeared for me.
That link includes a whole lot of old things as well as blog posts about how they sped up the performance of the Firefox snap, after which there doesn’t seem to be much, if any, further evidence of the snap being slow.
I don’t like snaps because it’s just another Canonical NIH thing. Everyone else agreed on flatpak which seems to have a good design with portals and all and being fully open.
On the other hand, you have snaps, which is being controlled by Canonical as the server component is l non-public. The packages sometimes work worse than normal debs and the flatpak version (steam being a notable example IIRC).
There is 0 motivation for me as a user to look into that. They have solved the problem in one of the worst ways possible. Even Mint, which is Ubuntu’s biggest downstream, has opted against including it by default.
In addition to all of that, Canonical also installs applications as snap when using the apt\£* command line tools.
So you have a system that is
proprietary
worse than the alternatives
pushed on users even through unexpected channels
Ubuntu’s mission was always to build bridges between the user and tech and businesses that the gnu side of Linux wouldn’t.
Which bridge did they build with snaps?
It’s a good just works distro that has spawned a ton of just works distros
Which in turn have removed snaps by default and replaced the affected packages with native ones because it often didn’t “just work”
I don’t like snaps because it’s just another Canonical NIH thing. Everyone else agreed on flatpak which seems to have a good design with portals and all and being fully open.
Snaps both predate flatpak and do things that Flatpaks are not designed to do.
Canonical have also been a part of the desktop portals standard for a very long time, as they’ve been a part of how snaps do things.
Snaps both predate flatpak and do things that Flatpaks are not designed to do.
By less than a year judging by the article… and for individual applications, there was AppImage.
Snaps can do things flatpaks can’t do. Which is true but also kind of irrelevant if we’re talking about a means to distribute applications in a cross-distribution manner as opposed to a base system A/B partition solution.
The claim that snaps are a Canonical NIH thing is falsified by those two facts. Even if Canonical said “okay, we’ll distribute desktop apps with Flatpak,” that wouldn’t affect the vast majority of their ongoing effort for snaps, which are related to things that Flatpak simply doesn’t do. Instead, they’d have the separate work of making the moving target of flatpaks work with their snap-based systems such as Ubuntu Core while still having to fully maintain that snap based ecosystem for the enterprise customers who use it for things that Flatpak simply doesn’t do.
I like Snaps. They can do more than Flatpak and when packaged well they just work. Sadly some apps on Snapcraft are abandoned or they just don’t work, but the same can be said about Flathub.
Which bridge did they build with snaps?
Proprietary companies are compelled to release on Snapcraft because it gives them advantages over other packaging methods. I’m just a user but I heard Snaps are easy to work with thanks to the documentation.
In addition to all of that, Canonical also installs applications as snap when using the apt\£* command line tools.
Firefox for example isn’t even in their apt repos. So instead of throwing an error, the Firefox meta package installs the snap, and tells you it’s doing that.
But I understand that Ubuntu isn’t for you if you want to avoid snaps.
Everyone should use what suits them best. My negative opinion on snaps doesn’t mean Ubuntu shouldn’t ship it or that users shouldn’t use it. It’s Canonical’s distribution, they can put into it whatever they want for all I care, and if users are happy with it, good for them. But I can still criticize it for perceived issues. (Edit: kind of a straw man since nobody said I couldn’t, I just wanted to stress that I’m not authoritative on the matter)
But I understand that Ubuntu isn’t for you if you want to avoid snaps.
I used Ubuntu in the past, from I think 2004 or maybe 2005 to 2008, but switched away because of other issues that I don’t remember anymore, but I do remember upgrades between major versions were always pain with an Nvidia card (this was before AMD or in the beginning even ATI cards were well-usable under Linux) and I honestly just prefer rolling release nowadays. But snaps are just not at all compelling anyways.
Personally, I took snap out of my computer and burned it over a fire, but i toasted my marshmallows first, because I didn’t want snap on my marshmallows.
The snaps bad echo chamber
Snaps bad because proprietary
Pre installed Nvidia good because propriety no wait video games!
Ubuntu’s mission was always to build bridges between the user and tech and businesses that the gnu side of Linux wouldn’t.
It’s a good just works distro that has spawned a ton of just works distros and sane server defaults. I see Ubuntu on the same level as macos.
snaps bad because slow
Snaps bad because shoving updates down throats.
snaps bad because
Are they though? They were at one point, but even then I’ve not seen comparative slowness compared to the equivalent Flatpaks. In some cases I’ve seen them be slow compared to native packages, but even that seems to have all but disappeared for me.
Yes. https://duckduckgo.com?q=firefox+snap+slow
That link includes a whole lot of old things as well as blog posts about how they sped up the performance of the Firefox snap, after which there doesn’t seem to be much, if any, further evidence of the snap being slow.
I don’t like snaps because it’s just another Canonical NIH thing. Everyone else agreed on flatpak which seems to have a good design with portals and all and being fully open.
On the other hand, you have snaps, which is being controlled by Canonical as the server component is l non-public. The packages sometimes work worse than normal debs and the flatpak version (steam being a notable example IIRC).
There is 0 motivation for me as a user to look into that. They have solved the problem in one of the worst ways possible. Even Mint, which is Ubuntu’s biggest downstream, has opted against including it by default.
In addition to all of that, Canonical also installs applications as snap when using the apt\£* command line tools.
So you have a system that is
Which bridge did they build with snaps?
Which in turn have removed snaps by default and replaced the affected packages with native ones because it often didn’t “just work”
Snaps both predate flatpak and do things that Flatpaks are not designed to do.
Canonical have also been a part of the desktop portals standard for a very long time, as they’ve been a part of how snaps do things.
By less than a year judging by the article… and for individual applications, there was AppImage.
Snaps can do things flatpaks can’t do. Which is true but also kind of irrelevant if we’re talking about a means to distribute applications in a cross-distribution manner as opposed to a base system A/B partition solution.
Or am I misunderstanding?
The claim that snaps are a Canonical NIH thing is falsified by those two facts. Even if Canonical said “okay, we’ll distribute desktop apps with Flatpak,” that wouldn’t affect the vast majority of their ongoing effort for snaps, which are related to things that Flatpak simply doesn’t do. Instead, they’d have the separate work of making the moving target of flatpaks work with their snap-based systems such as Ubuntu Core while still having to fully maintain that snap based ecosystem for the enterprise customers who use it for things that Flatpak simply doesn’t do.
I like Snaps. They can do more than Flatpak and when packaged well they just work. Sadly some apps on Snapcraft are abandoned or they just don’t work, but the same can be said about Flathub.
Proprietary companies are compelled to release on Snapcraft because it gives them advantages over other packaging methods. I’m just a user but I heard Snaps are easy to work with thanks to the documentation.
Firefox for example isn’t even in their apt repos. So instead of throwing an error, the Firefox meta package installs the snap, and tells you it’s doing that.
But I understand that Ubuntu isn’t for you if you want to avoid snaps.
Everyone should use what suits them best. My negative opinion on snaps doesn’t mean Ubuntu shouldn’t ship it or that users shouldn’t use it. It’s Canonical’s distribution, they can put into it whatever they want for all I care, and if users are happy with it, good for them. But I can still criticize it for perceived issues. (Edit: kind of a straw man since nobody said I couldn’t, I just wanted to stress that I’m not authoritative on the matter)
I used Ubuntu in the past, from I think 2004 or maybe 2005 to 2008, but switched away because of other issues that I don’t remember anymore, but I do remember upgrades between major versions were always pain with an Nvidia card (this was before AMD or in the beginning even ATI cards were well-usable under Linux) and I honestly just prefer rolling release nowadays. But snaps are just not at all compelling anyways.
This is a solid take.
Personally, I took snap out of my computer and burned it over a fire, but i toasted my marshmallows first, because I didn’t want snap on my marshmallows.
The only reason I don’t like snap is because useful mount information gets buried in 5 million “loop” mounts.
lsblk is fun with snaps :D
Good thing
grepexists!