3 ms·

In case there might be people who are not familiar with Incus, it was forked from LXD to keep it open source. It's very good software.

• gchamonlive 1y ago
  AFAIK LXD is still opensource, as are most if not all products from Canonical. I think the fork is because LXD when it was moved to Canonical made the community uneasy because of the way that they would integrate with Ubuntu lifecycle and tooling. https://github.com/canonical/lxd https://github.com/canonical/lxd it's AGPL-V3
  • dizhn 1y ago
    Thanks for the correction. I kind of remember this as a more hostile thing done by Canonical at the time but this fork announcement from that time does not support that view either. Perhaps I am misremembering the little I do remember. https://discuss.linuxcontainers.org/t/introducing-incus/17781 https://discuss.linuxcontainers.org/t/introducing-incus/1778...
  • stgraber 1y ago
    It's indeed still open source, but was moved from Apache 2.0 to AGPLv3 and from not having any requirements to contributions to requiring all contributors sign a CLA. So it's definitely still open source, but the changes they made allows them to still look and import any change from Incus that they wish, whilst preventing us from looking at any LXD code without risk of tainting ourselves...
  • qskousen 1y ago
    My number one reason for moving away from using LXD in production after this change is that LXD is only available through snap, which caused multiple downtimes in the cluster because of the forced updates.
    • gchamonlive 1y ago
      Exactly. And depending on whether you are installing it with snap or other package managers, like pacman in arch, it'll actually use differently folders for configs, so if you are writing automation for say automatically manage remotes without relying on the cli, you'll have to account for that. Better to just use Incus whenever possible.
    • dizhn 1y ago
      This guy who forked Incus had already started providing rpm packages for LXD. At least on openSUSE but probably more.