thank you, i will try!

what GPU are you using, btw?

yes. appreciate that fact and enjoy your day.

these are the same fucking ppl convinced in their own brilliant ideas, except they have none of the skill to accomplish it, so they mooch off of other’s skills. “i’m an idea man.”

other ppl were always just tools to them, so they want to build a skill machine so they can remove the annoying part of being reminded that other ppl are actually talented.

fucking abhorrently inhuman.

i really don’t think that’s true about arch, but in general i get that there is a spectrum of how much ppl want to be active in the maintenance of their computer.

i use EndeavourOS, but for my wife i give her Kalpa, which is atomic and much more “less fuss, just use computer.”

maybe @makeitwonderful@lemmy.sdf.org would like an immutable distro.

• Aeon
• Kalpa
• Fedora Silverblue
• Fedora Kinoite
• Bazzite

doesn’t bother me, i get what you’re saying.

funny and glib, but not true

i suppose, it’s a loose analogy he brought up, so i was just trying to speak his language.

the point is, the packages are different, particularly core ones. so it is not straight Arch.

It’s not really arch. It’s more like Ubuntu is to Debian.

EndeavourOS is straight arch repos, with one additional optional repo of their own with a few of their tools, branding, etc.

Cachy is opinionated about the OS.

EndeavourOS is only opinionated about the install setup. Arch with sane defaults.

no. it is akin to Manjaro in that it is based on Arch repos, but is opinionated. they have their own kernel, wine, proton, with their patches.

that’s fine for now. Mullvad is very affordable though.

best? i dunno about that. it was an option, tho.

i prefer Photon, or just the default.

lol

this. and incredibly sane defaults. for me, basically the perfect “traditional” distro and it ended my distrohopping.

great thoughts, thank you for sharing! i’m still quite new to containerization.

i’m starting to think it’s the debian base of this container image. it may just be too out of date for my GPU.

thanks! that seems in line with what i’m doing, though my container is rootful.

the container is rootful.

any help is appreciated as i’m at a wall. :/

what i’m so surprised about is that it works for owncast, and the setup is the same.

rootful. render group isn’t named in the container and the owncast user isn’t in the group.

but it works, and peertube doesn’t.

thanks! i took a look and sadly i’ve already covered those parts. :/

this is a great thought and i’m not sure, probably not.

when i examine /dev/dri in the container, it has the groupid that it has on host, but not the name. peertube user is not in that group.

i tried making the render group in the container with the same gid and added peertube to it, but it didn’t change anything. this process may not be correct, however, to achieve that goal.

any suggestions for quadlet on how to bring in the render group and add container peertube user to it?