By container-layering I meant not exactly layering by running rpm-ostree installs on the host but in

By container-layering I meant not exactly layering by running rpm-ostree installs on the host but installing it in my own rpm-ostree native container image. I don't know if installing in a distrobox would cut it, as as far as I know some of the required deps have some kernel-level interfaces and need to be priviliged on the host.

xynyOP•2/28/23, 5:47 PM

Sorry for saying it in a bit of a confusing way, I'm not sure what would be a better term for it.

Xxyny By container-layering I meant not exactly layering by running rpm-ostree install...

bsherman•2/28/23, 5:48 PM

Ok, yes, what you meant is what I would have expected. I was surprised that perhaps one could make it work with what I thought I read.

Xxyny Sorry for saying it in a bit of a confusing way, I'm not sure what would be a be...

bsherman•2/28/23, 5:48 PM

maybe "host container image"?

it's a new world of terminology

xynyOP•2/28/23, 5:48 PM

or native container, as that's what they're officially

xynyOP•2/28/23, 5:50 PM

installing in native container
adding to native container

bsherman•2/28/23, 5:51 PM

I've been meaning to add libvirtd & virt-manager to my native container image as well, also because the Gnome Boxes flatpak doesn't work well... and really, even when Boxes works, it's still not as good.

j0rge•2/28/23, 5:52 PM

you mean just a container right?

j0rge•2/28/23, 5:52 PM

"native container" doesn't seem to make sense in this context to me?

j0rge•2/28/23, 5:53 PM

yeah the reason I use virt-manager is gnome boxes was just too unreliable for me, flatpak or otherwise. I'll give it a shot next cycle because the ui is nice.

xynyOP•2/28/23, 5:53 PM

native container as in Ostree Native Container

bsherman•2/28/23, 5:57 PM

I'm going to try, because why not:

distrobox enter boxkit
sudo apk add virt-manager

distrobox enter boxkit
sudo apk add virt-manager

ChaiQi•2/28/23, 5:59 PM

...

bsherman•2/28/23, 6:00 PM

Yeah, so, it's what I had assumed... virt-manager is happy to live in a distrobox container as it's just a frontend, but libvirt needs to be on the host

xynyOP•2/28/23, 6:01 PM

Ahh, cool. I wont be switching to that though as I'd rather just have all the vm-related things on host then.

dreamyuki•2/28/23, 6:01 PM

https://github.com/89luca89/distrobox/blob/main/docs/posts/run_libvirt_in_distrobox.md

GitHub

distrobox/run_libvirt_in_distrobox.md at main · 89luca89/distrobox

Use any linux distribution inside your terminal. Enable both backward and forward compatibility with software and freedom to use whatever distribution you’re more comfortable with. Mirror available...

Ddreamyuki https://github.com/89luca89/distrobox/blob/main/docs/posts/run_libvirt_in_distro...

bsherman•2/28/23, 6:04 PM

ah, yes, a rootful container is needed, doable...
thanks for sharing, I knew I'd seen something about it.

Jj0rge I am still not understanding why this is a seperate repo, I thought you were jus...

xynyOP•2/28/23, 6:41 PM

Yall didn't really provide any comments about this so I'm publishing a well-documented "demo" version as I can now add repos to the org myself.

xynyOP•2/28/23, 6:49 PM

https://ublue-images-demo.netlify.app/

xynyOP•2/28/23, 6:49 PM

https://github.com/ublue-os/images-website

GitHub

GitHub - ublue-os/images-website

Contribute to ublue-os/images-website development by creating an account on GitHub.

jstone•2/28/23, 9:21 PM

@j0rge Does this seem good to you? https://github.com/ublue-os/nvidia/pull/52

GitHub

build(deps): bump actions/checkout from 2 to 3 by dependabot[bot] ·...

Bumps actions/checkout from 2 to 3.

Release notes
Sourced from actions/checkout's releases.

