Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 70871 - nvidia drivers issues cause failure with gnustep-back-{art,xlib}
Summary: nvidia drivers issues cause failure with gnustep-back-{art,xlib}
Status: RESOLVED DUPLICATE of bug 70545
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High major (vote)
Assignee: Gentoo X packagers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-11-11 14:29 UTC by David Heavens
Modified: 2005-07-17 13:06 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description David Heavens 2004-11-11 14:29:23 UTC
This behaviour occurs when I run "openapp AClock".  The error is about loading libnvidia-tls.  I do not get this error on a machine running a radeon with ati-drivers installed.

Reproducible: Always
Steps to Reproduce:
1. using either of the two /usr/GNUstep/System/Tools/Gentoo/config-gnustep-back-{xlib,art}.sh as the backend.
2. openapp AClock
3. failure

Actual Results:  
Error (objc-load):libnvidia-tls.so.1: cannot handle TLS data
2004-11-11 22:11:47.000 AClock[1318] NSApplication.m:216  Assertion failed in
initialize_gnustep_backend.  Can't load object file from backend at path
/usr/GNUstep/System/Library/Bundles/libgnustep-xlib.bundle
/usr/GNUstep/System/Applications/AClock.app/AClock: Uncaught exception
NSInternalInconsistencyException, reason: NSApplication.m:216  Assertion failed
in initialize_gnustep_backend.  Can't load object file from backend at path
/usr/GNUstep/System/Library/Bundles/libgnustep-xlib.bundle

or

Error (objc-load):libnvidia-tls.so.1: cannot handle TLS data
2004-11-11 22:19:02.000 AClock[4173] NSApplication.m:216  Assertion failed in
initialize_gnustep_backend.  Can't load object file from backend at path
/usr/GNUstep/System/Library/Bundles/libgnustep-art.bundle
/usr/GNUstep/System/Applications/AClock.app/AClock: Uncaught exception
NSInternalInconsistencyException, reason: NSApplication.m:216  Assertion failed
in initialize_gnustep_backend.  Can't load object file from backend at path
/usr/GNUstep/System/Library/Bundles/libgnustep-art.bundle

Expected Results:  
I should have had a nice instance of AClock appear.

Portage 2.0.51-r3 (default-linux/x86/2004.3, gcc-3.3.4, glibc-2.3.4.20040808-r1,
2.6.8-gentoo-r10 i686)
=================================================================
System uname: 2.6.8-gentoo-r10 i686 AMD Athlon(tm) processor
Gentoo Base System version 1.4.16
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.14.90.0.8-r1
Headers:  sys-kernel/linux-headers-2.4.19-r1,sys-kernel/linux-headers-2.4.21-r1
Libtools: sys-devel/libtool-1.5.2-r5
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O3 -mcpu=athlon -funroll-loops -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config
/usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/share/config
/usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/usr/share/texmf/xdvi/ /var/qmail/alias /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O3 -mcpu=athlon -funroll-loops -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs candy ccache distlocks sandbox sfperms"
GENTOO_MIRRORS="ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/
http://gentoo.mirror.sdv.fr http://ftp.easynet.nl/mirror/gentoo/
http://gentoo.tiscali.nl/gentoo/ http://www.gigaload.org/gentoo.org/
http://gentoo.binarycompass.org http://ftp-mirror.internap.com/pub/gentoo/
http://gentoo.llarian.net/
ftp://ftp.join.uni-muenster.de/pub/linux/distributions/gentoo
http://ftp.gentoo.or.kr/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="3dnow X Xaw3d aalib acpi alsa apm arts atlas avi berkdb bibi bitmap-fonts
cdr crypt cscope cups curl dga doc dvd emacs encode esd f77 fam fbcon flac
foomaticdb fortran gcl gd gdbm ggi gif gjc gpm gstreamer gtk gtk2 guile
imagemagick imap imlib jack java jikes jpeg junit lcms leim libg++ libwww mad
mikmod mmx motif mozilla mpeg mysql nas ncurses nls odbc offensive oggvorbis
opengl oss pam pda pdfile pdflib perl plotutils png pnp postgres ppds python
quicktime readline ruby sasl sdl slang slp spell ssl svga tcltk tcpd tetex tiff
truetype trusted unicode usb videos wmf x86 xml xml2 xmms xosd xv zlib"

pertinent parts of my packages.use file are,
x11-wm/windowmaker gnustep
gnustep-apps/gnumail crypt xface emoticon
gnustep-apps/gworkspace imagekits
gnustep-libs/renaissance doc
gnustep-base/gnustep-back-art glx xim doc
gnustep-base/gnustep-back-xlib glx xim doc
gnustep-base/gnustep-base doc
gnustep-base/gnustep-gui gsnd tiff ungif png jpeg doc
gnustep-base/gnustep-make doc

I even completely removed and re-followed the instructions on
http://dev.gentoo.org/~fafhrd/ from scratch.  This had no effect on the outcome.
Comment 1 David Heavens 2004-11-14 04:56:03 UTC
I have discoverd the problem.  It is in one of the two nvidia-tls libraries.  In my case these two libraries are
/usr/lib/opengl/nvidia/lib/libnvidia-tls.so.1.0.6629 
/usr/lib/opengl/nvidia/tls/libnvidia-tls.so.1.0.6629

The problem library is /usr/lib/opengl/nvidia/tls/libnvidia-tls.so.1.0.6629 , I can fix the problem by doing 
cp /usr/lib/opengl/nvidia/lib/libnvidia-tls.so.1.0.6629 /usr/lib/opengl/nvidia/tls/libnvidia-tls.so.1.0.6629

This is therefor not a problem with gnustep or any of its ebuilds.

reference-urls:
http://www.nvnews.net/vbulletin/showthread.php?t=34004&page=7 scrol down searching for `tls'.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=219943
http://lists.gnu.org/archive/html/discuss-gnustep/2004-01/msg00052.html
Comment 2 Armando Di Cianno (RETIRED) gentoo-dev 2004-11-14 13:05:28 UTC
Giving this back to bug-wranglers to assign to the herd that takes care of stuff like this.

Changing the title of the bug slightly to change the semantic weight of the problem.
Comment 3 Andrew Bevitt 2004-11-15 00:26:39 UTC
OK...

Need to reverse the tls choice thing in opengl-update
Comment 4 Donnie Berkholz (RETIRED) gentoo-dev 2004-11-17 22:54:02 UTC

*** This bug has been marked as a duplicate of 70545 ***