luks is still broken in stable release of 3.0.0 btw
luks is still broken in stable release of 3.0.0 btw
Rjust got home to test it, idk if there were any changes but just letting y'all knwo
TNice
Ksomething is up then, we tested it on multiple pieces of hardware -- no issues
Kwouldn't have pushed if we werent confident it was working
Rwas that on new install?
Knew and existing
Rodd
RI have two nvmes using one luks key that's the only thing I can think of that isnt normal
Rand this is a very recent install, just a week or so old
Tluks completely broke on @NerdsRun install for some reason, i guess he was using bluefin tho (super weird either way)
Kthat points to something upstream or in the initramfs stuff then
Jtweet that so I can RT, mastodon it too
Jthe HDR thing
KBazzite 3.0 is now out, based on Fedora 40.
Among all the patches we've shipped, my favorite is that HDR is now provided by the upstream AMD params and not based on Valve's patch set. Currently I'm working on making an EDID for the Steam Deck OLED so it works in KDE6 as well.
Among all the patches we've shipped, my favorite is that HDR is now provided by the upstream AMD params and not based on Valve's patch set. Currently I'm working on making an EDID for the Steam Deck OLED so it works in KDE6 as well.
4/25/24, 12:46 AM
K@j0rge
Bwell, @EyeCantCU since supergftxtl is a 3rd party repo (even though it's yours) i'm going to temporarily solve this by removing supergfxctl repo and stuff from both the
ublue-os-akmods-addons (because Kyle and i have discussed and aren't putting 3rd party repos there anymore) ... and remove the package installs from hwe's nvidia-install.sh script... i'll also file an issue to fix it properly
V
ESounds good. I could move it over here over the weekend if that's wanted. Feeling pretty drained at the moment
Bno worries, ... i'll file an issue to fix, then look a bit deeper at options before nuking
B
Kpretty small given how nasty it once was, love to see it
Kparams are the important part since they won't change anymore now
Kand ensures gamescope now works with KDE/GNOME HDR implementations
MI did just try to build a 6.8.7 kernel based entirely on upstream HDR and plasma crashes immediately on 6.0.4 
Kone nice thing, don't forget to play w/ this
Kfor KDE6
Kmastodon.sdf.orgKyle Gospodnetich
Bazzite 3.0 is now out, based on Fedora 40.
Among all the patches we've shipped, my favorite is that HDR is now provided by the upstream AMD params and not based on Valve's patch set. Currently I'm working on making an EDID for the Steam Deck OLED so it works in KDE6 as well.
Among all the patches we've shipped, my favorite is that HDR is now provided by the upstream AMD params and not based on Valve's patch set. Currently I'm working on making an EDID for the Steam Deck OLED so it works in KDE6 as well.
Elogs into system after logging out to make dinner earlier.
Sees system is now Bazzite 40.
Sees system is now Bazzite 40.
"Well that's the easiest Fedora upgrade I've ever had."Way to go ^_^
Jhash it up
Jyou've been here so long and such an awesome supporter, I see your posts on the internet. You helped make that happen!
Kdone
VHad a bit of a harder time on my Deck but yeah it was really easy compared to any other Linux experience I've had.
VHell day-to-day arch updates have been harder
Djc, why do you need to make an EDID? wouldnt hdr capable feature be communicated to the system over display port/hdmi?
Kso valve is a funny company
Kand they do funny willy-wonka-ass things
Klike shipping in-hardward EDID that clearly states the hardware isn't capable of HDR
Ddoesnt surprise me
Kand then just ignoring that and making an HDR capable one in gamescope
DLOL what?
Kyeah no joke
Kit actually does this shit
Dwell now that i think about it…
Dtheir gamescope session script enables hdr when some keyword in /etc is set to vapor or something
Dif i remember correctly, they toggle on hdr flag based on a hardcoded string within steamos, never knew why until now, thats hilarious
