Anyone know if this removes the need for the Bubblewrap container on NixOS? That causes issues with asynchronous reprojection in Steam VR meaning you have to circumvent it with a different runtime (not ideal for if they ever let me order my Steam Frame)
I don’t remember having to do that on my “Steam Machine” which is a desktop running NixOS. This is most of my “VR” module:
environment.systemPackages = with pkgs; [
iw
];
nixpkgs.config.allow32Bit = true;
# Steam Frame dongle requires a region be set to work
boot.extraModprobeConfig = ''
options cfg80211 ieee80211_regdom=ES
'';
# SteamVR requires CAP_SYS_NICE, this patch allows it to have it# WARNING: This allows any application to create high priority contexts
boot.kernelPatches = [
{
name = "amdgpu-ignore-ctx-privileges";
patch = pkgs.fetchpatch {
name = "cap_sys_nice_begone.patch";
url = "https://github.com/Frogging-Family/community-patches/raw/master/linux61-tkg/cap_sys_nice_begone.mypatch";
hash = "sha256-Y3a0+x2xvHsfLax/uwycdJf3xLxvVfkfDVqjkxNaYEo=";
};
}
];
# SteamVR environment variables
environment.sessionVariables = {
# Force XCB platform for SteamVR under Wayland (prevents Qt Wayland issues)
QT_QPA_PLATFORM = "xcb";
};
Ah, you’re using the kernel patch, I’ve been a bit worried about that due to the security risks. It would be nice to be able to use it without it. Currently I’m using WiVRn (which uses the Monado runtime, fully FOSS which is nice) with a net-blocked Quest 2. I’m still on the waitlist for the Frame so I’ll be lucky if I get one by 2030 anyway :(
Anyone know if this removes the need for the Bubblewrap container on NixOS? That causes issues with asynchronous reprojection in Steam VR meaning you have to circumvent it with a different runtime (not ideal for if they ever let me order my Steam Frame)
I don’t remember having to do that on my “Steam Machine” which is a desktop running NixOS. This is most of my “VR” module:
environment.systemPackages = with pkgs; [ iw ]; nixpkgs.config.allow32Bit = true; # Steam Frame dongle requires a region be set to work boot.extraModprobeConfig = '' options cfg80211 ieee80211_regdom=ES ''; # SteamVR requires CAP_SYS_NICE, this patch allows it to have it # WARNING: This allows any application to create high priority contexts boot.kernelPatches = [ { name = "amdgpu-ignore-ctx-privileges"; patch = pkgs.fetchpatch { name = "cap_sys_nice_begone.patch"; url = "https://github.com/Frogging-Family/community-patches/raw/master/linux61-tkg/cap_sys_nice_begone.mypatch"; hash = "sha256-Y3a0+x2xvHsfLax/uwycdJf3xLxvVfkfDVqjkxNaYEo="; }; } ]; # SteamVR environment variables environment.sessionVariables = { # Force XCB platform for SteamVR under Wayland (prevents Qt Wayland issues) QT_QPA_PLATFORM = "xcb"; };It’s been working with my Frame perfectly.
Ah, you’re using the kernel patch, I’ve been a bit worried about that due to the security risks. It would be nice to be able to use it without it. Currently I’m using WiVRn (which uses the Monado runtime, fully FOSS which is nice) with a net-blocked Quest 2. I’m still on the waitlist for the Frame so I’ll be lucky if I get one by 2030 anyway :(
But does the capsysnice thing has to do with it being 32 bits? I thought it was an independent issue.
Also, good luck with the wait-list, hopefully you’ll get your email soon.
I was referring more to the fact it now uses its own container. It’s bubblewrap that causes the need for a workaround