emerge -uDp world reports: [blocks B ] <x11-base/xorg-x11-6.8.0-r4 (from pkg x11-base/opengl-update-2.1_pre4) [ebuild U ] x11-base/opengl-update-2.1_pre4 [1.8.2] [ebuild U ] dev-lang/perl-5.8.5-r3 [5.8.5-r2] [ebuild U ] dev-libs/libxml2-2.6.17 [2.6.16] [ebuild U ] dev-perl/DBI-1.38-r1 [1.38] [ebuild U ] app-misc/lirc-0.7.0-r1 [0.7.0_pre7] [ebuild U ] media-video/nvidia-kernel-1.0.6629-r3 [1.0.6629-r2] [ebuild U ] media-video/nvidia-glx-1.0.6629-r4 [1.0.6629-r3] [ebuild UD] media-libs/gst-plugins-0.8.5-r1 [0.8.7] [ebuild U ] sys-kernel/genkernel-3.1.0f [3.1.0e] The problem is that I don't have installed xorg-x11-6.8.0-r4 on my system, so I can't unmerge it. I have looked in /var/db/pkg/x11-base and there is no entry for xorg-x11-6.8.0-r4 Reproducible: Always Steps to Reproduce: 1. 2. 3.
Blockers can occur on to-be-merged packages as well as already-merged ones. Try --tree and see if it helps you figure out why it's happening.
Also, do you have an inject or package.provide entry for xorg?
Here is output of "emerge -uDpt world": Calculating world dependencies ...done! [blocks B ] <x11-base/xorg-x11-6.8.0-r4 (from pkg x11-base/opengl-update-2.1_pre4) [nomerge ] dev-util/catalyst-1.1.1 [ebuild U ] sys-kernel/genkernel-3.1.0f [3.1.0e] [nomerge ] media-plugins/gst-plugins-alsa-0.8.7-r1 [nomerge ] media-libs/gst-plugins-0.8.7 [nomerge ] media-plugins/gst-plugins-flac-0.8.5 [ebuild UD] media-libs/gst-plugins-0.8.5-r1 [0.8.7] [ebuild U ] media-video/nvidia-glx-1.0.6629-r4 [1.0.6629-r3] [ebuild U ] media-video/nvidia-kernel-1.0.6629-r3 [1.0.6629-r2] [nomerge ] media-video/mplayer-1.0_pre5-r5 [ebuild U ] app-misc/lirc-0.7.0-r1 [0.7.0_pre7] [nomerge ] dev-perl/DBD-mysql-2.1027 [ebuild U ] dev-perl/DBI-1.38-r1 [1.38] [nomerge ] sys-libs/libstdc++-v3-3.3.4 [nomerge ] sys-devel/gcc-3.4.3.20050110 [nomerge ] x11-libs/gtk+-2.6.1-r1 [nomerge ] dev-libs/glib-2.6.1 [nomerge ] dev-util/gtk-doc-1.1 [nomerge ] dev-libs/libxslt-1.1.12 [ebuild U ] dev-libs/libxml2-2.6.17 [2.6.16] [nomerge ] sys-devel/binutils-2.15.92.0.2-r1 [ebuild U ] dev-lang/perl-5.8.5-r3 [5.8.5-r2] [nomerge ] x11-terms/xterm-196 [nomerge ] sys-apps/utempter-0.5.5.5-r1 [nomerge ] app-arch/rpm2targz-9.0-r2 [nomerge ] sys-apps/which-2.16 [nomerge ] x11-base/xorg-x11-6.8.0-r3 [ebuild U ] x11-base/opengl-update-2.1_pre4 [1.8.2] I didn't touch /etc/make.profile/package.provided, in fact there is no such file on my system. Also, i didn't inject x11-base/xorg-x11-6.8.0-r4, so this shouldn't be a reason. I have two similar machines (one as a fileserver and other as a workstation) and both show me the same error...
[blocks B ] <x11-base/xorg-x11-6.8.0-r4 This means the block is with a version of xorg-x11 that is less than 6.8.0-r4. You have 6.8.0-r3 installed. In other words, that version of opengl-update requires >=6.8.0-r4. Do you have it masked at all? Can you provide "emerge info" please?
O.K. here is output of "emerge info" Portage 2.0.51-r15 (default-linux/amd64/2004.3, gcc-3.4.3, glibc-2.3.4.20040808-r1, 2.6.9-gentoo-r6 x86_64) ================================================================= System uname: 2.6.9-gentoo-r6 x86_64 AMD Opteron(tm) Processor 240 Gentoo Base System version 1.4.16 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Dec 9 2004, 03:28:59)] distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] dev-lang/python: 2.3.4 sys-devel/autoconf: 2.59-r5 sys-devel/automake: 1.8.5-r1 sys-devel/binutils: 2.15.92.0.2-r1 sys-devel/libtool: 1.5.2-r7 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CFLAGS="-march=opteron -O3 -pipe -ffast-math -funroll-all-loops -funit-at-a-time -fpeel-loops -ftracer -funswitch-loops" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=opteron -O3 -pipe -ffast-math -funroll-all-loops -funit-at-a-time -fpeel-loops -ftracer -funswitch-loops" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig candy ccache moo sandbox" 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" PORTDIR_OVERLAY="/usr/portage/local" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X aalib acpi alsa arts berkdb bitmap-fonts cdr crypt cscope cups directfb divx4linux doc dvdr emacs esd evo f77 fam fbcon flac font-server fortran ftp gdbm ggi gif gnome gnomedb gpm gstreamer gtk guile hal imagemagick imlib ipv6 jack java jp2 jpeg junit kde libgda libwww lzw lzw-tiff mad mikmod motif mozilla multilib mysql nas ncurses nls nptl oggvorbis openal opengl oss pam perl png postgres python qt readline samba scanner sdl shared sharedmem slang sockets speex ssl svg tcltk tcpd tetex tiff truetype truetype-fonts type1-fonts unicode usb userlocales xine xml xml2 xmms xosd xpm xrandr xv xvid zlib" Unset: ASFLAGS, CBUILD, CTARGET, LDFLAGS And here is result of direct "emerge "=x11-base/xorg-x11-6.8.0-r4" Calculating dependencies !!! All ebuilds that could satisfy "=x11-base/xorg-x11-6.8.0-r4" have been masked. !!! One of the following masked packages is required to complete your request: - x11-base/xorg-x11-6.8.0-r4 (masked by: ~amd64 keyword) For more information, see MASKED PACKAGES section in the emerge man page or section 2.2 "Software Availability" in the Gentoo Handbook. I can see now that xorg-x11-6.8.0-r4 is unstable and so it is blocked, but I don't understand why portage insists on instaling it. O.K,it seems that opengl-update-2.1_pre4 wants it, but in that case, shouldn't portage just ignore that version of opengl-update ?
Looking at the packages in question, everything looks okay.. Have you tried syncing?
It works now. I had to enable unstable (at least for AMD64) xorg and it works. Still, I don't understand why portage forces me to play this games. If new stable package depends on something unstable, couldn't portage just print warning and skip that stable package ? Now it just refuses to do anything until you either enable cirtical package, or block everything that depends on it. This can be VERY annoying with packages like GNOME. Many dependencies and if you have one blocked package in the chain, your life can be hell. Especially if package in question won't emerge. Then you have to block million packages, which are stable and could be working just fine when citical package gets fixed, but this way they'l just stay blocked...
What you are describing shouldn't happen unless you've already got some unstable things but not others. Please add the contents of /etc/portage/package.* so that we can confirm the root cause of the problem.
There is no wuestion about that. My package.keywords is looong ;o) But I don't see why should this be a problem. Whole purpose of the file is that user can have selected packages unstable or even not listed for his arch (x86 for AMD64 for example), isn't it ? Anyway, here it goes: ************************************************************** sys-devel/gcc ~amd64 x11-misc/wdm ~amd64 mail-client/evolution ~amd64 gnome-extra/gal ~amd64 gnome-extra/evolution-data-server ~amd64 net-libs/libsoup ~amd64 gnome-extra/libgtkhtml ~amd64 dev-libs/nss ~amd64 gnome-base/gnome ~amd64 gnome-base/gnome-applets ~amd64 gnome-base/gnome-common ~amd64 gnome-base/gnome-core ~amd64 gnome-base/gnome-desktop ~amd64 gnome-base/gnome-libs ~amd64 gnome-base/gnome-light ~amd64 gnome-base/gnome-mime-data ~amd64 gnome-base/gnome-panel ~amd64 gnome-base/gnome-print ~amd64 gnome-base/gnome-session ~amd64 gnome-base/gnome-vfs ~amd64 gnome-base/gnome-volume-manager ~amd64 gnome-base/libgnome ~amd64 gnome-base/libgnomecanvas ~amd64 gnome-base/libgnomeprint ~amd64 gnome-base/libgnomeprintui ~amd64 gnome-base/libgnomeui ~amd64 gnome-extra/gnome-games ~amd64 gnome-extra/gnome-games-extra-data ~amd64 gnome-extra/gnome-media ~amd64 gnome-extra/gnome-network ~amd64 gnome-extra/gnome-pim ~amd64 gnome-extra/gnome-swallow ~amd64 gnome-extra/gnome-system-monitor ~amd64 gnome-extra/gnome-utils ~amd64 gnome-extra/gnome-vfs-extras ~amd64 gnome-extra/gnome-vfs-sftp ~amd64 gnome-extra/gnome2-user-docs ~amd64 gnome-extra/libgail-gnome ~amd64 gnome-extra/libgnomedb ~amd64 media-gfx/gnome-iconedit ~amd64 media-plugins/gst-plugins-gnomevfs ~amd64 net-analyzer/gnome-nettool ~amd64 net-im/gnomemeeting ~amd64 net-print/gnome-cups-manager ~amd64 net-print/libgnomecups ~amd64 gnome-extra/gcalctool ~amd64 x11-libs/libwnck ~amd64 x11-wm/metacity ~amd64 x11-libs/startup-notification ~amd64 app-admin/gnome-system-tools ~amd64 x11-themes/gnome-themes ~amd64 x11-libs/pango ~amd64 net-analyzer/gnome-netstatus ~amd64 dev-util/intltool ~amd64 gnome-extra/zenity ~amd64 x11-terms/gnome-terminal ~amd64 gnome-base/libbonoboui ~amd64 dev-libs/libxslt ~amd64 app-arch/file-roller ~amd64 x11-libs/libxklavier ~amd64 gnome-base/libgtop ~amd64 gnome-extra/evolution-webcal ~amd64 media-gfx/eog ~amd64 dev-libs/libxml2 ~amd64 gnome-base/nautilus ~amd64 gnome-base/eel ~amd64 dev-util/desktop-file-utils ~amd64 app-editors/gedit ~amd64 gnome-extra/yelp ~amd64 net-misc/vino ~amd64 media-libs/gst-plugins ~amd64 media-plugins/gst-plugins-alsa ~amd64 media-plugins/gst-plugins-esd ~amd64 media-plugins/gst-plugins-oss ~amd64 x11-themes/gnome-icon-theme ~amd64 gnome-base/gdm ~amd64 gnome-base/libbonobo ~amd64 gnome-base/orbit ~amd64 dev-libs/libIDL ~amd64 gnome-extra/bug-buddy ~amd64 gnome-base/control-center ~amd64 dev-libs/atk ~amd64 gnome-base/gnome-keyring ~amd64 app-text/ggv ~amd64 gnome-base/librsvg ~amd64 dev-libs/libcroco ~amd64 app-text/gpdf ~amd64 x11-libs/vte ~amd64 net-www/epiphany ~amd64 gnome-extra/gconf-editor ~amd64 sys-apps/dbus ~amd64 dev-python/pyrex ~amd64 sys-apps/hal ~amd64 gnome-extra/nautilus-cd-burner ~amd64 net-p2p/azureus-bin ~amd64 app-office/openoffice ~amd64 x86 ~x86 media-gfx/sodipodi ~amd64 media-gfx/megapov ~amd64 x86 ~x86 app-emulation/wine ~amd64 x86 ~x86 dev-util/anjuta ~amd64 dev-util/gambas ~amd64 x86 ~x86 dev-util/diasce ~amd64 dev-util/eric ~amd64 dev-util/glimmer ~amd64 x86 ~x86 dev-python/gnome-python ~amd64 x86 ~x86 dev-util/global ~amd64 dev-util/insight ~amd64 dev-util/netbeans ~amd64 dev-util/sourcenav ~amd64 x86 ~x86 app-office/openoffice-ximian ~amd64 x86 ~x86 #media-video/nvidia-kernel ~amd64 #media-video/nvidia-glx ~amd64 #media-video/nvidia-settings ~amd64 sys-apps/modutils ~amd64 media-video/cinelerra ~amd64 ~sci-electronics/pcb-20040530 ~amd64 ~sci-electronics/geda-20040111 ~amd64 ~x86 x86 =sci-electronics/gtkwave-2.0.0_pre20030319 ~amd64 ~x86 x86 =sci-electronics/gwave-20031224 ~amd64 ~x86 x86 =x11-libs/guile-gtk-1.2.0.31 ~amd64 ~x86 x86 >=sci-electronics/vbs-1.4.0 ~amd64 ~x86 x86 >=sci-libs/libgeda-20040111 ~amd64 ~x86 x86 >=sci-libs/libgdgeda-2.0.15 ~amd64 ~x86 x86 >=sci-electronics/iverilog-0.7 ~amd64 ~x86 x86 >=sci-electronics/ng-spice-rework-15 ~amd64 ~x86 x86 >=sci-electronics/gnucap-0.33 ~amd64 ~x86 x86 >=sci-electronics/gerbv-0.15 ~amd64 ~x86 x86 >=sci-electronics/tclspice-0.2.15 ~amd64 ~x86 x86 >=dev-tcltk/tclreadline-2.1.0 ~amd64 ~x86 x86 >=dev-tcltk/blt-2.4z ~amd64 ~x86 x86 sys-devel/distcc ~amd64 net-print/cups ~amd64 net-print/cups-pdf ~amd64 net-print/fax4cups ~amd64 x86 ~x86 net-misc/hylafax ~amd64 media-libs/alsa-lib ~amd64 media-sound/alsa-headers ~amd64 media-plugins/alsa-jack ~amd64 media-gfx/gimp-print ~amd64 sys-apps/util-linux ~amd64 x11-libs/gtksourceview ~amd64 gnome-base/libglade ~amd64 media-libs/gstreamer ~amd64 gnome-base/gconf ~amd64 x11-libs/gtk+ ~amd64 gnome-extra/gucharmap ~amd64 dev-libs/glib ~amd64 media-video/dvdrip ~amd64 =dev-python/pyxml-0.8.4 ~amd64 x11-base/opengl-update ~amd64 gnustep-base/gnustep-back-xlib x86 *****************************************
Yes, it has everything to do with it. Sometimes packages require other masked packages (such as masked opengl-update requiring masked xorg-x11) so if you are using masked packages you must be aware of the interdependencies.
I understand that. But as you can see, my package.keywords is quite lenghty and surely I can't be aware of every dependecy problem by heart. Surely it would be nice if portage could just issue a warning on that kind of things and get on with whatever it can emerge ?
