Summary: | Caching service dependencies complains with mailwrapper and multiple MTAs | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Stuart Shelton <srcshelton> |
Component: | [OLD] Core system | Assignee: | Net-Mail Packages <net-mail+disabled> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Stuart Shelton
2004-06-11 10:58:00 UTC
Worse, after removing postfix again (and it *doesn't* appear in /var/cache/edb/virtuals) I'm still getting the same error! Actually, I missed the fact that removing postfix didn't remove /etc/init.d/postfix - so the problem does go away if only one MTA is installed... It's a "bug", but only a cosmetic one. There's just no good method that I've come up with for the dep caching to figure out which mta is the "true" mta. We could write a generic mta init script that checks rc.conf (or /etc/conf.d/mta), but the qmail family of mta's is started in a very different way than the other mta's. So, since running multiple mta's is a reasonably advanced thing to do anyway, I'm leaving it up to the advanced user to decide what to do about the init scripts. (The simplest is to do nothing, and ignore the depscan complaints. The next simplest is to remove the "provide mta" line in the non-default mta, or just remove the non-default mta's init script entirely.) |