Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Disabling Snaps in Ubuntu 20.04

kevin-custer.com

Post reply on HN
Print view View original

211–220 of 436 posts

Re: Disabling Snaps in Ubuntu 20.04

#211

Post by zorpner »

waltpad wrote: post #118
jaytaylor wrote: post #6

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…

You had to install snap on a production server? I don't know how must be installed on your version, but on 19.10, snap can be completely removed: the only draw back is that pulseaudio depends on it, but I guess that for a server it's not that much of a problem.

This is honestly probably an unexpectedly good heuristic -- remove anything pulseaudio depends on, and you'll likely get a more stable system.

Re: Disabling Snaps in Ubuntu 20.04

#212

Post by danmur »

jaytaylor wrote: post #6

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…

I'm using LXC from ubuntu packages for that very reason, got burned when a cluster upgraded automatically. I guess I must be very out of date if the debs no longer exist.

I actually really like snaps and that's the only bad experience I've had. I don't know why LXC would come in that form, very weird.

Re: Disabling Snaps in Ubuntu 20.04

#214

Post by yjftsjthsd-h »

Thaxll wrote: post #162
sour-taste wrote: post #99

Earlier quoted context omitted.

Then why doesn't everyone use Debian?

Maybe when they tought that none-free drivers opt-in was a good idea, also old kernel / packages. LTS on Ubuntu was always better than Debian, I mean saying that Ubuntu is just a repackage of Debian is very short sighted, especially on the security side, Canonical security team is top notch.

> also old kernel / packages.

So, LTS/stable.

Re: Disabling Snaps in Ubuntu 20.04

#215

Post by simosx »

avhception wrote: post #61
jaytaylor wrote: post #6

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…

I've got an ansible playbook that modifies my ~/.config/lxc/config.yml for certain deployment scenarios. Due to LXC now being a snap, the file is simply not there. I guess it's 5 layers deep in namespaces, overlayfs and other stuff. I was so fed up with this that I removed Ubuntu (and replaced it with Gentoo).

Nah, it's just there, ~/snap/lxd/current/.config/lxc/config.yml

Re: Disabling Snaps in Ubuntu 20.04

#216

Post by contravariant »

jannes wrote: post #124
encom wrote: post #91

Earlier quoted context omitted.

Unrelated to Snap, but on Windows, trying to use the My Documents folder for your actual documents is frustrating, because a huge number of apps and games like to use the folder for all sorts of nonsense, instead of using %appdata% like they're supposed to.

At least on Windows you can mark folders hidden without having to change the name. (i.e. the app that created the folder will still find it)

This would be nice if it was easy to toggle showing hidden files and hidden files wouldn't show up by default in all folder listings.

Of course you do have system files, which are hidden from all standard folder listings, but aren't usually used by software, presumably because they're too damn difficult to find again (although I really hope google drive realizes at some point that desktop.ini is supposed to be a system file, not merely hidden).

Re: Disabling Snaps in Ubuntu 20.04

#217

Post by yjftsjthsd-h »

Koshkin wrote: post #137
robocat wrote: post #76

Earlier quoted context omitted.

> and they just can't execute That’s a bit rich: are they not the #1 consumer distro, which hardly implies they are failing to execute. A successful product has missteps, so what. > I don't want to run that garbage on my desktop. So don’t. Why complain that others do? I use Ubuntu because it works and I can mostly find information about how to do what I want. There are major aspects of Ubuntu I don’t like (Gnome, Sna…

> I don’t like (Gnome, Snap) Snaps may be a pain sometimes, but Gnome seems to be working like a charm...

GNOME is great as long as you use it the way that GNOME devs want you to (this year). If you want extensions, themes, customization, to use software the way it worked last year, or tray icons, it becomes... less supported.

Re: Disabling Snaps in Ubuntu 20.04

#219

Post by guug »

coredog64 wrote: post #206
snazz wrote: post #168

Earlier quoted context omitted.

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?

There was.

Re: Disabling Snaps in Ubuntu 20.04

#220

Post by _jal »

monadic2 wrote: post #161
_jal wrote: 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.

There's a difference between bugs and software developers who cares less about the user than software being up-to-date.

The first is a fact of life. The second is bad judgement.

Post reply on HN