Don't want to see articles from a certain category? When logged in, go to your User Settings and adjust your feed in the Content Preferences section where you can block tags!
We do often include affiliate links to earn us some pennies. See more here.

It was likely no secret to most Linux users who know a bit about distributions but Valve has clarified directly that the main reason for dumping Debian Linux for Arch Linux was for faster updates.

Previous versions of SteamOS were based on Debian which has a fresh release every 2 years or so, where during that time most of the software stack is frozen in place. For a Linux gaming device, that's obviously not ideal. Gaming on Linux as a whole often needs more up to date packages because everything moves so quickly. Especially for Steam Play Proton, which has at multiple times needed updates to various packages and newer GPU drivers. Arch Linux on the other hand rolls over constantly with updates and so it gives Valve the flexibility they're needing to more easily pull them in.

PC Gamer, one of the lucky few who recently went to the Valve HQ spoke to Valve designer, Lawrence Yang:

"So, Arch Linux, one of the main reasons, there's a couple, but the main reason is the rolling updates of Arch allows us to have more rapid development for SteamOS 3.0," says Yang. "We were making a bunch of updates and changes to specifically make sure that things work well for Steam deck, and Arch just ended up being a better choice for them."

Valve upgrades the Steam Client constantly and no doubt they will be doing the same with SteamOS 3 once the Steam Deck actually rolls out. Having finer control over everything that they would get with Arch Linux is basically a no-brainer, as is the huge availability of software that comes with Arch and the AUR (Arch User Repository), something that will be a big boon for the desktop mode.

It's not likely that SteamOS 3 will just plainly update directly from Arch though, as that could end up messy. They will likely bundle updates together once they've been firmly tested. More like a Manjaro approach but with more clear QA done.

Article taken from GamingOnLinux.com.
36 Likes
About the author -
author picture
I am the owner of GamingOnLinux. After discovering Linux back in the days of Mandrake in 2003, I constantly came back to check on the progress of Linux until Ubuntu appeared on the scene and it helped me to really love it. You can reach me easily by emailing GamingOnLinux directly. Find me on Mastodon.
See more from me
The comments on this article are closed.
41 comments
Page: «4/5»
  Go to:

slaapliedje Aug 12, 2021
Quoting: Eike
Quoting: nobody_importantIf that's the case, how come they didn't decide to use Debian Testing instead?

AFAIK the main Linux developer at Valve doesn't like Debian's package format. While I'm on Debian's side, I don't care too much which one they use.
This is basically what I read into 'we switched to Arch'. While PKGBUILDs are easy... that means PKGBUILDs can be created by anyone... and uploaded by anyone. Frankly I think/hope they disable AUR by default (like Arch Linux does) and only people who know how to break/fix their systems should dink with it. AUR is by it's nature an 'untrusted' source.

The other thing is, when Valve first started building SteamOS based on Debian, they did not have debian-backports being part of the main (supported) repositories. Now they are (and have been since buster). This easily allows kernels, mesa, drivers, etc to be updated safely. Or you know, they could maintain just their own single repository with packaged stuff that gets downloaded. But yeah, the developer doesn't like Debian's package format.

That's okay, I'll be putting Debian on mine anyhow :P And I bet the overall experience will be the exact same.

Quoting: KeyrockI dumped Fedora for Manjaro because of the Anaconda installer. I don't know what it is but that installer hates me and the feeling is mutual, quite frankly.
Ha, that Anaconda installer is trash (the GUI one). It is fine for automation purposes.
slaapliedje Aug 12, 2021
Quoting: Eike
Quoting: Eike
Quoting: F.Ultra
Quoting: dos
Quoting: EikeAFAIK the main Linux developer at Valve doesn't like Debian's package format.

If that's true, then I don't think it's worth discussing any other reasons. This one is the only one that matters :P

Would be interesting to know the details on that however since it doesn't make any sense.

Still waiting for someone to jump in and show the source...

I found this old mentioning, but not the original...
"Jean Loup Griffais has said they were a bit tired of using the debian tools."

It was in one of the git commits or something for SteamOS? I can't remember where it was, but I know the post they are referring to. As I remember thinking 'yeah, .debs are kind of annoying to package, but just find one of the debian maintainers and have them do it...'
slaapliedje Aug 12, 2021
Quoting: no_information_hereThe question no-one is asking: Why not an Ubuntu base?

My guess: Because Canonical can't decide what it wants with the desktop. Trying to remove the 32bit libs was a boneheaded move.

