SteamOS update 2.135 pushed to brewmaster beta

[jvert]

It has been a while, this mainly catches SteamOS up with security updates and Debian 8.9 updates

==== SteamOS build 135 2017-11-08 ====

• bind9 - CVE-2017-3142[cve.mitre.org] CVE-2017-3143[cve.mitre.org]
  
• curl - CVE-2017-1000257[cve.mitre.org] CVE-2017-1000100[cve.mitre.org] CVE-2017-1000101[cve.mitre.org] CVE-2017-1000254[cve.mitre.org]
  
• debconf - Debian 8.9
  
• git - CVE-2017-1000117[cve.mitre.org]
  
• gnupg - CVE-2017-7526[cve.mitre.org]
  
• gnutls28 - Debian 8.9
  
• gtk+2.0 - Debian 8.9
  
• libav - CVE-2015-8365[cve.mitre.org] CVE-2017-7208[cve.mitre.org] CVE-2017-7862[cve.mitre.org] CVE-2017-9992[cve.mitre.org]
  
• libdvdnav - Debian 8.9
  
• libgd2 - CVE-2017-6362[cve.mitre.org]
  
• libsoup2.4 - CVE-2017-2885[cve.mitre.org]
  
• libxfont - CVE-2017-13720[cve.mitre.org] CVE-2017-13722[cve.mitre.org]
  
• libxml2 - CVE-2017-7805[cve.mitre.org]
  
• mysql-5.5 - CVE-2017-10268[cve.mitre.org] CVE-2017-10378[cve.mitre.org] CVE-2017-10379[cve.mitre.org] CVE-2017-10384[cve.mitre.org] CVE-2017-3635[cve.mitre.org] CVE-2017-3636[cve.mitre.org] CVE-2017-3641[cve.mitre.org] CVE-2017-3648[cve.mitre.org] CVE-2017-3651[cve.mitre.org] CVE-2017-3652[cve.mitre.org] CVE-2017-3653[cve.mitre.org]
  
• netcfg - Debian 8.9
  
• nss - CVE-2017-7805[cve.mitre.org]
  
• os-prober - Debian 8.9
  
• perl - CVE-2017-12837[cve.mitre.org] CVE-2017-12883[cve.mitre.org]
  
• samba - CVE-2017-12150[cve.mitre.org] CVE-2017-12151[cve.mitre.org] CVE-2017-12163[cve.mitre.org]
  
• steamos-base-files - udev rules from Feral to enable steering wheel support
  
• tzdata - latest upstream
  
• wget - CVE-2017-13089[cve.mitre.org] CVE-2017-13090[cve.mitre.org]
  
• wpa - CVE-2017-13077[cve.mitre.org] CVE-2017-13078[cve.mitre.org] CVE-2017-13079[cve.mitre.org] CVE-2017-13080[cve.mitre.org] CVE-2017-13081[cve.mitre.org] CVE-2017-13082[cve.mitre.org] CVE-2017-13086[cve.mitre.org] CVE-2017-13087[cve.mitre.org] CVE-2017-13088[cve.mitre.org]
  
• cryptsetup - remove duplicate links in /usr/sbin
  
• kbd - remove duplicate links in /usr/bin
  
• libpng - fix /lib /usr/lib duplicate files
  
• less - fix files with the same name installed in / and /usr
  
• libusb - newer version to fix spurious library link
  
• nano - fix files with the same name installed in / and /usr
  
• acl - update acl to support merged /usr systems
  
• coreutils - No longer include /usr/sbin/touch symlink, create in postinst if necessary
  
• debian-installer - update kernel ABI
  
• debianutils - fix /lib /usr/lib duplicate files

[warpig]

Thanks so much for the update. My steam machine will be happy!

[skinnyraf]

Any plans for SteamOS 3.0 now that Stretch has been out for a while?

[NeptNutz]

Originally posted by skinnyraf:

Any plans for SteamOS 3.0 now that Stretch has been out for a while?

