com.valvesoftware.Steam VS toolbox

INFO:root:https://github.com/flathub/com.valvesoftware.Steam/wiki INFO:root:Will set XDG dirs prefix to /home/z3rokelvin/.var/app/com.valvesoftware.Steam DEBUG:root:Checking input devices permissions INFO:root:Overriding TZ to America/Los_Angeles steam.sh[2]: Running Steam on org.freedesktop.platform 23.08 64-bit steam.sh[2]: STEAM_RUNTIME is enabled automatically setup.sh[74]: Steam runtime environment up-to-date! steam.sh[2]: Steam client's requirements are satisfied [2023-12-04 21:51:25] Startup - updater built Nov 29 2023 19:58:56 [2023-12-04 21:51:25] Startup - Steam Client launched with: '/home/z3rokelvin/.var/app/com.valvesoftware.Steam/.local/share/Steam/ubuntu12_32/steam' '-no-cef-sandbox' 12/04 21:51:25 Init: Installing breakpad exception handler for appid(steam)/version(1701289036)/tid(108) libGL error: No matching fbConfigs or visuals found libGL error: failed to load driver: radeonsi libGL error: No matching fbConfigs or visuals found libGL error: failed to load driver: radeonsi libGL error: No matching fbConfigs or visuals found libGL error: failed to load driver: swrast SteamUpdateUI: An X Error occurred X Error of failed request: BadValue (integer parameter out of range for operation) Major opcode of failed request: 152 (GLX) Minor opcode of failed request: 3 (X_GLXCreateContext) Value in failed request: 0x0 Serial number of failed request: 53 xerror_handler: X failed, continuing Looks like steam didn't shutdown cleanly, scheduling immediate update check [2023-12-04 21:51:25] Loading cached metrics from disk (/home/z3rokelvin/.var/app/com.valvesoftware.Steam/.local/share/Steam/package/steam_client_metrics.bin) [2023-12-04 21:51:25] Using the following download hosts for Public, Realm steamglobal [2023-12-04 21:51:25] 1. https://client-update.akamai.steamstatic.com, /, Realm 'steamglobal', weight was 1000, source = 'update_hosts_cached.vdf' [2023-12-04 21:51:25] 2. https://cdn.cloudflare.steamstatic.com, /client/, Realm 'steamglobal', weight was 1, source = 'update_hosts_cached.vdf' [2023-12-04 21:51:25] 3. https://cdn.steamstatic.com, /client/, Realm 'steamglobal', weight was 1, source = 'baked in' [2023-12-04 21:51:25] Checking for update on startup [2023-12-04 21:51:25] Checking for available updates... [2023-12-04 21:51:25] Downloading manifest: https://client-update.akamai.steamstatic.com/steam_client_ubuntu12 [2023-12-04 21:51:25] Manifest download: send request [2023-12-04 21:51:25] Manifest download: waiting for download to finish [2023-12-04 21:51:25] Manifest download: finished [2023-12-04 21:51:25] Download skipped: /steam_client_ubuntu12 version 1701289036, installed version 1701289036, existing pending version 0 [2023-12-04 21:51:25] Nothing to do [2023-12-04 21:51:25] Verifying installation... [2023-12-04 21:51:25] Performing checksum verification of executable files [2023-12-04 21:51:26] Verification complete Steam logging initialized: directory: /home/z3rokelvin/.var/app/com.valvesoftware.Steam/.local/share/Steam/logs XRRGetOutputInfo Workaround: initialized with override: 0 real: 0xf61db8f0 XRRGetCrtcInfo Workaround: initialized with override: 0 real: 0xf61da1c0 libGL error: No matching fbConfigs or visuals found libGL error: failed to load driver: radeonsi libGL error: No matching fbConfigs or visuals found libGL error: failed to load driver: radeonsi libGL error: No matching fbConfigs or visuals found libGL error: failed to load driver: swrast crash_20231204215126_5.dmp[133]: Uploading dump (out-of-process) /tmp/dumps/crash_20231204215126_5.dmp /home/z3rokelvin/.var/app/com.valvesoftware.Steam/.local/share/Steam/steam.sh: line 798: 108 Segmentation fault "$STEAMROOT/$STEAMEXEPATH" "$@" [z3rokelvin@zkdesktop ~]$ crash_20231204215126_5.dmp[133]: Finished uploading minidump (out-of-process): success = yes crash_20231204215126_5.dmp[133]: response: CrashID=bp-274edb55-cbc0-4949-9e31-8cef12231204 crash_20231204215126_5.dmp[133]: file ''/tmp/dumps/crash_20231204215126_5.dmp'', upload yes: ''CrashID=bp-274edb55-cbc0-4949-9e31-8cef12231204''

