Native Steam client and source game engine

[Chiitoo]

Mhm, I've had it on Mint (maya), but not on Gentoo.

After seeing spacelike's [post=7184276]post[/post] I tried removing the libappindicator1 package, and indeed would not get the icon. I also tried removing libappindicator3-1, but this did not have the effect (but probably broke a lot of other stuff, heh).

[spacelike]

Based on the fact that it requires libappindicator can anyone think of a way that might make it possible to see the icon within a tint2 panel?
(or any panel really... just not the unity panel please!)

[Auwesome]

Hello,

I try to make World of goo demo working, but I have this issue about ld.so :

Code: Select all

ERROR: ld.so: object '/root/.steam/bin/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded: ignored.
An X Error occurred
X Error of failed request:  BadWindow (invalid Window parameter)

There is no so much help about this over the net. I'm running ~amd64, KDE on dualscreen with nvidia 304 driver.

Someone idea ?

[Spidey]

It seems that you are running Steam as root? See how the error complains about not finding something on /root? This is the root user home directory.

[Auwesome]

Running as root or not, I have the same error.

I've found on steam forums that adding in steam.sh "export LC_NUMERIC=C" just after bin/bash line, would resolve the problem.

But when I modify the file, Steam always updates and removes my modification. So I try to put the file on read only mode, but this time Steam complains about not reaching the internet..

At least, I've resolved the X error. I didn't have xorg.conf file so just doing an /opt/bin/nvidia-xconfig has remove this error.

[spacelike]

But your .steam/bin folder should be in a users home folder.

I think you should remove steam from your system and re-run the installation as a non-root user. Remove the files:
/root/.steam
/root/Steam
/root/.steampath
/root/.steampid

and then do the installation again as non-root.
In the end you should have a folder in /home/<user>/Steam instead of /root/Steam

[Auwesome]

I already done this. My first try was into the root directory just for a quick test.

But even as a user, it doesn't work.

[Auwesome]

I finally manage to launch the game even with the

Code: Select all

ERROR: ld.so: object '/home/blablabla/.steam/bin/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded: ignored.

It's because of iptables blocking some needed ports... So I've to found which one.

[darklegion]

This needs pulseaudio right? I got TF2 working, but I have no sound. I'm on AMD64 so is it available in the compat libs, and if so, do I also need 64bit pulseaudio installed?

I'm not too fussed either way, plenty of other games still to play

[hasufell]

I haven't played TF2 yet, so cannot confirm on that, but in general pulseaudio (64bit version) is not a dependency.

However steamclient.so is linked against 32bit pulseaudio which is bad coding. Alsa should work fine.

Those are side effects of steam being shipped for ubuntu, not for linux in general.

[spacelike]

This needs pulseaudio right? I got TF2 working, but I have no sound. I'm on AMD64 so is it available in the compat libs, and if so, do I also need 64bit pulseaudio installed?

I'm not too fussed either way, plenty of other games still to play

I have TF2 working with sound on ALSA no pulse.

I simply do:
export SDL_AUDIODRIVER=alsa
and then start steam, then lauch TF2 from the library and it has audio.

====================================================

I'm trying to start steam on my x86 gentoo laptop and after going through all of the dependencies with the correct versions where needed from the wiki (and I do have the correct kernel options with /dev/shm mounted) it won't launch.

It is giving me the same errors that people posted here before:

Code: Select all

      2503:	/usr/lib/libGL.so.1: error: symbol lookup error: undefined symbol: glXCopySubBufferMESA (fatal)
      2503:	/usr/lib/libGL.so.1: error: symbol lookup error: undefined symbol: glXBindTexImageEXT (fatal)
      2503:	/usr/lib/libGL.so.1: error: symbol lookup error: undefined symbol: glXReleaseTexImageEXT (fatal)
      2503:	/usr/lib/libGL.so.1: error: symbol lookup error: undefined symbol: glXSwapIntervalEXT (fatal)
      2503:	/usr/lib/libGL.so.1: error: symbol lookup error: undefined symbol: glXCreateContextAttribsARB (fatal)

