Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 20 Aug 2000 21:26:25 +0100
From:      Mark Ovens <marko@freebsd.org>
To:        Ben Smithurst <ben@freebsd.org>
Cc:        Dinesh Punjabi <dpunjabi@nyx.net>, doc@freebsd.org, Kent Stewart <kstewart@urx.com>
Subject:   Re: 18.4.7. Update /etc  (this section is very confusing)
Message-ID:  <20000820212625.K254@parish>
In-Reply-To: <20000820195929.X58928@strontium.scientia.demon.co.uk>; from ben@freebsd.org on Sun, Aug 20, 2000 at 07:59:30PM %2B0100
References:  <000701c00a52$6a793be0$14fa90cc@intersols.com> <20000820043554.Q58928@strontium.scientia.demon.co.uk> <000901c00ac5$29fa79d0$14fa90cc@intersols.com> <20000820195929.X58928@strontium.scientia.demon.co.uk>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Aug 20, 2000 at 07:59:30PM +0100, Ben Smithurst wrote:
> Dinesh Punjabi wrote:
> 
> > It talks about updating /etc as the heading, yet it says
> > that /usr and /var may also need to be updated.
> > So change the heading to reflect this.
> > 
> > Secondly, mention mergemaster as a way to merge things.
> 
> Well, I might commit this diff (unless anyone has a good reason why
> not).  It doesn't completely clear it up, but it mentions mergemaster
> at least, and then once people know about that they can ignore the rest
> of the section.  Perhaps the section can be cleaned up a bit more when
> someone does it, or I have a bit more time to do it myself.
> 

Part (most?) of the problem with the whole of the Using Make World
section is that it covers too wide a range of releases. I recall that
the first time I ever did a ``make world'' I had to read each step
more than once to make absolutely sure I was following the correct
instructions for the version I was building. I suggested that it
should only cover current versions but it was pointed out (by Nik
IIRC) that there are many people who still use quite old releases on
production machines, which is a very valid point.

Perhaps the solution is to split it into 2, if not 3, separate
sections delimited by major changes in the build process, e.g. when
the {build,install}world targets and the {build,install}kernel targets
were introduced. The current structure contains too many instances of
this type of thing:

	  if (version >= 4)
	     do(this)
	  else if (version >= 3)
	     do(this_instead)
	  else
	     do(the_last_resort)

which makes it awkward to follow.

OK, splitting it up would result in some duplication but from a
maintenance point of view only the procedure for latest version(s) is
likely to change.

Just my £0.02

BTW, the diffs (snipped) look OK as an interim solution.


-- 
		4.4 - The number of the Beastie
________________________________________________________________
51.44°N  FreeBSD - The Power To Serve http://www.freebsd.org
2.057°W  My Webpage http://ukug.uk.freebsd.org/~mark
mailto:marko@freebsd.org                http://www.radan.com



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?20000820212625.K254>