Try checking your gnome extensions, it might have gotten disabled
Try checking your gnome extensions, it might have gotten disabled
Cthanks, I checked that - they are enabled and theres no bazzite anything in the extension manager
AHrm, then you'll have to wait for someone who knows better than I. I don't know much about the Bazzite gnome image 
A@Aru we might have a regression on decky in bazzite
AElaborate please
Aappears empty
Atested on my end and mine works
ABug report is on hhd repo?
Adm
Amaybe its a fluke we'll see
AIs hhd-ui not working either?
Alets see, was working yesterday he told me
Janyway of adding a toolbox entry to steam? I want to run java (openjdk is installed within a fedora container)
Jnever mind: im dumb!
Acurl -L https://github.com/hhd-dev/hhd-decky/raw/main/install.sh | VERSION=0.0.6 shI'd have to look into it
AWe'll have to wait on the report
Ahhd.dev also reportedly not working for the user, so something might be up with hhd
AYeah I broke the Ayn LEDs by fixing them for ayaneo
ABut everything else is ok
AInstall hhd-decky, change settings for to map r4 to QAM
AIf it doesn't work, most likely the back buttons got remapped in windows. You need to remap back to the default mappings
AIs there documentation somewhere about getting the controller to work in waydroid? Stumped on how to get it to show up
A@Kyle Gospo got a report for this, is ds-inhibit enabled by default yet?
Jany idea where the containers for toolbox are stored?
Tjust made a PR doing just that
Tcheck it out on ur repo
Tshould work
©I just added that config file, and it works great in 
Bazzite
D6.7 any day now. Annnnnny day now. Fedora...
©i got to go out the door now, but i have 2 config snippets to autostart Lutris and Discord minimized for all user accounts, ill post it later...
Doing it the
Doing it the
systemd
FFor Discord, I use .desktop shortcut in /usr/etc/xdg/autostart with --start-minimized flag.
Systemd uses xdg-autostart-generator to convert them into systemd units.
What is the advantage of your method?
Systemd uses xdg-autostart-generator to convert them into systemd units.
What is the advantage of your method?
JRebase the entire operating system just to check if I can run one game seems too overkill... xD
KWhen is Plasma 6 coming btw? Fedora 40?
©Nothing out of the ordinary, just cleaner
An added benefit one could comeup with is other units being able to depend and start after it, which ain't possible with XDG autostart desktop files.
systemdAn added benefit one could comeup with is other units being able to depend and start after it, which ain't possible with XDG autostart desktop files.
TI ended up just copying all of the provided cjk fonts from
/usr/share/fonts/~/.local/share/fonts/For reference, here's how xdg-autostart converted systemd unit looks like:
Maybe you can use this info into making your modification even better
Maybe you can use this info into making your modification even better
KYeah
KYes, latest build
KAlso added the ayaneo driver
KAnd that patched gyro
ASweet
KI'm not ready on the battery check concept yet so what happened is Handy went away and it's device ids got added to the HHD check
KI also added the new ally id
Mlooks like a major proton patch is incoming for Persona 3 Royal to increase fps by 25-40%. I wonder if that’ll make any difference for launching it on the Go
MGitHub
Tremendous uplifts in Persona 3 Reload in certain scenes.
Affects several games however, but this is more crazy uplift I have ever seen optimizing DXIL.
Affects several games however, but this is more crazy uplift I have ever seen optimizing DXIL.
AHopefully 
but a performance improvement is also welcome
but a performance improvement is also welcomeF@Kyle Gospo yo. Idk if you saw the comment by bsherman, but we're very close to complete migration from dconf to gschema in Bluefin.
The only thing it's needed is to modify RPM spec file of Logo-Menu to copy gschema to
As far as I looked, you just unzip the extension in spec, which is nice maintaining-wise
however, gschema (and possibly language PO files) are not copied to appropriate system locations like I mentioned above in example.
They are located in extension folder instead.
If you can fix this, we can complete the gschema migration successfully.
If not, we can just migrate those Logo-Menu settings to dconf, with only disadvantage of loosing build-time troubleshooting support for them.
The only thing it's needed is to modify RPM spec file of Logo-Menu to copy gschema to
/usr/share/glib-2.0/schemasAs far as I looked, you just unzip the extension in spec, which is nice maintaining-wise
however, gschema (and possibly language PO files) are not copied to appropriate system locations like I mentioned above in example.
They are located in extension folder instead.
If you can fix this, we can complete the gschema migration successfully.
If not, we can just migrate those Logo-Menu settings to dconf, with only disadvantage of loosing build-time troubleshooting support for them.
FThis would also compliment Bazzite, as you will move to gschema override in the future
Afound some new bugs with non-supported devices, version will ship today
TTy for helping out appreciate it
