Native Steam client and source game engine

Message

ejdesgaard · Post by **ejdesgaard** » Wed Mar 20, 2013 8:21 pm

When i try to compile libsdl with "nas" use flag, i get the following error:
emerge error: http://dpaste.org/rRgiK/

Portage 2.1.11.55 (default/linux/amd64/13.0/desktop, gcc-4.6.3, glibc-2.15-r3, 3.7.10-gentoo x86_64)
=================================================================
System uname: Linux-3.7.10-gentoo-x86_64-AMD_Phenom-tm-_II_X4_965_Processor-with-gentoo-2.2

It compile and install just fine without the use flag.

hasufell · Post by **hasufell** » Thu Mar 21, 2013 5:31 pm

see https://bugs.gentoo.org/show_bug.cgi?id=462036

don't use broken overlays/ebuilds

anyc · Post by **anyc** » Fri Mar 22, 2013 11:03 am

Yeah don't use Steam on Gentoo until SDL team has officially released 2.0 and it is included in the one and only main tree in ... some weeks!
As overlays are evil, you can use Ubuntu or ArchLinux until then!

hasufell · Post by **hasufell** » Fri Mar 22, 2013 3:40 pm

empanyc wrote:Yeah don't use Steam on Gentoo until SDL team has officially released 2.0 and it is included in the one and only main tree in ... some weeks!
As overlays are evil, you can use Ubuntu or ArchLinux until then!

huh?

It's your fault if you set STEAM_RUNTIME=0, so deal with it.

anyc · Post by **anyc** » Fri Mar 22, 2013 5:30 pm

I deal with it, step by step. And I invest quite some spare time in the overlay to make steam work and convenient for people. What annoys me is when people call our work here broken or unrecommended as if this couldn't have happen with an ebuild in main tree as well. Of course people should be careful with overlays but that should be clear to everyone.

Do you really blame me for disabling steam runtime?

hasufell · Post by **hasufell** » Fri Mar 22, 2013 6:01 pm

empanyc wrote:I deal with it, step by step. And I invest quite some spare time in the overlay to make steam work and convenient for people. What annoys me is when people call our work here broken or unrecommended as if this couldn't have happen with an ebuild in main tree as well. Of course people should be careful with overlays but that should be clear to everyone.

Seems no one considered to add any of that to sunrise where it gets a review. (steam-installer, not SDL-2)
And even if you can't add ebuilds to sunrise (SDL-2 would not be allowed since it would overwrite an in-tree ebuild), you can still get a review.

Minimum testing would be to
1) enable all ABIs and enable all useflags
2) enable all ABIs and disable all useflags.
4) only enable default ABI, leave useflags to default

But people seem to rather do things on their own. Guess why we have "herds". Because many people look at the same ebuilds then, maybe even review one another before comitting non-trivial changes. A new major version of a widely used library is a good example for that and is delicate to handle, because it has many consumers and can break many things.

As for "broken overlay"... I have never used the steam overlay, I rather had gamerlay in mind which I tinker with from time to time, or rework totally broken ebuilds. Most of them would not be that broken if they got a review.

I appreciate if people work on gentoo, not on overlays (except sunrise, which is our user overlay). But most don't have patience, but DO have time (e.g. people comitting to science overlay for over 4 years and still no dev, wtf??). That is partly our fault, because we don't force those people into recruitment early enough, but also a bad side-effect of the easiness of overlays.

At best, overlays should _only_ be used as a testing ground, e.g. when introducing non-trivial eclasses or major changes. That said... the multilib-conversion stuff was not done properly. Blame us.

empanyc wrote:Do you really blame me for disabling steam runtime?

Not necessarily, but you are ranting about gentoo devs not importing an unstable library. I can just say... well.

anyc · Post by **anyc** » Sat Mar 23, 2013 10:20 am

I add it to gamerlay in regular terms and it creates problems as people can't find ebuilds for some additional libraries that are only available in steam-overlay because I don't want to disturb non-steam users. I admit that my primary objective is to get things working, so people can use their spare time for playing instead of searching the web for workarounds.

