Hacker News Reader

Comment by leetnewb | Hacker News Reader

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.

Reply on news.ycombinator.com