Re: HEADS UP: rc.d is in the tree

2002-06-16 Thread Mike Makonnen
On Sat, 15 Jun 2002 15:18:43 -0700 Terry Lambert <[EMAIL PROTECTED]> wrote: > > > > Otherwise circular dependencies. > > > > That's what rcorder(8) is there for. > > It's not that simple. > > The most obvious example is the need to use DNS in order to look > up syslog hosts, and whether you s

Re: HEADS UP: rc.d is in the tree

2002-06-15 Thread Doug Barton
Greg 'groggy' Lehey wrote: > Are you talking with lukem about this? It would be nice to stay as > compatible as possible. Greg, This, and many other questions of the same nature are answered in the extensive discussion on this topic in -arch. To Unsubscribe: send mail to [EMAIL PROTEC

Re: HEADS UP: rc.d is in the tree

2002-06-15 Thread Greg 'groggy' Lehey
On Saturday, 15 June 2002 at 11:30:08 -0700, Gordon Tetlow wrote: > On Fri, 14 Jun 2002, Terry Lambert wrote: > >> Mike Makonnen wrote: >>> Danny Braniss <[EMAIL PROTECTED]> wrote: in amd, # REQUIRE: rpcbind mountall ypbind nfsclient ** >>

Re: HEADS UP: rc.d is in the tree

2002-06-15 Thread Terry Lambert
Mike Makonnen wrote: > On Sat, 15 Jun 2002 12:49:52 -0700 > Terry Lambert <[EMAIL PROTECTED]> wrote: > > David O'Brien wrote: > > > On Fri, Jun 14, 2002 at 03:30:19PM -0700, Terry Lambert wrote: > > > > I.e. if "REQUIRE" describes soft dependency ordering, what > > > > describes hard dependency or

Re: HEADS UP: rc.d is in the tree

2002-06-15 Thread Mike Makonnen
On Sat, 15 Jun 2002 12:49:52 -0700 Terry Lambert <[EMAIL PROTECTED]> wrote: > David O'Brien wrote: > > On Fri, Jun 14, 2002 at 03:30:19PM -0700, Terry Lambert wrote: > > > I.e. if "REQUIRE" describes soft dependency ordering, what > > > describes hard dependency ordering? > > > > Why the need to

Re: HEADS UP: rc.d is in the tree

2002-06-15 Thread Terry Lambert
David O'Brien wrote: > On Fri, Jun 14, 2002 at 03:30:19PM -0700, Terry Lambert wrote: > > I.e. if "REQUIRE" describes soft dependency ordering, what > > describes hard dependency ordering? > > Why the need to distingish? Otherwise circular dependencies. -- Terry To Unsubscribe: send mail to [E

Re: HEADS UP: rc.d is in the tree

2002-06-15 Thread David O'Brien
On Fri, Jun 14, 2002 at 03:30:19PM -0700, Terry Lambert wrote: > I.e. if "REQUIRE" describes soft dependency ordering, what > describes hard dependency ordering? Why the need to distingish? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the messa

Re: HEADS UP: rc.d is in the tree

2002-06-15 Thread Gordon Tetlow
On Fri, 14 Jun 2002, Terry Lambert wrote: > Mike Makonnen wrote: > > Danny Braniss <[EMAIL PROTECTED]> wrote: > > > in amd, > > > # REQUIRE: rpcbind mountall ypbind nfsclient > > > ** > > > since i don't use yp, how can i override this? > > > > > > or i

Re: HEADS UP: rc.d is in the tree

2002-06-15 Thread Gordon Tetlow
On Sat, 15 Jun 2002, Greg 'groggy' Lehey wrote: > Hmm, appears to be Luke Mewburn's NetBSD stuff, which I know. > Shouldn't there be an "Obtained From: NetBSD" in the commit messages? Heh, sorry about that. I thought taking if off the NETBSD vendor branch was enough of a hint. It appears that I

Re: HEADS UP: rc.d is in the tree

2002-06-15 Thread Gordon Tetlow
On Fri, 14 Jun 2002, Danny Braniss wrote: > in amd, > # REQUIRE: rpcbind mountall ypbind nfsclient > ** > since i don't use yp, how can i override this? > > or in other words, can REQUIRE be configurable too? This isn't a hard requirement for startin

Re: HEADS UP: rc.d is in the tree

2002-06-15 Thread Doug Barton
Greg 'groggy' Lehey wrote: > Hmm, appears to be Luke Mewburn's NetBSD stuff, which I know. > Shouldn't there be an "Obtained From: NetBSD" in the commit messages? > > Are you (or is anybody) doing something about keeping as close as > possible to being in sync with NetBSD? This project has been

Re: HEADS UP: rc.d is in the tree

2002-06-15 Thread Mike Makonnen
On Sat, 15 Jun 2002 17:53:03 +0930 "Greg 'groggy' Lehey" <[EMAIL PROTECTED]> wrote: > On Saturday, 15 June 2002 at 0:34:36 -0700, Mike Makonnen wrote: > > On Sat, 15 Jun 2002 10:44:31 +0930 > > "Greg 'groggy' Lehey" <[EMAIL PROTECTED]> wrote: > > > >> On Thursday, 13 June 2002 at 15:37:55 -0700,

Re: HEADS UP: rc.d is in the tree

2002-06-15 Thread Greg 'groggy' Lehey
On Saturday, 15 June 2002 at 0:34:36 -0700, Mike Makonnen wrote: > On Sat, 15 Jun 2002 10:44:31 +0930 > "Greg 'groggy' Lehey" <[EMAIL PROTECTED]> wrote: > >> On Thursday, 13 June 2002 at 15:37:55 -0700, Gordon Tetlow wrote: >>> I've imported the excellent work by Mike Makonnen into the tree. >> >

Re: HEADS UP: rc.d is in the tree

2002-06-15 Thread Mike Makonnen
On Sat, 15 Jun 2002 10:44:31 +0930 "Greg 'groggy' Lehey" <[EMAIL PROTECTED]> wrote: > On Thursday, 13 June 2002 at 15:37:55 -0700, Gordon Tetlow wrote: > > I've imported the excellent work by Mike Makonnen into the tree. > > Can you summarize what the differences are? o Instead of a few monolit

Re: HEADS UP: rc.d is in the tree

2002-06-14 Thread Danny Braniss
> On Fri, 14 Jun 2002 15:30:19 -0700 > Terry Lambert <[EMAIL PROTECTED]> wrote: > > > > > Ick. > > > > What should be used instead of REQUIRE to mean that it will be > > started? > > > > I.e. if "REQUIRE" describes soft dependency ordering, what > > describes hard dependency ordering? > > Cor

Re: HEADS UP: rc.d is in the tree

2002-06-14 Thread Mike Makonnen
On Fri, 14 Jun 2002 15:30:19 -0700 Terry Lambert <[EMAIL PROTECTED]> wrote: > > Ick. > > What should be used instead of REQUIRE to mean that it will be > started? > > I.e. if "REQUIRE" describes soft dependency ordering, what > describes hard dependency ordering? Correct, the REQUIRE line onl

Re: HEADS UP: rc.d is in the tree

2002-06-14 Thread Greg 'groggy' Lehey
On Thursday, 13 June 2002 at 15:37:55 -0700, Gordon Tetlow wrote: > I've imported the excellent work by Mike Makonnen into the tree. Can you summarize what the differences are? Greg -- See complete headers for address and phone numbers To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubs

Re: HEADS UP: rc.d is in the tree

2002-06-14 Thread Terry Lambert
Mike Makonnen wrote: > Danny Braniss <[EMAIL PROTECTED]> wrote: > > in amd, > > # REQUIRE: rpcbind mountall ypbind nfsclient > > ** > > since i don't use yp, how can i override this? > > > > or in other words, can REQUIRE be configurable too? > > The RE

Re: HEADS UP: rc.d is in the tree

2002-06-14 Thread Mike Makonnen
On Fri, 14 Jun 2002 16:55:40 +0300 Danny Braniss <[EMAIL PROTECTED]> wrote: > in amd, > # REQUIRE: rpcbind mountall ypbind nfsclient > ** > since i don't use yp, how can i override this? > > or in other words, can REQUIRE be configurable too? The REQ

Re: HEADS UP: rc.d is in the tree

2002-06-14 Thread Mike Makonnen
On Fri, 14 Jun 2002 19:38:15 +0200 Dennis Kristensen <[EMAIL PROTECTED]> wrote: > > sendmail_enable="NONE" did'nt help either. This can be fixed with below > patch. > It still complains with > /etc/rc: WARNING: $sendmail_enable is not set properly. > but sendmail is no longer started. [patch

Re: HEADS UP: rc.d is in the tree

2002-06-14 Thread Dennis Kristensen
Dennis Kristensen wrote: > Gordon Tetlow wrote: > >> ... >> Please try out the functionality by putting rc_ng="YES" into your >> rc.conf and post any problems you might have. >> >> > I have given this a try, but have a few problems. My rc.conf is attached. > > 2: > Setting mta_start_script to

Re: HEADS UP: rc.d is in the tree

2002-06-14 Thread Dennis Kristensen
> > >> Please try out the functionality by putting rc_ng="YES" into your >> rc.conf and post any problems you might have. >> >> > I have given this a try, but have a few problems. My rc.conf is attached. > > 1: > When bringing up fxp0 with IP from DHCP i get: > Doing initial network setup: host

Re: HEADS UP: rc.d is in the tree

2002-06-14 Thread Danny Braniss
in amd, # REQUIRE: rpcbind mountall ypbind nfsclient ** since i don't use yp, how can i override this? or in other words, can REQUIRE be configurable too? danny To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" i

Re: HEADS UP: rc.d is in the tree

2002-06-14 Thread Dennis Kristensen
zhuravlev alexander wrote: >On Fri, Jun 14, 2002 at 03:28:40PM +0200, Dennis Kristensen wrote: > > >>Gordon Tetlow wrote: >> >> >> >>>... >>>Please try out the functionality by putting rc_ng="YES" into your rc.conf >>>and post any problems you might have. >>> >>> >>> >>> >>I have gi

Re: HEADS UP: rc.d is in the tree

2002-06-14 Thread zhuravlev alexander
On Fri, Jun 14, 2002 at 03:28:40PM +0200, Dennis Kristensen wrote: > Gordon Tetlow wrote: > > >... > >Please try out the functionality by putting rc_ng="YES" into your rc.conf > >and post any problems you might have. > > > > > I have given this a try, but have a few problems. My rc.conf is att

Re: HEADS UP: rc.d is in the tree

2002-06-14 Thread Dennis Kristensen
Gordon Tetlow wrote: >... >Please try out the functionality by putting rc_ng="YES" into your rc.conf >and post any problems you might have. > > I have given this a try, but have a few problems. My rc.conf is attached. 1: When bringing up fxp0 with IP from DHCP i get: Doing initial network set

Re: HEADS UP: rc.d is in the tree

2002-06-13 Thread Mike Makonnen
On Thu, 13 Jun 2002 15:37:55 -0700 (PDT) Gordon Tetlow <[EMAIL PROTECTED]> wrote: > I've imported the excellent work by Mike Makonnen into the tree. Please > note that it should be fully functional but there are some parts that need > some looking at: > > atm > ipfilter > > > Hopefully Mike

Re: HEADS UP: rc.d is in the tree

2002-06-13 Thread Doug Barton
On Thu, 13 Jun 2002, Gordon Tetlow wrote: > I've imported the excellent work by Mike Makonnen into the tree. Please > note that it should be fully functional but there are some parts that need > some looking at: I'd also like to add a word of encouragement to test this early and often. We plan t

HEADS UP: rc.d is in the tree

2002-06-13 Thread Gordon Tetlow
I've imported the excellent work by Mike Makonnen into the tree. Please note that it should be fully functional but there are some parts that need some looking at: atm ipfilter Hopefully Mike will chime in with some others. Please try out the functionality by putting rc_ng="YES" into your rc