v3.0.0

Updated to the node16 runtime by default

This requires a minimum Actions Runner version of...

jstone•2/28/23, 10:05 PM

I'm thinking of creating a ublue-os/mainline repo so that I can start to experiment with moving generally useful driver bits from the nvidia image into a general purpose upstream image. Is this a good idea?

jstone•2/28/23, 10:17 PM

I'm envisioning something like rpm-ostree rebase ostree-unverified-registry:ghcr.io/ublue-os/{$FLAVOR}-mainline:latestrpm-ostree rebase ostree-unverified-registry:ghcr.io/ublue-os/{$FLAVOR}-mainline:latest

ChaiQi•2/28/23, 10:27 PM

Sounds good to me

ChaiQi•2/28/23, 10:28 PM

I would enjoy being able to recommend ublue for the QoL instead of a cagey combination of SB and -Nvidia

рибаня•2/28/23, 10:29 PM

how would mainline differ from base?

jstone•2/28/23, 10:49 PM

Base has QoL improvements but also has some first run functionality like installing flatpaks. What I'm proposing is a mainline image intended to be consumed by other images and doing little more than installing additional packages so they don't have to be layered

рибаня•2/28/23, 10:53 PM

so base would be on top of mainline?

jstone•2/28/23, 10:54 PM

In theory, yes. It would be the upstream image in which all other images in the ublue-os organization could derive from

рибаня•2/28/23, 10:55 PM

mainline
  base
  ubuntu
  ...
nvidia
  base(?)
  kinoite
  ...

mainline
  base
  ubuntu
  ...
nvidia
  base(?)
  kinoite
  ...

like that?

jstone•2/28/23, 10:56 PM

Yes. Keep in mind that base-nvidia is different from ublue-os/base

рибаня•2/28/23, 10:56 PM

yeah, gotcha

рибаня•2/28/23, 10:56 PM

at that point maybe just call mainline amd?

jstone•2/28/23, 10:57 PM

Mainline amd?

рибаня•2/28/23, 10:57 PM

amd
  base
  ubuntu
  ...
nvidia
  base(?)
  kinoite
  ...

amd
  base
  ubuntu
  ...
nvidia
  base(?)
  kinoite
  ...

jstone•2/28/23, 10:57 PM

Why?

рибаня•2/28/23, 10:58 PM

actually thinking about it more, nvm

рибаня•2/28/23, 10:58 PM

nvidia is a patch of mainline

рибаня•2/28/23, 10:59 PM

(and mainline just happens to be amd, among many other things you could say about it)

jstone•2/28/23, 10:59 PM

We could actually have a silverblue-amd now that you mention it, which would be a mainline image with additional amd libraries like rocm

рибаня•2/28/23, 11:00 PM

is there a planned way to offer composition?

dreamyuki•2/28/23, 11:00 PM

for rocm i don't think that's useful if users use apps with flatpak/distrobox

dreamyuki•2/28/23, 11:00 PM

for example blender

jstone•2/28/23, 11:00 PM

We are literally figuring this out as we go along lol

рибаня•2/28/23, 11:01 PM

yeah sorry I was just wondering, I'm really new to this stuff on top of it being really new

Ddreamyuki for example blender

jstone•2/28/23, 11:01 PM

But should be fine if layered

dreamyuki•2/28/23, 11:02 PM

yes but you need rocm inside flatpak runtime/distrobox container

jstone•2/28/23, 11:02 PM

The biggest hurdle is figuring out how to get rocm working at all

jstone•2/28/23, 11:02 PM

Right, but having the libraries on the host at all is still better than nothing

jstone•2/28/23, 11:03 PM

It's like how CUDA is able to work with rootless podman

dreamyuki•2/28/23, 11:04 PM

hmm

By container-layering I meant not exactly layering by running rpm-ostree installs on the host but in

Similar Threads

Similar Threads

Similar Threads