Steam linux libgl so 1

Содержание

Steam linux libgl so 1
Steam linux libgl so 1
Steam linux libgl so 1
Steam linux libgl so 1

Steam linux libgl so 1

I try to reinstall libgl1-mesa-dri:i386 and remove .Steam folder in my home, but this do not solve my issue.
But, if I installed libgl1-mesa-dri:i386 why I don’t have mesa folder in /usr/lib/i386-linux-gnu?

We are in 2017, how long do you have to wait for a native 64bit version yet?
How can I solve?

My system:
So: Debian testing 64-bit
Graphics driver: nvidia-legacy-304xx-vdpau-driver:i386

I _think_ libGL.so.1 was provided by this —

apt-get install libgl1-nvidia-glvnd-glx:i386

You’ll need to figure out how to add i386 to your architecture list; google it.

edit: assuming nvidia

Thanks guys, but I have already installed libgl1-nvidia-legacy-304xx-glx:i386 but I have no libGL.so.1 in my system.

EDIT: ok guys, for legacy driver libGL.so.1 is in /usr/lib/i386-linux-gnu/nvidia/legacy-304xx directory and not in /usr/lib/i386-linux-gnu

Now I have linked it by:

and now, Steam still don’t work whitout error messages.
If I try to launch it from the terminal, I have:

An update.
I try to remove .Steam folder in my home. Now when i start Steam by terminal I have this error message:

The same thing if I start it with:

I try to reinstall, but the issue persists.
I begin to think that legacy drives are not fully supported.

If you can’t get it to work then I recommend using something other than Debian Testing which is for intermediate/advanced users.

Stretch is Stable. Buster is now in Testing.

ah, I suspected it 🙂 I used it for a year and installed when it still was testing/sid. I just put «stretch» in my sources to avoid jumping into very new things and apparently my sid/testing turned into stable. magic of linux 🙂

I _think_ libGL.so.1 was provided by this —

apt-get install libgl1-nvidia-glvnd-glx:i386

You’ll need to figure out how to add i386 to your architecture list; google it.

edit: assuming nvidia

I _think_ libGL.so.1 was provided by this —

apt-get install libgl1-nvidia-glvnd-glx:i386

You’ll need to figure out how to add i386 to your architecture list; google it.

edit: assuming nvidia

this is a steam problem. until the use the 64-bit version of libGL.so.1. it will never be fixed. i have tried everything. kali will not let me install the 32-bit libGL.so.1. i suspect if steam would just use the 64-bit version this would not be an issue. i am wondering why they don’t.

probably because Kali Linux is a security-testing oriented distro not meant for daily use at all, so why would you use old 32-bit opengl software on it? (also some 32-bit libs add potential attack surfaces beyond their 64-bit counterparts and have not been as well maintained)

quoting myself from previous topics about Parrot and Kali:

Its time for todays «Even Kali developers say its not for daily use, much less for Steam gaming» talk.

Even though Parrot, Kali and such extra-reinforced privacy and security distros look normal on the surface (a common Desktop Environment), under the hood they are setup as a very safe but very locked down environment, not really suitable for daily use.

I’m not joking about Kali devs, they said it themselves on the distro website. And this applies to its derivates.

If you can, I recommend dumping Parrot for some other Linux Distro. For people recently comming to linux, I usually recommend Linux Mint. It is a great choice, easy to use, wonderful design (not just aestethics), well documented, quite self explanatory, similar to windows in what is good on windows. You might want Ubuntu because Valve supports it officially, or you might also want Solus because it has recently taken extra steps to make Steam work flawlessly in their distro.

If you truly need Parrot for safety and privacy issues, well. dont use Steam on it! Its a seriously unnecessary risk since (by design) Steam downloads lots of closed source executables (the games), runs all kinds of statistics about the host system (telemetry), phones home all the time about those data and hosts a lot of runtime libraries that it can use instead of the ones provided by the host system, some newer, some older, some just different, maybe some with security breaches, obviously not under a distro’s full control. This makes for a very large extra attack surface for someone trying to breach into you system, and for very easy tracking from intercepted signals.

Читайте также: Windows 10 arm32 iso

If you are a reporter, activist, leak source, privacy freak or whatever, just have Steam run from a different PC than the one used for safe comm, thats the best way to go about conciliating gaming with those activities.

Since there has been a lot of people complaing about Steam on Kali a while back (meaning also a lot of people trying to use it for that), could I ask you why/how did you choose Parrot? I’m genuinelly curious about this apparent rise in adoption of hardened privacy distros for common uses. is it your first linux distro?

Источник

Steam linux libgl so 1

It does take a while to feel confident in interpreting error messages dartvader316, I can understand how people go «goobldegook» and glaze over when they’re usually helpful.

sudo apt-file search libGL.so.1

libgl1: /usr/lib/x86_64-linux-gnu/libGL.so.1
libgl1: /usr/lib/x86_64-linux-gnu/libGL.so.1.7.0
nvidia-340: /usr/lib/i386-linux-gnu/libGL.so.1
nvidia-340: /usr/lib/x86_64-linux-gnu/libGL.so.1
primus-libs: /usr/lib/x86_64-linux-gnu/primus/libGL.so.1
virtualbox-guest-x11: /usr/lib/virtualbox/additions/libGL.so.1
virtualbox-guest-x11-hwe: /usr/lib/virtualbox/additions/libGL.so.1

for me (on Kubuntu) and then do

sudo apt install nvidia-340 # as that looks the most likely

and then try again.

ldconfig -p | grep -i libgl

might help when chasing these sorts of things as that shows you what libraries matching the string («libgl» here) your system knows about. Doesn’t necessarily help with things like steam that ship their own libraries .. `locate -i libgl` could help there.

That often will create a new error. Chasing dependencies like that makes me nostalgic for my days running Slackware!

I’d recommend you go with Ubuntu

Yea, yea, I know. I suggested an automatic to a guy who prefers to drive a stick but, in my defense, automatics have gotten much better in recent years ;).

Thanks, the solution of Cat on Linux Worked fine.

I just installed Steam on debian buster stable, and i can’t launch it because if the error mentioned in the title.

Thank you so much man !! I’m searching for this solution for so long.
I also have a GTX 1050 Ti and using thje following command it worked properly :

apt install libgl1-nvidia-glvnd-glx:i386

then once it runs without errors try to install steam from terminal

I just ran into this today after I updated my Siduction install (last fresh install 6th April 2020).
Wasn’t having any steam issues until I updated today and I update every week or 2.
Thank you Cat on Linux/this post for letting me get back to my game again (Civ 6).

ok there are couple of things that are needed to be known before doing anything.

libGL.so is a tricky beast.

It usually ships as part of the graphics drivers. For Linux there are several driver packages around:

Mesa, the open source OpenGL implementation and drivers
NVidia’s proprietary blob
AMD’s proprietary blob

This got me thinking on how the steam is allocating its graphics. basing on this i managed to narrow down the issue on what the fix could be.

I dug around other Linux forums more about on how to run games on integrated graphics and found the solution. Have a look at the link below.

«From a terminal window: optirun steam. Sets steam running on my actual graphics card rather than cpu-onboard intel graphics. «

so the bottom line is that.. if you have a dedicated GPU.. i suggest you to update all the libraries even if you have 64bit. i suggest you to install even the 32bit version. just in-case you don’t run into other issues in the future.

these are following command i have used to debug

sudo apt-get update
sudo apt-get upgrade
sudo apt install libgl1-mesa-glx
sudo apt install libgl1-mesa-glx
«open-cv libraries»
OpenGL drivers
dpkg —add-architecture i386
apt install libgl1-nvidia-glvnd-glx:i386
finally «optirun steam» ==> this worked for me.

do let me know if you guys still see this issue. will try to find a solution.

Источник

Steam linux libgl so 1

It doesn’t work for me.

Failed to parse arguments: Option «—disable-factory» is no longer supported in this version of gnome-terminal.
Package libgl1-mesa-dri:i386 needs to be installed
Package libgl1-mesa-glx:i386 needs to be installed
Package libc6:i386 needs to be installed
Running Steam on debian 9 64-bit
STEAM_RUNTIME is enabled automatically
Pins up-to-date!
Error: You are missing the following 32-bit libraries, and Steam may not run:
libGL.so.1
libdrm.so.2
Installing breakpad exception handler for appid(steam)/version(1521764535)
Installing breakpad exception handler for appid(steam)/version(1521764535)
Installing breakpad exception handler for appid(steam)/version(1521764535)
Failed to load steamui.so — dlerror(): libGL.so.1: wrong ELF class: ELFCLASS64
Installing breakpad exception handler for appid(steam)/version(1521764535)
Installing breakpad exception handler for appid(steam)/version(1521764535)
[2018-03-25 02:32:52] Startup — updater built Mar 22 2018 16:58:36
Looks like steam didn’t shutdown cleanly, scheduling immediate update check
[2018-03-25 02:32:52] Checking for update on startup
[2018-03-25 02:32:52] Checking for available updates.
[2018-03-25 02:32:52] Download skipped by HTTP 304 Not Modified
[2018-03-25 02:32:52] Nothing to do
[2018-03-25 02:32:52] Verifying installation.
[2018-03-25 02:32:52] Performing checksum verification of executable files
[2018-03-25 02:32:53] Verification complete
[2018-03-25 02:32:56] Shutdown

Читайте также: Linux check users group

My steam.conf
1 /usr/lib32
2 /usr/lib/i386-linux-gnu/mesa

But this directory /usr/lib/i386-linux-gnu/mesa doesn’t exist.

I have Debian Stretch.
Linux debian 4.9.0-6-amd64 #1 SMP Debian 4.9.82-1+deb9u3 (2018-03-02) x86_64 GNU/Linux

Источник

Steam linux libgl so 1

I have a problem with steam after installation its package. My system Linux Debian 9 Stretch.

$ uname -rv
4.9.0-6-amd64 #1 SMP Debian 4.9.82-1+deb9u3 (2018-03-02)

On the previous system, I didn’t have these problems. However, I used exactly version of system.

How can I fix this problem?

Did you enable the 32 bit layer?

Is mesa properly installed?

glxinfo | grep «OpenGL version»

I have a problem with steam after installation its package. My system Linux Debian 9 Stretch.

$ uname -rv
4.9.0-6-amd64 #1 SMP Debian 4.9.82-1+deb9u3 (2018-03-02)

On the previous system, I didn’t have these problems. However, I used exactly version of system.

How can I fix this problem?

How did you install? Steam debian package or from Debian repositories?

Check if you can find in your system all the libGL.so libraries (check that you have a 32bit version). For example:

Is mesa properly installed?

glxinfo | grep «OpenGL version»

I have a problem with steam after installation its package. My system Linux Debian 9 Stretch.

$ uname -rv
4.9.0-6-amd64 #1 SMP Debian 4.9.82-1+deb9u3 (2018-03-02)

On the previous system, I didn’t have these problems. However, I used exactly version of system.

How can I fix this problem?

How did you install? Steam Debian package or from Debian repositories?

Check if you can find in your system all the libGL.so libraries (check that you have a 32bit version). For example:

Also, what’s your GPU? Are you using Mesa drivers?

I installed steam from the package, which downloaded from steampowered.com. Then I executed following command:
dpkg —add-architecture i386
apt update && apt upgrade
apt install steam — package was installed
Done.

I have integrated GPU. )))

BTW: this command updatedb | locate libGL.so freezes like this:
sudo updatedb | locate libGL.so
[sudo] password for kauffman: /home/kauffman/.dropbox-dist/dropbox-lnx.x86_64-46.3.60/libGL.so.1
/snap/keepassxc/37/usr/lib/x86_64-linux-gnu/mesa/libGL.so.1
/snap/keepassxc/37/usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0
/usr/lib/insync/libGL.so.1
/usr/lib/x86_64-linux-gnu/libGL.so.1
/usr/lib/x86_64-linux-gnu/libGL.so.1.2.0

So you run «dpkg -i steam.deb» and then tried to install steam from the repos? The last step should has fail I think. Anyway, try to purge the steam.deb you installed (dpkg -P steam.deb) and the follow the wiki the Max Payne shared.

You also don’t have Mesa i386 packages, but that problem will be handled by apt when you install from repos, so don’t worry.

Integrated GPU is most likely Intel or AMD (depending on CPU brand) but in some old hardware even NVidia had integrated graphics (when GPUs were integrated on the MOBO not on the CPU).

We really should wait for OP to give that info before telling him to install any 64/32-bit proprietary gpu drivers or mesa.

to OP:
You should tell us which brand that integrated gpu is so we can help further.

Also, you should always install Steam from your distro’s default repo instead of downloading it from the website because its usually a version with distro-specific dependencies and compatibility issues ironed out.

im having some issues here

Running Steam on parrot 4.8 64-bit
STEAM_RUNTIME is enabled automatically
Pins potentially out-of-date, rebuilding.
Found newer runtime version for 32-bit libvulkan.so.1. Host: 1.2.131 Runtime: 1.2.135
Found newer runtime version for 64-bit libGLU.so.1. Host: 1.3.1 Runtime: 1.3.8004
Forced use of runtime version for 64-bit libcurl.so.4. Host: 4.6.0 Runtime: 4.2.0
Found newer runtime version for 64-bit libdbusmenu-glib.so.4. Host: 4.0.12 Runtime: 4.0.13
Found newer runtime version for 64-bit libpangox-1.0.so.0. Host: 0.0.0 Runtime: 0.3000.0
Found newer runtime version for 64-bit libvulkan.so.1. Host: 1.2.131 Runtime: 1.2.135
Error: You are missing the following 32-bit libraries, and Steam may not run:
libGL.so.1

quoting myself from previous topics about Parrot and Kali:

Its time for todays «Even Kali developers say its not for daily use, much less for Steam gaming» talk.

I’m not joking about Kali devs, they said it themselves on the distro website. And this applies to its derivates.

Источник