Bug 17199

Appears to be a result of running games with primusrun/optirun on an Nvidia Optimus based laptop.

Will follow up with more details. Could perhaps be related to GL libraries not being loaded correctly.

CC: (none) => luke.nukem.jones

Additional output using GDB;

(gdb) run
The program being debugged has been started already.
Start it from the beginning? (y or n) y
Starting program: /home/ljones/.local/share/Steam/steamapps/common/Sublevel Zero/SublevelZero.x86 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Found path: /home/ljones/.local/share/Steam/steamapps/common/Sublevel Zero/SublevelZero.x86
Mono path[0] = '/home/ljones/.local/share/Steam/steamapps/common/Sublevel Zero/SublevelZero_Data/Managed'
Mono path[1] = '/home/ljones/.local/share/Steam/steamapps/common/Sublevel Zero/SublevelZero_Data/Mono'
Mono config path = '/home/ljones/.local/share/Steam/steamapps/common/Sublevel Zero/SublevelZero_Data/Mono/etc'
[New Thread 0xf4b07b40 (LWP 8059)]
[New Thread 0xf4ad6b40 (LWP 8060)]
[New Thread 0xf47ffb40 (LWP 8061)]
displaymanager : xrandr version warning. 1.5
client has 4 screens
displaymanager screen (0)(eDP1): 1920 x 1080
Using libudev for joystick management


Importing game controller configs

Program received signal SIGABRT, Aborted.
0xf7fdaba0 in __kernel_vsyscall ()
(gdb) bt
#0  0xf7fdaba0 in __kernel_vsyscall ()
#1  0xf79b5ef6 in __GI_raise (sig=6) at ../sysdeps/unix/sysv/linux/raise.c:55
#2  0xf79b7767 in __GI_abort () at abort.c:89
#3  0xf7c2fb85 in __gnu_cxx::__verbose_terminate_handler ()
    at ../../../../../libstdc++-v3/libsupc++/vterminate.cc:95
#4  0xf7c2d8a3 in __cxxabiv1::__terminate (
    handler=0xf7c2fa30 <__gnu_cxx::__verbose_terminate_handler()>)
    at ../../../../../libstdc++-v3/libsupc++/eh_terminate.cc:47
#5  0xf7c2d91d in std::terminate () at ../../../../../libstdc++-v3/libsupc++/eh_terminate.cc:57
#6  0xf7c2dbe1 in __cxxabiv1::__cxa_throw (obj=0x9a45530, 
    tinfo=0xf7d26404 <typeinfo for std::logic_error>, 
    dest=0xf7c42500 <std::logic_error::~logic_error()>)
    at ../../../../../libstdc++-v3/libsupc++/eh_throw.cc:87
#7  0xf7c56b24 in std::__throw_logic_error (__s=0x92ec038 "basic_string::_S_construct null not valid")
    at ../../../../../../libstdc++-v3/src/c++11/functexcept.cc:74
#8  0x08a568d4 in ?? ()
#9  0x08a56dc9 in ?? ()
#10 0x08a519c6 in ?? ()
#11 0x08a0c763 in ?? ()
#12 0x08a09d86 in ?? ()
#13 0x0822c44b in ?? ()
#14 0x08391c2c in ?? ()
#15 0x08363532 in ?? ()
#16 0x08087a73 in ?? ()
#17 0xf79a2507 in __libc_start_main (main=0x8086a10, argc=1, argv=0xffffcde4, init=0x92ea5f0, 
    fini=0x92ea660, rtld_fini=0xf7fea280 <_dl_fini>, stack_end=0xffffcddc) at libc-start.c:289
#18 0x08091345 in ?? ()
(gdb)


Kernel config issue?

Source RPM: steam => unkown

Created attachment 7230 [details]
New SPEC file for Steam

All problems I was having are related to failed dependencies.
The attached SPEC for Steam build includes all necessary dependencies, please update the Steam rpm for release 5 and Cauldron.

Assignee: bugsquad => luke.nukem.jones

Did you really need to specifically install all those dependencies? Most of them are already included in the Steam runtime as far as I know, against which Steam games are compiled.

