Hi, there is a bug in the mesa ebuild with the eselect-opengl system, mesa need glxproto.h which is installed by gentoo only in /usr/lib/opengl/xorg-x11/include, but at this stage of the install, no links are made in /usr/include/GL, so mesa installation fails.
Works fine here, run eselect opengs set xorg-x11 and try again. If it still doesn't work, we need mesa/eselect-opengl version.
that works, but should'nt the script do that for me ?
Created attachment 113802 [details] build.log of mesa-6.5.1-r1
I think that the problem comes with x11-proto/glproto ebuild. It fails when running switch_opengl_implem(). There's no xorg-x11 target on eselect. I was doing a clean install btw.
(In reply to comment #4) > I think that the problem comes with x11-proto/glproto ebuild. > It fails when running switch_opengl_implem(). There's no xorg-x11 target on > eselect. # eselect opengl list Available OpenGL implementations: [1] nvidia * [2] xorg-x11 xorg-x11 comes from mesa...
I've just reinstalled my system from scratch and I got the same error. this seems to be /usr/include/gentoo-multilib/ releated? look at the build.log, there are some warings such as: makedepend: warning: glcontextmodes.c (reading /usr/include/gentoo-multilib/ppc64/bits/types.h, line 31): cannot find include file "stddef.h" Coste: correct me, if I'm wrong, but your hardware does not look like x86 (according to the build.log)
I'm not sure, if this bug is in glibc (the files in /usr/include/gentoo-multilib/ are from glibc) or in mesa. I guess it is in glibc, but I'll assign this to toolchain and ad x11 to CC to be sure.
stddef.h is part of gcc itself, so if you're missing that file, you've got problems however, that warning is just a red herring ... makedepend is too stupid to search all of the proper include paths, thus the spam the real error is exactly as the summary says: In file included from clientattrib.c:38: glxclient.h:59:25: error: GL/glxproto.h: No such file or directory i hit this bug on my ppc64 because eselect-opengl was broken and didnt account properly for the multilib setup ... mentioned on #-ppc64 and iirc, someone already knew about it, so i didnt bother fixing it myself
I've talked to ranger and the problem is with the /etc/env.d/04multilib. The lib64 dirs are missing. eselect uses the /etc/ld.so.conf to search for the xorg-x11 implementation and it fails without them.
on my g5: G5 ~ # eselect opengl set xorg-x11 Switching to xorg-x11 OpenGL interface... done G5 ~ # find / -name glxproto.h /usr/lib64/opengl/xorg-x11/include/glxproto.h G5 ~ # on my x86 machine: sigma ~ # find / -name glxproto.h /usr/include/GL/glxproto.h /usr/lib/opengl/xorg-x11/include/glxproto.h sigma ~ #
Corsair & Meetra, Have you both tried with the *latest* 64ul stage3 and release snapshot? Wolfie tweaked some profile foo and I do not see this problem anymore. equery l mesa [ Searching for package 'mesa' in all categories among: ] * installed packages [I--] [ ] media-libs/mesa-6.5.1-r1 (0)
(In reply to comment #11) > Have you both tried with the *latest* 64ul stage3 and release snapshot? Wolfie > tweaked some profile foo and I do not see this problem anymore. yes, this fixed it. reassigning to wolf31o2. please close once this profile changes are in portage.
I've added the profiles to the tree for 2007.0, but I didn't touch anything prior since those *should* be working already.
