Summary: | Problems with nvidia-glx-, specifically libnvidia-tls.so | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Patrick Harrison <the_hoser> |
Component: | Current packages | Assignee: | Gentoo X packagers <x11> |
Status: | RESOLVED FIXED | ||
Severity: | major | CC: | chat.noir, david.heavens, dlm1065, f.hammer, gwh, smitht9, sven.koehler |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Patrick Harrison
2004-11-09 01:05:49 UTC
I think this is a duplicate of 64927. In that bug report, some suggests changing opengl-update and replacing the line: /usr/lib/misc/tls_test /usr/lib/misc/tls_test_dso.so 2>/dev/null with getconf GNU_LIBPTHREAD_VERSION | grep -i nptl 2>/dev/null I've tried this and reran "opengl-update nvidia" and everything (well, openGL stuff) now seems to work! BTW, I've downgraded from 6629 back to 6111 and the problem still occurs. As it would do, since the fix can be applied to x11-base/opengl-update-1.8.1-r1. The reason we used nvidia tls_test was simply because they were the only ones that had tls supported drivers, however, eventually I presume this will change. After looking at an nptl build system, it appears the suggested fix here is probably better in the long run. Donnie: I'll change this sometime today in 1.8.1 and 2_pre Andrew, just to make sure I'm not misunderstanding -- you're bumping the opengl-update releases in each series, not literally changing 1.8.1 and 2.0_pre2 or whatever it is. The way I understand it is that if nptl is enabled in glibc, then ONLY the tls enabled libs should be linked to with opengl-update -- if nptl is not enabled, then it doesnt matter if both are or just the non-tls libs. Is that actually correct? *** Bug 64927 has been marked as a duplicate of this bug. *** A NPTL-system should have both: TLS and non-TLS libraries A non-NPTL-system should only have the non-TLS libraries. Once the fixed glibc-ebuilds will be stable, they install two versions of glibc, one has NPTl, one doesn't. So there also should be both version of NVidia-libraries, so that LD_ASSUME_KERNEL=2.4.1 will run non-NPTL glibc with the non-TLS NVidia libraries. *** Bug 70871 has been marked as a duplicate of this bug. *** *** Bug 71424 has been marked as a duplicate of this bug. *** *** Bug 70795 has been marked as a duplicate of this bug. *** Fixed in cvs see opengl-update-1.8.2 or opengl-update-2.0_pre3 New opngl-update doesn't fix things for me (or it is another problem). Eg openoffice-ximian 1.3.6 (compiled with gcc 3.4) doesn't start: Inconsistency detected by ld.so: ../sysdeps/generic/dl-tls.c: 72: _dl_next_tls_modid: Assertion `result <= _rtld_local._dl_tls_max_dtv_idx' failed! But if I do a opengl-update xorg-x11, openoffice-ximian will start... If you are having the above comment #12 problem, see bug #73076 *** Bug 73817 has been marked as a duplicate of this bug. *** |