apx VS LXC

With the advent of containerised software like Flatpak (or apx if you're adventurous) and Distrobox, running a solid LTS release like Mint has fewer drawbacks than ever.

Download the latest build from our GitHub repository: https://github.com/Vanilla-OS/apx/releases/tag/continuous.

All Flatpaks can be installed as a user. For any other apps, you can compile & install apx, which lets you run many distros in full performance, host integrated containers in your home directory

Honestly, I would try asking on their github .. seems like it should be possible to run it on Silverblue and based on the description from the main project page (emphasis mine), I would think it should be ok

There is an issue with lxc as stated here: https://github.com/lxc/lxc/issues/4283 and https://github.com/Vanilla-OS/apx/issues/118

You could try using APX or abroot to install XFCE or Cinnamon; check the APX docs: https://documentation.vanillaos.org/docs/apx/

Maybe this will help https://documentation.vanillaos.org/docs/apx/

I hope this doesn't affect LXC negatively.

LXC and LXD share plenty of contributors.

https://github.com/lxc/lxc/graphs/contributors

https://github.com/canonical/lxd/graphs/contributors

I use an "unprivileged LXC container" setup on several Debian bullseye hosts. It works fantastic, and each LXC container feels like a real server.

Compare that to Docker's "one-container-one-process" philosophy, reinventing the wheel by awkwardly composing multiple containers.

There is an issue with lxc as stated here: https://github.com/lxc/lxc/issues/4283 and https://github.com/Vanilla-OS/apx/issues/118

I'm currently attempting to enroll my Ubuntu (20.04) (Unprivileged) LXC hosts to my windows AD server but am having difficulty. I'm using SSSD and KRB5 to manage the user directory and authentication. Once joining the domain with realmd, all seems ok, I can use the id command, etc to lookup users and groups and the host appears in Windows Users and Computers. The issue I'm having is with authentication, I believe it to be related to this issue however I don't entirely understand the solution and can't seem to find much else on the matter (Note the method I'm using works fine on full VMs). Would anybody please be able to provide more clarity in layman's terms?

I don't recall having to do any uid/gid fixup last time I made an unprivileged container. I did have to prepare the unprivileged host user, of course, by reserving a range of subordinate uids/gids (/etc/sub?id) and configuring a virtual network interface limit (/etc/lxc/lxc-usernet).

To create the container, I did this:

lxc-create -t download -n -- -d debian -r bullseye -a amd64

Note that this runs the 'download' template, which (IIRC) is better suited to unprivileged containers than the 'debian' template is. The 'download' template will list its available distros if you do this:

lxc-create -t download -n -- --list

Note that some versions of lxc-create may fail with a keyserver error because sks-keyservers.net died somewhat recently. Workaround: DOWNLOAD_KEYSERVER=hkp://keyserver.ubuntu.com lxc-create

https://github.com/lxc/lxc/issues/3894

Found this issue and edited the config file of the lxc container:

and on this thread... an different approach is described

https://github.com/lxc/lxc/issues/1629#issuecomment-311379508