Add the errata policy document for 5.4 (copied from 5.3).

This commit is contained in:
Scott Long 2005-05-24 03:29:38 +00:00
parent a8edfe10e1
commit 6c2a9efa62
Notes: svn2git 2020-12-08 03:00:23 +00:00
svn path=/www/; revision=24631
2 changed files with 56 additions and 2 deletions

View file

@ -1,4 +1,4 @@
# $FreeBSD: www/en/releases/5.4R/Makefile,v 1.4 2005/05/09 16:47:59 hrs Exp $
# $FreeBSD: www/en/releases/5.4R/Makefile,v 1.5 2005/05/09 20:48:20 murray Exp $
.if exists(../Makefile.conf)
.include "../Makefile.conf"
@ -7,7 +7,7 @@
.include "../Makefile.inc"
.endif
DOCS= todo.sgml schedule.sgml
DOCS= todo.sgml schedule.sgml errata_policy.sgml
DOCS+= announce.sgml
DOCS+= hardware.sgml
DOCS+= installation.sgml

View file

@ -0,0 +1,54 @@
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" [
<!ENTITY base CDATA "../..">
<!ENTITY email 'freebsd-qa'>
<!ENTITY date "$FreeBSD$">
<!ENTITY local.rel "5.4">
<!ENTITY local.rel.tag "5_4">
<!ENTITY title "FreeBSD &local.rel; Errata Processing Policy">
<!ENTITY % includes SYSTEM "../../includes.sgml"> %includes;
]>
<html>
&header;
<h1>Introduction</h1>
<p>The following is the general policy for submitting requests to have
Errata Fixes applied to FreeBSD &local.rel;.</p>
<h1>Procedures</h1>
<p>The Errata fixes will be applied by a member of the Release Engineering
Team, coordinating the fix with the Security Officer who owns the branch.
An Errata Notice will also be issued. The Release Engineering Team may
choose to handle several Errata with one Errata Notice if several are
being processed at roughly the same time.</p>
<h1>Policy</h1>
<h2>Errata Candidates</h2>
<p>The classification of things that are Errata candidates are things
that are severe service-disrupting bugs for which there is no known
work-around. Things like bugs in device drivers that impair their
expected functionality, things that can cause kernel panics, etc.</p>
<h2>Initial Patch</h2>
<p>During the initial phases the fix for Errata should be handled
exactly like any other fix. It should initially be committed to
HEAD and go through the normal testing period there. The fix should
then be MFCed as usual. At this point if you feel a fix is an Errata
Notice candidate please contact the Release Engineering Team to make
them aware of it.</p>
<p>The fix should then sit in RELENG_5 for one to two weeks. During
this period please try to have the fix reviewed by another senior
Developer familiar with the section of the code you are working with.
You should also get confirmation that the fix solves the problem from
someone who had reported the problem. Assuming no problems come up
during this testing period then send in the formal request to
<a href="mailto:re@FreeBSD.org">re@FreeBSD.org</a>. Please include
the patch that will need to be applied to &local.rel; and who has
reviewed the fix.</p>
&footer;
</body>
</html>