hasufell wrote:Not necessarily, but you are ranting about gentoo devs not importing an unstable library. I can just say... well.

What I meant was, by that time, using a "broken" overlay/ebuild was the only chance to get steam running again.

Though I don't understand why a pre version of SDL can't be included at least hardmasked in main tree. They already started to stabilize the 2.0 version http://comments.gmane.org/gmane.comp.lib.sdl/58996 and it can also be slotted afaik.

hasufell · Post by **hasufell** » Sat Mar 23, 2013 2:30 pm

empanyc wrote:so people can use their spare time for playing instead of searching the web for workarounds.

That assumes that those ebuilds are working and cause no breakage.

And that is exactly what we are trying to do and is also the reason that the tree policy is a bit more strict. Especially when adding libraries to overlays it is a _very_ delicate situation, because you don't have any access to the main tree "profiles/" folder and will not be able to contain breakage the way we are able. That is even more delicate when it's a new slot/major version of an already existing library. Do you know that most ebuilds don't depend on a SLOT of libsdl which means that libsdl-1.2 could even be unmerged by portage because libsdl-2 satisfies all those ebuilds? Are you able to fix those ebuilds? That would require a mass commit.

Regarding irrlicht in gamerlay I also received a bugreport and had to explain the user not to use that version, but only the in-tree one. That was because I discovered a fatal bug in the tree ebuild which was not a build-time bug and would only show up on particular library consumers under particular circumstances. I can't have an eye on overlays to fix such things too.

I never got a single word from any of you in #gentoo-dev-help, #gentoo-sunrise or even #gentoo-games that you plan to add libSDL-2 to an overlay and want to know how to do that properly.
My answer would have been: do NOT slot it, but rename it to libsdl2. That way it is completely out-of-tree, does not mess with libsdl dependency resolution etc.

So: communicate, ask, contribute. Not everyone is easy to work with, but rather take that annoyance than not contributing at all.

empanyc wrote:
hasufell wrote:Not necessarily, but you are ranting about gentoo devs not importing an unstable library. I can just say... well.
What I meant was, by that time, using a "broken" overlay/ebuild was the only chance to get steam running again.

No, you are doing assumptions again. It's not the only way.

STEAM_RUNTIME=1

empanyc wrote: Though I don't understand why a pre version of SDL can't be included at least hardmasked in main tree. They already started to stabilize the 2.0 version http://comments.gmane.org/gmane.comp.lib.sdl/58996 and it can also be slotted afaik.

I start to agree with you on this one. I think it would be ok to add it masked and fix all ebuilds to use the appropriate slot.
But the maintainer of libSDL disagrees and he has the last word and usually knows the situation best.

On another note: hard-masking was never actually meant as another level of unstable ~arch. That is common practice today in the tree, but not everyone agrees with it and not everyone does it.

anyc · Post by **anyc** » Sun Mar 24, 2013 11:31 am

Hm, okay, I see your point. Although, in this case, it would be more correct to say that the ebuilds in main tree that do not depend on a slotted version are broken, not our libSDL ebuild or not?

Sorry for the noise and thanks for the explanation!

anyc · Post by **anyc** » Sun Mar 24, 2013 11:49 am

Well okay, they are not broken until someone adds libsdl:2.

Nevermind!

hasufell · Post by **hasufell** » Sun Mar 24, 2013 2:51 pm

I didn't mean that the ebuilds are broken, but that the non-slotting in ebuilds potentially causes portage to _unmerge_ libsdl-1.2 even though it is needed by almost all ebuilds.

mastro · Post by **mastro** » Sat May 04, 2013 7:45 pm

Hi,

I tried steam at the beginning using gamer-overlay and I remember being able to play TF2, even if with poor performances.
Today I had some spare time to try it again.

Upgrading steam was unsuccessful so I decided to reset my steam installation, remove the overlay and do it manually (I had more time to spend then the last occasion) following the wiki page.

What I did was

did steam --reset
unmerging the steam ebuilds
creating the @steam sets
downloading latest steam and script (linked in wiki page)
copied the bootstrap, .desktop and script in a temporary folder
executed the script
(made sure I had unmasked and installed the last nvidia drivers)

