Linux Gaming

14926 readers

82 users here now

Discussions and news about gaming on the GNU/Linux family of operating systems (including the Steam Deck). Potentially a $HOME away from home for disgruntled /r/linux_gaming denizens of the redditarian demesne.

This page can be subscribed to via RSS.

Original /r/linux_gaming pengwing by uoou.

Resources

WWW:

Discord:

IRC:

Gaming on Linux

Matrix:

Telegram:

Gaming on Linux

founded 1 year ago

MODERATORS

monolalia@lemmy.world

Is anyone using Debian Sid for gaming? (lemmy.world)

submitted 1 year ago by lal309@lemmy.world to c/linux_gaming@lemmy.world

57 comments fedilink hide all child comments

Well I’m hopping around… again. I thought I had a good stable setup going but then something happens upstream that goes against what I want/believe in (looking at you RedHat) and I’m back on the hunt again.

I thought about trying out a Debian based distro but then I thought “why don’t I just use Debian itself (Sid, not stable/Bookworm)”.

Most if not all gaming software have a way to be installed on Debian so I don’t think that could be an issue.

Is anyone else using Sid? Am I missing something by not going with a gaming focused distro??

you are viewing a single comment's thread
view the rest of the comments

[–] Narann@lemmy.world 2 points 1 year ago (2 children)

I don't use Sid, but testing, it's working almost flawlessly. Each release (once every 2 years, I guess), I take few hours to check everything work; remove shader cache, etc.

My setup, right now (dirty, for authenticity) :

$ cat /etc/apt/sources.list
deb https://deb.debian.org/debian/ testing main contrib non-free non-free-firmware
deb-src https://deb.debian.org/debian/ testing main contrib non-free non-free-firmware

deb https://security.debian.org/debian-security/ testing-security main contrib non-free non-free-firmware
deb-src https://security.debian.org/debian-security/ testing-security main contrib non-free non-free-firmware

# bullseye-updates, to get updates before a point release is made;
# see https://www.debian.org/doc/manuals/debian-reference/ch02.en.html#_updates_and_backports
deb https://deb.debian.org/debian/ testing-updates main contrib non-free non-free-firmware
deb-src https://deb.debian.org/debian/ testing-updates main contrib non-free non-free-firmware

# add by me
deb https://deb.debian.org/debian/ testing-backports main contrib non-free non-free-firmware
deb-src https://deb.debian.org/debian/ testing-backports main contrib non-free non-free-firmware

$ cat /etc/apt/sources.list.d/*
deb http://download.opensuse.org/repositories/graphics:/darktable/Debian_Testing/ /
deb [signed-by=/etc/apt/keyrings/lutris.gpg] https://download.opensuse.org/repositories/home:/strycore/Debian_Testing/ ./
# Uncomment these lines to try the beta version of the Steam launcher
#deb [arch=amd64,i386 signed-by=/usr/share/keyrings/steam.gpg] https://repo.steampowered.com/steam/ beta steam
#deb-src [arch=amd64,i386 signed-by=/usr/share/keyrings/steam.gpg] https://repo.steampowered.com/steam/ beta steam
deb [arch=amd64,i386] https://repo.steampowered.com/steam/ stable steam 
deb-src [arch=amd64,i386] https://repo.steampowered.com/steam/ stable steam 

# Uncomment these lines to try the beta version of the Steam launcher
# deb [arch=amd64,i386] https://repo.steampowered.com/steam/ beta steam 
# deb-src [arch=amd64,i386] https://repo.steampowered.com/steam/ beta steam 


deb [arch=amd64,i386 signed-by=/usr/share/keyrings/steam.gpg] https://repo.steampowered.com/steam/ stable steam
deb-src [arch=amd64,i386 signed-by=/usr/share/keyrings/steam.gpg] https://repo.steampowered.com/steam/ stable steam
deb [ signed-by=/usr/share/keyrings/vscodium-archive-keyring.gpg ] https://download.vscodium.com/debs/ vscodium main

I play a lot, we just played Grounded with friend yesterday.

Hope this helps.

[–] sugar_in_your_tea@sh.itjust.works 2 points 1 year ago

Instead of relying on testing directly, consider using named releases (in this case, trixie for testing). Then stay on the official release for a couple months as testing stabilizes and then go to the next testing release.

I did that in the past and it worked really well. Testing gets a lot of churn right after a release as packages get rapidly upgraded, so I find it's usually better to wait a bit.

[–] lal309@lemmy.world 1 points 1 year ago (1 children)

When you say “check everything works” what do you mean?

[–] Narann@lemmy.world 1 points 1 year ago (1 children)

Testing goes stabler and stabler with time. Then testing move to release and the previous untesting (sid) move to testing. It's a that moment that you can have surprise. This is the moment where I often wait one month or two, apply the updates and check my os is working as before, meaning running my day to day applications and game and see if things work. The only problem I had once was shader cache. I removed few things in .cache and I was good.

[–] lal309@lemmy.world 1 points 1 year ago

Ah okay got ya