Greetings friends
I'm not sure anyone can help since afaik there is no way to directly troubleshoot and get eror messages to work with but I have to try. Also I have a non-standard issue in that recently I disabled pulseaudio to fall back to ALSA but it's important to understand that everything worked until a recent automatic steam update. I'm not adverse to switching between pulseaudio and alsa (I can't at this point not disable pulse for at least one important app) but since it did work until very recently, I'd like to try to make it work again as it did.

OK some background on what I'm using and fwiw there have been no recent hardware changes.

1) 14.2 54bit Multilib which works very well considering I'm quite new to multilib (but an old timer on 32 bit).
2) steamclient-1.0.0.54-i386-1alien
3) SDL2-2.0.5-x86_64-1_SBo
4) SDL2_image-2.0.1-x86_64-2_SBo
5) sdl-1.2.15-x86_64-4
6) sdl-compat32-1.2.15-x86_64-4compat32

You may know but just to be sure I should mention that because most Linux has (gasp!) systemd and Steam is designed for Ubuntu Steam does seek those libraries but that seems fairly easy to sidestep. I did manage to get one game to run from command line so I could see error messages and it mentioned not being able to find NetworkManager and Kerberos but it did manage to run just fine without them, at least at that time. Naturally I'd prefer to not have those, unless as a temporary check.

Sorry for the delay but here's the recent problem since some automatic and unstoppable steam client update.

Steam launches just fine whether from menu or cli. On cli it complains it can't find NetworkManager but as I recall it always did yet it worked both then and now at least for initial steam launch.

An older game, Half Life 2 still launches but suddenly, after that update, sound is almost an octave higher in pitch. I might normally think I may have inadvertently changed something but everything else, even intense DAW work still works fine.

The worst issue is Deus Ex: Mankind Divided used to run quite acceptably and now will not launch at all. For a moment the menuitem shows "Running" but within seconds ceases. I seriously doubt the game changed and know that Steam did, so I'm hoping to discover what new requirement broke it's abilities and how to workaround it/them if not fix them entirely.

I know these are "just games" but they are rather important to me since my stroke. I need the brain and eye/hand coordination exercise games provide so this is not about some simple waste of time. Thanks in advance for any help and guidance any might offer.

Multilib is rarely an issue. Slackware has no dependency list in it's packages, and is not lsb compliant. There may be symlinks needed. ld-lsb_x86_64.so.3 is a symlink to ld-linux-x86_64.so.3 and you might need the 32 bit equivalent. Just guessing here - I don't use steam.

I'd also mess with ldd, and see are any libs missing. Syntax is

Thanks for your response, business kid. It will take some time to run ldd since the dynamic executable for Steam is apparently under layers of shell scripts. Unless my logic is just ill-founded I'm doubting lsb is an issue since Steam officially supports only Ubuntu 12.0.4 and afaik lsb was only supported in Ubuntu 9. Also I have an install of 64bit Manjaro and Steam and games work perfectly there. They also work perfectly on Slack 14.0 32bit with the exception of the aforementioned Deus Ex since Feral Interactive dropped 32 bit support . I will keep searching for the end dynamic executable though.

THAT SAID .... I DID run it on the DeusExMD executable and got this response which bums me out

Damn!

Sorry I can't contribute to a solution, but if it's any consolation the recent update broke my install as well. I tried to cancel the damn thing updating because updates always break something - it bombed out and then wouldn't restart at all with:

I had to download its base installer again (so it could then download 250+MB for the initial run) and was confronted with the good ol favorite

LD_PRELOAD='/usr/$LIB/libstdc++.so.6' DIAPLAY=:0 steam worked, but in the past I only had to run that once.. now I need to load steam that way each time.

I hate that they force this crap upon us - but what can ya do - for all its faults steam has brought gaming to Linux and for that I'm grateful. I rarely play games but I'm glad that now when I have a bit of free time there is more than tuxkart or battle for wesnoth.

Be sure to keep us up to date

That's a show stopper for that game. I don't have those libs installed, but I've no kerebos stuff there. With ldd, If the binaries and scripts are in the same directory, use '*' for the filename, and leave the grep in place. It should throw an error for each script & subdir, but work. If it's all in perl or python, forget it.

1 members found this post helpful.

Well it seems Deus Ex, and possibly by extension any games from Feral Interactive, are a lost cause for me as cost/benefit for having Kerberos is a bad proposition for me and how I use a PC where I am committed to the freedom and control of Slackware. I still keep a few partitions around for giving alternate distros a go but if I have to reboot just for a game or three, it's almost a tossup whether that would better be Ubuntu, Manjaro, etc or some old Windows install.

Despite many hundreds of hours playing Half Life 2 I still like to play it so I'll have to come up with a workaround to get audio back to the correct pitch in Steam. Unfortunately the only other Linux game I have on Steam is Deus Ex so I can't know (yet) if the pitch problem is across the board , a Steam issue on 14.2 64 bit w/ Pulse disabled, or game specific as HL2 is currently all that I have that runs at all in Slack 14.2 Multilib.

