@narc0tic_bird@lemm.ee @million@lemmy.world
A fix has already been published to Steam stable on Flathub. Workarounds can be removed now.
you are vulnerable during pairing which is for like a minute.
I said this twice on the PSA: it’s hard to tell if your device is in discoverable mode, and it’s easy to forget it in that state, or start it accidentally. I’ve caught my devices accidentally in discoverable mode many times. You could have your PC a whole week in discoverable mode and never notice it, just by having a settings window left open.
It’s more risk than most people should take, hence the warning.
Still, if you’re comfortable with the risk, you’re free to change the config and allow insecure devices.
Wayland and X11 are protocols, they are essentially just documentation. You need an implementation to be able to actually run programs on it, called a compositor. People tend to think of X11 as a single software because historically Xorg became dominant as the main implementation of the specification, so most of us have only ever used Xorg (but Xorg is not the only implementation of X11, there are many others). Wayland, as a newer protocol, hasn’t undergone such consolidation yet, there are many competing compositors implementing the protocol in their own way. GNOME has one such compositor, and KDE has their own, and there are many others. So it’s not about “Desktop Environments” all running over the same compositor, as it was on Linux in the Xorg days. Instead, the Wayland features you get are the ones your choice of compositor has already implemented, and can vary between different compositors.
Same here! We 100% Linux people don’t get a chart, but we know exactly where we stand.
I believe the platform power profiles are standard nowadays and coded in the bios, so Linux should have access to them just like Windows does. You can use the powerprofilesctl
command to list and change power profiles. Gnome also has a Power Mode switcher on the top menu, it’s the same thing.
I can talk of my experience with the 2021 Asus ROG Strix G15, I have 3 power profiles:
Those seem to correlate exactly with the power profiles in Armoury Crate: Turbo, Balanced and Silent respectively. I don’t think there’s any performance being left on the table.
Gaming laptops with AMD CPU + AMD dGPU are a great suit for Linux gaming.
Also, AMD GPUs benefit a lot from undervolting, which is safe to do. It’s free performance. I’ve made a simple systemd service to keep the undervolt always active: https://codeberg.org/jntesteves/amdgpu-tune
Itch has its own launcher which has a native Linux version, you can find it on Flathub: https://flathub.org/apps/io.itch.itch
Although it doesn’t get many updates anymore, feels like it’s on maintenance mode. It supports installing both Linux and Windows versions of games and even launching the Windows version with Wine, although without any DXVK/VKD3D options, it’s kinda bare-bones, but for the generally simple indie games on the platform it usually works fine.
I know it’s not as good as an RSS feed, but some Discord servers have a channel for this. Both the Lutris and IGDB servers have a freebies channel for this kind of notification. They don’t limit to Linux compatible games, though. But you can usually use Wine to play on Linux anyway. Grab everything, it’s free.
Lutris: https://discord.gg/wddGXz2s
IGDB: https://discord.gg/gTf2D386
rpm-ostree currently does not support DKMS, and it’s unlikely that’ll be implemented anytime soon, if ever. It does support akmods, though, which is the preferred way to build Kernel modules on Fedora. You could ask if the packager can build that way to support the Fedora Atomic editions.
If you need these Kernel modules now, I think your only option would be to build manually from source, but that has the downside of requiring a manual step every time the Kernel is updated.
Edit: there are a few issue reports already: https://github.com/pop-os/system76-dkms/issues/58 https://github.com/pop-os/system76-acpi-dkms/issues/16