Date: Fri, 03 Oct 1997 00:19:30 +0930 From: Mike Smith <mike@smith.net.au> To: "Jordan K. Hubbard" <jkh@time.cdrom.com> Cc: Mike Smith <mike@smith.net.au>, hackers@FreeBSD.ORG Subject: Re: Interface configuration : call for ideas. Message-ID: <199710021449.AAA00412@word.smith.net.au> In-Reply-To: Your message of "Wed, 01 Oct 1997 13:30:45 MST." <17758.875737845@time.cdrom.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> > Ah, some input! I thought you were busy? If this is the quality of
> > feedback I get from busy people, we must be alone here... 8(
>
> I am busy, but I hated to see this get the usual silent treatment. :-)
Yah. I've had a couple of OOB responses, mostly cautious-approving.
> Also, if you think about it, the system's initial boot is also sort of
> an "event" of sorts - I'm sure you could generalize this to the point
> of absurdity, and it might not even be that bad of an idea.
Whilst it would be nice to take the current sequential bootstrap
approach and remodel it in a dependancy-based fashion, I could see this
confusing people a great deal. The current approach has the
substantial virtue of simplicity, not to mention historical precedent.
> > OK here. I'm not sure how others will buy it. Perhaps a POC
> > implementation is called for? How do people feel about a potentially
> > new directory in /etc for files associated with this sort of thing?
>
> POC?
Proof Of Concept.
> > Is there any way in sh of determining the existence of a function?
>
> I thought you'd just expand the target variable and check it
> for NULL-ness (""). If it expands, you pass it to eval. If it
> doesn't, you move on.
I don't want to use variables, as it's unpleasant to stack more than
one command into a variable. I was thinking either shell functions or
discrete files in a subdirectory; the most-default file would implement
fallback behaviour suited to the ifconfig_xx* variables currently in
use for compatability's sake.
mike
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199710021449.AAA00412>