Summary: | "provide mta" | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | nth <y.lesaint> |
Component: | New packages | Assignee: | Net-Mail Packages <net-mail+disabled> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | mholzer, releng |
Priority: | High | ||
Version: | 1.4_rc1 | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 34544 | ||
Bug Blocks: | 29499 |
Description
nth
2002-12-01 15:42:44 UTC
I like the idea... there are a lot of ebuilds to change :) i'll do the change soon... just need to organize it to do it all in one swoop. I suppose it is just a typo but you say: "I have specified for boot time : # etc-update add fetchmail default # etc-update add postfix default" AFAIK, it should be "rc-update" and not "etc-update". Hope it helps. It sure is just some typo, s/etc-update/rc-update/g In order to keep the bug up to date, you can also modify your /etc/init.d/fetchmail and /etc/init.d/postfix for net-mail/fetchmail-6.2.1-r1 and net-mail/postfix-2.0.3. for /etc/init.d/postfix : depend() { need net use logger dns provide mta } for /etc/init.d/fetchmail : depend() { use mta } sorry i didnt get around to this, raker seemed keen on it though ... OK, fetchmail 6.2.2 now has "use mta" in it, so at least that part is in place. postfix-2.0.9 (to be commited in a sec) has a "provide mta" in it now. Keeping this bug open until all our mtas are fixed. what's the best way to accomplish this for things that don't rely on the startup scripts? (eg qmail) maybe a dummy initscript, or a mta-config utility which, when queried, tells who's providing the virtual? exim is also fixed So, can we close this one now? Fetchmail/postfix dependency fixed as requested. |