Bug#879013: pinentry-qt: _glapi_tls_Current not in libGL.so.1
Dear Daniel Kahn Gillmor, you wrote: > ... I've > gone ahead and reassigned this bug to libglvnd0-nvidia, but i don't have > the version information to know specifically which versions caused the > problems. Maybe you can document that here so that it can be tracked > down? Sure: this is what /var/log/apt/history.log tells me: Start-Date: 2017-10-19 11:32:52 Install: libglvnd0:amd64 (0.2.999+git20170802-5) Remove: libglvnd0-nvidia:amd64 (375.82-5) End-Date: 2017-10-19 11:32:54 If you need more info, don't hesitate to ask. -- Frank B. Brokken Center for Information Technology, University of Groningen (+31) 50 363 9281 Public PGP key: http://pgp.surfnet.nl Key Fingerprint: DF32 13DE B156 7732 E65E 3B4D 7DB2 A8BE EAE4 D8AA signature.asc Description: PGP signature
Bug#879013: pinentry-qt: _glapi_tls_Current not in libGL.so.1
Control: reassign 879013 libglvnd0-nvidia Control: retitle 879013 libglvnd0-nvidia libGLdispatch.so.0 causes failure of pinentry-qt Control: affects 879013 + pinentry-qt On Thu 2017-10-19 11:50:32 +0200, Frank B. Brokken wrote: > I could, but it's probably not needed anymore, as I think I located the > problem: I ran pinentry-qt on another computer of mine, where it ran > OK. The libGL.so.1.0.0 libraries on both computers were identical, so I used > ldd to determine which libs were used by libGL.so.1.0.0. Then I noticed that > /usr/lib/x86_64-linux-gnu/libGLdispatch.so.0 on both computers differed: the > computer where pinentry-qt did *not* work had: > > 711864 Jul 20 05:28 libGLdispatch.so.0 > > whereas on the one where pinentry-qt *did* work showed: > > lrwxrwxrwx 1 22 Sep 28 22:04 > /usr/lib/x86_64-linux-gnu/libGLdispatch.so.0 -> libGLdispatch.so.0.0.0 > -rw-r--r-- 1 612808 Sep 28 22:04 > /usr/lib/x86_64-linux-gnu/libGLdispatch.so.0.0.0 > > On the one where it did *not* work libglvnd0-nvidia was installed, and that > one prevented libGLdispatch from being upgraded. I replaced libglvnd0-nvidia > by libglvnd0, and that solved the issue. Hm, non-free software... Interesting. Thanks for tracking it down and documenting it here. I've gone ahead and reassigned this bug to libglvnd0-nvidia, but i don't have the version information to know specifically which versions caused the problems. Maybe you can document that here so that it can be tracked down? --dkg signature.asc Description: PGP signature
Bug#879013: pinentry-qt: _glapi_tls_Current not in libGL.so.1
Dear Daniel Kahn Gillmor, you wrote: > Control: tags 879013 + moreinfo unreproducible > > Hi Frank-- Hi Daniel, Thanks for the quick response! > Can you confirm this with pinentry directly? > > ... > > Could you show me a comparable transcript? I could, but it's probably not needed anymore, as I think I located the problem: I ran pinentry-qt on another computer of mine, where it ran OK. The libGL.so.1.0.0 libraries on both computers were identical, so I used ldd to determine which libs were used by libGL.so.1.0.0. Then I noticed that /usr/lib/x86_64-linux-gnu/libGLdispatch.so.0 on both computers differed: the computer where pinentry-qt did *not* work had: 711864 Jul 20 05:28 libGLdispatch.so.0 whereas on the one where pinentry-qt *did* work showed: lrwxrwxrwx 1 22 Sep 28 22:04 /usr/lib/x86_64-linux-gnu/libGLdispatch.so.0 -> libGLdispatch.so.0.0.0 -rw-r--r-- 1 612808 Sep 28 22:04 /usr/lib/x86_64-linux-gnu/libGLdispatch.so.0.0.0 On the one where it did *not* work libglvnd0-nvidia was installed, and that one prevented libGLdispatch from being upgraded. I replaced libglvnd0-nvidia by libglvnd0, and that solved the issue. Hm, non-free software... So, apologies for the fuzz, which clearly was not caused by pinentry-qt, and so I suggest to close this bugreport as well. If you need any additional information, please let me know. Kind regards, -- Frank B. Brokken Center for Information Technology, University of Groningen (+31) 50 363 9281 Public PGP key: http://pgp.surfnet.nl Key Fingerprint: DF32 13DE B156 7732 E65E 3B4D 7DB2 A8BE EAE4 D8AA signature.asc Description: PGP signature
Bug#879013: pinentry-qt: _glapi_tls_Current not in libGL.so.1
Control: tags 879013 + moreinfo unreproducible Hi Frank-- On Wed 2017-10-18 14:45:26 +0200, Frank Brokken wrote: > After pinentry-qt was upgraded it won't run anymore because it refers to a > symbol that does not exist in libGL.so.1: > > pinentry-qt: symbol lookup error: /usr/lib/x86_64-linux-gnu/libGL.so.1: > undefined symbol: _glapi_tls_Current > > libgGL.so.1 is in the libgl1 package, and currently has version > 0.2.999+git20170802-5 on my computer (libqt5gui5, listed as package on > which pinentry-qt depends, reports libgl1 as a package on which libqt5gui5 > itself depends) Can you confirm this with pinentry directly? Here's a transcript showing that the setup you describe appears to work for me: 0 dkg@alice:~$ dpkg -l libgl1 pinentry-qt Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++--=-=-== ii libgl1:amd64 0.2.999+git20170802-5 amd64 Vendor neutral GL dispatch library -- legacy GL support ii pinentry-qt 1.0.0-3 amd64 Qt-based PIN or pass-phrase entry dialog for GnuPG 0 dkg@alice:~$ pinentry-qt OK Pleased to meet you getpin D abc123 OK bye OK closing connection 0 dkg@alice:~$ ldd $(which pinentry-qt) | grep libGL libGL.so.1 => /usr/lib/x86_64-linux-gnu/libGL.so.1 (0x7ff3a4ca9000) libGLX.so.0 => /usr/lib/x86_64-linux-gnu/libGLX.so.0 (0x7ff3a3447000) libGLdispatch.so.0 => /usr/lib/x86_64-linux-gnu/libGLdispatch.so.0 (0x7ff3a3191000) 0 dkg@alice:~$ Could you show me a comparable transcript? Regards, --dkg signature.asc Description: PGP signature
Bug#879013: pinentry-qt: _glapi_tls_Current not in libGL.so.1
Package: pinentry-qt Version: 1.0.0-3 Severity: important Dear Maintainer, * What led up to the situation? Updating the gnu packages. * What was the outcome of this action? After pinentry-qt was upgraded it won't run anymore because it refers to a symbol that does not exist in libGL.so.1: pinentry-qt: symbol lookup error: /usr/lib/x86_64-linux-gnu/libGL.so.1: undefined symbol: _glapi_tls_Current libgGL.so.1 is in the libgl1 package, and currently has version 0.2.999+git20170802-5 on my computer (libqt5gui5, listed as package on which pinentry-qt depends, reports libgl1 as a package on which libqt5gui5 itself depends) -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.12.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages pinentry-qt depends on: ii libassuan0 2.4.3-3 ii libc6 2.24-17 ii libgcc1 1:7.2.0-8 ii libgpg-error0 1.27-3 ii libncursesw56.0+20170902-1 ii libqt5core5a5.9.1+dfsg-9 ii libqt5gui5 5.9.1+dfsg-9 ii libqt5widgets5 5.9.1+dfsg-9 ii libstdc++6 7.2.0-8 ii libtinfo5 6.0+20170902-1 pinentry-qt recommends no packages. Versions of packages pinentry-qt suggests: pn pinentry-doc -- no debconf information
