Support us on Patreon to keep GamingOnLinux alive. This ensures all of our main content remains free for everyone with no article paywalls. Just good, fresh content! Alternatively, you can donate through PayPal, Liberapay or Buy us a Coffee. You can also buy games using our partner links for GOG and Humble Store.

A fresh Beta update is available for the Steam Client and this time it's a big one. Overhauling the Downloads page, and the Steam Library manager is finally more useful.

Valve say the new Downloads area is a "minimal and more focused design with stronger CTAs (Calls to Action)", and the style overall much better matches the new Steam Library too. The new colouring is also supposed to help the visually impaired, which is always nice to see more of a focus on. Updates downloading will show the total progression completed instead of just the download progress, where it previously did not have the disk allocation as part of it which it now does.

Another nice little addition: drag and drop. No more needing to tap the tiny little icon, just drop updates into the queue - very useful and a change I'm going to enjoying using since I have tons installed that always seem to want to update. If a game update includes more than just normal game content, there will also be an (i) icon to give a tooltip of what's in it.

The Steam Library manager also saw a big overhaul. It's no longer just a plan box with a list of drives setup. Now, it's a proper interface for seeing what games are on each drive. Giving you the ability to quickly switch between them to see how much space each Steam Library setup is taking total on the drive, plus individual details for each game - including when you last played them - making it easier to purge those you no longer actually play too.

A lot of this is probably helpful for the Steam Deck, so the new Big Picture UI can also hook into these changes. Overall though, Valve just continues to try and make Steam a better client. Can't argue against the changes done here, they all seem to be much better than what came before.

Steam Input, their API for hooking into gamepads also saw some nice upgrades to reduce CPU usage and add support for the current set of PowerA Xbox Series X controllers.

On the Linux side we also saw multiple improvements:

  • update scout LD_* and container runtime to 0.20210721.1:
  • library pinning process is significantly faster at startup after runtime updates
  • update soldier container runtime to 0.20210723.18:
  • Restore compatibility with NixOS (steam-runtime#431)
  • Make /usr/share/nvidia available to the container if using the NVIDIA proprietary driver, so that app-specific profiles can be applied (steam-runtime-tools#73)
  • Silence most LD_PRELOAD warnings
Article taken from GamingOnLinux.com.
Tags: Apps, Beta, Steam, Valve
34 Likes
We do often include affiliate links to earn us some pennies. We are currently affiliated with GOG and Humble Store. See more here.
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.
See more from me
33 comments
Page: 1/4»
  Go to:

Eike 30 Jul
Speaking of the Library manager, when I go into the directory I always find myself surprised how many games leave some stuff there that I actually uninstalled (I'm not keeping games around which I don't play)...
DebianUser 30 Jul
"library pinning process is significantly faster at startup after runtime updates"
Nice, i'm always wondering why Steam is so long to start.
Eike 30 Jul
Quoting: DebianUser"library pinning process is significantly faster at startup after runtime updates"
Nice, i'm always wondering why Steam is so long to start.

There's a Steam thread about this:
https://steamcommunity.com/app/221410/discussions/0/3046104336669739701/
It takes more than 1.5 minutes for some, and less than 10 seconds for others (including me).
Breizh 30 Jul
Quoting: EikeSpeaking of the Library manager, when I go into the directory I always find myself surprised how many games leave some stuff there that I actually uninstalled (I'm not keeping games around which I don't play)...

Are you sure that’s not the saves and users settings? Keeping saves and others user-related stuff, so I can continue if I reinstall the game is expected for me (and, for any user that can’t keep all their games always installed because of disk space, and have to rotate between them).
Hori 30 Jul
Quoting: EikeSpeaking of the Library manager, when I go into the directory I always find myself surprised how many games leave some stuff there that I actually uninstalled (I'm not keeping games around which I don't play)...
Yeah it's quite messy, it bothers me also.

But at the end of the day, it's not even that bad when compared to the leftovers in `~` or `~/.local/share` or `~/.config`. At least the game files in Steam are all in a centralised location.

It always bothered me that there's no standard place to put game saves/stuff. Or if there is I don't know about it and for sure it's not respected by devs.
There is a place like that on Windows but even there, many games don't respect it.


Last edited by Hori on 30 July 2021 at 8:26 am UTC
DebianUser 30 Jul
Quoting: Eike
Quoting: DebianUser"library pinning process is significantly faster at startup after runtime updates"
Nice, i'm always wondering why Steam is so long to start.

There's a Steam thread about this:
https://steamcommunity.com/app/221410/discussions/0/3046104336669739701/
It takes more than 1.5 minutes for some, and less than 10 seconds for others (including me).

Thanks, i will look at that.
For me the problem is obviously here:
CApplicationManagerPopulateThread took 27010 milliseconds to initialize (will have waited on CAppInfoCacheReadFromDiskThread)

My OS is on SSD, but my ~ is on HDD, but 27 sec....
Eike 30 Jul
Quoting: DebianUserThanks, i will look at that.
For me the problem is obviously here:
CApplicationManagerPopulateThread took 27010 milliseconds to initialize (will have waited on CAppInfoCacheReadFromDiskThread)

How do you get that info?
DebianUser 30 Jul
Quoting: Eike
Quoting: DebianUserThanks, i will look at that.
For me the problem is obviously here:
CApplicationManagerPopulateThread took 27010 milliseconds to initialize (will have waited on CAppInfoCacheReadFromDiskThread)

How do you get that info?

By lauching Steam from CLI.
The bad news is that library pinning update will not change anything i think.


Last edited by DebianUser on 30 July 2021 at 8:47 am UTC
hardpenguin 30 Jul
Along with their Steam mobile app updates I wonder if they are FINALLY doing unified webdev and are just gonna re-use same or similar components on all type of screens: desktop, mobile, and big picture.
TheRiddick 30 Jul
Still waiting for that anti cheat support to drop but not happening yet. I've tried to get developers support wine64 platform on EAC (a option btw), but it appears they just ignore me like I'm made of glass... (many attempts)
While you're here, please consider supporting GamingOnLinux on:

Patreon, Liberapay or PayPal Donation.

This ensures all of our main content remains totally free for everyone with no article paywalls. We also don't have tons of adverts, there's also no tracking and we respect your privacy. Just 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!
Login / Register

Or login with...
Sign in with Steam Sign in with Twitter Sign in with Google
Social logins require cookies to stay logged in.