| Summary: | >=media-libs/mesa-11.0.6 installs libGL to /usr/${libdir} and breaks applications that dlopen() libGL from "known path" | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Maciej Mrozowski <reavertm> |
| Component: | [OLD] Unspecified | Assignee: | Gentoo X packagers <x11> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | mgorny, orionbelt2 |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| URL: | https://github.com/ValveSoftware/steam-for-linux/issues/3624 | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | emerge --info | ||
Is there any good way to work around this until it's fixed? I'm using the proprietary nvidia-drivers, and the update today left a lot of OpenGL programs broken because of this. Game developers will never cease to surprise me. Why dlopen safely by filename when you can instead hardcode path that is going to be wrong on every third system. So, could you test the following: 1. Does setting LD_PRELOAD to the correct library path fix this? 2. Does setting LD_PRELOAD=libGL.so (without explicit path) fix this? 3. Does removing libGL.so from /usr/lib* fix this? (without LD_PRELOAD). As far as I can recall, the issue with steam was not due to LD_PRELOAD but due to upstream dumbly prepending paths to LD_LIBRARY_PATH. though I think we fixed that somehow. Also I'd appreciate if you were more specific what is broken. Because I've started looking through game sources and they usually dlopen() libGL without path, so that won't be a problem. As for steam, would be nice to mention where did you get it. I'm pretty sure there's more than one ebuild floating around. Originally I couldn't use steam, or glxgears after the update. I got similar errors as Maciej posted above with both. At first I just tried to reinstall the newest nvidia-drivers, but that didn't help. I un-installed mesa, and then re-installed nvidia-drivers-352.63, everything works now. I don't think you need that specific version of nvidia-drivers though. Sorry I'm not much help and couldn't answer your specific questions, just stating what eventually worked for me. @zzz
> I un-installed mesa, and then re-installed nvidia-drivers-352.63, everything works now.
That will surely break again you re-emerge mesa back as it installs libGL to /usr/lib*.
@mgorny
This is standalone Steam installation in my case (unpacked .deb? run from user directory) - no ebuilds used.
Checking steam process environment, Steam indeed appends /usr/lib32 at the end of LD_LIBRARY_PATH so unless we strip it off somewhere in ld I don't see how to recover from this crap in automatic manner...
1. Does setting LD_PRELOAD to the correct library path fix this?
Fixes Steam.
Unreal SDK was fixed by removing and regenerating /etc/env.d/000opengl I think. Or I had added own LD_PRELOAD=/usr/libGL.so before that now broke, cannot narrow it down anymore unfortunately.
2. Does setting LD_PRELOAD=libGL.so (without explicit path) fix this?
Does not fix Steam.
3. Does removing libGL.so from /usr/lib* fix this? (without LD_PRELOAD).
Surely would fix, issue now clear once I know Steam appends /usr/lib* to LD_LIBRARY_PATH.
I'll try to report it upstream...
Related to bug 531990. So. Do you have any real case of dlopen() with absolute path or was this purely steam which is case of LD_LIBRARY_PATH hackery? @Maciej Mrozowski >That will surely break again you re-emerge mesa back as it installs libGL to /usr/lib*. Yeah I figured it would. I just added mesa to package.provided until something gets worked out on someone's end. @Michał Górny >So. Do you have any real case of dlopen() with absolute path or was this purely steam which is case of LD_LIBRARY_PATH hackery? The update did break glxgears for me too, with near identical error. I am wondering whether this forum thread might also be related: https://forums.gentoo.org/viewtopic-p-7849932.html#7849932 If you can come up with non-steam problem, please reopen. Otherwise, I'm closing this as duplicate of the original (fixed in overlay) Steam bug. *** This bug has been marked as a duplicate of bug 531990 *** Hi, No I think there's still an issue with media-libs/mesa-11.0.6 It installs a libGL.so into /usr/lib64/ (!) when i think that should be a symbolic link. The link is being clobbered. With the nvidia drivers and mesa installed, libGL.so was a sym-link: /usr/lib64/libGL.so -> opengl/nvidia/lib/libGL.so.349.16 media-libs/mesa-10.3.7-r1 installs libGL.so into: /usr/lib64/opengl/xorg-x11/lib/libGL.so That's what I'd like vers 11.0.6 to do as well. right now, with vers 11.0.6, "glxinfo" reports a libGL error! The bug is is simply that Mesa's libGL.so is clobbering the link at /usr/lib64 when it should be installing it in /usr/lib64/opengl/xorg-x11/lib regards, ben. $ emerge --info Portage 2.2.26 (python 2.7.10-final-0, default/linux/amd64/13.0/desktop/kde, gcc-4.8.4, glibc-2.21-r1, 4.1.12-gentoo x86_64) ================================================================= System uname: Linux-4.1.12-gentoo-x86_64-Intel-R-_Core-TM-2_Quad_CPU_Q6600_@_2.40GHz-with-gentoo-2.2 KiB Mem: 3987680 total, 861344 free KiB Swap: 33554428 total, 33554248 free Timestamp of repository gentoo: Tue, 12 Jan 2016 05:45:01 +0000 sh bash 4.3_p42-r1 ld GNU ld (Gentoo 2.25.1 p1.1) 2.25.1 app-shells/bash: 4.3_p42-r1::gentoo dev-java/java-config: 2.2.0::gentoo dev-lang/perl: 5.20.2::gentoo dev-lang/python: 2.7.10-r1::gentoo, 3.3.5-r1::gentoo, 3.4.3-r1::gentoo dev-util/cmake: 3.3.1-r1::gentoo dev-util/pkgconfig: 0.28-r2::gentoo sys-apps/baselayout: 2.2::gentoo sys-apps/openrc: 0.18.4::gentoo sys-apps/sandbox: 2.6-r1::gentoo sys-devel/autoconf: 2.13::gentoo, 2.69::gentoo sys-devel/automake: 1.10.3::gentoo, 1.11.6-r1::gentoo, 1.12.6::gentoo, 1.13.4::gentoo, 1.14.1::gentoo, 1.15::gentoo sys-devel/binutils: 2.25.1-r1::gentoo sys-devel/gcc: 4.3.6-r1::gentoo, 4.4.7::gentoo, 4.7.3-r1::gentoo, 4.8.4::gentoo, 4.9.3::gentoo sys-devel/gcc-config: 1.7.3::gentoo sys-devel/libtool: 2.4.6::gentoo sys-devel/make: 4.1-r1::gentoo sys-kernel/linux-headers: 3.18::gentoo (virtual/os-headers) sys-libs/glibc: 2.21-r1::gentoo Repositories: gentoo location: /usr/portage sync-type: rsync sync-uri: rsync://rsync.au.gentoo.org/gentoo-portage priority: -1000 x-portage location: /usr/local/portage masters: gentoo priority: 0 Installed sets: @ben ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="* -@EULA" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/lib64/libreoffice/program/sofficerc /usr/share/config /usr/share/gnupg/qualified.txt /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5.5/ext-active/ /etc/php/apache2-php5.6/ext-active/ /etc/php/cgi-php5.5/ext-active/ /etc/php/cgi-php5.6/ext-active/ /etc/php/cli-php5.5/ext-active/ /etc/php/cli-php5.6/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" FCFLAGS="-O2 -pipe" FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr" FFLAGS="-O2 -pipe" GENTOO_MIRRORS="http://ftp.swin.edu.au/gentoo ftp://ftp.swin.edu.au/gentoo http://mirror.csclub.uwaterloo.ca/gentoo-distfiles/ ftp://mirror.csclub.uwaterloo.ca/gentoo-distfiles/" LANG="C" LDFLAGS="-Wl,-O1 -Wl,--as-needed" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" USE="X a52 aac acl acpi alsa amd64 berkdb bindist bluetooth branding bzip2 cairo cdda cdr cli consolekit cracklib crypt cups cxx dbus declarative dri dts dvd dvdr emboss encode exif fam ffmpeg firefox flac fortran gdbm gif git glamor gpm gtk iconv ipv6 jpeg kde kipi lcms ldap libnotify mad mmx mmxext mng modules mp3 mp4 mpeg multilib ncurses nls nptl ogg opengl openmp pam pango pcre pdf phonon plasma png policykit ppds qt3support qt4 readline sdl seccomp semantic-desktop session spell sse sse2 ssl startup-notification subversion svg tcpd tiff truetype udev udisks unicode upower usb vorbis wxwidgets x264 xattr xcb xcomposite xinerama xml xscreensaver xv xvid zlib" ABI_X86="64" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="mmx mmxext sse sse2 sse3 ssse3" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ublox ubx" INPUT_DEVICES="evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-5" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_4" RUBY_TARGETS="ruby20 ruby21" USERLAND="GNU" VIDEO_CARDS="nvidia" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" USE_PYTHON="2.7 3.3" Unset: CC, CPPFLAGS, CTARGET, CXX, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, MAKEOPTS, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS Did you use eselect-opengl? Did you source new /etc/profile? I would appreciate if you focused on facts rather than 'I think things should never change because they were like this before'. (In reply to Michał Górny from comment #12) > Did you use eselect-opengl? Did you source new /etc/profile? I would > appreciate if you focused on facts rather than 'I think things should never > change because they were like this before'. Hi Yes ok sorry.. I didn't mean things should never change. I was just trying to help in case they'd accidentally changed. I did not expect mesa clobbering links in /usr/lib64 to be correct behaviour. But it's not about me. :) Yes 'eselect opengl' was used previously. Need it be done again? Yes, i think the /etc/profile was sourced .. (though the shell is gone, and new ones do). $ eselect opengl list Available OpenGL implementations: [1] nvidia * [2] xorg-x11 Ah. We have a global LD_LIBRARY_PATH set. Perhaps it interferes? $ env|grep LD LD_LIBRARY_PATH=/usr/local/lib:/usr/local/lib64:/lib:/lib64:/usr/lib:/usr/lib64:/da/sw/equalizer/lib Apologies: looks like this is just the old way of doing things, and ldconfig takes care of runtime linking these days (? sorry: old skool). I've cleared LD_LIBRARY_PATH and glxinfo & houdini etc works fine now. $ unset LD_LIBRARY_PATH thanks! |
Created attachment 418252 [details] emerge --info When blob drivers are used (ati, nvidia), certain applications break, when mesa installs its own (in such configuration useless) libGL to /usr/<libdir>. eselect-opengl just mangles LDPATH and that only handles applications that linked to libGL at build time. Those that dlopen() require LD_PRELOAD or other magic. Symptoms with Steam: maciek@liwardyna ~/opt/steampowered/bin $ LIBGL_DEBUG="verbose steam" ./steam Couldn't find dpkg, please update steamdeps for your distribution. Running Steam on gentoo 64-bit STEAM_RUNTIME is enabled automatically ILocalize::AddFile() failed to load file "public/steambootstrapper_english.txt". [2015-12-01 00:54:03] Startup - updater built Jun 16 2014 11:16:02 Installing breakpad exception handler for appid(steam)/version(1447125378_client) libGL: screen 0 does not appear to be DRI2 capable libGL: OpenDriver: trying /usr/lib32/dri/tls/swrast_dri.so libGL: OpenDriver: trying /usr/lib32/dri/swrast_dri.so libGL: dlopen /usr/lib32/dri/swrast_dri.so failed (/usr/lib32/dri/swrast_dri.so: cannot open shared object file: No such file or directory) libGL error: unable to load driver: swrast_dri.so libGL error: failed to load driver: swrast SteamUpdateUI: An X Error occurred X Error of failed request: BadValue (integer parameter out of range for operation) Likely wrong libGL is being dlopen()-ed (LD_PRELOAD fixes). All in all, I think mesa should only optionally install libGL - for instance when there is at least one driver specified in VIDEO_CARDS for the package or when software rasterizer is explicitly requested to be built.