I used to use virtualbox and TBH virt-manager is pretty good, atleast as good as virtualbox. After i

Xxyny I used to use virtualbox and TBH virt-manager is pretty good, atleast as good as...

B

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

oh, you don't need libvirtd and friends in the silverblue host? just virt-manager and deps in a distrobox container is good enough?

J

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

AGREED: The Change "Ostree Native Container (Phase 2,
stable)" has not been implemented for F38 and will be deferred to
F39 (+7, 0, -0)
AGREED: In addition to being deferred to F39, FESCo requests
that the Change "Ostree Native Container (Phase 2, stable)" will
have a contingency deadline of F39 Beta Freeze and the Scope of the
proposal will be filled (+7, 0, -0)

AGREED: The Change "Ostree Native Container (Phase 2,
stable)" has not been implemented for F38 and will be deferred to
F39 (+7, 0, -0)
AGREED: In addition to being deferred to F39, FESCo requests
that the Change "Ostree Native Container (Phase 2, stable)" will
have a contingency deadline of F39 Beta Freeze and the Scope of the
proposal will be filled (+7, 0, -0)

AGREED: The Change "Ostree Native Container (Phase 2,
stable)" has not been implemented for F38 and will be deferred to
F39 (+7, 0, -0)
AGREED: In addition to being deferred to F39, FESCo requests
that the Change "Ostree Native Container (Phase 2, stable)" will
have a contingency deadline of F39 Beta Freeze and the Scope of the
proposal will be filled (+7, 0, -0)

AGREED: The Change "Ostree Native Container (Phase 2,
stable)" has not been implemented for F38 and will be deferred to
F39 (+7, 0, -0)
AGREED: In addition to being deferred to F39, FESCo requests
that the Change "Ostree Native Container (Phase 2, stable)" will
have a contingency deadline of F39 Beta Freeze and the Scope of the
proposal will be filled (+7, 0, -0)

J

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

looks like they won't be switching until F39

Bbsherman oh, you don't need libvirtd and friends in the silverblue host? just virt-manage...

X

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

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.

X

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...

B

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...

B

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

maybe "host container image"?

it's a new world of terminology

X

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

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

X

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

installing in native container
adding to native container

B

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.

J

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

you mean just a container right?

J

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

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

J

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.

X

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

native container as in Ostree Native Container

B

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

distrobox enter boxkit
sudo apk add virt-manager

distrobox enter boxkit
sudo apk add virt-manager

C

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

...

B

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

X

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.

D

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...

B

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...

X

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.

X

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

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

X

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.

J

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...

J

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?

J

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

I'm envisioning something like

rpm-ostree rebase ostree-unverified-registry:ghcr.io/ublue-os/{$FLAVOR}-mainline:latest

rpm-ostree rebase ostree-unverified-registry:ghcr.io/ublue-os/{$FLAVOR}-mainline:latest

rpm-ostree rebase ostree-unverified-registry:ghcr.io/ublue-os/{$FLAVOR}-mainline:latest

rpm-ostree rebase ostree-unverified-registry:ghcr.io/ublue-os/{$FLAVOR}-mainline:latest

C

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

Sounds good to me

C

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?

J

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?

J

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
  ...

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

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

like that?

J

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?

J

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
  ...

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

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

J

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)

J

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?

D

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

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

D

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

for example blender

J

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

J

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

But should be fine if layered

D

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

yes but you need rocm inside flatpak runtime/distrobox container

I used to use virtualbox and TBH virt-manager is pretty good, atleast as good as virtualbox. After i

Similar Threads

Similar Threads

Similar Threads