The ebuild for qmhandle-1.1.1 has qmail listed as an RDEPEND. This dependency is only satisfied by the stock qmail (net-mail/qmail), not qmail-mysql or qmail-ldap. Of course, qmail-mysql and qmail-ldap block stock qmail so the merge of qmhandle can't proceed. Reproducible: Always Steps to Reproduce: 1. emerge qmail-ldap or qmail-mysql 2. emerge -p qmhandle 3. Actual Results: Output of emerge -p qmhandle is... These are the packages that I would merge, in order: Calculating dependencies ...done! [blocks B ] net-mail/qmail-ldap ("virtual/mta" from pkg net-mail/qmail-1.03- r13) [ebuild N ] net-mail/qmail-1.03-r13 [ebuild N ] net-mail/qmhandle-1.1.1 Expected Results: Output of emerge -p qmhandle should really be... These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild N ] net-mail/qmhandle-1.1.1 Is it really neccessary to post this info for a bug such as the one I'm reporting? Portage 2.0.49-r20 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r3, 2.4.24) ================================================================= System uname: 2.4.24 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz Gentoo Base System version 1.4.3.10 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=pentium4 -funroll-loops -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/ config /var/bind /var/qmail/alias /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-O3 -march=pentium4 -funroll-loops -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://gentoo.whitley.unimelb.edu.au ftp://ftp.monash.edu.au/pub/linux/gentoo ftp://mirror.aarnet.edu.au/pub/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.au.gentoo.org/gentoo-portage" USE="apache2 apm crypt cups foomaticdb gdbm ldap libg++ mysql ncurses pam perl ppds python readline ssl x86 zlib"
Would something like virtual/qmail be appropriate here? I've noticed that some ebuilds in net-mail (ezmlm-0.53-r1 and queue-fix-1.4-r2) are listing all the different qmail flavours in their DEPEND/RDEPEND (or'ing them of course). Wouldn't this be hard to maintain?
Created attachment 24106 [details, diff] Allows qmail-ldap or qmail-mysql to satisfy dependency This can be used if virtual/qmail approach isn't appropriate.
i think the qmail-mysql and qmail-ldap should be punted personally :)
fixed in cvs.