The solution was to install emul-linux-x86-sdl.

But that is for a 64-bit system, my laptop is 32-bit and I have libsdl installed which should be the equivalent right? and installing emul-linux-x86-sdl on my x86 machine won't do anything right?

What am I missing?

[anyc]

Just a try: Do you use the latest binary drivers from nvidia or amd? If you use open source drivers, did you install >=mesa-9?

[spacelike]

Just a try: Do you use the latest binary drivers from nvidia or amd? If you use open source drivers, did you install >=mesa-9?

I have a laptop with integrated intel graphics, and I have x11-drivers/xf86-video-intel installed and also media-libs/mesa-9.0.

[Tieren]

I've updated to GCC 4.6.3. In fact, at this point:

Code: Select all

tieren@fenrir ~ $ gcc-config -l
 [1] x86_64-pc-linux-gnu-4.6.3 *
tieren@fenrir ~ $

However LD_DEBUG="libs" /usr/bin/steam 2>&1 eventually spits out:

Code: Select all

/home/tieren/Steam/ubuntu12_32/steam: error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory

Full Text

Prior to this I was getting some errors listing the path to the now-uninstalled GCC 4.5.3's libstdc++.so.6 (I was kind of hoping more things would squawk after removing it, but nothing else on my system seems to have an issue using 4.6.3...). Any thoughts on what's happening? I'm kind of going down the path of "something I have installed is still trying to link back to GCC 4.5.3", but I'm somewhat at a loss as to where to go from here.

[DaggyStyle]

I've updated to GCC 4.6.3. In fact, at this point:

Code: Select all

tieren@fenrir ~ $ gcc-config -l
 [1] x86_64-pc-linux-gnu-4.6.3 *
tieren@fenrir ~ $

However LD_DEBUG="libs" /usr/bin/steam 2>&1 eventually spits out:

Code: Select all

/home/tieren/Steam/ubuntu12_32/steam: error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory

Full Text

Prior to this I was getting some errors listing the path to the now-uninstalled GCC 4.5.3's libstdc++.so.6 (I was kind of hoping more things would squawk after removing it, but nothing else on my system seems to have an issue using 4.6.3...). Any thoughts on what's happening? I'm kind of going down the path of "something I have installed is still trying to link back to GCC 4.5.3", but I'm somewhat at a loss as to where to go from here.

try running revdep-rebuild

[Tieren]

try running revdep-rebuild

Sadly I'd already done so at that point. Some very badly mangled imagemagick stuff, but nothing else showed up. I've also remerged/rebuilt any of the packaged listed in this thread as possible dependencies for Steam post-gcc-update.

[DaggyStyle]

try running revdep-rebuild

Sadly I'd already done so at that point. Some very badly mangled imagemagick stuff, but nothing else showed up. I've also remerged/rebuilt any of the packaged listed in this thread as possible dependencies for Steam post-gcc-update.

have you reinstalled steam post gcc upgrade?

[Tieren]

have you reinstalled steam post gcc upgrade?

Yep! I actually updated GCC and had everything (except the recommended fonts) configured prior to installing steam the first time. I tried to do homework before installing, ran into some font issues after install, added the bitstream-vera font and started receiving the same GCC error as skaveria in this post.

Since that seemed odd (as GCC was already set to use 4.6.3 and I had rebooted since then as a lazy way to get new binary nvidia drivers in place) I unmerged 4.5.3, remerged the various emul-linux and other dependency packaged, and finished with a revdep-rebuild.

Got away from skaveria's error, so now instead of complaining about the 4.5.3 libraries it's unable to find the 4.6.3 libraries. [/url]

Edit - I've also tried blowing away all of steam and its created directories a couple times. It gets as far as creating some directories and files, then errors.

[hasufell]

I've updated to GCC 4.6.3. In fact, at this point:

Code: Select all

