Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 53663 - Caching service dependencies complains with mailwrapper and multiple MTAs
Summary: Caching service dependencies complains with mailwrapper and multiple MTAs
Status: RESOLVED WONTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Net-Mail Packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-06-11 10:57 UTC by Stuart Shelton
Modified: 2004-06-11 18:10 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Stuart Shelton 2004-06-11 10:58:00 UTC
I have exim-4.34-r1 and postfix-2.1.1 (both with USE="mailwrapper") installed, and whenever the system is booted or anything re-caches services, I get the following warning:

* Caching service dependencies...
*  Service 'postfix' already provides 'mta'!;
*  Not adding service 'exim'...

I don't know if this causes a problem, but it certainly looks nasty.  I'd have thought that, at the very least, if we have multiple candidates for a virtual, then we don't want to complain too loudly.  Is there some way to configure which one is the default?

Reproducible: Always
Steps to Reproduce:
Comment 1 Stuart Shelton 2004-06-11 11:07:18 UTC
Worse, after removing postfix again (and it *doesn't* appear in /var/cache/edb/virtuals) I'm still getting the same error!
Comment 2 Stuart Shelton 2004-06-11 11:10:03 UTC
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...
Comment 3 Grant Goodyear (RETIRED) gentoo-dev 2004-06-11 18:10:16 UTC
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.)