Hi I've been recently using the steam flatpak instead of the rpm package from the rpm fusion repos here on fedora 38. Everything has been going swell except one thing. I have two drives with steam libraries on them other than the default one steam creates. I can add these through the storage manager but when I restart my computer steam often but not always forgets them. Meaning most of the time when I boot my computer I have to go into the storage manager in steam and re-select the library folders and then it remembers my installed games. I've already had an issue open on the github for the steam flatpak but alas nothing yet https://github.com/flathub/com.valvesoftware.Steam/issues/1075. Just curious if anyone else is experiencing this issue and if anyone knows how I could remedy this so the drives are there on boot. I did get two other people with the issue on github but no solutions.

INFO:root:https://github.com/flathub/com.valvesoftware.Steam/wiki INFO:root:Will set XDG dirs prefix to /home/peter/.var/app/com.valvesoftware.Steam DEBUG:root:Checking input devices permissions INFO:root:Overriding TZ to (My_location) steam.sh\[2\]: Running Steam on org.freedesktop.platform 22.08 64-bit steam.sh\[2\]: STEAM\_RUNTIME is enabled automatically setup.sh\[77\]: Steam runtime environment up-to-date! steam.sh\[2\]: Steam client's requirements are satisfied

Try the Flatpak one.

I recently updated from Fedora Silverblue 36 to 38, and now Japanese fonts are no longer working properly in multiple apps. Before, they would display correctly, but now I get rectangles instead of the proper characters. Examples of affected apps are Steam and Lifeograph (both installed via Flatpak).

Here's the actual thread in case you're interested.

The team has both made a ton of effort switching off their proprietary Skia based rendering tech and adopting standard Wayland, and has put forward huge effort to making running incredibly well integrated real Linux containers just work.

The headline is true. ChromeOS is Linux with Google’s desktop environment. But it obfuscates the details. It's a damned by omission statement. It has some really good sauce to help you not notice often, but it's not at all a Linux desktop environment one can regularly use. You can do a lot of Linux desktop-y things but only through well crafted special unique wrapped processes that mostly but not fully help mock & emulate a regular Linux desktop. Even though it now runs Wayland, the apps you want to run will have atypical intermediates up the wazoo.

And no one else uses any of this tech. ChromiumOs has so much interesting container tech, does such an interesting job making containers think they have a regular Linux / FreeDesktop environment. It's far far far far deeper virtualization than for example https://github.com/containers/toolbox . But you know what? Google has made zero effort to get these pieces adopted elsewhere. It's open source but not intended for use outside Chromium/ChromeOS. I respect & think ChromeOS is a quite viable Linux, and it's so much closer to the metal & more interesting, amazing tech, but my gods Microsoft has gone 300x further to establish wsl2 as a sustainable community effort folks could use & target, in a way that ChromiumOS has done nothing about.

It's sad how Google has transformed from a company that appreciated & worked with ecosystems, that drove things collectively forward, into an individual player that does their own things & delivers from on high. ChromiumOS is such an incredible effort, but it's so internernally drive & focused, and it's hard to believe in such a wildcat effort, even though it's so so good. It keeps coming into better alignment with Linux Desktop actual, but via shims and emulations that no one else cares about or which seems marketed elsewhere. And that inward focus makes the whole effort both so exceptional & promising, but suspect. Such a different nearby but alternative & separately governed universe. ChromiumOS/ChromeOS do excellent at faking being a Linux desktop, and wonderfully have increasingly drawn more strength from that universe, but are still wholly their own very distinct very separate very controller other space. In many ways that's great, secure, good, and miraculously transparently done. But it's still hard to really trust, being such a weird alien impostor, faking so much for end user apps, and there's tension in believing ChromeOS will keep straddling the rift in pro-user manifestations forever.

I'm really, really happy with my current setup of Fedora immutable + toolbox [0]. This tool lets you create containers that are fully integrated with the system, so you have acces to the entire Fedora repos, can run graphical apps, etc. while still having everything inside a container in your home directory. That means no Flatpak required. Highly recommended.

[0] https://containertoolbx.org

Seems like toolbox is also in this space; https://github.com/containers/toolbox

With Silverblue the core repos are very similar to what you'd have on regular Fedora. With more of a philosophical shift about where you're supposed to install things from. The idea being that the base OS is immutable and you keep it fairly minimal - even though you are technically free to install any of Fedora packages to it. And then you install user applications through Flatpak and toolbx. Where these more user space focussed applications are installed to your home directory and are sandboxed away from actual access to your OS. With iOS/Android style application permissions like "Give app permission to access camera" and "Give app permission to modify files in home directory". Allowing you even further customise the sandboxing of applications. Do you really want that app to have access to your microphone?

I'd probably try running it on the host system first. If you want to use your nvidia gpu inside toolbox, you would indeed need to install the drivers in the container: https://github.com/containers/toolbox/issues/116

Use toolbox on CentOS or Ubuntu if you want a Fedora environment with more up to date tools: https://containertoolbx.org/