Summary: | "emerge -uDp world" reports block on non-existing package (portage v2.0.51-r15) | ||
---|---|---|---|
Product: | Portage Development | Reporter: | brankob |
Component: | Core - Dependencies | Assignee: | Portage team <dev-portage> |
Status: | RESOLVED INVALID | ||
Severity: | major | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
brankob
2005-01-27 07:23:48 UTC
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 ? |