I think that this didn't actually executed the script because I didn't removed the .steam directory (I didn't want to re-download the games)

Steam started without issues and I was able to download Portal Beta (which I already owned on Windows from a long time).

Here comes the issues:
Portal:

sometimes when I launch it the screen goes black, I can here the game sounds but can't see anything. ALT+TAB switch me back to the desktop while the game crash. (happen often but without an apparent logic)
sometime the game is fluid as it is in windows, sometime it become sluggish / unplayable and crash to desktop

TF2:

I can't play TF2 anymore: when I execute it it loads up, I can see my mouse cursor but clicking or moving around produce no effect
as Portal sometimes it is black when I execute it

I do not know exactly which kind of informations can help you.

My system is an old laptop (~6 years old) with NVidia (2 core with SLI) 8600.

I execute steam using ~/.local/share/Steam/steam.sh
on the command line see many warning / errors while it runs

do you suggest to get rid completely of steam and retry with the wiki page?
what kind of information can help you debug my issues?

thanks!

mastro · Post by **mastro** » Sat May 04, 2013 7:55 pm

mastro wrote: I execute steam using ~/.local/share/Steam/steam.sh

I just noticed this is left there from the gamer overlay.

I'll do a clean install following the wiki and wait the download again then come back if I still have issues.

Can you tell me which kind of information an user can provide you to create an useful question?

swathe · Post by **swathe** » Sun May 05, 2013 12:59 am

I installed steam from the gamerlay overlay but did have issues running the source based games such as CS:S and l4d2 beta etc.

I ran

Code: Select all

~/.local/share/Steam/steam.sh

from the terminal and noticed the following error

Code: Select all

NVIDIA: could not open device file /dev/nvidiactl

So as root I ran

Code: Select all

chmod 666 /dev/nvidia*

Now it all works perfectly fine.It's a bit dirty I guess but it works.

mmnumbp · Post by **mmnumbp** » Tue May 14, 2013 2:29 am

Hey, where can I grab Steam.sh? The link on the wiki is broken.

kwesadilo · Post by **kwesadilo** » Sun Jun 02, 2013 1:46 am

I just tried to do a world update after probably about a month (I know, tsk, tsk. I was busy.) After some tedium that I think was related to the multilib transition, I eventually got things to install, except that I got this:

Code: Select all

WARNING: One or more updates have been skipped due to a dependency conflict:

dev-libs/glib:2

  (dev-libs/glib-2.34.3::gentoo, ebuild scheduled for merge) conflicts with
    <dev-libs/glib-2.33:2 required by (dev-libs/gobject-introspection-1.32.1-r1::steam-overlay, installed)

dev-libs/gobject-introspection:0

  (dev-libs/gobject-introspection-1.34.2-r1::gentoo, ebuild scheduled for merge) conflicts with
    >=dev-libs/gobject-introspection-1[abi_x86_32(-),abi_x86_64(-)] required by (dev-libs/libdbusmenu-0.6.2-r1::steam-overlay, installed)
  (dev-libs/gobject-introspection-1.34.2-r1::gentoo, ebuild scheduled for merge) conflicts with
    >=dev-libs/gobject-introspection-1[abi_x86_32(-),abi_x86_64(-)] required by (dev-libs/libappindicator-12.10.0-r1::steam-overlay, installed)

Looks like some substitute libraries from steam-overlay are blocking an upgrade from the main tree. Except it seems to me gobject-introspection-1.34.2-r1 should meet the requirement it claims to conflict with: At least version 1, abi_x86_32 enabled, abi_x86_64 enabled for good measure. I don't know much about how dependencies are specified.

I'll also admit to not being the most informed on how overlays interact with the main tree. Does anyone have any guidance on how to fix this?

hasufell · Post by **hasufell** » Wed Jun 05, 2013 7:52 pm

mmnumbp wrote:Hey, where can I grab Steam.sh? The link on the wiki is broken.

Uh, which one? The modified install script is still there: http://gentoo.pastebin.ca/raw/2339758

[n00b@localhost] · Post by **[n00b@localhost]** » Mon Jun 10, 2013 8:20 pm

After updating my laptop last week I can no longer play games based on the source engine. The error I get is "Could not find required OpenGL entry point 'glGetError'! Either your video card is unsupported, or your OpenGL driver needs to be updated." This appears to be quite a common error but none of the suggestions I'm getting through Google help (such as recompiling mesa/nvidia-drivers). Other games and OpenGL applications work.

My laptop is a Lenovo W530 with Intel i915 and nVidia Quadro K2000M GPUs using Optimus. I have installed bumblebee with virtualGL to control the nVidia card.

Code: Select all

garyslaptop ~ # lspci | grep VGA
00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09)
01:00.0 VGA compatible controller: NVIDIA Corporation GK107GLM [Quadro K2000M] (rev ff)
garyslaptop ~ # optirun glxinfo | grep -i opengl
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: Quadro K2000M/PCIe/SSE2
OpenGL version string: 4.3.0 NVIDIA 319.23
OpenGL shading language version string: 4.30 NVIDIA via Cg compiler
OpenGL extensions:
garyslaptop ~ # emerge -pv1 nvidia-drivers mesa steam-meta

