Date: Tue, 19 Jul 2005 12:51:02 +0100 From: Matthew Seaman <m.seaman@infracaninophile.co.uk> To: Robert Watson <rwatson@FreeBSD.org> Cc: Ken Smith <kensmith@cse.Buffalo.EDU>, freebsd-stable@FreeBSD.org Subject: Re: FYI - RELENG_6 branch has been created. Message-ID: <20050719115102.GB82554@lack-of-gravitas.thebunker.net> In-Reply-To: <20050711215527.D29110@fledge.watson.org> References: <1121099976.62346.48.camel@opus.cse.buffalo.edu> <20050711215527.D29110@fledge.watson.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--aM3YZ0Iwxop3KEKx
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Mon, Jul 11, 2005 at 10:04:36PM +0100, Robert Watson wrote:
>=20
> On Mon, 11 Jul 2005, Ken Smith wrote:
>=20
> >Just a quick note to say that as part of the FreeBSD-6.0 Release Cycle=
=20
> >the RELENG_6 branch tag has just been created in the CVS repository.=20
> >In preparation for the release some places in the tree now say that this=
=20
> >branch is -STABLE but there is still work to do before this branch will=
=20
> >be ready for release. People who are not in a position to help work out=
=20
> >the remaining bugs in the RELENG_6 branch as we work towards the=20
> >FreeBSD-6.0 Release should definitely continue using RELENG_5_4 or=20
> >RELENG_5 as appropriate.
>=20
> As a further FYI, a variety of debugging features are still enabled by=20
> default in RELENG_6, including INVARINTS, WITNESS, and user space malloc=
=20
> debugging. These will remain enabled through the first snapshot from the=
=20
> release candidate series in order to assist in debugging problems.=20
> However, anyone running RELENG_6 until that time should be aware that=20
> these debugging features result in a loss of 1/2 or more performance for=
=20
> many common workloads. Depending on workload and hardware, this might or=
=20
> might not present a problem for your environment -- the features are=20
> invaluable in diagnosing problems, however, so if it's possible to leave=
=20
> them on in testing, that would be useful. Obviously, tesing without them=
=20
> is also desired, as they significantly perturb timing, but the first=20
> question you'll get is "can you reproduce them with debugging features=20
> enabled?" :-).
It's a trivial thing, I know, but is there any chance of someone
committing the following to RELENG_6?
lack-of-gravitas:/usr/src:% diff -u share/examples/cvsup/stable-supfile{.or=
ig,}
--- share/examples/cvsup/stable-supfile.orig Tue Jul 19 12:40:25 2005
+++ share/examples/cvsup/stable-supfile Tue Jul 19 12:41:40 2005
@@ -68,9 +68,10 @@
*default host=3DCHANGE_THIS.FreeBSD.org
*default base=3D/var/db
*default prefix=3D/usr
-# The following line is for 5-stable. If you want 4-stable, 3-stable, or
-# 2.2-stable, change to "RELENG_4", "RELENG_3", or "RELENG_2_2" respectiv=
ely.
-*default release=3Dcvs tag=3DRELENG_5
+# The following line is for 6-stable. If you want 5-stable, 4-stable,
+# 3-stable, or 2.2-stable, change to "RELENG_5", "RELENG_4",
+# "RELENG_3", or "RELENG_2_2" respectively.
+*default release=3Dcvs tag=3DRELENG_6
*default delete use-rel-suffix
=20
# If you seem to be limited by CPU rather than network or disk bandwidth, =
try
Cheers,
Matthew
--=20
Dr Matthew J Seaman MA, D.Phil. 8 Dane Court Manor
School Rd
PGP: http://www.infracaninophile.co.uk/pgpkey Tilmanstone
Tel: +44 1304 617253 Kent, CT14 0JL UK
--aM3YZ0Iwxop3KEKx
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (FreeBSD)
iQCVAwUBQtzpJpr7OpndfbmCAQJDNwP+LJxthSMqbceBp01dQjUkJO348lOusaPG
a2wlmEDaozmzqsVttLAFtDh9zGDLoDTdbDjnFipshoLXbw2R8/mPrSdnLW9KxoAk
eji+BitNMpRrDNl+hEFDMCEsvEJn0XGVFW17kjmmrpwR340CFzy3EgVjSWNjE/bO
WA03AiwZHvg=
=xBI0
-----END PGP SIGNATURE-----
--aM3YZ0Iwxop3KEKx--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050719115102.GB82554>