KYou have the same issue, it's a python packaging issue
KIt'll be fixed soon, no action will be needed to update for you
N
thanks
Rlook forward to it, right now rebasing to a slightly older build that should work; just a rollback didn't restore input-remapper nor could I layer on the package.
RYIPPEE 20240625 stable did it.
Bdoes that command use the Latest?
I saw someone post this screenshot earlier and wanted to move to the latest version
I saw someone post this screenshot earlier and wanted to move to the latest version
KThis is bluefin
KBazzite has stable and testing
Tdifferent image
Tyea
KLatest is an alias for stable
Bthank you
Tthats the non-gaming version of bazzite 
BI think I broke a few things after running this
I then ran your command @nickname
If I try to run Spectacle nothing happens
Console gives me this error
rpm-ostree rebase ostree-unverified-registry:ghcr.io/ublue-os/bazzite:latestI then ran your command @nickname
rpm-ostree rebase ostree-image-signed:docker://ghcr.io/ublue-os/bazzite:stableIf I try to run Spectacle nothing happens
Console gives me this error
spectacle
libva info: VA-API version 1.21.0
libva info: Trying to open /usr/lib64/dri-nonfree/radeonsi_drv_video.so
libva info: Trying to open /usr/lib64/dri-freeworld/radeonsi_drv_video.so
libva info: Trying to open /usr/lib64/dri/radeonsi_drv_video.so
libva info: Found init function __vaDriverInit_1_21
libva info: va_openDriver() returns 0
kpipewire_vaapi_logging: VAAPI: Mesa Gallium driver 24.1.2 for AMD Radeon RX 6900 XT (radeonsi, navi21, LLVM 18.1.6, DRM 3.57, 6.9.6-201.fsync.fc40.x86_64) in use for device "/dev/dri/renderD128"
LLVM failed to compile a shader correctly: SGPR:VGPR usage is 32:8, but the hw limit is 128:2
Aborted (core dumped)Twhat did you rebase from
Tlike what image were you originally on
Bstable
Bkde desktop
Twhat GPU?
BAMD
Ti dont know what the hell happened
Tgive the output of
rpm-ostree statusBtest@epoch:~$ rpm-ostree status
State: idle
Deployments:
● ostree-image-signed:docker://ghcr.io/ublue-os/bazzite:stable
Digest: sha256:5e25c71b8c664da4a7ec39f6adaed01843be49e9728dbf7d6456e7edc10908ca
Version: 40.20240701.0 (2024-07-02T00:16:13Z)
ostree-image-signed:docker://ghcr.io/ublue-os/bazzite:stable
Digest: sha256:5e25c71b8c664da4a7ec39f6adaed01843be49e9728dbf7d6456e7edc10908ca
Version: 40.20240701.0 (2024-07-02T00:16:13Z)
LayeredPackages: edk2-ovmf qemu virt-manager
State: idle
Deployments:
● ostree-image-signed:docker://ghcr.io/ublue-os/bazzite:stable
Digest: sha256:5e25c71b8c664da4a7ec39f6adaed01843be49e9728dbf7d6456e7edc10908ca
Version: 40.20240701.0 (2024-07-02T00:16:13Z)
ostree-image-signed:docker://ghcr.io/ublue-os/bazzite:stable
Digest: sha256:5e25c71b8c664da4a7ec39f6adaed01843be49e9728dbf7d6456e7edc10908ca
Version: 40.20240701.0 (2024-07-02T00:16:13Z)
LayeredPackages: edk2-ovmf qemu virt-manager
Tthe emoji is crazy
Tnothing seems wrong tbh
Ti dont have access to my KDE desktop rn and only on GNOME so i cant test spectacle
Tseems to be related to the GPU but im not sure why its complaining
Tdid you unlayer the packages from the previous deployment yourself?
Tlike
edk2-ovmf, qemu, and virt-managerBI did an
rpm-ostree resetTok thats good
Bthen I did a
ujust clean-system but Spectacle doesn't work and Thorium Browser also stopped workingTi wonder if that did that anything
Tit executes these commands:
podman image prune -af
podman volume prune -f
flatpak uninstall --unused
rpm-ostree cleanup -bm
podman image prune -af
podman volume prune -f
flatpak uninstall --unused
rpm-ostree cleanup -bm
Tprobably not
Tyeah idk, you can rollback to see if spectacle is fixed. maybe report it on the github issue tracker or in #bazzite-help because im not too sure why that happened
J555.58.02: Updated glXWaitVideoSyncSGI() to be more efficient. This reduces frame stutter in some KDE configurations with GSP offload.
cant wait for the update in bazzite. using kde rn is so painful
cant wait for the update in bazzite. using kde rn is so painful
MAny alternatives to open RGB?
Mhmmm
Mtrying to add a nonsteam game just freezes steam
B..where is input remapper
Bis she safe
Rhowdy folks. I'm thinking about switching my daily driver pc over to a linux distro, and this project is what I'm looking to trying. however, I do a lot of indie gamedev and need windows... a little bit. Mostly for testing and ensuring things work. Has anyone had experience with hosting a windows 11 vm and doing things like gpu passthrough or similar to play games on windows "natively"? Or is dual boot the only option i have here?
Rfor reference, i used to use linux primarily about 12-ish years ago. i know things have significantly changed since then when it comes to linux gaming and also virtualizing windows, but im not sure what parts Just Work nowadays and what i'll need to dive into
LIf you have dual GPUs like in a laptop it can be done, you'll have to reserve like an afternoon to learn how to do things since it isn't as straightforward as dualbooting.
Since Bazzite is an inmutable distros it has different ways to define things like kernel parameters and last time I did I tested on a normal distro.
It performs well for a VM, though you can't use your strong GPU for both Windows and Linux at the same time, you'd have to shutdown the VM.
Here's a good guide you can use:
https://asus-linux.org/guides/vfio-guide/
Since Bazzite is an inmutable distros it has different ways to define things like kernel parameters and last time I did I tested on a normal distro.
It performs well for a VM, though you can't use your strong GPU for both Windows and Linux at the same time, you'd have to shutdown the VM.
Here's a good guide you can use:
https://asus-linux.org/guides/vfio-guide/
Rok, thats useful to know
Ryeah, i have a single gpu
Ractually, i think my cpu has an integrated gpu
Rwhich might be fine to run the linux desktop while windows is doing it's thing
