Got a strange situation with maildrop installation. Current installed version is ([IP-] [ ] mail-filter/maildrop-3.0.2-r1:0). An update to 3.1.5 is available but not possible due to blocking packages, getting following messages: [ebuild U ~] mail-filter/maildrop-3.1.5 [3.0.2-r1] [blocks b ] <=mail-filter/maildrop-3.1.4 ("<=mail-filter/maildrop-3.1.4" is soft blocking net-mail/courier-common-3.1.5) [blocks B ] <=net-mail/courier-imap-5.2.3 ("<=net-mail/courier-imap-5.2.3" is soft blocking net-mail/courier-common-3.1.5) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (net-mail/courier-imap-5.1.4:0/0::gentoo, installed) pulled in by net-mail/courier-imap[gdbm?,berkdb?] (net-mail/courier-imap[gdbm,berkdb]) required by (mail-filter/maildrop-3.1.5:0/0::gentoo, ebuild scheduled for merge) USE="berkdb gdbm -authlib -debug -dovecot -ldap -mysql -postgres -static-libs -tools -trashquota" (net-mail/courier-common-3.1.5:0/0::gentoo, ebuild scheduled for merge) pulled in by net-mail/courier-common[berkdb?,gdbm?] (net-mail/courier-common[berkdb,gdbm]) required by (mail-filter/maildrop-3.1.5:0/0::gentoo, ebuild scheduled for merge) USE="berkdb gdbm -authlib -debug -dovecot -ldap -mysql -postgres -static-libs -tools -trashquota" Have a following configuration in Portage for maildrop: /etc/portage/package.use:mail-filter/maildrop -tools /etc/portage/package.accept_keywords:mail-filter/maildrop ~amd64 # equery u mail-filter/maildrop [ Legend : U - final flag setting for installation] [ : I - package is installed with flag ] [ Colors : set, unset ] * Found these USE flags for mail-filter/maildrop-3.1.5: U I - - authlib : Add courier-authlib support + + berkdb : Add support for sys-libs/db (Berkeley DB for MySQL) - - debug : Enable extra debug codepaths, like asserts and extra output. If you want to get meaningful backtraces see https://wiki.gentoo.org/wiki/Project:Quality_Assurance/Backtraces - - dovecot : Add dovecot authentication support + + gdbm : Add support for sys-libs/gdbm (GNU database libraries) - - ldap : Add LDAP support (Lightweight Directory Access Protocol) - - mysql : Add mySQL Database support - - postgres : Add support for the postgresql database - - static-libs : Build static versions of dynamic libraries as well - - tools : Install maildirmake and deliverquota tools - - trashquota : Count deleted messages as part of the maildir quota Even attempt to remove net-mail/courier-imap doesn't fix the problem: # emerge -pv mail-filter/maildrop These are the packages that would be merged, in order: Calculating dependencies... done! Dependency resolution took 1.81 s. [ebuild N ~] net-mail/courier-common-3.1.5::gentoo USE="berkdb gdbm" 2,106 KiB [ebuild N ] net-mail/courier-imap-5.1.4::gentoo USE="berkdb gdbm ipv6 -debug -fam -gnutls (-selinux) -trashquota" 0 KiB [ebuild N ~] mail-filter/maildrop-3.1.5::gentoo USE="berkdb gdbm -authlib -debug -dovecot -ldap -mysql -postgres -static-libs -tools -trashquota" 0 KiB [blocks B ] <=net-mail/courier-imap-5.2.3 ("<=net-mail/courier-imap-5.2.3" is soft blocking net-mail/courier-common-3.1.5) Total: 3 packages (3 new), Size of downloads: 2,106 KiB Conflict: 1 block (1 unsatisfied) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (net-mail/courier-imap-5.1.4:0/0::gentoo, ebuild scheduled for merge) pulled in by net-mail/courier-imap[gdbm?,berkdb?] (net-mail/courier-imap[gdbm,berkdb]) required by (mail-filter/maildrop-3.1.5:0/0::gentoo, ebuild scheduled for merge) USE="berkdb gdbm -authlib -debug -dovecot -ldap -mysql -postgres -static-libs -tools -trashquota" (net-mail/courier-common-3.1.5:0/0::gentoo, ebuild scheduled for merge) pulled in by net-mail/courier-common[berkdb?,gdbm?] (net-mail/courier-common[berkdb,gdbm]) required by (mail-filter/maildrop-3.1.5:0/0::gentoo, ebuild scheduled for merge) USE="berkdb gdbm -authlib -debug -dovecot -ldap -mysql -postgres -static-libs -tools -trashquota" So both conflicting packages are required for maildrop. Is there a way to fix this?
Does the situation get better if you use ~arch net-mail/courier-imap too?
Please check with maildrop-3.1.6 and courier-imap-5.2.5