Bug 68539 – gnupg 1.2.6 depends on ssmtp rather than virtual/mta --- portage problem?

• Product: Gentoo Linux
• Status: RESOLVED WORKSFORME

[Description Thomas T. Veldhouse 2004-10-22 06:24:12 UTC]

I already have postfix installed and if I pretend to unmerge virtual/mta:

root@ekg veldy # emerge unmerge --pretend virtual/mta

>>> These are the packages that I would unmerge:

 mail-mta/postfix
    selected: 2.1.3
   protected: none
     omitted: none

>>> 'Selected' packages are slated for removal.
>>> 'Protected' and 'omitted' packages will not be removed.



Yet, when I pretend to emerge gnupg, I get the following:

veldy@ekg veldy $ emerge -p gnupg

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild  N    ] mail-mta/ssmtp-2.60.9  
[ebuild  N    ] app-crypt/gnupg-1.2.6  

SSMTP should not be pulled in here.  I checked the ebuild for gnupg, it indeed references virtual/mta ... so there appears to be an issue with portage.  I do NOT have mailwrapper set as a USE option.

Reproducible: Always
Steps to Reproduce:
See details
Actual Results:  
See details

Expected Results:  
Only gnupg should have been emerged and not ssmtp.

Portage 2.0.50-r11 (default-x86-2004.2, gcc-3.3.4, glibc-2.3.4.20040808-r1, 
2.6.8.1)
=================================================================
System uname: 2.6.8.1 i686 Pentium II (Deschutes)
Gentoo Base System version 1.4.16
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-Os -march=pentium2 -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/
config /var/bind /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-Os -march=pentium2 -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="http://gentoo.seren.com/gentoo"
MAKEOPTS=""
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X509 accounting acl acpi activefilter alsa apache2 async authdaemond 
bcmath bdf berkdb bzlib caps clamav crypt cscope ctype cups curl curlwrappers 
custreloc dba dbm dbx devmap dhcp encode erandom extensions f77 fam foomaticdb 
ftp gcj gd gdbm gif gmp gmtfull gmthigh gmtsuppl gmttria gs gsl guile iconv 
idea imagemagick imap imlib inifile java javascript jpeg kerberos lcms libg++ 
libwww lzw lzw-tiff maildir mcal mcve memlimit mhash migemo mikmod mime ming 
mmap mmx mono msession ncurses neural nls nptl ntlm oggvorbis oss pam pcntl 
pcre pdflib pear-db perl perlsuid pg-hier pg-intdatetime pg-vacuumdelay pic pie 
png posix postgres postgresql procmail python readline recode rhino rtc samba 
session shared sharedmem skey slang slp smime sockets spell ssl svga szip tcpd 
threads tiff tokenizer usb uudeview vhosts wddx x86 xfs xml2 xmlrpc xpm xsl yaz 
zlib"

[Comment 1 Tavis Ormandy (RETIRED) 2004-10-23 04:18:06 UTC]

not a gnupg problem, back to bug-wranglers.

[Comment 2 Thomas T. Veldhouse 2004-10-25 05:32:07 UTC]

I see this was assigned to crypto ... but my description indicates the issue is with portage and no comments to date seem to indicate otherwise.

[Comment 3 Daniel Black (RETIRED) 2004-10-25 05:51:24 UTC]

can you emerge portage-2.0.51-r2 and see if you still have a problem. If so assign the bug to [e-mail]

[Comment 4 Daniel Black (RETIRED) 2004-11-15 13:09:30 UTC]

going to assume portage 2.0.51 solves your problem.