Thanks for your answer, > No, it's not a bug.
I known, but i've seen that bug interface is used for others things than bugs. thats why i've made this suggest... > Consider the effective dependency tree - ssmtp is > the requested package and therefore this is the package that you have > to "provide". Yes ssmtp is the requested package, but virtual/mta is the requested dependence, no ? And i would be better to interessest themself to the real need (virtual/mta) ans not by the default way to provide virtual/mta (ssmtp) no ? > Because qmail is _not_ part of the dependency tree, > indicating that it's provided is useless. If you wanted to do it by > specifying qmail then you'd have to do this too: > > # echo "virtual/mta mail-mta/qmail" >> /etc/portage/profile/virtuals > > By doing that you'd make qmail the default choice for fulfulling > virtual/mta; you should be able to confirm that by running emerge -ptv > spamassassin afterwards. Therefore, you could proceed to put > mail-mta/qmail in package.provided and it should work. I think this is the better way to answer my problem no ? > But it would be completely pointless. You'd be overriding a virtual > for no good reason (you're never going to emerge the virtual anyway) > and making things more complicated. Specifying ssmtp is a good way :) i just wan't to understand... is there a probleme to "custom" the virtual to the package we prefer use in default case ? and even if it's effectivly "making things more complicated", this is not the "cleanest" way ? better thant the "easy" way (ssmtp) ? Best regards, -- David CHANIAL - Euro Web SARL - http://www.euro-web.fr Location de serveurs dédiés infogérés Infogérance et consulting Hébergement mutualisé sur mesure Serveurs de jeux -- [email protected] mailing list
