RC keywords question

Brooks Davis brooks at one-eyed-alien.net
Mon Dec 5 21:51:32 PST 2005


On Tue, Dec 06, 2005 at 08:13:30AM +0300, Yar Tikhiy wrote:
> On Mon, Dec 05, 2005 at 02:00:53PM -0800, Brooks Davis wrote:
> > On Mon, Dec 05, 2005 at 08:14:16PM +0300, Yar Tikhiy wrote:
> > > Just an additional remark:
> > > 
> > > In a system with complex interactions it can be hard to order rc.d
> > > scripts properly without help from services they start.  For instance,
> > > the database can REQURE "mail".  Then either the mail daemon should
> > > spool mail until dspam starts after the database, or dspam should
> > > start early and return a temporary failure condition to the mail
> > > daemon until it can connect to the database.  Similar considerations
> > > apply to other practical cases.
> > 
> > Loops are definitely something to be watched out for, but this one is
> > a somewhat poor example, IMO.  Looking at the "mail" scripts in the
> > base, it's clear that they are intended to provide the local delivery
> > agent.  If the particular mail system needs daemons running for local
> > mail submission to work, those daemons must start much earlier (probably
> > BEFORE: SERVERS).
> 
> Have you ever met lame software trying to send mail about its
> condition directly by SMTP to a pre-set local relay?  So a database
> engine can, in theory, requre "mail".  Of course, I won't advise
> using such a bogus DB engine, but my example isn't too poor either ;-)

A valid point.  Of course the code either works correctly when a
dependency doen't work, or it's totally hopeless and you will have to
ditch the database in question. :)

-- Brooks

-- 
Any statement of the form "X is the one, true Y" is FALSE.
PGP fingerprint 655D 519C 26A7 82E7 2529  9BF0 5D8E 8BE9 F238 1AD4
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20051205/0fa91692/attachment.bin


More information about the freebsd-ports mailing list