Went multilib on my gaming rig, installed Steam (exporting the path to the Seamonkeylibs still necessary), let the machine run for a few hours to download TF2 and it worked right out of the box. Without sound of course, I forgot to export SDL_AUDIODRIVER=alsa.

For all gamers who have to go multilib: Don't forget to re-install your drivers afterwards, it took me about half an hour to realize that. Steam client refused to start with something like "X context does not support direct rendering, loosen your seat-belts" or similar.

I am having a similar error. Did you solve this?

Regarding the access denied error: provided you installed pulseaudio (both 32 and 64 bit packages) and have it running, I had to add my user to the "pulse" group and also add authorization to the pulse user to connect to my X instance:

Yes.

1. What video drivers have you installed? (nouvea does not work)
2. Have you installed everything that Eric has in his steam link?
3. Use the steam.sh script that has been posted here if you want to run TF2

Also for multilib libsamplerate compat32 package was not in Eric's repository before but you can create it from the 32bit package using Eric's tools. Haven't checked to see if he has added it yet.

I updated to the latest AMD drivers (beta) and it is working.
TF2 is downloading.

There only one little complaint, the horrible AMD watermark :(

Start the Network Manager:as root.

Found a fix for the ugly AMD beta drivers watermark, the script is this link.
For Slackware64 just change the line
with

I usually have a copy of the file /etc/ati/signature from a release version of the driver. When I install a beta version I just copy it back to that place and the watermark is gone. Now ask yourself why AMD is thinking that it is a good idea to annoy the people that volunteer to test their software with an on-screen watermark.

This is the output of my steam when I try to run TF2 Beta.
It breaks at the loading screen.

I start steam with
as recommend in a previous post.

Any ideas?

Please use code-tags, not quote tags.
Anyways, which video-driver are you using?
Also, I did not have to extent the library-path like that, it worked out of the box, so try with removing the TF2 path from the export.

Sadly Steam has also abandoned anyone with a marginal connection, regardless of their investment in games that use Valve's systems.

First sorry for the quote tags.
Second, I manage to play TF2.
It didn't load with may usb mouse connected.

I did not understand you point ?

Basically just another annoyance (albeit a potentially expensive one). When Steam "updated" their client/server about a year ago their changes made the system far more sensitive to network speed and many with less than ideal connection quality or significant high speed connections were left out in the cold because they could no longer connect to Steam's servers. This means they could no longer play games they had already purchased, and new ones purchased retail could not be installed. Steam however takes no responsibility in this issue whatsoever, despite the fact that these folks had no problems prior to the Valve "update".

You never purchased any Steam game. Steam is a subscription-based online service, you have acknowledged an "Subscriber Agreement".

I did not have to add that separate LD_LIBRARY_PATH entry to get TF2 to run. I just have:
export LD_LIBRARY_PATH="/usr/lib/seamonkey:$LD_LIBRARY_PATH"

Works fine for me. I am, however, using an NVIDIA card with the latest binary driver. Maybe something ATi specific?

I checked the Steam Linux beta forums and some people who have encountered a crash there have fixed it by launching the game with the "-nojoy" (without the quotes) parameter. Right click on the the game in your Library, choose "Properties," then click on the "Set Launch Options..." button. Type -nojoy in there.

In another thread, someone suggested updating to the Catalyst 12.11 beta 11 drivers. The start-up problems looked very similar to yours. Might be worth a shot.

Nope, works fine here on a HD6870 with Catalyst 12.11 beta.

For those with segmenation faults, I get them unless I

• put the correct TF2 export path in LD_LIBRARY_PATH
• run Steam via "SDL_AUDIODRIVER=alsa steam steam://store"

Also I only have pulseaudio-compat32 and not the full pulseaudio-compat32 x86_64 package installed. No doubt some of this would be easier if just ran pure 32-bit!

Also, for Nvidia GPUs, I highly recommend the proprietary 310.xx series. This is the version Nvidia s tweaking for the Source engine.

Thanks for the hints, but they don't work in my setup.
I cannot even get to the login screen, so the TF2 path is still non-existent on my system :)
About pulseaudio: if you install only the compat32 package then you won't have the daemon running at startup and steam will complain about not having access to the Mic control, but it doesn't seem like a critical error which causes the SEGFAULT.
I've put here a log created with
There are some errors (starting at line 1988) regarding GTK and some OpenGL4 calls (I'm using mesa, so they will fail miserably...) but apart these errors I can't see nothing of significance.
I hope that the SEGFAULT isn't caused by the lack of an OpenGL4 implementation on my system, because that would be a kinda ridiculous requirement...

I have the same problem line 414N.

I installed all compat-32 packages from AlienBob and packaged the latest .deb from the steam website (1.0.0.16).

After that I compiled pulseaudio for 64bit and started it with the rc.pulseaudio.

No pulseaudio errors anymore in terminal, but steam is always crashing with

I also get the line 287 segfault.

FWIW, I have an intel video card, and am running slackware64-14.0.

$ steam
/home/vtr/.local/share/Steam/ubuntu12_32/steam: error while loading shared libraries: libX11.so.6: cannot open shared object file: No such file or directory
/home/vtr/.local/share/Steam/ubuntu12_32/steam: error while loading shared libraries: libX11.so.6: cannot open shared object file: No such file or directory


what is going on?

Have you installed libX11-compat32, if you're on Slackware64?

Now I did. Thanks


edit 1: Im getting failed to load steamui.so so I think im still missing dependencies.. Is there a way to see what im missing (it doesnt say anything on the console: Installing breakpad exception handler for appid(steam)/version(1355250651_client and then finishes)

edit 2: everything is ok, now im getting the segfault just like 414n

I wrote an article about the steamclient package I created: http://alien.slackbook.org/blog/valv...ent-for-linux/

Perhaps that will help you on your way.

Eric

I'm not getting the SEGFAULT anymore after upgrading the mesa package (mesa-compat32 on a 64 bit system) to yesterday's git snapshot and can now start the steam client without issues. I can even play the "World of Goo demo" and am now downloading Team Fortress 2.
So, if you're using mesa, I suggest you try compiling and installing a more recent version (I think the stable version 9.0.1 should be good to try too) to make the steam client not SEGFAULT on you anymore.
Some general hints regarding the compilation of a recent version of mesa:

• you'll need a more recent version of libdrm (I used 2.4.40);
• GLU got recently separated from mesa, so you'll need to compile it standalone (sources here) for all programs using it to work after upgrading mesa.

Some additional hints if you're on a 64 bit system compiling a 32 bit version of mesa:

• remember to add the "--disable-64-bit" and "--enable-32-bit" configure options for mesa to correctly compile 32 bit code (of course you'll need to source /etc/profile.d/32dev.sh too), as mesa auto-detection of bitness seems to fail miserably when configuring the compilation for some asm sources (it configures for build the 64-bit asm files instead of the 32-bit ones and bails out when getting to that point, while all the c sources where correctly compiled as 32-bit code);
• you'll need to install a compat32 package for llvm too if you're compiling radeon drivers into mesa, else compilation fails;
• you'll need to run Eric's convertpkg-compat32 script on all the 32-bit packages you're creating, of course.

I used a modified version of Slackware's own mesa SlackBuild to build the mesa package. I also extracted into an external SlackBuild the building process for mesa-demos, as I found it kinda silly to recompile them all the times I'm building a new mesa package...
Tell me if you'd like/need to use some of my SlackBuilds to upgrade mesa and I'll post them.
BTW, thanks Eric for a Slackware-friendly steam client package. Much appreciated! :)

I guess I will wait until there is a Mesa upgrade from AlienBob or on the official mirror. Could be a long time until then, but the last time I upgraded Mesa I got a lot of inconsistencies in the programs I use.

I do not have any need for a newer mesa... I can play TF2 in Steam using the latest Nvidia binary blob on my Slackware64-current which has not otherwise been altered.
Perhaps things are different when using a different graphics card? I have a GT240 "silent" in here, not the fastest of cards to modern standards.

Eric

In my early testing days, I traced down all the dependencies I needed by using "strace". All those segfaults I had myself could be traced back to missing libraries.

Eric

Quick update: it seems like Team Fortress 2 cannot be run even using mesa-9.1dev (aka mesa from git) on a r300 card because of the lack of draw_buffers2-related extensions, like glColorMaskIndexedEXT.
Nevertheless, Waveform (demo) runs flawlessly.

Many thanks. Your new packaging fixed up a few issues with the monstrosity script I came up with. So far so good - sound and microphone with no pulseaudio needed. Several demo games work well as does TF2 (without the extra export).

It's working for me! I was having some problems, but someone in the thread suggested rebuilding video drivers and reinstalling them after doing the multilib upgrade. That ended the 'line 287' segfault for me.

I have had it crash a few times when clicking on UI elements, but that could just be Steam.

Great! Would it be possible to create a special steam-pulseaudio-solibs package for Steam like the google-chrome-pam-solibs for Google Chrome?

Good news: Putting libpulse.so.0 and libpulsecommon-2.0.so into $HOME/.steam/steam/ubuntu12_32 is sufficient to run Steam without installing the pulseaudio package. Also putting libjson.so.0 there (which is only needed by pulseaudio) gets rid of all non-slackware-provided dependencies except OpenAL. The latter is actually a reasonable package to install for most games. I don't see, where Steam needs speex, so I removed it.

Of course, the games and their dependencies are a complete different story.

I have an issue with TF2 and I've been trying to track down the cause of this with no luck on Valve's forum.

When I launch TF2 I get this error:

Now for the details of my system.
Intel Q6600 2.4ghz
6gb of ram
AMD HD5770 (1gb vram)

I'm running Slack64 with the multilibs enabled. I am using the 12.11 beta 11 drivers from AMD's site, built using the option for a Slackware package. KDE 4.9.4 is my DE. I rebuilt the driver after I installed multilib, and it functions properly for another Steam game called Space Pirates and Zombies.

When I had Ubuntu 12.04 on this machine I could load TF2 with the exact same driver, and my Win7 install plays TF2 fine, so I am 100% positive my card is supported. It just sort of hard to figure out where the problem lies. Is it some problem with SDL? Or could it just be a fresh bug in TF2 that keeps it from loading on non-Ubuntu systems.

Anyone else having any issues with TF2 and an AMD graphics card?

Steam is now open Beta

http://arstechnica.com/gaming/2012/1...to-the-public/

I've been gaming on various platforms for decades, and I gotta say, I never liked ATI cards. Sure, at various times they have the performance crown, but the drivers for both linux and Windows were always crap. ATI/AMD just does not put the effort into product support - esp. on Linux - and they drop older cards like a hot rock. Gaming has also been very bumpy on the OSS ati driver. Dump it and go with an Nvidia GTX 550/560 Ti or GTX 560/650 Ti as good bang for the buck (1). Heck, even my GT430 bitch slaps your HD5770 since it just plain works in Steam/TF2

As for you issue, a possible investigative route is to see what patches Ubuntu added to te ATI driver. They fiddle with so much its hard to keep track. That is, on Slackware, you might NOT be running the same driver. Did you look into ../testing/ for the ati and drm stuff? Also, slackware32 or slackware64? Did you double check compat32 files?

Edit:
(1) assuming its not a laptop with the mobility version.

glColorMaskIndexedEXT is in GL_EXT_draw_buffers2 which according to your error list the system doesn't support. It isn't an AMD issue as people have gotten the same error on nVidia cards.

You might want toi have a read here: http://steamcommunity.com/app/221410...6056532198187/

Desktop machine, slackware64 with multilibs, no money to upgrade graphics atm. I didn't think about any possible Ubuntu patches. I'll have to check in to that.

Haven't had any issues with AMD drivers in windows at all with this card, but Linux is another story. I don't think they put the proper amount of time and testing in to their Linux stuff.

Oh kewl!,

And YAS can mean Yet Another Steam :)


:hattip:

Upgraded Steam and downloading TF2. All seems well so far. I'm glad they opened up the beta to all. That seems to me to be an indication of the response from Linux Gamers.

I encountered this steamui.so problem, too. I ran thisand discovered I have some missing libraries:These appear to be part of the OpenSSL library. I'll probably have to install the 32 bit SSL. I also updated my multilibs, too.

Those are part of the seamonkey-solibs package (multilib version is what Steam needs) which you probably already have installed. My steamclient package has a modified /ysr/bin/steam startup script which adds "export LD_LIBRARY_PATH=/usr/lib/seamonkey" thereby making these "missing" libraries found by Steam.
Running ldd against that steam library will show those as "missing" until you run "export LD_LIBRARY_PATH=/usr/lib/seamonkey" in your terminal.

Eric

I thought your page said to chmod -x that.

Yes, I have that.My LD_LIBRARY_PATH is:, so ldd now reports I don't have any missing libraries, but now I get the following errors and warning:And tons of these:Thanks

The "GLErrors" are the real errors which you have to solve, the other messages are probably harmless. I have them too, except the NetworManager message which I never saw. Are you running this as root?

Eric

I had the NetworkManager errors also, the simple solution was to start NetworkManager.

To those of you getting the line 287 segfaults, make sure your video driver has 32 bit compatibility. I had to reinstall the nvidia driver with "COMPAT32="yes"".

My driver is Intel i915, so I'm not sure if it has 32-bit compatibility nor do I know if there's a compat32 version… I'll check. Thanks

---------- Post added 12-23-12 at 10:45 PM ----------

I get the same GLErrors as root, too.

Intel GPUs need Mesa 9.0, otherwise Steam will crash.

i see the package you built alienbob, thanks!