On 13/06/06, David CHANIAL <[EMAIL PROTECTED]> wrote:
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...
Yes, that's true.
> 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 ?
Exactly. GnuPG depends on virtual/mta (it doesn't care which package
in particular).
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 ?
Yes but virtuals are just that, virtuals. A virtual could mean package
A or package B or package C ... That's no good when you're using
package.provided - you have to be specific. Virtuals are useful but in
the end you're not installing virtuals, you're installing packages :)
When you emerge anything (no matter whether you specify a virtual or a
package name) you end up with a deptree that consists of packages. And
if you don't want one of those packages then you have to change
something so that the package isn't needed anymore (using
package.provided is one way). It's as simple as that.
> 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 ?
Sure. It should work just fine.
> 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 ?
Not at all. In fact, the ability to customise virtuals is very useful
and I recommend it (some people don't like the default package choices
for certain virtuals). I suppose it's just a matter of preference
because, for me, it would make more sense if you ever intended to
actually install qmail through portage. In your case, you would be
overriding a virtual but for "cosmetic" purposes only (i.e. so that
you can specify A instead of B in package.provided). Don't get me
wrong - it's not incorrect so if you prefer this way then please use
it :)
Cheers,
--Kerin
--
[email protected] mailing list
