Ok, so here we go: So.. here's pine chillin all by itself with uw-mailutils deps right: net-mail/uw-mailutils !<=net-mail/uw-imap-2004g" Ok, sounds fair enough.... but wait.. chris@main /usr/local/portage/gentoo-x86/net-mail/uw-mailutils $ ls CVS ChangeLog Manifest files metadata.xml uw-mailutils-2004g.ebuild chris@main /usr/local/portage/gentoo-x86/net-mail/uw-mailutils $ There's only 1 version! Guess what the blocking version atom meets! To make things better: !<net-mail/uw-imap-2004g-r1 block less than a non-existant version? What's going on :{
Um, aren't you confusing uw-imap and uw-mailutils? Or, have you forgotten to cvs update in net-mail/uw-imap ? there is a -r2 ebuild.
Hmm.. ok, moving the uw-mailclient/imap confusion aside.. the real thing issue is here: !<mail-client/pine-4.64-r1 which will block the yet to be upgraded pine.. Why a blocker though? Why not >= mail-client/pine-4.64-r1 which would take care of the issue? (uw-mailclient would update pine, then update itself).
Not a good idea - uw-mailutils provides files which uw-imap and pine packages have in common, thus collision-protect goes a-blasting. Scenario: User on a new system wants to install uw-imap. He goes `emerge -p uw-imap` - uw-imap pulls in (among others) uw-mailutils, which in turn pulls in pine. WTF, I don't want pine, goes user.
So in order to make a nicer initial install, you break all upgrades? Surely there is a better way to do this. WTF, I don't want uw-mailutils, I just want pico.
The current scenario is certainly no better. I have pine-4.63-r3 installed. I want to upgrade to pine-4.64-r1, but uw-mailutils-2004g, which is a dep of pine, is blocked by the same! User says "wtf, I do want pine," and goes on a bugzilla rampage. dell ~ # emerge -ua world These are the packages that I would merge, in order: Calculating world dependencies ...done! [blocks B ] <mail-client/pine-4.64-r1 (is blocking net-mail/uw-mailutils-2004g) [ebuild N ] net-mail/uw-mailutils-2004g [ebuild U ] mail-client/pine-4.64-r1 [4.63-r3] [ebuild U ] sys-apps/texinfo-4.8-r2 [4.8-r1] [ebuild NS ] dev-python/python-docs-2.4.1 [ebuild NS ] dev-lang/python-2.4.1-r1 !!! Error: The above package list contains packages which cannot be installed !!! on the same system. dell ~ # emerge info Portage 2.0.51.22-r3 (default-linux/x86/2005.0, gcc-3.3.6, glibc-2.3.5-r2, 2.6.13-gentoo-r3 i686) ================================================================= System uname: 2.6.13-gentoo-r3 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz Gentoo Base System version 1.6.13 ccache version 2.3 [enabled] dev-lang/python: 2.3.5-r2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 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.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O3 -march=pentium4 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /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/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=pentium4 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks fixpackages sandbox sfperms strict" GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo http://open-systems.ufl.edu/mirrors/gentoo http://prometheus.cs.wmich.edu/gentoo http://www.mirrorservice.org/sites/www.ibiblio.org/gentoo/ http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ http://gentoo.mirrors.pair.com" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X a52 aac aalib acpi alsa apache2 arts avi bash-completion berkdb bootsplash bzlib cdda cddb cdio cdparanoia cdr cjk cpudetection crypt cups curl custom-cflags dga divx4linux doc dpms dts dvd dvdr dvdread dxr3 edl eds encode esd fam fb fbcon flac flood foomaticdb fortran gd gdbm gif gimpprint gnome gstreamer gtk gtk2 guile httpd icq imagemagick imap imlib ipv6 java javascript jpeg junit kde ldap libclamav libg++ libwww logitech-mouse mad mikmod ming mjpeg mmx mmxext mng mono motif mozdevelop mozilla moznoirc moznomail mozp3p mozsvg mp3 mpeg mpeg4 mplayer msn ncurses nls nowebdav nptl nptlonly ogg opengl oscar pam pdflib perl php png ppds python qt quicktime readline samba sdl slp spell sse sse2 ssl stream subversion svg svga tcltk tcpd tetex tidy tiff truetype truetype-fonts type1 type1-fonts unicode usb vcd vcdimager vlm vorbis win32codecs xine xml2 xpm xv yahoo zeroconf zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTDIR_OVERLAY
And just to add more to the fun, Pine now blocks uw-imap. Why? I don't know. The question is, how do you install Pine AND the UW POP and IMAP servers (only installed as part of uw-imap)
Unmerging pine does seem to work around. It still brings in uw-mailutils, though this time pine is not a blocker. Go figure. dell ~ # emerge -u pine # BAD [blocks B ] <mail-client/pine-4.64-r1 (is blocking \ net-mail/uw-mailutils-2004g) [ebuild N ] net-mail/uw-mailutils-2004g [ebuild U ] mail-client/pine-4.64-r1 [4.63-r3] dell ~ # emerge -C pine ... dell ~ # emerge -a pine # GOOD [ebuild N ] net-mail/uw-mailutils-2004g [ebuild N ] mail-client/pine-4.64-r1
See bug #105313 on why is that.
OK, all involved ebuilds have made it to stable, there should be no more problems. Reopen if this is not correct.
