Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#48114 - [nvidia-utils] doesn't install the TLS library correctly
Attached to Project:
Arch Linux
Opened by (Det) - Wednesday, 10 February 2016, 08:50 GMT
Last edited by Sven-Hendrik Haase (Svenstaro) - Saturday, 13 February 2016, 12:58 GMT
Opened by (Det) - Wednesday, 10 February 2016, 08:50 GMT
Last edited by Sven-Hendrik Haase (Svenstaro) - Saturday, 13 February 2016, 12:58 GMT
|
DetailsThe "classic" TLS library should go to /usr/lib/libnvidia-tls.so.361.28 and the "new" in /usr/lib/tls/libnvidia-tls.so.361.28. [1] Currently the "new" gets installed in the "classic" location, and the "classic" one is left out.
From the .run package's .manifest: libnvidia-tls.so.361.28 0755 TLS_LIB NATIVE CLASSIC / tls/libnvidia-tls.so.361.28 0755 TLS_LIB NATIVE NEW tls/ This is also how they are installed in Ubuntu. [2] [1] = http://us.download.nvidia.com/XFree86/Linux-x86_64/361.28/README/installedcomponents.html [2] = http://packages.ubuntu.com/wily/amd64/nvidia-352/filelist |
This task depends upon
Closed by Sven-Hendrik Haase (Svenstaro)
Saturday, 13 February 2016, 12:58 GMT
Reason for closing: Implemented
Saturday, 13 February 2016, 12:58 GMT
Reason for closing: Implemented
https://projects.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/nvidia-utils&id=640c6d0f1dda6ce6ce7234af368bf9404dd1c896
[1] https://github.com/aaronp24/arch-nvidia-utils/issues/2
Current release 361.28 (with GLVND GLX libraries)
$ ldd /usr/lib/libGL.so.1
linux-vdso.so.1 (0x00007ffe42672000)
libdl.so.2 => /usr/lib/libdl.so.2 (0x00007f1182c9f000)
libGLX.so.0 => /usr/lib/libGLX.so.0 (0x00007f1182a6d000)
libGLdispatch.so.0 => /usr/lib/libGLdispatch.so.0 (0x00007f1182785000)
libc.so.6 => /usr/lib/libc.so.6 (0x00007f11823e0000)
/usr/lib64/ld-linux-x86-64.so.2 (0x000055b02ef99000)
libX11.so.6 => /usr/lib/libX11.so.6 (0x00007f118209e000)
libXext.so.6 => /usr/lib/libXext.so.6 (0x00007f1181e8c000)
libxcb.so.1 => /usr/lib/libxcb.so.1 (0x00007f1181c68000)
libXau.so.6 => /usr/lib/libXau.so.6 (0x00007f1181a64000)
libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x00007f118185e000)
$ ldd /usr/lib/xorg/modules/extensions/libglx.so
linux-vdso.so.1 (0x00007ffd5c746000)
libnvidia-tls.so.361.28 => /usr/lib/tls/libnvidia-tls.so.361.28 (0x00007f4adc0cd000)
libnvidia-glcore.so.361.28 => /usr/lib/libnvidia-glcore.so.361.28 (0x00007f4ada43f000)
libc.so.6 => /usr/lib/libc.so.6 (0x00007f4ada09b000)
libdl.so.2 => /usr/lib/libdl.so.2 (0x00007f4ad9e96000)
libm.so.6 => /usr/lib/libm.so.6 (0x00007f4ad9b98000)
/usr/lib64/ld-linux-x86-64.so.2 (0x0000557185fe4000)
$ file /usr/lib/libnvidia-tls.so.358.16
/usr/lib/libnvidia-tls.so.358.16: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, for GNU/Linux 2.3.99, stripped
Who, exactly, is running a kernel less than 2.3.99?
I see no requirement whatsoever for the "classic" (i.e. ludicrously ancient) version of this file. In fact it's probably a bug on Nvidia's part for pointlessly causing this uncertainty ;)
└┌(%:~/Desktop)┌- file /usr/lib/libnvidia-tls.so.361.28
/usr/lib/libnvidia-tls.so.361.28: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, for GNU/Linux 2.2.5, stripped
└┌(%:~/Desktop)┌- file /usr/lib/tls/libnvidia-tls.so.361.28
/usr/lib/tls/libnvidia-tls.so.361.28: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, for GNU/Linux 2.3.99, stripped