Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
Not eligible to see or edit group visibility for this bug.
View Bug Activity | Format For Printing | XML | Clone This Bug
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.
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 140933 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. ***
