SteamOS update 2.189 released

[TTimo]

*updated 2019/4/18: 2.189 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

[Mohandevir]

Mesa 18.3.4. Oh! Sweet! Thanks!

[grandmastermoth]

Finally!!! Now I can play Witcher 3

[Laudrac]

Thanks valve for your effort

[ProfessorKaos64]

Thanks!!!

[DirtyCamper]

\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.

[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.

[DirtyCamper]

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.

[DirtyCamper]

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]

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.

[DirtyCamper]

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.

[lacheapochoro]

Yup infinite bootloop with fatal error here too :/ (FX6300 + RX570) I try a fresh install later this week.

[ProfessorKaos64]

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.

[dubigrasu]

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:

[] (II) Loading /usr/lib/xorg/modules/libglamoregl.so
[] (II) Module glamoregl: vendor="X.Org Foundation"
[] 	compiled for 1.16.4, module version = 1.0.0
[] 	ABI class: X.Org ANSI C Emulation, version 0.4
[] (II) glamor: OpenGL accelerated X.org driver based.
[] (EE) 
[] (EE) Backtrace:
[] (EE) 0: /usr/bin/X (xorg_backtrace+0x56) [0x564a5d9b6fa6]
[] (EE) 1: /usr/bin/X (0x564a5d800000+0x1bb199) [0x564a5d9bb199]
[] (EE) 2: /lib/x86_64-linux-gnu/libc.so.6 (0x7fe3b6f31000+0x350e0) [0x7fe3b6f660e0]
[] (EE) 3: /usr/lib/x86_64-linux-gnu/libLLVM-7.so.1 (_ZN4llvm17PMTopLevelManager12schedulePassEPNS_4PassE+0x26) [0x7fe3adeb2a26]
[] (EE) 4: /usr/lib/x86_64-linux-gnu/libLLVM-7.so.1 (0x7fe3ad3e8000+0xc2524f) [0x7fe3ae00d24f]
[] (EE) 5: /usr/lib/x86_64-linux-gnu/libLLVM-7.so.1 (_ZN4llvm17LLVMTargetMachine19addPassesToEmitFileERNS_6legacy15PassManagerBaseERNS_17raw_pwrite_streamENS_13TargetMachine15CodeGenFileTypeEbPNS_17MachineModuleInfoE+0x2c) [0x7fe3ae011c3c]
[] (EE) 6: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7fe3b19b5000+0x8ffecf) [0x7fe3b22b4ecf]
[] (EE) 7: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7fe3b19b5000+0x7e30dd) [0x7fe3b21980dd]
[] (EE) 8: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7fe3b19b5000+0x7e4ecf) [0x7fe3b2199ecf]
[] (EE) 9: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (radeon_drm_winsys_create+0x55e) [0x7fe3b2276f9e]
[] (EE) 10: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7fe3b19b5000+0x907ab) [0x7fe3b1a457ab]
[] (EE) 11: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7fe3b19b5000+0x5d2fd3) [0x7fe3b1f87fd3]
[] (EE) 12: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7fe3b19b5000+0x491724) [0x7fe3b1e46724]
[] (EE) 13: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7fe3b19b5000+0x48c732) [0x7fe3b1e41732]
[] (EE) 14: /usr/lib/x86_64-linux-gnu/libgbm.so.1 (0x7fe3b3546000+0x4a8c) [0x7fe3b354aa8c]
[] (EE) 15: /usr/lib/x86_64-linux-gnu/libgbm.so.1 (0x7fe3b3546000+0x4e90) [0x7fe3b354ae90]
[] (EE) 16: /usr/lib/x86_64-linux-gnu/libgbm.so.1 (gbm_create_device+0x4c) [0x7fe3b3548a5c]
[] (EE) 17: /usr/lib/xorg/modules/libglamoregl.so (glamor_egl_init+0x80) [0x7fe3b375bd30]
[] (EE) 18: /usr/lib/xorg/modules/drivers/radeon_drv.so (0x7fe3b43c9000+0x4c5ce) [0x7fe3b44155ce]
[] (EE) 19: /usr/lib/xorg/modules/drivers/radeon_drv.so (0x7fe3b43c9000+0x45d28) [0x7fe3b440ed28]
[] (EE) 20: /usr/bin/X (InitOutput+0xa67) [0x564a5d89a477]
[] (EE) 21: /usr/bin/X (0x564a5d800000+0x5b57a) [0x564a5d85b57a]
[] (EE) 22: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xf5) [0x7fe3b6f52b45]
[] (EE) 23: /usr/bin/X (0x564a5d800000+0x45abe) [0x564a5d845abe]
[] (EE) 
[] (EE) Segmentation fault at address 0x1
[] (EE) 
Fatal server error:
[] (EE) Caught signal 11 (Segmentation fault). Server aborting

[DirtyCamper]

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.

[skinnyraf]

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.