Viewing profile — stgraber

Yeah, most enterprise deployments of Incus use OIDC for authentication and then OpenFGA for authorization with permissions typically synchronized with something like AD/Entra. TLS …

It's very very different between the UI and Incus itself :) The Incus teams are low level system engineers who develop in Go or C. The UI is a pile of typescript which none of us r…

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 defin…

You can download the CLI client for Linux, Windows and MacOS from our Github releases: https://github.com/lxc/incus/releases/latest/ I've filed https://github.com/lxc/incus-os/issu…

The LXD UI is a separate project from LXD, it's at https://github.com/canonical/lxd-ui It's one of the UI options you can use on top of Incus and a rebranded version of it is what …

Of course following the move and going AGPLv3 would solve the project contribution issue. In fact it'd back Canonical into an interesting corner as Incus would be allowed to freely…

They changed COPYING from Apache2 to APGLv3 without introducing any SPDX headers or similar to denote what is Apache2 and what isn't. So yes, while AGPLv3 is compatible with Apache…

Yes it is indeed

https://linuxcontainers.org/incus/try-it/ give it a try :)

Anyone is welcome to use my code in a proprietary piece of code, indeed the Apache2 license allows it. What it doesn't allow is for my code to be re-licensed to AGPLv3 nor can they…

It is used for Crostini. Specifically, ChromeOS uses corssvm to run a virtual machine in which it runs LXD and then creates containers inside of that VM through it. Google has sent…

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 s…

It doesn't. The LXD team does make and support the snap, but LXD itself doesn't depend on it at all. The majority of LXD users are actually on ChromeOS which is Gentoo based and us…

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 us…

LXD now has a lxd-user process which allows for automated restricted project generation providing a safe LXD environnement for non-admin users. https://youtu.be/6O0q3rSWr8A

TLDR for those who don't want to watch the video! We've started building daily images of some Linux distributions' desktop environments. Those run using LXD VMs and get you functio…

LXD works fine on WSL2 as unlike WSL1 you're now getting a full Linux kernel. The main issue left is that WSL2 doesn't start your normal init system and so makes it harder to run a…

There are quite a few Linux distributions with native packages in their main repository, that includes ArchLinux, Alpine, Gentoo and OpenSUSE for those that I'm aware of with activ…

NFS currently cannot be used inside a user namespace. There are patches floating around (similar to the work we did to allow FUSE) but they haven't made it upstream yet and my unde…

The LXC and LXD repositories are under https://github.com/lxc which is a different Github organization with a much much smaller set of members (17 currently) than CanonicalLtd. We …

Indeed, as an upstream project, maintaining packages in several distributions is extremely time consuming and near impossible when like us, you're doing monthly releases. We welcom…

Note that Ubuntu 20.04 will be using the snap package, so we only really need to focus on one thing to validate for all distros. Users upgrading from 18.04 to 18.10 are already bei…