maillog: 20/08/2005-12:12:54(+0200): Ralph Seichter types
> Georgi Georgiev wrote:
> 
> > echo 'mail-mta/postfix-2.2.4' >>
> >   /etc/portage/profile/package.provided
> 
> I have tried this, but ssmtp still gets installed:
> 
>   # mkdir /etc/portage/profile
>   # echo 'mail-mta/postfix-2.2.4' >>
>       /etc/portage/profile/package.provided
>   # emerge --update --deep world
>   Calculating world dependencies ...done!
>   >>> emerge (1 of 1) mail-mta/ssmtp-2.61 to /
>   [...]
> 
> However, adding "mail-mta/ssmtp-2.61" to package.provided seems to
> do the trick. Thank you, Georgi! Will this prevent future ssmtp
> versions from being installed, or should I add it to package.mask
> aswell? If so, would that be /etc/portage/profile/package.mask or
> /etc/portage/package.mask?

It seems that if a virtual is satisfied by a "provided" package, the
virtual is not calculated properly.

For example, I put mail-mta/postfix-2.2.4 in package.provided and
remove ssmtp from my system. As it is, there is nothing to satisfy
virtual/mta on my system which is required by sudo. Here is an
illustration:

lion ~ # emerge -pt app-admin/sudo

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

Calculating dependencies ...done!
[ebuild   R   ] app-admin/sudo-1.6.8_p9  
[ebuild  N    ]  mail-mta/ssmtp-2.61-r1  

However, if you explicitly state that virtual/mta is provided by
postfix:

lion ~ # echo virtual/mta mail-mta/postfix >> /etc/portage/profile/virtuals
lion ~ # emerge -pt app-admin/sudo

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

Calculating dependencies ...done!
[ebuild   R   ] app-admin/sudo-1.6.8_p9  

This, I think, is the *proper* way to work around what I consider to be
a portage bug.

-- 
-*   Georgi Georgiev   -* Stop me, before I kill again!                -*
*-    chutz@...    *-                                              *-
-*  +81(90)2877-8845   -*                                              -*
-- 
gentoo-admin@g.o mailing list