On Mon, 2009-06-01 at 18:07 +0000, Bjoern A. Zeeb wrote: > Author: bz > Date: Mon Jun 1 18:07:38 2009 > New Revision: 193241 > URL: http://svn.freebsd.org/changeset/base/193241 > > Log: > Decrement __FreeBSD_version again to 96 as we are runing out of digits > and want to be conservative - so not more than one version bump per day. > > Discussed with: jhb, kensmith > > Modified: > head/UPDATING > head/sys/sys/param.h > > Modified: head/UPDATING > ============================================================================== > --- head/UPDATING Mon Jun 1 18:07:01 2009 (r193240) > +++ head/UPDATING Mon Jun 1 18:07:38 2009 (r193241) > @@ -26,7 +26,6 @@ NOTE TO PEOPLE WHO THINK THAT FreeBSD 8. > The way we are storing and accessing `routing table' entries > has changed. Programs reading the FIB, like netstat, need to > be re-compiled. > - Bump __FreeBSD_version to 800097. > > 20090601: > A new netisr implementation has been added for FreeBSD 8. Network > > Modified: head/sys/sys/param.h > ============================================================================== > --- head/sys/sys/param.h Mon Jun 1 18:07:01 2009 (r193240) > +++ head/sys/sys/param.h Mon Jun 1 18:07:38 2009 (r193241) > @@ -57,7 +57,7 @@ > * is created, otherwise 1. > */ > #undef __FreeBSD_version > -#define __FreeBSD_version 800097 /* Master, propagated to newvers */ > +#define __FreeBSD_version 800096 /* Master, propagated to newvers */ > > #ifndef LOCORE > #include <sys/types.h>
It was noted we're close to running out of numbers we can use before we
hit code freeze and the branch for the release. Since we're entering
code slush at the end of today in theory all changes that would warrant
a bump in __FreeBSD_version are supposed to be done. But it wouldn't
surprise me if we have one or two or so things that come along between
now and when we hit code freeze and the branch. So we need to be a bit
conservative with this. Please be sure to coordinate anything that
might require a bump in __FreeBSD_version with re@ from now on. If it
turns out things do come along that require bumps we'll need to "batch
them up" having one bump represent several changes.
Thanks.
--
Ken Smith
- From there to here, from here to | kensm...@cse.buffalo.edu
there, funny things are everywhere. |
- Theodore Geisel |
signature.asc
Description: This is a digitally signed message part
