KYes, but you could use a git build of Mesa in a container and keep stable on your main system, for instance
KContainers are very powerful
DCan I use Nvidia drivers from arch container to game ?
KThat you can't, it'll use the drivers on your host
KClosed source driver moment
DYes but you need a matching kernel module
DEven if the version is slightly different
DWhat if nvidia-dkms
DNope you can't use kernel module with container
DSoo why bazzite is based on fedora and why not on arch
KNo ostree on arch
KBazzite is primarily interested in OSTree
Dand OCI image
DI see
DCreating a distro from fedora ostree desktop is super easy
DCan't we port ostree to arch ?
Hwell there were experiments to do arch ostree but they were abandonded long ago
VTechnically yes, but that'd take a lot of effort and is DEFINITELY outside of the scope of this project
DAlso there is no pacman-ostree on arch
KSure, but why do that when it's here today and works perfectly
KIt's not like we're getting a performance benefit out of using arch, Fedora is at most a couple weeks behind and gets extra stability from that
Htechnically it would be xz.tar-ostree. but yeah
VOff topic, but what do you guys think of onlyoffice?
DI mean, I'm not against fedora...but tbh...arch community and wiki is quite remarkable
Hthen use arch
Hthis is not arch
DI'm using arch container on bazzite
D
VThe Arch wiki is kind of just a Linux wiki if you can use any inference 
VSame for debian, fedora, NixOS, whatever
DTrue
DSometimes the directories are a bit different that's it
DThe other distro using ostree rn is EndlessOS and GNOME OS if you consider it a distro
DI kind of used many distros
DBut bazzite surprised me
DWell if bootc project can boot into another OCI image beside fedora/centos, maybe bazzite can use archlinux as base
https://github.com/containers/bootc
https://github.com/containers/bootc
GitHub
Boot and upgrade via container images. Contribute to containers/bootc development by creating an account on GitHub.
VGetting used to rpm-ostree and fedora atomic-based systems is weird
VBut I used to use arch
Vnot gone back
R@KyleGospo HDR patches are a mess on testing.
RMy monitor "claim" to be HDR compatible, but it really isn't. On hotplug however the Deck forces HDR on regardless of my settings.
RAnd fuck up amdgpu completely, today I've also seen nice random corruption patterns scrolling through the display and wrong color displayed.
RThe only fix is to let the Deck boot up from fresh with the monitor plugged in.
RThen it works just fine.
RI would not really include them until they are actually stable, but that's just me speaking.
RAnd it will fail training on monitor unplug and replug. Only a restart fix these.
RInterestingly it seems that the issue is not coming from kernel side. It's probably just gamescope then.
R(Although I don't know how it can break hotplug detection then)
R(Dmesg doesn't print any relevant errors)
VFont has normal size now. But for Qt apps only. GTK apps font now smaller than usual. My comparison comes out from kinoite-asus-nvidia.
