After upgrading to xorg-x11-6.7.0-r2 this morning, I noticed that nwn does not start if I try to use the system libsdl (which I want to use as it has alsa support in it). Using Bioware's provided libsdl works. Reproducible: Always Steps to Reproduce: 1. in the nwn start script, replace export LD_LIBRARY_PATH=./lib:./miles:$LD_LIBRARY_PATH by export LD_LIBRARY_PATH=./miles:$LD_LIBRARY_PATH 2.launch nwn Actual Results: schmitta@charm ~ % nwn Failed to initialize graphics. and nwn is not launched. Expected Results: nwn should start. nwn starts with Bioware's provided libsdl. I tried reemerging libsdl, but it did not change anything. The problem occurs with both nvidia drivers 6106 and 5336. Here is my emerge info: charm ~ # emerge info Portage 2.0.50-r9 (default-x86-2004.0, gcc-3.3.4, glibc-2.3.4.20040619-r0, 2.6.7-gentoo-r11) ================================================================= System uname: 2.6.7-gentoo-r11 i686 Intel(R) Pentium(R) M processor 1700MHz Gentoo Base System version 1.5.1 Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=pentium4 -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /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/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=pentium4 -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo http://mirrors.sec.informatik.tu-darmstadt.de/gentoo/ ftp://ftp.easynet.nl/mirror/gentoo/ http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X acpi acpi4linux alsa avi berkdb bonobo cdr crypt cups dvd dvdr encode esd evms2 foomaticdb gdbm gif gnome gtk gtk2 gtkhtml guile imlib java jpeg libg++ libwww linguas_en linguas_fr mad mikmod mmx mpeg ncurses nls nptl oggvorbis opengl oss palm pam pda pdflib perl png python quicktime readline sasl sdl slang spell sse ssl svg svga tcltk tcpd tetex truetype x86 xml2 xmms xv zlib"
I tried downgrading to xorg-x11-6.7.0-r1, and it did not solve the problem. I don't really know what to try next.
Another followup: While trying to rebuild libsdl again, I noticed this in the configuration output: checking for OpenGL (GLX) support... no which is strange as I have the opengl use flag, nvidia-glx is installed, and glxinfo looks good. I do not know if this is related, but I have read that nwn gives the "Failed to initialize graphics." when it does not find glx acceleration.
I kept looking at things, and here is what the config.log says when testing for GLX while configuring libsdl: configure:25503: checking for OpenGL (GLX) support configure:25527: gcc -c -O3 -march=pentium4 -fomit-frame-pointer -pipe -Wall -DENABLE_DUMMYVIDEO -DDI SKAUD_SUPPORT -DUSE_DLOPEN -DUSE_ASMBLIT -I./hermes -I$(top_srcdir)/src/hermes -DOSS_SUPPORT -DALSA_S UPPORT -DESD_SUPPORT -DESD_DYNAMIC=$(esd_lib) -I/usr/X11R6/include -DENABLE_X11 -DXTHREADS -I./incl ude -I./src/video -DXFREE86_VM -DXFREE86_VMGAMMA -DXFREE86_DGAMOUSE -DDEFAULT_DGAMOUSE -DXFREE86_XV - Isrc/video -DENABLE_DGA -DENABLE_SVGALIB conftest.c >&5 In file included from /usr/X11R6/include/GL/gl.h:55, from conftest.c:28: /usr/X11R6/include/GL/glext.h:3143: error: syntax error before "n" /usr/X11R6/include/GL/glext.h:3144: error: syntax error before "n" /usr/X11R6/include/GL/glext.h:3145: error: syntax error before '*' token /usr/X11R6/include/GL/glext.h:3145: error: syntax error before "id" /usr/X11R6/include/GL/glext.h:3145: warning: type defaults to `int' in declaration of `GLboolean' /usr/X11R6/include/GL/glext.h:3145: error: `GLboolean' declared as function returning a function /usr/X11R6/include/GL/glext.h:3146: error: syntax error before "target" /usr/X11R6/include/GL/glext.h:3147: error: syntax error before "target" /usr/X11R6/include/GL/glext.h:3148: error: syntax error before "target" /usr/X11R6/include/GL/glext.h:3149: error: syntax error before "id" /usr/X11R6/include/GL/glext.h:3150: error: syntax error before "id" /usr/X11R6/include/GL/glext.h:3151: error: syntax error before "target" /usr/X11R6/include/GL/glext.h:3152: error: syntax error before "n" and it goes on. Then we have (it might be useful): configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "SDL" | #define VERSION "1.2.7" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #ifdef __cplusplus | extern "C" void std::exit (int) throw (); using std::exit; | #endif | #define HAVE_ALLOCA_H 1 | #define HAVE_ALLOCA 1 | /* end confdefs.h. */ | | #include <GL/gl.h> | #include <GL/glx.h> | #include <dlfcn.h> /* For loading extensions */ | | int | main () | { | | | ; | return 0; | }
Which nvidia-glx are you using? Have you tried 6106-r1?
OK, I solved it (and was about to post it when I saw your comment: this was the right track ;-) ). nvidia-glx 6101-r1 breaks the OpenGL headers, preventing compilation of GLX enabled libsdl. going back to 5336 _then_ recompiling libsdl makes everything work again. I guess I should post a comment on the nvidia-glx bug report about this.
resync your tree and try 6106-r1 again. This is most likely a duplicate of bug 56610 as libsdl compiles with opengl for me..
I resynced my tree and the bug went away, so it a a duplicate of the bug you mention. You can close this bug then (or should I do it, I don't know if I'm allowed to?)
*** This bug has been marked as a duplicate of 56610 ***
Closing to clean up after bugzilla upgrade. reopen if closed in error. Thanks.
clean up bug list after bugzilla update