Live data from Hacker News

Linux Mint drops Ubuntu Snap packages

lwn.net

311–320 of 538 posts

Re: Linux Mint drops Ubuntu Snap packages

#311
post #26

Earlier quoted context omitted.

The main (and better supported) competitor is Flatpak, which at least doesn't have the terrible marketing.

Thank you - :) Reading about the cons of Snap now - "auto-updates cannot be turned off" - https://en.wikipedia.org/wiki/Snap_(package_manager)

Auto-updates of all Snap packages can be turned off at /etc/hosts by adding a line:

127.0.0.1 api.snapcraft.io

Re: Linux Mint drops Ubuntu Snap packages

#313

Earlier quoted context omitted.

If you need this kind of packaging but want to retain freedom, just use an alternative solution like flatpak, which sandboxes from the get-go and lets you control what parts of your system the application can access

> just use an alternative solution like flatpak Saying " just use an alternative" seems overly dismissive of the complications that entails. IIUC, the only options for that are (a) abandon Ubuntu, or (b) actively circumvent Ubuntu's software distribution infrastructure, reminiscent of dealing with Windows 10 forced updates. IMHO this somewhat erodes Ubuntu's value proposition.

AFAIK Ubuntu does not force reboot like Windows 10.

Re: Linux Mint drops Ubuntu Snap packages

#314
Can someone explain the need for Linux Mint? It's derived from Ubuntu which is derived from Debian which just sounds ridiculous.

Is Ubuntu considered difficult to install? Does it not support older hardware as well as Mint? Wouldn't Ubuntu be more supported if they just ended Mint and jumped aboard?

Re: Linux Mint drops Ubuntu Snap packages

#315
post #153

Earlier quoted context omitted.

I tend to agree with you, but I really like updating all my software with one click/command. So out of curiosity: My application is already self contained and statically linked, so no AppImage needed, but it behaves like one, you can just run download and run it everywhere. And so what you're describing will be for sure an option for those who like it (in fact currently it's the only option in alpha). How would you l…

That's easy. It should be officially in Debian. ;-) Stuff like AppImage, static binaries, Docker & Co are for me at least a kind of "last resort". Even I'm using Docker a lot[1] to try things out I first look for an AppImage in those cases. But when I decide that some app should become part of my system I will look for a proper package. One source to rule them all… [1] Docker is a big problem on it's own. But as I ca…

Where can I find an up to date guide on how to package software for Debian and what to do to get it included in the repository?

I’ve often came across orphaned packages where Debian was stuck with an old version, but didn’t know what to do about it other than installing from source. Or using a PPA if I was lucky.

Re: Linux Mint drops Ubuntu Snap packages

#316
snap vs flatpak vs appimages once again shows the fragmentation within the linux desktop ecosystem. as a user, it makes me sad, cz I can't have one good solid experience. snap, updates might break, flatpak is not fully supported.

And my strong belief, is Microsoft is going to eat Linux Desktop. WSL to run your server apps and coding environment. windows for user apps. as someone who hasn't used windows in over 10 years, day by day seems windows is gonna be the future. sad to say, but true.

Re: Linux Mint drops Ubuntu Snap packages

#317

Earlier quoted context omitted.

What's stopping someone from doing: $ ln -s /somewhere-else ~/snap

The problem isn't that the folder exists, the problem is that software is being installed in a non-hidden folder in the home directory. That's supposed to be a space for user files, not system software. If anything has to be installed in the home folder for some reason, it is supposed to go into .local, so the user doesn't see it among their documents and photos.

I've allocated a 5GiB partition to /home on my SSD, as it does not need to be bigger. I don't want it filling up with software or other things like ivy/maven caches.

Re: Linux Mint drops Ubuntu Snap packages

#318

It's interesting in that I quite like the idea of snap packages, just not their implementation. I recently purged snaps from my Ubuntu Mate machines after a few years of use because of the realization of only using two: 1. The micro terminal editor. 2. Chromium, because it was forced. Well, #1 was packaged for 20.04 so I didn't need it any longer. That left Chromium. For that single package, I had to tolerate my syst…

~/snap is really just wholly unacceptable, how did that even become a thing? Do the people who develop this software never use their own systems?

> Do the people who develop this software never use their own systems?

I've harbored this suspicion of GNOME developers for years. It honestly wouldn't surprise me if a lot of Canonical devs don't use Ubuntu at home.

Re: Linux Mint drops Ubuntu Snap packages

#319

Can someone explain the need for Linux Mint? It's derived from Ubuntu which is derived from Debian which just sounds ridiculous. Is Ubuntu considered difficult to install? Does it not support older hardware as well as Mint? Wouldn't Ubuntu be more supported if they just ended Mint and jumped aboard?

Originally, it was user interface.

Re: Linux Mint drops Ubuntu Snap packages

#320
post #311
post #26

Earlier quoted context omitted.

Thank you - :) Reading about the cons of Snap now - "auto-updates cannot be turned off" - https://en.wikipedia.org/wiki/Snap_(package_manager)

Auto-updates of all Snap packages can be turned off at /etc/hosts by adding a line: 127.0.0.1 api.snapcraft.io

This is sort of like saying you can turn off auto-updates by leaving your Internet connection disabled - true, but missing the point that what people are primarily complaining about is having to adopt an adversarial relationship to the software they use.
Post reply on HN