These are the packages that would be merged, in order:

Calculating dependencies    ... done!                        
[ebuild   R   ~] games-util/steam-meta-0-r20130514::steam-overlay  USE="-steamruntime" 0 kB
[ebuild   R   ~] x11-drivers/nvidia-drivers-319.23  USE="X acpi (multilib) tools -pax_kernel" 0 kB
[ebuild   R    ] media-libs/mesa-9.1.2-r1  USE="classic egl gallium gles2 llvm nptl shared-glapi vdpau -bindist -debug -gbm -gles1 -openvg -osmesa -pax_kernel -pic (-r600-llvm-compiler) (-selinux) (-wayland) -xa -xorg -xvmc" PYTHON_SINGLE_TARGET="python2_7 -python2_6" PYTHON_TARGETS="python2_7 -python2_6" VIDEO_CARDS="i915 intel -i965 -nouveau -r100 -r200 -r300 -r600 -radeon (-radeonsi) -vmware" 0 kB

Total: 3 packages (3 reinstalls), Size of downloads: 0 kB
garyslaptop ~ # cat /etc/bumblebee/bumblebee.conf 
# Configuration file for Bumblebee. Values should **not** be put between quotes

## Server options. Any change made in this section will need a server restart
# to take effect.
[bumblebeed]
# The secondary Xorg server DISPLAY number
VirtualDisplay=:8
# Should the unused Xorg server be kept running? Set this to true if waiting
# for X to be ready is too long and don't need power management at all.
KeepUnusedXServer=false
# The name of the Bumbleblee server group name (GID name)
ServerGroup=bumblebee
# Card power state at exit. Set to false if the card shoud be ON when Bumblebee
# server exits.
TurnCardOffAtExit=false
# The default behavior of '-f' option on optirun. If set to "true", '-f' will
# be ignored.
NoEcoModeOverride=false
# The Driver used by Bumblebee server. If this value is not set (or empty),
# auto-detection is performed. The available drivers are nvidia and nouveau
# (See also the driver-specific sections below)
Driver=nvidia
# Directory with a dummy config file to pass as a -configdir to secondary X
XorgConfDir=/etc/bumblebee/xorg.conf.d

## Client options. Will take effect on the next optirun executed.
[optirun]
# Acceleration/ rendering bridge, possible values are auto, virtualgl and
# primus.
Bridge=auto
# The method used for VirtualGL to transport frames between X servers.
# Possible values are proxy, jpeg, rgb, xv and yuv.
VGLTransport=proxy
# List of paths which are searched for the primus libGL.so.1 when using
# the primus bridge
PrimusLibraryPath=/usr/lib/primus:/usr/lib32/primus
# Should the program run under optirun even if Bumblebee server or nvidia card
# is not available?
AllowFallbackToIGC=false


