Live data from Hacker News

Disabling Snaps in Ubuntu 20.04

kevin-custer.com

301–310 of 436 posts

Re: Disabling Snaps in Ubuntu 20.04

#301
post #119

Earlier quoted context omitted.

This behavior is such normal for all the apps (especially games) that at one point I thought it was a specification.

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

Re: Disabling Snaps in Ubuntu 20.04

#302

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…

Ahh Gentoo :) I once build-from-source think it was called stage-1 install on a SBC(Single Board Computer) 486DX. I compiled well over 4 days :D

Re: Disabling Snaps in Ubuntu 20.04

#303
post #192

Earlier quoted context omitted.

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

Those people can choose another DE with legacy features like desktop icons. Tradition isn't a reason to keep up bad habits and I'm thankful to Gnome for daring to take tough decisions for the greater good.

I wouldn't use any other DE, at this point.KDE has always been cluttered and XFCE is buggy and not particularly intuitive.

Re: Disabling Snaps in Ubuntu 20.04

#304

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.

If my memory serves correctly, this was 2004/2005, around the time I was discovering my home burnt CDs and DVDs were going bad.

This was also around the time I would often brick my primary (only) workstation for whatever reason. Having a properly mastered Live CD was super useful.

I would order at least two with every release cycle for a few years at least.

Thankfully, I saw the light early with Ubuntu-server, and stayed with Debian. Ubuntu-desktop makes for a good enough live / recovery / troubleshooting environment, but not sure I’d use it for anything more.

Re: Disabling Snaps in Ubuntu 20.04

#305

I've been using Ubuntu 20.04 for several weeks, almost since beta came out. The snap thing is a pain in the ass. I understand the need for something like snap or flatpak. I had software too new or too old that wouldn't work because some dependencies were not updated or were too new. Snaps can solve that by allowing the developers to provide everything you need (or everything you need that is not on your system). But…

On 18.04 it takes like a full second, sometimes two, to open the calculator anyway.

Re: Disabling Snaps in Ubuntu 20.04

#306
post #43

I wanted to like snaps (and flatpaks before then), because trying to ease packaging and deployment of apps on Linux is a noble goal, but in both cases I eventually gave up on non-trivial use of them because they were always broken in some annoying way because of their sandboxing. The latest snap I had to get rid of was Visual Studio Code, because I was trying to work on an open source game with it, and I found out th…

Gnome-Builder, the official Gnome IDE, builds flatpaks. I'm not sure how good it works, but idea is that one should imagine this brave new world of Linux sandboxed apps similarly how IDEs could work on smartphones. In the end the IDE must be either blessed with special powers or it must build packages for the sandboxing system. Gnome-Builder seems to take the latter direction.

I had run it via X11Forwarding (I had a contusion and used a puny laptop to connect to my desktop) and it was not a smooth ride, so it's not an entirely representative experience, but it shows that it's not all painless, yet.

Re: Disabling Snaps in Ubuntu 20.04

#307
post #229
post #43

I wanted to like snaps (and flatpaks before then), because trying to ease packaging and deployment of apps on Linux is a noble goal, but in both cases I eventually gave up on non-trivial use of them because they were always broken in some annoying way because of their sandboxing. The latest snap I had to get rid of was Visual Studio Code, because I was trying to work on an open source game with it, and I found out th…

AppImages are a disaster waiting to happen. They are like Windows MSI installation files just downloaded from somewhere, running without any confinement.

You can run the AppImages you don't trust with the Firejail sandbox which has native support for AppImage.

https://firejail.wordpress.com/documentation-2/appimage-supp...

Re: Disabling Snaps in Ubuntu 20.04

#308
post #91

Earlier quoted context omitted.

>And now for a minor complaint that also feels most user hostile to me: why do the snap developers think its ok to require a non hidden directory in $HOME? Seriously my home directory is MINE, if you have to store application state there at least have the decency to do it in a hidden directory. 4 years old now. https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1575053

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.

AFAIK one common reasoning is that it is a writable folder that is easy for the users to find when they need to contact support.

Re: Disabling Snaps in Ubuntu 20.04

#309

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…

I would add NixOS to that list. Especially if you value rolling back upgrades or pinning package versions.

Re: Disabling Snaps in Ubuntu 20.04

#310

Earlier quoted context omitted.

I've found that if you delete /etc/netplan (just making sure this is at least empty seems to be the most important part) and /var/run/systemd/network netplan doesn't really seem to do anything. My org has been using systemd-networkd directly after doing that for about a year and it's working fine for us.

Yes I've done that and it definitely works, though I've still got "netcfg/do_not_use_netplan=true" in my cmdline for good measure, not sure if it does anything though, or even when I got that from, come to think of it. But still, emptying a directory is not how I expect to disable what is a system service. It should be systemctl disable netplan... I think emptying would be better than deleting the directory since it'…

It's because netplan uses a system generator /lib/systemd/system-generators/netplan, to parse the files in /etc/netplan and generate systemd-networkd configs from them on boot (Like how /etc/fstab gets parse into systemd mount units). It would be nice if there was a flag file or something you could touch to disable it though.
Post reply on HN