Re: openSUSE future to ALP - immutable desktop
Hi, On Thu, Apr 14, Syds Bearda wrote:
Hi all,
I'm very excited to see the plans for SLE 16 with ALP.
ALP is the next generation enterprise OS, but not necessary SLE 16.
It made me feel acknowledged in the fact that immutable operating systems are the future for desktop use.
However in my view that would still mean being able to add rpm packages (i.e. virtualbox, docker(-compose), touchegg, nano, etc) to the host system and I'm really glad we can do that with transactional-update. Will that also be possible with transactional-image-update?
For image based updates, there are currently two approaches: The Rancher cOS (https://github.com/rancher-sandbox/cOS-toolkit) and my experimental "MicroOS TIU" (Transactional Image Update, https://github.com/thkukuk/tiu, I will hopefully talk about this at the next openSUSE Conference). I don't know the plans for cOS, but with TIU, if you want to enhance the default images, you have to build new images your own. Which in this case is quite simple, you can do that with kiwi in OBS or at your own from a tar archive. At least for TIU I have as of today no plans to add an "overlay" like e.g. RPM-OSTree provides. But if people here are interested and submit patches ;)
Regarding the containerizing of the user space, would it be possible to put Gnome (or any other desktop) in a container. Distrobox [1] theoretically can already do that, however I've not been able to make it work. Also is it best to use toolbox/distrobox with docker/podman/nerdctl for this usecase.
I think for a "containerized Desktop", flatpaks are the better choice. But I will let the question for the MicroOS Desktop people.
Would it then also be possible to have the personal 'container' to be accessible from a network drive/internet, making the host OS/machine a thin-client?
Yes, of course. Like you can run a Webserver in a container, which is accessible from the world, you can run a container with a sshd daemon which is reacheable from the world. It's all only a question of exporting the right ports. Thorsten
/Syds
[1] https://github.com/89luca89/distrobox/blob/main/docs/posts/run_latest_gnome_...
-- Thorsten Kukuk, Distinguished Engineer, Senior Architect SUSE Software Solutions Germany GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany Managing Director: Ivo Totev (HRB 36809, AG Nürnberg)
------- Original Message ------- On Thursday, April 14th, 2022 at 5:17 PM, Thorsten Kukuk <kukuk@suse.com> wrote:
Hi,
On Thu, Apr 14, Syds Bearda wrote:
Hi all,
I'm very excited to see the plans for SLE 16 with ALP.
ALP is the next generation enterprise OS, but not necessary SLE 16.
It made me feel acknowledged in the fact that immutable operating systems are the future for desktop use.
However in my view that would still mean being able to add rpm packages (i.e. virtualbox, docker(-compose), touchegg, nano, etc) to the host system and I'm really glad we can do that with transactional-update. Will that also be possible with transactional-image-update?
For image based updates, there are currently two approaches: The Rancher cOS (https://github.com/rancher-sandbox/cOS-toolkit) and my experimental "MicroOS TIU" (Transactional Image Update, https://github.com/thkukuk/tiu, I will hopefully talk about this at the next openSUSE Conference). I don't know the plans for cOS, but with TIU, if you want to enhance the default images, you have to build new images your own. Which in this case is quite simple, you can do that with kiwi in OBS or at your own from a tar archive. At least for TIU I have as of today no plans to add an "overlay" like e.g. RPM-OSTree provides.
As someone who uses Fedora CoreOS in prod and has quite some experience with SB I think I can safely say that just because the ability is there to layer rpm packages that doesn't mean that they should do it ^_^. Ran into issues because of it, not fun. I for one would welcome the idea of `TIU` to have a single base image and everything else one needs is in containers/flatpaks.
But if people here are interested and submit patches ;)
Regarding the containerizing of the user space, would it be possible to put Gnome (or any other desktop) in a container. Distrobox [1] theoretically can already do that, however I've not been able to make it work. Also is it best to use toolbox/distrobox with docker/podman/nerdctl for this usecase.
I think for a "containerized Desktop", flatpaks are the better choice.
Agreed. AFAIK OBS has the ability to build Flatpaks, but we would need a registry to push to? I can be really wrong tho.. (I just got into OBS - which is pretty much shameful from someone who have been using openSUSE since 11.x - hence the question)
But I will let the question for the MicroOS Desktop people.
Would it then also be possible to have the personal 'container' to be accessible from a network drive/internet, making the host OS/machine a thin-client?
Yes, of course. Like you can run a Webserver in a container, which is accessible from the world, you can run a container with a sshd daemon which is reacheable from the world. It's all only a question of exporting the right ports.
+1
Thorsten
/Syds
[1] https://github.com/89luca89/distrobox/blob/main/docs/posts/run_latest_gnome_...
-- Thorsten Kukuk, Distinguished Engineer, Senior Architect SUSE Software Solutions Germany GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany Managing Director: Ivo Totev (HRB 36809, AG Nürnberg)
participants (2)
-
Attila Pinter -
Thorsten Kukuk