# Driver-specific settings are grouped under [driver-NAME]. The sections are
# parsed if the Driver setting in [bumblebeed] is set to NAME (or if auto-
# detection resolves to NAME).
# PMMethod: method to use for saving power by disabling the nvidia card, valid
# values are: auto - automatically detect which PM method to use
#         bbswitch - new in BB 3, recommended if available
#       switcheroo - vga_switcheroo method, use at your own risk
#             none - disable PM completely
# https://github.com/Bumblebee-Project/Bumblebee/wiki/Comparison-of-PM-methods

## Section with nvidia driver specific options, only parsed if Driver=nvidia
[driver-nvidia]
# Module name to load, defaults to Driver if empty or unset
KernelDriver=nvidia
PMMethod=auto
# colon-separated path to the nvidia libraries
LibraryPath=/usr/lib64/opengl/nvidia/lib:/usr/lib32/opengl/nvidia/lib:/usr/lib/opengl/nvidia/lib
# comma-separated path of the directory containing nvidia_drv.so and the
# default Xorg modules path
XorgModulePath=/usr/lib64/opengl/nvidia/lib,/usr/lib64/opengl/nvidia/extensions,/usr/lib64/xorg/modules/drivers,/usr/lib64/xorg/modules
XorgConfFile=/etc/bumblebee/xorg.conf.nvidia

## Section with nouveau driver specific options, only parsed if Driver=nouveau
[driver-nouveau]
KernelDriver=nouveau
PMMethod=auto
XorgConfFile=/etc/bumblebee/xorg.conf.nouveau

garyslaptop ~ # cat /etc/bumblebee/xorg.conf.nvidia 
Section "ServerLayout"
    Identifier  "Layout0"
    Option      "AutoAddDevices" "false"
    Option      "AutoAddGPU" "false"
EndSection

Section "Device"
    Identifier  "DiscreteNvidia"
    Driver      "nvidia"
    VendorName  "NVIDIA Corporation"

#   If the X server does not automatically detect your VGA device,
#   you can manually set it here.
#   To get the BusID prop, run `lspci | egrep 'VGA|3D'` and input the data
#   as you see in the commented example.
#   This Setting may be needed in some platforms with more than one
#   nvidia card, which may confuse the proprietary driver (e.g.,
#   trying to take ownership of the wrong device). Also needed on Ubuntu 13.04.
#   BusID "PCI:01:00:0"

#   Setting ProbeAllGpus to false prevents the new proprietary driver
#   instance spawned to try to control the integrated graphics card,
#   which is already being managed outside bumblebee.
#   This option doesn't hurt and it is required on platforms running
#   more than one nvidia graphics card with the proprietary driver.
#   (E.g. Macbook Pro pre-2010 with nVidia 9400M + 9600M GT).
#   If this option is not set, the new Xorg may blacken the screen and
#   render it unusable (unless you have some way to run killall Xorg).
    Option "ProbeAllGpus" "false"

    Option "NoLogo" "true"
    Option "UseEDID" "false"
    Option "UseDisplayDevice" "none"
EndSection

swathe · Post by **swathe** » Sun Jun 16, 2013 9:36 pm

[n00b@localhost] wrote:After updating my laptop last week I can no longer play games based on the source engine. The error I get is "Could not find required OpenGL entry point 'glGetError'! Either your video card is unsupported, or your OpenGL driver needs to be updated." This appears to be quite a common error but none of the suggestions I'm getting through Google help (such as recompiling mesa/nvidia-drivers). Other games and OpenGL applications work.

My laptop is a Lenovo W530 with Intel i915 and nVidia Quadro K2000M GPUs using Optimus. I have installed bumblebee with virtualGL to control the nVidia card.

Code: Select all

garyslaptop ~ # lspci | grep VGA
00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09)
01:00.0 VGA compatible controller: NVIDIA Corporation GK107GLM [Quadro K2000M] (rev ff)
garyslaptop ~ # optirun glxinfo | grep -i opengl
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: Quadro K2000M/PCIe/SSE2
OpenGL version string: 4.3.0 NVIDIA 319.23
OpenGL shading language version string: 4.30 NVIDIA via Cg compiler
OpenGL extensions:
garyslaptop ~ # emerge -pv1 nvidia-drivers mesa steam-meta

