You might want to try the 310.19 driver. Could you also attach the system information output from the client? Are the system borked in any way?
I've been reluctant to go to the 310.19 driver because I really, truly HATE running a system on the bleeding edge. I only moved to wheezy from squeeze to try out Steam as it is.
I've also found that mixing packages from different flavors of Debian can be tricky at times, especially when dealing with drivers. I've gotten gun shy about mixing stable with testing, testing with unstable, etc. Mixing an experimental driver with a testing version of Debian that's close to becoming the new stable? Not my idea of a good time!
I can't give you the system information from the client because, as I noted in my initial report, the client never starts. As in, I never see any X display from Steam whatsoever. It never comes up at all. However, I can provide you with just about anything that you care to name from the CLI. For example:
jim@sgtrock:~$ lsmod
Module Size Used by
parport_pc 22364 0
ppdev 12763 0
lp 17149 0
parport 31858 3 lp,ppdev,parport_pc
nfnetlink_log 17212 0
nfnetlink 12906 1 nfnetlink_log
bnep 17567 2
rfcomm 33700 0
bluetooth 119455 10 rfcomm,bnep
rfkill 19012 2 bluetooth
cpufreq_powersave 12454 0
cpufreq_stats 12866 0
cpufreq_userspace 12576 0
cpufreq_conservative 13147 0
binfmt_misc 12957 1
fuse 62020 1
nfsd 216029 2
nfs 312283 0
nfs_acl 12511 2 nfs,nfsd
auth_rpcgss 37143 2 nfs,nfsd
fscache 36739 1 nfs
lockd 67306 2 nfs,nfsd
sunrpc 173774 6 lockd,auth_rpcgss,nfs_acl,nfs,nfsd
loop 22641 0
firewire_sbp2 17993 0
snd_hda_codec_hdmi 30824 5
snd_hda_codec_realtek 188858 1
joydev 17266 0
nvidia 11197277 55
snd_hda_intel 26345 6
snd_hda_codec 78031 3 snd_hda_intel,snd_hda_codec_realtek,snd_hda_codec_hdmi
snd_seq_midi 12848 0
snd_seq_midi_event 13316 1 snd_seq_midi
snd_rawmidi 23060 1 snd_seq_midi
snd_hwdep 13186 1 snd_hda_codec
snd_seq 45126 2 snd_seq_midi_event,snd_seq_midi
snd_pcm_oss 41081 0
snd_mixer_oss 17916 4 snd_pcm_oss
snd_pcm 68083 4 snd_pcm_oss,snd_hda_codec,snd_hda_intel,snd_hda_codec_hdmi
i2c_nforce2 12584 0
i2c_core 23876 2 i2c_nforce2,nvidia
edac_mce_amd 17103 0
edac_core 35258 0
snd_page_alloc 13003 2 snd_pcm,snd_hda_intel
snd_seq_device 13176 3 snd_seq,snd_rawmidi,snd_seq_midi
snd_timer 22917 2 snd_pcm,snd_seq
snd 52889 18 snd_timer,snd_seq_device,snd_pcm,snd_mixer_oss,snd_pcm_oss,snd_seq,snd_hwdep,snd_rawmidi,snd_hda_codec,snd_hda_intel,snd_hda_codec_realtek,snd_hda_codec_hdmi
soundcore 13065 4 snd
mxm_wmi 12515 0
k10temp 12611 0
mperf 12453 0
wmi 13243 1 mxm_wmi
evdev 17562 11
pcspkr 12579 0
video 17683 0
processor 28157 0
button 12937 0
asus_atk0110 17297 0
ext4 350601 3
crc16 12343 2 ext4,bluetooth
jbd2 62065 1 ext4
mbcache 13114 1 ext4
usbhid 36418 0
hid 81328 1 usbhid
sg 25874 0
sd_mod 36136 6
sr_mod 21899 0
cdrom 35401 1 sr_mod
crc_t10dif 12348 1 sd_mod
ata_generic 12479 0
pata_amd 13322 0
forcedeth 49338 0
ahci 24997 6
libahci 22860 1 ahci
firewire_ohci 35772 0
firewire_core 48449 2 firewire_ohci,firewire_sbp2
crc_itu_t 12347 1 firewire_core
libata 140630 4 libahci,ahci,pata_amd,ata_generic
scsi_mod 162269 5 libata,sr_mod,sd_mod,sg,firewire_sbp2
fan 12674 0
thermal 17383 0
thermal_sys 18040 4 thermal,fan,processor,video
floppy 53087 0
ohci_hcd 22467 0
ehci_hcd 40215 0
usbcore 128681 4 ehci_hcd,ohci_hcd,usbhid
usb_common 12354 1 usbcore
jim@sgtrock:~$ lspci
00:00.0 RAM memory: NVIDIA Corporation MCP78S [GeForce 8200] Memory Controller (rev a2)
00:01.0 ISA bridge: NVIDIA Corporation MCP78S [GeForce 8200] LPC Bridge (rev a2)
00:01.1 SMBus: NVIDIA Corporation MCP78S [GeForce 8200] SMBus (rev a1)
00:01.2 RAM memory: NVIDIA Corporation MCP78S [GeForce 8200] Memory Controller (rev a1)
00:01.3 Co-processor: NVIDIA Corporation MCP78S [GeForce 8200] Co-Processor (rev a2)
00:01.4 RAM memory: NVIDIA Corporation MCP78S [GeForce 8200] Memory Controller (rev a1)
00:02.0 USB controller: NVIDIA Corporation MCP78S [GeForce 8200] OHCI USB 1.1 Controller (rev a1)
00:02.1 USB controller: NVIDIA Corporation MCP78S [GeForce 8200] EHCI USB 2.0 Controller (rev a1)
00:04.0 USB controller: NVIDIA Corporation MCP78S [GeForce 8200] OHCI USB 1.1 Controller (rev a1)
00:04.1 USB controller: NVIDIA Corporation MCP78S [GeForce 8200] EHCI USB 2.0 Controller (rev a1)
00:06.0 IDE interface: NVIDIA Corporation MCP78S [GeForce 8200] IDE (rev a1)
00:07.0 Audio device: NVIDIA Corporation MCP72XE/MCP72P/MCP78U/MCP78S High Definition Audio (rev a1)
00:08.0 PCI bridge: NVIDIA Corporation MCP78S [GeForce 8200] PCI Bridge (rev a1)
00:09.0 IDE interface: NVIDIA Corporation MCP78S [GeForce 8200] SATA Controller (non-AHCI mode) (rev a2)
00:0a.0 Ethernet controller: NVIDIA Corporation MCP77 Ethernet (rev a2)
00:10.0 PCI bridge: NVIDIA Corporation MCP78S [GeForce 8200] PCI Express Bridge (rev a1)
00:12.0 PCI bridge: NVIDIA Corporation MCP78S [GeForce 8200] PCI Express Bridge (rev a1)
00:13.0 PCI bridge: NVIDIA Corporation MCP78S [GeForce 8200] PCI Bridge (rev a1)
00:14.0 PCI bridge: NVIDIA Corporation MCP78S [GeForce 8200] PCI Bridge (rev a1)
00:18.0 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor HyperTransport Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor Miscellaneous Control
00:18.4 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor Link Control
01:0a.0 FireWire (IEEE 1394): LSI Corporation FW322/323 [TrueFire] 1394a Controller (rev 70)
02:00.0 VGA compatible controller: NVIDIA Corporation GF116 [GeForce GTX 550 Ti] (rev a1)
02:00.1 Audio device: NVIDIA Corporation GF116 High Definition Audio Controller (rev a1)
jim@sgtrock:~$ lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 002: ID 045e:0008 Microsoft Corp. SideWinder Precision Pro
Bus 004 Device 002: ID 046d:c041 Logitech, Inc. G5 Laser Mouse
Need anything else?
As requested, I upgraded the Nvidia driver to 310.19. I also pulled down steam_latest (now 1.0.0.18) and modified it again (as noted in the blog post I mentioned in my original report). I then purged steam from my system and reinstalled with my custom .deb package. I changed the control file by modifying the Depends: line:
Depends: libcurl3-gnutls (>= 7.16.2-1), libgl1-mesa-dri, libgl1-mesa-glx, libjpeg8, libogg0 (>= 1.0rc3), libpixman-1-0 (>= 0.24.4-1), libsdl1.2debian (>= 1.2.10-1), libtheora0 (>= 1.0~beta1), libudev0 (>= 175-0ubuntu9.2), libvorbis0a (>= 1.1.2), libvorbisenc2 (>= 1.1.2), libvorbisfile3 (>= 1.1.2), multiarch-support (>= 2.13), zenity (>= 3.4.0-0ubuntu4), libasound2 (>= 1.0.23), libc6 (>= 2.13), libcairo2 (>= 1.6.0), libcups2 (>= 1.4.0), libdbus-1-3 (>= 1.2.14), libfontconfig1 (>= 2.8.0), libfreetype6 (>= 2.3.9), libgcc1 (>= 1:4.1.1), libgcrypt11 (>= 1.4.5), libgdk-pixbuf2.0-0 (>= 2.22.0), libglib2.0-0 (>= 2.14.0), libgtk2.0-0 (>= 2.24.0), libopenal1 (>= 1:1.13), libpango1.0-0 (>= 1.22.0), libpng12-0 (>= 1.2.13-4), libpulse0 (>= 0.99.1), libstdc++6 (>= 4.6), libx11-6 (>= 2:1.4.99.1), libxext6, libxfixes3, libxi6 (>= 2:1.2.99.4), libxinerama1, libxrandr2 (>= 2:1.2.99.3), libxrender1, zlib1g (>= 1:1.2.3.3.dfsg)
I also pulled down
libc6_2.15-0ubuntu10.2_amd64.deb
from the same place that the *_i386.deb packaged was located, then followed the same steps to move the *.so files into my ~/steam/lib location.
I am STILL getting these errors:
jim@sgtrock:~/steam$ /usr/bin/steam %U
/home/jim/.local/share/Steam/ubuntu12_32/steam: /lib/i386-linux-gnu/i686/cmov/libc.so.6: version `GLIBC_2.15' not found (required by /home/jim/.local/share/Steam/ubuntu12_32/steam)
/home/jim/.local/share/Steam/ubuntu12_32/steam: /lib/i386-linux-gnu/i686/cmov/libc.so.6: version `GLIBC_2.15' not found (required by /home/jim/.local/share/Steam/ubuntu12_32/steam)
At this point, I'm about ready to give up. I just don't see a way forward. :-(
Would http://xxblx-duke.com/downloads/steam.zip from http://steamcommunity.com/app/221410/discussions/1/846939071448270483/ be of any use to you?
That is essentially what I've been using:
#!/bin/sh
export STEAMLIBS=${HOME}/steam
export LD_LIBRARY_PATH=${STEAMLIBS}
I then run this command manually
/usr/bin/steam %U
Unfortunately, it's not working. Just for the heck of it, I tried putting
the last line in the script (both with and without the %U). No change.
On Sun, Dec 30, 2012 at 6:54 PM, Olav Dahlum [email protected]:
Would http://xxblx-duke.com/downloads/steam.zip from
http://steamcommunity.com/app/221410/discussions/1/846939071448270483/ be
of any use to you?—
Reply to this email directly or view it on GitHubhttps://github.com/ValveSoftware/steam-for-linux/issues/463#issuecomment-11770858.
And with 32 bit libc 2.15 of course …
Yes. See this statement at the top of this thread:
and followed the recommendations in this blog post.
If you follow the link, you will see this as part of the process:
5: Grabbing eglibc 2.15 and Some Other Dependencies not Listed
eglibc 2.15
As stated before, upgrading your version of eglibc is not typically a pleasant experience. It can break lots of other packages and even totally bork your system. So, rather than attempt to upgrade ourselves –either by compiling from source or by installing someone else’s debian package along with all its dependencies– we will do something inbetween: grab the compiled libraries (*.so files, basically) from someone else’s eglibc 2.15 package. We will have to tell steam where to look for them, but this prevents us from borking our system or otherwise breaking things.
I decided at this point to keep all custom stuff for steam in a single folder. Specifically:
$ mkdir ~/steam-beta
$ mv steam.deb ~/steam-beta
$ cd ~/steam-beta
$ mkdir lib
We will throw all our custom eglibc 2.15 i386 compiled libraries in there. But steam still needs to able to find them. So, add the following environment variable to your .bashrc:
STEAMLIBS=${HOME}/steam-beta/lib
You’ll also want to append this to LD_LIBRARY_PATH:
LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/cuda/lib64:/usr/lib/jvm/jdk1.7.0_05/jre/lib/amd64:/usr/lib/jvm/jdk1.7.0_05/jre/lib/i386:/usr/lib32:${STEAMLIBS}
Your LD_LIBRARY_PATH will probably be different. DO NOT change it to look like mine. Just add “:${STEAMLIBS}” to the end. Make sure you export them at the end of your .bashrc:
Update from comment: fixed typo. used to read “export LD_LIRARY_PATH” when it should have read “export LD_LIBRARY_PATH”.
export STEAMLIBS
export LD_LIBRARY_PATH
You’ll need to reload your terminal (close and reopen) before this takes effect.
We now have a spot to put our eglibc 2.15 i386 compiled libraries where steam will know where to look. So let’s get them and put them there:
$ wget http://security.ubuntu.com/ubuntu/pool/main/e/eglibc/libc6_2.15-0ubuntu10.2_i386.deb
$ dpkg -x libc6_2.15-0ubuntu10.2_i386.deb /tmp/libc/
$ mv /tmp/libc/lib/i386-linux-gnu/* ${STEAMLIBS}
But the error messages seem to indicate that Steam is not looking in the right place for some reason and I'm at a loss to figure out why. Instead of looking in ${HOME}/steam, it's looking in /lib. What am I doing wrong?
This happened to me because in my ${HOME}/.local/share/Steam/ubuntu12_32/ there was a symlink to libc.so.6 that was pointing to some folder (I don't remember, probably in /usr) that didn't contain the lib or the proper version of it, anyway. I removed the symlink with "rm $HOME/.local/share/Steam/ubuntu12_32/libc.so.6" (make sure it's actually a symlink with ls -l!) and then created a symlink to the ubuntu libc 2.15 lib I downloaded and put in a separate folder a la "ln -s $HOME/.steam-libs/libc.so.6 $HOME/.local/share/Steam/ubuntu12_32/". Hope this helps!
After doing some investigation, appleYaks' clue pointed me to a resolution of the libc.so.6 problem. I did have a broken symlink (pointed at the wrong file in my $HOME/steam/lib subdirectory, actually). I am now to the point where I see a dialog box pop up! (small yay)
However, the dialog box says, "Failed to load steamui.so". :-(
Using
LD_DEBUG=libs /usr/bin/steam %U
I get the following output:
[snip]
13567: find library=libnss3.so [0]; searching
13567: search path=/home/jim/.local/share/Steam/ubuntu12_32:/home/jim/steam/lib (LD_LIBRARY_PATH)
13567: trying file=/home/jim/.local/share/Steam/ubuntu12_32/libnss3.so
13567: trying file=/home/jim/steam/lib/libnss3.so
13567: search cache=/etc/ld.so.cache
13567: search path=/lib/i386-linux-gnu/i686/cmov:/lib/i386-linux-gnu/i686:/lib/i386-linux-gnu:/usr/lib/i386-linux-gnu/tls:/usr/lib/i386-linux-gnu/i686/cmov:/usr/lib/i386-linux-gnu/i686:/usr/lib/i386-linux-gnu:/lib:/usr/lib/tls:/usr/lib (system search path)
13567: trying file=/lib/i386-linux-gnu/i686/cmov/libnss3.so
13567: trying file=/lib/i386-linux-gnu/i686/libnss3.so
13567: trying file=/lib/i386-linux-gnu/libnss3.so
13567: trying file=/usr/lib/i386-linux-gnu/tls/libnss3.so
13567: trying file=/usr/lib/i386-linux-gnu/i686/cmov/libnss3.so
13567: trying file=/usr/lib/i386-linux-gnu/i686/libnss3.so
13567: trying file=/usr/lib/i386-linux-gnu/libnss3.so
13567: trying file=/lib/libnss3.so
13567: trying file=/usr/lib/tls/libnss3.so
13567: trying file=/usr/lib/libnss3.so
At which point, the error message appears. /usr/lib/libnss3.so does exist.
I should also note that I when I modified the Depends: line in the control file, I had deleted any reference to libnss3 and libnspr4, so I wasn't surprised to see an error generated for one of them.
apt-cache policy shows this:
~/steam$ apt-cache policy libnss3
libnss3:
Installed: 2:3.13.6-2
Candidate: 2:3.13.6-2
Version table:
*** 2:3.13.6-2 0
500 http://ftp.us.debian.org/debian/ wheezy/main amd64 Packages
100 /var/lib/dpkg/status
I re-edited the control file to include "libnss3 (>=2:3.13.6-2)" , recreated the package with
sudo fakeroot dpkg-deb -b deb-package steam_1.0.0.18-custom_i386.deb
then attempted to reinstall it. That failed saying that steam depended upon it. I tried the same thing without including a version number for libnss3 and got a very similar error:
sudo dpkg -i steam_1.0.0.18-custom_i386.deb
Selecting previously unselected package steam.
(Reading database ... 232280 files and directories currently installed.)
Unpacking steam (from steam_1.0.0.18-custom_i386.deb) ...
dpkg: dependency problems prevent configuration of steam:
steam depends on libnss3.
Checking for broken packages at this point shows that "steam:i386" is now in a broken state. Any thoughts as to why this might be happening?
Okay, first step is to take a deep breath and relax! :)
Here's what worked for me. I documented it, so I'll post what I wrote here. If you're on Debian Wheezy and using the proprietary nvidia drivers, there's a chance that you don't have the multiarch i386 drivers, but instead only the amd64 drivers, especially if you installed your nvidia drivers through apt, as I did. I've heard from the Steam forum that this led to the steamui error because they lacked libGL.so.1. Here's what you can do (this should work for an x64/amd64/x86_64 system):
There's a problem where the needed libgl1-nvidia-glx:i386 libs are unsupported in wheezy multiarch. You'll have to use this workaround. A discussion of the issue can be found at:
http://www.playonlinux.com/en/topic-9507.html and
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640499
$ sudo apt-get install libasound2-plugins:i386
Make a custom deb as shown in:
http://aspensmonster.com/2012/12/07/steam-for-linux-beta-on-64-bit-debian-testing-wheezy/
It includes a libjpeg8 dependency rather than the ubuntu one, and removes the dependencies on multiarch, libc6, and libpulse0 as needed for Debian Wheezy. That's all the tinkering I needed to get the deb installed properly. do:
$ sudo dpkg -i [deb-file]
to install, then:
$ sudo apt-get -f install
to install any further dependencies (probably all i386 stuff). Make sure nothing important is going to be removed by doing this! You may have other things going on in your installed apt packages that are unrelated to this but in conflict with each other.
I've done as follows to acquire and use libc6 v2.15:
$ wget http://security.ubuntu.com/ubuntu/pool/main/e/eglibc/libc6_2.15-0ubuntu10.2_i386.deb
$ dpkg -x libc6_2.15-0ubuntu10.2_i386.deb /tmp/libc/
$ mkdir ~/.steam-libs
$ export STEAMLIBS=${HOME}/.steam-libs
$ mv /tmp/libc/lib/i386-linux-gnu/* ${STEAMLIBS}
I've added to ~/.bashrc:
# Set Steam libc v2.15 Library Path
STEAMLIBS="${HOME}/.steam-libs"
if [ ! `echo ${LD_LIBRARY_PATH} | grep ${STEAMLIBS}` ]; then
if [ -z ${LD_LIBRARY_PATH} ]; then
LD_LIBRARY_PATH="${STEAMLIBS}"
else
LD_LIBRARY_PATH="${LD_LIBRARY_PATH}:${STEAMLIBS}"
fi
fi
export STEAMLIBS
export LD_LIBRARY_PATH
This expands $LD_LIBRARY_PATH if it exists and creates it otherwise.
I've modified a symlink in the ~/.local/share/Steam/ubuntu12_32/ directory to point to the proper libc library:
libc.so.6 now points to the library in ${STEAMLIBS}
Now you can run steam by typing 'steam' in the terminal! You might need to log out and back in to make $STEAMLIBS available to all terminals.
You can choose to make a shell script to launch steam if you like, or you can do what I did and modify the steam.desktop file, as follows:
There are 3 steam.desktop files -- one in your ~/Desktop folder, one in /usr/share/applications/, and one in ~/.local/share/applications/
In each one, comment out the first Exec entry by prepending it with a #, and make another. Mine looks like this:
#Exec=/usr/bin/steam %U
Exec=bash -c 'export LD_LIBRARY_PATH="/home/[my-user]/.steam-libs"; /usr/bin/steam'
For some reason the script I put in ~/.bashrc doesn't affect .desktop files, so I found this to be necessary when running steam like that. Obviously change the part in brackets to your username. Best of luck!
appleYaks, please read this entire thread again. You'll see that I referenced the same blog post that you did in my original report and in my replies on Dec. 30th. I even quoted it extesively at one point.
I have already taken all of the steps listed there. The point that I'm hung up on at the moment is related to the fact that when I attempt to install my custom .deb package, it is failing due to a dependency on libnss3. Can we please keep the focus on why that might be?
BTW, I have already taken every step that has been requested to date. That included installing the Nvidia driver, libs, and modules from experimental, e.g.:
sgtrock:~/steam$ apt-cache policy nvidia-glx
nvidia-glx:
Installed: 310.19-0+exp1
Candidate: 310.19-0+exp1
Version table:
*** 310.19-0+exp1 0
-10 http://ftp.de.debian.org/debian/ experimental/non-free amd64 Packages
100 /var/lib/dpkg/status
304.64-3 0
500 http://ftp.us.debian.org/debian/ wheezy/non-free amd64 Packages
Therefore, my wheezy Nvidia files should be long gone. I suppose it is remotely possible that I'm getting a false indicator due to one of the older Nvidia files lying around but the update seems to have gone smoothly otherwise.
sgtrock, I'm aware that you referenced the same blog post I did. The point I'm trying to make is that you're deviating from the blog poster's instructions. There's no need to mess with libnss3, and the fact that you have an issue there means that something else is amiss.
From your apt-cache policy output, it shows you have nvidia-glx:amd64. Even though you have switched to experimental, that doesn't necessarily mean everything's okay or up to date. As a general rule, switching from one type of repo to the other or mixing repos can be dangerous and error-prone. I'm using Debian Wheezy, aka 'Debian testing', and am slightly out of date. If you're on experimental, then you're in an even more unstable environment than sid, which is also dubbed 'Debian unstable'. As such expecting support will give you limited results. I don't think casual users do this type of thing. However, I'm willing to try to understand the nature of your problem once more before I run out of ideas. In the future, I ask that you please be more appreciative of others who lend the time of their lives to aid you. No one has to do that.
Please post the output of:
$ dpkg -l | grep nvidia-glx
$ dpkg -l | grep libgl1
$ dpkg -l | grep libnss
I just want to make sure we're not missing something. Also, are you sure your LD_LIBRARY_PATH is set properly in the terminal when you launch steam? Post the output of:
$ echo $LD_LIBRARY_PATH
Also, where have your put your libc 2.15 libraries?
$ echo $STEAMLIBS
$ ls -l $STEAMLIBS
libnss also appears to be in my downloaded ubuntu libc 2.15 libs.
Edit: added some more ideas. Made some things clearer.
The point I'm trying to make is that you're deviating from the blog poster's instructions. There's no need to mess with libnss3, and the fact that you have an issue there means that something else is amiss.
Actually, I'm not deviating from his instructions all that much. I only do so to stay reliant upon and consistent with Debian package management as much as possible. For this reason, I no longer use Nvidia's installation scripts but use the Debian repository instead. (Well, that reason plus I have found Nvidia's scripts error prone one too many times in the past.)
In addition, like you and as I noted early in the thread, I am leery of mixing repositories. I personally prefer to run stable with selected backports over anything else. Heck, I only upgraded to wheezy because (a) it's getting reasonably close to final release as stable and (b) all the evidence at the time suggested that getting Steam to run on squeeze was going to be an even bigger headache.
I wouldn't have pinned the Nvidia drivers to experimental but olavd requested that I try the 310.19 driver. I did that with the following commands:
sudo apt-get install -t experimental nvidia-glx nvidia-settings vdpau-va-driver nvidia-xconfig nvidia-kernel-dkms
sudo apt-get install -t experimental libgl1-nvidia-glx:i386
My preferences file in /etc/apt:
jim@sgtrock:/etc/apt$ cat preferences
Package: *
Pin: release a=experimental
Pin-Priority: -10
Package: *
Pin: release a=unstable
Pin-Priority: 900
Package: *
Pin: release a=stable
Pin-Priority: 90
Here's the output you requested from the "dpkg -l | grep" commands:
jim@sgtrock:~/steam$ dpkg -l | grep nvidia-glx
ii libgl1-nvidia-glx:amd64 310.19-0+exp1 amd64 NVIDIA binary OpenGL libraries
ii libgl1-nvidia-glx:i386 310.19-0+exp1 i386 NVIDIA binary OpenGL libraries
rc libgl1-nvidia-glx-ia32 295.59-1~bpo60+2 amd64 NVIDIA binary OpenGL 32-bit libraries
ii nvidia-glx 310.19-0+exp1 amd64 NVIDIA metapackage
jim@sgtrock:~/steam$ dpkg -l | grep libgl1
ii libgl1-fglrx-glx:amd64 1:12-6+point-1 amd64 proprietary libGL for the non-free ATI/AMD RadeonHD display driver
ii libgl1-fglrx-glx:i386 1:12-6+point-1 i386 proprietary libGL for the non-free ATI/AMD RadeonHD display driver
ii libgl1-mesa-dev 8.0.5-3 amd64 free implementation of the OpenGL API -- GLX development files
ii libgl1-mesa-dri:amd64 8.0.5-3 amd64 free implementation of the OpenGL API -- DRI modules
ii libgl1-mesa-dri:i386 8.0.5-3 i386 free implementation of the OpenGL API -- DRI modules
ii libgl1-mesa-glx:amd64 8.0.5-3 amd64 free implementation of the OpenGL API -- GLX runtime
ii libgl1-mesa-glx:i386 8.0.5-3 i386 free implementation of the OpenGL API -- GLX runtime
ii libgl1-nvidia-alternatives 304.64-3 amd64 transition libGL.so* diversions to glx-alternative-nvidia
rc libgl1-nvidia-alternatives-ia32 295.59-1~bpo60+2 amd64 simplifies replacing MESA libGL with GPU vendor libraries (32-bit)
ii libgl1-nvidia-glx:amd64 310.19-0+exp1 amd64 NVIDIA binary OpenGL libraries
ii libgl1-nvidia-glx:i386 310.19-0+exp1 i386 NVIDIA binary OpenGL libraries
rc libgl1-nvidia-glx-ia32 295.59-1~bpo60+2 amd64 NVIDIA binary OpenGL 32-bit libraries
jim@sgtrock:~/steam$ dpkg -l | grep libnss
ii libnss-mdns 0.10-3.2 amd64 NSS module for Multicast DNS name resolution
ii libnss3:amd64 2:3.13.6-2 amd64 Network Security Service libraries
ii libnss3-1d:amd64 2:3.13.6-2 amd64 Network Security Service libraries - transitional package
Hmmm, look at that! No i386 libnss3 package. We may have found a clue! ;-)
libnss also appears to be in my downloaded ubuntu libc 2.15 libs.
The listing below shows that my libc 2.15 libraries also include some libnss files.
Now for the rest of the information that you requested:
LD_LIBRARY_PATH:
jim@sgtrock:~/steam$ echo $LD_LIBRARY_PATH
/home/jim/steam/lib
Location and listing of the libc 2.15 libraries:
jim@sgtrock:~/steam$ echo $STEAMLIBS
/home/jim/steam/lib
jim@sgtrock:~/steam$ ls -l $STEAMLIBS
total 2892
-rwxr-xr-x 1 jim jim 134344 Sep 29 05:29 ld-2.15.so
lrwxrwxrwx 1 jim jim 10 Sep 29 05:29 ld-linux.so.2 -> ld-2.15.so
-rw-r--r-- 1 jim jim 14012 Sep 29 05:29 libanl-2.15.so
lrwxrwxrwx 1 jim jim 14 Sep 29 05:29 libanl.so.1 -> libanl-2.15.so
-rw-r--r-- 1 jim jim 5552 Sep 29 05:29 libBrokenLocale-2.15.so
lrwxrwxrwx 1 jim jim 23 Sep 29 05:29 libBrokenLocale.so.1 -> libBrokenLocale-2.15.so
-rwxr-xr-x 1 jim jim 1730024 Sep 29 05:29 libc-2.15.so
-rw-r--r-- 1 jim jim 185928 Sep 29 05:29 libcidn-2.15.so
lrwxrwxrwx 1 jim jim 15 Sep 29 05:29 libcidn.so.1 -> libcidn-2.15.so
-rw-r--r-- 1 jim jim 34316 Sep 29 05:29 libcrypt-2.15.so
lrwxrwxrwx 1 jim jim 16 Sep 29 05:29 libcrypt.so.1 -> libcrypt-2.15.so
lrwxrwxrwx 1 jim jim 12 Sep 29 05:29 libc.so.6 -> libc-2.15.so
-rw-r--r-- 1 jim jim 13940 Sep 29 05:29 libdl-2.15.so
lrwxrwxrwx 1 jim jim 13 Sep 29 05:29 libdl.so.2 -> libdl-2.15.so
-rw-r--r-- 1 jim jim 173576 Sep 29 05:29 libm-2.15.so
-rw-r--r-- 1 jim jim 13952 Sep 29 05:29 libmemusage.so
lrwxrwxrwx 1 jim jim 12 Sep 29 05:29 libm.so.6 -> libm-2.15.so
-rw-r--r-- 1 jim jim 92016 Sep 29 05:29 libnsl-2.15.so
lrwxrwxrwx 1 jim jim 14 Sep 29 05:29 libnsl.so.1 -> libnsl-2.15.so
-rw-r--r-- 1 jim jim 30520 Sep 29 05:29 libnss_compat-2.15.so
lrwxrwxrwx 1 jim jim 21 Sep 29 05:29 libnss_compat.so.2 -> libnss_compat-2.15.so
-rw-r--r-- 1 jim jim 22080 Sep 29 05:29 libnss_dns-2.15.so
lrwxrwxrwx 1 jim jim 18 Sep 29 05:29 libnss_dns.so.2 -> libnss_dns-2.15.so
-rw-r--r-- 1 jim jim 47040 Sep 29 05:29 libnss_files-2.15.so
lrwxrwxrwx 1 jim jim 20 Sep 29 05:29 libnss_files.so.2 -> libnss_files-2.15.so
-rw-r--r-- 1 jim jim 18004 Sep 29 05:29 libnss_hesiod-2.15.so
lrwxrwxrwx 1 jim jim 21 Sep 29 05:29 libnss_hesiod.so.2 -> libnss_hesiod-2.15.so
-rw-r--r-- 1 jim jim 42652 Sep 29 05:29 libnss_nis-2.15.so
-rw-r--r-- 1 jim jim 50808 Sep 29 05:29 libnss_nisplus-2.15.so
lrwxrwxrwx 1 jim jim 22 Sep 29 05:29 libnss_nisplus.so.2 -> libnss_nisplus-2.15.so
lrwxrwxrwx 1 jim jim 18 Sep 29 05:29 libnss_nis.so.2 -> libnss_nis-2.15.so
-rw-r--r-- 1 jim jim 5652 Sep 29 05:29 libpcprofile.so
-rwxr-xr-x 1 jim jim 124663 Sep 29 05:29 libpthread-2.15.so
lrwxrwxrwx 1 jim jim 18 Sep 29 05:29 libpthread.so.0 -> libpthread-2.15.so
-rw-r--r-- 1 jim jim 83776 Sep 29 05:29 libresolv-2.15.so
lrwxrwxrwx 1 jim jim 17 Sep 29 05:29 libresolv.so.2 -> libresolv-2.15.so
-rw-r--r-- 1 jim jim 30684 Sep 29 05:29 librt-2.15.so
lrwxrwxrwx 1 jim jim 13 Sep 29 05:29 librt.so.1 -> librt-2.15.so
-rw-r--r-- 1 jim jim 13852 Sep 29 05:29 libSegFault.so
-rw-r--r-- 1 jim jim 30500 Sep 29 05:29 libthread_db-1.0.so
lrwxrwxrwx 1 jim jim 19 Sep 29 05:29 libthread_db.so.1 -> libthread_db-1.0.so
-rw-r--r-- 1 jim jim 9796 Sep 29 05:29 libutil-2.15.so
lrwxrwxrwx 1 jim jim 15 Sep 29 05:29 libutil.so.1 -> libutil-2.15.so
However, I'm willing to try to understand the nature of your problem once more before I run out of ideas. In the future, I ask that you please be more appreciative of others who lend the time of their lives to aid you.
I apologize if my earlier reply seemed flippant or terse. I do appreciate the help. I've been in the support business myself for way too many years not to. However, I definitely get impatient when I've been beating my head against a wall and my own reports seem to have been ignored. :-(
Does anything in the output to date suggest a possible avenue that I could explore further?
Apology accepted, sgtrock. I understand what means to feel ignored.. I haven't been ignoring your posts, and in truth I consider myself more of a linux novice, so I've picked up what I've done and compared it to what I think you've done and I'm trying to fill in the gaps as my knowledge allows.
When using Linux, and especially when dealing with people, I'm still learning that the most important skills are patience, not taking things personally, and a willingness to listen and learn from others, even from those who seem to know less. I'm glad my 'clues' have been of some help to you. :)
So here's what I think happened. You got the experimental nvidia driver (as far as I can tell that's your only experimental package, which is good), which may have cleared up any problems I myself encountered with nvidia in Wheezy, judging from the dpkg output.
When you edited your custom steam deb you took out some extra things that were necessary for steam to function. Uninstall your custom deb with 'apt-get remove' or 'apt-get purge' and follow the blog post to the letter, by changing the libjpeg-turbo8 piece to libjpeg8 and only removing the packages stated -- multiarch, libc, and libpulse0. Removing them worked for me. Remember, steam is a 32-bit application. It needs to pull a lot of i386 packages that you probably don't already have.
When you install the new custom deb, it will still be in a broken state. That's how it was for me too. After installing the deb with dpkg, I did 'sudo apt-get -f install' and apt pulled ALL the necessary i386 packages that steam needed in one shot.
It looks like your LD_LIBRARY_PATH is good, and steam is picking it up at the proper directory. So all I can say is that you probably need to redo your deb control file and have apt pull the proper packages automatically. You may have a different case of needing to 'apt-get install [package]:i386' one by one as errors come up, but as I didn't have that experience, I don't know what else could be at play on your machine.
Odd question, but do you have DISPLAY set to something other than :0?
@johndrinkwater,
Actually, that's not an odd question at all. Like many people, I am running a 2 monitor setup. Each one is set up as an independent X screen. According to Nvidia X Server Settings, the screen that I'm doing all of my work and where I'm trying to launch from is on X Screen 0. That's confirmed via CLI:
jim@sgtrock:/etc/apt$ printenv | grep DISPLAY
DISPLAY=:0.0
@appleYaks,
I've already tried that to no avail:
jim@sgtrock:~/steam$ sudo apt-get purge steam
[sudo] password for jim:
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package steam
jim@sgtrock:~/steam$ sudo fakeroot dpkg-deb -b deb-package steam_1.0.0.18-custom_i386.deb
dpkg-deb: building package `steam' in `steam_1.0.0.18-custom_i386.deb'.
jim@sgtrock:~/steam$ sudo dpkg -i steam_1.0.0.18-custom_i386.deb
Selecting previously unselected package steam.
(Reading database ... 232280 files and directories currently installed.)
Unpacking steam (from steam_1.0.0.18-custom_i386.deb) ...
dpkg: dependency problems prevent configuration of steam:
steam depends on libnss3.
steam depends on libnspr4.
dpkg: error processing steam (--install):
dependency problems - leaving unconfigured
Processing triggers for hicolor-icon-theme ...
Processing triggers for man-db ...
Processing triggers for desktop-file-utils ...
Errors were encountered while processing:
steam
jim@sgtrock:~/steam$ sudo apt-get -f install
Reading package lists... Done
Building dependency tree
Reading state information... Done
Correcting dependencies... Done
The following packages were automatically installed and are no longer required:
fonts-opensymbol ia32-libs-gtk-i386:i386 lib32bz2-1.0 lib32stdc++6 lib32v4l-0 libclucene-contribs1 libclucene-core1 libcmis-0.2-2 libcolamd2.7.1
libcommons-beanutils-java libcommons-collections3-java libcommons-compress-java libcommons-digester-java libcommons-logging-java libdb-je-java libdns81
libgmp10:i386 libhsqldb-java libhyphen0 libicu4j-java libisc83 libjline-java libjtidy-java liblucene2-java libmagick++5 libmpc2:i386 libmpfr4:i386
libpstoedit0c2a libregexp-java libservlet2.5-java libsqlite3-0:i386 libxz-java lp-solve pstoedit uno-libs3 ure
Use 'apt-get autoremove' to remove them.
The following packages will be REMOVED:
steam:i386
0 upgraded, 0 newly installed, 1 to remove and 1 not upgraded.
1 not fully installed or removed.
After this operation, 332 MB disk space will be freed.
Do you want to continue [Y/n]?
(Reading database ... 232295 files and directories currently installed.)
Removing steam ...
Processing triggers for desktop-file-utils ...
Processing triggers for man-db ...
Processing triggers for hicolor-icon-theme ...
If I try to force the install by choosing libnss3:i386 and libnspr4:i386, I get the following:
jim@sgtrock:~/steam$ sudo apt-get install libnss3:i386 libnspr4:i386
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer required:
fonts-opensymbol hal hal-info ia32-libs-gtk-i386:i386 lib32bz2-1.0 lib32stdc++6 lib32v4l-0 libclucene-contribs1 libclucene-core1 libcmis-0.2-2 libcolamd2.7.1
libcommons-beanutils-java libcommons-collections3-java libcommons-compress-java libcommons-digester-java libcommons-logging-java libdb-je-java libdns81
libgmp10:i386 libhsqldb-java libhyphen0 libicu4j-java libisc83 libjline-java libjtidy-java liblucene2-java libmagick++5 libmpc2:i386 libmpfr4:i386
libpstoedit0c2a libregexp-java libservlet2.5-java libxz-java lp-solve pstoedit uno-libs3 ure
Use 'apt-get autoremove' to remove them.
The following packages will be REMOVED:
ca-certificates-java chromium default-jre default-jre-headless flashplugin-nonfree google-chrome-stable icedove iceweasel libmozjs10d libmozjs17d libmozjs2d
libnspr4 libnspr4-0d libnss3 libnss3-1d openjdk-6-jre openjdk-6-jre-headless openjdk-6-jre-lib xulrunner-1.9.1 xulrunner-17.0
The following NEW packages will be installed:
libnspr4:i386 libnss3:i386
0 upgraded, 2 newly installed, 20 to remove and 1 not upgraded.
Need to get 1,160 kB of archives.
After this operation, 442 MB disk space will be freed.
Do you want to continue [Y/n]? n
Abort.
So, my choice seems to be play games on Steam or use Flash, Java, and Chrome. Lord knows what else would turn up once I started trying to play games!
Nope, at this point I think it's becoming apparent that for whatever reason, I'm just not picking up the libraries in $STEAMLIBS and I don't have a clue as to why. :-(
If I don't make any progress soon, I think I may open a new ticket as we have drifted pretty far from my original report. Maybe if I list the problem there it'll turn up in someone's alert queue who might have an inkling as to why this is occurring.
That's really strange. I've got those i386 libs, am running a 2-monitor setup with DISPLAY at :0 and using Linux Mint Debian Edition UP6. I've got Flash and Java and Chromium all okay. I'm not sure if there's much difference between the two distros in that respect, but maybe (hard as it might be to hear) starting from scratch or using a separate, fresh partition would work better for you. Perhaps even the newer nvidia driver is creating conflicts, who knows. I'm on 304.48.
I've read commentary in the Steam forums that suggest that native Debian wheezy's multiarch support is broken. No details as to why, though. If so, I'm probably stuck for the time being.
Sigh. I guess I'll just have to wait until Valve decides to create an installation package where they manage EVERYTHING they need inside $HOME/steam. (See this comment attached to Feedback on upcoming package install changes in the Steam forums.) I believe that hasufell nailed the underlying problem and has identified the only way that Valve can move forward with solid, stable cross platform support.
Is this still active?
Not for me.
On Mon, Nov 4, 2013 at 6:14 PM, Drew Bliss [email protected] wrote:
Is this still active?
—
Reply to this email directly or view it on GitHubhttps://github.com/ValveSoftware/steam-for-linux/issues/463#issuecomment-27736373
.
Thanks, closing.
A search for 'debian wheezy nvidia' didn't turn up this particular problem, although there are several comments in the Debian thread in the Steam forum. I have enabled multiarch and followed the recommendations in this blog post.
System info:
I'm running the supported Wheezy non-free driver, 304.48.
Error messages when attempting to start:
However, according to the output from glxinfo, the assertion failure is wrong: