Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

While emergeing xorg-x11 (modular) for the first time, xterm failed to build
due to missing libXaw.  libXaw is a DEPEND for xterm, yet the emerge order puts
xterm before libXaw.  Debug output to follow.

Gentoo Base System version 1.6.14
Portage 2.1_rc1-r2 (hardened/x86/2.6, gcc-3.4.6, glibc-2.3.6-r3,
2.6.15-gentoo-r1 i686)
=================================================================
System uname: 2.6.15-gentoo-r1 i686 Mobile Intel(R) Pentium(R) III CPU - M 
1200MHz
ccache version 2.4 [disabled]
dev-lang/python:     2.4.2
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.4-r1
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-r1
sys-devel/binutils:  2.16.1
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=i686 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=i686 -pipe"
DISTDIR="/data/g2/distfiles"
FEATURES="autoconfig collision-protect distlocks metadata-transfer sandbox
sfperms strict test userpriv usersandbox"
GENTOO_MIRRORS="http://pandemonium.tiscali.de/pub/gentoo/
http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/
http://www.mirrorservice.org/sites/www.ibiblio.org/gentoo/
http://gentoo.osuosl.org/ "
MAKEOPTS="-j2"
PKGDIR="/usr/portage//packages/x86/"
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="/data/g2/portage"
PORTDIR_OVERLAY="/data/g2/qemu/portage-overlay"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="berkdb bzip2 crypt dlloader gdbm gpm hardened ncurses nls nptl pam pic
python readline spell ssl tcpd userlocales x86 zlib elibc_glibc kernel_linux
userland_GNU"
Unset:  ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL,
LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS

Created an attachment (id=86989) [details]
Output from 'emerge --debug -pv xorg-x11'

*** Bug 134065 has been marked as a duplicate of this bug. ***

I don't know enough about the dependency resolution algrorithm to know how to
fix this without some more research.  However, I think I've found a clue in
comparing the output of `emerge -ped xorg-x11` to `emerge -ped virtual/x11`. 
The problem seems to be related to the following xterm dependency snippet:

|| ( ( x11-libs/libX11 x11-libs/libXrender x11-libs/libXt x11-libs/libXmu
x11-libs/libxkbfile x11-libs/libXft x11-libs/libXaw unicode? ( x11-apps/luit )
) virtual/x11 )

With `emerge -ped xorg-x11`, the first choice in the above depstring is chosen,
leading to a correct merge order. `emerge -ped --onlydeps virtual/x11` also
produces a correct merge order.  However, `emerge -ped virtual/x11` seems to
pick the second choice (virtual/x11) in the above depstring, which leads to an
incorrect merge order.

I've found a workaround.  I'd much rather fix this properly, but fwiw, if
<virtual/x11-7.0 is sustituted in place of virtual/x11 in the depstring
mentioned in comment #3, then the merge order for `emerge -pe virtual/x11`
comes out correct.  I'm CC'ing the x11 herd just to make sure they're aware of
the problem.

After analyzing the problem some more, I've realized that the unversioned
virtual/x11 atom is inadequate because it introduces a circular dependency. 
The virtual/x11-7.0 ebuild indirectly depends on the xterm ebuild which
directly depends on virtual/X11.  The depedency loop is easily broken by
substituting a versioned <virtual/x11-7.0 atom in place of the unversioned
virtual/x11 (as I've already mentioned).  Therefore, my recommendation is to go
ahead and specify <virtual/x11-7.0 instead of virtual/x11 in all || ( ( modular
deps ) virtual/x11 ) style dependencies.

Would it be resolvable if xinit had xterm as a PDEPEND rather than RDEPEND?

(In reply to comment #6)
> Would it be resolvable if xinit had xterm as a PDEPEND rather than RDEPEND?

I've just tested that and it seems to work.  However, the || ( ( modular deps )
<virtual/x11-7.0 ) approach is a more sure way to head off circular
dependencies such as this.

Yes, and it also requires editing thousands of ebuilds, whereas this requires
editing one. This feels like a cleaner solution. The problem you point out is a
dependency error, and I have no issues with being strict about errors rather
than working around them with thousands of lines of changes. The problem of
finding these circular dependencies is something we could use a tool to resolve
rather than work around. I've changed xinit as suggested above -- feel free to
mark as FIXED unless you'd like to discuss the issues further.

A more robust resolver would be able to detect such dependency loops and choose
the modular deps over the virtual.  For now, whatever dependencies the
maitainer chooses to work with the current resolver are fine with me. :)

"Works for me" or "fixed"?

(In reply to comment #10)
> "Works for me" or "fixed"?

Well, this bug is assigned to portage, and nothing was fixed on the portage
side.    In order to get a more correct merge order, xterm has been moved from
RDEPEND to PDEPEND in the xinit ebuild.

*** Bug 124871 has been marked as a duplicate of this bug. ***

*** Bug 136249 has been marked as a duplicate of this bug. ***

*** Bug 138124 has been marked as a duplicate of this bug. ***

*** Bug 138650 has been marked as a duplicate of this bug. ***

So... This is still happening. Somebody encountered the problem again this
morning (bug 138827). In what version is this problem resolved?

This causes problems in all current versions of portage:

|| ( ( modular deps ) virtual/X11 )



This works:

|| ( ( modular deps ) <virtual/X11-7.0 )

*** Bug 139484 has been marked as a duplicate of this bug. ***

Changing the summary to something more descriptive.

*** Bug 139484 has been marked as a duplicate of this bug. ***

Created an attachment (id=91427) [details]
Mini script to find all refs to `) virtual/x11 )'

Donnie: Zac worked up the attached script, which will locate all ebuilds with
the reference of ") virtual/x11 )".  Linking this together with some bash and
sedfu (which I'll cook up later tomorrow) could easily automate a process to
run though the tree and change those instances to <virtual/x11-7.0, make a
changelog note, and commit the changes.  It'd take a few hours, as the total
count of affected packages by this script is about ~1200.  

Any qualms about running this to get the circular deps fixed?  I've been
running into a few of these issues while using catalyst to build some livecd
stuff, hence why I started poking around on the issue.

Created an attachment (id=91428) [details]
Mini script to find all refs to `) virtual/x11 )'