These are the packages that would be merged, in order:

Calculating dependencies    ... done!                        
[ebuild   R   ~] games-util/steam-meta-0-r20130514::steam-overlay  USE="-steamruntime" 0 kB
[ebuild   R   ~] x11-drivers/nvidia-drivers-319.23  USE="X acpi (multilib) tools -pax_kernel" 0 kB
[ebuild   R    ] media-libs/mesa-9.1.2-r1  USE="classic egl gallium gles2 llvm nptl shared-glapi vdpau -bindist -debug -gbm -gles1 -openvg -osmesa -pax_kernel -pic (-r600-llvm-compiler) (-selinux) (-wayland) -xa -xorg -xvmc" PYTHON_SINGLE_TARGET="python2_7 -python2_6" PYTHON_TARGETS="python2_7 -python2_6" VIDEO_CARDS="i915 intel -i965 -nouveau -r100 -r200 -r300 -r600 -radeon (-radeonsi) -vmware" 0 kB

Total: 3 packages (3 reinstalls), Size of downloads: 0 kB
garyslaptop ~ # cat /etc/bumblebee/bumblebee.conf 
# Configuration file for Bumblebee. Values should **not** be put between quotes

## Server options. Any change made in this section will need a server restart
# to take effect.
[bumblebeed]
# The secondary Xorg server DISPLAY number
VirtualDisplay=:8
# Should the unused Xorg server be kept running? Set this to true if waiting
# for X to be ready is too long and don't need power management at all.
KeepUnusedXServer=false
# The name of the Bumbleblee server group name (GID name)
ServerGroup=bumblebee
# Card power state at exit. Set to false if the card shoud be ON when Bumblebee
# server exits.
TurnCardOffAtExit=false
# The default behavior of '-f' option on optirun. If set to "true", '-f' will
# be ignored.
NoEcoModeOverride=false
# The Driver used by Bumblebee server. If this value is not set (or empty),
# auto-detection is performed. The available drivers are nvidia and nouveau
# (See also the driver-specific sections below)
Driver=nvidia
# Directory with a dummy config file to pass as a -configdir to secondary X
XorgConfDir=/etc/bumblebee/xorg.conf.d

## Client options. Will take effect on the next optirun executed.
[optirun]
# Acceleration/ rendering bridge, possible values are auto, virtualgl and
# primus.
Bridge=auto
# The method used for VirtualGL to transport frames between X servers.
# Possible values are proxy, jpeg, rgb, xv and yuv.
VGLTransport=proxy
# List of paths which are searched for the primus libGL.so.1 when using
# the primus bridge
PrimusLibraryPath=/usr/lib/primus:/usr/lib32/primus
# Should the program run under optirun even if Bumblebee server or nvidia card
# is not available?
AllowFallbackToIGC=false


# Driver-specific settings are grouped under [driver-NAME]. The sections are
# parsed if the Driver setting in [bumblebeed] is set to NAME (or if auto-
# detection resolves to NAME).
# PMMethod: method to use for saving power by disabling the nvidia card, valid
# values are: auto - automatically detect which PM method to use
#         bbswitch - new in BB 3, recommended if available
#       switcheroo - vga_switcheroo method, use at your own risk
#             none - disable PM completely
# https://github.com/Bumblebee-Project/Bumblebee/wiki/Comparison-of-PM-methods

## Section with nvidia driver specific options, only parsed if Driver=nvidia
[driver-nvidia]
# Module name to load, defaults to Driver if empty or unset
KernelDriver=nvidia
PMMethod=auto
# colon-separated path to the nvidia libraries
LibraryPath=/usr/lib64/opengl/nvidia/lib:/usr/lib32/opengl/nvidia/lib:/usr/lib/opengl/nvidia/lib
# comma-separated path of the directory containing nvidia_drv.so and the
# default Xorg modules path
XorgModulePath=/usr/lib64/opengl/nvidia/lib,/usr/lib64/opengl/nvidia/extensions,/usr/lib64/xorg/modules/drivers,/usr/lib64/xorg/modules
XorgConfFile=/etc/bumblebee/xorg.conf.nvidia

