'emerge --info': Portage 2.1-r1 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.3.6-r4, 2.6.15-gentoo-r1 i686) ================================================================= System uname: 2.6.15-gentoo-r1 i686 AMD Athlon(tm) XP 1800+ Gentoo Base System version 1.6.15 dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon-xp -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /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/" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O2 -march=athlon-xp -pipe" DISTDIR="/home/pub/system/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="ru_RU.UTF-8" LC_ALL="ru_RU.UTF-8" MAKEOPTS="-j2" PKGDIR="/home/pub/system/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/home/pub/system/portage.local" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow 7zip X a52 aac acpi alsa amuled apache2 audiofile avi bash-completion berkdb bitmap-fonts bzip2 cairo cdr cli crypt curl dbus dlloader doc dri dvd dvdr eds emboss encode esd fbcon flac foomaticdb fortran gdbm gif gpm gstreamer gtk gtk2 hal icq imlib isdnlog java javascript jpeg libg++ libwww linuxthreads-tls mad menubar mikmod mmx motif mp3 mpeg mysql ncurses nls nocd nptl nptlonly nsplugin ogg opengl oss pam pcre pdflib perl png pppd python qt4 quicktime rar readline reflection sdl session sndfile spell spl sse sse2 ssl svg svga tcpd theora threads tiff truetype truetype-fonts type1-fonts udev unicode videos vorbis win32codecs xgetdefault xml xorg xv zlib elibc_glibc input_devices_keyboard input_devices_mouse input_devices_evdev kernel_linux userland_GNU video_cards_nvidia"Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS compilation error message: In file included from xdriinfo.c:27: /usr/include/GL/glxext.h:403: error: syntax error before "glXGetProcAddress" /usr/include/GL/glxext.h:405: error: syntax error before '*' token /usr/include/GL/glxext.h:405: error: `__GLXextFuncPtr' declared as function returning a function make[1]: *** [xdriinfo-xdriinfo.o] 1 make[1]: Leaving directory `/var/tmp/portage/xdriinfo-1.0.1/work/xdriinfo-1.0.1'make: *** [all] 2 !!! ERROR: x11-apps/xdriinfo-1.0.1 failed. Call stack: ebuild.sh, line 1539: Called dyn_compile ebuild.sh, line 939: Called src_compile ebuild.sh, line 1248: Called x-modular_src_compile x-modular.eclass, line 327: Called x-modular_src_make x-modular.eclass, line 322: Called die i noticed this error while upgrading to xorg-x11-7.0
This has nothing in common w/ bugzilla, read the product descriptions when filing bugs, please.
Try setting your opengl to xorg-x11 and recompiling.
thanks, that works. if this is not bug: how to delete this post? if it is: may be it's simple to add 'eselect opengl set xorg-x11' to ebuild script?
Yeah, we can probably add something in there to flip to xorg-x11 and back, we do the same thing in the xorg-server ebuild.
*** Bug 138964 has been marked as a duplicate of this bug. ***
*** Bug 139138 has been marked as a duplicate of this bug. ***
(In reply to comment #6) > *** Bug 139138 has been marked as a duplicate of this bug. *** > I have the same bug as this "duplicate", yet doing eselect opengl set xorg-x11 does NOT resolve the compile issue of the build script saying that it can't find an opengl implementation. I had a feeling it was a missing dependency, so I did a --skipfirst and continued the emerge, and then went back to emerge xdriinfo successfully. Sorry that I'm not knowledgeable enough to say which packages were required that hadn't been emerged yet in the order that was determined by portage.
(In reply to comment #7) > (In reply to comment #6) > > *** Bug 139138 has been marked as a duplicate of this bug. *** > > > I have the same bug as this "duplicate", yet doing eselect opengl set xorg-x11 > does NOT resolve the compile issue of the build script saying that it can't > find an opengl implementation. I had the same problem, and setting opengl to xorg-x11 didn't solve it too. > I had a feeling it was a missing dependency, so I did a --skipfirst and > continued the emerge, and then went back to emerge xdriinfo successfully. Sorry > that I'm not knowledgeable enough to say which packages were required that > hadn't been emerged yet in the order that was determined by portage. > I think xdriinfo is missing a media-libs/mesa dependency (and that's what an error message actually says...), because xdriinfo merged fine after I merged mesa.
Indeed it is, good catch. There seem to be other problems abounding about it though, related to nvidia as well as possibly amd64 emul-xlibs.
eselect opengl set xorg-x11 worked for me. I have mesa installed.
eselect opengl set xorg-x11 did NOT work for me. I had to emerge mesa mhyself and then xdriinfo compiled just fine. I think the root problem here is that xdriinfo should depend on one of the GL packages.
(In reply to comment #11) > eselect opengl set xorg-x11 did NOT work for me. I had to emerge mesa mhyself > and then xdriinfo compiled just fine. > > I think the root problem here is that xdriinfo should depend on one of the GL > packages. It does, see comment #9.
Alright, this should be fixed.
*** Bug 140952 has been marked as a duplicate of this bug. ***
I have mesa installed and have tried calling 'eselect opengl set xorg-x11', yet this still happens for me, but at the configure stage [see dup. bug #140952).
I just re-emerged mesa and then xdriinfo built alright. Did something change in mesa's ebuild that didn't change the version number, or does xdriinfo not depend on the right mesa version?
(In reply to comment #16) > I just re-emerged mesa and then xdriinfo built alright. Did something change > in mesa's ebuild that didn't change the version number, or does xdriinfo not > depend on the right mesa version? > It's more likely that there was something broken with your mesa install.
Hi all, re-emerging mesa worked. As I've seen, emerge is automagically switching to xorg-x11 for now. Now, I've got a little question: I've already installed the nVidia proprietary driver, which comes bundled with OpenGL (correct me, if I am wrong), but not via emerge. (Via the binary package/script of nvidia, of course.) Thus, I thought that xdriinfo would use this implementation of OpenGL. Now -- could re-emering MESA (and changing the libs, headers, and so on) have some unwanted side effects for my OpenGL implementation, i.e. that OpenGL programs are not working or only with MESA? I'm stuck with these thoughts and question. :)
(In reply to comment #18) > could re-emering MESA (and changing the libs, headers, and so on) have some > unwanted side effects for my OpenGL implementation, i.e. that OpenGL programs > are not working or only with MESA? Yes, that could happen. To allow the OpenGL implementation to be changed using eselect, we stuff each implementation into a separate directory and use symlinks to actually set the implementation. Re-emerging mesa will cause eselect to be called, likely overwriting the nVidia implementation with symlinks.