From owner-cvs-share  Thu May 16 15:38:40 1996
Return-Path: owner-cvs-share
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id PAA11412
          for cvs-share-outgoing; Thu, 16 May 1996 15:38:40 -0700 (PDT)
Received: (from mpp@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id PAA11383;
          Thu, 16 May 1996 15:38:21 -0700 (PDT)
From: Mike Pritchard <mpp>
Message-Id: <199605162238.PAA11383@freefall.freebsd.org>
Subject: Re: cvs commit: src/share/doc/handbook contrib.sgml
To: peter@spinner.DIALix.COM (Peter Wemm)
Date: Thu, 16 May 1996 15:38:21 -0700 (PDT)
Cc: jfieber@indiana.edu, joerg@freefall.freebsd.org,
        CVS-committers@freefall.freebsd.org, cvs-all@freefall.freebsd.org,
        cvs-share@freefall.freebsd.org
In-Reply-To: <199605160430.MAA00501@spinner.DIALix.COM> from "Peter Wemm" at May 16, 96 12:30:28 pm
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Sender: owner-cvs-share@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Peter Wemm wrote:
> 
> >On Wed, 15 May 1996, Joerg Wunsch wrote:
> >
> >> joerg       96/05/15 10:35:27
> >> 
> >>   Branch:      share/doc/handbook  RELENG_2_1_0
> >>   Modified:    share/doc/handbook  contrib.sgml
> >
> >Unless someone has a compelling argument to the contrary, I have
> >been operating on the assumption that all handbook work would be
> >on current and would just be brought over to 2.1 as a single
> >commit in the "final hour" before release.
> >
> >Any objections? 
> >
> >-john
> 
> I think this is the way to do it, although we have to be careful about 
> supported hardware lists and fundamental differences in how some of the 
> emulators are configured (particularly now that COMPAT_LINUX means 
> something totally different in -stable and -current).  I'm sure there are 
> other gotchas too, but this can all be done relatively late in the game 
> too.

If there are any known sections/blurbs/whatever that do not apply to 
2.1, please let me know so that I can mention that fact in the relevant 
section.  I would rather do it now, than have to do it at the last 
minute before release time.  A good example is the new uid range stuff I
added to edquota and documented in the handbook - I just added
a note there mentioning that this feature was added after
2.1 was released.

So, yes, I agree with the original comment that we should
just leave the RELENG_2_1_0 (stable) version of the handbook alone 
until release time and try and make sure that the -current
version of the handbook can be used equally by 2.1-RELEASE/2.1-STABLE
and 2.2-CURRENT users.
-- 
Mike Pritchard
mpp@FreeBSD.org
"Go that way.  Really fast.  If something gets in your way, turn"