## Section with nouveau driver specific options, only parsed if Driver=nouveau
[driver-nouveau]
KernelDriver=nouveau
PMMethod=auto
XorgConfFile=/etc/bumblebee/xorg.conf.nouveau

garyslaptop ~ # cat /etc/bumblebee/xorg.conf.nvidia 
Section "ServerLayout"
    Identifier  "Layout0"
    Option      "AutoAddDevices" "false"
    Option      "AutoAddGPU" "false"
EndSection

Section "Device"
    Identifier  "DiscreteNvidia"
    Driver      "nvidia"
    VendorName  "NVIDIA Corporation"

#   If the X server does not automatically detect your VGA device,
#   you can manually set it here.
#   To get the BusID prop, run `lspci | egrep 'VGA|3D'` and input the data
#   as you see in the commented example.
#   This Setting may be needed in some platforms with more than one
#   nvidia card, which may confuse the proprietary driver (e.g.,
#   trying to take ownership of the wrong device). Also needed on Ubuntu 13.04.
#   BusID "PCI:01:00:0"

#   Setting ProbeAllGpus to false prevents the new proprietary driver
#   instance spawned to try to control the integrated graphics card,
#   which is already being managed outside bumblebee.
#   This option doesn't hurt and it is required on platforms running
#   more than one nvidia graphics card with the proprietary driver.
#   (E.g. Macbook Pro pre-2010 with nVidia 9400M + 9600M GT).
#   If this option is not set, the new Xorg may blacken the screen and
#   render it unusable (unless you have some way to run killall Xorg).
    Option "ProbeAllGpus" "false"

    Option "NoLogo" "true"
    Option "UseEDID" "false"
    Option "UseDisplayDevice" "none"
EndSection

Hmm I had the same error but running steam with STEAM_RUNTIME=1 worked for me.

[n00b@localhost] · Post by **[n00b@localhost]** » Sun Jun 16, 2013 10:55 pm

A system update along with removing all the app-emulation/emul-linux-x86-* packages not explicitly required and replacing them with ABI_X86="64 32" in make.conf worked for me.

Naib · Post by **Naib** » Mon Jun 17, 2013 11:47 am

anyway... sdl2 is nearing official release. Once it is it shall be in the tree and then we can have an emul update and this will fix this issue

hasufell · Post by **hasufell** » Mon Jul 08, 2013 8:14 pm

another case of breakage/conflicts caused by steam-overlay https://forums.gentoo.org/viewtopic.php?t=963888

Do you even mask experimental stuff?

Naib · Post by **Naib** » Mon Jul 08, 2013 9:00 pm

thats kinda why I hate overlays and rather layman -a, copy out the ebuilds I want to my local

hasufell · Post by **hasufell** » Mon Jul 08, 2013 9:02 pm

Naib wrote:thats kinda why I hate overlays and rather layman -a, copy out the ebuilds I want to my local

my post in the other thread disappeared so I'm gonna post it here again

a) don't use steam-overlay unless you really need to. You can install and run steam without it
b) if you use steam-overlay, then mask all packages by default via package.mask: */*::steam-overlay
and only put those packages in package.unmask that you really want
c) do the same with gamerlay if you happen to use it
d) do NOT set STEAM_RUNTIME=0

edit: added to wiki
https://wiki.gentoo.org/wiki/Overlay#Us ... e_overlays

Ant P. · Post by **Ant P.** » Thu Jul 11, 2013 10:47 am

Okay, I've installed steam manually using the wiki, the launcher opens fine, but L4D2 crashes at the first loading screen:

Code: Select all

 failed to dlopen /home/ant/.local/share/Steam/SteamApps/common/Left 4 Dead 2/left4dead2/bin/matchmaking.so error=dlopen: cannot load any more object with static TLS

I've already tried reinstalling that, and running `steam --reset`.

Native Steam client and source game engine

FYI - libsdl compile failure with USE="nas"

Some issue here

Re: Some issue here

Dependency conflict related to steam-overlay