Donnie: Zac worked up the attached script, which will locate all ebuilds with
the reference of ") virtual/x11 )".  Linking this together with some bash and
sedfu (which I'll cook up later tomorrow) could easily automate a process to
run though the tree and change those instances to <virtual/x11-7.0, make a
changelog note, and commit the changes.  It'd take a few hours, as the total
count of affected packages by this script is about ~1200.  

Any qualms about running this to get the circular deps fixed?  I've been
running into a few of these issues while using catalyst to build some livecd
stuff, hence why I started poking around on the issue.

Created an attachment (id=91429) [details]
Mini script to find all refs to `) virtual/x11 )'

Donnie: Zac worked up the attached script, which will locate all ebuilds with
the reference of ") virtual/x11 )".  Linking this together with some bash and
sedfu (which I'll cook up later tomorrow) could easily automate a process to
run though the tree and change those instances to <virtual/x11-7.0, make a
changelog note, and commit the changes.  It'd take a few hours, as the total
count of affected packages by this script is about ~1200.  

Any qualms about running this to get the circular deps fixed?  I've been
running into a few of these issues while using catalyst to build some livecd
stuff, hence why I started poking around on the issue.

Meh, stupid bugs hung up and wasn't responding to my queries....or so I
thought...

I guess I don't really care. My goal is to just port the remaining ebuilds and
get rid of virtual/x11-7 so this becomes a non-issue.

*** Bug 140324 has been marked as a duplicate of this bug. ***

*** Bug 140703 has been marked as a duplicate of this bug. ***

*** Bug 140779 has been marked as a duplicate of this bug. ***

*** Bug 140779 has been marked as a duplicate of this bug. ***

*** Bug 140933 has been marked as a duplicate of this bug. ***

*** Bug 136020 has been marked as a duplicate of this bug. ***

*** Bug 136020 has been marked as a duplicate of this bug. ***

hello i come from this bug: https://bugs.gentoo.org/show_bug.cgi?id=136020

i don't understand how to get rid of the problem
is there any thing to do in order not to have this problem?(not to fail
compiling xorg)

This fix for bug 126748 (released today in 2.1.1_pre3-r5) may help with this
bug.  It should cause emerge to produce the correct order or else complain
about circular dependencies.

This is really just a specific case of bug 126748.

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

(In reply to comment #33)
> hello i come from this bug: https://bugs.gentoo.org/show_bug.cgi?id=136020
> 
> i don't understand how to get rid of the problem
> is there any thing to do in order not to have this problem?(not to fail
> compiling xorg)
> 

emerge the needed package manually :)

(In reply to comment #37)
> 
> emerge the needed package manually :)
> 

Better yet, install >=portage-2.1.1_pre3-r5 and it should calculate the order
correctly wihout the need for manual intervention.

(In reply to comment #38)
> Better yet, install >=portage-2.1.1_pre3-r5 and it should calculate the order
> correctly wihout the need for manual intervention.

doesn't work for me as well - emerge -Du world dies as does emerge xorg-x11.

what should i emerge?
the problem is that xorg-x11 fail to compile

> what should i emerge?
> the problem is that xorg-x11 fail to compile

What's you last error message ? I seem to miss some of the X11-lib*-files,
which causes trouble.

(In reply to comment #41)
> > what should i emerge?
> > the problem is that xorg-x11 fail to compile
> 
> What's you last error message ? I seem to miss some of the X11-lib*-files,
> which causes trouble.
> 

http://bugs.gentoo.org/attachment.cgi?id=92194

Your system lacks xproto! Does that emerge properly ?

<snip>
../include/colormapst.h:52:23: X11/Xarch.h: No such file or directory
-bash: ../include/colormapst.h:52:23:: Datei oder Verzeichnis nicht gefunden

gentoo ~ # qfile Xarch.h
x11-proto/xproto (/usr/include/X11/Xarch.h)
</snip>

Created an attachment (id=92786) [details]
other

(In reply to comment #44)
> Created an attachment (id=92786) [edit] [details]
> other
> 

here the output after re-emerging x11-proto/xproto

if i want to emerge virtual x11 i have this bug:# emerge -av virtual/x11

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  N    ] x11-apps/xdriinfo-1.0.1  USE="-debug" 0 kB
[ebuild  N    ] x11-misc/xorg-cf-files-1.0.2  USE="-debug" 258 kB
[ebuild  N    ] x11-misc/imake-1.0.2  USE="-debug" 110 kB
[ebuild  N    ] x11-libs/libXprintUtil-1.0.1  USE="-debug" 218 kB
[ebuild  N    ] x11-libs/libXprintAppUtil-1.0.1  USE="-debug" 203 kB
[ebuild  N    ] x11-apps/xsetroot-1.0.1  USE="-debug" 75 kB
[ebuild  N    ] x11-apps/xcursorgen-1.0.1  USE="-debug" 80 kB
[ebuild  N    ] x11-themes/xcursor-themes-1.0.1  USE="-debug" 2,204 kB
[ebuild  N    ] x11-libs/libFS-1.0.0  USE="-debug -ipv6" 231 kB
[ebuild  N    ] x11-apps/xdpyinfo-1.0.1  USE="-debug" 85 kB
[ebuild  N    ] x11-libs/libXevie-1.0.1  USE="-debug" 219 kB
[ebuild  N    ] x11-libs/libXTrap-1.0.0  USE="-debug" 214 kB
[ebuild  N    ] x11-apps/sessreg-1.0.0  USE="-debug" 80 kB
[ebuild  N    ] x11-apps/xdm-1.0.5  USE="pam -debug -ipv6 -xprint" 355 kB
[ebuild     U ] x11-base/xorg-server-1.1.1 [1.0.99.903] USE="dri nptl sdl xorg
-3dfx -debug -dmx -ipv6* -kdrive -minimal -xprint" INPUT_DEVICES="keyboard
mouse -acecad -aiptek -calcomp -citron -digitaledge -dmc -dynapro -elo2300
-elographics -evdev -fpit -hyperpen -jamstudio -joystick -magellan -microtouch
-mutouch -palmax -penmount -spaceorb -summa -synaptics -tek4957 -ur98 -vmmouse
-void -wacom" VIDEO_CARDS="i810 -apm -ark -chips -cirrus -cyrix -dummy -epson
-fbdev -glint -i128 -i740 -imstt -mach64 -mga -neomagic -nsc -nv -r128 -radeon
-rendition -s3 -s3virge -savage -siliconmotion -sis -sisusb -tdfx -tga -trident
-tseng -v4l -vesa -vga -via -vmware -voodoo" 0 kB
[ebuild  N    ] x11-base/xorg-x11-7.1  0 kB
[ebuild  N    ] x11-libs/liboldX-1.0.1  USE="-debug" 210 kB
[ebuild  N    ] x11-misc/gccmakedep-1.0.2  USE="-debug" 68 kB
[ebuild  N    ] virtual/x11-7.0-r2  USE="dri" 0 kB

Total size of downloads: 4,617 kB

Would you like to merge these packages? [Yes/No] y
>>> Emerging (1 of 19) x11-apps/xdriinfo-1.0.1 to /
>>> checking ebuild checksums ;-)
>>> checking auxfile checksums ;-)
>>> checking miscfile checksums ;-)
>>> checking xdriinfo-1.0.1.tar.bz2 ;-)
>>> Unpacking source...
>>> Unpacking xdriinfo-1.0.1.tar.bz2 to /var/tmp/portage/xdriinfo-1.0.1/work
>>> Source unpacked.
>>> Compiling source in /var/tmp/portage/xdriinfo-1.0.1/work/xdriinfo-1.0.1 ...
 * econf: updating xdriinfo-1.0.1/config.guess with
/usr/share/gnuconfig/config.guess
 * econf: updating xdriinfo-1.0.1/config.sub with
/usr/share/gnuconfig/config.sub
./configure --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man
--infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc
--localstatedir=/var/lib --prefix=/usr --datadir=/usr/share
--build=i686-pc-linux-gnu
checking for a BSD-compatible install... /bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for i686-pc-linux-gnu-gcc... i686-pc-linux-gnu-gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether i686-pc-linux-gnu-gcc accepts -g... yes
checking for i686-pc-linux-gnu-gcc option to accept ANSI C... none needed
checking for style of include used by make... GNU
checking dependency style of i686-pc-linux-gnu-gcc... gcc3
checking for a BSD-compatible install... /bin/install -c
checking return type of signal handlers... void
checking for i686-pc-linux-gnu-pkg-config... no
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for XDRIINFO... yes
checking for library containing glXGetProcAddressARB... no
configure: error: cannot find GL library - make sure Mesa or other OpenGL
package is installed
See `config.log' for more details.

!!! Please attach the following file when filing a report to bugs.gentoo.org:
!!! /var/tmp/portage/xdriinfo-1.0.1/work/xdriinfo-1.0.1/config.log

!!! 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 326:   Called x-modular_src_configure
  x-modular.eclass, line 313:   Called econf '--prefix=/usr'
'--datadir=/usr/share'
  ebuild.sh, line 541:   Called die

!!! econf failed
!!! If you need support, post the topmost build error, and the call stack if
relevant.

Please don't post compilation errors on this bug.  If you believe that
>=portage-2.1.1_pre3-r5 produces an incorrect merge order, then please file a
new bug with emerge --pretend --debug output for the command that produces the
incorrect order.

(In reply to comment #45)

You lack fontsproto - please emerge it before xproto

gentoo ~ # qfile font.h | grep fonts
x11-proto/fontsproto (/usr/include/X11/fonts/font.h)

Please do emerge glproto and try again.

(In reply to comment #49)
> Please do emerge glproto and try again.
> 

it doesn't change anything when i try to emerge virtual-x11

If I'm not too mistaken you want to emerge xorg-x11 and not virtual-x11 -
Pls see http://www.gentoo.org/proj/en/desktop/x/x11/modular-x-howto.xml

(In reply to comment #50)
> (In reply to comment #49)
> > Please do emerge glproto and try again.
> > 
> 
> it doesn't change anything when i try to emerge virtual-x11
> 

(same error as comment 46 (https://bugs.gentoo.org/show_bug.cgi?id=133671#c46))

(In reply to comment #51)
> If I'm not too mistaken you want to emerge xorg-x11 and not virtual-x11 -
> Pls see http://www.gentoo.org/proj/en/desktop/x/x11/modular-x-howto.xml
> 

i tryed both
none worked

> i tryed both
> none worked
Pls add an attachement with your error messages.

Created an attachment (id=92844) [details]
other(config.log requested)

(In reply to comment #52)
> (In reply to comment #50)
> > (In reply to comment #49)
> > > Please do emerge glproto and try again.
> > > 
> > 
> > it doesn't change anything when i try to emerge virtual-x11
> > 
> 
> (same error as comment 46 (https://bugs.gentoo.org/show_bug.cgi?id=133671#c46))
> 

http://bugs.gentoo.org/attachment.cgi?id=92844
here my config.log as requested on the output message

The file says:

configure:3359: result: no
configure:3366: error: cannot find GL library - make sure Mesa or other OpenGL
package is installed

Please emerge glproto first.

see Comment #49 - you lack some files, which can be found when installing
portage-utils and querying via qfile filename.h to retrieve the missing
package.

(In reply to comment #57)
> The file says:
> 
> configure:3359: result: no
> configure:3366: error: cannot find GL library - make sure Mesa or other OpenGL
> package is installed
> 
> Please emerge glproto first.
> 
> see Comment #49 - you lack some files, which can be found when installing
> portage-utils and querying via qfile filename.h to retrieve the missing
> package.
> 

# emerge -av glproto

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R   ] x11-proto/glproto-1.4.7  USE="-debug" 0 kB

Total size of downloads: 0 kB

Would you like to merge these packages? [Yes/No] y
>>> Emerging (1 of 1) x11-proto/glproto-1.4.7 to /
>>> checking ebuild checksums ;-)
>>> checking auxfile checksums ;-)
>>> checking miscfile checksums ;-)
>>> checking glproto-1.4.7.tar.bz2 ;-)
>>> Unpacking source...
>>> Unpacking glproto-1.4.7.tar.bz2 to /var/tmp/portage/glproto-1.4.7/work
>>> Source unpacked.
>>> Compiling source in /var/tmp/portage/glproto-1.4.7/work/glproto-1.4.7 ...
./configure --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man
--inf
odir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc
--localstatedir=/var
/lib --prefix=/usr --datadir=/usr/share --build=i686-pc-linux-gnu
checking for a BSD-compatible install... /bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: creating glproto.pc
make: Nothing to be done for `all'.
>>> Source compiled.
>>> Test phase [not enabled]: x11-proto/glproto-1.4.7

>>> Install glproto-1.4.7 into /var/tmp/portage/glproto-1.4.7/image/ category x1
1-proto
make[1]: Entering directory `/var/tmp/portage/glproto-1.4.7/work/glproto-1.4.7'
make[1]: Nothing to be done for `install-exec-am'.
test -z "/usr/include/GL" || mkdir -p --
"/var/tmp/portage/glproto-1.4.7/image//
usr/include/GL"
 /bin/install -c -m 644 'glxint.h'
'/var/tmp/portage/glproto-1.4.7/image//usr/in
clude/GL/glxint.h'
 /bin/install -c -m 644 'glxmd.h'
'/var/tmp/portage/glproto-1.4.7/image//usr/inc
lude/GL/glxmd.h'
 /bin/install -c -m 644 'glxproto.h'
'/var/tmp/portage/glproto-1.4.7/image//usr/
include/GL/glxproto.h'
 /bin/install -c -m 644 'glxtokens.h'
'/var/tmp/portage/glproto-1.4.7/image//usr
/include/GL/glxtokens.h'
test -z "/usr/include/GL/internal" || mkdir -p --
"/var/tmp/portage/glproto-1.4.
7/image//usr/include/GL/internal"
 /bin/install -c -m 644 'glcore.h'
'/var/tmp/portage/glproto-1.4.7/image//usr/in
clude/GL/internal/glcore.h'
test -z "/usr/lib/pkgconfig" || mkdir -p --
"/var/tmp/portage/glproto-1.4.7/imag
e//usr/lib/pkgconfig"
 /bin/install -c -m 644 'glproto.pc'
'/var/tmp/portage/glproto-1.4.7/image//usr/
lib/pkgconfig/glproto.pc'
make[1]: Leaving directory `/var/tmp/portage/glproto-1.4.7/work/glproto-1.4.7'
 * Moving GL files for dynamic switching ...                              [ ok
]
>>> Completed installing glproto-1.4.7 into /var/tmp/portage/glproto-1.4.7/image
/

man:
>>> Merging x11-proto/glproto-1.4.7 to /
--- /usr/
--- /usr/lib/
--- /usr/lib/pkgconfig/
>>> /usr/lib/pkgconfig/glproto.pc
--- /usr/lib/opengl/
--- /usr/lib/opengl/xorg-x11/
--- /usr/lib/opengl/xorg-x11/include/
>>> /usr/lib/opengl/xorg-x11/include/glxtokens.h
>>> /usr/lib/opengl/xorg-x11/include/glxproto.h
>>> /usr/lib/opengl/xorg-x11/include/glxmd.h
--- /usr/share/
--- /usr/share/doc/
--- /usr/share/doc/glproto-1.4.7/
>>> /usr/share/doc/glproto-1.4.7/ChangeLog.gz
--- /usr/include/
--- /usr/include/GL/
>>> /usr/include/GL/glxint.h
--- /usr/include/GL/internal/
>>> /usr/include/GL/internal/glcore.h
>>> Safely unmerging already-installed instance...
--- !mtime obj /usr/share/doc/glproto-1.4.7/ChangeLog.gz
--- !mtime obj /usr/lib/pkgconfig/glproto.pc
--- !mtime obj /usr/lib/opengl/xorg-x11/include/glxtokens.h
--- !mtime obj /usr/lib/opengl/xorg-x11/include/glxproto.h
--- !mtime obj /usr/lib/opengl/xorg-x11/include/glxmd.h
--- !mtime obj /usr/include/GL/internal/glcore.h
--- !mtime obj /usr/include/GL/glxint.h
--- !empty dir /usr/share/doc/glproto-1.4.7
--- !empty dir /usr/share/doc
--- !empty dir /usr/share
--- !empty dir /usr/lib/pkgconfig
--- !empty dir /usr/lib/opengl/xorg-x11/include
--- !empty dir /usr/lib/opengl/xorg-x11
--- !empty dir /usr/lib/opengl
--- !empty dir /usr/lib
--- !empty dir /usr/include/GL/internal
--- !empty dir /usr/include/GL
--- !empty dir /usr/include
--- !empty dir /usr
>>> Original instance of package unmerged safely.

Switching to xorg-x11 OpenGL interface... done
>>> Regenerating /etc/ld.so.cache...
>>> x11-proto/glproto-1.4.7 merged.

>>> No packages selected for removal by clean.

>>> Auto-cleaning packages...

>>> No outdated packages were found on your system.


 * GNU info directory index is up-to-date.
 * IMPORTANT: 4 config files in /etc need updating.
 * IMPORTANT: 1 config files in /usr/kde/3.5/share/config need updating.
 * Type emerge --help config to learn how to update config files.

port3 ~ # etc-update
Scanning Configuration files...
The following is the list of files which need updating, each
configuration file is followed by a list of possible replacement files.
1) /etc/skel/.bashrc (1)
2) /etc/bash/bashrc (1)
3) /etc/init.d/nscd (1)
4) /etc/X11/xorg.conf (1)
5) /usr/kde/3.5/share/config/ksslcalist (1)
Please select a file to edit by entering the corresponding number.
              (don't use -3 or -5 if you're unsure what to do)
              (-1 to exit) (-3 to auto merge all remaining files)
                           (-5 to auto-merge AND not use 'mv -i'): -3

Replacing /etc/skel/.bashrc with /etc/skel/._cfg0000_.bashrc
mv: overwrite `/etc/skel/.bashrc'? -3


Replacing /etc/bash/bashrc with /etc/bash/._cfg0000_bashrc
mv: overwrite `/etc/bash/bashrc'? -3


Replacing /etc/init.d/nscd with /etc/init.d/._cfg0000_nscd
mv: overwrite `/etc/init.d/nscd'? -3


Replacing /etc/X11/xorg.conf with /etc/X11/._cfg0000_xorg.conf
mv: overwrite `/etc/X11/xorg.conf'? -3


Replacing /usr/kde/3.5/share/config/ksslcalist with
/usr/kde/3.5/share/config/._cfg0000_ksslcalist
mv: overwrite `/usr/kde/3.5/share/config/ksslcalist'? -3

Exiting: Nothing left to do; exiting. :)

(In reply to comment #57)
> The file says:
> 
> configure:3359: result: no
> configure:3366: error: cannot find GL library - make sure Mesa or other OpenGL
> package is installed
> 
> Please emerge glproto first.
that's what i've done!!!

> > Please emerge glproto first.
> that's what i've done!!!

Does emerge xorg-x11 work ?

(In reply to comment #60)
> > > Please emerge glproto first.
> > that's what i've done!!!
> 
> Does emerge xorg-x11 work ?
> 

no

(In reply to comment #61)
> (In reply to comment #60)
> > > > Please emerge glproto first.
> > > that's what i've done!!!
> > 
> > Does emerge xorg-x11 work ?
> > 
> 
> no
> 
https://bugs.gentoo.org/attachment.cgi?id=92840

> https://bugs.gentoo.org/attachment.cgi?id=92840
it says:
../include/dix-config.h:346:1: warning: this is the location of the previous
definition
devices.c:71:35: X11/extensions/XKBsrv.h: No such file or directory
devices.c:75:37: X11/extensions/security.h: No such file or directory
devices.c: In function `CloseDevice':

You lack the packages:
x11-proto/kbproto (/usr/include/X11/extensions/XKBsrv.h)
x11-proto/xextproto (/usr/include/X11/extensions/security.h)

Pls read my above comments and use qfile or what you like to detect the missing
packages, then emerge them, reemerge xorg-x11 and so on.

> Pls read my above comments and use qfile or what you like to detect the missing
> packages, then emerge them, reemerge xorg-x11 and so on.
> 

it worked great  until i had some others errors:
https://bugs.gentoo.org/attachment.cgi?id=92848

Again, please don't post or discuss build errors on this bug.  Discussion here
should be directly related to dependencies in ebuilds and how portage handles
them.  Build errors should be discussed in a different bug or some other forum.

(In reply to comment #65)
> Again, please don't post or discuss build errors on this bug.  Discussion here
> should be directly related to dependencies in ebuilds and how portage handles
> them.  Build errors should be discussed in a different bug or some other forum.
> 
sorry
wherre should i discuss this problem?

> wherre should i discuss this problem?
e.g.
http://forums.gentoo.org/
http://www.gentoo.fr/forum/index.php

*** Bug 142437 has been marked as a duplicate of this bug. ***

*** Bug 142445 has been marked as a duplicate of this bug. ***

*** Bug 142491 has been marked as a duplicate of this bug. ***

*** Bug 139304 has been marked as a duplicate of this bug. ***

*** Bug 142826 has been marked as a duplicate of this bug. ***

*** Bug 143218 has been marked as a duplicate of this bug. ***

*** Bug 143848 has been marked as a duplicate of this bug. ***

*** Bug 144217 has been marked as a duplicate of this bug. ***

*** Bug 144425 has been marked as a duplicate of this bug. ***

*** Bug 144524 has been marked as a duplicate of this bug. ***

*** Bug 144770 has been marked as a duplicate of this bug. ***

*** Bug 147075 has been marked as a duplicate of this bug. ***

*** Bug 147162 has been marked as a duplicate of this bug. ***

*** Bug 147495 has been marked as a duplicate of this bug. ***

*** Bug 150330 has been marked as a duplicate of this bug. ***

*** Bug 155481 has been marked as a duplicate of this bug. ***

app-backup/bacula-1.36.3-r2 is asking for virtual/x11. Is this the kind of
report you are looking for in this bug?

*** Bug 173492 has been marked as a duplicate of this bug. ***

*** Bug 182676 has been marked as a duplicate of this bug. ***