this post was submitted on 12 Nov 2023
144 points (96.2% liked)
Linux
48052 readers
980 users here now
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Rules
- Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
- No misinformation
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
founded 5 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
I know this thread is likely to quickly descend into 50 variants of "ew, snap", but it's a good write up of what is really a pretty interesting novel approach to the immutable desktop world.
As the article says, it could well be the thing that actually justifies Canonical's dogged perseverance with snaps in the first place.
I'm pretty excited about it. It's a much cleaner solution to the problem immutable OSes are trying to solve. Dare I say it's better even than the Android model because it covers the whole stack with a single system.
I don't like Canonical pushing snaps as universal apps for all distros, because of issues like sandboxing not working on mainline kernels.
But it's pretty interesting to see how a fully snap based desktop OS could look like. It might have less limitations than rpm-ostree. Easy access to recent mesa and similar would be awesome.
No. You can add any other repository to apt, rpm, Flatpak, etc. You cannot do the same with Snap and that's by design. Canonical wants to be the sole gatekeeper of Linux software, hoping that all developers have no alternative but to publish software on the Snap store (ideally only there) which works best on Ubuntu.
Therefore: Fuck Snap.
Exactly. I feel they want to sell it to a big player, but no big player will touch it unless they can fully control it. Hence snap as part of that plan. Ubuntu is a hell no for me.
Forget selling it.
I think they're going to get everyone trapped in the ecosystem, and then they'll start charging for access to the source.
@caseyweederman @makingStuffForFun the prediction imperative will come in before that. surveillance capitalism is how they will make their fortune
That's exactly what they're trying to change.
Yes, thank god for that.
But they would to a degree if the Snap Store would actually succeed becoming the Linux app store (like Steam is for games but that's more because all other vendors don't care to make a Linux client).
Well, other software exists: https://github.com/flathub/com.bitwig.BitwigStudio/commits/master
Smoke and mirrors. You cannot add a secondary Snap repository.
You can; the issue is that you can't add two snap repositories at once.
This is functionally pretty much the same thing, as nobody is likely to want to use snap while locking themselves out of the main snap repository, but it's still important to make the distinction.
In theory I guess there's nothing stopping you setting up a mirror of the main snap repo with automatic package scraping, but nobody's really bothered exploring it seeing as no distro other than Ubuntu has taken any interest in running snap.
I know that it's possible to change the one entry but adding additional ones is not possible and that's by design.
Is that an artificial limitation that could be resolved by third-party clients?
It's all open source so there's no reason you couldn't fork it and add that functionality. Although it'd probably be a fairly involved piece of work; it wouldn't be a simple one-line change.
Who knows? Maybe it's just "#define STORES_LIMIT 1"?
It's not all open source. Canonical merely made available a super simple reference implementation of the Snap server but the actual Snap Store is proprietary.
I was referring to snapd, which is the thing that actually has the hard limit on a single repository. That's fully open source (and there's one major fork of it out in the wild, in the form of Ubuntu Touch's click). The tooling for creating snap packages is also all open source.
The APIs which snapd uses to interact with its repo are also open source. While there's no turnkey Snap Store code for cloning the existing website, it's pretty trivial to slap those APIs on a bog standard file server if you just want to host a repo.
Not open-sourcing the website code is a dick move, but there's nothing about the current set up that would act as an obstacle for anyone wanting to fork snap if that's what they wanted to do. It's just with flatpak existing, there's not a lot of point in doing so right now.
From reading this that's not the whole story. Someone working at canonical successfully made a version of snap that could use alternative stores, but the default version does not allow it
And honestly at the point of installing that modified version you may as well just install a different package manager anyway
Or better yet, a different OS.
Might I suggest NixOS best package manager out there imo