Summary: emerge --deep --update world fails to due blocked packages Steps to Reproduce: 1. emerge the following packages: sys-apps/pam-login-3.17 sys-apps/shadow-4.0.7-r4 sys-apps/utemper-0.5.5.6 media-libs/faad2-2.0-r9 2. Real life: emerge --deep --update world Expected Results: Just normal regular system maintenance. Actual Results: # emerge -av --deep --update --tree --oneshot pam-login These are the packages that I would merge, in reverse order: Calculating dependencies ...done! [blocks B ] >=sys-apps/shadow-4.0.14-r2 (is blocking sys-apps/pam-login-4.0.14) [blocks B ] sys-apps/pam-login (is blocking sys-apps/shadow-4.0.15-r2) [blocks B ] sys-apps/utempter (is blocking sys-libs/libutempter-1.1.2.1) [ebuild U ] sys-apps/pam-login-4.0.14 [3.17] -livecd +nls (-selinux) -skey 1,217 kB [ebuild U ] sys-apps/shadow-4.0.15-r2 [4.0.7-r4] +nls -nousuid +pam (-selinux) -skey 1,264 kB [ebuild U ] x11-terms/xterm-207-r1 [207] -Xaw3d -doc +toolbar +truetype +unicode 0 kB [ebuild N ] sys-libs/libutempter-1.1.2.1 21 kB <cut> Total size of downloads: 2,525 kB !!! Error: The above package list contains packages which cannot be installed !!! on the same system. # emerge -av --deep --update --newuse --tree faad2 Calculating dependencies ...done! [blocks B ] <media-libs/faad2-2.0-r9 (is blocking media-libs/libmp4v2-1.4.1) [ebuild U ] media-libs/faad2-2.0-r11 [2.0-r3] +xmms 8 kB [ebuild N ] media-libs/libmp4v2-1.4.1 4,678 kB Notes: 1. pam-login-4.0.14 is the newest available stable x86. Depends on shadow >= 4.0.11-r1 and !>=4.0.14-r2 latest stable shadow is 4.0.15-r2, thus does _not_ satisfy deps. portage does not realize that shadow-4.0.14-r1 is also stable _and_ satisfies deps. WORKAROUND: emerge -av --oneshot =shadow-4.0.14-r1 echo "=sys-apps/shadow-4.0.15-r2" >> /etc/portage/package.mask This is a bug. portage simply should not try to update packages if it cannot meet deps, but _not_ block everything. 2. xterm-207 depends on virtual/utempter xterm-207-r1 depends on libutempter libutempter depends on !virtual/utempter As sys-apps/utempter is installed, xterm-207-r1 is blocked WORKAROUND: emerge --unmerge utempter emerge -av --deep --update xterm Is there a reason to depend on a specific utempter? It is a bug to block update world just because of changing deps. 3. libmp4v2-1.4.1 depends on faad2 !<2.0-r9 portage does not realize that it is about to update to faad2-2.0-r11 satisfying the dependencies. This is a bug. WORKAROUND: emerge --unmerge faad2 emerge -av --oneshot faad2 Portage 2.0.54-r2 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.3.6-r3, 2.6.16-gentoo-r7 i686) ================================================================= System uname: 2.6.16-gentoo-r7 i686 Intel(R) Celeron(R) M processor 1.50GHz Gentoo Base System version 1.6.14 dev-lang/python: 2.4.2 dev-python/pycrypto: [Not Present] dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] 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-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O3 -march=pentium-m -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/lib/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=pentium-m -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://mirrors.sec.informatik.tu-darmstadt.de/gentoo/ http://pandemonium.tiscali.de/pub/gentoo/ http://mirror.switch.ch/ftp/mirror/gentoo/ " LANG="de_DE@euro" LINGUAS="de en" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X a52 aac acpi alsa apache2 apm arts audiofile avi bash-completion berkdb bitmap-fonts bluetooth bzip2 cddb cdparanoia cdr clamav cli crypt cups curl curlwrappers directfb dlloader dmx dri dvb dvd dvdr dvdread eds emacs emboss encode esd exif expat fam fbcon ffmpeg flac flash foomaticdb fortran ftp gd gdbm gif gmp gnutls gphoto2 gpm gstreamer gtk gtk2 hal idn imap imlib ipv6 isdnlog java javascript jpeg jpeg2k kde lcms libg++ libwww lm_sensors mad madwifi mbox mikmod mime ming mmx mng motif mp3 mpeg musicbrainz mysql mysqli ncurses netboot nls nodrm nptl nsplugin offensive ogg openal opengl oss pam pcmcia pcre pda pdf pdflib perl png pppd profile python qt quicktime readline recode reflection samba scanner sdl sensord session sndfile sockets sox speex spell spl sse sse2 ssl svg symlink tcltk tcpd threads tiff toolbar truetype truetype-fonts type1-fonts udev unicode usb v4l vcd vorbis wifi win32codecs xine xinerama xml xml2 xmms xmvc xorg xosd xpm xprint xv xvid zlib linguas_de linguas_en userland_GNU kernel_linux elibc_glibc" Unset: CTARGET, INSTALL_MASK, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTAGE_RSYNC_OPTS, PORTDIR_OVERLAY
just remove (emerge -C) pam-login package and make sure that shadow complied with 'pam' flag.
*** This bug has been marked as a duplicate of 126014 ***