Blue / # emerge -p courier These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild N ] net-mail/ssmtp-2.60.4 [ebuild N ] app-crypt/gnupg-1.2.3-r3 [ebuild N ] app-text/aspell-0.50.4.1 [ebuild N ] app-dicts/aspell-en-0.51.0 [ebuild N ] dev-db/mysql-4.0.16 [ebuild N ] dev-perl/Net-Daemon-0.37 [ebuild N ] dev-perl/Storable-2.07-r1 [ebuild N ] dev-perl/PlRPC-0.2016-r1 [ebuild N ] dev-perl/DBI-1.38 [ebuild N ] dev-perl/DBD-mysql-2.1027 [ebuild N ] net-nds/portmap-5b-r7 [ebuild N ] app-admin/fam-oss-2.6.10-r1 [ebuild N ] net-mail/courier-0.44.0
I'm not exactly sure why gnupg rdepends on virtual/mta, maybe taviso can shed some light on the subject.
gpgkeys_mailto (installed as /usr/lib/gnupg/gpgkeys_mailto) is a perl script to work with email-based keyservers, it requires /usr/sbin/sendmail....
When emerge got to the point of installing courier, it did so, but did not remove ssmtp. Emerge unmerge ssmtp left "net-mail/ssmtp" in the "virtual/mta". Removed this by hand, but it would be nice if this whole thing went a little cleaner. Perhaps if portage would automatically unmerge virtuals like ssmtp that weren't in the "world" as soon as a real program (that is to be put in world) replaces it?
should be fixed, see bug #29499 for details
closing
*** Bug 74257 has been marked as a duplicate of this bug. ***
update: courier isn't calling for the gnupg dependancy until after courier is built. that should about wrap it up for this issue.