/usr/portage/db/media-video/nvidia-settings/nvidia-settings-1.0.20051122-r3.ebuild: line 66: xmkmf: command not found emerging imake resolves the above, but leaves me with another error about it not being able to find gccmakedep. yes, I'm running modular X. and now the boring stuff: Portage 2.1_pre4-r1 (default-linux/amd64/2005.1, gcc-4.0.2, glibc-2.3.6-r2, 2.6.15-ck1 x86_64) ================================================================= System uname: 2.6.15-ck1 x86_64 AMD Opteron(tm) Processor 246 Gentoo Base System version 1.12.0_pre15 ccache version 2.4 [disabled] dev-lang/python: 2.3.5-r2, 2.4.2-r1 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-r1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r3 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -O3 -ftracer -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/share/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/init.d /etc/terminfo /etc/env.d" CXXFLAGS="-march=k8 -O3 -ftracer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks prelink sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage/db/" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X aac aim alsa apache2 avi berkdb bitmap-fonts bzip2 cddb crypt cscope cups dri dvd dvdr eds emboss encode fbcon flac foomaticdb fortran gif gimpprint gpm gtk gtk2 imap imlib javascript joystick jpeg kerberos krb4 lzw lzw-tiff mad mp3 mpeg ncurses new-login nptl nptlonly nvidia objc oggvorbis opengl pam pdflib perl png ppds python quicktime readline real sdl spell ssl tcpd threads tiff truetype-fonts type1-fonts unicode usb userlocales v4l2 vorbis xine xml xpm xprint xv xvid zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux userland_GNU video_cards_nv" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, LANG, LC_ALL, LDFLAGS, LINGUAS
No, it isn't missing any dependencies, you are providing virtual/x11 or redefining the virtual in /etc/portage/profile/virtuals or doing another invalid stuff. <snip> DEPEND="virtual/libc >=x11-libs/gtk+-2 || ( ( x11-base/xorg-server x11-libs/libXt x11-proto/xf86driproto x11-misc/imake x11-misc/gccmakedep ) virtual/x11 )" RDEPEND=">=media-video/nvidia-glx-${NVIDIA_VERSION} >=media-video/nvidia-kernel-${NVIDIA_VERSION} >=x11-libs/gtk+-2 || ( ( x11-base/xorg-server x11-libs/libXt ) virtual/x11 )" </snip>
*** Bug 123099 has been marked as a duplicate of this bug. ***
Note the part where it says "yes, I'm running modular X". The correct resolution to this bug would therefore seem to be the addition of something matching virtual/x11-7*. There may also be something more elegant, but either way it is the lack of a compatible virtual ebuild that fulfulls the requirements of any package depending on virtual/x11. If this is not going to be done (IMO it should be done, though), please correct the dependency in the code you pasted to reflect either =virtual/x11-6.8 or <virtual/x11-7* or similar (possibly a blocker) so that people filling in the present gap in their package tree don't bother trying to build this version of nvidia-settings.
(In reply to comment #3) > The correct resolution to this bug would therefore seem to be the addition of > something matching virtual/x11-7*. No, it wouldn't. > If this is not going to be done (IMO it should be done, though), please correct > the dependency in the code you pasted to reflect either =virtual/x11-6.8 or > <virtual/x11-7* or similar (possibly a blocker) No, that's wrong again, the dependencies are correct, you are doing invalid stuff with /etc/portage/profile/virtuals and/or /etc/portage/package.provided, which breaks the dependencies for you.
I haven't touched either virtuals or package.provided, so by implication I'm not doing "invalid stuff" because I'm not doing "stuff".
Kindly review the following howto and read on dependencies syntax before you consider reopening this bug again. http://www.gentoo.org/proj/en/desktop/x/x11/porting-modular-x-howto.xml
*** Bug 125310 has been marked as a duplicate of this bug. ***
(In reply to comment #1) > <snip> > DEPEND="virtual/libc > >=x11-libs/gtk+-2 > || ( ( x11-base/xorg-server > x11-libs/libXt > x11-proto/xf86driproto > x11-misc/imake > x11-misc/gccmakedep ) > virtual/x11 > )" > RDEPEND=">=media-video/nvidia-glx-${NVIDIA_VERSION} > >=media-video/nvidia-kernel-${NVIDIA_VERSION} > >=x11-libs/gtk+-2 > || ( ( x11-base/xorg-server > x11-libs/libXt ) > virtual/x11 > )" > </snip> > Since 20 March 2006 there is a virtual/x11-7.0 in portage wich makes the dependency above fail if it is installed. The virtual/x11-7.0 does not have dependencies on imake or gccmakedep so emerging nvidia-settings fails as per this bug. Maybe this bug should be reopened.
(In reply to comment #8) > Since 20 March 2006 there is a virtual/x11-7.0 in portage wich makes the > dependency above fail if it is installed. Yeah, that virtual just breaks things...
virtual/x11-7.0-r1 with dependencies on imake, gccmakedep and makedepend has just been released which kind of invalidates this bug report again. Sorry for bugging ;-)
Fixed then
*** Bug 128753 has been marked as a duplicate of this bug. ***
*** Bug 130157 has been marked as a duplicate of this bug. ***
*** Bug 139155 has been marked as a duplicate of this bug. ***
emerge -a1 imake gccmakedep
*** Bug 139645 has been marked as a duplicate of this bug. ***
*** Bug 140529 has been marked as a duplicate of this bug. ***