Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 06 Oct 1998 13:11:02 -0600
From:      Sean Kelly <kelly@plutotech.com>
To:        Eivind Eklund <eivind@yes.no>
Cc:        Sue Blake <sue@welearn.com.au>, Greg Lehey <grog@lemis.com>, doc@FreeBSD.ORG
Subject:   Re: Dos and Don'ts
Message-ID:  <361A6B46.73B4851@plutotech.com>
References:  <19981006071237.02443@follo.net> <19981006155341.C27781@freebie.lemis.com> <19981006083809.00946@follo.net> <19981006173417.64829@welearn.com.au> <19981006174328.65315@follo.net>

next in thread | previous in thread | raw e-mail | index | archive | help
Eivind Eklund wrote:
> Does the following look better?
> 
> DON'T run pppd (as opposed to /usr/sbin/ppp) unless you either
>         (a) already have a working setup, or
>         (b) absolutely need the 2% reduction of CPU usage it will give
>             you.
>         Running the kernel PPP will not buy you much, it is harder to
>         setup, it is less maintained, it has fewer features, and it
>         will give you much more problems if you later find out you
>         want to put your local network online through PPP (the natd comment
>         below)

Much better, yes!

An initiate in the strange world that is FreeBSD can read the one-to-two
sentences of advice and follow them without question; while the
journeyman (journeyperson?) can read the reasoning why and be educated.

I like to think I'm beyond the journeyman stage, but I found myself
becoming suspicious of the dos and don'ts without their matching
explanations.

Some other observations:

* Many of the dos and don'ts have a common theme that if it's already
working then don't worry.  How about we just factor that out into the
common maxim: "If it isn't broken, don't fix it," and stick it up at the
top.

* "man rcsintro" ... having the machine track things is great, but
sometimes the paper record kept on the shelf is more durable than a
failed upgrade or other catastrophe.

* "/etc/<configfile>.local" ... maybe we could explicitly list all the
config files that support this, to assist the newbies who wouldn't know
how to determine this otherwise.

Take care.
--Sean

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?361A6B46.73B4851>