(In reply to Rémi Verschelde from comment #4)
> Did you really need to specifically install all those dependencies? Most of
> them are already included in the Steam runtime as far as I know, against
> which Steam games are compiled.

It appears that is correct. While about half of those deps were already installed on a fresh system, there were quite a large number missing.
As I understand it, Steam only provides *some* of the deps needed, but I will cross-check to be sure; I used an openSUSE SPEC as a guide for the dependencies.

I'll try to have a look asap, openSUSE's packaging is often sub-optimal (not very thoroughly reviewed, at least in the Games repo), e.g. here the libalsa2-devel library is completely bogus, it would pull in a ton of 32bit devel libraries on 64bit systems.

(In reply to Rémi Verschelde from comment #6)
> I'll try to have a look asap, openSUSE's packaging is often sub-optimal (not
> very thoroughly reviewed, at least in the Games repo), e.g. here the
> libalsa2-devel library is completely bogus, it would pull in a ton of 32bit
> devel libraries on 64bit systems.

Okay thanks for the tip. I'll have a clean-up if possible, and check it on a new install. Strangely enough, the libalsa2-devel wasn't installed/selected at all by using the package created by that SPEC

I see libs like;
libgcrypt20
libnm-util2
libnm-glib4
libcups2
which don't seem to be related, but yeah, I will investigate further.

Re-assigning to you as you seem willing to continue poking at it, I'll stay as QA contact :)

Assignee: rverschelde => luke.nukem.jones
QA Contact: (none) => rverschelde

Much appreciated. A nice easy one to get started with and use to familiarize myself with the process.  :)

Created attachment 7231 [details]
Updated steam.spec

This is the final updated steam.spec which I am happy with.

All deps have been checked/cross referenced to be sure they are needed. There are two comments in the spec file I need checked and advised about.

Initial tests are great. The install grabs aprox 50MB of extra packages, this is normal across distros.

Attachment 7230 is obsolete: 0 => 1

(In reply to Luke Jones from comment #10)
> Created attachment 7231 [details]
> Updated steam.spec
> 
> This is the final updated steam.spec which I am happy with.
> 
> All deps have been checked/cross referenced to be sure they are needed.
> There are two comments in the spec file I need checked and advised about.
> 
> Initial tests are great. The install grabs aprox 50MB of extra packages,
> this is normal across distros.

Also note that I added some version checking to some packages which could *possibly* cause issues if the wrong versions were installed. After browsing the package DB and cross-checking versions it doesn't seem like it would be an issue if there were no version requirements.
However, I think it would be good practise for future proofing.

Lastly, on a clean install, everything is working as it should and I have no issues with the games I previously had trouble with.

Created attachment 7232 [details]
Updated steam.spec

Required a conditional in the spec for correct package dependency.

Attachment 7231 is obsolete: 0 => 1

Fixed in Cauldron: http://svnweb.mageia.org/packages?view=revision&revision=907385

I'll prepare an update for mga5.

Version: Cauldron => 5
Whiteboard: MGA5TOO => (none)

I've pushed it to Mageia 5 nonfree/updates_testing:
steam-1.0.0.51-1.mga5.nonfree.noarch

@Luke, could you provide an update advisory?
See this page with an example and some explanations: https://wiki.mageia.org/en/Update_Advisory_Announcement_Example

See also my advisory for bumblebee as an example: https://bugs.mageia.org/show_bug.cgi?id=16094#c16

Apart from the bug fixed, you should likely also mention the version update to 1.0.0.51 (I've documented it in the changelog as "adds some changes to udev rules").

Final patch accepted, assigned to QA.

Advisory:
=========

Additional dependencies for Steam have been added.

   The extra dependencies are required for Steam bootstrap.
   It was also found that at least a couple of games available on
   Steam required libmesaglu1 to operate correctly, this is 
   especially true when running a system that uses Nvidia Optimus
   hardware and proprietary drivers.

SRPMs:
======
steam-1.0.0.51-1.mga5.nonfree.noarch

RPMs:
=====
steam-1.0.0.51-1.mga5.nonfree.noarch

Testing procedure:
==================

- Install Steam on a fresh install of Mageia.

- Test various games
-- Special attention should be paid to Unity3D engine games
    examples: FortressCraft, Sublevel Zero, Black Ice

- If possible, test with libre and proprietary drivers
- If possible, test with Nvidia Optimus hardare using bumblebee

Status: NEW => ASSIGNED
Assignee: luke.nukem.jones => qa-bugs

Created attachment 7255 [details]
Final Steam package patch

Attachment 7232 is obsolete: 0 => 1

Thanks Luke, just a small correction:

Advisory:
=========

Additional dependencies for Steam have been added.

   The extra dependencies are required for Steam bootstrap.
   It was also found that at least a couple of games available on
   Steam required libmesaglu1 to operate correctly, this is 
   especially true when running a system that uses Nvidia Optimus
   hardware and proprietary drivers.

   The package was also updated to version 1.0.0.51, adding some
   changes to udev rules for support of Steam hardware.

SRPMs:
======
steam-1.0.0.51-1.mga5.nonfree

RPMs:
=====
steam-1.0.0.51-1.mga5.nonfree.noarch

Added requires from steam in Nonfree Updates..

# urpmq --requires steam --media "Nonfree Updates" 2>/dev/null | sort > 1.txt
# urpmq --requires steam --media "Nonfree Updates Testing" 2>/dev/null | sort > 2.txt

# comm -3 1.txt 2.txt
        gnu-free-mono-fonts
        libcurl4
        libdbus-glib1_2[>= 0.100.2]
        libfreetype6
        libmesaglu1
        libstdc++6[>= 4.8.2]
        xz

Testing complete mga5 64

Checked rpmdiff for oddities.

# urpmi steam
To satisfy dependencies, the following packages are going to be installed:
  Package                        Version      Release       Arch    
(medium "Nonfree Updates Testing")
  steam                          1.0.0.51     1.mga5.nonfr> noarch  
(medium "Core 32bit Release")
  libdbus-glib1_2                0.102        4.mga5        i586    
  libssh2_1                      1.4.3        6.mga5        i586    
(medium "Core 32bit Updates")
  libcurl4                       7.40.0       3.1.mga5      i586    
  libidn11                       1.32         1.mga5        i586    
1.2MB of additional disk space will be used.
3.1MB of packages will be retrieved.

Confirmed the steamdeps renaming.

# ls /usr/bin/steam*
/usr/bin/steam*  /usr/bin/steamdeps.save*

Downloaded and played a game demo. Did very badly. Stopped.

Whiteboard: (none) => has_procedure mga5-64-ok

In VirtualBox, M5, KDE, 32-bit

Package(s) under test:
steam

default install of steam

[root@localhost wilcal]# urpmi steam
Package steam-1.0.0.50-1.1.mga5.nonfree.noarch is already installed

everything seems to install just fine. But when launching from
a terminal the follow error is reported:

assert_20151203104642_1.dmp[6016]: Finished uploading minidump (out-of-process): success = yes
assert_20151203104642_1.dmp[6016]: response: CrashID=bp-48d9b6e2-8cbc-4014-8e53-963ed2151203
assert_20151203104642_1.dmp[6016]: file ''/tmp/dumps/assert_20151203104642_1.dmp'', upload yes: ''CrashID=bp-48d9b6e2-8cbc-4014-8e53-963ed2151203''

Also when launching the following error window is displayed:

OpenGL GLX context is not using direct rendering, which may cause performance problems.
For more information visit https://support.steampowered.com/kb_article.php?ref=9938-EYZB-7457.

Would we expect steam to work in a Vbox client?

CC: (none) => wilcal.int

William,

In short, no. Typically the GL drivers are either poor, non- existent, or not high enough GL version.
Steam may launch, but a great many games require decent driver support.

(In reply to Luke Jones from comment #21)

> In short, no....

Rats....Thanks

An update for this issue has been pushed to Mageia Updates repository.

http://advisories.mageia.org/MGAA-2015-0201.html

Status: ASSIGNED => RESOLVED
Resolution: (none) => FIXED