I'm guessing it won't happen before kernel 4.15 drops with much-improved AMDGPU DRM support (with all the DAL/DI ... other things that start with "D"), for all of us GCN 1.2 and above users who have no sound over HDMI right now. :-(

Also, I don't think the good RADV, open-source Vulkan driver shows up until Mesa 17.3 or so.

It's gotta be those two for me, otherwise an update won't help.

[NeptNutz]

TYPO: In Subject Title

2.136 ???

[jvert]

Originally posted by NeptNutz:

TYPO: In Subject Title

2.136 ???

fixed, it's 2.135.

[flibitijibibo]

Originally posted by NeptNutz:

Originally posted by skinnyraf:

Any plans for SteamOS 3.0 now that Stretch has been out for a while?

I'm guessing it won't happen before kernel 4.15 drops with much-improved AMDGPU DRM support (with all the DAL/DI ... other things that start with "D"), for all of us GCN 1.2 and above users who have no sound over HDMI right now. :-(

Also, I don't think the good RADV, open-source Vulkan driver shows up until Mesa 17.3 or so.

It's gotta be those two for me, otherwise an update won't help.

Makes sense, but it'd still be nice to at least have a preview of 3.0 builds for developers to look at, especially for those of us using Intel or NVIDIA for graphics. In addition to being able to test all my games on Steam, 3.0 is really important for Flatpak support (needs a newer PulseAudio than 2.0 provides) as well as projects like Dolphin and Citra which require GCC 6 or higher to build. It wouldn't have to be a public release either, I'd be happy with a private mailing list for builds and feedback like ye olde dayse with the Steam Linux developer builds.

[Dei]

Greats.

[dirk.dierickx]

steamos-base-files - udev rules from Feral to enable steering wheel support

that is a great update that's somewhat hidden between a bunch of CVE's.

[lacheapochoro]

Well i tried again, Dying Light and Divinity OS still not works with my RX 460 (both have an 1 minute workaround and runs fine on Ubuntu with mesa) security updates then... fine... gaming OS :P Maybe next time.

[ProfessorKaos64]

Thanks for the update,look forward to Debian Stretch base!

[Redface]

Thank you for the security updates and udev rules for wheels. I have been running it for a week or so now and did not notice any problems.

[Green Orange]

Originally posted by flibitijibibo:

Originally posted by NeptNutz:

I'm guessing it won't happen before kernel 4.15 drops with much-improved AMDGPU DRM support (with all the DAL/DI ... other things that start with "D"), for all of us GCN 1.2 and above users who have no sound over HDMI right now. :-(

Also, I don't think the good RADV, open-source Vulkan driver shows up until Mesa 17.3 or so.

It's gotta be those two for me, otherwise an update won't help.

Makes sense, but it'd still be nice to at least have a preview of 3.0 builds for developers to look at, especially for those of us using Intel or NVIDIA for graphics. In addition to being able to test all my games on Steam, 3.0 is really important for Flatpak support (needs a newer PulseAudio than 2.0 provides) as well as projects like Dolphin and Citra which require GCC 6 or higher to build. It wouldn't have to be a public release either, I'd be happy with a private mailing list for builds and feedback like ye olde dayse with the Steam Linux developer builds.

Developers don't specifically target steamOS, most aren't even aware it exists... dispite all the SteamOS marketing ;).

Besides they can just install stretch.

And the last time I checked Valve actually advised developers to use Ubuntu for development and testing.

P.s. have chatted with a few "Steam developers"... most actually have trouble installing an Operating System. Very disturbing how developers are "educated" these days.

[ProfessorKaos64]

> Developers don't specifically target steamOS, most aren't even aware it exists... dispite all the SteamOS marketing ;)

Not so sure about that, anytime open testing is raffled off on forums, they always want SteamOS testers.

> And the last time I checked Valve actually advised developers to use Ubuntu for development and testing.

Source? I know there is some movement to get off of the ancient 12.04 libs, but the fact they are STILL using them with LD_LIBRARY overrides is silly. Even SteamOS has better libs. If you track the github kernel sources, commits happen all the time. Work is being done, despite reports to the contrary.

> P.s. have chatted with a few "Steam developers"... most actually have trouble installing an Operating System. Very disturbing how developers are "educated" these days.

As in? Can you be more specific?

[Green Orange]

Originally posted by ProfessorKaos64:

> Developers don't specifically target steamOS, most aren't even aware it exists... dispite all the SteamOS marketing ;)

Not so sure about that, anytime open testing is raffled off on forums, they always want SteamOS testers.

When speaking in general there are always exceptions, you are talking about those exceptions. Mind you there are a few very good exceptions and some great teams that work on linux ports.

> And the last time I checked Valve actually advised developers to use Ubuntu for development and testing.

Source? I know there is some movement to get off of the ancient 12.04 libs, but the fact they are STILL using them with LD_LIBRARY overrides is silly. Even SteamOS has better libs. If you track the github kernel sources, commits happen all the time. Work is being done, despite reports to the contrary.

Sure, there is always work done in the direction we like to see development going.
What is important how much prio/horsepower is put into it. I'm currently working on patch to rebase a patch I did in in 2015 linux tree... you could say he is working on it so he finds it important, but you could also gues how much effort I put in it :)

The ancient libs where on purpose, cheap solution to implement, very expensive to maintain. Quit sure they now have headaches about that choice and don't bring coffee to the dude that decided on that one ;).

You can find the ubuntu source when googling for SteamOS development ubuntu. It had been on their initial steamOS pages/faq not sure if its still there and is now also on pages like: https://partner.steamgames.com/doc/store/application/platforms/linux

> P.s. have chatted with a few "Steam developers"... most actually have trouble installing an Operating System. Very disturbing how developers are "educated" these days.

As in? Can you be more specific?

As in? what part about "have trouble installing an operating system" was unclear exactly?

[powerarmour]

I'm finding the Steam performance under Solus to be absolutely superb with the more native libraries and its the distro to go for if you simply just want fast/efficient Linux gaming, it's a shame SteamOS hasn't evolved down this kind of path.

But it is what it is I guess, and at least it's still getting some updates.