this post was submitted on 11 Sep 2024
444 points (87.2% liked)
linuxmemes
20869 readers
2479 users here now
I use Arch btw
Sister communities:
- LemmyMemes: Memes
- LemmyShitpost: Anything and everything goes.
- RISA: Star Trek memes and shitposts
Community rules
- Follow the site-wide rules and code of conduct
- Be civil
- Post Linux-related content
- No recent reposts
Please report posts and comments that break these rules!
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
I politely disagree. Try to look at Snaps this way: Canonical maintains 16.04, 18.04, 20.04, 22.04 and 24.04. Each with their own repos. Each has to be properly maintained. With snap they can release the package a single time, and it can be used across all of their releases. I think this is the main point of snap. Being able to use it across other systemd distros is just a bonus.
You're just describing flatpack.
Flatpak can't run CLI apps. Also, they started around the same time. Flatpak in 2015 and Snap in 2016. This is like saying dnf shouldn't exist because apt is a thing.
Why would Canonical abandon their own solution because some people online complain?
The question that I have to ask: what category of CLI apps (or even some examples) exist that are too complex to maintain a few versions simultaneously as native packages but are not complex enough to just use an OCI container for them instead?
Personally I use (and maintain) snaps for several developer tools I use, because the automatic updates through snap means I can have automatically up-to-date tools with the same package across my Ubuntu, Fedora, Arch and OpenSuSE machines.