Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
TL;DR - Write a bash script to delete all the obsolete Steam runtime libraries and execute it after every update. You no longer have to make aliases or run through the shell.
so unlike Steam to be so irresponsible
https://en.wikipedia.org/wiki/Comparison_of_open-source_and_closed-source_software
Don't worry about the grep/awk commands.
libGL is the GL library provided by your gpu driver.
Essentially what is happening, is that the steam runtime is using a c++ library that is different than the one used to compile other parts of your system (perhaps a libGL driver...).
As a result, when libGL is trying to load a shared library (e.g., r600_dri.so), it is looking for a point in the driver in the wrong place. By specifying that you should use the system library, your driver 'correctly' finds the correct starting point of the shared library and can thus load it correctly.
Say that you have c++ version 'A' on your system, and everything that uses c++ was compiled using version 'A'. When steam starts, it loads the libc++ library found first in its path (which is in the steam runtime), and is version 'B'. So you have version 'B' in memory, that is trying to load binaries compiled and defined by version 'A'. Version 'B' is loading everything compiled by 'A' as though they are made by 'B', so it fails.
By saying "no, preload version 'A', then run steam" (or by deleting the 'B' version from the steam runtime), version 'A' is then loading binaries compiled by version 'A', and so it works.
It's a bit like working with different cartographers to get to a location.
You are 'A', steam is 'B'. You need to find and go to some location. Steam's map maker says "oh, it should be here -->". However, you and all of your population were brought up on 'A' maps. Steam tells you 'oh its simple, just go here', and your entire population says 'what on earth am I looking at? I've never seen this before. I can't just "go there", your map makes no sense.'
So you say ' no no no, steam, leave the map making and interpretation to me and my people, because we know whats best for our people'. You load up map 'A' and say 'oh ok, you need to go to these three locations, perfect. We know where to go now' (or you can just delete steam's 'B' maps and steam has no choice BUT to use your maps).
Make sense?
This is what I've done. The issue is that every time I deleted the libraries after this last update, steam would automatically updated and download the libraries again the next time I tried to launch it...
Don't use the AMD Microcode, it's sluggish as all get out, that if you do any crypto-currency mining it can cripple your hashrate.
This AMD option is for your CPU only not the GP-GPU. Ubuntu has stated they don't support the FGLRX on this platform at all. AMD has committed themselves to working on AMDGPU open source drivers through the Mesa 11.x project.
I'm getting conflicting report from AMD as to if and when they will create a driver that will work on the X11 1.19.x stack, if at all.
As of right now, the Mesa 11.x stack gives many of your OpenGL 3.0 compatibility profile and 4.1 core profile (which is only the most commonly used commands in 4.1, it's not the full monty like "compatibility" is).
I've been beating on developers to get them to realize that if they want to be a friend to people in Linux to develop with core profiles in mind and not the whole thing. If they do this, their games will run great on Ubuntu 16.04 and it's forks.