Configure fails if libXxf86vm is not installed: checking for GL... configure: error: Package requirements (glproto >= 1.4.9 gl >= 7.1.0) were not met: Package xxf86vm was not found in the pkg-config search path. Perhaps you should add the directory containing `xxf86vm.pc' to the PKG_CONFIG_PATH environment variable Package 'xxf86vm', required by 'gl', not found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables GL_CFLAGS and GL_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. Ebuild doesn't have such dependency while it should. I don't know which version of libXxf86vm meets minimum requirments. I wonder whether this bug related to bug 288251. Reproducible: Always Steps to Reproduce: 1. # USE="nptl hal xorg" emerge xorg-server Actual Results: See configure error shown above Expected Results: Successful emerge % emerge --info Portage 2.2_rc46 (default/linux/amd64/10.0/no-multilib, gcc-4.4.2, glibc-2.10.1-r0, 2.6.31-gvaemor x86_64) ================================================================= System uname: Linux-2.6.31-gvaemor-x86_64-Intel-R-_Core-TM-2_Duo_CPU_T7100_@_1.80GHz-with-gentoo-2.0.1 Timestamp of tree: Tue, 27 Oct 2009 09:30:01 +0000 ccache version 2.4 [disabled] app-shells/bash: 4.0_p35 dev-lang/python: 2.6.3 dev-util/ccache: 2.4-r8 dev-util/cmake: 2.6.4-r3 sys-apps/baselayout: 2.0.1 sys-apps/openrc: 0.5.2-r1 sys-apps/sandbox: 2.2 sys-devel/autoconf: 2.63-r1 sys-devel/automake: 1.9.6-r2, 1.10.2 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="amd64 ~amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-pipe -O2 -march=core2 -mfpmath=sse -fomit-frame-pointer" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-pipe -O2 -march=core2 -mfpmath=sse -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests distlocks fixpackages metadata-transfer news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="ftp://ftp.corbina.ru/pub/Linux/gentoo ftp://mirror.yandex.ru/gentoo-distfiles http://distfiles.gentoo.org" LANG="ru_RU.UTF-8" LC_ALL="" LDFLAGS="-Wl,-O1 -Wl,--hash-style=gnu -Wl,--sort-common -Wl,--as-needed" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" 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/layman/rostov /usr/local/portage/layman/callisto /usr/local/portage/layman/qting-edge" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 mmx mmxext nptl nptlonly sse sse2 ssse3 threads unicode" ALSA_CARDS="hda-intel" 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" ELIBC="glibc" INPUT_DEVICES="evdev synaptics" KERNEL="linux" USERLAND="GNU" VIDEO_CARDS="intel" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
At least on x64, the problem is sort of circular, because current libXxf86 depends on >libX11-1.3, which requires a native libXxf86vm.so file, not the 32 bit version I had installed. I emerged libXxf86 with --nodeps, let's see if libX11 emerges now.
(In reply to comment #1) > At least on x64, the problem is sort of circular, because current libXxf86 > depends on >libX11-1.3, which requires a native libXxf86vm.so file, not the 32 > bit version I had installed. I emerged libXxf86 with --nodeps, let's see if > libX11 emerges now. > Well, it worked.
Mesa already deps on libXxf86vm, looks like a portage 2.2 issue. Does adding --with-bdeps=y when running "emerge -DuNa world" help? @Zac, care to shed some light? Thanks
(In reply to comment #3) > Does adding --with-bdeps=y when running "emerge -DuNa world" help? Yes, it does. And I could see [ebuild N ] x11-libs/libXxf86vm-1.1.0 USE="-debug" 0 kB even without --with-bdeps=y. Is it because Mesa depends on it, and xorg-server depends on Mesa?
(In reply to comment #4) > (In reply to comment #3) > > Does adding --with-bdeps=y when running "emerge -DuNa world" help? > > Yes, it does. And I could see > [ebuild N ] x11-libs/libXxf86vm-1.1.0 USE="-debug" 0 kB > even without --with-bdeps=y. Is it because Mesa depends on it, and xorg-server > depends on Mesa? Well, I'm not sure why portage didn't pick up the dep on libXxf86vm since mesa properly deps on it... But in case you used some other tricks, you should always update your system with --deep (-D) and --with-bdeps=y (that's for portage 2.2) Thanks
http://www.gentoo.org/proj/en/desktop/x/x11/ati-migration-guide.xml This is what i wrote for people interested in migration. Well 3D will be around kernel-2.6.32. Mesa is prepared already :]
Damn :P wrong bug. Ignore last comment
Maybe it's a case of bug 199856. It seems like somebody must have uninstalled libXxf86vm from your system, since mesa couldn't have been installed without it in the first place. You need to use --deep if you want to ensure that emerge accounts for dependencies of installed packages (especially if you've removed random required packages such as libXxf86vm). The safe way to to uninstall packages is to use emerge --depclean <atom>, which checks for reverse dependencies before removing anything.
*** This bug has been marked as a duplicate of bug 199856 ***