Soo why bazzite is based on fedora and why not on arch
Soo 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.
ZSeems nice. I wish I had a setup that could integrate with it
Hi like onlyoffice, i do all my document writing in it and most of my non work spreadsheet in it (work sheets work properly in libreoffice calc while still have some incompatibilities with onlyoffice sheets)
Hit works standalone too so you dont need any cloud system for it
BFYI
just setup-virtual-surround-71 says to edit the ~/.config/pipewire/pipewire.conf.d/virtual-surround.conf file, but that file does not exist, it's actually ~/.config/pipewire/pipewire.conf.d/virtual-surround-71.confBkinda related - how do i get this to actually output via my headphones
ZWhy is ALSA so difficult to work with
ZI still cannot for the life of me figure out why the default audio device on the UCM config is being chosen to the completely wrong inputs and outputs
ZI tried making a
.asoundrc file to change the defaults but that broke UCM and refused to load in the UCM config at allZSeems like the priorities aren't being respected at all by Kinoite
ZAlright, I'm not that set into Linux desktop specifics but what is the session-manager and which does Bazzite use?