I am very happy that Valve is using KDE for the desktop mode!
Back when they based the original SteamOS on Debian, it was because of Canonical's Creative... something license, I can't recall off the top of my head what it was called, but the discussion was basically about that.
Whitewolfe80 Aug 13, 2021
Think the issue was Ubuntu licence meant that valve corpnwould have to pay or partner with conical and that was never going to happen.
no_information_here Aug 13, 2021
Quoting: slaapliedjeBack when they based the original SteamOS on Debian, it was because of Canonical's Creative... something license, I can't recall off the top of my head what it was called, but the discussion was basically about that.

Interesting. I am surprised the Canonical stuff wasn't something that could have been stripped out. I wasn't thinking Valve would use vanilla Ubuntu. Whether or not it would have worked, I can see Valve's desire not to be relying on a commercial Linux distro, that has a very different agenda than theirs.
slaapliedje Aug 14, 2021
Quoting: no_information_here
Quoting: slaapliedjeBack when they based the original SteamOS on Debian, it was because of Canonical's Creative... something license, I can't recall off the top of my head what it was called, but the discussion was basically about that.

Interesting. I am surprised the Canonical stuff wasn't something that could have been stripped out. I wasn't thinking Valve would use vanilla Ubuntu. Whether or not it would have worked, I can see Valve's desire not to be relying on a commercial Linux distro, that has a very different agenda than theirs.
I mean Ubuntu is basically Debian, but forked and 'ruined' from a philosophical standpoint. Going for a non-corporate backed distribution makes a lot of sense from the perspective Valve was coming from.
slaapliedje Aug 14, 2021
Quoting: Whitewolfe80Think the issue was Ubuntu licence meant that valve corpnwould have to pay or partner with conical and that was never going to happen.
Some of the things happened after Valve had already gone with Debian, but lets recap weird things we've heard Ubuntu / canonical do over the years.

1) talk about dropping 32bit
2) forcing packages to be installed from their own snap repos instead of deb packages or others (even going so far as to make 'apt install chromium' install the snap.)
3) they used to (still do?) Enable experimental hardware support in their kernels.)
4) work on Unity instead of devoting development effort toward Gnome.
5) work on Mir instead of devoting development time to Wayland.

I am sure there are more.
Whitewolfe80 Aug 14, 2021
Quoting: slaapliedje
Quoting: Whitewolfe80Think the issue was Ubuntu licence meant that valve corpnwould have to pay or partner with conical and that was never going to happen.
Some of the things happened after Valve had already gone with Debian, but lets recap weird things we've heard Ubuntu / canonical do over the years.

1) talk about dropping 32bit
2) forcing packages to be installed from their own snap repos instead of deb packages or others (even going so far as to make 'apt install chromium' install the snap.)
3) they used to (still do?) Enable experimental hardware support in their kernels.)
4) work on Unity instead of devoting development effort toward Gnome.
5) work on Mir instead of devoting development time to Wayland.

I am sure there are more.

Oh yeah I remember the amazon deal they had too but and i know debian does too but ubuntu has a large commerical arm well large in terms of linux commerical arms and valve chosing them after battering microsoft for closed wall eco system and that forced snap packages is the linux version of that.
Eike Aug 14, 2021
View PC info
  • Supporter Plus
Quoting: Whitewolfe80Oh yeah I remember the amazon deal they had too but and i know debian does too but ubuntu has a large commerical arm

What is Debian doing too??
slaapliedje Aug 14, 2021
Quoting: Eike
Quoting: Whitewolfe80Oh yeah I remember the amazon deal they had too but and i know debian does too but ubuntu has a large commerical arm

What is Debian doing too??
Ha, the only thing I've ever seen Debian ASK to do, is the popularity contest during the install. I recall a few years ago someone was making a stink about it like it was new, and claimed it was some telemetry thing for advertising. It literally just sends a thing saying 'these packages are installed' and if more people enabled them, they could tell which packages should get more support.

Makes me wonder if Ubuntu maybe used that information to determine what is in main vs universe / multiverse nonsense? Another reason I like Debian over Ubuntu. The repositories actually make sense and aren't some random thing about what is chosen to be a supported package or not.
While you're here, please consider supporting GamingOnLinux on:

Reward Tiers: Patreon. Plain Donations: PayPal.

This ensures all of our main content remains totally free for everyone! Patreon supporters can also remove all adverts and sponsors! Supporting us helps bring good, fresh content. Without your continued support, we simply could not continue!

You can find even more ways to support us on this dedicated page any time. If you already are, thank you!
The comments on this article are closed.