Could not find /etc/env.d/09opengl. Please run opengl-update. Running opengl-update doesn't help much - the problem is that 09opengl apparently has moved to 03opengl. The problem can be fixed with a symlink. Reproducible: Always Steps to Reproduce: 1. emerge x11-libs/gtkglext Portage 2.0.51-r15 (default-linux/amd64/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.10-gentoo-r6 x86_64) ================================================================= System uname: 2.6.10-gentoo-r6 x86_64 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.6.8 Python: dev-lang/python-2.4,dev-lang/python-2.3.4 [2.4 (#1, Jan 27 2005, 03:00:06)] dev-lang/python: 2.4, 2.3.4 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.8.5-r2, 1.5, 1.4_p6, 1.6.3, 1.7.9, 1.9.4 sys-devel/binutils: 2.15.92.0.2-r2 sys-devel/libtool: 1.5.10-r3 virtual/os-headers: 2.6.8.1-r3 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CFLAGS="-march=k8 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=k8 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox" GENTOO_MIRRORS="http://mirror.gentoo.no http://gentoo.osuosl.org" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="amd64 X alsa apache2 apm berkdb cdr dvd dvdr encode fbcon flac gdbm gif gpm gtk2 imlib jpeg mad mbox multilib ncurses nls oggvorbis opengl pam pcre perl png python quicktime readline ruby ssl svg tcpd tiff truetype videos xinerama xosd xpm xv" Unset: ASFLAGS, CBUILD, CTARGET, LDFLAGS, PORTDIR_OVERLAY
gee ugly solution, no thats not right.. certainly not.
*** Bug 79868 has been marked as a duplicate of this bug. ***
try 1.0.6-r1 , i ripped out the whole GL switching bit, I don't think it's needed anymore with recent nvidia releases.
1.0.6-r1 fixed the problem for me, but unfortunately a new one cropped up. I now get an exit with the error: !!! ERROR: x11-libs/gtkglext-1.0.6-r1 failed. !!! Function gnome2_src_compile, Line 40, Exitcode 2 !!! compile failure Only bug I found with a connection to this is Bug 67691
comment 3, I think there is still breakage: ... In file included from /usr/X11R6/include/GL/gl.h:71, from gdkglglext.h:33, from gdkglglext.c:26: /usr/X11R6/include/GL/glext.h:2217:1: warning: this is the location of the previous definition In file included from gdkglglext.h:53, from gdkglglext.c:26: ../gdk/glext/glext.h:3810: error: redefinition of typedef 'PFNGLCOLORSUBTABLEEXTPROC' /usr/X11R6/include/GL/glext.h:3223: error: previous declaration of 'PFNGLCOLORSUBTABLEEXTPROC' was here ... /usr/X11R6/include/GL/glext.h resolves to /usr/lib/opengl/nvidia/include/glext.h, from nvidia-glx-1.0.6629-r4. Would it not make more sense to fix the nvidia headers than switch GL implementation? - or perhaps pass -I/usr/lib/opengl/xorg-x11/include in CFLAGS?
comment 4, I don't see the connection - bug 59730 looks a lot more relevant to me.
Created attachment 50095 [details, diff] NVIDIA_glx-1.0.6629-defines2.patch This is the patch I suggest. It's quite small, just moves the offending typedef into the correct #ifdef. (It leaves the redefined constants as-is, as they just cause a warning.) It needs to go into the nvidia-glx ebuild, obviously; it works going in after "epatch NVIDIA_glx-1.0.6629-defines.patch".
hm in the ebuild we then rather go with the implementation switching trick, altough that patch might be useful to apply to the nvidia pack. But I couldn't reproduce it & iirc there were only problems with older headers/versions of nvidia-glx. If that is not the case I'll just revert it back.
added 1.0.6-r2 with the old gl switch redone in a safer way, please test.
Sure, that works. I have to say I'm not happy with the idea of switching GL implementation during compilation - but I guess this isn't the bug for discussion of that. I'll go over and cc myself on bug 59730. Also, the above patch does need to be applied to nvidia-glx to make it header-compatible with the gtkglext glext.h, which is "more correct" as it is derived from the SGI OpenGL sample implementation 1.2.1. I'll file a bug on that.
Filed as bug 80361.
Just emerged 1.0.6-r2 and it built. Tried Octaga VRML/X3D browser (www.octaga.com) for Linux which uses libgtkglext and things worked ok (well, some gtk errors, but I think they belong to the app).
*** Bug 80399 has been marked as a duplicate of this bug. ***
*** Bug 81545 has been marked as a duplicate of this bug. ***
gtkglext is 'fixed' for now, work being done on a better overall solution in #59730
*** Bug 84759 has been marked as a duplicate of this bug. ***
Is this really fixed? I did an emerge sync just today, and I'm getting the problem using ati-drivers.
It's only fixed in the keyword masked ebuild, not in the stable one.
*** Bug 88021 has been marked as a duplicate of this bug. ***
