Some background info:
Trying to get my head around this debacle. This is copied from another discussion I was having elsewhere. I was addressing certain issues that were raised. Happy to stand corrected on any of this:
Mint is a great distro and I will still continue to recommend and install it (I currently manage 9 mint installs). I do have an issue with how Clem dealt with this though. The wording of “backdoor” has certain implications of malware that to me is unfair. I don’t use many snaps, but I have in the past and if the criticism that they are bloated (compared to traditional packages) and slow to load, that is fair. However to call them a “backdoor” in his blog post just rubs me completely wrong way, especially since Mint’s (mostly) entire existence depends on Ubuntu. Why doesn’t Mint just move to Debian base if the trust of Ubuntu is not there? I think recognising the work that is required to maintain newer versions of packages, such as that done by Ubuntu, is a big factor that is still preventing them from doing so. Yes, they could base on Debian Testing, but of course that risks things breaking unless they do a lot more maintenance work themselves.
My understanding of snaps is rudimentary, but they do help with problems of dependency versioning and incompatibility. As someone who has experienced dependency hell (thanks to Serge’s challenges), I can understand how some packages can be way more difficult to maintain than others. Snaps can be set to build with certain versions of dependencies, thereby ensuring compatibility. Of course, so can Flatpaks and Appimages. Is this a duplication of effort? Probably, but that is the subject of another discussion.
To further clarify, there is nothing about snaps that run on your personal system that is proprietary. You can view the build source files from any snap (including the snapd daemon!). Only the snap-store server that runs on Ubuntu’s side is proprietary. That will never run on your computer. All the snap packages you can download and run are open source and you can see exactly how it’s built. Example here is the build file for chromium-browser
Here’s the snapd git
Do I prefer that the snap-store server be open source? Yes I do, but that does not justify the calling of the installation of snapd or chromium-browser a “backdoor”. They are completely separate things.
Furthermore, to Clem’s point about “Applications in this store cannot be patched, or pinned. You can’t audit them, hold them, modify them or even point snap to a different store.” -
Thanks to Popey, I now know that not only can you hold snap packages, but Mint could have simply made Mint-specific snaps they they’ve patched/modified.
Happy to be corrected on any of this!!