In a few days, the final two components will arrive to finally get a fully capable desktop PC again after roughly six months limited to a tiny chromebook wiped and replaced with Linux.

It took a while to have the spare cash to get a new/used system off of ebay with the intention of transferring the bulk of my higher end parts from my old desktop to that one, only to realize that the new desktop used a Lenovo 10 pin Power supply, so I'd have to order an adapter to be able to install my 750 watt PSU in order to install my 3060 Graphics Card.

That should be arriving this week, as well as an extra 16 gigs of ram to add to the 16 already in it.

So when all is said and done, what should be my celebration game after six months of being limited to an ex-chromebook with 4 gigs of ram?

• EU4
• HOI4
• KSP
• XCOM 2 (war of the chosen)
• Rimworld
• Civ VI
• Uboat

Those are the ones that I've been missing the most these last six months. Which game, say you?

Hello, i was wondering if there are any good indie games on steam to try out. Can be free or paid, i don't mind if there's no native linux build either (i play stuff with wine/proton anyways lol) and i don't mind the genre. I've been thinking of trying something new as of recent so i thought i might ask it here.

Thanks!

I'm ditching Ubuntu. Thinking of switching to Debian.

Has anyone used this, or something similar to set up their Debian gaming setup?

This got me thinking. Do I need to install anything special to Debian 13 to be able to play games? Or can I play them with a normal Debian out of the box?

System:

Debian 13 KDE (actually MX Linux, but doesn't seem to matter)  
Wayland (xwayland installed as well)  
Docker 29.5.2

Dockerfile:

FROM debian:trixie

ENV DEBIAN_FRONTEND=noninteractive
ENV LANG=en_US.UTF-8
ENV LANGUAGE=en_US:en
ENV LC_ALL=en_US.UTF-8

# Set locale
RUN apt-get update && apt-get install -y --no-install-recommends \
        locales && \
    apt-get clean && \
    sed -i '/en_US.UTF-8/s/^# //g' /etc/locale.gen && \
    locale-gen

# Install Wayland-specific packages
RUN apt-get update && apt-get install -y --no-install-recommends \
        dbus \
        libwayland-client0 \
        libwayland-egl1 && \
    apt-get clean

# Install X-specific packages
RUN apt-get update && apt-get install -y --no-install-recommends \
        dbus-x11 && \
    apt-get clean

# Add contrib, default is only main
RUN sed -i 's/^Components:.*/Components: main contrib/g' /etc/apt/sources.list.d/debian.sources

# Add 32-bit arch for Steam libraries
RUN dpkg --add-architecture i386

# Install Steam
RUN apt-get update && apt-get install -y --no-install-recommends \
        steam-installer \
        pciutils && \
    apt-get clean

# Additional
# TODO: What is really needed?
RUN apt-get update && apt-get install -y --no-install-recommends \
        vulkan-tools \
        mesa-utils \
        x11-xserver-utils \
        libvulkan1 \
        mesa-vulkan-drivers && \
    apt-get clean

# TODO: Does `-storebeta` even work?
# https://developer.valvesoftware.com/wiki/Command_line_options_(Steam)
CMD ["/usr/games/steam", "-storebeta"]

To run the container:

xhost +
sudo docker run -it --name steam \
    -e XDG_RUNTIME_DIR=$XDG_RUNTIME_DIR \
    -e WAYLAND_DISPLAY=$WAYLAND_DISPLAY \
    -v $XDG_RUNTIME_DIR/$WAYLAND_DISPLAY:$XDG_RUNTIME_DIR/$WAYLAND_DISPLAY \
    -e DISPLAY=$DISPLAY \
    -v /tmp/.X11-unix:/tmp/.X11-unix \
    --privileged steam:trixie

(The --privileged part is only temporary until I found out which capabilities are actually needed. Please don't run your containers with --privileged.)

I get the GUI dialogs to download Steam just fine, so at least some display forwarding is working:

The installation works fine, but when starting Steam it seems like it's not able to find Vulkan devices and then doesn't open any Steam window. (The container is not stopping and I'm seeing repeated ./steamwebhelper output after this.)

[...]
Running query: 1 - GpuTopology
CVulkanTopology: failed create vulkan instance: -9
CVulkanTopology: failed to create vulkan instanceFailed to query vulkan gpu topology

Failed to query vulkan gpu topology
Response: 
Exit code: -2
[...]
Vulkan missing requested extension 'VK_KHR_surface'.
Vulkan missing requested extension 'VK_KHR_xlib_surface'.
BInit - Unable to initialize Vulkan!
[...]

However, Vulkan is clearly working fine in the container, as this commands displays the cube rendering just fine:

$ sudo docker exec -it steam vkcube
Selected WSI platform: xcb
Selected GPU 0: AMD Radeon RX 550 / 550 Series (RADV POLARIS12), type: DiscreteGpu

(I've also tried it on another (pure) Debian machine with a 2080Ti, but I've got the same issue.)

I've created other GUI containers in the past (Firefox for example) and didn't have these problems.

Does anybody have an idea and can point me in the right direction?

A developer going by "EVVIE" managed to combine the worlds of Linux and Minecraft, to enable you to pull up all sorts of Linux desktop windows directly inside Minecraft. Sure does look cool, a bit like running a desktop inside a VR headset like the draft code for the full VR mode for KDE Plasma written about here before on GamingOnLinux.

https://www.youtube.com/watch?v=cTkEM7b0IQw

I have a custom controller layout set up in Steam's controller mapper for desktop mode that allows me to control the mouse cursor with my controller, and I also have a few keys set up for keyboard inputs; namely arrow keys on the d-pad and enter on start.

I honestly spend a lot more time in desktop mode than game mode, and I'd like to be able to launch my games from there without triggering unintentional inputs. Is Steam Input smart enough to prevent this, or do I have to do something else to stop this?

To clarify further; I do not have the "Allow using as keyboard and pointer" setting set in KDE's settings.

If it makes any difference, I'm using a Gamesir Nova 2 Lite.

Im wondering if there are any other immutable gamine distros besides bazzite. in particular im wondering if immutables use any other base. I swear I thought suse was doing custome type things long ago.

I want to replace my old GameSir G3s with a controller preferably under €70-75. Initially I wanted an european gamepad but the only 2 options (ready2gaming and snakebyte) was so non existent or questionable that I had to swallow my EU nationalism.

Gaming style:

• Only use controllers where it's highly recommended
• Preferred genre for controllers would be arcade racing and JRPGs mostly
• Will only play on wireless (2.4ghz)

Preferences:

• Either TMR or high quality HE sticks
• Doesn't look boring (preferably it has some amounts of LED / RGB)
• Xbox stick position layout (I want to try it out)
• Linux compatibility (don't care about consöles)
• Doesn't have a shit QC (8bitdo's are apparently like that)
• I have larger hands, so maybe not a small controller

Currently these are some controllers that seems to be in my range. I'm interested if you know about even better controllers.

• GameSir Cyclone 2
• GameSir Supernova
• FlyDigi Direwolf 4?

Hello linux gamers, I am a new linux gamer trying to learn stuff (big noob)

I am on EndeavourOS, and have mostly had a really easy time playing games through steam and lutris. One thing that has given me trouble is using config software for my peripherals.

I use an endgame gear OP1 8k v2 mouse and while it has worked really well for me just plug and play, I do kind wanna mess around with some settings like lift off distance or such. There seems to be no official config software on their site, but I did find an open-source tool someone made here: https://github.com/Creationsss/egctl

Only thing is, being a big noob, i'm having trouble installing it. I tried following the instructions written in the install section but I must be doing something wrong, when I try the command "egctl info" in the terminal i get a generic bash error command not found. Any tips ?

cross-posted from: https://lemmy.world/post/46945791

I found this fun video which show the potential of Steam Fex running on a basic ARM hardware.

Model used: https://www.arduino.cc/product-uno-q

This isn't a guide, just something i think may help. To install Steam on an Arch-based distro in most of the cases a simple sudo pacman -S steam will do just fine.

The installation will ask you to select a valid vulkan package from a list. And in most of the cases that's just fine... most of them.

Then you have your very "picky" old nvidia GPU which works only with a specific old nvidia driver and if you try to install anything else, there will be a conflict. Now you can try to remove the old (working) drivers and try your luck. But looking online i find a simple way to skip this passage and install Steam.

sudo pacman -S steam --assume-installed lib32-vulkan-driver

Hello,
this is a copy+paste of a discussion I posted on Reddit a couple of days ago.

For those 4 of us who are using or are going to use the new Steam Controller under GNOME Wayland, you are probably aware that Steam is a X11 application running on a Xwayland layer, and when the Steam Controller driver tries to access to the mouse control, the Wayland desktop raises the permission request to the user.

Therefore you will be greeted by this popup window here any time you turn the Steam Controller on:

By allowing the Remote Interaction, the Desktop behaviour of the Controller will work. If you, like me, consider this popup window annoying, consider the preload of the library Extest (https://github.com/Supreeeme/extest), which would provide an override to that permission flag when required.

The real solution would be to GNOME to enable a persistence of the permission settings for specific apps, or to Steam to move to a Wayland app. You all 3 know that neither of them would happen in the next 10 years at least.

By confronting with people in the comments, I found out that the same issue happens on other Wayland DEs such as Plasma, even though Plasma has a central option to turn off the permissions check, but the OS heavily recommends that you don’t turn it on due to it being a potential security vulnerability (because it is). A better solution could be to keep the same permission settings for a count of executions of the same application, or with a time limit.

"Find and join gaming sessions for dead games, niche mods, and retro netplay, or schedule your own. No account needed."

I'm in no way affiliated with this site. I stumbled across it the other day and thought it deserves more attention.

I think that just leaves VRR for complete HDMI 2.1, although it will likely be a while before this all trickles down to mainline kernels. Presumably Freesync over HDMI will work too for even earlier support.

Very briefly tested the AppImage. It complained that my dump of the game wasn’t a supported version (SHA-1 hash mismatch), but the intro ran. For more I would have had to plug in a gamepad.

https://github.com/0xdeadbeefnetwork/Copy_Fail2-Electric_Boogaloo

https://afflicted.sh/blog/posts/copy-fail-2.html

the bug

MSG_SPLICE_PAGES attaches pages from a pipe directly to an skb — no copy, the skb's frags reference the pipe buffer's pages. for TCP the path sets SKBFL_SHARED_FRAG on those skbs, which downstream consumers check before mutating frag bytes. for the IPv4/IPv6 datagram append paths, the flag was never set. so a UDP skb built with MSG_SPLICE_PAGES looked, to a downstream consumer, like an ordinary uncloned nonlinear skb whose frags it could mutate freely.

the consumer in question is esp_input():

// net/ipv4/esp4.c (pre-fix) } else if (!skb_has_frag_list(skb)) { nfrags = skb_shinfo(skb)->nr_frags; nfrags++;

goto skip_cow;

}

skip_cow jumps past the skb_cow_data() call. the remaining code path runs the AEAD decrypt in place over the existing scatterlist — which, since the frags are pipe pages we still hold open in userspace, are page-cache pages of whatever file we spliced from.

the kernel writes the decrypt output into those pages. they are still mapped into our pipe. they are also still the page cache for the file. so the kernel just wrote attacker-influenced bytes into the page cache of any readable file we can splice().

the Fixes: chain spans 2017 (esp no-COW fast path for both v4 and v6) and 2023 (UDP/UDP6 MSG_SPLICE_PAGES support). every mainline kernel that has all four sits in scope