From owner-freebsd-doc@FreeBSD.ORG Sun Jun 29 19:20:21 2003 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FB9137B401 for ; Sun, 29 Jun 2003 19:20:21 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4CC144014 for ; Sun, 29 Jun 2003 19:20:19 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h5U2KJUp055423 for ; Sun, 29 Jun 2003 19:20:19 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h5U2KJBR055422; Sun, 29 Jun 2003 19:20:19 -0700 (PDT) Resent-Date: Sun, 29 Jun 2003 19:20:19 -0700 (PDT) Resent-Message-Id: <200306300220.h5U2KJBR055422@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-doc@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Chris Pepper Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2803A37B401 for ; Sun, 29 Jun 2003 19:16:36 -0700 (PDT) Received: from www.reppep.com (www.reppep.com [66.92.104.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EE0644014 for ; Sun, 29 Jun 2003 19:16:35 -0700 (PDT) (envelope-from pepper@reppep.com) Received: by www.reppep.com (Postfix, from userid 501) id 5EBE310129; Sun, 29 Jun 2003 22:17:49 -0400 (EDT) Message-Id: <20030630021749.5EBE310129@www.reppep.com> Date: Sun, 29 Jun 2003 22:17:49 -0400 (EDT) From: Chris Pepper To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: docs/53913: Various grammar fixes for committers article X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Chris Pepper List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 02:20:21 -0000 >Number: 53913 >Category: docs >Synopsis: Various grammar fixes for committers article >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sun Jun 29 19:20:19 PDT 2003 >Closed-Date: >Last-Modified: >Originator: Chris Pepper >Release: FreeBSD 4.8-STABLE i386 >Organization: >Environment: System: FreeBSD www.reppep.com 4.8-STABLE FreeBSD 4.8-STABLE #3: Sat Jun 21 16:41:53 EDT 2003 root@guest.reppep.com:/usr/obj/usr/src/sys/REPPEP i386 >Description: There are some grammatical problems with the committers article. >How-To-Repeat: Visit . >Fix: Patch follows. --- article.sgml.patch begins here --- Index: article.sgml =================================================================== RCS file: /home/ncvs/doc/en_US.ISO8859-1/articles/committers-guide/article.sgml,v retrieving revision 1.166 diff -u -r1.166 article.sgml --- article.sgml 8 May 2003 10:21:18 -0000 1.166 +++ article.sgml 30 Jun 2003 02:11:07 -0000 @@ -1572,7 +1572,7 @@ request a review of the decision after 30 days and every 30 days thereafter (unless the total suspension period is less than 30 days). A committer whose privileges have been revoked entirely - may request a review after a period of 6 months have elapsed. + may request a review after a period of 6 months has elapsed. This review policy is strictly informal and, in all cases, core reserves the right to either act on or disregard requests for review if they feel their original @@ -1998,7 +1998,7 @@ FreeBSD is a highly portable operating system intended to function on many different types of hardware architectures. Maintaining clean separation of Machine Dependent (MD) and Machine - Independent (MI) code, as well as minimizing MD code is an important + Independent (MI) code, as well as minimizing MD code, is an important part of our strategy to remain agile with regards to current hardware trends. Each new hardware architecture supported by FreeBSD adds substantially to the cost of code maintenance, @@ -2018,12 +2018,12 @@ of interest in these environments, the FreeBSD Project is able to maintain high levels of quality, stability, and performance, as well as minimize the load on various support teams on the - project, such as the ports team, documentation team, as well as - security officer and release engineering teams. Diversity in + project, such as the ports team, documentation team, + security officer, and release engineering teams. Diversity in hardware support broadens the options for FreeBSD consumers by offering new features and usage opportunities (such as support - for 64-bit CPUs, use in embedded environments), but these - benefits always be carefully considered in terms of the real-world + for 64-bit CPUs, use in embedded environments, etc.), but these + benefits must always be carefully considered in terms of the real-world maintenance cost associated with additional platform support. @@ -2032,7 +2032,7 @@ requirements for an architecture to be in that tier, as well as specifying the obligations of developers with regards to the platform. In addition, a policy is defined - regarding under the circumstances required to change the tier + regarding the circumstances required to change the tier of an architecture. @@ -2082,7 +2082,7 @@ 2 status as the availability of resources to continue to maintain the system in a Production Quality state diminishes. - Current Tier 2 platforms are PowerPC, and ia64. + Current Tier 2 platforms are PowerPC and ia64. @@ -2094,7 +2094,7 @@ platforms are architectures for which hardware is not or will not be available to the project in the foreseeable future, for which there are two or fewer active developers, that can not boot to at - least single-user mode on real hardware (or simulator for new + least single-user mode on real hardware (or a simulator for new hardware platforms), or which are considered legacy systems unlikely to see broad future use. Tier 3 systems will not be committed to the base source tree, although support for Tier 3 @@ -2118,7 +2118,7 @@ Policy on Changing the Tier of an Architecture - Systems may only be moved from one tier to another tier by + Systems may only be moved from one tier to another by approval of the FreeBSD Core Team, which shall make that decision in collaboration with the Security Officer, Release Engineering, and toolchain maintenance teams. @@ -2668,7 +2668,7 @@ well. This information consists of one or more lines containing the - the key word or phrase, a colon, tabs for formatting, and then the + key word or phrase, a colon, tabs for formatting, and then the additional information. The key words or phrases are: --- article.sgml.patch ends here --- >Release-Note: >Audit-Trail: >Unformatted: