Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
steam on ~amd64
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Gamers & Players
View previous topic :: View next topic  
Author Message
djdunn
l33t
l33t


Joined: 26 Dec 2004
Posts: 697
Location: Arrakis

PostPosted: Mon Jun 30, 2014 3:52 pm    Post subject: steam on ~amd64 Reply with quote

any hints on how to make steam run on ~amd64? looking through steam bugs it seems that a handfull of libs are too new, (i thought thats why there was a steam runtime...) i cant figure it out anyone have a list or any ideas?
_________________
"Yesterday is history, tomorrow is a mystery, but today is a gift. That is why it is called the present."

-Master Oogway
Back to top
View user's profile Send private message
notthensa
n00b
n00b


Joined: 30 Jun 2014
Posts: 1

PostPosted: Mon Jun 30, 2014 4:50 pm    Post subject: Reply with quote

Did you look here?
Back to top
View user's profile Send private message
djdunn
l33t
l33t


Joined: 26 Dec 2004
Posts: 697
Location: Arrakis

PostPosted: Tue Jul 01, 2014 8:06 pm    Post subject: Reply with quote

whenever i start steam, or any steam game, it brings up this window saying

"OpenGL GLX context is not using direct rendering, which may cause performance problems."

however glxinfo says "direct rendering: Yes" non steam games play fine using direct rendering.

running a steam game from the console displays

Running Steam on gentoo 64-bit
STEAM_RUNTIME is enabled automatically
Installing breakpad exception handler for appid(steam)/version(1401381906_client
)
libGL error: dlopen /usr/lib32/dri/radeonsi_dri.so failed (/home/djdunn/.local/s
hare/Steam/ubuntu12_32/steam-runtime/i386/lib/i386-linux-gnu/libgcc_s.so.1: vers
ion `GCC_4.7.0' not found (required by /usr/lib32/dri/radeonsi_dri.so))
libGL error: unable to load driver: radeonsi_dri.so
libGL error: driver pointer missing
libGL error: failed to load driver: radeonsi
libGL error: dlopen /usr/lib32/dri/swrast_dri.so failed (/home/djdunn/.local/sha
re/Steam/ubuntu12_32/steam-runtime/i386/lib/i386-linux-gnu/libgcc_s.so.1: versio
n `GCC_4.7.0' not found (required by /usr/lib32/dri/swrast_dri.so))
libGL error: unable to load driver: swrast_dri.so
libGL error: failed to load driver: swrast
Installing breakpad exception handler for appid(steam)/version(1401381906_client)
Installing breakpad exception handler for appid(steam)/version(1401381906_client)
Installing breakpad exception handler for appid(steam)/version(1401381906_client)
Fontconfig error: "/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", line 70: non-double matrix element
Fontconfig error: "/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", line 70: non-d
ouble matrix element
Fontconfig warning: "/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", line 78: saw unknown, expected number
[0701/104310:ERROR:object_proxy.cc(239)] Failed to call method: org.freedesktop.DBus.Error.Spawn.ChildExited: Launch helper exited with unknown return code 1
[0701/104310:WARNING:proxy_service.cc(958)] PAC support disabled because there is no system implementation
libGL error: dlopen /usr/lib32/dri/radeonsi_dri.so failed (/home/djdunn/.local/share/Steam/ubuntu12_32/steam-runtime/i386/lib/i386-linux-gnu/libgcc_s.so.1: version `GCC_4.7.0' not found (required by /usr/lib32/dri/radeonsi_dri.so))
libGL error: unable to load driver: radeonsi_dri.so
libGL error: driver pointer missing
libGL error: failed to load driver: radeonsi
libGL error: dlopen /usr/lib32/dri/swrast_dri.so failed (/home/djdunn/.local/share/Steam/ubuntu12_32/steam-runtime/i386/lib/i386-linux-gnu/libgcc_s.so.1: version `GCC_4.7.0' not found (required by /usr/lib32/dri/swrast_dri.so))
libGL error: unable to load driver: swrast_dri.so
libGL error: failed to load driver: swrast
Error: OpenGL GLX context is not using direct rendering, which may cause perform
ance problems.
_________________
"Yesterday is history, tomorrow is a mystery, but today is a gift. That is why it is called the present."

-Master Oogway
Back to top
View user's profile Send private message
TobiSGD
n00b
n00b


Joined: 14 Apr 2014
Posts: 34

PostPosted: Wed Jul 02, 2014 12:25 am    Post subject: Reply with quote

This is a known problem, caused by the Steam runtime not being compatible with GCC versions >4.7. Valve is already working on that, it will be fixed by a future update. The workaround for me was to downgrade GCC to 4.7, do an
Code:
emerge -e world
and renaming the libraries libgcc_s.so.1 and libstdc++.so.6 (in bothe the i386 and amd64 tree) in the steam-runtime folder.
Back to top
View user's profile Send private message
hasufell
Developer
Developer


Joined: 29 Oct 2011
Posts: 247

PostPosted: Wed Jul 02, 2014 9:52 pm    Post subject: Reply with quote

I'm running 4.8 since a long time and steam works fine.

I recommend to not use any multilib stuff (set ABI_X86="64" in make.conf). You don't need it and it will safe you a lot of trouble. Just go with steam runtime.
Back to top
View user's profile Send private message
saellaven
Apprentice
Apprentice


Joined: 23 Jul 2006
Posts: 285

PostPosted: Wed Jul 02, 2014 11:04 pm    Post subject: Reply with quote

hasufell wrote:
I'm running 4.8 since a long time and steam works fine.

I recommend to not use any multilib stuff (set ABI_X86="64" in make.conf). You don't need it and it will safe you a lot of trouble. Just go with steam runtime.


Likewise, just about everything on my system has been compiled with gcc 4.8 (my main compiler since April 5, 2013) and I'm now using 4.9, though I haven't rebuilt world with it yet. I'm mostly stable amd64 (661/688 packages), including unstable nvidia-drivers, and have no issues with steam running.
Back to top
View user's profile Send private message
qemist
n00b
n00b


Joined: 10 Apr 2010
Posts: 18

PostPosted: Fri Jul 04, 2014 5:31 am    Post subject: Reply with quote

hasufell wrote:
I'm running 4.8 since a long time and steam works fine.

I recommend to not use any multilib stuff (set ABI_X86="64" in make.conf). You don't need it


Doesn't that block wine? I tried that and wine would not emerge. I don't want to lose wine.

I installed games-util/steam-launcher but it does not work. On first run it pops up the update check, and, when that exits, prints a very long string of error messages to terminal. About 30 minutes later it prints one more line to terminal.

Code:
$ steam --reset
$ steam
Running Steam on gentoo  64-bit
STEAM_RUNTIME is enabled automatically
Installing breakpad exception handler for appid(steam)/version(1404163764_client)
Installing breakpad exception handler for appid(steam)/version(1404163764_client)
Installing breakpad exception handler for appid(steam)/version(1404163764_client)
ILocalize::AddFile() failed to load file "public/steambootstrapper_english.txt".
[2014-07-04 11:48:18] Startup - updater built Feb 10 2014 16:03:16
Looks like steam didn't shutdown cleanly, scheduling immediate update check
[2014-07-04 11:48:18] Checking for update on startup
[2014-07-04 11:48:18] Checking for available update...
[2014-07-04 11:48:30] Download failed: http error 504
[2014-07-04 11:48:30] Download skipped: /client/steam_client_ubuntu12 version 1404163764, installed version 1404163764
[2014-07-04 11:48:30] Nothing to do
[2014-07-04 11:48:30] Verifying installation...
[2014-07-04 11:48:30] Performing checksum verification of executable files
[2014-07-04 11:48:30] BVerifyInstalledFiles: bad directory bin/shaders/tenfoot/
[2014-07-04 11:48:30] BVerifyInstalledFiles: bin/shaders/tenfoot/glfancyquadshaders.cfg is -1 bytes, expected 112
.
.
.
<omit very large number of verification failures>
.
.
.
[2014-07-04 11:48:30] Verification complete
[2014-07-04 11:48:30] Downloading Update...
[2014-07-04 11:48:30] Checking for available update...
[2014-07-04 11:48:31] DoInstalling breakpad exception handler for appid(steam)/version(1404163764_client)
wnload failed: http error 504
[2014-07-04 11:48:31] Download Complete.
[2014-07-04 11:48:31] uninstalled manifest found in /home/tim/.local/share/Steam/package/steam_client_ubuntu12 (1).
[2014-07-04 11:48:31] Extracting package...
[2014-07-04 11:48:46] Installing update...
[2014-07-04 11:48:47] Cleaning up...
[2014-07-04 11:48:47] Update complete, launching...
[2014-07-04 11:48:47] Shutdown
Restarting Steam by request...
Running Steam on gentoo  64-bit
STEAM_RUNTIME has been set by the user to: /home/tim/.local/share/Steam/ubuntu12_32/steam-runtime
Installing breakpad exception handler for appid(steam)/version(1404163764_client)
Installing breakpad exception handler for appid(steam)/version(1404163764_client)
Installing breakpad exception handler for appid(steam)/version(1404163764_client)
Fontconfig error: "/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", line 70: non-double matrix element
Fontconfig error: "/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", line 70: non-double matrix element
Fontconfig warning: "/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", line 78: saw unknown, expected number
[0704/114858:ERROR:object_proxy.cc(239)] Failed to call method: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.NetworkManager was not provided by any .service files
[0704/114858:WARNING:proxy_service.cc(958)] PAC support disabled because there is no system implementation
Steam: An X Error occurred
X Error of failed request:  BadMatch (invalid parameter attributes)
Major opcode of failed request:  1 (X_CreateWindow)
Serial number of failed request:  44
xerror_handler: X failed, continuing
Steam: An X Error occurred
X Error of failed request:  BadWindow (invalid Window parameter)
Major opcode of failed request:  18 (X_ChangeProperty)
Resource id in failed request:  0x2600005
Serial number of failed request:  51
xerror_handler: X failed, continuing
.
.
.
<omit very large number of X errors>
.
.
.
Steam: An X Error occurred
X Error of failed request:  GLXBadDrawable
Major opcode of failed request:  154
Serial number of failed request:  2375
xerror_handler: X failed, continuing
Finished uploading minidump (out-of-process): success = yes
response: CrashID=bp-6cce4795-573c-4bbd-aa8c-380362140703

<after about 30 mins...>

Installing breakpad exception handler for appid(steam)/version(1404163764_client)


No other output is produced. My nvidia-drivers are the latest.
Back to top
View user's profile Send private message
mmogilvi
n00b
n00b


Joined: 13 May 2011
Posts: 25

PostPosted: Fri Jul 04, 2014 6:28 am    Post subject: Reply with quote

qemist wrote:
hasufell wrote:
I'm running 4.8 since a long time and steam works fine.

I recommend to not use any multilib stuff (set ABI_X86="64" in make.conf). You don't need it


Doesn't that block wine? I tried that and wine would not emerge. I don't want to lose wine.


You can leave USE=-abi_x86_32 off globally, but still turn it on narrowly for wine and similar packages in package.use. Although I'm not sure how long this will continue to be the case - once the multilib conversion is complete, emul-linux will probably be masked and removed...
Back to top
View user's profile Send private message
Maffblaster
n00b
n00b


Joined: 01 May 2007
Posts: 25
Location: Spokane, Washington, USA

PostPosted: Mon Aug 18, 2014 10:51 pm    Post subject: More games on Gentoo Reply with quote

The more games on Gentoo the better.

I got Steam working on my system still having issues with Nvidia Optimus related stuff, so I don't have too performance right now. :(
_________________
Some stuff I've added to wiki.gentoo.org: http://bit.ly/1nPrkyc
My website: http://www.digitalsurvival.us
Stage7 (automatic Gentoo Installer) Project Page: https://github.com/DigitalSurvival/Stage7
Back to top
View user's profile Send private message
Naib
Advocate
Advocate


Joined: 21 May 2004
Posts: 4158
Location: Removed by Neddy

PostPosted: Tue Aug 19, 2014 1:19 am    Post subject: Reply with quote

hasufell wrote:
I'm running 4.8 since a long time and steam works fine.

I recommend to not use any multilib stuff (set ABI_X86="64" in make.conf). You don't need it and it will safe you a lot of trouble. Just go with steam runtime.
Well.... you need multilib as STEAM is a 32bit applicatoin so "not use any" is a bit overzealous.
But yes, use STEAM's runtime over system provided binaries


anyway those errors look driver related, ie do you have the drivers installed WITH 32bit versions of the GLX ?
_________________
A free press is the unsleeping guardian of every other right that free men prize; it is the most dangerous foe of tyranny. Where men have the habit of liberty, the Press will continue to be the vigilant guardian of the rights of the ordinary citizen.
Back to top
View user's profile Send private message
hasufell
Developer
Developer


Joined: 29 Oct 2011
Posts: 247

PostPosted: Tue Aug 19, 2014 2:33 am    Post subject: Reply with quote

Naib wrote:
hasufell wrote:
I'm running 4.8 since a long time and steam works fine.

I recommend to not use any multilib stuff (set ABI_X86="64" in make.conf). You don't need it and it will safe you a lot of trouble. Just go with steam runtime.
Well.... you need multilib as STEAM is a 32bit applicatoin so "not use any" is a bit overzealous.

I didn't say "don't use 32bit". I meant multilib, as in multilib eclasses.

emul-linux-x86-* packages are scheduled for deprecation, but are still available. Maybe someone will maintain them in an overlay for out-of-tree stuff.
Back to top
View user's profile Send private message
Yamakuzure
Veteran
Veteran


Joined: 21 Jun 2006
Posts: 1402
Location: Bardowick, Germany

PostPosted: Tue Aug 19, 2014 7:20 am    Post subject: Reply with quote

hasufell wrote:
emul-linux-x86-* packages are scheduled for deprecation, but are still available. Maybe someone will maintain them in an overlay for out-of-tree stuff.
Why? The idea is, that you do not need to install the full 32bit bulks, but only the packages, compiled in 32bit for your machine, as you need them. Feels a lot more 'gentooish' to me, though. ;)
_________________
systemd - The biggest fallacies
Back to top
View user's profile Send private message
Naib
Advocate
Advocate


Joined: 21 May 2004
Posts: 4158
Location: Removed by Neddy

PostPosted: Tue Aug 19, 2014 7:36 am    Post subject: Reply with quote

Yamakuzure wrote:
hasufell wrote:
emul-linux-x86-* packages are scheduled for deprecation, but are still available. Maybe someone will maintain them in an overlay for out-of-tree stuff.
Why? The idea is, that you do not need to install the full 32bit bulks, but only the packages, compiled in 32bit for your machine, as you need them. Feels a lot more 'gentooish' to me, though. ;)

exactly... even if the emul are being depreciated, it doesn't change the fact some 32bit packages are required for STEAM so to recommend ABI_X86 is quite short sighted - maybe stating the minimum needed would be best.
_________________
A free press is the unsleeping guardian of every other right that free men prize; it is the most dangerous foe of tyranny. Where men have the habit of liberty, the Press will continue to be the vigilant guardian of the rights of the ordinary citizen.
Back to top
View user's profile Send private message
hasufell
Developer
Developer


Joined: 29 Oct 2011
Posts: 247

PostPosted: Tue Aug 19, 2014 11:42 am    Post subject: Reply with quote

Yamakuzure wrote:
hasufell wrote:
emul-linux-x86-* packages are scheduled for deprecation, but are still available. Maybe someone will maintain them in an overlay for out-of-tree stuff.
Why? The idea is, that you do not need to install the full 32bit bulks, but only the packages, compiled in 32bit for your machine, as you need them. Feels a lot more 'gentooish' to me, though. ;)

Because it's almost impossible to micro-manage ABI_X86 variable manually. You will end up enabling it globally which is a bit nonsensical to me and caused far too much trouble. It isn't particularly user friendly atm, especially since we still have some package-paths which are not stabilized at all and have complex masks in profiles/ which also confuse the PM which then gives useless warning messages.

Feel free to try to migrate from ABI_X86="64 32" to ABI_X86="64" and then we can talk about why that isn't user friendly, because you end up actually reading lots of ebuilds and doing dependency calculation in your head.

Whether multilib is gentooish I don't really know. It's neither user nor developer friendly, so maybe it is.

And don't let me get started about how multilib header wrapping broke libsdl and that we were forced to remove USE flags.
Back to top
View user's profile Send private message
OldTango
Guru
Guru


Joined: 21 Feb 2004
Posts: 496

PostPosted: Mon Sep 01, 2014 9:02 pm    Post subject: Reply with quote

hasufell wrote:
emul-linux-x86-* packages are scheduled for deprecation, but are still available. Maybe someone will maintain them in an overlay for out-of-tree stuff.

WOW this caught me by total surprise. I have been building my systems (4 Gentoo Systems) with the multilib USE FLAG sense 2004 and use these packages on every system. How will the deprecation of these packages be done and how will it affect people who must have 32bit libs for older applications they have or need?

I have Steam installed and running in wine (all in 32bit mode) at the moment and was considering installing the native linux Steam version as well just as a comparison between the two. Looks like I may have to wait until I see how this all plays out.

hasufell wrote:
Feel free to try to migrate from ABI_X86="64 32" to ABI_X86="64" and then we can talk about why that isn't user friendly, because you end up actually reading lots of ebuilds and doing dependency calculation in your head.
Lets say I want to test this idea on one of my systems. Do I just switch my profile from "default/linux/amd64/13.0" to "default/linux/amd64/13.0/no-multilib" and adjust my USE FLAGS or is there more I need to do? Once I get the system switched over will it be possible to install and run a 32bit application on that system and will it still need the emul-linux-x86-* packages to work properly?

TIA...... :)
Back to top
View user's profile Send private message
charles17
Apprentice
Apprentice


Joined: 02 Mar 2008
Posts: 278

PostPosted: Tue Sep 02, 2014 6:27 am    Post subject: Reply with quote

OldTango wrote:
hasufell wrote:
Feel free to try to migrate from ABI_X86="64 32" to ABI_X86="64" and then we can talk about why that isn't user friendly, because you end up actually reading lots of ebuilds and doing dependency calculation in your head.
Lets say I want to test this idea on one of my systems. Do I just switch my profile from "default/linux/amd64/13.0" to "default/linux/amd64/13.0/no-multilib" and adjust my USE FLAGS or is there more I need to do? Once I get the system switched over will it be possible to install and run a 32bit application on that system and will it still need the emul-linux-x86-* packages to work properly?

TIA...... :)
You might find some helpful information in the wiki.
Back to top
View user's profile Send private message
Aonoa
Guru
Guru


Joined: 23 May 2002
Posts: 585
Location: Oslo, Norway

PostPosted: Sun Sep 07, 2014 10:45 am    Post subject: Reply with quote

I have masked emul-linux* during the install of this fresh Gentoo system and am trying to use abi_x86_32 USE flag per package where needed, but the steam-launcher ebuild from the steam overlay still wants to pull in "app-emulation/emul-linux-x86-baselibs-20140508-r12". Can I not prevent that? It seems as long as steamruntime is set, it pulls that package in.

EDIT: I worked around it by not using the overlay at all and just doing a manual install.
_________________
Dive into Gentoo Linux and emerge into a new world
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Gamers & Players All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum