Live data from Hacker News

LXD is now under Canonical

linuxcontainers.org

131–140 of 224 posts

Re: LXD is now under Canonical

#131
post #121

I really liked lxc but then one day it turned out that it was replaced by lxd and you had to install Ubuntu to use it and I switched to docker (now on podman).

Do you really have to use Ubuntu for LXC? My (Debian-based) Proxmox has LXC capability, and it's easy to find instructions to other Linuxes, like so: https://fedoraproject.org/wiki/LXC. Is there something I'm missing?

Re: LXD is now under Canonical

#132
post #28

Stéphane Graber's work is fantastic and LXD had a lot of potential. But Canonical managed to drive me away from it with that abomination called Snap and its auto updates that could bring down a cluster without warning.

Yeah I'm setting up a Debian 12 Bookworm machine right now after ~13 years of being an Ubuntu user So far it's very snappy! My Ubuntu 18.04 machine somehow "rotted" in ways that previous installs didn't -- everything became slow and janky, sorta like Windows And I specifically installed 18.04 in 2021, to avoid Snaps But now it looks like Debian will work great

> My Ubuntu 18.04 machine somehow "rotted" in ways that previous installs didn't -- everything became slow and janky, sorta like Windows

Oh man, this reminds me of two years ago. During Covid lockdowns, I figured I'd try Ubuntu, see what's up with gnome. This was 20.04. I was pretty meh, but it was okay. Then I found out about Regolith [0], which is a "spin" or whatever it's called, that comes with i3 (like Kubuntu has KDE instead of Gnome).

I don't know exactly why, and I was too lazy to dig, but that thing was one of the most sluggish experiences I've ever had. At the time, I'd daily drive an i5-6500 with integrated graphics, and my regular Arch with i3 and light Picom effects (blurring for notifications and dimming inactive windows) worked great on the integrated GPU. Somehow, the Ubuntu version was worse on a newer i5-8500.

[0] https://regolith-desktop.com/

Re: LXD is now under Canonical

#134

Stéphane Graber's work is fantastic and LXD had a lot of potential. But Canonical managed to drive me away from it with that abomination called Snap and its auto updates that could bring down a cluster without warning.

It is really sad that more people aren't aware of LXD, because it is a really good solution of a number of projects and it's really well done. On Snap... Even if you like Snaps packages, I can't imagine that you'd feel like it's a good choice for LXD. For a browser or email client, sure it's a solution, I suppose, but for thing like LXD it just adds an entire level over complexity that doesn't help. I'd go so far at…

It's also annoyingly opinionated in stupid ways. There's no supported way, for example, to adjust which services are enabled or not, and especially there's no concept of 'started but not autostarted', which can be important on a server (it's also obnoxious on the desktop as well, since it seems like a lot of the results for trying to fix this is people saying 'how do I stop snap slowing down boot').

Re: LXD is now under Canonical

#135
post #101
post #81

Earlier quoted context omitted.

The thought of people going to Pop to escape snap has me crackling.

Tbf it doesn't default to the really slow snaps. Instead it defaults to the dreadfully slow flatpaks.

You made this sound like snap is faster than flatpak. It isn't, unless something changed this year. Did something change?

Re: LXD is now under Canonical

#137
post #93

Earlier quoted context omitted.

I switched to Debian 11 for the same reasons around Christmas. I also found out faster than Ubuntu 20.04 and the fan starts spinning less often. I've been on Ubuntu since 8.04. When I can I'm creating servers with Debian too, personal ones and for customers. The only problem there is that Letsencrypt uses a snap to update the certificates, even on Debian [1]. Not all my servers need a web server but when they do I us…

certbot is available in classic apt repositories in Debian and Ubuntu. No need to install it from snap. https://repology.org/project/certbot/versions

Haven't checked, but looking at version parity between these 2 I think both have the same maintaining team for Let's Encrypt.

Re: LXD is now under Canonical

#138

Ubuntu is already the major contributor to LXD. What's peoples aversion to snaps in the thread? For me it makes for a stable system that allows me to run the latest version of apps in a confined space, it's actually perfect

Have you ever used it in a production / server environment?

One of the problems I have with Snap is that it does auto-updates. So you can't control when updates are performed. Furthermore, you can only use Canonical's repository. So if you want to use a custom build of some sort, you can't - unless you pay big bucks to Canonical.

Re: LXD is now under Canonical

#139
post #104

Earlier quoted context omitted.

If you pick "pip" instead of a specific Linux distro it gives you instructions without a snap.

I'm afraid that this is only a wrapper around the snap. I quote from that page > If you have any Certbot packages installed using an OS package manager like apt, dnf, or yum, you should remove them before installing the Certbot snap to ensure that when you run the command certbot the snap is used rather than the installation from your OS package manager.

That seems to be a doc issue. It certainly did not install a snap when I just tested this, and the certpot python package it installs explicitly checks to see whether it is running in a snap or not, which would make no sense if running it outside wasn't an option.

Re: LXD is now under Canonical

#140

Stéphane Graber's work is fantastic and LXD had a lot of potential. But Canonical managed to drive me away from it with that abomination called Snap and its auto updates that could bring down a cluster without warning.

Snap has the capability to hold updates for any period of time https://snapcraft.io/docs/keeping-snaps-up-to-date#heading--...
Post reply on HN