tieren@fenrir ~ $ gcc-config -l
 [1] x86_64-pc-linux-gnu-4.6.3 *
tieren@fenrir ~ $

However LD_DEBUG="libs" /usr/bin/steam 2>&1 eventually spits out:

Code: Select all

/home/tieren/Steam/ubuntu12_32/steam: error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory

Full Text

Prior to this I was getting some errors listing the path to the now-uninstalled GCC 4.5.3's libstdc++.so.6 (I was kind of hoping more things would squawk after removing it, but nothing else on my system seems to have an issue using 4.6.3...). Any thoughts on what's happening? I'm kind of going down the path of "something I have installed is still trying to link back to GCC 4.5.3", but I'm somewhat at a loss as to where to go from here.

That was wrong. Don't just remove a gcc version.

It totally does not matter which version is selected via gcc-config. You don't compile _anything_ here. You just have to satisfy the linkage.

It sounds like you are about to kill your toolchain with some unfinished gcc-switching.

read http://www.gentoo.org/doc/en/gcc-upgrading.xml
and either choose 4.5.4 or 4.6.3 now. On top of that I would do a complete remerge of @system

[spacelike]

I'm starting to think my problem is due to a missing USE flag in one of the dependencies, would someone who has it working on x86 be so kind as to paste a list of their use flags for all of the dependencies?

[Tieren]

Ah, no. To be more clear, after merging 4.6.3 I used gcc-config to set it as the active gcc version and rebuilt libtool. I was actually following the exact guide you linked, hasufell. 4.5.3 got unmerged later that evening after several successful compiles using 4.6.3.

[hasufell]

Ah, no. To be more clear, after merging 4.6.3 I used gcc-config to set it as the active gcc version and rebuilt libtool. I was actually following the exact guide you linked, hasufell. 4.5.3 got unmerged later that evening after several successful compiles using 4.6.3.

And that step was unnecessary. Anyway, 4.6.3 is fairly safe to use, so no need to downgrade.

[Tieren]

Ah, no. To be more clear, after merging 4.6.3 I used gcc-config to set it as the active gcc version and rebuilt libtool. I was actually following the exact guide you linked, hasufell. 4.5.3 got unmerged later that evening after several successful compiles using 4.6.3.

And that step was unnecessary. Anyway, 4.6.3 is fairly safe to use, so no need to downgrade.

I appreciate the information, thank you.

[piedar]

I had gcc-4.5.4 and gcc-4.6.3. steam first failed after initial update due to wrong version of GLIBCXX. It was trying to load libstdlibc++ from gcc-4.5.4 even though gcc-4.6.3 was selected with gcc-config. I pulled the trigger on removing gcc-4.5.4 (meaning to anyway), after which steam failed again on loading libstdc++ and libgcc_s.so.1. My quick and dirty workaround was

Code: Select all

ln -s /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/32/libstdc++.so.6 ~/Steam/ubuntu12_32/
ln -s /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/32/libgcc_s.so.1 ~/Steam/ubuntu12_32/

I also fixed an error in steam.sh. It was using a nonexistent variable in pidof, triggering the script to exit before launching the binary. I changed
ALREADYRUNNINGPID=`pidof "${STEAMROOT}"/${PLATFORM}/${STEAMEXE}`
to
ALREADYRUNNINGPID=`pidof "${STEAMPATH}"`


It seems to work fine now. Now to try TF2.

Edit: TF2 runs really well! I get around 100 FPS with maxed out settings with GeForce GTX 550. World of Goo works too.

[hasufell]

are you sure you did "env-update && source /etc/profile" after messing with gcc?

see http://www.gentoo.org/doc/en/handbook/h ... t=2&chap=5

Note: The above command only updates the variables in your current terminal, new consoles, and their children. Thus, if you are working in X11, you will need to either type source /etc/profile in every new terminal you open or restart X so that all new terminals source the new variables. If you use a login manager, become root and type /etc/init.d/xdm restart. If not, you will need to logout and log back in for X to spawn children with the new variable values.