steamos-btrfs VS gnome-randr-rust

Seems theres some work needed for it to work with btfs, perhaps someday. It seems it can work with btrfs, but there can be some issues. https://gitlab.com/popsulfr/steamos-btrfs

I followed a guide to install BTRFS support and successfully converted my /home directory and SD card. However, I encountered an issue where all games using Proton stopped working. I attempted to resolve this problem by changing the Proton version (stable, experimental, GE) and reformatting the SD card to Ext4. Interestingly, native Linux games are functioning correctly. Logs aren't really helpful:

did you properly set up the btrfs script on the Deck in order to do this or did you just reformat it as btrfs without any preparation?

i use btrfs for my steam deck windows dualboot and it works great for storage sharing. I already ran this script to convert the sd card a while ago and it worked perfect, but now I want to do it again and this time make use of the script's feature to have a btrfs /home so i can access the ssd's storage on windows. however, when I run the script again, it opens a window asking "select the rootfs devices to install into" and a bunch of long file directories i don't understand. have i just missed the boat for a btrfs ssd, and i shouldve done it at first setup?

Ahh, that's a huge peace of mind! Which method of setting up btrfs would you recommend? I found the old btrfsdeck repo, which pointed to this new one.

Btrfs is a filesystem which supports copy on write and filesystem-level compression, both of which combining to potentially very large storage space savings. If you're interested, there's a program which can convert the Deck's /home partition to btrfs here: https://gitlab.com/popsulfr/steamos-btrfs

https://gitlab.com/popsulfr/steamos-btrfs/ (you do not have to

TIL about various things for ostree distros:

https://github.com/maxwellainatchi/gnome-randr-rust :

> gnome-randr-rust: `xrandr` for Gnome/wayland, on distros that don't support `wlr-randr`*

Kernel-fsync: https://copr.fedorainfracloud.org/coprs/sentry/kernel-fsync/

gnome-vrr:

Changing the orientation: Gnome is currently using Wayland rather than X as the default, so using xrandr has no effect. However, I can use gnome-randr-rust (available in nixpkgs via nix-shell -p gnome-randr). The following is sufficient to change the orientation when I run it from Console in the desktop session:

On wayland, there seem to be many options, unfortunately none work. xrandr --output XWAYLAND0 --off simply has no effect, wlr-randr is not supported because of compositor doesn't support wlr-output-management-unstable-v1, and gnome-randr modify HDMI-1 --mode='-1' (or --off) is not available yet (See: https://github.com/maxwellainatchi/gnome-randr-rust/issues/13)

Hey, I might've actually found a way to do this! Want to open a new issue on my repo and I'll dig into it a bit further? I need a little help checking out this solution since I don't have an Intel card so I can't actually see if my theory is correct.

A project to write a wayland compositor for gnome I wouldn't use it, but it shows the need is there.