Portage 2.1.7.6 (default/linux/x86/10.0, gcc-4.4.2-asneeded, glibc-2.11-r0, 2.6.32-rc8 i686) ================================================================= System uname: Linux-2.6.32-rc8-i686-Quad-Core_AMD_Opteron-tm-_Processor_2350-with-gentoo-2.0.1 Timestamp of tree: Sun, 22 Nov 2009 13:30:01 +0000 distcc 3.1 i686-pc-linux-gnu [disabled] ccache version 2.4 [enabled] app-shells/bash: 4.0_p35 dev-java/java-config: 1.3.7-r1, 2.1.9-r1 dev-lang/python: 2.6.2-r2, 3.1.1-r1 dev-python/pycrypto: 2.0.1-r8 dev-util/ccache: 2.4-r8 dev-util/cmake: 2.6.4-r2 sys-apps/baselayout: 2.0.1 sys-apps/openrc: 0.5.2-r2 sys-apps/sandbox: 2.1 sys-devel/autoconf: 2.13, 2.65 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.2, 1.11 sys-devel/binutils: 2.20 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6a virtual/os-headers: 2.6.30-r1 ACCEPT_KEYWORDS="x86 ~x86" ACCEPT_LICENSE="*" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /opt/openfire/resources/security/ /opt/openjms/config /usr/lib/ccs/conf /usr/lib/fax /usr/share/X11/xkb /usr/share/bufrtables /usr/share/config /usr/share/qpsmtpd/plugins /var/bind /var/lib/hsqldb /var/phxd /var/qmail/alias /var/qmail/control /var/spool/fax/etc /var/spool/torque /var/vpopmail/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/eselect/postgresql /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-O2 -pipe" DISTDIR="/var/cache/distfiles" FEATURES="assume-digests ccache distlocks fixpackages news parallel-fetch protect-owned sandbox sfperms split-log strict test test-fail-continue unmerge-orphans userfetch" GENTOO_MIRRORS="http://ftp.uni-erlangen.de/pub/mirrors/gentoo" INSTALL_MASK=" /usr/share/doc /usr/share/info" LDFLAGS="-Wl,-O1" MAKEOPTS="-j14" PKGDIR="/var/spool/portage/packages" PORTAGE_COMPRESS="" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/var/cache/portage/tree-tinderbox" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="acl berkdb bzip2 cli cracklib crypt cups dri fortran gdbm gpm iconv ipv6 java5 java6 modules mudflap ncurses nls nostatic nptl nptlonly openmp pam pcre perl pppd python qt3support readline reflection ruby session spl ssl sysfs tcpd unicode x86 xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias auth_digest" ELIBC="glibc" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, LANG, LC_ALL, LINGUAS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Created attachment 211307 [details] Build log
xdpyinfo requires XTest.h. In older versions of x11-proto/xextproto, such as 7.0.5, XTest.h was in xextproto. Therefore, xdpyinfo lists xextproto in DEPEND. Per bug #239653, comment #14, XTest.h was moved to x11-libs/libXtst. Thus, the fix is probably to change the DEPEND to: || ( <=x11-proto/xextproto-VERSION1 >=x11-libs/libXtst-VERSION2 ) such that VERSION1 is the last version of xextproto to provide XTest.h and VERSION2 is the first version of libXtst to provide it.
Yup... # emerge -u x11-libs/libXtst xdpyinfo ... and emerge will start building xdpyinfo first instead of treating libXtst as a DEPEND.
(In reply to comment #3) > Yup... > > # emerge -u x11-libs/libXtst xdpyinfo > > ... and emerge will start building xdpyinfo first instead of treating libXtst > as a DEPEND. > Unfortunately, it didn't work for me. xdpyinfo won't compile.
What I meant to say is, if xdpyinfo depends on x11-libs/libXtst (as libXtst provides XTest.h), then x11-libs/libXtst should build first, then xdpyinfo. On a more personal level, I'm starting to call this "XTest.h h*ll".
As a general comment, since this bug deals with file(s) migrating between packages, anyone posting for help needs to provide both the names and versions of the relevant packages that were installed at the time of the problem. In response to comment #3 and comment #5: you need either <x11-proto/xextproto-7.1 or >=x11-libs/libXtst-1.1.0 to be able to build xdpyinfo. This bug is about the fact that the DEPEND value in the ebuild does not reflect this requirement, and so Portage will permit configurations that fail to build. Absent a DEPEND relation in the ebuild, your command in comment #3 leaves it up to the package manager's ordering logic to pick which package to merge first. It happened to pick a non-working order because it was not told that such an order is not permitted. In response to comment #4: we need to see your build log to be sure that you even have the same failure that Diego reported. If, after installing one of the atoms I named earlier in this comment (an old xextproto or a new libXtst), you still cannot get xdpyinfo to build, please post the output of emerge --info ; emerge -pv x11-proto/xextproto x11-libs/libXtst x11-apps/xdpyinfo.
(In reply to comment #6) > In response to comment #4: we need to see your build log to be sure that you > even have the same failure that Diego reported. If, after installing one of > the atoms I named earlier in this comment (an old xextproto or a new libXtst), > you still cannot get xdpyinfo to build, please post the output of emerge --info > ; emerge -pv x11-proto/xextproto x11-libs/libXtst x11-apps/xdpyinfo. Here's the complete build log: ^[[32;01m*^[[0m CPV: x11-apps/xdpyinfo-1.1.0 ^[[32;01m*^[[0m REPO: gentoo ^[[32;01m*^[[0m USE: amd64 elibc_glibc kernel_linux multilib userland_GNU >>> Unpacking source... >>> Unpacking xdpyinfo-1.1.0.tar.bz2 to /var/tmp/portage/x11-apps/xdpyinfo-1.1.0/work >>> Source unpacked in /var/tmp/portage/x11-apps/xdpyinfo-1.1.0/work >>> Compiling source in /var/tmp/portage/x11-apps/xdpyinfo-1.1.0/work/xdpyinfo-1.1.0 ... * econf: updating xdpyinfo-1.1.0/config.sub with /usr/share/gnuconfig/config.sub * econf: updating xdpyinfo-1.1.0/config.guess with /usr/share/gnuconfig/config.guess ./configure --prefix=/usr --build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstate$ checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for x86_64-pc-linux-gnu-gcc... x86_64-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 x86_64-pc-linux-gnu-gcc accepts -g... yes checking for x86_64-pc-linux-gnu-gcc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of x86_64-pc-linux-gnu-gcc... gcc3 checking for a BSD-compatible install... /usr/bin/install -c checking how to run the C preprocessor... x86_64-pc-linux-gnu-gcc -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for x86_64-pc-linux-gnu-gcc option to accept ISO C99... -std=gnu99 checking build system type... x86_64-pc-linux-gnu checking host system type... x86_64-pc-linux-gnu checking for x86_64-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 XDPYINFO... yes checking for DPY_X11... yes checking for DPY_XEXT... yes checking for X11/extensions/multibuf.h... yes checking for X11/extensions/XShm.h... yes checking for DPY_XKB... yes checking for X11/extensions/XKB.h... yes checking for X11/XKBlib.h... yes checking for DPY_XF86VIDMODE... yes checking for X11/extensions/xf86vmode.h... yes checking for X11/extensions/xf86vmstr.h... yes checking for X11/extensions/xf86vmproto.h... yes without dga without xf86misc checking for DPY_XINPUT... yes checking for X11/extensions/XInput.h... yes checking for DPY_XRENDER... yes checking for X11/extensions/Xrender.h... yes checking for DPY_XCOMPOSITE... yes checking for X11/extensions/Xcomposite.h... yes without xinerama without dmx without xprint checking for DPY_XTST... yes checking for X11/extensions/record.h... yes configure: creating ./config.status config.status: creating Makefile config.status: creating config.h config.status: executing depfiles commands make -j6 make all-am make[1]: Entering directory `/var/tmp/portage/x11-apps/xdpyinfo-1.1.0/work/xdpyinfo-1.1.0' CC xdpyinfo.o GEN xdpyinfo.1 xdpyinfo.c:1480: error: 'XF86VIDMODENAME' undeclared here (not in a function) make[1]: *** [xdpyinfo.o] Error 1 make[1]: Leaving directory `/var/tmp/portage/x11-apps/xdpyinfo-1.1.0/work/xdpyinfo-1.1.0' make: *** [all] Error 2 ^[[31;01m*^[[0m ERROR: x11-apps/xdpyinfo-1.1.0 failed: ^[[31;01m*^[[0m emake failed ^[[31;01m*^[[0m ^[[31;01m*^[[0m Call stack: ^[[31;01m*^[[0m ebuild.sh, line 55: Called src_compile ^[[31;01m*^[[0m environment, line 3283: Called x-modular_src_compile ^[[31;01m*^[[0m environment, line 4104: Called x-modular_src_make ^[[31;01m*^[[0m environment, line 4142: Called die ^[[31;01m*^[[0m The specific snippet of code: ^[[31;01m*^[[0m emake || die "emake failed" ^[[31;01m*^[[0m ^[[31;01m*^[[0m If you need support, post the output of 'emerge --info =x11-apps/xdpyinfo-1.1.0', ^[[31;01m*^[[0m the complete build log and the output of 'emerge -pqv =x11-apps/xdpyinfo-1.1.0'. ^[[31;01m*^[[0m The complete build log is located at '/var/tmp/portage/x11-apps/xdpyinfo-1.1.0/temp/build.log'. ^[[31;01m*^[[0m The ebuild environment file is located at '/var/tmp/portage/x11-apps/xdpyinfo-1.1.0/temp/environment'. ^[[31;01m*^[[0m S: '/var/tmp/portage/x11-apps/xdpyinfo-1.1.0/work/xdpyinfo-1.1.0' emerge --info: Portage 2.2_rc58 (default/linux/amd64/10.0/desktop, gcc-4.3.4, glibc-2.9_p20081201-r2, 2.6.31-gentoo-r6 x86_64) ================================================================= System uname: Linux-2.6.31-gentoo-r6-x86_64-Intel-R-_Core-TM-2_Quad_CPU_Q9400_@_2.66GHz-with-gentoo-2.0.0 Timestamp of tree: Fri, 11 Dec 2009 18:15:02 +0000 distcc 3.1 x86_64-pc-linux-gnu [disabled] ccache version 2.4 [enabled] app-shells/bash: 4.0_p35 dev-java/java-config: 2.1.9-r1 dev-lang/python: 2.5.4-r3, 2.6.4 dev-python/pycrypto: 2.0.1-r8 dev-util/ccache: 2.4-r7 dev-util/cmake: 2.6.4-r3 sys-apps/baselayout: 2.0.0 sys-apps/openrc: 0.5.3 sys-apps/sandbox: 2.2 sys-devel/autoconf: 2.13, 2.63-r1 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6b virtual/os-headers: 2.6.27-r2 ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="* -@EULA PUEL dlj-1.1" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=core2 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/splash /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-march=core2 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests ccache distlocks fixpackages news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="http://gentoo.mneisen.org/ http://gentoo.tiscali.nl/ http://de-mirror.org/distro/gentoo/" LANG="en_US.ISO-8859-1" LDFLAGS="-Wl,-O1" MAKEOPTS="-j6" PKGDIR="/usr/portage/packages" PORTAGE_COMPRESS="pbzip2" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage/" PORTDIR_OVERLAY="/usr/local/portage/layman/sunrise /usr/local/portage" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" USE="X a52 aac acl acpi aiglx alsa amd64 berkdb bluetooth branding bzip2 cairo cdr cli composite consolekit cracklib crypt cups cxx dbus dri dts dv dvd dvdr eds emboss encode evo fam firefox flac fortran gdbm gif glx gpm gstreamer gtk hal iconv ipv6 jpeg kde ldap libnotify mad mikmod mmx modules mp3 mp4 mpeg mudflap multilib ncurses nls nptl nptlonly ogg opengl openmp oss pam pcre pdf perl png ppds pppd python qt3support qt4 quicktime readline reflection samba sdl session spell spl sse sse2 ssl startup-notification svg sysfs tcpd thunar tiff truetype unicode usb userlocales utempter vorbis x264 xml xorg xprint xulrunner xv xvid zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="nvidia vesa" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, LINGUAS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS # emerge -pv x11-proto/xextproto x11-libs/libXtst x11-apps/xdpyinfo These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] x11-proto/xextproto-7.0.5 79 kB [ebuild R ] x11-libs/libXtst-1.0.3 USE="-debug" 0 kB [ebuild U ] x11-apps/xdpyinfo-1.1.0 [1.0.3] USE="-debug -dga -dmx -xinerama" 0 kB Thank you very much, Best regards, Flavio
You're all mixing stable and unstable (~arch) X protos and libraries. Please choose one _or_ the other for the X stack as some combinations are not supported, even if portage more or less allows you to install them. Thanks
(In reply to comment #8) > You're all mixing stable and unstable (~arch) X protos and libraries. > > Please choose one _or_ the other for the X stack as some combinations are not > supported, even if portage more or less allows you to install them. > > Thanks > Which packages installed on my Gentoo are unstable for you?
(In reply to comment #9) > Which packages installed on my Gentoo are unstable for you? Check that /etc/portage/package.{mask,unmask,keywords} don't have anything that starts with x11-libs/ or x11-proto/ Thanks
(In reply to comment #10) > (In reply to comment #9) > > Which packages installed on my Gentoo are unstable for you? > > Check that /etc/portage/package.{mask,unmask,keywords} don't have anything that > starts with x11-libs/ or x11-proto/ > > Thanks > $ cat /etc/portage/package.{mask,unmask,keywords}|grep x11-libs x11-libs/libcompizconfig x11-libs/compizconfig-backend-gconf x11-libs/compizconfig-backend-kconfig x11-libs/compiz-bcop =x11-libs/libFS-1.0.1 =x11-libs/qt-gui-4.5.1 =x11-libs/qt-dbus-4.5.1 =x11-libs/qt-core-4.5.1 =x11-libs/qt-script-4.5.1 =x11-libs/qt-qt3support-4.5.1 =x11-libs/qt-sql-4.5.1 =x11-libs/qt-assistant-4.5.1 =x11-libs/qt-4.5.1 =x11-libs/qt-test-4.5.1 =x11-libs/qt-opengl-4.5.1 =x11-libs/qt-webkit-4.5.1 =x11-libs/qt-svg-4.5.1-r1 =x11-libs/qt-phonon-4.5.1 =x11-libs/qt-xmlpatterns-4.5.1 x11-libs/libvdpau
and in the protos?
(In reply to comment #12) > and in the protos? none
Could you attach config.log and config.h from the build directory? Thanks
There appear to be two problems here. Diego's build failed due to a missing XTest.h, which I assumed to be due to some bad combination of xextproto and libXtst. We do not know yet which versions he used, or even if I am right about the reason he had no XTest.h. Flavio's build failed for some other reason, and produced a different error message. He has XTest.h, but is missing the definition of a preprocessor symbol. He and I are both on stable amd64 and have the same package versions for the emerge command I requested. His build fails, but mine worked fine. For reference, my output for that command is now: [ebuild R ] x11-proto/xextproto-7.0.5 0 kB [ebuild R ] x11-libs/libXtst-1.0.3 USE="-debug" 0 kB [ebuild R ] x11-apps/xdpyinfo-1.1.0 USE="-debug -dga -dmx -xinerama" 0 kB Flavio's missing symbol (XF86VIDMODENAME) is present for me in /usr/include/X11/extensions/xf86vmstr.h, which is provided by x11-proto/xf86vidmodeproto-2.2.2. This package is listed as a DEPEND of xdpyinfo, but no specific version requirement is imposed.
(In reply to comment #15) It's strange because: $ cat /usr/include/X11/extensions/xf86vmstr.h | grep XF86VIDMODENAME #define XF86VIDMODENAME "XFree86-VidModeExtension" So, I have that symbol there!
That's why I asked those two files, I'm nearly sure configure.ac picks up the definition and/or files somewhere else. @Flavio, do you have anything in /usr/local? Thanks
(In reply to comment #17) > That's why I asked those two files, I'm nearly sure configure.ac picks up the > definition and/or files somewhere else. > > @Flavio, do you have anything in /usr/local? > > Thanks > Here we go: config.log: http://pastebin.com/m24dbc1ef config.h: http://pastebin.com/m1c867f73 And yes, I have these directories and files in /usr/local/ bin Brother dev-java games lib lib32 lib64 man portage sbin share src
(In reply to comment #18) > And yes, I have these directories and files in /usr/local/ > bin Brother dev-java games lib lib32 lib64 man portage sbin share > src Err... how about below? (FYI, stage3 installs all those directories, what's interesting is what you may have put in there) "find /usr/local" will do. Thanks
Oh and please attach the files in bugzilla, don't use external paste sites. Thanks
(In reply to comment #19) > Err... how about below? (FYI, stage3 installs all those directories, what's > interesting is what you may have put in there) "find /usr/local" will do. You asked me "do you have anything in /usr/local?". What information do you want exactly? I know stage3 puts all those directories, but I simply answered to your question. By the way, I can post the /usr/local/portage content instead: ls /usr/local/portage/ eclass kde-base layman media-tv net-p2p net-wireless net-www profiles x11-apps. Inside x11-apps there is only fusion-icon, which is going to be deleted now.
Basically, I'd like to know if you have installed anything in /usr/local that could interfere with portage. Because /usr/local has precedence over /usr... So if you don't know, just temporarily rename /usr/local to /usr/local.old and try reemerging xdpyinfo. Oh, and please do attach the files here. Thanks
Created attachment 212976 [details] config.log
Created attachment 212977 [details] config.h
(In reply to comment #22) > Basically, I'd like to know if you have installed anything in /usr/local that > could interfere with portage. Because /usr/local has precedence over /usr... > > So if you don't know, just temporarily rename /usr/local to /usr/local.old and > try reemerging xdpyinfo. These are the packages installed from the local overlay: # eix -Ic --in-overlay local-repo [I] media-tv/qsopcast [1] (0.3.5@10/16/2009): A QT front-end for SopCast P2P Internet TV [I] media-tv/sopcast [1] (3.0.1@05/07/2009): SopCast free P2P Internet TV binary [1] "local-repo" /usr/local/portage Thank you.
(In reply to comment #25) > These are the packages installed from the local overlay: > # eix -Ic --in-overlay local-repo > [I] media-tv/qsopcast [1] (0.3.5@10/16/2009): A QT front-end for SopCast P2P > Internet TV > [I] media-tv/sopcast [1] (3.0.1@05/07/2009): SopCast free P2P Internet TV > binary > [1] "local-repo" /usr/local/portage Again, that's still not what I meant. Did you install anything in /usr/local manually using ./configure && make && make install? Overlay packages install to /usr like any other package... Thanks
(In reply to comment #26) > Again, that's still not what I meant. Did you install anything in /usr/local > manually using ./configure && make && make install? No I didn't. Thank you.
I think I got it, here's from your build.log : checking for X11/extensions/xf86vmode.h... yes checking for X11/extensions/xf86vmstr.h... yes checking for X11/extensions/xf86vmproto.h... yes On a stable box, you're not supposed to have xf86vmproto.h, that's a header that's currently linked xorg-server 1.7. So please use "qfile /usr/include/X11/extensions/xf86vmproto.h" to figure out which package owns that file on your system. If qfile doesn't say anything, then you can safely remove it. Thanks
(In reply to comment #28) > On a stable box, you're not supposed to have xf86vmproto.h, that's a header > that's currently linked xorg-server 1.7. My current xorg-server version is 1.6.5-r1, which is marked as stable. > > So please use "qfile /usr/include/X11/extensions/xf86vmproto.h" to figure out > which package owns that file on your system. If qfile doesn't say anything, > then you can safely remove it. It doesn't say anithing actually. Removed. Then I was able to compile x11-apps/xdpyinfo-1.1.0. Thank you so much. I don't know why that file was there. Best regards, Flavio
(In reply to comment #29) > I don't know why that file was there. I had the same issue, and the same solution. If I remember correctly, there was an issue a month or two back involving nvidia cards. xf86vmproto.h was part of something that was required for an Xorg 1.7 update. Removing this file solved the issue though, thank you.
So the remaining question is: what package versions does Diego's tinderbox have that left him with no XTest.h at all, given that the tinderbox manifested with an error different from what everyone else in this bug saw?
As for the tinderbox, I changed *afterwards* the configuration to run a full update, so it was inconsistent before.
*** Bug 297002 has been marked as a duplicate of this bug. ***
*** Bug 297745 has been marked as a duplicate of this bug. ***
I had the same problem with x11-apps/xdpyinfo-1.1.0 deletion of /usr/include/X11/extensions/xf86vmproto.h solved the problem (qfile didn't find any package to which it could belong). x11-drivers/nvidia-drivers-190.42-r3 and media-video/nvidia-settings-190.53 were also installed.
Same here, deleting xf86vmproto.h fixed it. I had a look at few systems, qfile didn't show anything with the following "suspects" installed: nvidia-drivers-185.18.14 nvidia-drivers-185.18.36 nvidia-drivers-190.53-r1
(In reply to comment #35) > I had the same problem with x11-apps/xdpyinfo-1.1.0 deletion of > /usr/include/X11/extensions/xf86vmproto.h solved the problem (qfile didn't find > any package to which it could belong). x11-drivers/nvidia-drivers-190.42-r3 and > media-video/nvidia-settings-190.53 were also installed. > Same here on my box. Moving away that orphaned file fixed it. BTW: I remember that I made a (failed) attempt to install the nvidia drivers directly from the nvidia package, not through emerge some time ago. I had some trouble to fix this, and I wonder if this file was the last orphane of this attempt? Just a wild guess...