@nickname @KyleGospo What DE and file managers are you guys using?
@nickname @KyleGospo What DE and file managers are you guys using?
KGNOME, Nautilus
RIs Bazzite using icoextract's exe-thumbnailer?
KYes
RMaybe that's why it hasn't worked for me all this time.
RCould I rebase to GNOME and the rebase back to KDE if and when a thumbnailer solution is made for KDE?
RI dunno what's different on my end. I reinstalled and everything.
RWait I forgot. It does work funny enough in the flatpak version. Do you happen to be using the Dolphin flatpak?
RThen I'm stumped.
TKDE, Dolphin
RCan't get icons to work on Dolphin for the life of me. Even with a new install.
Tit's hit and miss for me tbh
Tmost do have icons but not every game
RI'd just use the flatpak version but it's not saving tabs for some reason.
VWhat icons?
RExe thumbnails
V@KyleGospo Has/When will fsync be pushed to latest?
BI've never observed automatic brightness adjustment based on ambient light levels until yesterday. Is this a recently added feature (to steam deck)?
BI have always been able to see the sensor for it, so wondered why it didn't do it before now
EIt's been around since release
BI must just not use it near windows 
TI find that it’s very noticeable in desktop mode but not so in game mode
RYeah, Microsoft can stay well away /s
Tdoes anyone know how to change the default resolution for ALL games? without having to override it on every game
DHey guys, my Bazzite fork keeps failing at the "Signing container image" step, with the error:
I've replaced my cosign.pub and pasted the private key under Secrets > Repository secretes, under the variables
I've replaced my cosign.pub and pasted the private key under Secrets > Repository secretes, under the variables
SIGNING_SECRETCOSIGN_PRIVATE_KEY
HThe signing secret is supposed to be the contents of cosign.key
there is no
there is no
COSIGN_PRIVATE_KEY
DYes it is cosign.key and yes I did fork the repo as per the official instructions (I believe Kyle's?).
Hbecause in 99% of cases youre supposed to use startingpoint otherwise you have to mess around with a lot more stuff
https://universal-blue.org/tinker/make-your-own/
https://universal-blue.org/tinker/make-your-own/
DWell then why did Kyle(?) recommend forking the repo instead?
Hmaybe what you were going to do would require more fine tuning?
Hi dont know what youre planning to do
DWell my plan is to firstly get rid of all the nvidia-stuff in the build and restrict it to just bazzite-deck builds and ditch everything else. Next is to debloat the build by getting rid of packages that I don't use, and finally, add my own packages to the Containerfile.
Kreally depends on what you're trying to do
DWell my plan is to firstly get rid of all the nvidia-stuff in the build and restrict it to just bazzite-deck builds and ditch everything else. Next is to debloat the build by getting rid of packages that I don't use, and finally, add my own packages to the Containerfile.
Kin this case, since you want to debloat, the realistic option is a fork. You can use startingpoint or even just your own containerfile that does FROM ghcr.io/ublue-os/bazzite
Kbut removing a package will free up zero disk space in that scenario
Kif you don't care about that and simply want them turned off, you can do that
Kand it'll be much easier on you
Hhence why i said in 99% of cases startingpoint is the way to go 
Dyou mean the final image that gets published to ghcr wont be smaller?
Kcorrect
DO_o
Klarger, if anything
DI thought the Container file is building everything from scratch.. or is that not how it works?
Kwe have the same limitation, if I remove something that's included in Silverblue or Kinoite we save no disk space
Kif you're removing something we add, a fork saves you disk space
Ksince it's never added in the first place
DAh right. Well, that suits me fine then 
DNow how do I fix this signing error lol
