STEAM GROUP
Steam Universe Steam U
STEAM GROUP
Steam Universe Steam U
44,431
IN-GAME
441,365
ONLINE
Founded
September 23, 2013
All Discussions > Steam OS > Topic Details
 This topic has been pinned, so it's probably important
TTimo Mar 20 @ 12:24pm
SteamOS update 2.187 released
*updated 2019/4/18: 2.187 has been pushed to general availability *

A SteamOS update is available in brewmaster_beta (version 2.183):

- mesa 18.3.4
- nvidia-graphics-drivers 415.27
- security updates

More details at http://repo.steampowered.com/steamos/log/brewmaster_relnotes.txt

For details on how to test SteamOS beta and to report issues, please see:

https://github.com/ValveSoftware/SteamOS/wiki/Opting-into-SteamOS-Beta
https://github.com/ValveSoftware/SteamOS/issues
Last edited by TTimo; Apr 18 @ 11:48am
< >
Showing 1-15 of 40 comments
Mesa 18.3.4. Oh! Sweet! Thanks!
Finally!!! Now I can play Witcher 3
Laudrac Mar 20 @ 10:29pm 
Thanks valve for your effort
Thanks!!!
\0/
Actually, I might not want to install it, since I just patched the kernel to support my DJ controller and I just got my system getting mixxx to run bypassing pulseaudio, which was a big challenge.
Um, my updating process went sideways, I'm now in the "serious/fatal error" > recovery loop.
Trying now to replicate it on a fresh install.
Originally posted by dubigrasu:
Um, my updating process went sideways, I'm now in the "serious/fatal error" > recovery loop.
Trying now to replicate it on a fresh install.
My experience with the recovery loop is that it is flawed. It brings tears to my eyes that I have to try to circumvent or halt that process before I can really fix the thing.
In the case of nvidia, it usually means something has not been updated due to some dependency. Update/installing it again usually works to get the remainder of the dependencies in that are required to get the DKMS+driver combo working.
Obviously I am not a fan of DKMS, but licensing issues might be a reason to opt for it.
Processing triggers for glx-alternative-nvidia:i386 (0.9.1+steamosb1+bsos1) ...
update-alternatives: error: alternative link /usr/lib/i386-linux-gnu/libGLX_indirect.so.0 is already managed by nvidia
dpkg: error processing package glx-alternative-nvidia:i386 (--configure):
subprocess installed post-installation script returned error exit status 2
Errors were encountered while processing:
glx-alternative-nvidia:i386
E: Sub-process /usr/bin/dpkg returned an error code (1)

That might be the reason for the recovery loop?
dubigrasu Mar 21 @ 10:08am 
No idea yet what is causing it (using AMD here), I'm writing an USB stick right now with the latest SteamOS.
I tend to keep my SteamOS installation as unaltered as possible, but with the latest (snail) pace of updates I ended modifying my installation in certain parts, to keep up "with the rest of the world".
So I want first to make sure that this issue is not a results of my meddling.
Hmmm, yes, nvidia-altenative older version has it registered under nvidia, so the order of the update goes wrong, leaving the system in a half installed state.
Yup infinite bootloop with fatal error here too :/ (FX6300 + RX570) I try a fresh install later this week.
Originally posted by dubigrasu:
No idea yet what is causing it (using AMD here), I'm writing an USB stick right now with the latest SteamOS.
I tend to keep my SteamOS installation as unaltered as possible, but with the latest (snail) pace of updates I ended modifying my installation in certain parts, to keep up "with the rest of the world".
So I want first to make sure that this issue is not a results of my meddling.
Have you tried updating manually to sort out any held back packages.
I installed them using synaptic (on my day-to-day SteamOS) and the installing went OK, no packages left.

