Live data from Hacker News

Disabling Snaps in Ubuntu 20.04

kevin-custer.com

201–210 of 436 posts

Re: Disabling Snaps in Ubuntu 20.04

#201

> I lean more toward Flatpak as it is more performant What is "performant" supposed to mean here? Is Flatpak faster than Snap? more compact? simpler? more reliable/secure? easier to use? more efficient in terms of cpu/memory/communication/power/etc.? all of the above?

>Is Flatpak faster than Snap?

Snap suffers from the overhead of having to decompress a squashfs on program launch: https://forum.snapcraft.io/t/squashfs-is-a-terrible-storage-...

Re: Disabling Snaps in Ubuntu 20.04

#202

Earlier quoted context omitted.

Then why doesn't everyone use Debian?

Debian did not send free CDs by mail

Did a large numbers of people use those? Legitimate question—it always struck me as a cool initiative for a very small number of people, but only that.

I'd expect most people tech-savvy enough to install Ubuntu would also have a decent enough internet to download a ~700mb file.

Re: Disabling Snaps in Ubuntu 20.04

#203

Canonical always has tried to differentiate themselves, and they just can't execute. Remember Unity, Mir, Juju, upstart and all the other failed shit they've come out with? Snap is just more of the same. I don't want to run that garbage on my desktop. I don't need more daemons and forced auto-updates and all the baggage. I strongly recommend anyone similarly frustrated to check out debian, which is a fantastic distro…

The one I'm currently fighting server-side is netplan. I want to use systemd-networkd directly, since it exposes a lot more features than netplan, but getting netplan to stop intervening is a ballache. Like, it's not a systemd service, it has to be disabled on the kernel command line?!

Yeah I was trying to get systemd-networkd to handle hotplugging, and I spent about a day trying to figure out how to describe a computer with one Ethernet port to netplan before giving up and removing the whole package. At which point systemd-networkd started working beautifully as-expected. For a system administration tool netplan is wonderful at making the simple things needlessly complicated.

Re: Disabling Snaps in Ubuntu 20.04

#205

Earlier quoted context omitted.

Snaps have benefits. Canonical sells 5 year service subscriptions in addition to the 5 years they already offer for free on LTS. Snaps enable a way to get the latest VSCode and other apps on very old versions of Ubuntu. Snaps allowed me to try out Debian and Fedora with minimal issues and easily integrate them into my dotfile manager with Ansible.

The VSCode part is real. I had to install it on Ubuntu 17.04 a couple of weeks ago and it took me hours.

I'm honestly kind of confused because it's really easy to install VS Code on Fedora through the officially provided RPM package, and there is an automatically-installed repository so that it's kept up to date.

Re: Disabling Snaps in Ubuntu 20.04

#206
post #168
post #143

Earlier quoted context omitted.

I recently hit the wall with Ubuntu too. I'll still run -server in the cloud, but each time over the last 5-7 years I did point-samples of "is Linux viable as a desktop other than ChromeOS", it was always Ubuntu/Gnome. It turns out that that was my problem all along! I tossed Gentoo and KDE (this is not a Gentoo endorsement, it was just a "hey I wonder what Gentoo's been up to in the last dozen years since I last use…

It's interesting how underrepresented KDE is in the "big distros". While it makes sense that Fedora and Ubuntu ship GNOME, and there are "spins" of each that include different desktops out of the box, it still surprises me.

Wasn’t there some big kerfuffle years ago involving KDE, Qt, and licensing?

Re: Disabling Snaps in Ubuntu 20.04

#207
post #48

Earlier quoted context omitted.

I guess users have been sufficiently beaten into submission that many of them will put up with software randomly quitting on them, but the idea that daemons should be snaps is doubly crazy. "Oh, Tomcat just updated itself, that's why we were down." I really have no idea what people are thinking sometimes.

> I guess users have been sufficiently beaten into submission that many of them will put up with software randomly quitting on them A cultural acceptance of WIP software seems common, in free software communities, in my experience.

> A cultural acceptance of WIP software seems common, in free software communities, in my experience.

On the one hand, yeah it's harder to complain when something is only built in someone's spare time for free. On the other hand... is non-FOSS really any better? Has Windows yet managed to re-merge the old and new control panels?

Re: Disabling Snaps in Ubuntu 20.04

#208

Kudos to the OP, I'm glad this got posted on hacker news because Snap is so ridiculously broken. Since 16.04, Snaps have been a huge pain for me with running LXC in production environments. By default, Snap applies updates and restarts Systemd services anytime it likes, and there's no way to turn this behavior off! The only way to get around it is to download the Snap package binary and install that directly. Then Sn…

Does anyone know if they fixed the bug where snaps don't work if your home directory isn't /home/ , or is on NFS?

[deleted]

Re: Disabling Snaps in Ubuntu 20.04

#209

Earlier quoted context omitted.

> I guess users have been sufficiently beaten into submission that many of them will put up with software randomly quitting on them A cultural acceptance of WIP software seems common, in free software communities, in my experience.

> A cultural acceptance of WIP software seems common, in free software communities, in my experience. On the one hand, yeah it's harder to complain when something is only built in someone's spare time for free. On the other hand... is non-FOSS really any better? Has Windows yet managed to re-merge the old and new control panels?

And the middle one from Win 7?

Re: Disabling Snaps in Ubuntu 20.04

#210

Earlier quoted context omitted.

Ugh, is it still impossible to disable Snap autoupdates? Even if people should be updating regularly, forcing them feels completely antithetical to the Linux ethos of users having control over their devices.

I remember updating Ubuntu once. It bricked my installation for some reason. Ever since then I rarely update software. With Ubuntu I just wait until the next LTS.

An important clarification: You never upgrade across major versions in place, or you never `apt-get upgrade`? I understand not jumping versions, but never applying security updates seems... imprudent.
Post reply on HN