You don't need kerebos, surely; just those libs.

Sorry to take so long but it just sunk in that I may be able to extract those 3 files and place them where Deus Ex will be satisfied. Do I understand correctly that these are static libraries that need no changes or external links from any configuration or use? More fundamentally, how do I discover where they should go or more accurately, where Deus Ex seeks them?

Unless Deus Ex is doing funny stuff, anywhere in standard library paths will do for them. Use /lib, /usr/lib, or /usr/local/lib for 32 bit libs, and add 64 to those if your libs are 64 bit. You will want the same as your executable, as a 32 bit program will not load a 64 bit lib, and vice versa.

Thanks again, business kid. After installing those 3 to /lib64 (Feral Interactive ceased support for 32 bit) when I ran the ldd command against DeusExMD executable it complained about a new krbsupport file but once adding that and still using the "| grep found" no longer was there any output, so it seems it would be satisfied. However it still won't launch, so I'm going to compare to a working install on Manjaro see why.

Note: FWIW I test out alternate distros and actually wanted Arch but it's install methodology is a ridiculous nightmare unless one only wants to boot to CLI only. It makes any X installation a guessing game. I then tried Manjaro Plasma 5 which has a proper install method but it is no longer just simplified Arch. It does allow for an actual root account, unlike some these days, but is not quite as stable as Arch was back when I had it going a few years ago, but that may be largely due to Plasma 5. I also don't like that it boots directly to X and doesn't like Lilo, but hey, that's why Slackware has been my main for almost 20 years.

In any case Deus Ex:MD does run on it, so I can compare and see wazzup..... hopefully

enorbet,
I've noticed that after a few Steam upates, if I haven't played a (linux) game in a while, Steam some how "forgets" the game and looses track. HL2 and source games have been OK mostly, except for L4D2, which freezes on the intro and/or loses audio until I reinstall from scratch. Deadfall Adventures just recently when "belly up" but I haven't had a chance to fiddle with it yet (got distracted by Payday2 and Shadow Warrior 2013).

Anyway, technically, Steam "should" pull any libs it needs if those aren't present on the system. If the Ubuntu-esque verion has issues (pfft), usually a native version can be had via SBo to build as 32 or 64 bit and converted via the multilib utils to compat32 as needed.

Lately Valve has been pushing a lot of VR updates. Who knows, that may be monkeying with some libs.

As for, pulseaudio, since a different upstream crowd now maintains it, it seams to work just fine. I was a bit hesitant at first, but now just leave it. No real issues with multiple input/outputs, HDMI etc, and I don't have to fiddle with arcane around.conf (or .asound) configurations.

Before slackware got pulseaudio steam needed LD_PRELOAD="/usr/lib/libasound.so.2"
I think i used LD_PRELOAD="/usr/lib/libasound.so.2 /usr/lib64/libasound.so.2" /usr/bin/steam %U
When things doesn't work i sometimes use LIBGL_DEBUG=verbose to see whats wrong.
This error means that you have an broken setup.
You probably haven't got an working 32-bit mesa setup.
Should work on an working setup.
And while your at it if you play any games that use S3TC you need to install libtxc_dxtn both 64bit and 32bit since you use mesa driver (not needed for those that use proprietary graphics drivers since they already got S3TC support).
Dues ex worked on my system last time i tried it, i thought about trying it now but i had uninstalled it.

Thanks, Nille_kungen, I'll look into those. I would like to get one thing a bit clearer if you don't mind. Were you talking about Deus Ex: Mankind Divided that you had working on Slacxkware??... and if so, when did you uninstall it? I ask this because originally it ran for me very nicely 3 or 4 times and wghen some forced updated killed it. I'm not certain but I think it was roughly a month ago the update occurred, maybe just 3 weeks.

One possibility for Deus Ex is that the kerebos libs themselves call on something that isn't there, and checking your listed dependencies might help.

Hello,

Running ldd on a 'Steam' game can return wrong result because some of the required libraries might be in directories not referenced by PATH variable. That's particularly true in case, of games which are executed using a shell script (which resolves dependencies at runtime). In that case, to check if a library is really missing, it is better to search for it first in ~/.local/share/Steam. If the game has been installed in another location, the (missing) library would have to be searched there too.

Furtherrmore, since 'Deus Ex: Mankind Divided' was working well until recently, I think that you should try to verify the cache integrity of that game as explained here. I had troubles with Steam games, and sometimes, this helps.

Edit:
According to this file, the libraries libgssapi_krb5.so.2, libkrb5.so.3 and libk5crypto.so.3 are part of steam runtime (ie. in ~/.local/share/Steam/ubuntu12_32/steam-runtime) :
--
SeB