Hey guys and gals. I'm at my wit's end on this one...
I was using my system earlier tonight, trying to get a couple games working in wine. Everything was fine.. until I ran PlayOnLinux. It errored out with saying it couldn't find any OpenGL drivers for my laptop (Intel Broadwell). Thought it was odd, but nothing was freaking out, so I didn't think anything of it. Saw some updates come up, updated, rebooted, and everything went to hell.
Now whenever I try to boot, GDM errors out
AIGLX error dlopen (path to i915_dri.so, and swrast) undefined symbol _glapi_get_dispatch_table_size & _glapi_set_dispatch
Other than going back and undoing a few days worth of dnf operations one by one and seeing which one actually broke things, does anyone have any ideas? I can't imagine that this something specific to my system because that kind of error makes me think that something broke API/ABI
On 06/21/2016 10:01 PM, Eric Griffith wrote:
I was using my system earlier tonight, trying to get a couple games working in wine. Everything was fine.. until I ran PlayOnLinux. It errored out with saying it couldn't find any OpenGL drivers for my laptop (Intel Broadwell). Thought it was odd, but nothing was freaking out, so I didn't think anything of it. Saw some updates come up, updated, rebooted, and everything went to hell.
Doesn't PlayOnLinux install various bits and change settings?
AIGLX error dlopen (path to i915_dri.so, and swrast) undefined symbol _glapi_get_dispatch_table_size & _glapi_set_dispatch
Can you copy and paste the exact error message?
Other than going back and undoing a few days worth of dnf operations one by one and seeing which one actually broke things, does anyone have any ideas? I can't imagine that this something specific to my system because that kind of error makes me think that something broke API/ABI
What is the output of the following commands: rpm -q mesa-dri-drivers ldd /usr/lib64/dri/i915_dri.so ldd /usr/lib64/dri/swrast_dri.so ldd /usr/lib64/xorg/modules/extensions/libglx.so
On Jun 22, 2016 01:45, "Samuel Sieb" samuel@sieb.net wrote:
On 06/21/2016 10:01 PM, Eric Griffith wrote:
I was using my system earlier tonight, trying to get a couple games working in wine. Everything was fine.. until I ran PlayOnLinux. It errored out with saying it couldn't find any OpenGL drivers for my laptop (Intel Broadwell). Thought it was odd, but nothing was freaking out, so I didn't think anything of it. Saw some updates come up, updated, rebooted, and everything went to hell.
Doesn't PlayOnLinux install various bits and change settings?
PlayOnLinux installs...
Cabextract, gstreamer, iconutils, libXaw, p7zip, wxGTK3, wzBase3, wxPython, and xterm. None of which shouts "Let's break mesa!" to me. Not sure on what settings it might change.
Just to test, I undid the PlayOnLinux install, and gdm still crashes on boot.
AIGLX error dlopen (path to i915_dri.so, and swrast) undefined symbol _glapi_get_dispatch_table_size & _glapi_set_dispatch
Can you copy and paste the exact error message?
Copy paste is hard until I can SSH in tomorrow.
/usr/libexec/gdm-x-session AIGLX error: dlopen of /usr/lib64/dri/i915_dri.so failed (/usr/lib64/dri/i915_dri.so: undefined symbol: _glapi_get_dispatch_table_size)
swrast is the same folder, but the undefined symbol is: _glapi_set_dispatch
Other than going back and undoing a few days worth of dnf operations one by one and seeing which one actually broke things, does anyone have any ideas? I can't imagine that this something specific to my system because that kind of error makes me think that something broke API/ABI
What is the output of the following commands: rpm -q mesa-dri-drivers
32 and 64 bit, version 11.2.2.-2.20160614.fc24
ldd /usr/lib64/dri/i915_dri.so ldd /usr/lib64/dri/swrast_dri.so ldd /usr/lib64/xorg/modules/extensions/libglx.so
Will respond with ldd when I can SSH in.
-- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
On 06/21/2016 11:16 PM, Eric Griffith wrote:
On Jun 22, 2016 01:45, "Samuel Sieb" <samuel@sieb.net mailto:samuel@sieb.net> wrote:
What is the output of the following commands: rpm -q mesa-dri-drivers
32 and 64 bit, version 11.2.2.-2.20160614.fc24
Ok, you didn't mention you were on F24. The Fedora number is always a good first info to start with. :-)
ldd /usr/lib64/dri/i915_dri.so ldd /usr/lib64/dri/swrast_dri.so ldd /usr/lib64/xorg/modules/extensions/libglx.so
Will respond with ldd when I can SSH in.
I forgot to add "dnf history info" in the list, so include that as well when you can.
On 06/21/2016 11:16 PM, Eric Griffith wrote:
On Jun 22, 2016 01:45, "Samuel Sieb" <samuel@sieb.net mailto:samuel@sieb.net> wrote:
ldd /usr/lib64/dri/i915_dri.so ldd /usr/lib64/dri/swrast_dri.so ldd /usr/lib64/xorg/modules/extensions/libglx.so
Will respond with ldd when I can SSH in.
Even if you can't paste the full output right one, take a look through the output and see if there's anything odd, particularly if there are any libraries being linked in from outside of /lib64.
On Wed, Jun 22, 2016 at 1:43 AM, Samuel Sieb samuel@sieb.net wrote:
On 06/21/2016 10:01 PM, Eric Griffith wrote:
I was using my system earlier tonight, trying to get a couple games working in wine. Everything was fine.. until I ran PlayOnLinux. It errored out with saying it couldn't find any OpenGL drivers for my laptop (Intel Broadwell). Thought it was odd, but nothing was freaking out, so I didn't think anything of it. Saw some updates come up, updated, rebooted, and everything went to hell.
Doesn't PlayOnLinux install various bits and change settings?
AIGLX error dlopen (path to i915_dri.so, and swrast) undefined symbol
_glapi_get_dispatch_table_size & _glapi_set_dispatch
Can you copy and paste the exact error message?
Other than going back and undoing a few days worth of dnf operations one
by one and seeing which one actually broke things, does anyone have any ideas? I can't imagine that this something specific to my system because that kind of error makes me think that something broke API/ABI
What is the output of the following commands:
ldd /usr/lib64/dri/i915_dri.so
linux-vdso.so.1 (0x00007ffe5d9fd000) libdrm_intel.so.1 => /lib64/libdrm_intel.so.1 (0x00007feb0a25d000) libdrm_nouveau.so.2 => /lib64/libdrm_nouveau.so.2 (0x00007feb0a054000) libdrm_radeon.so.1 => /lib64/libdrm_radeon.so.1 (0x00007feb09e48000) libselinux.so.1 => /lib64/libselinux.so.1 (0x00007feb09c21000) libdrm.so.2 => /lib64/libdrm.so.2 (0x00007feb09a12000) libexpat.so.1 => /lib64/libexpat.so.1 (0x00007feb097e5000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007feb095c9000) libdl.so.2 => /lib64/libdl.so.2 (0x00007feb093c5000) libm.so.6 => /lib64/libm.so.6 (0x00007feb090ba000) libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007feb08ea3000) libc.so.6 => /lib64/libc.so.6 (0x00007feb08ae1000) /lib64/ld-linux-x86-64.so.2 (0x000055c8ad141000) libpciaccess.so.0 => /usr/lib64/libpciaccess.so.0 (0x00007feb088d6000) libpcre.so.1 => /lib64/libpcre.so.1 (0x00007feb08663000)
ldd /usr/lib64/dri/swrast_dri.so
linux-vdso.so.1 (0x00007ffc18df8000) libselinux.so.1 => /lib64/libselinux.so.1 (0x00007f5795f8f000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f5795d73000) libdl.so.2 => /lib64/libdl.so.2 (0x00007f5795b6e000) libexpat.so.1 => /lib64/libexpat.so.1 (0x00007f5795942000) libdrm_intel.so.1 => /lib64/libdrm_intel.so.1 (0x00007f5795721000) libdrm_nouveau.so.2 => /lib64/libdrm_nouveau.so.2 (0x00007f5795518000) libdrm_radeon.so.1 => /lib64/libdrm_radeon.so.1 (0x00007f579530c000) libdrm_amdgpu.so.1 => /lib64/libdrm_amdgpu.so.1 (0x00007f5795104000) libdrm.so.2 => /lib64/libdrm.so.2 (0x00007f5794ef4000) libelf.so.1 => /lib64/libelf.so.1 (0x00007f5794cdc000) libLLVM-3.8.so => /lib64/libLLVM-3.8.so (0x00007f5792668000) libm.so.6 => /lib64/libm.so.6 (0x00007f579235d000) libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f5792146000) libc.so.6 => /lib64/libc.so.6 (0x00007f5791d84000) libpcre.so.1 => /lib64/libpcre.so.1 (0x00007f5791b10000) /lib64/ld-linux-x86-64.so.2 (0x000055727c487000) libpciaccess.so.0 => /usr/lib64/libpciaccess.so.0 (0x00007f5791906000) libz.so.1 => /lib64/libz.so.1 (0x00007f57916ef000) libffi.so.6 => /lib64/../lib64/libffi.so.6 (0x00007f57914e7000) librt.so.1 => /lib64/../lib64/librt.so.1 (0x00007f57912df000)
ldd /usr/lib64/xorg/modules/extensions/libglx.so
linux-vdso.so.1 (0x00007ffd476f9000) libGL.so.1 => /usr/lib64/libglvnd/libGL.so.1 (0x00007f5d15e9e000) libdl.so.2 => /lib64/libdl.so.2 (0x00007f5d15c9a000) libaudit.so.1 => /lib64/libaudit.so.1 (0x00007f5d15a71000) libm.so.6 => /lib64/libm.so.6 (0x00007f5d15767000) libc.so.6 => /lib64/libc.so.6 (0x00007f5d153a5000) libGLX.so.0 => /usr/lib64/libglvnd/libGLX.so.0 (0x00007f5d15172000) libX11.so.6 => /lib64/libX11.so.6 (0x00007f5d14e32000) libXext.so.6 => /lib64/libXext.so.6 (0x00007f5d14c20000) libGLdispatch.so.0 => /usr/lib64/libglvnd/libGLdispatch.so.0 (0x00007f5d14949000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f5d1472d000) /lib64/ld-linux-x86-64.so.2 (0x000055adcdb2b000) libxcb.so.1 => /lib64/libxcb.so.1 (0x00007f5d1450a000) libXau.so.6 => /lib64/libXau.so.6 (0x00007f5d14306000)
and dnf history....
60 | remove flatpak-libs | 2016-06-22 12:18 | Erase | 12 59 | history undo 47 | 2016-06-22 02:14 | Erase | 14 58 | distro-sync --nogpgcheck | 2016-06-21 23:20 | Update | 2 57 | reinstall mesa-libGL | 2016-06-21 23:14 | Reinstall | 2 56 | remove nvidia-* | 2016-06-21 22:40 | Erase | 1 55 | reinstall gdm | 2016-06-21 21:47 | Reinstall | 1 54 | reinstall mesa-dri-drive | 2016-06-21 21:46 | Reinstall | 2 53 | update findutils libwaco | 2016-06-21 21:37 | Update | 3 52 | update autocorr-en expat | 2016-06-21 21:36 | Update | 6 51 | update libreoffice-* | 2016-06-21 20:24 | Update | 21 50 | update xorg-x11* | 2016-06-21 20:24 | Update | 4 49 | update --disablerepo=rpm | 2016-06-21 20:18 | I, O, U | 295 EE 48 | update mesa-* | 2016-06-21 20:16 | I, U | 19 47 | install playonlinux | 2016-06-21 19:49 | Install | 14 46 | install flatpak-libs.* | 2016-06-20 20:00 | Install | 12 45 | install flatpak-libs | 2016-06-20 20:00 | Install | 1 44 | update -y --refresh | 2016-06-19 12:55 | I, O, U | 38 E< 43 | install owncloud-client | 2016-06-16 21:06 | Install | 10 > 42 | install nautilus-termina | 2016-06-16 21:05 | Install | 4 41 | install deja-dup-nautilu | 2016-06-16 21:03 | Install | 11 < 40 | install wine | 2016-06-16 20:42 | Install | 63 > 39 | install gsm.i686 gsm.x86 | 2016-06-16 20:27 | Install | 30 38 | install dbus-python nss- | 2016-06-16 20:22 | Install | 2 < 37 | remove snapd | 2016-06-16 15:28 | Erase | 3 > 36 | install vlc | 2016-06-16 00:18 | Install | 28 35 | install dnf-plugin-syste | 2016-06-15 00:17 | Install | 2 34 | install fedora-repos-raw | 2016-06-15 00:16 | Install | 1 < 33 | install snapd | 2016-06-14 14:07 | Install | 3 >E 32 | install tlp | 2016-06-14 01:47 | Install | 14 31 | install HandBrake-gui | 2016-06-14 01:29 | Install | 29 < 30 | history undo 23 | 2016-06-14 01:17 | Erase | 4 > 29 | history undo 24 | 2016-06-14 01:17 | Erase | 1 28 | history undo 25 | 2016-06-14 01:17 | Erase | 26 27 | history undo 26 | 2016-06-14 01:17 | Erase | 17 26 | install systemd-devel.i6 | 2016-06-14 01:16 | Install | 17 25 | install libva-devel.i686 | 2016-06-14 01:14 | Install | 26 24 | install libdrm-devel.i68 | 2016-06-14 01:13 | Install | 1 23 | install libdrm.i686 | 2016-06-14 01:13 | Install | 4 22 | group install Office/Pro | 2016-06-14 01:00 | Install | 74 21 | install Downloads/rpmfus | 2016-06-14 00:40 | Install | 2 EE 20 | update | 2016-06-14 00:37 | I, O | 4 19 | install adobe-source-cod | 2016-06-13 21:41 | Install | 1 18 | install adobe-source-san | 2016-06-13 21:40 | Install | 1 < 17 | install screenfetch | 2016-06-13 18:55 | Install | 4 > 16 | install google-roboto-fo | 2016-06-13 17:02 | Install | 2 15 | install gtk2-engines | 2016-06-13 17:02 | Install | 1 14 | install moka-icon-theme | 2016-06-13 01:02 | Install | 1 EE 13 | install arc-theme | 2016-06-13 01:01 | Install | 1 12 | install nano | 2016-06-13 00:57 | Install | 1 11 | install gtk-murrine-engi | 2016-06-13 00:44 | Install | 1 < 10 | remove shotwell | 2016-06-12 23:43 | Erase | 1 >< 9 | install flatpak flatpak- | 2016-06-12 22:49 | Install | 12 > 8 | remove gnome-shell-exten | 2016-06-12 22:43 | Erase | 1 7 | install gnome-shell-exte | 2016-06-12 22:42 | Install | 1 6 | remove plank | 2016-06-12 22:42 | Erase | 5 5 | install plank | 2016-06-12 22:41 | Install | 5 4 | install gnome-music gnom | 2016-06-12 02:04 | Install | 17 3 | install gnome-shell-exte | 2016-06-12 01:37 | Install | 11 2 | install snapper python3- | 2016-06-11 19:51 | Install | 4 1 | | 2016-06-11 08:49 | Install | 1452 EE
48 + is a broken system, prior to 48 is a "working" system. I put "working" in quotes because things may have only been "working" because they were loaded into memory already.
On 06/22/2016 09:31 AM, Eric Griffith wrote:
ldd /usr/lib64/xorg/modules/extensions/libglx.so libGL.so.1 => /usr/lib64/libglvnd/libGL.so.1 (0x00007f5d15e9e000) libGLX.so.0 => /usr/lib64/libglvnd/libGLX.so.0 (0x00007f5d15172000) libGLdispatch.so.0 => /usr/lib64/libglvnd/libGLdispatch.so.0(0x00007f5d14949000)
It's picking up the wrong libraries. Try "rpm -qf /usr/lib64/libglvnd/libGL.so.1" to see if anything owns it. If yes, then remove the owning package, otherwise just remove the directory. Then check in /etc/ld.so.conf.d for any reference to the /usr/lib64/libglvnd directory. Remove the referencing file, then run ldconfig. You should be ok after that.
and dnf history.... 56 | remove nvidia-* | 2016-06-21 22:40 | Erase | 1
You had the nvidia proprietary drivers installed? That would explain the breakage.
On Jun 22, 2016 13:05, "Samuel Sieb" samuel@sieb.net wrote:
On 06/22/2016 09:31 AM, Eric Griffith wrote:
ldd /usr/lib64/xorg/modules/extensions/libglx.so libGL.so.1 => /usr/lib64/libglvnd/libGL.so.1 (0x00007f5d15e9e000) libGLX.so.0 => /usr/lib64/libglvnd/libGLX.so.0 (0x00007f5d15172000) libGLdispatch.so.0 => /usr/lib64/libglvnd/libGLdispatch.so.0(0x00007f5d14949000)
It's picking up the wrong libraries. Try "rpm -qf /usr/lib64/libglvnd/libGL.so.1" to see if anything owns it.
If yes, then remove the owning package, otherwise just remove the directory. Then check in /etc/ld.so.conf.d for any reference to the /usr/lib64/libglvnd directory. Remove the referencing file, then run ldconfig. You should be ok after that.
That fixed it. Libglvnd was the problem package (third party repo), unfortunately now I need to untangle the mess of dependencies because trying to remove libglvnd wants to rip out things like Totem and parts of gstreamer. But that I can figure out on my own.
and dnf history....
56 | remove nvidia-* | 2016-06-21 22:40 | Erase| 1
You had the nvidia proprietary drivers installed? That would explain the
breakage.
Not quite. A package pulled in the nvidia-cuda-libs, but I was able to remove only nvidia-cuda-libs without it pulling anything else, so I'm chalking that up to a packaging bug.
Thanks for the assistance, Samuel. Much appreciated.
-- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
-
Eric Griffith -
Samuel Sieb