Hacker News Reader

Comment by stgraber | Hacker News Reader

As mentioned, this isn't my fork, it's a fork made by Aleksa who's been the long time LXD packager for OpenSUSE as well as someone very involved within the container space, both userspace (runc, umoci, containerd, ...) and in the Linux kernel space.

The actual fork is at: https://github.com/cyphar/incus/

I've just been helping out getting it to actually be functional and providing a bit of a laundry list of things I'd do differently should I be starting LXD from scratch now, which a fork like this now makes possible.

View on HN

Aleksa, and you are a powerhouse. Hope y'all do great things.

Do you have thoughts on how to foster more community contribution to the fork than the canonical project got over time?

The LXD project had over 300 contributors over the years which while not up to par with insanely large projects like Kubernetes or Linux is still pretty respectable.

So achieving similar level of contributions to a fork would already be pretty nice. It's hard to predict the community reception of the fork though and whether that will lead to more contributions than has been seen in the past when the project was backed by Canonical or if there being two active codebases will result in a reduced set of contributors to both.

I think it would be nice to have Incus under the Linux Containers org.

Ask and you shall receive ;)

https://linuxcontainers.org/incus/

Building an LXD-like thing that has supported RPMs would be a huge advantage.

While snaps are the more common way for people to install LXD, there are RPMs for LXD. I maintain the openSUSE ones and I believe there are ones for the RHEL/CentOS/Fedora family as well. Obviously, once incus is ready for packaging, I'll start packaging it for openSUSE as well.

At least on Fedora I've always found the RPMs either lagged pretty far behind version wise (at least the COPR repos, I can't remember if I tried the OpenSUSE ones or not? But I generally try not to use OpenSUSE RPMs due to differences that crop up between SUSE and RHEL families packages), and the snap version basically didn't work for all but the most basic cases.

I'd love an actually up to date RPM compatible with the RHEL family.

Thanks for packaging lxd on openSUSE. That combination has been great for my personal use cases on home servers and vps.

Would you be willing to post or give a summary of that list? I’d be curious to know what you would change with more experience.

Reply on news.ycombinator.com