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

311–320 of 436 posts

Re: Disabling Snaps in Ubuntu 20.04

#311

Post by eptcyka »

jeroenhd wrote: post #195
mcpeepants wrote: post #185

Earlier quoted context omitted.

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.

I develop software that tries to target as many distros as possible, and I really don't see how Manjaro is in any way better than Arch. Botched upgrades aside, Manjaro is the only distro that couldn't produce a valid iso to boot on KVM/qemu. It has a very weird kernel config, sometimes users don't seem to have modules that are found on literally any other distro. Which is very sad because Arch just works.

Re: Disabling Snaps in Ubuntu 20.04

#312

Post by maccam94 »

Wowfunhappy wrote: post #202
jcelerier wrote: post #169

Earlier quoted context omitted.

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.

The free LiveCDs were great marketing. As a teenage computer geek, it was way easier to convince casual computer users to try it out when I could lend them a nicely printed CD. And it looked way better than handing them a sketchy CD-R with some marker scribbles on it.

Re: Disabling Snaps in Ubuntu 20.04

#313

Post by willtim »

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

I tried it recently and went back to i3. For me, Gnome didn't work well for multi-monitor setups and seems surprisingly lacking in customisations. It did seem very polished though.

Re: Disabling Snaps in Ubuntu 20.04

#314

Post by jeroenhd »

eptcyka wrote: post #311
jeroenhd wrote: post #195

Earlier quoted context omitted.

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.

I develop software that tries to target as many distros as possible, and I really don't see how Manjaro is in any way better than Arch. Botched upgrades aside, Manjaro is the only distro that couldn't produce a valid iso to boot on KVM/qemu. It has a very weird kernel config, sometimes users don't seem to have modules that are found on literally any other distro. Which is very sad because Arch just works.

In my experience the Manjaro config tends to work better on some of the hardware I've tried it on, requiring less tweaking to get it to run properly.

I'll also admit that I can't for the life of me get Arch to properly install with all the tools and features that are normally built-in to desktop environments to work on first boot. I'm sure I can make it work if I give it another try now that I've gotten more used to using Manjaro, but the Arch installation experience is not something I want to go through again any time soon.

I understand that most Arch users will want to decide exactly how they set up their system and all, but for my personal (non-work) machine I just want an operating system that works, allows me to mess with the standard Linux stuff and manages to install itself without me holding its hand. I'd much rather tick a box that says "enable full disk encryption" than manually configure cryptsetup and LUKS parameters. It's just too much effort for what I get out of it.

Re: Disabling Snaps in Ubuntu 20.04

#315

Post by yrro »

CameronNemo wrote: post #290
zertrin wrote: post #283

Earlier quoted context omitted.

I've been looking forward for this work to come to something working for some time already, but it's been already 3 years I've eyed on it, is it now coming to something working "soon"?

Debian is a bad choice if you want to package go applications (or rust apps, for that matter). Debian requires that all those little static dependencies be individually packaged. Common container software like lxd, podman, and umoci are not found in Debian. The following distributions package LXD (that I know of): * Void Linux * Alpine Linux * Arch Linux * Gentoo Some of those are more suitable for production install…

Podman is in the NEW queue, and debs can be built from the packaging repo in the meantime., FYI.

Re: Disabling Snaps in Ubuntu 20.04

#316

Post by yrro »

corndoge wrote: post #158
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…

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

What the actual fudge? So my Asad AD trust users, whose home directories are /home/example.com/sam-account-name, are going to run into trouble when they upgrade to 20.04?

I think I am going to have to start figuring out a plan to migrate them all over to RHEL...

Re: Disabling Snaps in Ubuntu 20.04

#317

Post by antpls »

I installed Snap on Debian 10 stable to install Firefox and Chromium as snaps. It allows me to get the latest security updates for these 2 software without entering into dependency hell with the OS. Beside the slow startups, which is not really an issue with those apps because I keep them open all the time, it worked flawlessly so far for me.

My only con is that the defaults update all snaps like every day, and I really would like to have better control on that, because I'm always on mobile data.

Re: Disabling Snaps in Ubuntu 20.04

#318

Post by sneak »

useragent86 wrote: post #222
sneak wrote: 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…

> Half of the utilities I install out of the box on a fresh macOS are built in, and the annoying stuff that used to be editing arcane files is now easy preference settings That's been the case with KDE for 15-20 years now. KDE 3.5 was a great environment (and Trinity (TDE) is a modernized fork of it). Note that, this year, KDE added telemetry to their Plasma desktop environment. Of course, it's opt-in, so it must be…

Thanks for letting me know. It looks like the telemetry (kuserfeedback) isn’t even a dep of the Gentoo plasma-meta metapackage, so I don’t think it was even built on my system (but will double check when not on mobile).

If I dabble with debian or kubuntu I will make sure to mitigate it, thank you for making it known, keep up this kind of good work!

It’s a real shame that they found it necessary to even build a telemetry client. I switched to free software after years on macOS (I remember upgrading to System 7) because of all the phone-home that Catalina STILL does even with iCloud, Siri, analytics/crashes, Screen Time, iMessage/FaceTime, Location Services, ntp, App Store, and software update all disabled.

iOS apps in the App Store are all allowed to phone-home like mad, too, and Apple permits this on the basis of you “opting in” to it in the App Store TOS, as if we have any sort of choice on iPhones. It’s totally endemic, and entirely undermines the credibility of Apple’s claims to caring about user privacy.

Seems like spying on users is getting heavily normalized these days. :(

Re: Disabling Snaps in Ubuntu 20.04

#319

Post by kelnos »

antpls wrote: post #317

I installed Snap on Debian 10 stable to install Firefox and Chromium as snaps. It allows me to get the latest security updates for these 2 software without entering into dependency hell with the OS. Beside the slow startups, which is not really an issue with those apps because I keep them open all the time, it worked flawlessly so far for me. My only con is that the defaults update all snaps like every day, and I rea…

If all you're looking for is the ability to get the upstream updates immediately, you can also just download the tarball version and unpack it somewhere under your home directory. Then dump a .desktop file for each in ~/.local/share/applications/ so it shows up in your app menu.

No startup slowness, and you'll still get the vendor-provided updates as they're released.

Re: Disabling Snaps in Ubuntu 20.04

#320

Post by CamperBob2 »

Too wrote: post #301
CamperBob2 wrote: post #129

Earlier quoted context omitted.

The problem in Windows' case is that there never was a clear specification regarding what kinds of files should go where. The directory structure and environment in every version of Windows is a little different, and it's hard to write an app (or an installer) that does the right thing on all of them.

As long as you follow knownfolderid nothing has changed since Vista, or CSIDL constants go even further back. https://docs.microsoft.com/en-us/archive/blogs/patricka/wher... https://docs.microsoft.com/en-us/windows/win32/shell/csidl .NET has its own set which is also very old and goes back to .NET 1.0 (as old as Win98) https://docs.microsoft.com/en-us/dotnet/api/system.environme...

I think the combination of complexity and obscurity of those two links reinforces my point more than it refutes it. There's a reason why basically no one gets this stuff 100% right, including some of Microsoft's own first-party applications.
Post reply on HN