Anyway, I did a fresh install from the latest DVD (which went OK), then added the beta repos and I got caught in the same error loop. According to unattended-upgrades logs everything is fine, what is not fine is the Xorg.0.log, which displays the same segmentation fault on both SteamOS installations tested:
[ 6.541] (II) Loading /usr/lib/xorg/modules/libglamoregl.so [ 6.544] (II) Module glamoregl: vendor="X.Org Foundation" [ 6.544] compiled for 1.16.4, module version = 1.0.0 [ 6.544] ABI class: X.Org ANSI C Emulation, version 0.4 [ 6.544] (II) glamor: OpenGL accelerated X.org driver based. [ 6.573] (EE) [ 6.573] (EE) Backtrace: [ 6.573] (EE) 0: /usr/bin/X (xorg_backtrace+0x56) [0x564a5d9b6fa6] [ 6.573] (EE) 1: /usr/bin/X (0x564a5d800000+0x1bb199) [0x564a5d9bb199] [ 6.573] (EE) 2: /lib/x86_64-linux-gnu/libc.so.6 (0x7fe3b6f31000+0x350e0) [0x7fe3b6f660e0] [ 6.573] (EE) 3: /usr/lib/x86_64-linux-gnu/libLLVM-7.so.1 (_ZN4llvm17PMTopLevelManager12schedulePassEPNS_4PassE+0x26) [0x7fe3adeb2a26] [ 6.573] (EE) 4: /usr/lib/x86_64-linux-gnu/libLLVM-7.so.1 (0x7fe3ad3e8000+0xc2524f) [0x7fe3ae00d24f] [ 6.574] (EE) 5: /usr/lib/x86_64-linux-gnu/libLLVM-7.so.1 (_ZN4llvm17LLVMTargetMachine19addPassesToEmitFileERNS_6legacy15PassManagerBaseERNS_17raw_pwrite_streamENS_13TargetMachine15CodeGenFileTypeEbPNS_17MachineModuleInfoE+0x2c) [0x7fe3ae011c3c] [ 6.574] (EE) 6: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7fe3b19b5000+0x8ffecf) [0x7fe3b22b4ecf] [ 6.574] (EE) 7: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7fe3b19b5000+0x7e30dd) [0x7fe3b21980dd] [ 6.574] (EE) 8: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7fe3b19b5000+0x7e4ecf) [0x7fe3b2199ecf] [ 6.574] (EE) 9: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (radeon_drm_winsys_create+0x55e) [0x7fe3b2276f9e] [ 6.574] (EE) 10: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7fe3b19b5000+0x907ab) [0x7fe3b1a457ab] [ 6.574] (EE) 11: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7fe3b19b5000+0x5d2fd3) [0x7fe3b1f87fd3] [ 6.574] (EE) 12: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7fe3b19b5000+0x491724) [0x7fe3b1e46724] [ 6.574] (EE) 13: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7fe3b19b5000+0x48c732) [0x7fe3b1e41732] [ 6.574] (EE) 14: /usr/lib/x86_64-linux-gnu/libgbm.so.1 (0x7fe3b3546000+0x4a8c) [0x7fe3b354aa8c] [ 6.574] (EE) 15: /usr/lib/x86_64-linux-gnu/libgbm.so.1 (0x7fe3b3546000+0x4e90) [0x7fe3b354ae90] [ 6.574] (EE) 16: /usr/lib/x86_64-linux-gnu/libgbm.so.1 (gbm_create_device+0x4c) [0x7fe3b3548a5c] [ 6.574] (EE) 17: /usr/lib/xorg/modules/libglamoregl.so (glamor_egl_init+0x80) [0x7fe3b375bd30] [ 6.574] (EE) 18: /usr/lib/xorg/modules/drivers/radeon_drv.so (0x7fe3b43c9000+0x4c5ce) [0x7fe3b44155ce] [ 6.574] (EE) 19: /usr/lib/xorg/modules/drivers/radeon_drv.so (0x7fe3b43c9000+0x45d28) [0x7fe3b440ed28] [ 6.574] (EE) 20: /usr/bin/X (InitOutput+0xa67) [0x564a5d89a477] [ 6.574] (EE) 21: /usr/bin/X (0x564a5d800000+0x5b57a) [0x564a5d85b57a] [ 6.574] (EE) 22: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xf5) [0x7fe3b6f52b45] [ 6.574] (EE) 23: /usr/bin/X (0x564a5d800000+0x45abe) [0x564a5d845abe] [ 6.574] (EE) [ 6.574] (EE) Segmentation fault at address 0x1 [ 6.574] (EE) Fatal server error: [ 6.574] (EE) Caught signal 11 (Segmentation fault). Server aborting
In my case I had to apt install nvidia-alternative to get the dependency resolved.
After that I had to dkms build -m nvidia-current -v <...> by hand.
In upgrade cases like this, I replace my .xsessionrc in one that starts a normal window manager instead of a steam session. That defeats the recovery loop, because X usually starts, but steam itself crashes due to lack of opengl support, which tears down the X session.
I hate to say it, but that might be a good point to start a terminal with recovery options.
"UPGRADE" "UPGRADE ME HARDER" "FORCE UPGRADE ME HARDER" "APTITUDE" "DKMS ALL"
something like that.
I think aptitude and DKMS ALL are the most important ones, but aptitude is to hard on a normal end user.
I'm using Nvidia and I had a conflict between libglvnd and libgles1-glvnd-nvidia. Unattended upgrades failed to resolve it and I had to manually run aptitude which worked without issues.

Edit: this conflict was supposedly fixed in builds 145 and 148, but still caused issues.
Last edited by skinnyraf; Mar 22 @ 6:24am
< >
Showing 1-15 of 40 comments
Per page: 15 30 50

All Discussions > Steam OS > Topic Details