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

191–200 of 436 posts

Re: Disabling Snaps in Ubuntu 20.04

#191

Post by coleifer »

robocat wrote: post #76
coleifer wrote: post #49

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…

> 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…

You: "w-works on my machine"

Ok bro cope however you want. Your defeatist attitude and worthless comment really make a strong case for using ubuntu.

Re: Disabling Snaps in Ubuntu 20.04

#192

Post by RMPR »

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...

People often complain about design decisions of the GNOME team: removing desktop icons, status bar, ...

Re: Disabling Snaps in Ubuntu 20.04

#194

Post by qppo »

troyready wrote: post #89

One of the very annoying consequences of the Chromium move to snap on 20.04 is that it will silently fail to launch most external links (e.g. Slack, Zoom). A workound is posted at https://bugs.launchpad.net/snapd/+bug/1776873/comments/29 (simple patch & recompile). May be worth making a PPA for the fixed snapd if we can't get the Canonical dev team to fix the core issue.

It basically breaks xdg-open. This is crucial for a lot of flows with desktop software and I'm honestly baffled why it isn't fixed. Any URI with a custom scheme is horribly and completely broken with a browser installed as a snap. Even basic stuff like file uris are broken in browsers installed as a snap.

It's extremely weird to see this kind of thing when it happens too, you usually trust Firefox to work!

Re: Disabling Snaps in Ubuntu 20.04

#195

Post by jeroenhd »

mcpeepants wrote: post #185
jeroenhd wrote: post #151

Earlier quoted context omitted.

Dang, that really sucks. I was planning on updating my desktop to 20.04 but after reading about Canonical pushing snaps and now this thread basically claiming that moving or renaming the directory is impossible because what is in my opinion a design flaw in the entire system design, I think I'll switch to Manjaro or Arch for my desktop instead. I am on the rolling releases already but I'm not going to install an LTS…

arch is really a pleasure to use on the desktop, especially if you're already comfortable with a rolling release distro.

I agree, I'm using Manjaro on my laptop and it works like a treat. I have read the horror stories of a botched Arch upgrade so I think I'll stick to the slightly-more-stable Manjaro but the ecosystem itself is very nice for the moderately familiar Linux user.

Re: Disabling Snaps in Ubuntu 20.04

#196

Post by RMPR »

5- wrote: post #187
hvis wrote: post #103

Earlier quoted context omitted.

Unity was very good in a lot of respects. Both its UI elements and its performance. Unfortunately, Unity 7 depended on Compiz somewhat heavily, and when it came to writing a replacement of the full stack, Canonical didn't manage to execute. But have you been following last year's improvements to GNOME's performance and responsiveness? A lot of it is Canonical's devs bringing their experience from Unity.

it's not a fair comparison, but for many years i have been running i3wm+dmenu+xterm as my desktop environment (and dwm instead of i3wm before that), and not even once i had given as much as a thought about performance of that. it just responds to my commands... instantaneously? there is no need for latency-hiding animations and subsequently trying to make them run smoothly on the gpu if there's no perceptible latency…

The only caveat is the initial configuration which makes many people reluctant to use i3 or WMs in general.

Re: Disabling Snaps in Ubuntu 20.04

#197

Post by lmeyerov »

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…

YEP. For various reasons, we want to run Ubuntu on a server. Reboots and autoupdating are hazards and bugs for us. Upgrades & fixes mean patching our containers and starting fresh servers. Instead of rebooting a running server, we delete it. Trying to use Ubuntu environments means having to add custom disable-reboot-upgrade-downtime init scripts that we do not trust across updates: will bumping a minor version break them 5 days later? Super bad for reputation. I rather be updating Ubuntu more frequently, not less!

(Same-but-different for enforcing non-interactive mode on installs.)

Re: Disabling Snaps in Ubuntu 20.04

#198

Post by darkteflon »

simlevesque wrote: post #39
csdreamer7 wrote: post #7

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.

Anecdotally, I’ve been using the VS Code snap (with the —classic flag, I believe) on Ubuntu 20.04 for the past couple of weeks without issue.

Re: Disabling Snaps in Ubuntu 20.04

#199

Post by darkteflon »

readwind wrote: post #27
flatiron wrote: post #19

Earlier quoted context omitted.

I like the way arch does it. They have AUR and everything is there and they can just say they don’t support it.

Happy Arch and AUR user chiming in, a custody, or emigrant, from the F snap hell Ubuntu caused, and it's easy to verify and vet AUR content, if you care enough, the scripts are legible, readable, so it's just a matter of caring about your system. I agree, I am so happy about the Arch system since Ubuntu bit, ate wholehartedly, the snap bullshit. Thank fuck for AUR.

Thank fuck for the Arch Wiki, too - even if you’re not on Arch.

Re: Disabling Snaps in Ubuntu 20.04

#200

Post by jschwartzi »

RMPR wrote: post #102
teraflop wrote: post #30

Earlier quoted context omitted.

Props to Microsoft, for getting their approach to Windows updates adopted as an industry standard! /s

Next step, introduce the mandatory restart as a standard.

But wait for the user to have a week-long job running for three days before you do it. That way they have to explain to their boss why there is now a 3 day delay.
Post reply on HN