From owner-freebsd-doc@FreeBSD.ORG Sun Dec 19 03:43:30 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAEE016A4CE for ; Sun, 19 Dec 2004 03:43:30 +0000 (GMT) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id AABC043D3F for ; Sun, 19 Dec 2004 03:43:30 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 4A78D148F2; Sat, 18 Dec 2004 21:43:30 -0600 (CST) Date: Sat, 18 Dec 2004 21:43:30 -0600 (CST) From: Mark Linimon X-X-Sender: linimon@pancho To: freebsd-doc@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: CFD: Committer's Guide patch (ports-related) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Dec 2004 03:43:30 -0000 If I commit this, will it step on any changes in progress? mcl Index: article.sgml =================================================================== RCS file: /home/FreeBSD/dcvs/doc/en_US.ISO8859-1/articles/committers-guide/article.sgml,v retrieving revision 1.218 diff -u -r1.218 article.sgml --- article.sgml 8 Dec 2004 12:41:41 -0000 1.218 +++ article.sgml 19 Dec 2004 02:59:18 -0000 @@ -2796,18 +2796,19 @@ - The procedure to update the ports web pages - to reflect the new category is not yet defined. - - - Only once all the above have been done, and no one is any longer reporting problems with the new ports, should the old ports be deleted from their previous locations in the repository. + + It is not necessary to manually update the ports web pages + to reflect the new category. This is now done automatically + via your change to www/en/ports/categories + and the daily automated rebuild of INDEX. + From owner-freebsd-doc@FreeBSD.ORG Sun Dec 19 04:04:07 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9836316A4D0; Sun, 19 Dec 2004 04:04:05 +0000 (GMT) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F30443D54; Sun, 19 Dec 2004 04:04:05 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id E35A7148F2; Sat, 18 Dec 2004 22:04:04 -0600 (CST) Date: Sat, 18 Dec 2004 22:04:04 -0600 (CST) From: Mark Linimon X-X-Sender: linimon@pancho To: freebsd-doc@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: brueffer@FreeBSD.org Subject: CFD: minor patch to the Handbook (cvsup section) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Dec 2004 04:04:07 -0000 brueffer asked me whether or not two of the descriptions of the ports sub-collections were broken (they were). I don't know if there is a patch in flight to fix that or not ... but even if there isn't, the far more glaring problem is that this is Yet Another Place that discusses the idea that you can refuse parts of the ports collection but doesn't mention that that's not an option if you want to build INDEX. That's gotta be added. But: 1. I don't know if I got the crossref right; 2. I would accept the argument that it's dumb for the Handbook to reference the FAQ here instead of vice-versa. (Although this location isn't really the right place for the text about INDEX. Right now, there really isn't such a place.) 3. I don't know if the below will step on anyone else's changes. So, I'd appreciate review before commit. mcl Index: mirrors/chapter.sgml =================================================================== RCS file: /home/FreeBSD/dcvs/doc/en_US.ISO8859-1/books/handbook/mirrors/chapter.sgml,v retrieving revision 1.368 diff -u -r1.368 chapter.sgml --- mirrors/chapter.sgml 27 Nov 2004 21:34:50 -0000 1.368 +++ mirrors/chapter.sgml 19 Dec 2004 03:43:29 -0000 @@ -1448,6 +1448,17 @@ date. + + If you are going to be building your own local + copy of ports/INDEX, you + must accept + ports-all (the whole ports tree). + Building ports/INDEX with + a partial tree is not supported. See the + + FAQ. + + ports-archivers @@ -1919,7 +1930,8 @@ - ports-x11-servers + ports-x11-servers + release=cvs X11 servers. @@ -1927,7 +1939,8 @@ - ports-x11-wm + ports-x11-wm + release=cvs X11 window managers. From owner-freebsd-doc@FreeBSD.ORG Sun Dec 19 04:26:27 2004 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 D594216A4CF; Sun, 19 Dec 2004 04:26:27 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAF7143D1D; Sun, 19 Dec 2004 04:26:27 +0000 (GMT) (envelope-from tjr@FreeBSD.org) Received: from freefall.freebsd.org (tjr@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBJ4QRiZ065934; Sun, 19 Dec 2004 04:26:27 GMT (envelope-from tjr@freefall.freebsd.org) Received: (from tjr@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBJ4QRf0065930; Sun, 19 Dec 2004 04:26:27 GMT (envelope-from tjr) Date: Sun, 19 Dec 2004 04:26:27 GMT From: "Tim J. Robbins" Message-Id: <200412190426.iBJ4QRf0065930@freefall.freebsd.org> To: tjr@FreeBSD.org, tjr@FreeBSD.org, freebsd-doc@FreeBSD.org Subject: Re: docs/69861: [patch] usr.bin/csplit/csplit.1 does not document POSIX behavior. X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Dec 2004 04:26:28 -0000 Synopsis: [patch] usr.bin/csplit/csplit.1 does not document POSIX behavior. Responsible-Changed-From-To: tjr->freebsd-doc Responsible-Changed-By: tjr Responsible-Changed-When: Sun Dec 19 04:26:10 GMT 2004 Responsible-Changed-Why: Unassign due to lack of time. http://www.freebsd.org/cgi/query-pr.cgi?pr=69861 From owner-freebsd-doc@FreeBSD.ORG Sun Dec 19 11:40:24 2004 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 374FE16A4CE for ; Sun, 19 Dec 2004 11:40:24 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E19943D4C for ; Sun, 19 Dec 2004 11:40:24 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBJBeNO8055028 for ; Sun, 19 Dec 2004 11:40:23 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBJBeNuF055027; Sun, 19 Dec 2004 11:40:23 GMT (envelope-from gnats) Date: Sun, 19 Dec 2004 11:40:23 GMT Message-Id: <200412191140.iBJBeNuF055027@freefall.freebsd.org> To: freebsd-doc@FreeBSD.org From: Joel Dahl Subject: Re: docs/75021: hw.ata.atapi_dma patch for ata(4) man page X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joel Dahl List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Dec 2004 11:40:24 -0000 The following reply was made to PR docs/75021; it has been noted by GNATS. From: Joel Dahl To: Craig Rodrigues Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: docs/75021: hw.ata.atapi_dma patch for ata(4) man page Date: Sun, 19 Dec 2004 12:32:27 +0100 On Mon, 2004-12-13 at 10:50 -0500, Craig Rodrigues wrote: > >Description: > > In ata(4), it states: > > hw.ata.atapi_dma > set to 1 for DMA access, 0 for PIO (default is PIO). > > In src/sys/dev/ata/ata-all.c, this sysctl is by default > set to 1 (on -CURRENT, and also on 5.3-RELEASE). > > Perhaps this patch is in order? > > >Fix: > > --- share/man/man4/ata.4.orig Thu Dec 9 19:07:53 2004 > +++ share/man/man4/ata.4 Thu Dec 9 19:08:08 2004 > @@ -86,7 +86,7 @@ > .It Va hw.ata.ata_dma > set to 1 for DMA access, 0 for PIO (default is DMA). > .It Va hw.ata.atapi_dma > -set to 1 for DMA access, 0 for PIO (default is PIO). > +set to 1 for DMA access, 0 for PIO (default is DMA). > .It Va hw.ata.wc > set to 1 to enable Write Caching, 0 to disable (default is enabled). > .Em WARNING : There is another part in ata(4) that also requires a correction, (assuming Craig's patch is correct): " ATAPI devices are set to PIO mode by default because severe DMA problems are common even if the device capabilities indicate support. " ATAPI devices are set to DMA mode by default (as Craig mentions), so someone should probably reword this part a bit. From owner-freebsd-doc@FreeBSD.ORG Sun Dec 19 19:05:44 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B56316A4CE for ; Sun, 19 Dec 2004 19:05:44 +0000 (GMT) Received: from fmx1.freemail.hu (fmx1.freemail.hu [195.228.242.221]) by mx1.FreeBSD.org (Postfix) with SMTP id 4052543D4C for ; Sun, 19 Dec 2004 19:05:43 +0000 (GMT) (envelope-from kovacspeter2@freemail.hu) Received: (qmail 45181 invoked from network); 19 Dec 2004 20:05:42 +0100 Received: from fm4.freemail.hu (195.228.242.204) by fmx1.freemail.hu with SMTP; 19 Dec 2004 20:05:42 +0100 Received: (qmail 46821 invoked by uid 3421979); 19 Dec 2004 20:05:42 +0100 Date: Sun, 19 Dec 2004 20:05:42 +0100 (CET) From: =?ISO-8859-2?Q?Kov=E1cs_P=E9ter?= To: doc@FreeBSD.org Message-ID: X-Originating-IP: [81.183.146.128] X-HTTP-User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; hu-HU; rv:1.7.5) Gecko/20041108 Firefox/1.0 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-2 Subject: Mistage in Handbook Chapter 5 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Dec 2004 19:05:44 -0000 Hello, There is an errata in the FreeBSD Handbook "Chapter 5 The X Window System": "The XFree86 4.X package can be installed by typing: # pkg-add -r XFree86" It should be pkg_add and not pkg-add" Please resolve this issue. Here is a link to the English document: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/x-install.html Peter From owner-freebsd-doc@FreeBSD.ORG Sun Dec 19 19:09:38 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 193CC16A4CE for ; Sun, 19 Dec 2004 19:09:38 +0000 (GMT) Received: from abigail.blackend.org (blackend.org [212.11.35.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13DA243D58 for ; Sun, 19 Dec 2004 19:09:37 +0000 (GMT) (envelope-from marc@blackend.org) Received: from nosferatu.blackend.org (nosferatu.blackend.org [192.168.10.205])iBJJ4Y6m058663; Sun, 19 Dec 2004 20:04:34 +0100 (CET) (envelope-from marc@abigail.blackend.org) Received: from nosferatu.blackend.org (localhost.blackend.org [127.0.0.1]) iBJJ9Ok2001479; Sun, 19 Dec 2004 20:09:24 +0100 (CET) (envelope-from marc@nosferatu.blackend.org) Received: (from marc@localhost) by nosferatu.blackend.org (8.13.1/8.13.1/Submit) id iBJJ9OHQ001478; Sun, 19 Dec 2004 20:09:24 +0100 (CET) (envelope-from marc) Date: Sun, 19 Dec 2004 20:09:23 +0100 From: Marc Fonvieille To: =?iso-8859-1?Q?Kov=E1cs_P=E9ter?= Message-ID: <20041219190923.GB584@nosferatu.blackend.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Useless-Header: blackend.org X-Operating-System: FreeBSD 5.3-STABLE cc: doc@FreeBSD.org Subject: Re: Mistage in Handbook Chapter 5 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Dec 2004 19:09:38 -0000 On Sun, Dec 19, 2004 at 08:05:42PM +0100, Kovács Péter wrote: > Hello, > > There is an errata in the FreeBSD Handbook "Chapter 5 The X > Window System": > "The XFree86 4.X package can be installed by typing: > > # pkg-add -r XFree86" > > It should be pkg_add and not pkg-add" > > Please resolve this issue. Done. Thanks, this one was a really good catch! Marc From owner-freebsd-doc@FreeBSD.ORG Sun Dec 19 23:29:40 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CED0616A4CE; Sun, 19 Dec 2004 23:29:40 +0000 (GMT) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74F6D43D53; Sun, 19 Dec 2004 23:29:40 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 0B169148F6; Sun, 19 Dec 2004 17:29:39 -0600 (CST) Date: Sun, 19 Dec 2004 17:29:39 -0600 (CST) From: Mark Linimon X-X-Sender: linimon@pancho To: freebsd-doc@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: portmgr@FreeBSD.org Subject: CFD: changes to the Porter's Handbook about proposing new categories X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Dec 2004 23:29:40 -0000 After checking where to direct someone who was inquiring about this, I found that what I had written last time was in the Committer's Handbook and effectively assumes that the proposer is a committer. What the following patch does is split the existing text into two pieces and moves the general piece to the Porter's Handbook, after adding several paragraphs along the way. Since it affects policy, portmgr@ is copied. (The patch does not include removing the text that moves, yet; the implied change is fairly obvious and would collide with my other outstanding patch to the CH.) Unless there are objections, I'd like to commit this text within the next day or so. mcl Index: book.sgml =================================================================== RCS file: /home/FreeBSD/dcvs/doc/en_US.ISO8859-1/books/porters-handbook/book.sgml,v retrieving revision 1.507 diff -u -r1.507 book.sgml --- book.sgml 19 Dec 2004 02:27:06 -0000 1.507 +++ book.sgml 19 Dec 2004 23:21:15 -0000 @@ -1290,23 +1290,6 @@ the first category. See below for more discussion about how to pick the right categories. - - If your port truly belongs to something that is different from - all the existing ones, you can even create a new category name. In - that case, please send mail to the &a.ports; to propose a new - category. However, in general, until there are more than a - handful of ports which could be reclassified into the category - you propose, you will probably be turned down. - - Occasionally someone proposes reorganizing the categories - with either a 2-level structure, or some other kind of keyword - structure. To date, nothing has come of any of these proposals - because, while they are very easy to make, the effort involved to - retrofit the entire existing ports collection with any kind of - reorganization is daunting to say the very least. Please read - the history of these proposals in the mailing list archives before - you post this idea; furthermore, you should be prepared to be - challenged to offer a working prototype. @@ -1965,6 +1948,126 @@ imported to the wrong category only to be moved right away. This causes unnecessary and undesirable bloat in the master source repository. + + + + Proposing a new category + + As the Ports Collection has grown over time, various new + categories have been introduced. New categories can either + be virtual categories—those that do + not have a corresponding subdirectory in the ports tree— + or physical categories—those that + do. The following text dicusses the issues involved in creating + a new physical category so that you can understand them before + you propose one. + + Our existing practice has been to avoid creating a new + physical category unless either a large number of ports would + logically belong to it, or the ports that would belong to it + are a logically distinct group that is of limited general + interest (for instance, categories related to spoken human + languages), or preferably both. + + The rationale for this is that such a change creates a + + fair amount of work for both the committers and also + for all users who track changes to the Ports Collection. In + addition, proposed category changes just naturally seem to + attract controversy. (Perhaps this is because there is no + clear consensus on when a category is too big, + nor whether categories should lend themselves to browsing (and + thus what number of categories would be an ideal number), and + so forth.) + + Here is the procedure: + + + + Propose the new category on &a.ports;. You should + include a detailed rationale for the new category, + including why you feel the existing categories are not + sufficient, and the list of existing ports proposed to move. + (If there are new ports pending in + GNATS that would fit this + category, list them too.) If you are the maintainer and/or + submitter, respectively, mention that as it may help you + to make your case. + + + + Participate in the discussion. + + + + If it seems that there is support for your idea, + file a PR which includes both the rationale and the list + of existing ports that need to be moved. Ideally, this + PR should also include patches for the following: + + + + Makefiles for the + new ports once they are repocopied + + + + Makefile for the + new category + + + + Makefile for the + old ports' categories + + + + Makefiles for ports + that depend on the old ports + + + + (for extra credit, you can include the other + files that have to changes, as per the procedure + in the Committer's Guide.) + + + + + + Since it affects the ports infrastructure and involves + not only performing repo-copies but also possibly running + regression tests on the build cluster, the PR should be + assigned to the &a.portmgr;. + + + + If that PR is approved, a committer will need to follow + the rest of the procedure that is + + outlined in the Committer's Guide. + + + + Proposing a new virtual category should be similar to + the above but much less involved, since no ports will + actually have to move. In this case, the only patches to + include in the PR would be those to add the new category to the + CATEGORIESs of the affected ports. + + + + Proposing reorganizing all the categories + + Occasionally someone proposes reorganizing the categories + with either a 2-level structure, or some other kind of keyword + structure. To date, nothing has come of any of these proposals + because, while they are very easy to make, the effort involved to + retrofit the entire existing ports collection with any kind of + reorganization is daunting to say the very least. Please read + the history of these proposals in the mailing list archives before + you post this idea; furthermore, you should be prepared to be + challenged to offer a working prototype. From owner-freebsd-doc@FreeBSD.ORG Mon Dec 20 00:10:25 2004 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 C4DA416A4CE for ; Mon, 20 Dec 2004 00:10:25 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7BAD43D39 for ; Mon, 20 Dec 2004 00:10:25 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBK0APrE044061 for ; Mon, 20 Dec 2004 00:10:25 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBK0APq0044059; Mon, 20 Dec 2004 00:10:25 GMT (envelope-from gnats) Resent-Date: Mon, 20 Dec 2004 00:10:25 GMT Resent-Message-Id: <200412200010.iBK0APq0044059@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, Marian Cerny Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5754C16A4CE for ; Mon, 20 Dec 2004 00:03:01 +0000 (GMT) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D05D43D46 for ; Mon, 20 Dec 2004 00:03:01 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id iBK030Ds077618 for ; Mon, 20 Dec 2004 00:03:00 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id iBK030xm077616; Mon, 20 Dec 2004 00:03:00 GMT (envelope-from nobody) Message-Id: <200412200003.iBK030xm077616@www.freebsd.org> Date: Mon, 20 Dec 2004 00:03:00 GMT From: Marian Cerny To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Subject: docs/75282: newsyslog(8) does not contain history section in man page X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Dec 2004 00:10:25 -0000 >Number: 75282 >Category: docs >Synopsis: newsyslog(8) does not contain history section in man page >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: Mon Dec 20 00:10:25 GMT 2004 >Closed-Date: >Last-Modified: >Originator: Marian Cerny >Release: FreeBSD 5.2.1R >Organization: >Environment: FreeBSD potvorka 5.2.1-RELEASE FreeBSD 5.2.1-RELEASE #0: Wed Aug 18 10:10:26 CEST 2004 majo@potvorka:/usr/src/sys/i386/compile/POTVORKA i386 >Description: Manual page for newsyslog(8) does not contain history section, when has the command first appeared. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Mon Dec 20 01:36:20 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 371BA16A4CE for ; Mon, 20 Dec 2004 01:36:20 +0000 (GMT) Received: from mail.freeode.co.uk (freeode.co.uk [213.162.123.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54EE843D1D for ; Mon, 20 Dec 2004 01:36:19 +0000 (GMT) (envelope-from sub01@freeode.co.uk) Received: from lexx (lexx.freeode.co.uk [10.253.253.2]) by mail.freeode.co.uk (8.12.10/8.12.10) with ESMTP id iBK1aHCZ024955 for ; Mon, 20 Dec 2004 01:36:17 GMT (envelope-from sub01@freeode.co.uk) From: John Murphy To: doc@freebsd.org Date: Mon, 20 Dec 2004 01:36:17 +0000 Message-ID: X-Mailer: Forte Agent 1.93/32.576 English (American) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: Mistage in Handbook Chapter 5 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: sub01@freeode.co.uk List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Dec 2004 01:36:20 -0000 Marc Fonvieille wrote: >On Sun, Dec 19, 2004 at 08:05:42PM +0100, Kovács Péter wrote: >> Hello, >> >> There is an errata in the FreeBSD Handbook "Chapter 5 The X >> Window System": >> "The XFree86 4.X package can be installed by typing: >> >> # pkg-add -r XFree86" >> >> It should be pkg_add and not pkg-add" >> >> Please resolve this issue. > >Done. Thanks, this one was a really good catch! Ironic he said "Mistage" though. Or was it? Best way to catch the eye of those interested in correctness; perhaps :) -- John. From owner-freebsd-doc@FreeBSD.ORG Mon Dec 20 07:41:54 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 143B016A4CE; Mon, 20 Dec 2004 07:41:54 +0000 (GMT) Received: from volginfo.ru (ns.volginfo.ru [217.23.84.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5121B43D31; Mon, 20 Dec 2004 07:41:53 +0000 (GMT) (envelope-from den@FreeBSD.org) Received: from [192.168.1.32] (llp-13.vistcom.ru [217.23.84.68]) by volginfo.ru (Postfix) with ESMTP id 6F57C2017; Mon, 20 Dec 2004 10:41:52 +0300 (MSK) Message-ID: <41C6823C.5090802@FreeBSD.org> Date: Mon, 20 Dec 2004 10:41:48 +0300 From: Denis Peplin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041008 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Mark Linimon References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-doc@FreeBSD.org cc: brueffer@FreeBSD.org Subject: Re: CFD: minor patch to the Handbook (cvsup section) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Dec 2004 07:41:54 -0000 Hello! Mark Linimon wrote: > + Should be &url.books.faq; From owner-freebsd-doc@FreeBSD.ORG Mon Dec 20 11:00:56 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D374816A4CE for ; Mon, 20 Dec 2004 11:00:56 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B45043D39 for ; Mon, 20 Dec 2004 11:00:56 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBKB0u05046048 for ; Mon, 20 Dec 2004 11:00:56 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBKB0tZ9046042 for freebsd-doc@freebsd.org; Mon, 20 Dec 2004 11:00:55 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 20 Dec 2004 11:00:55 GMT Message-Id: <200412201100.iBKB0tZ9046042@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: FreeBSD doc list Subject: Current unassigned doc problem reports X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Dec 2004 11:00:57 -0000 Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The problem is understood and a solution is being sought. f - feedback Further work requires additional information from the originator or the community - possibly confirmation of the effectiveness of a proposed solution. p - patched A patch has been committed, but some issues (MFC and / or confirmation from originator) are still open. s - suspended The problem is not being worked on, due to lack of information or resources. This is a prime candidate for somebody who is looking for a project to do. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested -- or when fixing the problem is abandoned. Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2001/05/24] docs/27605 doc Cross-document references () s [2002/03/08] docs/35678 doc docproj Makefiles for web are broken for o [2002/03/21] docs/36168 doc -pthread/_THREAD_SAFE docs missing in gcc p [2002/09/14] docs/42762 doc ppp.8 has no description of $env and ~use o [2002/11/15] docs/45303 doc Bug in PDF DocBook rendering o [2003/12/29] docs/60679 doc pthreads documentation does not describe o [2004/01/19] docs/61558 doc New SMC 2602W cards, using the ADM8211, a o [2004/01/20] docs/61605 doc Improve documentation for i386 disk geome f [2004/03/10] docs/64063 doc Size of block in File System Quota docume o [2004/09/04] docs/71359 doc /usr/share/examples/etc/make.conf contain o [2004/10/03] docs/72285 doc GCC manuals are out of sync o [2004/10/11] docs/72500 doc Clean up Java and Jakarta Tomcat article o [2004/10/15] docs/72743 doc Porter's Handbook lacks info on using aut o [2004/10/19] docs/72897 doc ERRATA and RELNOTES are missing warnings o [2004/12/03] docs/74656 doc [PATCH] some improvements to man 5 passwd o [2004/12/13] docs/75021 doc hw.ata.atapi_dma patch for ata(4) man pag 16 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- s [2000/07/19] docs/20028 doc ASCII docs should reflect tags o [2001/02/02] docs/24786 doc missing FILES descriptions in sa(4) o [2001/04/02] docs/26286 doc *printf(3) etc should gain format string s [2001/06/03] docs/27843 doc [PATCH] make.conf WITH_* variables aren't o [2001/07/26] docs/29245 doc top(1) manpage doesn't understand SMP a [2001/08/23] docs/30008 doc This document should be translated, comme p [2001/09/27] docs/30873 doc ``ip'' man page does not specify byte ord o [2001/10/07] docs/31109 doc replace gif images w/ png ones due to pat o [2002/01/05] docs/33589 doc Patch to doc.docbook.mk to post process . o [2002/01/09] docs/33724 doc [patch] fix Handbook error about Advanced o [2002/01/14] docs/33852 doc split(1) man page implies that input file o [2002/01/14] docs/33877 doc Documented behaviour of SF_flags for non- a [2002/02/16] docs/35011 doc There are no commands called "diskless" o o [2002/02/22] docs/35222 doc mailing list archive URL regexp suboptima o [2002/03/06] docs/35608 doc mt(1) page uses "setmark" without explana o [2002/03/06] docs/35609 doc mt(1) page needs explanation of "long era o [2002/03/06] docs/35612 doc ps(1) page "state" description doesn't me o [2002/03/07] docs/35642 doc lo(4) page maybe should document optional o [2002/03/07] docs/35644 doc lo(4) page presumes familiarity with prin o [2002/03/07] docs/35646 doc cp(1) page needs a "Bugs" section. o [2002/03/07] docs/35648 doc rc.conf; add note about "flags" to both f o [2002/03/08] docs/35686 doc blackhole(4) page seems to contradict its o [2002/03/08] docs/35687 doc /etc/nsmb.conf missing mention of readers o [2002/03/10] docs/35732 doc adduser(8) page has obsolete reference an o [2002/03/16] docs/35943 doc at(1) config files are misplaced in /var/ o [2002/03/16] docs/35953 doc hosts.equiv(5) manual is confusing or wro o [2002/03/28] docs/36432 doc Proposal for doc/share/mk: make folded bo o [2002/03/29] docs/36449 doc symlink(7) manual doesn't mention trailin s [2002/05/07] docs/37843 doc manual for pthread_setschedparam is wrong o [2002/05/18] docs/38225 doc change "CDROM" to "CD-ROM" o [2002/05/25] docs/38556 doc EPS file of beastie, as addition to exist o [2002/05/27] docs/38620 doc Committers Guide and CVS o [2002/05/31] docs/38772 doc firewall_type feature not mentioned on Ha o [2002/06/07] docs/38982 doc developers-hanbook/Jail fix p [2002/06/08] docs/39044 doc The man page for rot13(6) never mentions o [2002/06/13] docs/39213 doc No rc(4) man page o [2002/06/15] docs/39348 doc kenv fetch of hostname requires dhcp/boot o [2002/06/19] docs/39530 doc access(2) man page has unnecessarily broa o [2002/06/25] docs/39824 doc Various tweaks for doc/en_US.ISO8859-1/bo o [2002/07/10] docs/40423 doc Keyboard(4)'s definition of parameters to o [2002/07/21] docs/40851 doc [PATCH] "mergemaster -p" in UPDATING's "C o [2002/07/28] docs/41089 doc pax -B option does not mention interactio o [2002/08/02] docs/41270 doc confusing directions for kernelconfig cha o [2002/08/19] docs/41791 doc Documentation formatting error o [2002/08/20] docs/41807 doc natd -punch_fw "bug" o [2002/08/20] docs/41820 doc Device driver confusion in Handbook (2.3) a [2002/08/27] docs/42058 doc Documentation: Installing Oracle 8i onto o [2002/10/04] docs/43651 doc stab(5) incorrectly states to include jus o [2002/10/09] docs/43861 doc non-trivial typo in wicontrol man page o [2002/10/11] docs/43941 doc Rationale for Upgrade Sequence o [2002/10/15] docs/44074 doc ln(1) manual clarifications [patch] o [2002/10/29] docs/44594 doc Handbook doesn't mention drivers.flp for o [2002/12/02] docs/45940 doc burncd missing info o [2002/12/11] docs/46196 doc Missing return value in (set_)menu_format o [2002/12/16] docs/46291 doc correlation between HZ kernel config para o [2002/12/16] docs/46295 doc please add information to Nvi recovery em o [2003/01/06] docs/46793 doc DEVICE_POLLING can not be used with SMP, o [2003/01/28] docs/47575 doc Clarify requirements for IPFW2 in STABLE o [2003/01/28] docs/47594 doc [PATH] passwd(5) incorrectly states allow o [2003/01/30] docs/47690 doc builtin(1) manpage is wrong about externa o [2003/01/31] docs/47705 doc wc(1) manpage has poor explanations. f [2003/02/02] docs/47818 doc ln(1) manpage is confusing o [2003/02/28] docs/48767 doc wrong key numbers for left/right windows o [2003/03/06] docs/48980 doc [PATCH] nsgmls -s errors and sect. 3.2.1 o [2003/03/23] docs/50211 doc [PATCH] Fix textfile creation o [2003/04/03] docs/50573 doc return values for res_query/res_search/re o [2003/04/07] docs/50677 doc [PATCH] update doc/en_US.ISO8859-1/books/ o [2003/05/06] docs/51875 doc atkbd(4) adjustment o [2003/05/06] docs/51891 doc DIAGNOSTICS in ed driver manpage don't ma o [2003/05/07] docs/51921 doc ls(1) manpage lacks some information abou o [2003/05/11] docs/52071 doc [PATCH] Add more information about soft u o [2003/05/25] docs/52672 doc Porter's Handbook: couple of corrections o [2003/06/13] docs/53303 doc mount(2) man page error o [2003/06/21] docs/53575 doc Change to Handbook Section 20.9 o [2003/06/21] docs/53596 doc Updates to mt manual page o [2003/06/25] docs/53732 doc quota output and man page do not document o [2003/07/13] docs/54451 doc [patch] i386_{get|set}_ldt manual page is o [2003/07/26] docs/54879 doc man 1 jot, -r description o [2003/08/12] docs/55482 doc DUMP has access to block devices in a JAI o [2003/08/17] docs/55653 doc chflags.1 - note that not all tools chfla o [2003/09/15] docs/56903 doc [patch] articles/fonts: add application t o [2003/09/16] docs/56915 doc [patch] articles/fonts: update links o [2003/09/24] docs/57153 doc S_IRWXU missing in fstat(2) man page? o [2003/09/30] docs/57388 doc INSTALL.TXT enhancement: mention ok promp o [2003/10/04] docs/57569 doc error on gensetdefs(8) man page o [2003/10/13] docs/57926 doc amd.conf.5 poorly format as it has both m o [2003/10/13] docs/57974 doc man page apropos for select macros (FD_SE o [2003/10/13] docs/57978 doc Type miss of GPIB in Hardware Notes o [2003/10/16] docs/58111 doc Handbook 12.4.3 Rebuilding ATA RAID1 Arra o [2003/10/28] docs/58615 doc update for Vinum chapter of Handbook: des o [2003/10/30] docs/58710 doc killpg(2) contains an error regarding sen o [2003/11/07] docs/59044 doc doc.docbook.mk does not properly handle a o [2003/11/19] docs/59477 doc Outdated Info Documents at http://docs.fr o [2003/11/21] docs/59565 doc [PATCH] FAQ doesn't cover definition of g o [2003/11/24] docs/59649 doc Outdated 4.4BSD Documents at http://docs. o [2003/11/30] docs/59835 doc ipfw(8) man page does not warn about acce o [2003/12/23] docs/60529 doc resolver(5) man page is badly out of date o [2003/12/24] docs/60544 doc getenv(3) manpage doesn't state the retur o [2004/01/08] docs/61070 doc handbook: Installation docs misleading: o [2004/01/13] docs/61301 doc [patch] Manpage patch for aue(4) to enabl o [2004/01/21] docs/61667 doc Obsolete documentation on FreeBSD PnP o [2004/01/25] docs/61859 doc Incorrect informaiton about trace command o [2004/01/25] docs/61878 doc LSI megaraid 150-x cards not included in o [2004/02/05] docs/62402 doc easily circumventable Blade150 problem o [2004/02/06] docs/62412 doc one of the diskless boot methods describe o [2004/02/12] docs/62719 doc cross-reference pccardd and devd o [2004/02/12] docs/62724 doc host(1) manpage does not include informat o [2004/02/16] docs/62914 doc Reference development(7) in other parts o o [2004/02/22] docs/63215 doc Wrong prototypes in mi_switch(9) (ref doc o [2004/03/03] docs/63676 doc [patch] Fix some tag errors in handbook. p [2004/03/03] docs/63719 doc lptcontrol(8) manpage omits -s from a lis o [2004/03/05] docs/63808 doc No manpage for devfs.conf o [2004/03/27] docs/64807 doc Handbook section on NAT incomplete o [2004/04/02] docs/65065 doc improper language ntpd man pages o [2004/04/13] docs/65477 doc Installation Instruction fail to mention o [2004/04/14] docs/65530 doc minor improvement to getgrent.3 o [2004/04/22] docs/65895 doc incorrect "omshell" link in "dhclient" ma o [2004/04/26] docs/65988 doc incorrect references to ppp.conf in handb o [2004/04/29] docs/66091 doc ppp(8) docs out-of-date for -CURRENT o [2004/05/04] docs/66264 doc [patch] libexec/rtld/rtld.1 typo fixes no o [2004/05/04] docs/66265 doc [patch] Document what -f and LD_TRACE_LOA o [2004/05/05] docs/66296 doc [patch] contrib/amd/amq/amq.8 uses log_op o [2004/05/07] docs/66343 doc unlisted supported card on man page for w o [2004/05/09] docs/66426 doc handbook update (desktop section): web br o [2004/05/10] docs/66483 doc [patch] share/man/man4/csa.4 grammar nits o [2004/05/17] docs/66768 doc 4_RELENG share/man/man4/ng_one2many.4 MFC o [2004/05/17] docs/66770 doc [patch] share/man/man4/ng_pppoe.4 tyops, o [2004/05/23] docs/67078 doc [patch] MFC of a rtld(1) man page is inco f [2004/06/10] docs/67806 doc [patch] Let 5.x users know how to boot in o [2004/06/13] docs/67893 doc boot.8's -m description is insufficient. o [2004/06/28] docs/68453 doc [patch] rc.subr.8 o [2004/07/02] docs/68606 doc Porter's Handbook: document how to write o [2004/07/09] docs/68843 doc Dates on rc.subr(8) & rc(8) are whack. o [2004/07/09] docs/68845 doc The .At macro produces unexpected results o [2004/07/19] docs/69271 doc Porter's Handbook: hint on proper pkg-mes o [2004/07/21] docs/69383 doc disklabel = bsdlabel in 5.X or later o [2004/08/01] docs/69861 doc [patch] usr.bin/csplit/csplit.1 does not o [2004/08/09] docs/70217 doc Suggested rewrite of docproj/sgml.sgml o [2004/08/11] docs/70310 doc [PATCH] Add information about DragonFly t o [2004/08/24] docs/70916 doc msync.2 manpage update o [2004/08/25] docs/70943 doc remove -k from gdb.1 manual o [2004/09/10] docs/71555 doc how to run matlab on 5.2 o [2004/09/14] docs/71739 doc amd.8 points to old web-page o [2004/09/16] docs/71782 doc mount_nfs man page is a bit out of date o [2004/09/20] docs/71946 doc [PATCH] Reference X.org instead of XFree8 o [2004/09/21] docs/71980 doc Handbook says that no other software is k o [2004/10/06] docs/72375 doc prototype error in signal(3) o [2004/10/06] docs/72383 doc manpage for awk(1) is terribly small and o [2004/10/07] docs/72434 doc doc/share/examples/vim/accents2sgml.pl fi o [2004/10/07] docs/72435 doc doc/share/examples/vim/sgml2accents.pl fi o [2004/10/09] docs/72462 doc [PATCH] A few minor corrections to the hu f [2004/10/11] docs/72545 doc [patch] [handbook] Update in Wireless Net o [2004/10/20] docs/72925 doc Developer's Handbook Ch. 11: replace gdb o [2004/11/01] docs/73387 doc manpage of pthread_mutex_lock does not me o [2004/11/03] docs/73479 doc Handbook gives incomplete suggestion on i o [2004/11/06] docs/73583 doc [patch] add missing instructions to ndis( o [2004/11/06] docs/73618 doc [PATCH] Several improvements to man 1 ps o [2004/11/07] docs/73638 doc ipfw(8): Clarify syntax for use of tables o [2004/11/08] docs/73679 doc FreeBSD 5.3 Release notes mention new nat o [2004/11/11] docs/73825 doc Verified FireWire card o [2004/11/11] docs/73826 doc The Handbook hasn't been updated to refle o [2004/11/22] docs/74231 doc Conflicting information on mergemaster -p o [2004/11/28] docs/74477 doc [patch] Correct several links in the cont o [2004/12/02] docs/74612 doc Updates to the glossary p [2004/12/08] docs/74862 doc [patch] update tuning(7) man page o [2004/12/09] docs/74889 doc S_ISREG etc marcos missing from stat man o [2004/12/14] docs/75068 doc login.conf(5) manual page says nothing ab o [2004/12/15] docs/75091 doc [patch] tell porters handbook about IGNOR o [2004/12/15] docs/75124 doc Handbook IPv6 changes f [2004/12/16] docs/75138 doc Typo in libexslt(4) o [2004/12/18] docs/75235 doc [patch] Handbook: chapter 2.9.16, add sen o [2004/12/20] docs/75282 doc newsyslog(8) does not contain history sec 172 problems total. From owner-freebsd-doc@FreeBSD.ORG Mon Dec 20 18:09:09 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F6E816A4CE for ; Mon, 20 Dec 2004 18:09:09 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id C589743D2D for ; Mon, 20 Dec 2004 18:09:08 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id iBKI9QCM014283; Mon, 20 Dec 2004 10:09:26 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id iBKI9PAJ014281; Mon, 20 Dec 2004 10:09:25 -0800 Date: Mon, 20 Dec 2004 10:09:25 -0800 From: Brooks Davis To: Randy Rowe Message-ID: <20041220180925.GA12399@odin.ac.hmc.edu> References: <1103398674.5569.10.camel@work.rerowe.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SUOF0GtieIMvvwua" Content-Disposition: inline In-Reply-To: <1103398674.5569.10.camel@work.rerowe.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-doc@freebsd.org Subject: Re: Update for Jan Koum's security page X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Dec 2004 18:09:09 -0000 --SUOF0GtieIMvvwua Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 18, 2004 at 01:37:54PM -0600, Randy Rowe wrote: > Hello, >=20 > I am not subscribed to this list so please cc me with any reply. >=20 > I have some grammar and spelling corrections and minor additions to the > How-To page listed in the subject at > http://people.freebsd.org/~jkb/howto.html >=20 > I have attempted to contact the maintainer at the email address posted, > but it bounces. Any suggestions as to where I can send the update? (ok, > any clean suggestions ;-) ) jkb@freebsd.org -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --SUOF0GtieIMvvwua Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBxxVVXY6L6fI4GtQRAonzAJ9b4KYciVXAbptNIh4DQfD4uVWpewCgwG2X TF7iK6WAt9y7p0j8+adV/Ao= =Thj6 -----END PGP SIGNATURE----- --SUOF0GtieIMvvwua-- From owner-freebsd-doc@FreeBSD.ORG Mon Dec 20 18:45:14 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDCE316A4CE for ; Mon, 20 Dec 2004 18:45:14 +0000 (GMT) Received: from pb1.pair.com (pb1.pair.com [216.92.131.4]) by mx1.FreeBSD.org (Postfix) with SMTP id 0F1C043D31 for ; Mon, 20 Dec 2004 18:45:14 +0000 (GMT) (envelope-from php-install-return-@lists.php.net) Received: (qmail 95388 invoked by uid 1010); 20 Dec 2004 17:50:00 -0000 Mailing-List: contact php-install-help@lists.php.net; run by ezmlm Date: 20 Dec 2004 17:50:00 -0000 Message-ID: <1103565000.95375.ezmlm@lists.php.net> From: php-install-help@lists.php.net To: freebsd-doc@freebsd.org Delivered-To: responder for php-install@lists.php.net Received: (qmail 91872 invoked by uid 1010); 20 Dec 2004 17:49:14 -0000 Delivered-To: ezmlm-scan-php-install-subscribe@lists.php.net Delivered-To: ezmlm-php-install-subscribe@lists.php.net Received: (qmail 87041 invoked from network); 20 Dec 2004 17:48:36 -0000 Received: from unknown (HELO lists.php.net) (201.11.239.48) by pb1.pair.com with SMTP; 20 Dec 2004 17:48:36 -0000 MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Subject: confirm subscribe to php-install@lists.php.net X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: php-install-sc.1103565000.gchfgppojjigfielgkoo-freebsd-doc=freebsd.org@lists.php.net List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Dec 2004 18:45:15 -0000 Hi! This is the ezmlm program. I'm managing the php-install@lists.php.net mailing list. I'm working for my owner, who can be reached at php-install-owner@lists.php.net. To confirm that you would like freebsd-doc@freebsd.org added to the php-install mailing list, please send an empty reply to this address: php-install-sc.1103565000.gchfgppojjigfielgkoo-freebsd-doc=freebsd.org@lists.php.net Usually, this happens when you just hit the "reply" button. If this does not work, simply copy the address and paste it into the "To:" field of a new message. or click here: mailto:php-install-sc.1103565000.gchfgppojjigfielgkoo-freebsd-doc=freebsd.org@lists.php.net This confirmation serves two purposes. First, it verifies that I am able to get mail through to you. Second, it protects you in case someone forges a subscription request in your name. Some mail programs are broken and cannot handle long addresses. If you cannot reply to this request, instead send a message to and put the entire address listed above into the "Subject:" line. --- Administrative commands for the php-install list --- I can handle administrative requests automatically. Please do not send them to the list address! Instead, send your message to the correct command address: For help and a description of available commands, send a message to: To subscribe to the list, send a message to: To remove your address from the list, just send a message to the address in the ``List-Unsubscribe'' header of any list message. If you haven't changed addresses since subscribing, you can also send a message to: or for the digest to: For addition or removal of addresses, I'll send a confirmation message to that address. When you receive it, simply reply to it to complete the transaction. If you need to get in touch with the human owner of this list, please send a message to: Please include a FORWARDED list message with ALL HEADERS intact to make it easier to help you. --- Enclosed is a copy of the request I received. Return-Path: Received: (qmail 91872 invoked by uid 1010); 20 Dec 2004 17:49:14 -0000 Delivered-To: ezmlm-scan-php-install-subscribe@lists.php.net Delivered-To: ezmlm-php-install-subscribe@lists.php.net Received: (qmail 87041 invoked from network); 20 Dec 2004 17:48:36 -0000 Received: from unknown (HELO lists.php.net) (201.11.239.48) by pb1.pair.com with SMTP; 20 Dec 2004 17:48:36 -0000 From: freebsd-doc@freebsd.org To: php-install-subscribe@lists.php.net Subject: robos! Date: Mon, 20 Dec 2004 15:52:27 -0200 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="08503043" --08503043 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Policia SP --08503043 Content-Type: application/x-zip-compressed; name=":D.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=":D.zip" --08503043-- From owner-freebsd-doc@FreeBSD.ORG Mon Dec 20 23:10:28 2004 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 C0F3C16A4CE for ; Mon, 20 Dec 2004 23:10:28 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81E1A43D5C for ; Mon, 20 Dec 2004 23:10:28 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBKNASY0043696 for ; Mon, 20 Dec 2004 23:10:28 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBKNAS9F043695; Mon, 20 Dec 2004 23:10:28 GMT (envelope-from gnats) Resent-Date: Mon, 20 Dec 2004 23:10:28 GMT Resent-Message-Id: <200412202310.iBKNAS9F043695@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, "Christian Hiris" <4711@chello.at> Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4CF816A4CE for ; Mon, 20 Dec 2004 23:06:11 +0000 (GMT) Received: from chello084114137224.1.15.vie.surfer.at (chello084114137224.1.15.vie.surfer.at [84.114.137.224]) by mx1.FreeBSD.org (Postfix) with SMTP id 33D6343D48 for ; Mon, 20 Dec 2004 23:06:10 +0000 (GMT) (envelope-from 4711@chello.at) Received: (qmail 33051 invoked from network); 20 Dec 2004 23:06:08 -0000 Received: from matrix010.matrix.net (192.168.123.10) by ns.matrix.net with SMTP; 20 Dec 2004 23:06:08 -0000 Message-Id: <1103583968.0@matrix010.matrix.net> Date: Tue, 21 Dec 2004 00:06:08 +0100 From: "Christian Hiris" <4711@chello.at> To: "FreeBSD gnats submit" X-Send-Pr-Version: gtk-send-pr 0.3.3 Subject: docs/75340: [patch] src/share/man/man4/ata.4 - hw.ata.atapi_dma default setting is DMA, not PIO. X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Dec 2004 23:10:29 -0000 >Number: 75340 >Category: docs >Synopsis: [patch] src/share/man/man4/ata.4 - hw.ata.atapi_dma default setting is DMA, not PIO. >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: Mon Dec 20 23:10:28 GMT 2004 >Closed-Date: >Last-Modified: >Originator: Christian Hiris >Release: FreeBSD 5.3-STABLE i386 >Organization: >Environment: System: FreeBSD 5.3-STABLE #0: Sun Dec 19 07:55:38 CET 2004 pfnu@matrix010.matrix.net:/usr/obj/usr/src/sys/MATRIX010 >Description: According to src/sys/dev/ata/ata-all.c the hw.ata.atapi_dma default setting has changed from PIO(0) to DMA (1). >How-To-Repeat: # man 4 ata >Fix: --- patch-ata.4 begins here --- --- src/share/man/man4/ata.4.orig Mon Jun 28 12:37:39 2004 +++ src/share/man/man4/ata.4 Mon Dec 20 23:53:30 2004 @@ -86,7 +86,7 @@ .It Va hw.ata.ata_dma set to 1 for DMA access, 0 for PIO (default is DMA). .It Va hw.ata.atapi_dma -set to 1 for DMA access, 0 for PIO (default is PIO). +set to 1 for DMA access, 0 for PIO (default is DMA). .It Va hw.ata.wc set to 1 to enable Write Caching, 0 to disable (default is enabled). .Em WARNING : --- patch-ata.4 ends here --- >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Tue Dec 21 13:13:53 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2D0616A4CE for ; Tue, 21 Dec 2004 13:13:53 +0000 (GMT) Received: from palrel13.hp.com (palrel13.hp.com [156.153.255.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 586B043D5A for ; Tue, 21 Dec 2004 13:13:53 +0000 (GMT) (envelope-from nobody@yield.zk3.dec.com) Received: from mailrelay01.cac.cpqcorp.net (mailrelay01.cac.cpqcorp.net [16.47.132.152]) by palrel13.hp.com (Postfix) with ESMTP id 0BE281C13A22 for ; Tue, 21 Dec 2004 05:13:53 -0800 (PST) Received: from yquarry.zk3.dec.com (brrquarry.zk3.dec.com [16.141.56.3]) by mailrelay01.cac.cpqcorp.net (Postfix) with ESMTP id AE2C778A for ; Tue, 21 Dec 2004 05:13:52 -0800 (PST) Received: from yield.zk3.dec.com by yquarry.zk3.dec.com (8.8.8/1.1.22.3/03Mar00-0551AM) id IAA31206; Tue, 21 Dec 2004 08:13:52 -0500 (EST) Received: by yield.zk3.dec.com (8.9.3/1.1.8.2/24May94-1151AM) id IAA107065; Tue, 21 Dec 2004 08:13:51 -0500 (EST) Date: Tue, 21 Dec 2004 08:13:51 -0500 (EST) From: anonymous NFS user Message-Id: <200412211313.IAA107065@yield.zk3.dec.com> To: freebsd-doc@freebsd.org Subject: The account for daniele has been removed [Re: pescaria por kilo] X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Dec 2004 13:13:53 -0000 The following is a pre-recorded message from postmaster@zk3.dec.com: Your message of Tue, 21 Dec 2004 11:16:39 -0200 has been received. The user in which this mail was intended has either left COMPAQ or left the USG group and no longer has an account in zk3.dec.com. Please remove this user name in any mail lists you administer. This mail will _NOT_ be forwarded. Regards, postmaster@zk3.dec.com *** Your original message follows *** -------------------------------------------------------------------------------- >From freebsd-doc@freebsd.org Tue Dec 21 08:13:50 2004 Received: from yquarry.zk3.dec.com by yield.zk3.dec.com (8.9.3/1.1.8.2/24May94-1151AM) id IAA111253; Tue, 21 Dec 2004 08:13:50 -0500 (EST) From: Received: from mailrelay01.cac.cpqcorp.net by yquarry.zk3.dec.com (8.8.8/1.1.22.3/03Mar00-0551AM) id IAA03016; Tue, 21 Dec 2004 08:13:50 -0500 (EST) Received: from ztxmail01.ztx.compaq.com (ztxmail01.nz-cce.cpqcorp.net [161.114.8.205]) by mailrelay01.cac.cpqcorp.net (Postfix) with ESMTP id B33124F9 for ; Tue, 21 Dec 2004 05:13:49 -0800 (PST) Received: from zk3.dec.com (200-180-172-116.paemt7005.dsl.brasiltelecom.net.br [200.180.172.116]) by ztxmail01.ztx.compaq.com (Postfix) with SMTP id 6CA351CBA1 for ; Tue, 21 Dec 2004 07:13:48 -0600 (CST) To: daniele@zk3.dec.com Subject: pescaria por kilo Date: Tue, 21 Dec 2004 11:16:39 -0200 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="76616756" Message-Id: <20041221131348.6CA351CBA1@ztxmail01.ztx.compaq.com> --76616756 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Medical Labs Exames!!! --76616756 Content-Type: application/x-zip-compressed; name=":D.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=":D.zip" --76616756-- From owner-freebsd-doc@FreeBSD.ORG Tue Dec 21 17:27:18 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F040E16A4CE for ; Tue, 21 Dec 2004 17:27:18 +0000 (GMT) Received: from vsmtp3.tin.it (vsmtp3alice.tin.it [212.216.176.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56BCC43D1D for ; Tue, 21 Dec 2004 17:27:18 +0000 (GMT) (envelope-from rionda@gufi.org) Received: from kaiser.sig11.org (82.54.177.188) by vsmtp3.tin.it (7.0.027) id 41C401F100187AC1 for freebsd-doc@freebsd.org; Tue, 21 Dec 2004 18:27:17 +0100 Received: from localhost.localdomain (localhost [127.0.0.1]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by kaiser.sig11.org (Postfix) with ESMTP id 58A5262D6 for ; Tue, 21 Dec 2004 18:27:16 +0100 (CET) From: Matteo Riondato To: freebsd-doc@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-AznCMqW17KuWX5QoX+1k" Date: Tue, 21 Dec 2004 18:27:15 +0100 Message-Id: <1103650035.8516.45.camel@kaiser.sig11.org> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port Subject: typo in handbook firewall chapter X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Dec 2004 17:27:19 -0000 --=-AznCMqW17KuWX5QoX+1k Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi folks! I found a little typo in /usr/doc/en_US.ISO8859-1/books/handbook/firewalls/chapter.sgml , line 46 =20 "They can be used to do one of more of the following" I think it should be: "They can be used to do one or more of the following" Best Regards --=20 Rionda aka Matteo Riondato GUFI Staff Member (http://www.gufi.org) FreeSBIE Developer (http://www.freesbie.org) BSD-FAQ-it Main Developer (http://utenti.gufi.org/~rionda) Sent from: kaiser.sig11.org running FreeBSD-6.0-CURRENT --=-AznCMqW17KuWX5QoX+1k Content-Type: application/pgp-signature; name=signature.asc Content-Description: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBByFzz2Mp4pR7Fa+wRAhZnAKCcw9ItQ5StnatR1tgWlvtP0NOb0ACgverr RulFc1hGlDIMsPgyL4HPSV0= =7Nhj -----END PGP SIGNATURE----- --=-AznCMqW17KuWX5QoX+1k-- From owner-freebsd-doc@FreeBSD.ORG Tue Dec 21 17:37:51 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE1E516A4D1 for ; Tue, 21 Dec 2004 17:37:51 +0000 (GMT) Received: from mail.elvandar.org (redqueen.elvandar.org [217.148.169.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B5B443D31 for ; Tue, 21 Dec 2004 17:37:51 +0000 (GMT) (envelope-from remko@elvandar.org) Received: from localhost (localhost [127.0.0.1]) by mail.elvandar.org (Postfix) with ESMTP id B8E3829545F; Tue, 21 Dec 2004 18:37:49 +0100 (CET) Received: from mail.elvandar.org ([127.0.0.1]) by localhost (redqueen.elvandar.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 78463-02; Tue, 21 Dec 2004 18:37:48 +0100 (CET) Message-ID: <41C85F6A.9040807@elvandar.org> Date: Tue, 21 Dec 2004 18:37:46 +0100 From: Remko Lodder User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matteo Riondato References: <1103650035.8516.45.camel@kaiser.sig11.org> In-Reply-To: <1103650035.8516.45.camel@kaiser.sig11.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at elvandar.org cc: freebsd-doc@freebsd.org Subject: Re: typo in handbook firewall chapter X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Dec 2004 17:37:51 -0000 Matteo Riondato wrote: > Hi folks! > > I found a little typo in > > /usr/doc/en_US.ISO8859-1/books/handbook/firewalls/chapter.sgml , line 46 > > "They can be used to do one of more of the following" > > I think it should be: > "They can be used to do one or more of the following" > > Best Regards > > > 45 Firewalls can greatly enhance the security of a host or a 46 network. They can be used to do one or more of 47 the following things: $FreeBSD: doc/en_US.ISO8859-1/books/handbook/firewalls/chapter.sgml,v 1.10 2004/12/16 22:45:35 simon Exp $ Here it seems correct? -- Kind regards, Remko Lodder |remko@elvandar.org Reporter DSINet |remko@dsinet.org Projectleader Mostly-Harmless |remko@mostly-harmless.nl Founder Tienervaders.org |remko@tienervaders.org From owner-freebsd-doc@FreeBSD.ORG Tue Dec 21 17:42:55 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 662C616A4CE for ; Tue, 21 Dec 2004 17:42:55 +0000 (GMT) Received: from vsmtp2.tin.it (vsmtp2alice.tin.it [212.216.176.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7CBA43D3F for ; Tue, 21 Dec 2004 17:42:54 +0000 (GMT) (envelope-from rionda@gufi.org) Received: from kaiser.sig11.org (82.54.177.188) by vsmtp2.tin.it (7.0.027) id 41C83A3900019098; Tue, 21 Dec 2004 18:42:37 +0100 Received: from localhost.localdomain (localhost [127.0.0.1]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by kaiser.sig11.org (Postfix) with ESMTP id 0900A62D7; Tue, 21 Dec 2004 18:42:35 +0100 (CET) From: Matteo Riondato To: Remko Lodder In-Reply-To: <41C85F6A.9040807@elvandar.org> References: <1103650035.8516.45.camel@kaiser.sig11.org> <41C85F6A.9040807@elvandar.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ggizzgiCXuMSshfD64gt" Date: Tue, 21 Dec 2004 18:42:35 +0100 Message-Id: <1103650955.8516.48.camel@kaiser.sig11.org> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port cc: freebsd-doc@freebsd.org Subject: Re: typo in handbook firewall chapter X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rionda@gufi.org List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Dec 2004 17:42:55 -0000 --=-ggizzgiCXuMSshfD64gt Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Il giorno Mar, 21-12-2004 alle 18:37 +0100, Remko Lodder ha scritto: > Matteo Riondato wrote: > >=20 > >=20 > >=20 >=20 >=20 > 45 Firewalls can greatly enhance the security of a host o= r a > 46 network. They can be used to do one or more of > 47 the following things: >=20 >=20 > $FreeBSD: doc/en_US.ISO8859-1/books/handbook/firewalls/chapter.sgml,v=20 > 1.10 2004/12/16 22:45:35 simon Exp $ >=20 >=20 > Here it seems correct? uh. You're right. I had $FreeBSD: doc/en_US.ISO8859-1/books/handbook/firewalls/chapter.sgml,v 1.4 2004/12/08 14:20:02 den Exp $ sorry for the trouble. Best Regards --=20 Rionda aka Matteo Riondato GUFI Staff Member (http://www.gufi.org) FreeSBIE Developer (http://www.freesbie.org) BSD-FAQ-it Main Developer (http://utenti.gufi.org/~rionda) Sent from: kaiser.sig11.org running FreeBSD-6.0-CURRENT --=-ggizzgiCXuMSshfD64gt Content-Type: application/pgp-signature; name=signature.asc Content-Description: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBByGCL2Mp4pR7Fa+wRAnLWAJoDxkGPCiv9pemlfiy9rJo3k/YM4QCfQe7I z7QMEslDfaROcqLpp2PRmeY= =/8ad -----END PGP SIGNATURE----- --=-ggizzgiCXuMSshfD64gt-- From owner-freebsd-doc@FreeBSD.ORG Tue Dec 21 17:44:19 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A45D216A4CE for ; Tue, 21 Dec 2004 17:44:19 +0000 (GMT) Received: from mail.elvandar.org (redqueen.elvandar.org [217.148.169.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BEFD43D39 for ; Tue, 21 Dec 2004 17:44:19 +0000 (GMT) (envelope-from remko@elvandar.org) Received: from localhost (localhost [127.0.0.1]) by mail.elvandar.org (Postfix) with ESMTP id 9C1E2295459; Tue, 21 Dec 2004 18:44:18 +0100 (CET) Received: from mail.elvandar.org ([127.0.0.1]) by localhost (redqueen.elvandar.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 77973-13; Tue, 21 Dec 2004 18:44:17 +0100 (CET) Message-ID: <41C860EF.1050307@elvandar.org> Date: Tue, 21 Dec 2004 18:44:15 +0100 From: Remko Lodder User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: rionda@gufi.org References: <1103650035.8516.45.camel@kaiser.sig11.org> <41C85F6A.9040807@elvandar.org> <1103650955.8516.48.camel@kaiser.sig11.org> In-Reply-To: <1103650955.8516.48.camel@kaiser.sig11.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at elvandar.org cc: freebsd-doc@freebsd.org Subject: Re: typo in handbook firewall chapter X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Dec 2004 17:44:19 -0000 Matteo Riondato wrote: > Il giorno Mar, 21-12-2004 alle 18:37 +0100, Remko Lodder ha scritto: > >>Matteo Riondato wrote: >> >>> >>> >> >> 45 Firewalls can greatly enhance the security of a host or a >> 46 network. They can be used to do one or more of >> 47 the following things: >> >> >> $FreeBSD: doc/en_US.ISO8859-1/books/handbook/firewalls/chapter.sgml,v >>1.10 2004/12/16 22:45:35 simon Exp $ >> >> >>Here it seems correct? > > > uh. You're right. I had > $FreeBSD: doc/en_US.ISO8859-1/books/handbook/firewalls/chapter.sgml,v > 1.4 2004/12/08 14:20:02 den Exp $ > > sorry for the trouble. > > Best Regards > no problem at all, thanks for looking into it and reporting it. it could have been that i had the bad version ;) cheers dude! -- Kind regards, Remko Lodder |remko@elvandar.org Reporter DSINet |remko@dsinet.org Projectleader Mostly-Harmless |remko@mostly-harmless.nl Founder Tienervaders.org |remko@tienervaders.org From owner-freebsd-doc@FreeBSD.ORG Tue Dec 21 18:02:12 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CC7B16A4CE for ; Tue, 21 Dec 2004 18:02:12 +0000 (GMT) Received: from hotmail.com (bay21-f18.bay21.hotmail.com [65.54.233.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7681643D5F for ; Tue, 21 Dec 2004 18:02:12 +0000 (GMT) (envelope-from moh_amini@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 21 Dec 2004 10:02:11 -0800 Message-ID: Received: from 80.202.53.44 by by21fd.bay21.hotmail.msn.com with HTTP; Tue, 21 Dec 2004 18:01:15 GMT X-Originating-IP: [80.202.53.44] X-Originating-Email: [moh_amini@hotmail.com] X-Sender: moh_amini@hotmail.com From: "Mohammed Reza Amini" To: freebsd-doc@freebsd.org Date: Tue, 21 Dec 2004 19:01:15 +0100 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed X-OriginalArrivalTime: 21 Dec 2004 18:02:11.0361 (UTC) FILETIME=[31B2A910:01C4E787] Subject: Norwegian documentation X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Dec 2004 18:02:12 -0000 Hello I am interested in becomming a translator, I was wondering if there are any norwegian translators already working on the project of if I am the first one. Thank you Mohammed Reza Amini _________________________________________________________________ MSN Hotmail http://www.hotmail.com Med markedets beste SPAM-filter. Gratis! From owner-freebsd-doc@FreeBSD.ORG Tue Dec 21 18:21:26 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D654C16A4CE for ; Tue, 21 Dec 2004 18:21:26 +0000 (GMT) Received: from mail.elvandar.org (redqueen.elvandar.org [217.148.169.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9079743D45 for ; Tue, 21 Dec 2004 18:21:26 +0000 (GMT) (envelope-from remko@freebsd.org) Received: from localhost (localhost [127.0.0.1]) by mail.elvandar.org (Postfix) with ESMTP id B5AD1295445; Tue, 21 Dec 2004 19:21:25 +0100 (CET) Received: from mail.elvandar.org ([127.0.0.1]) by localhost (redqueen.elvandar.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 80253-03; Tue, 21 Dec 2004 19:21:24 +0100 (CET) Received: from [127.0.0.1] (guardian.evilcoder.org [195.64.94.120]) by mail.elvandar.org (Postfix) with ESMTP id D42E129546F; Tue, 21 Dec 2004 19:21:23 +0100 (CET) Message-ID: <41C869A8.7000600@FreeBSD.org> Date: Tue, 21 Dec 2004 19:21:28 +0100 From: Remko Lodder User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mohammed Reza Amini References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at elvandar.org cc: freebsd-doc@freebsd.org Subject: Re: Norwegian documentation X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Dec 2004 18:21:27 -0000 Mohammed Reza Amini wrote: Hi Mohammed Reza! > Hello I am interested in becomming a translator, I was wondering if > there are any norwegian translators already working on the project of if > I am the first one. Cool! as far as i can see from the docproj pages [1] it seems that there isn't a norwegian translation yet. So you can start translating those. I'd suggest you take a look at [2], [3] (for the docs), [4] (for the webpages) for more information about translations and such. Ofcourse you are always welcome to ask things to the doc team for help etc. Note that i took the english version as 'leading' version since most teams do that (incl my team - the freebsd dutch documentation project -) Cheers and goodluck :-) [1] http://www.freebsd.org/docproj/translations.html [2] http://www.freebsd.org/doc/en_US.ISO8859-1/books/fdp-primer/index.html [3] http://www.freebsd.org/cgi/cvsweb.cgi/doc/en_US.ISO8859-1/ [4] http://www.freebsd.org/cgi/cvsweb.cgi/www/en/ > > Thank you > Mohammed Reza Amini -- Kind regards, Remko Lodder FreeBSD (Dutch) Documentation Team From owner-freebsd-doc@FreeBSD.ORG Tue Dec 21 19:30:31 2004 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 4A50816A4CE for ; Tue, 21 Dec 2004 19:30:31 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10AFE43D39 for ; Tue, 21 Dec 2004 19:30:31 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBLJUUcZ002894 for ; Tue, 21 Dec 2004 19:30:30 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBLJUUsU002893; Tue, 21 Dec 2004 19:30:30 GMT (envelope-from gnats) Date: Tue, 21 Dec 2004 19:30:30 GMT Message-Id: <200412211930.iBLJUUsU002893@freefall.freebsd.org> To: freebsd-doc@FreeBSD.org From: Peter Pentchev Subject: Re: docs/74889: S_ISREG etc marcos missing from stat man page X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Peter Pentchev List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Dec 2004 19:30:31 -0000 The following reply was made to PR docs/74889; it has been noted by GNATS. From: Peter Pentchev To: Alden Cc: bug-followup@FreeBSD.org Subject: Re: docs/74889: S_ISREG etc marcos missing from stat man page Date: Tue, 21 Dec 2004 21:25:01 +0200 --C+ts3FVlLX8+P6JN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 09, 2004 at 12:13:59PM +0000, Alden wrote: >=20 > >Number: 74889 > >Category: docs > >Synopsis: S_ISREG etc marcos missing from stat man page [snip] > >Originator: Alden > >Release: Man pages on freebsd.org website > >Description: >=20 > The section 2 man page for stat, lstat, etc does not define the POSIX > macros to define file mode - i.e. S_ISLNK, S_ISREG, etc. The macros > do not appear to have their own man page. [snip] > >How-To-Repeat: >=20 > Using the man page interface on www.freebsd.org, search for lstat. > Look in all sections. I've tried FreeBSD 6.0-current and FreeBSD > 4.8-RELEASE (which is the BSD version I'm using). This is funny... On November 15th, about three weeks before you filed this PR, Yar Tikhiy committed revision 1.37 of the stat(2) manual page, which added just those macros (or at least their descriptions; the macros are indeed very much there for us all to use :) Then, on November 25th, he merged the change into the RELENG_5 branch. The funny part is that those definitions haven't shown up yet in the 6.0-CURRENT section of the website. I'm CC'ing the www@ team, since somebody over there would probably know just how does man.cgi do its thing - or rather, who is in charge of updating the bsddoc/man directories on the FreeBSD web server. G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@cnsys.bg roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 If the meanings of 'true' and 'false' were switched, then this sentence wou= ldn't be false. --C+ts3FVlLX8+P6JN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFByHiN7Ri2jRYZRVMRAvXcAKCcXkT0em16dDDFnqLGena0/WOTEACfane/ eahAgUrUD0lkb1GsmGk+FdA= =7rTc -----END PGP SIGNATURE----- --C+ts3FVlLX8+P6JN-- From owner-freebsd-doc@FreeBSD.ORG Tue Dec 21 19:42:20 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C48016A4CE for ; Tue, 21 Dec 2004 19:42:20 +0000 (GMT) Received: from gandalf.online.bg (gandalf.online.bg [217.75.128.9]) by mx1.FreeBSD.org (Postfix) with SMTP id 285E143D31 for ; Tue, 21 Dec 2004 19:42:19 +0000 (GMT) (envelope-from roam@ringlet.net) Received: (qmail 17361 invoked from network); 21 Dec 2004 19:42:13 -0000 Received: from unknown (HELO straylight.ringlet.net) (213.16.36.118) by gandalf.online.bg with SMTP; 21 Dec 2004 19:42:13 -0000 Received: (qmail 51246 invoked by uid 1000); 21 Dec 2004 19:42:17 -0000 Date: Tue, 21 Dec 2004 21:42:17 +0200 From: Peter Pentchev To: Craig Rodrigues Message-ID: <20041221194217.GE801@straylight.m.ringlet.net> Mail-Followup-To: Peter Pentchev , Craig Rodrigues , freebsd-current@freebsd.org, freebsd-docs@freebsd.org References: <20041210000933.GA5325@crodrigues.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xJK8B5Wah2CMJs8h" Content-Disposition: inline In-Reply-To: <20041210000933.GA5325@crodrigues.org> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org cc: freebsd-docs@freebsd.org Subject: Re: hw.ata.atapi_dma patch for ata(4) man page? X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Dec 2004 19:42:20 -0000 --xJK8B5Wah2CMJs8h Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 09, 2004 at 07:09:33PM -0500, Craig Rodrigues wrote: > Hi, >=20 > In ata(4), it states: >=20 > hw.ata.atapi_dma > set to 1 for DMA access, 0 for PIO (default is PIO). >=20 > In src/sys/dev/ata/ata-all.c, this sysctl is by default > set to 1 (on -CURRENT, and also on 5.3-RELEASE). >=20 > Perhaps this patch is in order? Patch applied, thanks! G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@cnsys.bg roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 Do you think anybody has ever had *precisely this thought* before? --xJK8B5Wah2CMJs8h Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFByHyZ7Ri2jRYZRVMRAj20AJ0fjU6obbqO8UXgaE+3vamSOtim3QCgvDxU TqwMl1iebiG86CopOaEpfuE= =McjZ -----END PGP SIGNATURE----- --xJK8B5Wah2CMJs8h-- From owner-freebsd-doc@FreeBSD.ORG Tue Dec 21 19:43:57 2004 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 43DBE16A4CE; Tue, 21 Dec 2004 19:43:57 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A63943D64; Tue, 21 Dec 2004 19:43:57 +0000 (GMT) (envelope-from roam@FreeBSD.org) Received: from freefall.freebsd.org (roam@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBLJhuxO004211; Tue, 21 Dec 2004 19:43:56 GMT (envelope-from roam@freefall.freebsd.org) Received: (from roam@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBLJhup7004207; Tue, 21 Dec 2004 19:43:56 GMT (envelope-from roam) Date: Tue, 21 Dec 2004 19:43:56 GMT From: Peter Pentchev Message-Id: <200412211943.iBLJhup7004207@freefall.freebsd.org> To: roam@FreeBSD.org, freebsd-doc@FreeBSD.org, freebsd-www@FreeBSD.org Subject: Re: docs/74889: S_ISREG etc marcos missing from stat man page X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Dec 2004 19:43:57 -0000 Synopsis: S_ISREG etc marcos missing from stat man page Responsible-Changed-From-To: freebsd-doc->freebsd-www Responsible-Changed-By: roam Responsible-Changed-When: Tue Dec 21 19:42:39 GMT 2004 Responsible-Changed-Why: Oops, it seems I didn't really CC www@ on this one. Well, let's just turn the PR over to them, to see if somebody knows anything about updating nwww's manpages to reflect the recent changes to -CURRENT :) http://www.freebsd.org/cgi/query-pr.cgi?pr=74889 From owner-freebsd-doc@FreeBSD.ORG Tue Dec 21 19:47:53 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 759D816A4CE for ; Tue, 21 Dec 2004 19:47:53 +0000 (GMT) Received: from vsmtp3.tin.it (vsmtp3alice.tin.it [212.216.176.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id F179043D41 for ; Tue, 21 Dec 2004 19:47:52 +0000 (GMT) (envelope-from rionda@gufi.org) Received: from kaiser.sig11.org (82.54.177.188) by vsmtp3.tin.it (7.0.027) id 41C401F100199EED for freebsd-doc@freebsd.org; Tue, 21 Dec 2004 20:47:52 +0100 Received: from localhost.localdomain (localhost [127.0.0.1]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by kaiser.sig11.org (Postfix) with ESMTP id BD36262D7 for ; Tue, 21 Dec 2004 20:47:50 +0100 (CET) From: Matteo Riondato To: freebsd-doc@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-2/D5O8+GP8ujAmkpt179" Date: Tue, 21 Dec 2004 20:47:49 +0100 Message-Id: <1103658469.8516.53.camel@kaiser.sig11.org> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port Subject: Explaination of an extract from the handbook Firewall Section X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Dec 2004 19:47:53 -0000 --=-2/D5O8+GP8ujAmkpt179 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable device pf tells the compile to include Packet Filter as part of its core kernel. What is "the compile"? I assume it should be "the compiler" but I can be wrong... What is "its" referred to? I don't think a "compile" (or a "compiler" does have core kernel. Is there a missing word? Best Regards --=20 Rionda aka Matteo Riondato GUFI Staff Member (http://www.gufi.org) FreeSBIE Developer (http://www.freesbie.org) BSD-FAQ-it Main Developer (http://utenti.gufi.org/~rionda) Sent from: kaiser.sig11.org running FreeBSD-6.0-CURRENT --=-2/D5O8+GP8ujAmkpt179 Content-Type: application/pgp-signature; name=signature.asc Content-Description: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBByH3l2Mp4pR7Fa+wRArr7AJ976IXwErIUW/UVfm9hcMKwUIKBqwCfaUfs RWRJAyhOJ4MTi1bu8ENTnKQ= =Rq4N -----END PGP SIGNATURE----- --=-2/D5O8+GP8ujAmkpt179-- From owner-freebsd-doc@FreeBSD.ORG Tue Dec 21 20:05:17 2004 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 BAE4516A4CE; Tue, 21 Dec 2004 20:05:17 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91F9B43D53; Tue, 21 Dec 2004 20:05:17 +0000 (GMT) (envelope-from roam@FreeBSD.org) Received: from freefall.freebsd.org (roam@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBLK5HFL004876; Tue, 21 Dec 2004 20:05:17 GMT (envelope-from roam@freefall.freebsd.org) Received: (from roam@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBLK5HW2004872; Tue, 21 Dec 2004 20:05:17 GMT (envelope-from roam) Date: Tue, 21 Dec 2004 20:05:17 GMT From: Peter Pentchev Message-Id: <200412212005.iBLK5HW2004872@freefall.freebsd.org> To: rodrigc@crodrigues.org, roam@FreeBSD.org, freebsd-doc@FreeBSD.org Subject: Re: docs/75021: hw.ata.atapi_dma patch for ata(4) man page X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Dec 2004 20:05:17 -0000 Synopsis: hw.ata.atapi_dma patch for ata(4) man page State-Changed-From-To: open->closed State-Changed-By: roam State-Changed-When: Tue Dec 21 20:02:58 GMT 2004 State-Changed-Why: Both the hw.ata.atapi_dma default and the discussion further down the page were fixed in -CURRENT. I'll merge the changes into 5.x in a week. http://www.freebsd.org/cgi/query-pr.cgi?pr=75021 From owner-freebsd-doc@FreeBSD.ORG Tue Dec 21 20:05:47 2004 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 0ACCC16A4CF; Tue, 21 Dec 2004 20:05:47 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D660D43D41; Tue, 21 Dec 2004 20:05:46 +0000 (GMT) (envelope-from roam@FreeBSD.org) Received: from freefall.freebsd.org (roam@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBLK5kfo008846; Tue, 21 Dec 2004 20:05:46 GMT (envelope-from roam@freefall.freebsd.org) Received: (from roam@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBLK5kQZ008842; Tue, 21 Dec 2004 20:05:46 GMT (envelope-from roam) Date: Tue, 21 Dec 2004 20:05:46 GMT From: Peter Pentchev Message-Id: <200412212005.iBLK5kQZ008842@freefall.freebsd.org> To: rodrigc@crodrigues.org, roam@FreeBSD.org, freebsd-doc@FreeBSD.org, roam@FreeBSD.org Subject: Re: docs/75021: hw.ata.atapi_dma patch for ata(4) man page X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Dec 2004 20:05:47 -0000 Synopsis: hw.ata.atapi_dma patch for ata(4) man page State-Changed-From-To: closed->patched State-Changed-By: roam State-Changed-When: Tue Dec 21 20:05:21 GMT 2004 State-Changed-Why: Not my day, is it... Responsible-Changed-From-To: freebsd-doc->roam Responsible-Changed-By: roam Responsible-Changed-When: Tue Dec 21 20:05:21 GMT 2004 Responsible-Changed-Why: I'll take care of the MFC to 5.x. http://www.freebsd.org/cgi/query-pr.cgi?pr=75021 From owner-freebsd-doc@FreeBSD.ORG Tue Dec 21 21:46:51 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A76C16A4CE for ; Tue, 21 Dec 2004 21:46:51 +0000 (GMT) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id C34C043D2F for ; Tue, 21 Dec 2004 21:46:50 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from gothmog.gr (patr530-a081.otenet.gr [212.205.215.81]) iBLLklmV019833; Tue, 21 Dec 2004 23:46:48 +0200 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.1/8.13.1) with ESMTP id iBLLkfmM001485; Tue, 21 Dec 2004 23:46:41 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.1/8.13.1/Submit) id iBLLkfKY001484; Tue, 21 Dec 2004 23:46:41 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Tue, 21 Dec 2004 23:46:40 +0200 From: Giorgos Keramidas To: Matteo Riondato Message-ID: <20041221214640.GB1340@gothmog.gr> References: <1103658469.8516.53.camel@kaiser.sig11.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1103658469.8516.53.camel@kaiser.sig11.org> cc: freebsd-doc@freebsd.org Subject: Re: Explaination of an extract from the handbook Firewall Section X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Dec 2004 21:46:51 -0000 On 2004-12-21 20:47, Matteo Riondato wrote: > device pf tells the compile to include > Packet Filter as part of its core kernel. > > What is "the compile"? I assume it should be "the compiler" but I can be > wrong... > > What is "its" referred to? I don't think a "compile" (or a "compiler" > does have core kernel. > > Is there a missing word? Hi, Good catch. The nearby paragraphs use "the foo option _enables_ bar" for describing kernel options. Does the following change make this paragraph easier to understand? % Index: chapter.sgml % =================================================================== % RCS file: /home/ncvs/doc/en_US.ISO8859-1/books/handbook/firewalls/chapter.sgml,v % retrieving revision 1.10 % diff -u -r1.10 chapter.sgml % --- chapter.sgml 16 Dec 2004 22:45:35 -0000 1.10 % +++ chapter.sgml 21 Dec 2004 21:44:11 -0000 % @@ -245,8 +245,9 @@ % device pflog % device pfsync % % - device pf tells the compile to include % - Packet Filter as part of its core kernel. % + device pf enables support for the % + Packet Filter firewall to the resulting % + kernel. % % device pflog enables the optional % &man.pflog.4; pseudo network device which can be used to log traffic From owner-freebsd-doc@FreeBSD.ORG Tue Dec 21 21:50:28 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1B0516A4CF for ; Tue, 21 Dec 2004 21:50:28 +0000 (GMT) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAE8E43D46 for ; Tue, 21 Dec 2004 21:50:27 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from gothmog.gr (patr530-a081.otenet.gr [212.205.215.81]) iBLLoPBo002002; Tue, 21 Dec 2004 23:50:26 +0200 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.1/8.13.1) with ESMTP id iBLLoJPx001971; Tue, 21 Dec 2004 23:50:19 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from giorgos@localhost) by gothmog.gr (8.13.1/8.13.1/Submit) id iBLLoJC9001964; Tue, 21 Dec 2004 23:50:19 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Tue, 21 Dec 2004 23:50:19 +0200 From: Giorgos Keramidas To: Matteo Riondato Message-ID: <20041221215018.GA1581@gothmog.gr> References: <1103658469.8516.53.camel@kaiser.sig11.org> <20041221214640.GB1340@gothmog.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041221214640.GB1340@gothmog.gr> cc: freebsd-doc@freebsd.org Subject: Re: Explaination of an extract from the handbook Firewall Section X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Dec 2004 21:50:28 -0000 On 2004-12-21 23:46, Giorgos Keramidas wrote: > > Does the following change make this paragraph easier to understand? > > % - device pf tells the compile to include > % - Packet Filter as part of its core kernel. > % + device pf enables support for the > % + Packet Filter firewall to the resulting > % + kernel. Err, "in" the resulting kernel. From owner-freebsd-doc@FreeBSD.ORG Tue Dec 21 22:35:04 2004 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 41D7716A4CE; Tue, 21 Dec 2004 22:35:04 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B23A43D48; Tue, 21 Dec 2004 22:35:04 +0000 (GMT) (envelope-from keramida@FreeBSD.org) Received: from freefall.freebsd.org (keramida@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBLMZ37H026808; Tue, 21 Dec 2004 22:35:03 GMT (envelope-from keramida@freefall.freebsd.org) Received: (from keramida@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBLMZ3Bc026804; Tue, 21 Dec 2004 22:35:03 GMT (envelope-from keramida) Date: Tue, 21 Dec 2004 22:35:03 GMT From: Giorgos Keramidas Message-Id: <200412212235.iBLMZ3Bc026804@freefall.freebsd.org> To: keramida@FreeBSD.org, keramida@FreeBSD.org, freebsd-doc@FreeBSD.org Subject: Re: docs/70507: RE in BUG section of re_format(7) in obsolete notation X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Dec 2004 22:35:04 -0000 Synopsis: RE in BUG section of re_format(7) in obsolete notation Responsible-Changed-From-To: keramida->freebsd-doc Responsible-Changed-By: keramida Responsible-Changed-When: Tue Dec 21 22:33:52 GMT 2004 Responsible-Changed-Why: Put this back in the free pool. I don't think I can handle it appropriately. http://www.freebsd.org/cgi/query-pr.cgi?pr=70507 From owner-freebsd-doc@FreeBSD.ORG Tue Dec 21 23:00:59 2004 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 316D116A4CE; Tue, 21 Dec 2004 23:00:59 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 085FC43D2F; Tue, 21 Dec 2004 23:00:59 +0000 (GMT) (envelope-from roam@FreeBSD.org) Received: from freefall.freebsd.org (roam@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBLN0wUG027790; Tue, 21 Dec 2004 23:00:58 GMT (envelope-from roam@freefall.freebsd.org) Received: (from roam@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBLN0wM2027786; Tue, 21 Dec 2004 23:00:58 GMT (envelope-from roam) Date: Tue, 21 Dec 2004 23:00:58 GMT From: Peter Pentchev Message-Id: <200412212300.iBLN0wM2027786@freefall.freebsd.org> To: 4711@chello.at, roam@FreeBSD.org, freebsd-doc@FreeBSD.org Subject: Re: docs/75340: [patch] src/share/man/man4/ata.4 - hw.ata.atapi_dma default setting is DMA, not PIO. X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Dec 2004 23:00:59 -0000 Synopsis: [patch] src/share/man/man4/ata.4 - hw.ata.atapi_dma default setting is DMA, not PIO. State-Changed-From-To: open->closed State-Changed-By: roam State-Changed-When: Tue Dec 21 23:00:07 GMT 2004 State-Changed-Why: This seems to be a duplicate of another PR, docs/75021 :) Still, thanks for your effort to improve FreeBSD by pointing out this discrepancy! http://www.freebsd.org/cgi/query-pr.cgi?pr=75340 From owner-freebsd-doc@FreeBSD.ORG Tue Dec 21 23:48:06 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7806016A4CE for ; Tue, 21 Dec 2004 23:48:06 +0000 (GMT) Received: from hotmail.com (bay21-f22.bay21.hotmail.com [65.54.233.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6365F43D39 for ; Tue, 21 Dec 2004 23:48:06 +0000 (GMT) (envelope-from moh_amini@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 21 Dec 2004 15:48:05 -0800 Message-ID: Received: from 80.202.53.44 by by21fd.bay21.hotmail.msn.com with HTTP; Tue, 21 Dec 2004 23:47:49 GMT X-Originating-IP: [80.202.53.44] X-Originating-Email: [moh_amini@hotmail.com] X-Sender: moh_amini@hotmail.com From: "Mohammed Reza Amini" To: freebsd-doc@freebsd.org Date: Wed, 22 Dec 2004 00:47:49 +0100 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed X-OriginalArrivalTime: 21 Dec 2004 23:48:05.0928 (UTC) FILETIME=[84624280:01C4E7B7] Subject: make error X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Dec 2004 23:48:06 -0000 I have minor problems, First of all make lint didnt give a clean output Secondly I got a whole bunch of these lines /usr/local/bin/jade:/usr/local/share/sgml/docbook/dsssl/modular/catalog:28:0:W: DTDDECL catalog entries are not supported and then a : Bus error (core dumped) That was when I tried to make FORMATS=html any ideas ? I dont mind using SGML format, just wondering if this is something you people have encountered . _________________________________________________________________ MSN Messenger http://www.msn.no/messenger Den korteste veien mellom deg og dine venner From owner-freebsd-doc@FreeBSD.ORG Wed Dec 22 00:00:08 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00D4316A4CE for ; Wed, 22 Dec 2004 00:00:08 +0000 (GMT) Received: from zaphod.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5BAE43D2F for ; Wed, 22 Dec 2004 00:00:07 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id E3F2811D76; Wed, 22 Dec 2004 01:00:06 +0100 (CET) Date: Wed, 22 Dec 2004 01:00:06 +0100 From: "Simon L. Nielsen" To: Mohammed Reza Amini Message-ID: <20041222000006.GN763@zaphod.nitro.dk> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Tu8ztk+XgTAiG9Id" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: freebsd-doc@freebsd.org Subject: Re: make error X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Dec 2004 00:00:08 -0000 --Tu8ztk+XgTAiG9Id Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2004.12.22 00:47:49 +0100, Mohammed Reza Amini wrote: > I have minor problems, First of all make lint didnt give a clean output > Secondly I got a whole bunch of these lines > /usr/local/bin/jade:/usr/local/share/sgml/docbook/dsssl/modular/catalog:2= 8:0:W:=20 > DTDDECL catalog entries are not supported > and then a : Bus error (core dumped) >=20 > That was when I tried to make FORMATS=3Dhtml > any ideas ? I dont mind using SGML format, just wondering if this is=20 > something you people have encountered . This can happen if the catalogs gets messed up, which unfortunatly happens sometimes. I think the simplest solution for you is to deinstall all the related ports (basically all ports pulled in by the docproj port) and then reinstalling them using the docproj port. That has at least worked for me in the past. --=20 Simon L. Nielsen --Tu8ztk+XgTAiG9Id Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFByLkGh9pcDSc1mlERArhdAJ4/+KtMtewWDFQ/HVFvox8HMjW1sgCgzDSB W5BqjHj65qCRjKHYcqQf1vo= =wQjg -----END PGP SIGNATURE----- --Tu8ztk+XgTAiG9Id-- From owner-freebsd-doc@FreeBSD.ORG Wed Dec 22 02:53:07 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8FDC16A4CE for ; Wed, 22 Dec 2004 02:53:07 +0000 (GMT) Received: from mailer.fungoround.com (mailer.fungoround.com [216.82.116.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CCF843D31 for ; Wed, 22 Dec 2004 02:53:07 +0000 (GMT) (envelope-from jason@8funnytaf.com) Received: from mailer.fungoround.com (localhost [127.0.0.1]) iBM2riSD081546 for ; Tue, 21 Dec 2004 21:53:44 -0500 (EST) (envelope-from jason@8funnytaf.com) Received: (from fungoround@localhost) by mailer.fungoround.com (8.12.10/8.12.10/Submit) id iBM2riHn081541; Tue, 21 Dec 2004 21:53:44 -0500 (EST) (envelope-from jason@8funnytaf.com) Date: Tue, 21 Dec 2004 21:53:44 -0500 (EST) Message-Id: <200412220253.iBM2riHn081541@mailer.fungoround.com> To: doc@freebsd.org From: Jason MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="iso-8859-1" X-Listmember: 24253351 X-List-ID: 73 X-Mailer: FTMailer-Pro Version 5.0 Subject: Website question: X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jason List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Dec 2004 02:53:08 -0000 Jason here with FunnyTaf, Inc. We'd like to list your web site(s) in our directory. We have made it very easy for you to get listed. Just go to this page and click "ADD YOUR SITE" at the top or bottom of the page. http://www.funnytaf.com/free/ We will get you listed as soon as we receive your submission. Thanks, Jason For questions, or comments, please reply to: ( office@funnytaf.com ) FunnyTaf Directory Links ------------------------------------------------------------------ If you do not wish to receive future emails from me. http://funnytaf.com/mail/nl_unsub.php?e=ZG9jQGZyZWVic2Qub3Jn&id=73 ------------------------------------------------------------------ From owner-freebsd-doc@FreeBSD.ORG Wed Dec 22 08:59:28 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E790716A4CE for ; Wed, 22 Dec 2004 08:59:27 +0000 (GMT) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9155443D31 for ; Wed, 22 Dec 2004 08:59:27 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 23CCC148F2; Wed, 22 Dec 2004 02:59:27 -0600 (CST) Date: Wed, 22 Dec 2004 02:59:27 -0600 (CST) From: Mark Linimon X-X-Sender: linimon@pancho To: freebsd-doc@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: CFD: one more patch to the Committer's Guide X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Dec 2004 08:59:28 -0000 there is now some duplicate text in the the Committer's Guide that has to do with creating a new ports category (the other text moved to the Porter's Handbook). This patch removes it -- but, while here, adds the last few (?) forgotten details of this (really involved) procedure. I would appreciate any review (and I promise not to forget to include fixes like I did for Denis ...) mcl Index: article.sgml =================================================================== RCS file: /home/dcvs/doc/en_US.ISO8859-1/articles/committers-guide/article.sgml,v retrieving revision 1.219 diff -u -r1.219 article.sgml --- article.sgml 22 Dec 2004 07:54:15 -0000 1.219 +++ article.sgml 22 Dec 2004 08:56:14 -0000 @@ -2654,16 +2654,29 @@ - A developer who wishes to propose a new category - should submit a detailed rationale for the new category, - including why existing categories are not sufficient, - and the list of ports proposed to move. - - Before submitting, keep in mind that there is a fair - amount of work involved from multiple parties; that the - changes affect everyone who wants to keep up-to-date with - the entire ports tree; and that such proposals tend to - attract controversy. + Please see + + Proposing a New Category in the Porter's Handbook. + Once that procedure has been followed and the PR has been + assigned to &a.portmgr;, it is their decision whether or + not to approve it. If they do, it is their responsibility + to do the following: + + + + Perform any needed repocopies. + + + + Update the VALID_CATEGORIES + definition in ports/Mk/bsd.port.mk. + + + + + Assign the PR back to you. + + @@ -2676,18 +2689,6 @@ The procedure is a strict superset of the one to repocopy individual ports (see above). - File a PR in GNATS, listing the - reasons for the category request. Preferably, this should - also include patches for Makefiles for - the old ports, the Makefiles for their - old categories, and the VALID_CATEGORIES - definition in ports/Mk/bsd.port.mk. - Assign the PR to the &a.portmgr; (as portmgr). - If they approve it, it will be reassigned to &a.cvsadm; (as - cvs), who will do a repository copy from - the old to the new locations and reassign the PR back to you. - Once everything is done, perform the following steps: - Upgrade each copied port's @@ -2785,14 +2786,37 @@ cvsup/sup/ports-categoryname: list.cvs and releases. (Note: these are - in the src, not the ports, repository). + in the src, not the ports, repository). If you + are not a src committer, you will need to submit + a PR for this. - Submit a docs PR to add the new category to both the + Update the documentation by modifying the + following: + + + + the - Porter's Handbook and to + list of categories in the Porter's Handbook + + + + www/en/ports/categories. + + + + the section of the Handbook that lists the + + cvsup collections. + + + (Note: these are + in the docs, not the ports, repository). If you + are not a docs committer, you will need to submit + a PR for this. From owner-freebsd-doc@FreeBSD.ORG Wed Dec 22 09:07:38 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1F3616A4CE; Wed, 22 Dec 2004 09:07:38 +0000 (GMT) Received: from vsmtp2.tin.it (vsmtp2alice.tin.it [212.216.176.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23F5D43D1D; Wed, 22 Dec 2004 09:07:38 +0000 (GMT) (envelope-from rionda@gufi.org) Received: from kaiser.sig11.org (82.54.177.188) by vsmtp2.tin.it (7.0.027) id 41C83A3900065CEE; Wed, 22 Dec 2004 10:07:37 +0100 Received: from localhost.localdomain (localhost [127.0.0.1]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by kaiser.sig11.org (Postfix) with ESMTP id AD44462D7; Wed, 22 Dec 2004 10:07:35 +0100 (CET) From: Matteo Riondato To: Giorgos Keramidas In-Reply-To: <20041221214640.GB1340@gothmog.gr> References: <1103658469.8516.53.camel@kaiser.sig11.org> <20041221214640.GB1340@gothmog.gr> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Crqdx5O4kxQZM86FJ6Tv" Date: Wed, 22 Dec 2004 10:07:34 +0100 Message-Id: <1103706454.84445.6.camel@kaiser.sig11.org> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port cc: freebsd-doc@freebsd.org Subject: Re: Explaination of an extract from the handbook Firewall Section X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rionda@gufi.org List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Dec 2004 09:07:38 -0000 --=-Crqdx5O4kxQZM86FJ6Tv Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Giorgos Keramidas wrote: > Hi, >=20 > Good catch. The nearby paragraphs use "the foo option _enables_ bar" > for describing kernel options. >=20 > Does the following change make this paragraph easier to understand? >=20 > % Index: chapter.sgml > % =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > % RCS file: /home/ncvs/doc/en_US.ISO8859-1/books/handbook/firewalls/chapt= er.sgml,v > % retrieving revision 1.10 > % diff -u -r1.10 chapter.sgml > % --- chapter.sgml 16 Dec 2004 22:45:35 -0000 1.10 > % +++ chapter.sgml 21 Dec 2004 21:44:11 -0000 > % @@ -245,8 +245,9 @@ > % device pflog > % device pfsync > % > % - device pf tells the compile to include > % - Packet Filter as part of its core kernel. > % + device pf enables support for the > % + Packet Filter firewall to the resulting > % + kernel. > % > % device pflog enables the optional > % &man.pflog.4; pseudo network device which can be used to log t= raffic Yes, now it's easier to understand (and translate..). Please note that there are similar obscurities in the IPF section too. (line 372-383 in same file) I would say that the whole firewall chapter is a bit obscure, so I will try to make it clearer and send patches here. Best Regards --=20 Rionda aka Matteo Riondato GUFI Staff Member (http://www.gufi.org) FreeSBIE Developer (http://www.freesbie.org) BSD-FAQ-it Main Developer (http://utenti.gufi.org/~rionda) Sent from: kaiser.sig11.org running FreeBSD-6.0-CURRENT --=-Crqdx5O4kxQZM86FJ6Tv Content-Type: application/pgp-signature; name=signature.asc Content-Description: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBByTlW2Mp4pR7Fa+wRArnNAKCDIexm+fdcLFdbUm50rdAekF3LSQCeK6nt TENdq38o08oBM61pGpn2mAw= =j37n -----END PGP SIGNATURE----- --=-Crqdx5O4kxQZM86FJ6Tv-- From owner-freebsd-doc@FreeBSD.ORG Tue Dec 21 20:57:43 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCEBF16A4CE for ; Tue, 21 Dec 2004 20:57:43 +0000 (GMT) Received: from webmail.hitv.ru (webmail.hitv.ru [217.66.16.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3EF243D46 for ; Tue, 21 Dec 2004 20:57:42 +0000 (GMT) (envelope-from redbaron@hitv.ru) Received: from cucumber ([10.2.0.226]) by webmail.hitv.ru (8.13.1/8.13.1) with ESMTP id iBLKvdj3085513 for ; Tue, 21 Dec 2004 23:57:40 +0300 (MSK) (envelope-from redbaron@hitv.ru) Message-Id: <200412212057.iBLKvdj3085513@webmail.hitv.ru> From: =?koi8-r?B?6dfBzs/XIO3By9PJzQ==?= To: Date: Tue, 21 Dec 2004 23:57:44 +0300 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcTnn7gM44TdeN04RPa84yktuWFY1Q== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Mailman-Approved-At: Wed, 22 Dec 2004 15:36:52 +0000 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: FreeBSD 5.3 Handbook (russian pdf version) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Dec 2004 20:57:43 -0000 Some symbols (especially in uppercase) are cutted from top, so I can see only bottom of the symbol (for explample look header of paragraph 1.3 - symbol "O" is cutted). I'm using AcrobatReader 6 to open .pdf files. What should I do, to correct this problem? From owner-freebsd-doc@FreeBSD.ORG Wed Dec 22 19:00:12 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE53816A4CF for ; Wed, 22 Dec 2004 19:00:12 +0000 (GMT) Received: from mail.secureworks.net (mail.secureworks.net [209.101.212.155]) by mx1.FreeBSD.org (Postfix) with SMTP id DEA9043D54 for ; Wed, 22 Dec 2004 19:00:11 +0000 (GMT) (envelope-from mdg@secureworks.net) Received: (qmail 34135 invoked from network); 22 Dec 2004 19:00:09 -0000 Received: from unknown (HELO ?192.168.8.243?) (209.101.212.253) by mail.secureworks.net with SMTP; 22 Dec 2004 19:00:09 -0000 Message-ID: <41C9C439.6050202@secureworks.net> Date: Wed, 22 Dec 2004 14:00:09 -0500 From: Matthew George User-Agent: Mozilla Thunderbird 0.9 (X11/20041117) X-Accept-Language: en-us, en MIME-Version: 1.0 To: doc@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: can someone help me find ... X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Dec 2004 19:00:12 -0000 Greetings Some time ago, I came across a paper describing in great detail the FreeBSD Development Process and software lifecycle. I'm having trouble locating it now, and was wondering if anyone could throw me a pointer. It's not any of the standard /usr/share/doc or website releng stuff. I remember it talking at length about the way releases evolve WRT cvs tagging ... The paper at http://www.ruc.dk/~nielsj/research/papers/freebsd.pdf (Putting it All in the Trunk: Incremental Software Development in the FreeBSD Open Source Project) seems close to the paper I'm looking for, but the one I want was more focused on an analysis of the development model and wasn't based on a survey of committers. Does this ring a bell with anybody? -- Matthew George SecureWorks Technical Operations From owner-freebsd-doc@FreeBSD.ORG Wed Dec 22 19:12:06 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26F9416A4CE for ; Wed, 22 Dec 2004 19:12:06 +0000 (GMT) Received: from av12-1-sn2.hy.skanova.net (av12-1-sn2.hy.skanova.net [81.228.8.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 583DC43D41 for ; Wed, 22 Dec 2004 19:12:05 +0000 (GMT) (envelope-from joel@automatvapen.se) Received: by av12-1-sn2.hy.skanova.net (Postfix, from userid 502) id 024DF381C9; Wed, 22 Dec 2004 20:12:03 +0100 (CET) Received: from smtp4-2-sn2.hy.skanova.net (smtp4-2-sn2.hy.skanova.net [81.228.8.93]) by av12-1-sn2.hy.skanova.net (Postfix) with ESMTP id DE95137E70; Wed, 22 Dec 2004 20:12:03 +0100 (CET) Received: from t2o955p109.telia.com (t2o955p109.telia.com [195.252.52.229]) by smtp4-2-sn2.hy.skanova.net (Postfix) with ESMTP id AC96D37E42; Wed, 22 Dec 2004 20:12:02 +0100 (CET) From: Joel Dahl To: Matthew George In-Reply-To: <41C9C439.6050202@secureworks.net> References: <41C9C439.6050202@secureworks.net> Content-Type: text/plain Date: Wed, 22 Dec 2004 20:12:05 +0100 Message-Id: <1103742725.638.4.camel@dude.automatvapen.se> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: doc@freebsd.org Subject: Re: can someone help me find ... X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Dec 2004 19:12:06 -0000 On Wed, 2004-12-22 at 14:00 -0500, Matthew George wrote: > Greetings > > Some time ago, I came across a paper describing in great detail the FreeBSD > Development Process and software lifecycle. I'm having trouble locating it now, > and was wondering if anyone could throw me a pointer. It's not any of the > standard /usr/share/doc or website releng stuff. I remember it talking at > length about the way releases evolve WRT cvs tagging ... > > The paper at http://www.ruc.dk/~nielsj/research/papers/freebsd.pdf (Putting it > All in the Trunk: Incremental Software Development in the FreeBSD Open Source > Project) seems close to the paper I'm looking for, but the one I want was more > focused on an analysis of the development model and wasn't based on a survey of > committers. > > Does this ring a bell with anybody? > http://niklas.saers.com/thesis/thesis.html ? Also available from the CVS rep., but not hooked up to the doc build. From owner-freebsd-doc@FreeBSD.ORG Wed Dec 22 19:29:40 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A763A16A4CE for ; Wed, 22 Dec 2004 19:29:40 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32C0C43D48 for ; Wed, 22 Dec 2004 19:29:40 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.205] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1ChCB0-0003YN-00; Wed, 22 Dec 2004 20:29:38 +0100 Received: from [84.128.130.38] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1ChCB0-0001Tu-00; Wed, 22 Dec 2004 20:29:38 +0100 From: Max Laier To: freebsd-doc@freebsd.org Date: Wed, 22 Dec 2004 20:29:26 +0100 User-Agent: KMail/1.7.1 References: <41C9C439.6050202@secureworks.net> In-Reply-To: <41C9C439.6050202@secureworks.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1287074.tvgbSXMZRt"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200412222029.33150.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: Matthew George Subject: Re: can someone help me find ... X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Dec 2004 19:29:40 -0000 --nextPart1287074.tvgbSXMZRt Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 22 December 2004 20:00, Matthew George wrote: > Greetings > > Some time ago, I came across a paper describing in great detail the FreeB= SD > Development Process and software lifecycle. I'm having trouble locating = it > now, and was wondering if anyone could throw me a pointer. It's not any = of > the standard /usr/share/doc or website releng stuff. I remember it talki= ng > at length about the way releases evolve WRT cvs tagging ... > > The paper at http://www.ruc.dk/~nielsj/research/papers/freebsd.pdf (Putti= ng > it All in the Trunk: Incremental Software Development in the FreeBSD Open > Source Project) seems close to the paper I'm looking for, but the one I > want was more focused on an analysis of the development model and wasn't > based on a survey of committers. > > Does this ring a bell with anybody? Might this be what you are looking for: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/releng/release-proc.html =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1287074.tvgbSXMZRt Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBycsdXyyEoT62BG0RAkoJAJ9YKSPR2hpllYDi7xXyCbreMDdmTgCcCpaL U8SjmKSrQKvKUHHa4JO24S0= =MiVX -----END PGP SIGNATURE----- --nextPart1287074.tvgbSXMZRt-- From owner-freebsd-doc@FreeBSD.ORG Wed Dec 22 20:32:35 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5158D16A4CE for ; Wed, 22 Dec 2004 20:32:35 +0000 (GMT) Received: from vsmtp2.tin.it (vsmtp2alice.tin.it [212.216.176.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58FF143D64 for ; Wed, 22 Dec 2004 20:32:34 +0000 (GMT) (envelope-from rionda@gufi.org) Received: from kaiser.sig11.org (82.54.177.188) by vsmtp2.tin.it (7.0.027) id 41C9D0E800003FD8 for freebsd-doc@freebsd.org; Wed, 22 Dec 2004 21:32:33 +0100 Received: from localhost.localdomain (localhost [127.0.0.1]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by kaiser.sig11.org (Postfix) with ESMTP id 43D3C6217 for ; Wed, 22 Dec 2004 21:32:30 +0100 (CET) From: Matteo Riondato To: freebsd-doc@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-qT1iuqoKQ2YrbI52uYnj" Date: Wed, 22 Dec 2004 21:32:29 +0100 Message-Id: <1103747549.84445.11.camel@kaiser.sig11.org> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port Subject: Firewalls chapter patch X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Dec 2004 20:32:35 -0000 --=-qT1iuqoKQ2YrbI52uYnj Content-Type: multipart/mixed; boundary="=-v7NX2j15ed06D0ZqUisw" --=-v7NX2j15ed06D0ZqUisw Content-Type: text/plain Content-Transfer-Encoding: quoted-printable As I was translating the handbook firewall chapter in Italian I noticed that it was plenty of sintax mistakes and a bit obscure in general. So I paused the translation and tried to correct the mistakes and make the chapter easier to read. The result is the attached patch. Hope this will help making a better handbook.. Best Regards --=20 Rionda aka Matteo Riondato GUFI Staff Member (http://www.gufi.org) FreeSBIE Developer (http://www.freesbie.org) BSD-FAQ-it Main Developer (http://utenti.gufi.org/~rionda) Sent from: kaiser.sig11.org running FreeBSD-6.0-CURRENT --=-v7NX2j15ed06D0ZqUisw Content-Disposition: attachment; filename=firewall.diff Content-Transfer-Encoding: base64 Content-Type: text/x-patch; name=firewall.diff; charset=ISO-8859-1 LS0tIGNoYXB0ZXIuc2dtbC5vcmlnCVdlZCBEZWMgMjIgMTk6Mzg6MjggMjAwNA0KKysrIGNoYXB0 ZXIuc2dtbAlXZWQgRGVjIDIyIDIxOjE4OjUyIDIwMDQNCkBAIC0xMTQsNyArMTE0LDcgQEANCiAg ICAgPHBhcmE+VGhlcmUgYXJlIHR3byBiYXNpYyB3YXlzIHRvIGNyZWF0ZSBmaXJld2FsbCBydWxl c2V0czoNCiAgICAgICA8cXVvdGU+aW5jbHVzaXZlPC9xdW90ZT4gb3IgPHF1b3RlPmV4Y2x1c2l2 ZTwvcXVvdGU+LiAgQW4NCiAgICAgICBleGNsdXNpdmUgZmlyZXdhbGwgYWxsb3dzIGFsbCB0cmFm ZmljIHRocm91Z2ggZXhjZXB0IGZvciB0aGUNCi0gICAgICB0cmFmZmljIG1hdGNoaW5nIHRoZSBy dWxlc2V0LiAgQW4gaW5jbHVzaXZlIGZpcmV3YWxsIGRvZXMgdGhlDQorICAgICAgdHJhZmZpYyBt YXRjaGluZyB0aGUgcnVsZSBzZXQuICBBbiBpbmNsdXNpdmUgZmlyZXdhbGwgZG9lcyB0aGUNCiAg ICAgICByZXZlcnNlLiAgSXQgb25seSBhbGxvd3MgdHJhZmZpYyBtYXRjaGluZyB0aGUgcnVsZXMg dGhyb3VnaCBhbmQNCiAgICAgICBibG9ja3MgZXZlcnl0aGluZyBlbHNlLjwvcGFyYT4NCiANCkBA IC0xMzcsMTggKzEzNywxOCBAQA0KICAgPHNlY3QxIGlkPSJmaXJld2FsbHMtYXBwcyI+DQogICAg IDx0aXRsZT5GaXJld2FsbCBTb2Z0d2FyZSBBcHBsaWNhdGlvbnM8L3RpdGxlPg0KIA0KLSAgICA8 cGFyYT4mb3M7IGhhcyB0aHJlZSBkaWZmZXJlbnQgZmlyZXdhbGwgc29mdHdhcmUgcHJvZHVjdHMg YnVpbHQgaW50bw0KLSAgICAgIHRoZSBiYXNlIHN5c3RlbS4gVGhleSBhcmUgSVBGSUxURVIgKGFs c28ga25vd24gYXMgSVBGKSwNCi0gICAgICBJUEZJUkVXQUxMIChhbHNvIGtub3duIGFzIElQRlcp IGFuZCBQRiAoT3BlbkJTRCdzIFBhY2tldEZpbHRlcikuICBJUEZJUkVXQUxMIGhhcyB0aGUgYnVp bHQNCi0gICAgICBpbiBEVU1NWU5FVCB0cmFmZmljIHNoYXBlciBmYWNpbGl0aWVzIGZvciBjb250 cm9sbGluZyBiYW5kd2lkdGgNCi0gICAgICB1c2FnZS4gSVBGSUxURVIgZG9lcyBub3QgaGF2ZSBh IGJ1aWx0IGluIHRyYWZmaWMgc2hhcGVyIGZhY2lsaXR5DQotICAgICAgZm9yIGNvbnRyb2xsaW5n IGJhbmR3aWR0aCB1c2FnZSwgYnV0IHRoZSBBTFRRIHBvcnQgYXBwbGljYXRpb24NCi0gICAgICBj YW4gYmUgdXNlZCB0byBhY2NvbXBsaXNoIHRoZSBzYW1lIGZ1bmN0aW9uLiAgVGhlIERVTU1ZTkVU DQotICAgICAgZmVhdHVyZSBhbmQgPGFjcm9ueW0+QUxUUTwvYWNyb255bT4gaXMgZ2VuZXJhbGx5 IHVzZWZ1bCBvbmx5IHRvDQotICAgICAgbGFyZ2UgSVNQcyBvciBjb21tZXJjaWFsIHVzZXJzLiAg SVBGLCBJUEZXIGFuZCBQRiB1c2UgcnVsZXMgdG8NCi0gICAgICBjb250cm9sIHRoZSBhY2Nlc3Mg b2YgcGFja2V0cyB0byBhbmQgZnJvbSB5b3VyIHN5c3RlbSwgYWx0aG91Z2gNCi0gICAgICB0aGV5 IGdvIGFib3V0IGl0IGRpZmZlcmVudCB3YXlzIGFuZCBoYXZlIGRpZmZlcmVudCBydWxlDQotICAg ICAgc3ludGF4ZXMuPC9wYXJhPg0KKyAgICA8cGFyYT4mb3M7IGhhcyB0aHJlZSBkaWZmZXJlbnQg ZmlyZXdhbGwgc29mdHdhcmUgcHJvZHVjdHMgYnVpbHQNCisgICAgICBpbnRvIHRoZSBiYXNlIHN5 c3RlbS4gVGhleSBhcmUgSVBGSUxURVIgKGFsc28ga25vd24gYXMgSVBGKSwNCisgICAgICBJUEZJ UkVXQUxMIChhbHNvIGtub3duIGFzIElQRlcpIGFuZCBQRiAoT3BlbkJTRCdzIFBhY2tldEZpbHRl cikuDQorICAgICAgSVBGSVJFV0FMTCBoYXMgdGhlIGJ1aWx0IGluIERVTU1ZTkVUIHRyYWZmaWMg c2hhcGVyIGZhY2lsaXRpZXMNCisgICAgICBmb3IgY29udHJvbGxpbmcgYmFuZHdpZHRoIHVzYWdl LiBJUEZJTFRFUiBkb2VzIG5vdCBoYXZlIGEgYnVpbHQNCisgICAgICBpbiB0cmFmZmljIHNoYXBl ciBmYWNpbGl0eSBmb3IgY29udHJvbGxpbmcgYmFuZHdpZHRoIHVzYWdlLCBidXQNCisgICAgICB0 aGUgQUxUUSBmcmFtZXdvcmsgY2FuIGJlIHVzZWQgdG8gYWNjb21wbGlzaCB0aGUgc2FtZQ0KKyAg ICAgIGZ1bmN0aW9uLiAgVGhlIERVTU1ZTkVUIGZlYXR1cmUgYW5kIDxhY3JvbnltPkFMVFE8L2Fj cm9ueW0+IGlzDQorICAgICAgZ2VuZXJhbGx5IHVzZWZ1bCBvbmx5IHRvIGxhcmdlIElTUHMgb3Ig Y29tbWVyY2lhbCB1c2Vycy4gIElQRiwNCisgICAgICBJUEZXIGFuZCBQRiB1c2UgcnVsZXMgdG8g Y29udHJvbCB0aGUgYWNjZXNzIG9mIHBhY2tldHMgdG8gYW5kDQorICAgICAgZnJvbSB5b3VyIHN5 c3RlbSwgYWx0aG91Z2ggdGhleSBnbyBhYm91dCBpdCBkaWZmZXJlbnQgd2F5cyBhbmQNCisgICAg ICBoYXZlIGRpZmZlcmVudCBydWxlIHN5bnRheGVzLjwvcGFyYT4NCiANCiAgICAgPHBhcmE+VGhl IElQRlcgc2FtcGxlIHJ1bGUgc2V0IChmb3VuZCBpbg0KICAgICAgIDxmaWxlbmFtZT4vZXRjL3Jj LmZpcmV3YWxsPC9maWxlbmFtZT4pIGRlbGl2ZXJlZCBpbiB0aGUgYmFzaWMNCkBAIC0xOTcsOSAr MTk3LDkgQEANCiAgICAgICBrbm93biBhcyA8YWNyb255bT5QRjwvYWNyb255bT4gd2FzIHBvcnRl ZCB0byAmb3M7Jm5ic3A7NS4zLg0KICAgICAgIDxhY3JvbnltPlBGPC9hY3JvbnltPiBpcyBhIGNv bXBsZXRlLCBmdWxseSBmZWF0dXJlZCBmaXJld2FsbA0KICAgICAgIHRoYXQgY29udGFpbnMgPGFj cm9ueW0+QUxUUTwvYWNyb255bT4gZm9yIGJhbmR3aWR0aCB1c2FnZQ0KLSAgICAgIG1hbmFnZW1l bnQgaW4gYSB3YXkgc2ltaWxhciB0byB0aGUgZHVtbXluZXQgcHJvdmlkZXMgaW4NCisgICAgICBt YW5hZ2VtZW50IGluIGEgd2F5IHNpbWlsYXIgdG8gd2hhdCBEVU1NWU5FVCBwcm92aWRlcyBmb3IN CiAgICAgICA8YWNyb255bT5JUEZXPC9hY3JvbnltPi4gIFRoZSBPcGVuQlNEIHByb2plY3QgZG9l cyBhbg0KLSAgICAgIG91dHN0YW5kaW5nIGpvYiBvZiBtYWludGFpbmluZyB0aGUgUEYgdXNlcnMn IGd1aWRlIHRoYXQgaXQgd2lsbA0KKyAgICAgIG91dHN0YW5kaW5nIGpvYiBvZiBtYWludGFpbmlu ZyB0aGUgUEYgdXNlcidzIGd1aWRlIHRoYXQgaXQgd2lsbA0KICAgICAgIG5vdCBiZSBtYWRlIHBh cnQgb2YgdGhpcyBoYW5kYm9vayBmaXJld2FsbCBzZWN0aW9uIGFzIHRoYXQgd291bGQNCiAgICAg ICBqdXN0IGJlIGR1cGxpY2F0ZWQgZWZmb3J0LjwvcGFyYT4NCiANCkBAIC0yMjMsOSArMjIzLDkg QEANCiAgICAgPHNlY3QyPg0KICAgICAgIDx0aXRsZT5FbmFibGluZyBQRjwvdGl0bGU+DQogICAg ICAgPHBhcmE+UEYgaXMgaW5jbHVkZWQgaW4gdGhlIGJhc2ljICZvczsgaW5zdGFsbCBmb3IgdmVy c2lvbnMgbmV3ZXIgdGhhbg0KLSAgICAgICAgNS4zIGFzIGEgc2VwYXJhdGUgcnVuIHRpbWUgbG9h ZGFibGUgbW9kdWxlLiBQRiB3aWxsIGR5bmFtaWNhbGx5IGxvYWQNCi0JICAgICAgICBpdHMga2Vy bmVsIGxvYWRhYmxlIG1vZHVsZSB3aGVuIHRoZSByYy5jb25mIHN0YXRlbWVudA0KLSAgICAgICAg PGxpdGVyYWw+cGZfZW5hYmxlPSJZRVMiPC9saXRlcmFsPiBpcyB1c2VkLiBUaGUNCisgICAgICAg IDUuMyBhcyBhIHNlcGFyYXRlIHJ1biB0aW1lIGxvYWRhYmxlIG1vZHVsZS4gVGhlIHN5c3RlbSB3 aWxsDQorICAgICAgICBkeW5hbWljYWxseSBsb2FkIFBGIGtlcm5lbCBsb2FkYWJsZSBtb2R1bGUg d2hlbiB0aGUgcmMuY29uZg0KKyAgICAgICAgc3RhdGVtZW50IDxsaXRlcmFsPnBmX2VuYWJsZT0i WUVTIjwvbGl0ZXJhbD4gaXMgdXNlZC4gVGhlDQogICAgICAgICBsb2FkYWJsZSBtb2R1bGUgd2Fz IGNyZWF0ZWQgd2l0aCAmbWFuLnBmbG9nLjQ7IGxvZ2dpbmcNCiAgICAgICAgIGVuYWJsZWQuPC9w YXJhPg0KICAgICA8L3NlY3QyPg0KQEAgLTI1Niw3ICsyNTYsNyBAQA0KICAgICAgIDxwYXJhPjxs aXRlcmFsPmRldmljZSBwZnN5bmM8L2xpdGVyYWw+IGVuYWJsZXMgdGhlIG9wdGlvbmFsDQogICAg ICAgICAmbWFuLnBmc3luYy40OyBwc2V1ZG8gbmV0d29yayBkZXZpY2UgdGhhdCBpcyB1c2VkIHRv IG1vbml0b3INCiAgICAgICAgIDxxdW90ZT5zdGF0ZSBjaGFuZ2VzPC9xdW90ZT4uIEFzIHRoaXMg aXMgbm90IHBhcnQgb2YgdGhlIGxvYWRhYmxlDQotICAgICAgICBtb2R1bGUgb25lIGhhcyB0byBi dWlsZCBhIGN1c3RvbSBrZXJuZWwgdG8gdXNlIGl0LjwvcGFyYT4NCisgICAgICAgIG1vZHVsZSBh IGN1c3RvbSBrZXJuZWwgaXMgbmVlZGVkIHRvIHVzZSBpdC48L3BhcmE+DQogDQogICAgICAgPHBh cmE+VGhlc2Ugc2V0dGluZ3Mgd2lsbCB0YWtlIGFmZmVjdCBvbmx5IGFmdGVyIHlvdSBoYXZlIGJ1 aWx0IGFuZA0KICAgICAgICAgICAgICAgICBpbnN0YWxsZWQgYSBrZXJuZWwgd2l0aCB0aGVtIHNl dC48L3BhcmE+DQpAQCAtMjg4LDExICsyODgsMTAgQEANCiAgICAgPHRpdGxlPlRoZSBJUEZJTFRF UiAoSVBGKSBGaXJld2FsbDwvdGl0bGU+DQogDQogICAgIDxwYXJhPlRoZSBhdXRob3Igb2YgSVBG SUxURVIgaXMgRGFycmVuIFJlZWQuIElQRklMVEVSIGlzIG5vdA0KLSAgICAgIG9wZXJhdGluZyBz eXN0ZW0gZGVwZW5kZW50LiBJUEZJTFRFUiBpcyBhIG9wZW4gc291cmNlDQotICAgICAgYXBwbGlj YXRpb24gYW5kIGhhcyBiZWVuIHBvcnRlZCB0byAmb3M7LCBOZXRCU0QsIE9wZW5CU0QsIFN1bk9T LA0KLSAgICAgIEhQL1VYLCBhbmQgU29sYXJpcyBvcGVyYXRpbmcgc3lzdGVtcy4gSVBGSUxURVIg aXMgYWN0aXZlbHkgYmVpbmcNCi0gICAgICBzdXBwb3J0ZWQgYW5kIG1haW50YWluZWQsIHdpdGgg dXBkYXRlZCB2ZXJzaW9ucyBiZWluZyByZWxlYXNlZA0KLSAgICAgIHJlZ3VsYXJseS48L3BhcmE+ DQorICAgICAgb3BlcmF0aW5nIHN5c3RlbSBkZXBlbmRlbnQ6IGlzIGEgb3BlbiBzb3VyY2UgYXBw bGljYXRpb24gYW5kIGhhcw0KKyAgICAgIGJlZW4gcG9ydGVkIHRvICZvczssIE5ldEJTRCwgT3Bl bkJTRCwgU3VuT1MsIEhQL1VYLCBhbmQgU29sYXJpcw0KKyAgICAgIG9wZXJhdGluZyBzeXN0ZW1z LiBJUEZJTFRFUiBpcyBhY3RpdmVseSBiZWluZyBzdXBwb3J0ZWQgYW5kDQorICAgICAgbWFpbnRh aW5lZCwgd2l0aCB1cGRhdGVkIHZlcnNpb25zIGJlaW5nIHJlbGVhc2VkIHJlZ3VsYXJseS48L3Bh cmE+DQogDQogICAgIDxwYXJhPklQRklMVEVSIGlzIGJhc2VkIG9uIGEga2VybmVsLXNpZGUgZmly ZXdhbGwgYW5kDQogICAgICAgPGFjcm9ueW0+TkFUPC9hY3JvbnltPiBtZWNoYW5pc20gdGhhdCBj YW4gYmUgY29udHJvbGxlZCBhbmQNCkBAIC0zMjYsMTAgKzMyNSwxMCBAQA0KICAgICAgIGFuZCBh bHNvIGNvbnRyb2wgdGhlIHNlcnZpY2VzIHdoaWNoIGNhbiBvcmlnaW5hdGUgZnJvbSB0aGUNCiAg ICAgICBwdWJsaWMgSW50ZXJuZXQgYWNjZXNzaW5nIHlvdXIgcHJpdmF0ZSBuZXR3b3JrLiBFdmVy eXRoaW5nIGVsc2UNCiAgICAgICBpcyBibG9ja2VkIGFuZCBsb2dnZWQgYnkgZGVmYXVsdCBkZXNp Z24uIEluY2x1c2l2ZSBmaXJld2FsbHMgYXJlDQotICAgICAgbXVjaCwgbXVjaCBtb3JlIHNlY3Vy ZSB0aGFuIGV4Y2x1c2l2ZSBmaXJld2FsbCBydWxlIHNldHMgYW5kIGlzDQotICAgICAgdGhlIG9u bHkgcnVsZSBzZXQgdHlwZSBjb3ZlcmVkIGhlcmUgaW4uPC9wYXJhPg0KKyAgICAgIG11Y2gsIG11 Y2ggbW9yZSBzZWN1cmUgdGhhbiBleGNsdXNpdmUgb25lcyBhbmQgb25seSB0aGlzIHJ1bGUNCisg ICAgICBzZXQgdHlwZSBpcyBjb3ZlcmVkIGhlcmUuPC9wYXJhPg0KIA0KLSAgICA8cGFyYT5Gb3Ig ZGV0YWlsZWQgZXhwbGFuYXRpb24gb2YgdGhlIGxlZ2FjeSBydWxlcyBwcm9jZXNzaW5nDQorICAg IDxwYXJhPkZvciBhIGRldGFpbGVkIGV4cGxhbmF0aW9uIG9mIHRoZSBsZWdhY3kgcnVsZXMgcHJv Y2Vzc2luZw0KICAgICAgIG1ldGhvZCBzZWU6IDx1bGluaw0KICAgICAgIHVybD0iaHR0cDovL3d3 dy5vYmZ1c2NhdGlvbi5vcmcvaXBmL2lwZi1ob3d0by5odG1sI1RPQ18xIj48L3VsaW5rPg0KICAg ICAgIGFuZCA8dWxpbmsNCkBAIC0zNDAsMTYgKzMzOSwxNiBAQA0KICAgICAgIHVybD0iaHR0cDov L3d3dy5waGlsZGV2Lm5ldC9pcGYvaW5kZXguaHRtbCI+PC91bGluaz4uPC9wYXJhPg0KIA0KICAg ICA8c2VjdDI+DQotICAgICAgPHRpdGxlPkVuYWJsaW5nIElQRjwvdGl0bGU+DQorICAgICAgPHRp dGxlPkVuYWJsaW5nIElQRjwvdGl0bGU+IA0KICAgICAgIDxwYXJhPklQRiBpcyBpbmNsdWRlZCBp biB0aGUgYmFzaWMgJm9zOyBpbnN0YWxsIGFzIGEgc2VwYXJhdGUNCi0gICAgICAgIHJ1biB0aW1l IGxvYWRhYmxlIG1vZHVsZS4gSVBGIHdpbGwgZHluYW1pY2FsbHkgbG9hZCBpdHMga2VybmVsDQot ICAgICAgICBsb2FkYWJsZSBtb2R1bGUgd2hlbiB0aGUgcmMuY29uZiBzdGF0ZW1lbnQgPGxpdGVy YWw+DQotICAgICAgICBpcGZpbHRlcl9lbmFibGU9IllFUyI8L2xpdGVyYWw+IGlzIHVzZWQuIFRo ZSBsb2FkYWJsZQ0KLSAgICAgICAgbW9kdWxlIHdhcyBjcmVhdGVkIHdpdGggbG9nZ2luZyBlbmFi bGVkIGFuZCB0aGUgPGxpdGVyYWw+ZGVmYXVsdA0KLSAgICAgICAgcGFzcyBhbGw8L2xpdGVyYWw+ IG9wdGlvbnMuIFlvdSBkbyBub3QgbmVlZCB0byBjb21waWxlIElQRiBpbnRvDQotICAgICAgICB0 aGUgJm9zOyBrZXJuZWwganVzdCB0byBjaGFuZ2UgdGhlIGRlZmF1bHQgdG8gPGxpdGVyYWw+Ymxv Y2sgYWxsDQotICAgICAgICA8L2xpdGVyYWw+LCB5b3UgY2FuIGRvIHRoYXQgYnkganVzdCBjb2Rp bmcgYSBibG9jayBhbGwgcnVsZSBhdA0KLSAgICAgICAgdGhlIGVuZCBvZiB5b3VyIHJ1bGUgc2V0 LjwvcGFyYT4NCisgICAgICAgIHJ1biB0aW1lIGxvYWRhYmxlIG1vZHVsZS4gVGhlIHN5c3RlbSB3 aWxsIGR5bmFtaWNhbGx5IGxvYWQgSVBGDQorICAgICAgICBrZXJuZWwgbG9hZGFibGUgbW9kdWxl IHdoZW4gdGhlIHJjLmNvbmYgc3RhdGVtZW50IDxsaXRlcmFsPg0KKyAgICAgICAgaXBmaWx0ZXJf ZW5hYmxlPSJZRVMiPC9saXRlcmFsPiBpcyB1c2VkLiBUaGUgbG9hZGFibGUgbW9kdWxlDQorICAg ICAgICB3YXMgY3JlYXRlZCB3aXRoIGxvZ2dpbmcgZW5hYmxlZCBhbmQgdGhlIDxsaXRlcmFsPmRl ZmF1bHQgcGFzcw0KKyAgICAgICAgYWxsPC9saXRlcmFsPiBvcHRpb24uIFlvdSBkbyBub3QgbmVl ZCB0byBjb21waWxlIElQRiBpbnRvIHRoZQ0KKyAgICAgICAgJm9zOyBrZXJuZWwganVzdCB0byBj aGFuZ2UgdGhlIGRlZmF1bHQgdG8gPGxpdGVyYWw+YmxvY2sgYWxsDQorICAgICAgICA8L2xpdGVy YWw+LCB5b3UgY2FuIGRvIHRoYXQgYnkganVzdCBjb2RpbmcgYSA8bGl0ZXJhbD5ibG9jaw0KKyAg ICAgICAgYWxsPC9saXRlcmFsPiBydWxlIGF0IHRoZSBlbmQgb2YgeW91ciBydWxlIHNldC48L3Bh cmE+IA0KICAgICA8L3NlY3QyPg0KIA0KICAgICA8c2VjdDI+DQpAQCAtMzY5LDggKzM2OCw4IEBA DQogb3B0aW9ucyBJUEZJTFRFUl9MT0cNCiBvcHRpb25zIElQRklMVEVSX0RFRkFVTFRfQkxPQ0s8 L3Byb2dyYW1saXN0aW5nPg0KIA0KLSAgICAgIDxwYXJhPjxsaXRlcmFsPm9wdGlvbnMgSVBGSUxU RVI8L2xpdGVyYWw+IHRlbGxzIHRoZSBjb21waWxlDQotICAgICAgICB0byBpbmNsdWRlIElQRklM VEVSIGFzIHBhcnQgb2YgaXRzIGNvcmUga2VybmVsLjwvcGFyYT4NCisgICAgICA8cGFyYT48bGl0 ZXJhbD5vcHRpb25zIElQRklMVEVSPC9saXRlcmFsPiBlbmFibGVzIHN1cHBvcnQgZm9yDQorICAg ICAgdGhlIDxxdW90ZT5JUEZJTFRFUjwvcXVvdGU+IGZpcmV3YWxsLjwvcGFyYT4NCiANCiAgICAg ICA8cGFyYT48bGl0ZXJhbD5vcHRpb25zIElQRklMVEVSX0xPRzwvbGl0ZXJhbD4gZW5hYmxlcyB0 aGUNCiAgICAgICAgIG9wdGlvbiB0byBoYXZlIElQRiBsb2cgdHJhZmZpYyBieSB3cml0aW5nIHRv IHRoZSBpcGwgcGFja2V0DQpAQCAtNDE2LDE1ICs0MTUsMTYgQEANCiANCiAgICAgIDxwcm9ncmFt bGlzdGluZz48Y29tbWFuZD5pcGYgLUZhIC1mIC9ldGMvaXBmLnJ1bGVzPC9jb21tYW5kPjwvcHJv Z3JhbWxpc3Rpbmc+DQogDQotICAgICA8cGFyYT48b3B0aW9uPi1GYTwvb3B0aW9uPiBtZWFucyBm bHVzaCBhbGwgaW50ZXJuYWwgcnVsZXMgdGFibGVzLjwvcGFyYT4NCi0gICAgIDxwYXJhPjxvcHRp b24+LWY8L29wdGlvbj4gbWVhbnMgdGhpcyBpcyB0aGUgZmlsZSB0byByZWFkIGZvciB0aGUgcnVs ZXMgdG8gbG9hZC48L3BhcmE+DQorICAgICA8cGFyYT48b3B0aW9uPi1GYTwvb3B0aW9uPiBtZWFu cyAiZmx1c2ggYWxsIGludGVybmFsIHJ1bGVzIHRhYmxlcyIuPC9wYXJhPg0KKyAgICAgPHBhcmE+ PG9wdGlvbj4tZjwvb3B0aW9uPiBtZWFucyAidGhpcyBpcyB0aGUgZmlsZSB0byByZWFkIGZvciB0 aGUNCisgICAgIHJ1bGVzIHRvIGxvYWQiLjwvcGFyYT4NCiANCi0gICAgIDxwYXJhPlRoaXMgZ2l2 ZXMgeW91IHRoZSBhYmlsaXR5IHRvIG1ha2UgY2hhbmdlcyB0byB0aGVpciBjdXN0b20NCi0gICAg ICAgcnVsZXMgZmlsZSwgcnVuIHRoZSBhYm92ZSBJUEYgY29tbWFuZCB0aHVzIHVwZGF0aW5nIHRo ZSBydW5uaW5nDQorICAgICA8cGFyYT5UaGlzIGdpdmVzIHlvdSB0aGUgYWJpbGl0eSB0byBtYWtl IGNoYW5nZXMgdG8gYSBjdXN0b20NCisgICAgICAgcnVsZXMgZmlsZS4gUnVuIHRoZSBhYm92ZSBJ UEYgY29tbWFuZCB0aHVzIHVwZGF0aW5nIHRoZSBydW5uaW5nDQogICAgICAgIGZpcmV3YWxsIHdp dGggYSBmcmVzaCBjb3B5IG9mIGFsbCB0aGUgcnVsZXMgd2l0aG91dCBoYXZpbmcgdG8NCi0gICAg ICAgcmVib290IHRoZSBzeXN0ZW0uIFRoaXMgbWV0aG9kIGlzIHZlcnkgY29udmVuaWVudCBmb3Ig dGVzdGluZyBuZXcNCi0gICAgICAgcnVsZXMgYXMgdGhlIHByb2NlZHVyZSBjYW4gYmUgZXhlY3V0 ZWQgYXMgbWFueSB0aW1lcyBhcyBuZWVkZWQuDQotICAgICAgIDwvcGFyYT4NCisgICAgICAgcmVi b290IHRoZSBzeXN0ZW0uIFRoaXMgbWV0aG9kIGlzIHZlcnkgY29udmVuaWVudCBmb3IgdGVzdGlu Zw0KKyAgICAgICBuZXcgcnVsZXMgYXMgdGhlIHByb2NlZHVyZSBjYW4gYmUgZXhlY3V0ZWQgYXMg bWFueSB0aW1lcyBhcw0KKyAgICAgICBuZWVkZWQuICA8L3BhcmE+DQogDQogICAgICA8cGFyYT5T ZWUgdGhlICZtYW4uaXBmLjg7IG1hbnVhbCBwYWdlIGZvciBkZXRhaWxzIG9uIHRoZSBvdGhlciBm bGFncw0KICAgICAgICBhdmFpbGFibGUgd2l0aCB0aGlzIGNvbW1hbmQuPC9wYXJhPg0KQEAgLTQz Myw3ICs0MzMsNyBAQA0KICAgICAgICBzdGFuZGFyZCB0ZXh0IGZpbGUuIEl0IHdpbGwgbm90IGFj Y2VwdCBhIHJ1bGVzIGZpbGUgd3JpdHRlbiBhcyBhDQogICAgICAgIHNjcmlwdCB3aXRoIHN5bWJv bGljIHN1YnN0aXR1dGlvbi48L3BhcmE+DQogDQotICAgICA8cGFyYT5UaGVyZSBpcyBhIHdheSB0 byBidWlsZCBJUEYgcnVsZXMgdGhhdCB1dGlsaXRpZXMgdGhlIHBvd2VyIG9mDQorICAgICA8cGFy YT5UaGVyZSBpcyBhIHdheSB0byBidWlsZCBJUEYgcnVsZXMgdGhhdCB1c2UgdGhlIHBvd2VyIG9m DQogICAgICAgIHNjcmlwdCBzeW1ib2xpYyBzdWJzdGl0dXRpb24uICBGb3IgbW9yZSBpbmZvcm1h dGlvbiwgc2VlIDx4cmVmDQogICAgICAgIGxpbmtlbmQ9ImZpcmV3YWxscy1pcGZ3LXJ1bGVzLXNj cmlwdCI+LjwvcGFyYT4NCiAgICAgIDwvc2VjdDI+DQpAQCAtNTU3LDcgKzU1Nyw3IEBADQogICAg ICA8c2VjdDI+DQogICAgICAgIDx0aXRsZT5JUE1PTiBMb2dnaW5nPC90aXRsZT4NCiANCi0gICAg ICAgPHBhcmE+U3lzbG9nZCB1c2VzIGl0cyBvd24gc3BlY2lhbCBtZXRob2QgZm9yIHNlZ3JlZ2F0 aW9uIG9mIGxvZw0KKyAgICAgICA8cGFyYT5TeXNsb2dkIHVzZXMgaXRzIG93biBzcGVjaWFsIG1l dGhvZCBmb3IgYWdncmVnYXRpb24gb2YgbG9nDQogICAgICAgICAgZGF0YS4gSXQgdXNlcyBzcGVj aWFsIGdyb3VwaW5nIGNhbGxlZCA8cXVvdGU+ZmFjaWxpdHk8L3F1b3RlPg0KICAgICAgICAgIGFu ZCA8cXVvdGU+bGV2ZWwuPC9xdW90ZT4gSVBNT04gaW4gPG9wdGlvbj4tRHM8L29wdGlvbj4gbW9k ZSB1c2VzIExvY2FsMCBhcyB0aGUNCiAgICAgICAgICA8cXVvdGU+ZmFjaWxpdHk8L3F1b3RlPiBu YW1lLiBBbGwgSVBNT04gbG9nZ2VkIGRhdGEgZ29lcyB0bw0KQEAgLTU3NSw4ICs1NzUsOSBAQA0K IA0KICAgICAgICA8cHJvZ3JhbWxpc3Rpbmc+PGNvbW1hbmQ+dG91Y2ggL3Zhci9sb2cvaXBmaWx0 ZXIubG9nPC9jb21tYW5kPjwvcHJvZ3JhbWxpc3Rpbmc+DQogDQotICAgICAgIDxwYXJhPlRoZSBz eXNsb2cgZnVuY3Rpb24gaXMgY29udHJvbGxlZCBieSBkZWZpbml0aW9uIHN0YXRlbWVudHMNCi0g ICAgICAgICBpbiB0aGUgPGZpbGVuYW1lPi9ldGMvc3lzbG9nLmNvbmY8L2ZpbGVuYW1lPiBmaWxl LiBUaGUgPGZpbGVuYW1lPnN5c2xvZy5jb25mPC9maWxlbmFtZT4gZmlsZSBvZmZlcnMNCisgICAg ICAgPHBhcmE+VGhlIHN5c2xvZyBmdW5jdGlvbiBpcyBjb250cm9sbGVkIGJ5IGRlZmluaXRpb24N CisgICAgICAgICBzdGF0ZW1lbnRzIGluIHRoZSA8ZmlsZW5hbWU+L2V0Yy9zeXNsb2cuY29uZjwv ZmlsZW5hbWU+DQorICAgICAgICAgZmlsZS4gVGhlIDxmaWxlbmFtZT5zeXNsb2cuY29uZjwvZmls ZW5hbWU+IGZpbGUgb2ZmZXJzDQogICAgICAgICAgY29uc2lkZXJhYmxlIGZsZXhpYmlsaXR5IGlu IGhvdyBzeXNsb2cgd2lsbCBkZWFsIHdpdGggc3lzdGVtDQogICAgICAgICAgbWVzc2FnZXMgaXNz dWVkIGJ5IHNvZnR3YXJlIGFwcGxpY2F0aW9ucyBsaWtlIElQRi48L3BhcmE+DQogDQpAQCAtNTg1 LDE2ICs1ODYsMTggQEANCiANCiAgICAgICAgPHByb2dyYW1saXN0aW5nPkxvY2FsMC4qIC92YXIv bG9nL2lwZmlsdGVyLmxvZzwvcHJvZ3JhbWxpc3Rpbmc+DQogDQotICAgICAgIDxwYXJhPlRoZSA8 bGl0ZXJhbD5Mb2NhbDAuKjwvbGl0ZXJhbD4gbWVhbnMgdG8gd3JpdGUgYWxsIHRoZSBsb2dnZWQg bWVzc2FnZXMgdG8gdGhlDQotICAgICAgICAgY29kZWQgZmlsZSBsb2NhdGlvbi48L3BhcmE+DQor ICAgICAgIDxwYXJhPlRoZSA8bGl0ZXJhbD5Mb2NhbDAuKjwvbGl0ZXJhbD4gbWVhbnMgdG8gd3Jp dGUgYWxsIHRoZQ0KKyAgICAgICAgIGxvZ2dlZCBtZXNzYWdlcyB0byB0aGUgY29kZWQgZmlsZSBs b2NhdGlvbi48L3BhcmE+DQogDQotICAgICAgIDxwYXJhPlRvIGFjdGl2YXRlIHRoZSBjaGFuZ2Vz IHRvIDxmaWxlbmFtZT4vZXRjL3N5c2xvZy5jb25mDQotICAgICAgICAgPC9maWxlbmFtZT4geW91 IGNhbiByZWJvb3Qgb3IgYnVtcCB0aGUgc3lzbG9nIHRhc2sgaW50bw0KLSAgICAgICAgIHJlLXJl YWRpbmcgPGZpbGVuYW1lPi9ldGMvc3lzbG9nLmNvbmY8L2ZpbGVuYW1lPiBieSA8Y29tbWFuZD4N Ci0gICAgICAgICBraWxsIC1IVVAgJmx0O3BpZCZndDs8L2NvbW1hbmQ+LiBZb3UgZ2V0IHRoZSBw aWQgKGkuZS4gcHJvY2Vzcw0KLSAgICAgICAgIG51bWJlcikgYnkgbGlzdGluZyB0aGUgdGFza3Mg d2l0aCB0aGUgPGNvbW1hbmQ+cHMgLWF4PC9jb21tYW5kPg0KLSAgICAgICAgIGNvbW1hbmQuIEZp bmQgc3lzbG9nIGluIHRoZSBkaXNwbGF5IGFuZCB0aGUgcGlkIGlzIHRoZSBudW1iZXINCi0gICAg ICAgICBpbiB0aGUgbGVmdCBjb2x1bW4uPC9wYXJhPg0KKyAgICAgICA8cGFyYT5UbyBhY3RpdmF0 ZSB0aGUgY2hhbmdlcyBtYWRlIHRvDQorICAgICAgICAgPGZpbGVuYW1lPi9ldGMvc3lzbG9nLmNv bmYgPC9maWxlbmFtZT4geW91IGNhbiByZWJvb3Qgb3IgYnVtcA0KKyAgICAgICAgIHRoZSBzeXNs b2cgdGFzayBpbnRvIHJlLXJlYWRpbmcNCisgICAgICAgICA8ZmlsZW5hbWU+L2V0Yy9zeXNsb2cu Y29uZjwvZmlsZW5hbWU+IGJ5DQorICAgICAgICAgPGNvbW1hbmQ+L2V0Yy9yYy5kL3N5c2xvZ2Qg cmVzdGFydDwvY29tbWFuZD4gb3IgPGNvbW1hbmQ+a2lsbA0KKyAgICAgICAgIC1IVVAgPGxpdGVy YWw+cGlkPC9saXRlcmFsPjwvY29tbWFuZD4gb24gJm9zOyA0Llggc3lzdGVtcy4gWW91DQorICAg ICAgICAgZ2V0IHRoZSBwaWQgKGkuZS4gcHJvY2VzcyBudW1iZXIpIGJ5IGxpc3RpbmcgdGhlIHRh c2tzIHdpdGgNCisgICAgICAgICB0aGUgPGNvbW1hbmQ+cHMgLWF4PC9jb21tYW5kPiBjb21tYW5k LiBGaW5kIHN5c2xvZyBpbiB0aGUNCisgICAgICAgICBkaXNwbGF5IGFuZCB0aGUgcGlkIGlzIHRo ZSBudW1iZXIgaW4gdGhlIGxlZnQgY29sdW1uLjwvcGFyYT4NCiANCiAgICAgICAgPHBhcmE+RG8g bm90IGZvcmdldCB0byBjaGFuZ2UgPGZpbGVuYW1lPi9ldGMvbmV3c3lzbG9nLmNvbmYNCiAgICAg ICAgICA8L2ZpbGVuYW1lPiB0byByb3RhdGUgdGhlIG5ldyBsb2cgeW91IGp1c3QgY3JlYXRlZCBh Ym92ZS4NCkBAIC02NDMsNyArNjQ2LDcgQEANCiAgICAgICAgICA8L2xpc3RpdGVtPg0KIA0KICAg ICAgICAgIDxsaXN0aXRlbT4NCi0gICAgICAgICAgIDxwYXJhPlRoZSBhZGRyZXNzZXMuIFRoaXMg aXMgYWN0dWFsbHkgdGhyZWUgZmllbGRzOiB0aGUNCisgICAgICAgICAgIDxwYXJhPlRoZSBhZGRy ZXNzZXMuIFRoaXMgaXMgYWN0dWFjdHVhbGx5IHRocmVlIGZpZWxkczogdGhlDQogICAgICAgICAg ICAgIHNvdXJjZSBhZGRyZXNzIGFuZCBwb3J0IChzZXBhcmF0ZWQgYnkgYSBjb21tYSksIHRoZSAt Pg0KICAgICAgICAgICAgICBzeW1ib2wsIGFuZCB0aGUgZGVzdGluYXRpb24gYWRkcmVzcyBhbmQg cG9ydC4NCiAgICAgICAgICAgICAgMjA5LjUzLjE3LjIyLDgwIC0+IDE5OC43My4yMjAuMTcsMTcy Mi48L3BhcmE+DQpAQCAtNzAzLDcgKzcwNiw3IEBADQogPHByb2dyYW1saXN0aW5nPiMjIyMjIyMj IyMjIyMgU3RhcnQgb2YgSVBGIHJ1bGVzIHNjcmlwdCAjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMN CiANCiBvaWY9ImRjMCIgICAgICAgICAgICAjIG5hbWUgb2YgdGhlIG91dGJvdW5kIGludGVyZmFj ZQ0KLW9kbnM9IjE5Mi4wLjIuMTEiICAgICMgSVNQJ3MgZG5zIHNlcnZlciBJUCBhZGRyZXNzIFN5 bWJvbGljJmd0Ow0KK29kbnM9IjE5Mi4wLjIuMTEiICAgICMgSVNQJ3MgRE5TIHNlcnZlciBJUCBh ZGRyZXNzDQogbXlpcD0iMTkyLjAuMi43IiAgICAgIyBNeSBTdGF0aWMgSVAgYWRkcmVzcyBmcm9t IElTUA0KIGtzPSJrZWVwIHN0YXRlIg0KIGZrcz0iZmxhZ3MgUyBrZWVwIHN0YXRlIg0KQEAgLTcx Niw3ICs3MTksNyBAQA0KICMgYWZ0ZXIgdGhlIEVPRiBsaW5lIHRvIHdvcmsgY29ycmVjdGx5Lg0K IC9zYmluL2lwZiAtRmEgLWYgLSAmbHQ7Jmx0OyBFT0YNCiANCi0jIEFsbG93IG91dCBhY2Nlc3Mg dG8gbXkgSVNQJ3MgRG9tYWluIG5hbWUgc2VydmVyLg0KKyMgQWxsb3cgb3V0IGFjY2VzcyB0byBt eSBJU1AncyBEb21haW4gTmFtZSBzZXJ2ZXIuDQogcGFzcyBvdXQgcXVpY2sgb24gJmRvbGxhcjtv aWYgcHJvdG8gdGNwIGZyb20gYW55IHRvICZkb2xsYXI7b2RucyBwb3J0ID0gNTMgJmRvbGxhcjtm a3MNCiBwYXNzIG91dCBxdWljayBvbiAmZG9sbGFyO29pZiBwcm90byB1ZHAgZnJvbSBhbnkgdG8g JmRvbGxhcjtvZG5zIHBvcnQgPSA1MyAmZG9sbGFyO2tzDQogDQpAQCAtNzI4LDEwICs3MzEsMTEg QEANCiBFT0YNCiAjIyMjIyMjIyMjIyMjIyMjIyMgRW5kIG9mIElQRiBydWxlcyBzY3JpcHQgIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjPC9wcm9ncmFtbGlzdGluZz4NCiANCi0gICAgICAgPHBhcmE+ VGhhdCBpcyBhbGwgdGhlcmUgaXMgdG8gaXQuIFRoZSBydWxlcyBhcmUgbm90IGltcG9ydGFudCBp bg0KLSAgICAgICAgIHRoaXMgZXhhbXBsZSwgaG93IHRoZSBTeW1ib2xpYyBzdWJzdGl0dXRpb24g ZmllbGQgYXJlIHBvcHVsYXRlZA0KLSAgICAgICAgIGFuZCB1c2VkIGFyZS4gSWYgdGhlIGFib3Zl IGV4YW1wbGUgd2FzIGluIDxmaWxlbmFtZT4vZXRjL2lwZi5ydWxlcy5zY3JpcHQ8L2ZpbGVuYW1l Pg0KLSAgICAgICAgIGZpbGUsIHlvdSBjb3VsZCByZWxvYWQgdGhlc2UgcnVsZXMgYnkgZW50ZXJp bmcgdGhpcyBvbiB0aGUgY29tbWFuZA0KKyAgICAgICA8cGFyYT5UaGF0IGlzIGFsbCB0aGVyZSBp cyB0byBpdC4gVGhlIHJ1bGVzIGFyZSBub3QgaW1wb3J0YW50DQorICAgICAgICAgaW4gdGhpcyBl eGFtcGxlLCBob3cgdGhlIFN5bWJvbGljIHN1YnN0aXR1dGlvbiBmaWVsZCBhcmUNCisgICAgICAg ICBwb3B1bGF0ZWQgYW5kIHVzZWQgYXJlLiBJZiB0aGUgYWJvdmUgZXhhbXBsZSB3YXMgaW4NCisg ICAgICAgICA8ZmlsZW5hbWU+L2V0Yy9pcGYucnVsZXMuc2NyaXB0PC9maWxlbmFtZT4gZmlsZSwg eW91IGNvdWxkDQorICAgICAgICAgcmVsb2FkIHRoZXNlIHJ1bGVzIGJ5IGVudGVyaW5nIHRoZSBm b2xsb3dpbmcgb24gdGhlIGNvbW1hbmQNCiAgICAgICAgICBsaW5lOjwvcGFyYT4NCiANCiAgICAg ICAgPHByb2dyYW1saXN0aW5nPjxjb21tYW5kPnNoIC9ldGMvaXBmLnJ1bGVzLnNjcmlwdDwvY29t bWFuZD4NCkBAIC03NjEsNyArNzY1LDcgQEANCiANCiAgICAgICAgPHByb2dyYW1saXN0aW5nPjxj b21tYW5kPmNobW9kIDcwMCAvdXNyL2xvY2FsL2V0Yy9yYy5kL2lwZi5sb2FkcnVsZXMuc2g8L2Nv bW1hbmQ+PC9wcm9ncmFtbGlzdGluZz4NCiANCi0gICAgICAgPHBhcmE+Tm93IHdoZW4geW91IHN5 c3RlbSBib290cyB5b3VyIElQRiBydWxlcyB3aWxsIGJlIGxvYWRlZA0KKyAgICAgICA8cGFyYT5O b3cgd2hlbiB5b3VyIHN5c3RlbSBib290cywgeW91ciBJUEYgcnVsZXMgd2lsbCBiZSBsb2FkZWQN CiAgICAgICAgICB1c2luZyB0aGUgc2NyaXB0LjwvcGFyYT4NCiANCiAgICAgIDwvc2VjdDI+DQpA QCAtNzc0LDcgKzc3OCw3IEBADQogICAgICAgICAgc2Vzc2lvbiBjb252ZXJzYXRpb24uIFRoZSBm aXJld2FsbCBydWxlIHNldCBwcm9jZXNzZXMgdGhlDQogICAgICAgICAgcGFja2V0IDIgdGltZXMs IG9uY2Ugb24gaXRzIGFycml2YWwgZnJvbSB0aGUgcHVibGljIEludGVybmV0DQogICAgICAgICAg aG9zdCBhbmQgYWdhaW4gYXMgaXQgbGVhdmVzIGZvciBpdHMgcmV0dXJuIHRyaXAgYmFjayB0byB0 aGUNCi0gICAgICAgICBwdWJsaWMgSW50ZXJuZXQgaG9zdC4gRWFjaCB0Y3AvaXAgc2VydmljZSAo aS5lLiB0ZWxuZXQsIHd3dywNCisgICAgICAgICBwdWJsaWMgSW50ZXJuZXQgaG9zdC4gRWFjaCBU Q1AvSVAgc2VydmljZSAoaS5lLiB0ZWxuZXQsIHd3dywNCiAgICAgICAgICBtYWlsLCBldGMuKSBp cyBwcmVkZWZpbmVkIGJ5IGl0cyBwcm90b2NvbCwgc291cmNlIGFuZA0KICAgICAgICAgIGRlc3Rp bmF0aW9uIElQIGFkZHJlc3MsIG9yIHRoZSBzb3VyY2UgYW5kIGRlc3RpbmF0aW9uIHBvcnQNCiAg ICAgICAgICBudW1iZXIuIFRoaXMgaXMgdGhlIGJhc2ljIHNlbGVjdGlvbiBjcml0ZXJpYSB1c2Vk IHRvIGNyZWF0ZQ0KQEAgLTgxNCw5ICs4MTgsOSBAQA0KICAgICAgICAgIHJ1bGUgd2luczwvcXVv dGU+IGxvZ2ljLiBGb3IgdGhlIGNvbXBsZXRlIGxlZ2FjeSBydWxlIHN5bnRheA0KICAgICAgICAg IGRlc2NyaXB0aW9uIHNlZSB0aGUgJm1hbi5pcGYuODsgbWFudWFsIHBhZ2UuPC9wYXJhPg0KIA0K LSAgICAgICA8cGFyYT48bGl0ZXJhbD4jPC9saXRlcmFsPiBpcyB1c2VkIHRvIG1hcmsgdGhlIHN0 YXJ0IG9mIGEgY29tbWVudCBhbmQgbWF5IGFwcGVhciBhdA0KLSAgICAgICAgIHRoZSBlbmQgb2Yg YSBydWxlIGxpbmUgb3Igb24gaXRzIG93biBsaW5lcy4gQmxhbmsgbGluZXMgYXJlDQotICAgICAg ICAgaWdub3JlZC48L3BhcmE+DQorICAgICAgIDxwYXJhPjxsaXRlcmFsPiM8L2xpdGVyYWw+IGlz IHVzZWQgdG8gbWFyayB0aGUgc3RhcnQgb2YgYQ0KKyAgICAgICAgIGNvbW1lbnQgYW5kIG1heSBh cHBlYXIgYXQgdGhlIGVuZCBvZiBhIHJ1bGUgbGluZSBvciBvbiBpdHMNCisgICAgICAgICBvd24g bGluZXMuIEJsYW5rIGxpbmVzIGFyZSBpZ25vcmVkLjwvcGFyYT4NCiANCiAgICAgICAgPHBhcmE+ UnVsZXMgY29udGFpbiBrZXl3b3JkcywgVGhlc2Uga2V5d29yZHMgaGF2ZSB0byBiZSBjb2RlZCBp bg0KICAgICAgICAgIGEgc3BlY2lmaWMgb3JkZXIgZnJvbSBsZWZ0IHRvIHJpZ2h0IG9uIHRoZSBs aW5lLiBLZXl3b3JkcyBhcmUNCkBAIC04NTksOCArODYzLDkgQEANCiAgICAgICAgICAgIDx0aXRs ZT5BQ1RJT048L3RpdGxlPg0KIA0KICAgICAgICAgICAgPHBhcmE+VGhlIGFjdGlvbiBpbmRpY2F0 ZXMgd2hhdCB0byBkbyB3aXRoIHRoZSBwYWNrZXQgaWYgaXQNCi0gICAgICAgICAgICAgbWF0Y2hl cyB0aGUgcmVzdCBvZiB0aGUgZmlsdGVyIHJ1bGUuIEVhY2ggcnVsZSA8ZW1waGFzaXM+bXVzdDwv ZW1waGFzaXM+IGhhdmUgYQ0KLSAgICAgICAgICAgICBhY3Rpb24uIFRoZSBmb2xsb3dpbmcgYWN0 aW9ucyBhcmUgcmVjb2duaXplZDo8L3BhcmE+DQorICAgICAgICAgICAgIG1hdGNoZXMgdGhlIHJl c3Qgb2YgdGhlIGZpbHRlciBydWxlLiBFYWNoIHJ1bGUNCisgICAgICAgICAgICAgPGVtcGhhc2lz Pm11c3Q8L2VtcGhhc2lzPiBoYXZlIGEgYWN0aW9uLiBUaGUgZm9sbG93aW5nDQorICAgICAgICAg ICAgIGFjdGlvbnMgYXJlIHJlY29nbml6ZWQ6PC9wYXJhPg0KIA0KICAgICAgICAgICAgPHBhcmE+ YmxvY2sgaW5kaWNhdGVzIHRoYXQgdGhlIHBhY2tldCBzaG91bGQgYmUgZHJvcHBlZCBpZg0KICAg ICAgICAgICAgICB0aGUgc2VsZWN0aW9uIHBhcmFtZXRlcnMgbWF0Y2ggdGhlIHBhY2tldC48L3Bh cmE+DQpAQCAtODc3LDExICs4ODIsMTEgQEANCiAgICAgICAgICAgICAgb3RoZXIgaGFzIHRvIGJl IGNvZGVkIG9yIHRoZSBydWxlIHdpbGwgbm90IHBhc3Mgc3ludGF4DQogICAgICAgICAgICAgIGNo ZWNrLjwvcGFyYT4NCiANCi0gICAgICAgICAgIDxwYXJhPmluIG1lYW5zIHRoaXMgcnVsZSBpcyBi ZWluZyBhcHBsaWVkIGFnYWluc3QgYW4gaW5ib3VuZA0KKyAgICAgICAgICAgPHBhcmE+ImluIiBt ZWFucyB0aGlzIHJ1bGUgaXMgYmVpbmcgYXBwbGllZCBhZ2FpbnN0IGFuIGluYm91bmQNCiAgICAg ICAgICAgICAgcGFja2V0IHdoaWNoIGhhcyBqdXN0IGJlZW4gcmVjZWl2ZWQgb24gdGhlIGludGVy ZmFjZQ0KICAgICAgICAgICAgICBmYWNpbmcgdGhlIHB1YmxpYyBJbnRlcm5ldC48L3BhcmE+DQog DQotICAgICAgICAgICA8cGFyYT5vdXQgbWVhbnMgdGhpcyBydWxlIGlzIGJlaW5nIGFwcGxpZWQg YWdhaW5zdCBhbg0KKyAgICAgICAgICAgPHBhcmE+Im91dCIgbWVhbnMgdGhpcyBydWxlIGlzIGJl aW5nIGFwcGxpZWQgYWdhaW5zdCBhbg0KICAgICAgICAgICAgICBvdXRib3VuZCBwYWNrZXQgZGVz dGluZWQgZm9yIHRoZSBpbnRlcmZhY2UgZmFjaW5nIHRoZSBwdWJsaWMNCiAgICAgICAgICAgICAg SW50ZXJuZXQuPC9wYXJhPg0KICAgICAgICAgIDwvc2VjdDM+DQpAQCAtODkzLDE4ICs4OTgsMTgg QEANCiAgICAgICAgICAgICAgICA8L3BhcmE+DQogICAgICAgICAgICA8L25vdGU+DQogDQotICAg ICAgICAgICA8cGFyYT5sb2cgaW5kaWNhdGVzIHRoYXQgdGhlIHBhY2tldCBoZWFkZXIgd2lsbCBi ZSB3cml0dGVuIHRvDQorICAgICAgICAgICA8cGFyYT4ibG9nIiBpbmRpY2F0ZXMgdGhhdCB0aGUg cGFja2V0IGhlYWRlciB3aWxsIGJlIHdyaXR0ZW4gdG8NCiAgICAgICAgICAgICAgdGhlIGlwbCBs b2cgKGFzIGRlc2NyaWJlZCBpbiB0aGUgTE9HR0lORyBzZWN0aW9uIGJlbG93KSBpZg0KICAgICAg ICAgICAgICB0aGUgc2VsZWN0aW9uIHBhcmFtZXRlcnMgbWF0Y2ggdGhlIHBhY2tldC48L3BhcmE+ DQogDQotICAgICAgICAgICA8cGFyYT5xdWljayBpbmRpY2F0ZXMgdGhhdCBpZiB0aGUgc2VsZWN0 aW9uIHBhcmFtZXRlcnMgbWF0Y2gNCisgICAgICAgICAgIDxwYXJhPiJxdWljayIgaW5kaWNhdGVz IHRoYXQgaWYgdGhlIHNlbGVjdGlvbiBwYXJhbWV0ZXJzIG1hdGNoDQogICAgICAgICAgICAgIHRo ZSBwYWNrZXQsIHRoaXMgcnVsZSB3aWxsIGJlIHRoZSBsYXN0IHJ1bGUgY2hlY2tlZCwNCiAgICAg ICAgICAgICAgYWxsb3dpbmcgYSAic2hvcnQtY2lyY3VpdCIgcGF0aCB0byBhdm9pZCBwcm9jZXNz aW5nIGFueQ0KICAgICAgICAgICAgICBmb2xsb3dpbmcgcnVsZXMgZm9yIHRoaXMgcGFja2V0LiBU aGlzIG9wdGlvbiBpcyBhIG1hbmRhdG9yeQ0KICAgICAgICAgICAgICByZXF1aXJlbWVudCBmb3Ig dGhlIG1vZGVybml6ZWQgcnVsZXMgcHJvY2Vzc2luZyBsb2dpYy4NCiAgICAgICAgICAgICAgPC9w YXJhPg0KIA0KLSAgICAgICAgICAgPHBhcmE+b24gaW5kaWNhdGVzIHRoZSBpbnRlcmZhY2UgbmFt ZSB0byBiZSBpbmNvcnBvcmF0ZWQgaW50bw0KKyAgICAgICAgICAgPHBhcmE+Im9uIiBpbmRpY2F0 ZXMgdGhlIGludGVyZmFjZSBuYW1lIHRvIGJlIGluY29ycG9yYXRlZCBpbnRvDQogICAgICAgICAg ICAgIHRoZSBzZWxlY3Rpb24gcGFyYW1ldGVycy4gSW50ZXJmYWNlIG5hbWVzIGFyZSBhcyBkaXNw bGF5ZWQNCiAgICAgICAgICAgICAgYnkgaWZjb25maWcuIFVzaW5nIHRoaXMgb3B0aW9uLCB0aGUg cnVsZSB3aWxsIG9ubHkgbWF0Y2ggaWYNCiAgICAgICAgICAgICAgdGhlIHBhY2tldCBpcyBnb2lu ZyB0aHJvdWdoIHRoYXQgaW50ZXJmYWNlIGluIHRoZSBzcGVjaWZpZWQNCkBAIC05MTYsMTAgKzky MSwxMCBAQA0KICAgICAgICAgICAgICBJbW1lZGlhdGVseSBmb2xsb3dpbmcgdGhlIGxvZyBrZXl3 b3JkLCB0aGUgZm9sbG93aW5nDQogICAgICAgICAgICAgIHF1YWxpZmllcnMgbWF5IGJlIHVzZWQg KGluIHRoaXMgb3JkZXIpOjwvcGFyYT4NCiANCi0gICAgICAgICAgIDxwYXJhPmJvZHkgaW5kaWNh dGVzIHRoYXQgdGhlIGZpcnN0IDEyOCBieXRlcyBvZiB0aGUgcGFja2V0DQorICAgICAgICAgICA8 cGFyYT4iYm9keSIgaW5kaWNhdGVzIHRoYXQgdGhlIGZpcnN0IDEyOCBieXRlcyBvZiB0aGUgcGFj a2V0DQogICAgICAgICAgICAgIGNvbnRlbnRzIHdpbGwgYmUgbG9nZ2VkIGFmdGVyIHRoZSBoZWFk ZXJzLjwvcGFyYT4NCiANCi0gICAgICAgICAgIDxwYXJhPmZpcnN0IElmIHRoZSAnbG9nJyBrZXl3 b3JkIGlzIGJlaW5nIHVzZWQgaW4gY29uanVuY3Rpb24NCisgICAgICAgICAgIDxwYXJhPiJmaXJz dCIgSWYgdGhlICdsb2cnIGtleXdvcmQgaXMgYmVpbmcgdXNlZCBpbiBjb25qdW5jdGlvbg0KICAg ICAgICAgICAgICB3aXRoIGEgImtlZXAgc3RhdGUiIG9wdGlvbiwgaXQgaXMgcmVjb21tZW5kZWQg dGhhdCB0aGlzDQogICAgICAgICAgICAgIG9wdGlvbiBpcyBhbHNvIGFwcGxpZWQgc28gdGhhdCBv bmx5IHRoZSB0cmlnZ2VyaW5nIHBhY2tldA0KICAgICAgICAgICAgICBpcyBsb2dnZWQgYW5kIG5v dCBldmVyeSBwYWNrZXQgd2hpY2ggdGhlcmUgYWZ0ZXIgbWF0Y2hlcw0KQEAgLTk1OCw3ICs5NjMs NyBAQA0KICAgICAgICAgICAgPHBhcmE+VGhlICdhbGwnIGtleXdvcmQgaXMgZXNzZW50aWFsbHkg YSBzeW5vbnltIGZvciAiZnJvbQ0KICAgICAgICAgICAgICBhbnkgdG8gYW55IiB3aXRoIG5vIG90 aGVyIG1hdGNoIHBhcmFtZXRlcnMuPC9wYXJhPg0KIA0KLSAgICAgICAgICAgPHBhcmE+ZnJvbSBz cmMgdG8gZHN0IFRoZSBmcm9tIGFuZCB0byBrZXl3b3JkcyBhcmUgdXNlZCB0bw0KKyAgICAgICAg ICAgPHBhcmE+ImZyb20gc3JjIHRvIGRzdCIgVGhlIGZyb20gYW5kIHRvIGtleXdvcmRzIGFyZSB1 c2VkIHRvDQogICAgICAgICAgICAgIG1hdGNoIGFnYWluc3QgSVAgYWRkcmVzc2VzLiBSdWxlcyBt dXN0IHNwZWNpZnkgQk9USCBzb3VyY2UNCiAgICAgICAgICAgICAgYW5kIGRlc3RpbmF0aW9uIHBh cmFtZXRlcnMuIC5hbnkuIGlzIGEgc3BlY2lhbCBrZXl3b3JkIHRoYXQNCiAgICAgICAgICAgICAg bWF0Y2hlcyBhbnkgSVAgYWRkcmVzcy4gQXMgaW4gJ2Zyb20gYW55IHRvIGFueScgb3IgJ2Zyb20N CkBAIC0xMDQyLDEyICsxMDQ3LDEzIEBADQogICAgICAgICAgIGRvIG5vdCBwcm9wZXJseSBmaXQg dGhlIHNlc3Npb24gY29udmVyc2F0aW9uIHRlbXBsYXRlIGFyZQ0KICAgICAgICAgICBhdXRvbWF0 aWNhbGx5IHJlamVjdGVkIGFzIGltcG9zdG9ycy48L3BhcmE+DQogDQotICAgICAgICA8cGFyYT5L ZWVwIHN0YXRlIHdpbGwgYWxzbyBhbGxvdyBJQ01QIHBhY2tldHMgcmVsYXRlZCB0byBhIDxhY3Jv bnltPlRDUDwvYWNyb255bT4NCi0gICAgICAgICAgb3IgVURQIHNlc3Npb24gdGhyb3VnaC4gU28g aWYgeW91IGdldCBJQ01QIHR5cGUgMyBjb2RlIDQgaW4NCi0gICAgICAgICAgcmVzcG9uc2UgdG8g c29tZSB3ZWIgc3VyZmluZyBhbGxvd2VkIG91dCBieSBhIGtlZXAgc3RhdGUgcnVsZSwNCi0gICAg ICAgICAgdGhleSB3aWxsIGJlIGF1dG9tYXRpY2FsbHkgYWxsb3dlZCBpbi4gQW55IHBhY2tldCB0 aGF0IElQRiBjYW4NCi0gICAgICAgICAgYmUgY2VydGFpbiBpcyBwYXJ0IG9mIGEgYWN0aXZlIHNl c3Npb24sIGV2ZW4gaWYgaXQgaXMgYQ0KLSAgICAgICAgICBkaWZmZXJlbnQgcHJvdG9jb2wsIHdp bGwgYmUgbGV0IGluLjwvcGFyYT4NCisgICAgICAgIDxwYXJhPktlZXAgc3RhdGUgd2lsbCBhbHNv IGFsbG93IElDTVAgcGFja2V0cyByZWxhdGVkIHRvIGENCisgICAgICAgICAgPGFjcm9ueW0+VENQ PC9hY3JvbnltPiBvciBVRFAgc2Vzc2lvbiB0aHJvdWdoLiBTbyBpZiB5b3UgZ2V0DQorICAgICAg ICAgIElDTVAgdHlwZSAzIGNvZGUgNCBpbiByZXNwb25zZSB0byBzb21lIHdlYiBzdXJmaW5nIGFs bG93ZWQNCisgICAgICAgICAgb3V0IGJ5IGEga2VlcCBzdGF0ZSBydWxlLCB0aGV5IHdpbGwgYmUg YXV0b21hdGljYWxseSBhbGxvd2VkDQorICAgICAgICAgIGluLiBBbnkgcGFja2V0IHRoYXQgSVBG IGNhbiBiZSBjZXJ0YWluIGlzIHBhcnQgb2YgYSBhY3RpdmUNCisgICAgICAgICAgc2Vzc2lvbiwg ZXZlbiBpZiBpdCBpcyBhIGRpZmZlcmVudCBwcm90b2NvbCwgd2lsbCBiZSBsZXQNCisgICAgICAg ICAgaW4uPC9wYXJhPg0KIA0KICAgICAgICAgPHBhcmE+V2hhdCBoYXBwZW5zIGlzOjwvcGFyYT4N CiANCkBAIC0xMDkwLDE2ICsxMDk2LDE2IEBADQogICAgICAgICBpbnRlcmZhY2VzIHdoaWNoIGhh dmUgdG8gaGF2ZSBydWxlcyB0byBhbGxvdyB0aGUgZmlyZXdhbGwgdG8NCiAgICAgICAgIGZ1bmN0 aW9uLjwvcGFyYT4NCiANCi0gICAgICA8cGFyYT5BbGwgVW5peCBmbGF2b3JlZCBzeXN0ZW1zIGlu Y2x1ZGluZyAmb3M7IGFyZSBkZXNpZ25lZCB0bw0KLSAgICAgICAgdXNlIGludGVyZmFjZSBsMCBh bmQgSVAgYWRkcmVzcyAxMjcuMC4wLjEgZm9yIGludGVybmFsDQotICAgICAgICBjb21tdW5pY2F0 aW9uIHdpdGggaW4gdGhlICZvczsgb3BlcmF0aW5nIHN5c3RlbS4gVGhlIGZpcmV3YWxsDQorICAg ICAgPHBhcmE+QWxsICZ1bml4OyBmbGF2b3JlZCBzeXN0ZW1zIGluY2x1ZGluZyAmb3M7IGFyZSBk ZXNpZ25lZCB0bw0KKyAgICAgICAgdXNlIGludGVyZmFjZSBsbzAgYW5kIElQIGFkZHJlc3MgMTI3 LjAuMC4xIGZvciBpbnRlcm5hbA0KKyAgICAgICAgY29tbXVuaWNhdGlvbiB3aXRoIGluIHRoZSBv cGVyYXRpbmcgc3lzdGVtLiBUaGUgZmlyZXdhbGwNCiAgICAgICAgIHJ1bGVzIG11c3QgY29udGFp biBydWxlcyB0byBhbGxvdyBmcmVlIHVubW9sZXN0ZWQgbW92ZW1lbnQgb2YNCiAgICAgICAgIHRo ZXNlIHNwZWNpYWwgaW50ZXJuYWxseSB1c2VkIHBhY2tldHMuPC9wYXJhPg0KIA0KICAgICAgIDxw YXJhPlRoZSBpbnRlcmZhY2Ugd2hpY2ggZmFjZXMgdGhlIHB1YmxpYyBJbnRlcm5ldCwgaXMgdGhl IG9uZQ0KICAgICAgICAgd2hpY2ggeW91IGNvZGUgeW91ciBydWxlcyB0byBhdXRob3JpemUgYW5k IGNvbnRyb2wgYWNjZXNzIG91dA0KICAgICAgICAgdG8gdGhlIHB1YmxpYyBJbnRlcm5ldCBhbmQg YWNjZXNzIHJlcXVlc3RzIGFycml2aW5nIGZyb20gdGhlDQotICAgICAgICBwdWJsaWMgSW50ZXJu ZXQuIFRoaXMgY2FuIGJlIHlvdXIgLnVzZXIgcHBwLiB0dW4wIGludGVyZmFjZSBvcg0KKyAgICAg ICAgcHVibGljIEludGVybmV0LiBUaGlzIGNhbiBiZSB5b3VyICd1c2VyIHBwcCcgdHVuMCBpbnRl cmZhY2Ugb3INCiAgICAgICAgIHlvdXIgTklDIGNhcmQgdGhhdCBpcyBjYWJsZWQgdG8geW91ciBE U0wgb3IgY2FibGUgbW9kZW0uPC9wYXJhPg0KIA0KICAgICAgIDxwYXJhPkluIGNhc2VzIHdoZXJl IG9uZSBvciBtb3JlIHRoYW4gb25lIE5JQ3MgYXJlIGNhYmxlZCB0bw0KQEAgLTExMDcsNyArMTEx Myw3IEBADQogICAgICAgICBpbnRlcmZhY2VzIG11c3QgaGF2ZSBhIHJ1bGUgY29kZWQgdG8gYWxs b3cgZnJlZSB1bm1vbGVzdGVkDQogICAgICAgICBtb3ZlbWVudCBvZiBwYWNrZXRzIG9yaWdpbmF0 aW5nIGZyb20gdGhvc2UgTEFOIGludGVyZmFjZXMuPC9wYXJhPg0KIA0KLSAgICAgIDxwYXJhPlRo ZSBydWxlcyBzaG91bGQgYmUgZmlyc3Qgb3JnYW5pemVkIGludG8gdGhyZWUgbWFqb3INCisgICAg ICA8cGFyYT5UaGUgcnVsZSBzZXQgc2hvdWxkIGJlIGZpcnN0IG9yZ2FuaXplZCBpbnRvIHRocmVl IG1ham9yDQogICAgICAgICBzZWN0aW9ucywgYWxsIHRoZSBmcmVlIHVubW9sZXN0ZWQgaW50ZXJm YWNlcywgcHVibGljIGludGVyZmFjZQ0KICAgICAgICAgb3V0Ym91bmQsIGFuZCB0aGUgcHVibGlj IGludGVyZmFjZSBpbmJvdW5kLjwvcGFyYT4NCiANCkBAIC0xMTM5LDEzICsxMTQ1LDEzIEBADQog ICAgICAgICBjcmVhdGUgdGhlIGxlZ2FsIGV2aWRlbmNlIG5lZWRlZCB0byBwcm9zZWN1dGUgdGhl IHBlb3BsZSB3aG8NCiAgICAgICAgIGFyZSBhdHRhY2tpbmcgeW91ciBzeXN0ZW0uPC9wYXJhPg0K IA0KLSAgICAgIDxwYXJhPkFub3RoZXIgdGhpbmcgeW91IHNob3VsZCB0YWtlIG5vdGUgb2YsIGlz IHRoZXJlIGlzIG5vDQorICAgICAgPHBhcmE+VGhlcmUgaXMgYW5vdGhlciB0aGluZyB5b3Ugc2hv dWxkIHRha2Ugbm90ZSBvZjogdGhlcmUgaXMgbm8NCiAgICAgICAgIHJlc3BvbnNlIHJldHVybmVk IGZvciBhbnkgb2YgdGhlIHVuZGVzaXJhYmxlIHN0dWZmLCB0aGVpcg0KICAgICAgICAgcGFja2V0 cyBqdXN0IGdldCBkcm9wcGVkIGFuZCB2YW5pc2guIFRoaXMgd2F5IHRoZSBhdHRhY2tlcnMNCiAg ICAgICAgIGhhcyBubyBrbm93bGVkZ2UgaWYgaGlzIHBhY2tldHMgaGF2ZSByZWFjaGVkIHlvdXIg c3lzdGVtLiAgVGhlDQogICAgICAgICBsZXNzIHRoZSBhdHRhY2tlcnMgY2FuIGxlYXJuIGFib3V0 IHlvdXIgc3lzdGVtIHRoZSBtb3JlIHNlY3VyZQ0KICAgICAgICAgaXQgaXMuIFRoZSBpbmJvdW5k ICdubWFwIE9TIGZpbmdlcnByaW50JyBhdHRlbXB0cyBydWxlIEkgbG9nDQotICAgICAgICB0aGUg Zmlyc3Qgb2NjdXJyZW5jZSBiZWNhdXNlIHRoaXMgaXMgc29tZXRoaW5nIGEgYXR0YWNrZXINCisg ICAgICAgIHRoZSBmaXJzdCBvY2N1cnJlbmNlIGJlY2F1c2UgdGhpcyBpcyBzb21ldGhpbmcgYW4g YXR0YWNrZXINCiAgICAgICAgIHdvdWxkIGRvLjwvcGFyYT4NCiANCiAgICAgICA8cGFyYT5Bbnkg dGltZSB5b3Ugc2VlIGxvZyBtZXNzYWdlcyBvbiBhIHJ1bGUgd2l0aCAubG9nIGZpcnN0Lg0KQEAg LTExODIsOCArMTE4OCw4IEBADQogICAgICAgICA8ZmlsZW5hbWU+L2V0Yy9pcGYucnVsZXM8L2Zp bGVuYW1lPjo8L3BhcmE+DQogDQogICAgICAgPHByb2dyYW1saXN0aW5nPiMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjDQotIyBO byByZXN0cmljdGlvbnMgb24gSW5zaWRlIExhbiBJbnRlcmZhY2UgZm9yIHByaXZhdGUgbmV0d29y aw0KLSMgTm90IG5lZWRlZCB1bmxlc3MgeW91IGhhdmUgTGFuDQorIyBObyByZXN0cmljdGlvbnMg b24gSW5zaWRlIExBTiBJbnRlcmZhY2UgZm9yIHByaXZhdGUgbmV0d29yaw0KKyMgTm90IG5lZWRl ZCB1bmxlc3MgeW91IGhhdmUgTEFODQogIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMNCiANCiAjcGFzcyBvdXQgcXVpY2sgb24g eGwwIGFsbA0KQEAgLTEyMDMsNyArMTIwOSw3IEBADQogIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMNCiANCiAjIEFsbG93IG91 dCBhY2Nlc3MgdG8gbXkgSVNQJ3MgRG9tYWluIG5hbWUgc2VydmVyLg0KLSMgeHh4IG11c3QgYmUg dGhlIElQIGFkZHJlc3Mgb2YgeW91ciBJU1AucyBETlMuDQorIyB4eHggbXVzdCBiZSB0aGUgSVAg YWRkcmVzcyBvZiB5b3VyIElTUCdzIEROUy4NCiAjIER1cCB0aGVzZSBsaW5lcyBpZiB5b3VyIElT UCBoYXMgbW9yZSB0aGFuIG9uZSBETlMgc2VydmVyDQogIyBHZXQgdGhlIElQIGFkZHJlc3NlcyBm cm9tIC9ldGMvcmVzb2x2LmNvbmYgZmlsZQ0KIHBhc3Mgb3V0IHF1aWNrIG9uIGRjMCBwcm90byB0 Y3AgZnJvbSBhbnkgdG8geHh4IHBvcnQgPSA1MyBmbGFncyBTIGtlZXAgc3RhdGUNCkBAIC0xMzIy LDcgKzEzMjgsNyBAQA0KICMgdXNlZCBpbiB0aGUgb3V0Ym91bmQgc2VjdGlvbi4NCiBwYXNzIGlu IHF1aWNrIG9uIGRjMCBwcm90byB1ZHAgZnJvbSB6Lnouei56IHRvIGFueSBwb3J0ID0gNjgga2Vl cCBzdGF0ZQ0KIA0KLSMgQWxsb3cgaW4gc3RhbmRhcmQgd3d3IGZ1bmN0aW9uIGJlY2F1c2UgSSBo YXZlIGFwYWNoZSBzZXJ2ZXINCisjIEFsbG93IGluIHN0YW5kYXJkIHd3dyBmdW5jdGlvbiBiZWNh dXNlIEkgaGF2ZSBBcGFjaGUgc2VydmVyDQogcGFzcyBpbiBxdWljayBvbiBkYzAgcHJvdG8gdGNw IGZyb20gYW55IHRvIGFueSBwb3J0ID0gODAgZmxhZ3MgUyBrZWVwIHN0YXRlDQogDQogIyBBbGxv dyBpbiBub24tc2VjdXJlIFRlbG5ldCBzZXNzaW9uIGZyb20gcHVibGljIEludGVybmV0DQpAQCAt MTMzNiw3ICsxMzQyLDcgQEANCiANCiAjIEJsb2NrIGFuZCBsb2cgb25seSBmaXJzdCBvY2N1cnJl bmNlIG9mIGFsbCByZW1haW5pbmcgdHJhZmZpYw0KICMgY29taW5nIGludG8gdGhlIGZpcmV3YWxs LiBUaGUgbG9nZ2luZyBvZiBvbmx5IHRoZSBmaXJzdA0KLSMgb2NjdXJyZW5jZSBzdG9wcyBhIC5k ZW5pYWwgb2Ygc2VydmljZS4gYXR0YWNrIHRhcmdldGVkDQorIyBvY2N1cnJlbmNlIHN0b3BzIGEg J0RlbmlhbCBvZiBTZXJ2aWNlJyBhdHRhY2sgdGFyZ2V0ZWQNCiAjIGF0IGZpbGxpbmcgdXAgeW91 ciBsb2cgZmlsZSBzcGFjZS4NCiAjIFRoaXMgcnVsZSBlbmZvcmNlcyB0aGUgYmxvY2sgYWxsIGJ5 IGRlZmF1bHQgbG9naWMuDQogYmxvY2sgaW4gbG9nIGZpcnN0IHF1aWNrIG9uIGRjMCBhbGwNCkBA IC0xMzcwLDcgKzEzNzYsNyBAQA0KICAgICAgICAgbGluZXMuPC9wYXJhPg0KIA0KICAgICAgIDxw YXJhPldpdGggPGFjcm9ueW0+TkFUPC9hY3JvbnltPiB5b3Ugb25seSBuZWVkIGEgc2luZ2xlIGFj Y291bnQNCi0gICAgICAgIHdpdGggeW91ciBJU1AsIHRoZW4gY2FibGUgeW91ciBvdGhlciA0IFBD LnMgdG8gYSBzd2l0Y2ggYW5kDQorICAgICAgICB3aXRoIHlvdXIgSVNQLCB0aGVuIGNhYmxlIHlv dXIgb3RoZXIgNCBQQydzIHRvIGEgc3dpdGNoIGFuZA0KICAgICAgICAgdGhlIHN3aXRjaCB0byB0 aGUgTklDIGluIHlvdXIgJm9zOyBzeXN0ZW0gd2hpY2ggaXMgZ29pbmcgdG8NCiAgICAgICAgIHNl cnZpY2UgeW91ciBMQU4gYXMgYSBnYXRld2F5LiA8YWNyb255bT5OQVQ8L2Fjcm9ueW0+IHdpbGwN CiAgICAgICAgIGF1dG9tYXRpY2FsbHkgdHJhbnNsYXRlIHRoZSBwcml2YXRlIExBTiBJUCBhZGRy ZXNzIGZvciBlYWNoDQpAQCAtMTQzNiwxMyArMTQ0MiwxMyBAQA0KICAgICAgICAgZm9yIGRldGFp bHMuPC9wYXJhPg0KIA0KICAgICAgIDxwYXJhPldoZW4gY2hhbmdpbmcgdGhlIDxhY3JvbnltPk5B VDwvYWNyb255bT4gcnVsZXMgYWZ0ZXINCi0gICAgICAgIDxhY3JvbnltPk5BVDwvYWNyb255bT4g aGFzIGJlZW4gc3RhcnRlZCwgTWFrZSB5b3VyIGNoYW5nZXMgdG8NCisgICAgICAgIDxhY3Jvbnlt Pk5BVDwvYWNyb255bT4gaGFzIGJlZW4gc3RhcnRlZCwgbWFrZSB5b3VyIGNoYW5nZXMgdG8NCiAg ICAgICAgIHRoZSBmaWxlIGNvbnRhaW5pbmcgdGhlIG5hdCBydWxlcywgdGhlbiBydW4gaXBuYXQg Y29tbWFuZCB3aXRoDQogICAgICAgICB0aGUgPG9wdGlvbj4tQ0Y8L29wdGlvbj4gZmxhZ3MgdG8g ZGVsZXRlIHRoZSBpbnRlcm5hbCBpbiB1c2UNCiAgICAgICAgIDxhY3JvbnltPk5BVDwvYWNyb255 bT4gcnVsZXMgYW5kIGZsdXNoIHRoZSBjb250ZW50cyBvZiB0aGUNCiAgICAgICAgIHRyYW5zbGF0 aW9uIHRhYmxlIG9mIGFsbCBhY3RpdmUgZW50cmllcy48L3BhcmE+DQogDQotICAgICAgPHBhcmE+ VG8gcmVsb2FkIHRoZSA8YWNyb255bT5OQVQ8L2Fjcm9ueW0+IHJ1bGVzIGlzc3VlIGEgY29tbWFu ZA0KKyAgICAgIDxwYXJhPlRvIHJlbG9hZCB0aGUgPGFjcm9ueW0+TkFUPC9hY3JvbnltPiBydWxl cywgaXNzdWUgYSBjb21tYW5kDQogICAgICAgICBsaWtlIHRoaXM6PC9wYXJhPg0KIA0KICAgICAg IDxwcm9ncmFtbGlzdGluZz5pcG5hdCAtQ0YgLWYgL2V0Yy9pcG5hdC5ydWxlczwvcHJvZ3JhbWxp c3Rpbmc+DQpAQCAtMTU1NCw3ICsxNTYwLDcgQEANCiAgICAgICA8c2VjdDM+DQogICAgICAgICA8 dGl0bGU+QXNzaWduaW5nIFBvcnRzIHRvIFVzZTwvdGl0bGU+DQogDQotICAgICAgICA8cGFyYT5Y WFhCTEFIPC9wYXJhPg0KKyAgICAgICAgPHBhcmE+PC9wYXJhPg0KIA0KICAgICAgICAgPHByb2dy YW1saXN0aW5nPm1hcCBkYzAgMTkyLjE2OC4xLjAvMjQgLT4gMC4zMjwvcHJvZ3JhbWxpc3Rpbmc+ DQogDQpAQCAtMTczMSw3ICsxNzM3LDcgQEANCiANCiAgICAgPHBhcmE+VGhlIElQRklSRVdBTEwg KElQRlcpIGlzIGEgJm9zOyBzcG9uc29yZWQgZmlyZXdhbGwgc29mdHdhcmUNCiAgICAgICBhcHBs aWNhdGlvbiBhdXRob3JlZCBhbmQgbWFpbnRhaW5lZCBieSAmb3M7IHZvbHVudGVlciBzdGFmZg0K LSAgICAgIG1lbWJlcnMuIEl0IHVzZXMgdGhlIGxlZ2FjeSBTdGF0ZWxlc3MgcnVsZXMgYW5kIGEg bGVnYWN5IHJ1bGUNCisgICAgICBtZW1iZXJzLiBJdCB1c2VzIHRoZSBsZWdhY3kgc3RhdGVsZXNz IHJ1bGVzIGFuZCBhIGxlZ2FjeSBydWxlDQogICAgICAgY29kaW5nIHRlY2huaXF1ZSB0byBhY2hp ZXZlIHdoYXQgaXMgcmVmZXJyZWQgdG8gYXMgU2ltcGxlDQogICAgICAgU3RhdGVmdWwgbG9naWMu PC9wYXJhPg0KIA0KQEAgLTE3NDgsMjEgKzE3NTQsMjMgQEANCiANCiAgICAgPHBhcmE+SVBGVyBp cyBjb21wb3NlZCBvZiA3IGNvbXBvbmVudHMsIHRoZSBwcmltYXJ5IGNvbXBvbmVudCBpcw0KICAg ICAgIHRoZSBrZXJuZWwgZmlyZXdhbGwgZmlsdGVyIHJ1bGUgcHJvY2Vzc29yIGFuZCBpdHMgaW50 ZWdyYXRlZA0KLSAgICAgIHBhY2tldCBhY2NvdW50aW5nIGZhY2lsaXR5LCB0aGUgbG9nZ2luZyBm YWNpbGl0eSwgdGhlICdkaXZlcnQnDQotICAgICAgcnVsZSB3aGljaCB0cmlnZ2VycyB0aGUgPGFj cm9ueW0+TkFUPC9hY3JvbnltPiBmYWNpbGl0eSwgYW5kIHRoZQ0KLSAgICAgIGFkdmFuY2VkIHNw ZWNpYWwgcHVycG9zZSBmYWNpbGl0aWVzLCB0aGUgZHVtbXluZXQgdHJhZmZpYyBzaGFwZXINCi0g ICAgICBmYWNpbGl0aWVzLCB0aGUgJ2Z3ZCBydWxlJyBmb3J3YXJkIGZhY2lsaXR5LCB0aGUgYnJp ZGdlDQotICAgICAgZmFjaWxpdHksIGFuZCB0aGUgaXBzdGVhbHRoIGZhY2lsaXR5LjwvcGFyYT4N CisgICAgICBwYWNrZXQgYWNjb3VudGluZyBmYWNpbGl0eSwgdGhlbiBjb21lIHRoZSBsb2dnaW5n IGZhY2lsaXR5LCB0aGUNCisgICAgICAnZGl2ZXJ0JyBydWxlIHdoaWNoIHRyaWdnZXJzIHRoZSA8 YWNyb255bT5OQVQ8L2Fjcm9ueW0+DQorICAgICAgZmFjaWxpdHksIGFuZCB0aGUgYWR2YW5jZWQg c3BlY2lhbCBwdXJwb3NlIGZhY2lsaXRpZXMsIHRoZQ0KKyAgICAgIGR1bW15bmV0IHRyYWZmaWMg c2hhcGVyIGZhY2lsaXRpZXMsIHRoZSAnZndkIHJ1bGUnIGZvcndhcmQNCisgICAgICBmYWNpbGl0 eSwgdGhlIGJyaWRnZSBmYWNpbGl0eSwgYW5kIHRoZSBpcHN0ZWFsdGgNCisgICAgICBmYWNpbGl0 eS48L3BhcmE+DQogDQogICAgIDxzZWN0MiBpZD0iZmlyZXdhbGxzLWlwZnctZW5hYmxlIj4NCiAg ICAgICA8dGl0bGU+RW5hYmxpbmcgSVBGVzwvdGl0bGU+DQogDQogICAgICAgPHBhcmE+SVBGVyBp cyBpbmNsdWRlZCBpbiB0aGUgYmFzaWMgJm9zOyBpbnN0YWxsIGFzIGEgc2VwYXJhdGUNCi0gICAg ICAgIHJ1biB0aW1lIGxvYWRhYmxlIG1vZHVsZS4gSVBGVyB3aWxsIGR5bmFtaWNhbGx5IGxvYWQg dGhlDQotICAgICAgICBrZXJuZWwgbW9kdWxlIHdoZW4gdGhlIDxmaWxlbmFtZT5yYy5jb25mPC9m aWxlbmFtZT4gc3RhdGVtZW50DQotICAgICAgICA8bGl0ZXJhbD5maXJld2FsbF9lbmFibGU9IllF UyI8L2xpdGVyYWw+IGlzIHVzZWQuIFlvdSBkbyBub3QNCi0gICAgICAgIG5lZWQgdG8gY29tcGls ZSBJUEZXIGludG8gdGhlICZvczsga2VybmVsIHVubGVzcyB5b3Ugd2FudA0KLSAgICAgICAgPGFj cm9ueW0+TkFUPC9hY3JvbnltPiBmdW5jdGlvbiBlbmFibGVkLjwvcGFyYT4NCisgICAgICAgIHJ1 biB0aW1lIGxvYWRhYmxlIG1vZHVsZS4gVGhlIHN5c3RlbSB3aWxsIGR5bmFtaWNhbGx5IGxvYWQN CisgICAgICAgIElQRlcga2VybmVsIG1vZHVsZSB3aGVuIHRoZSA8ZmlsZW5hbWU+cmMuY29uZjwv ZmlsZW5hbWU+DQorICAgICAgICBzdGF0ZW1lbnQgPGxpdGVyYWw+ZmlyZXdhbGxfZW5hYmxlPSJZ RVMiPC9saXRlcmFsPiBpcw0KKyAgICAgICAgdXNlZC4gWW91IGRvIG5vdCBuZWVkIHRvIGNvbXBp bGUgSVBGVyBpbnRvIHRoZSAmb3M7IGtlcm5lbA0KKyAgICAgICAgdW5sZXNzIHlvdSB3YW50IDxh Y3JvbnltPk5BVDwvYWNyb255bT4gZnVuY3Rpb24NCisgICAgICAgIGVuYWJsZWQuPC9wYXJhPg0K IA0KICAgICAgIDxwYXJhPkFmdGVyIHJlYm9vdGluZyB5b3VyIHN5c3RlbSB3aXRoDQogICAgICAg ICA8bGl0ZXJhbD5maXJld2FsbF9lbmFibGU9IllFUyI8L2xpdGVyYWw+IGluDQpAQCAtMTg3MCw3 ICsxODc4LDcgQEANCiAgICAgICAgIGZpcmV3YWxsIHJ1bGVzIHdpdGggY2hhbmdlcyB5b3UgbWFk ZSB0byB0aGUgZmlsZXMgY29udGVudCBpcw0KICAgICAgICAgdGhlIHJlY29tbWVuZGVkIG1ldGhv ZCB1c2VkIGhlcmUuPC9wYXJhPg0KIA0KLSAgICAgIDxwYXJhPlRoZSBJUEZXIGNvbW1hbmQgaXMg c3RpbGwgYSB2ZXJ5IHVzZWZ1bCB0byBkaXNwbGF5IHRoZQ0KKyAgICAgIDxwYXJhPlRoZSBpcGZ3 IGNvbW1hbmQgaXMgc3RpbGwgdmVyeSB1c2VmdWwgdG8gZGlzcGxheSB0aGUNCiAgICAgICAgIHJ1 bm5pbmcgZmlyZXdhbGwgcnVsZXMgdG8gdGhlIGNvbnNvbGUgc2NyZWVuLiBUaGUgSVBGVw0KICAg ICAgICAgYWNjb3VudGluZyBmYWNpbGl0eSBkeW5hbWljYWxseSBjcmVhdGVzIGEgY291bnRlciBm b3IgZWFjaA0KICAgICAgICAgcnVsZSB0aGF0IGNvdW50cyBlYWNoIHBhY2tldCB0aGF0IG1hdGNo ZXMgdGhlIHJ1bGUuIER1cmluZyB0aGUNCkBAIC0yMDYzLDExICsyMDcxLDExIEBADQogDQogICAg ICAgICAgIDxwYXJhPlRoZSBmcm9tIGFuZCB0byBrZXl3b3JkcyBhcmUgdXNlZCB0byBtYXRjaCBh Z2FpbnN0IElQDQogICAgICAgICAgICAgYWRkcmVzc2VzLiBSdWxlcyBtdXN0IHNwZWNpZnkgQk9U SCBzb3VyY2UgYW5kIGRlc3RpbmF0aW9uDQotICAgICAgICAgICAgcGFyYW1ldGVycy4gYW55IGlz IGEgc3BlY2lhbCBrZXl3b3JkIHRoYXQgbWF0Y2hlcyBhbnkgSVANCi0gICAgICAgICAgICBhZGRy ZXNzLiBtZSBpcyBhIHNwZWNpYWwga2V5d29yZCB0aGF0IG1hdGNoZXMgYW55IElQDQorICAgICAg ICAgICAgcGFyYW1ldGVycy4gJ2FueScgaXMgYSBzcGVjaWFsIGtleXdvcmQgdGhhdCBtYXRjaGVz IGFueSBJUA0KKyAgICAgICAgICAgIGFkZHJlc3MuICdtZScgaXMgYSBzcGVjaWFsIGtleXdvcmQg dGhhdCBtYXRjaGVzIGFueSBJUA0KICAgICAgICAgICAgIGFkZHJlc3MgY29uZmlndXJlZCBvbiBh biBpbnRlcmZhY2UgaW4geW91ciAmb3M7IHN5c3RlbSB0bw0KLSAgICAgICAgICAgIHJlcHJlc2Vu dCB0aGUgUEMgdGhlIGZpcmV3YWxsIGlzIHJ1bm5pbmcgb24uIChpLmUuIHRoaXMNCi0gICAgICAg ICAgICBib3gpIEFzIGluIGZyb20gbWUgdG8gYW55IG9yIGZyb20gYW55IHRvIG1lIG9yIGZyb20N CisgICAgICAgICAgICByZXByZXNlbnQgdGhlIFBDIHRoZSBmaXJld2FsbCBpcyBydW5uaW5nIG9u IChpLmUuIHRoaXMNCisgICAgICAgICAgICBib3gpLiBBcyBpbiBmcm9tIG1lIHRvIGFueSBvciBm cm9tIGFueSB0byBtZSBvciBmcm9tDQogICAgICAgICAgICAgMC4wLjAuMC8wIHRvIGFueSBvciBm cm9tIGFueSB0byAwLjAuMC4wLzAgb3IgZnJvbSAwLjAuMC4wDQogICAgICAgICAgICAgdG8gYW55 IG9yIGZyb20gYW55IHRvIDAuMC4wLjAgb3IgZnJvbSBtZSB0byAwLjAuMC4wLiBJUA0KICAgICAg ICAgICAgIGFkZHJlc3NlcyBhcmUgc3BlY2lmaWVkIGFzIGEgZG90dGVkIElQIGFkZHJlc3MgbnVt ZXJpYw0KQEAgLTIyMjUsNyArMjIzMyw3IEBADQogICAgICAgICAgIDxwYXJhPlRoZSBzY3JpcHQg c3ludGF4IHVzZWQgaGVyZSBpcyBjb21wYXRpYmxlIHdpdGggdGhlICdzaCcsDQogICAgICAgICAg ICAgJ2NzaCcsICd0Y3NoJyBzaGVsbHMuIFN5bWJvbGljIHN1YnN0aXR1dGlvbiBmaWVsZHMgYXJl DQogICAgICAgICAgICAgcHJlZml4ZWQgd2l0aCBhIGRvbGxhciBzaWduICZkb2xsYXI7LiBTeW1i b2xpYyBmaWVsZHMgZG8gbm90IGhhdmUNCi0gICAgICAgICAgICB0aGUgJmRvbGxhcjsgcHJlZml4 LiBUaGUgdmFsdWUgdG8gcG9wdWxhdGUgdGhlIFN5bWJvbGljIGZpZWxkIG11c3QNCisgICAgICAg ICAgICB0aGUgJmRvbGxhcjsgcHJlZml4LiBUaGUgdmFsdWUgdG8gcG9wdWxhdGUgdGhlIHN5bWJv bGljIGZpZWxkIG11c3QNCiAgICAgICAgICAgICBiZSBlbmNsb3NlZCB0byAiZG91YmxlIHF1b3Rl cyIuPC9wYXJhPg0KIA0KICAgICAgICAgICA8cGFyYT5TdGFydCB5b3VyIHJ1bGVzIGZpbGUgbGlr ZSB0aGlzOjwvcGFyYT4NCkBAIC0yMjM1LDcgKzIyNDMsNyBAQA0KIGlwZncgLXEgLWYgZmx1c2gg ICAgICAgIyBEZWxldGUgYWxsIHJ1bGVzDQogIyBTZXQgZGVmYXVsdHMNCiBvaWY9InR1bjAiICAg ICAgICAgICAgICMgb3V0IGludGVyZmFjZQ0KLW9kbnM9IjE5Mi4wLjIuMTEiICAgICAgIyBJU1An cyBkbnMgc2VydmVyIElQIGFkZHJlc3MNCitvZG5zPSIxOTIuMC4yLjExIiAgICAgICMgSVNQJ3Mg RE5TIHNlcnZlciBJUCBhZGRyZXNzDQogY21kPSJpcGZ3IC1xIGFkZCAiICAgICAjIGJ1aWxkIHJ1 bGUgcHJlZml4DQoga3M9ImtlZXAtc3RhdGUiICAgICAgICAjIGp1c3QgdG9vIGxhenkgdG8ga2V5 IHRoaXMgZWFjaCB0aW1lDQogJmRvbGxhcjtjbWQgMDA1MDAgY2hlY2stc3RhdGUNCkBAIC0yMjQ3 LDcgKzIyNTUsNyBAQA0KICMjIyMjIyMjIyMjIyMjIyMjIyMgRW5kIG9mIGV4YW1wbGUgaXBmdyBy dWxlcyBzY3JpcHQgIyMjIyMjIyMjIyMjPC9wcm9ncmFtbGlzdGluZz4NCiANCiAgICAgICAgICAg PHBhcmE+VGhhdCBpcyBhbGwgdGhlcmUgaXMgdG8gaXQuIFRoZSBydWxlcyBhcmUgbm90IGltcG9y dGFudA0KLSAgICAgICAgICAgIGluIHRoaXMgZXhhbXBsZSwgaG93IHRoZSBTeW1ib2xpYyBzdWJz dGl0dXRpb24gZmllbGQgYXJlDQorICAgICAgICAgICAgaW4gdGhpcyBleGFtcGxlLCBob3cgdGhl IHN5bWJvbGljIHN1YnN0aXR1dGlvbiBmaWVsZCBhcmUNCiAgICAgICAgICAgICBwb3B1bGF0ZWQg YW5kIHVzZWQgYXJlLjwvcGFyYT4NCiANCiAgICAgICAgICAgPHBhcmE+SWYgdGhlIGFib3ZlIGV4 YW1wbGUgd2FzIGluDQpAQCAtMjI3NCw3ICsyMjgyLDcgQEANCiANCiAgICAgICAgIDwvc2VjdDM+ DQogICAgICAgICA8c2VjdDM+DQotICAgICAgICAgIDx0aXRsZT5TdGF0ZWZ1bCBSdWxlc2V0PC90 aXRsZT4NCisgICAgICAgICAgPHRpdGxlPlN0YXRlZnVsIFJ1bGUgU2V0PC90aXRsZT4NCiAgICAg ICAgICAgPHBhcmE+VGhlIGZvbGxvd2luZyBub24tPGFjcm9ueW0+TkFUPC9hY3JvbnltPmVkIHJ1 bGUgc2V0IGlzIGEgZXhhbXBsZSBvZiBob3cgdG8NCiAgICAgICAgICAgICBjb2RlIGEgdmVyeSBz ZWN1cmUgJ2luY2x1c2l2ZScgdHlwZSBvZiBmaXJld2FsbC4gQW4NCiAgICAgICAgICAgICBpbmNs dXNpdmUgZmlyZXdhbGwgb25seSBhbGxvd3Mgc2VydmljZXMgbWF0Y2hpbmcgcGFzcyBydWxlcw0K QEAgLTIyODMsNyArMjI5MSw3IEBADQogICAgICAgICAgICAgYWxsb3cgdGhlIGZpcmV3YWxsIHRv IGZ1bmN0aW9uLjwvcGFyYT4NCiANCiAgICAgICAgICAgPHBhcmE+QWxsICZ1bml4OyBmbGF2b3Jl ZCBvcGVyYXRpbmcgc3lzdGVtcywgJm9zOyBpbmNsdWRlZCwgYXJlIGRlc2lnbmVkIHRvDQotICAg ICAgICAgICAgdXNlIGludGVyZmFjZSBsbyBhbmQgSVAgYWRkcmVzcw0KKyAgICAgICAgICAgIHVz ZSBpbnRlcmZhY2UgbG8wIGFuZCBJUCBhZGRyZXNzDQogICAgICAgICAgICAgPGhvc3RpZCByb2xl PSJpcGFkZHIiPjEyNy4wLjAuMTwvaG9zdGlkPiBmb3IgaW50ZXJuYWwNCiAgICAgICAgICAgICBj b21tdW5pY2F0aW9uIHdpdGggaW4gJm9zOy4gVGhlIGZpcmV3YWxsIHJ1bGVzIG11c3QgY29udGFp bg0KICAgICAgICAgICAgIHJ1bGVzIHRvIGFsbG93IGZyZWUgdW5tb2xlc3RlZCBtb3ZlbWVudCBv ZiB0aGVzZSBzcGVjaWFsDQpAQCAtMjI5Miw5ICsyMzAwLDkgQEANCiAgICAgICAgICAgPHBhcmE+ VGhlIGludGVyZmFjZSB3aGljaCBmYWNlcyB0aGUgcHVibGljIEludGVybmV0LCBpcyB0aGUNCiAg ICAgICAgICAgICBvbmUgd2hpY2ggeW91IGNvZGUgeW91ciBydWxlcyB0byBhdXRob3JpemUgYW5k IGNvbnRyb2wNCiAgICAgICAgICAgICBhY2Nlc3Mgb3V0IHRvIHRoZSBwdWJsaWMgSW50ZXJuZXQg YW5kIGFjY2VzcyByZXF1ZXN0cw0KLSAgICAgICAgICAgIGFycml2aW5nIGZyb20gdGhlIHB1Ymxp YyBJbnRlcm5ldC4gVGhpcyBjYW4gYmUgeW91ciBwcHAgdHVuMA0KLSAgICAgICAgICAgIGludGVy ZmFjZSBvciB5b3VyIE5JQyB0aGF0IGlzIGNvbm5lY3RlZCB0byB5b3VyIERTTCBvciBjYWJsZQ0K LSAgICAgICAgICAgIG1vZGVtLjwvcGFyYT4NCisgICAgICAgICAgICBhcnJpdmluZyBmcm9tIHRo ZSBwdWJsaWMgSW50ZXJuZXQuIFRoaXMgY2FuIGJlIHlvdXIgJ3VzZXINCisgICAgICAgICAgICBw cHAnIHR1bjAgaW50ZXJmYWNlIG9yIHlvdXIgTklDIHRoYXQgaXMgY29ubmVjdGVkIHRvIHlvdXIN CisgICAgICAgICAgICBEU0wgb3IgY2FibGUgbW9kZW0uPC9wYXJhPg0KIA0KICAgICAgICAgICA8 cGFyYT5JbiBjYXNlcyB3aGVyZSBvbmUgb3IgbW9yZSB0aGFuIG9uZSBOSUMgYXJlIGNvbm5lY3Rl ZCB0bw0KICAgICAgICAgICAgIGEgcHJpdmF0ZSBMQU5zIGJlaGluZCB0aGUgZmlyZXdhbGwsIHRo b3NlIGludGVyZmFjZXMgbXVzdA0KQEAgLTIzNDksOSArMjM1Nyw5IEBADQogICAgICAgICAgICAg LjwvcGFyYT4NCiAgICAgICAgIDwvc2VjdDM+DQogICAgICAgICA8c2VjdDM+DQotICAgICAgICAg IDx0aXRsZT5BbiBFeGFtcGxlIEluY2x1c2l2ZSBSdWxlc2V0PC90aXRsZT4NCisgICAgICAgICAg PHRpdGxlPkFuIEV4YW1wbGUgSW5jbHVzaXZlIFJ1bGUgU2V0PC90aXRsZT4NCiAgICAgICAgICAg PHBhcmE+VGhlIGZvbGxvd2luZyBub24tPGFjcm9ueW0+TkFUPC9hY3JvbnltPmVkIHJ1bGUgc2V0 IGlzIGEgY29tcGxldGUgaW5jbHVzaXZlDQotICAgICAgICAgICAgdHlwZSBydWxlc2V0LiBZb3Ug Y2FuIG5vdCBnbyB3cm9uZyB1c2luZyB0aGlzIHJ1bGUgc2V0IGZvcg0KKyAgICAgICAgICAgIHR5 cGUgcnVsZSBzZXQuIFlvdSBjYW4gbm90IGdvIHdyb25nIHVzaW5nIHRoaXMgcnVsZSBzZXQgZm9y DQogICAgICAgICAgICAgeW91IG93bi4gIEp1c3QgY29tbWVudCBvdXQgYW55IHBhc3MgcnVsZXMg Zm9yIHNlcnZpY2VzIHlvdQ0KICAgICAgICAgICAgIGRvIG5vdCB3YW50LiAgSWYgeW91IHNlZSBt ZXNzYWdlcyBpbiB5b3VyIGxvZyB0aGF0IHlvdSB3YW50IHRvDQogICAgICAgICAgICAgc3RvcCBz ZWVpbmcganVzdCBhZGQgYSBkZW55IHJ1bGUgaW4gdGhlIGluYm91bmQgc2VjdGlvbi4gWW91DQpA QCAtMjM5OCw3ICsyNDA2LDcgQEANCiAgICAgICAgICAgICAgICAgICAgICAgICAjIGZhY2luZyB0 aGUgcHVibGljIEludGVybmV0DQogDQogIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMNCi0jIE5vIHJlc3RyaWN0aW9ucyBvbiBJ bnNpZGUgTGFuIEludGVyZmFjZSBmb3IgcHJpdmF0ZSBuZXR3b3JrDQorIyBObyByZXN0cmljdGlv bnMgb24gSW5zaWRlIExBTiBJbnRlcmZhY2UgZm9yIHByaXZhdGUgbmV0d29yaw0KICMgTm90IG5l ZWRlZCB1bmxlc3MgeW91IGhhdmUgTGFuLg0KICMgQ2hhbmdlIHhsMCB0byB5b3VyIExhbiBOaWMg Y2FyZCBpbnRlcmZhY2UgbmFtZQ0KICMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjDQpAQCAtMjU0MCwxNSArMjU0OCwxOCBAQA0K ICAgICAgICAgPC9zZWN0Mz4NCiANCiAgICAgICAgIDxzZWN0Mz4NCi0gICAgICAgICAgPHRpdGxl PkFuIEV4YW1wbGUgPGFjcm9ueW0+TkFUPC9hY3JvbnltPiBhbmQgU3RhdGVmdWwgUnVsZXNldDwv dGl0bGU+DQotICAgICAgICAgIDxwYXJhPlRoZXJlIGFyZSBzb21lIGFkZGl0aW9uYWwgY29uZmln dXJhdGlvbiBzdGF0ZW1lbnRzIHRoYXQNCi0gICAgICAgICAgICBuZWVkIHRvIGJlIGVuYWJsZWQg dG8gYWN0aXZhdGUgdGhlIDxhY3JvbnltPk5BVDwvYWNyb255bT4gZnVuY3Rpb24gb2YgSVBGVy4g VGhlDQotICAgICAgICAgICAga2VybmVsIHNvdXJjZSBuZWVkcyAnb3B0aW9uIGRpdmVydCcgc3Rh dGVtZW50IGFkZGVkIHRvIHRoZQ0KLSAgICAgICAgICAgIG90aGVyIElQRklSRVdBTEwgc3RhdGVt ZW50cyBjb21waWxlZCBpbnRvIGEgY3VzdG9tIGtlcm5lbC4NCisgICAgICAgICAgPHRpdGxlPkFu IEV4YW1wbGUgPGFjcm9ueW0+TkFUPC9hY3JvbnltPiBhbmQgU3RhdGVmdWwgUnVsZQ0KKyAgICAg ICAgICBTZXQ8L3RpdGxlPiANCisNCisgICAgICAgICAgPHBhcmE+VGhlcmUgYXJlIHNvbWUgYWRk aXRpb25hbCBjb25maWd1cmF0aW9uIHN0YXRlbWVudHMNCisgICAgICAgICAgICB0aGF0IG5lZWQg dG8gYmUgZW5hYmxlZCB0byBhY3RpdmF0ZSB0aGUNCisgICAgICAgICAgICA8YWNyb255bT5OQVQ8 L2Fjcm9ueW0+IGZ1bmN0aW9uIG9mIElQRlcuIFRoZSBrZXJuZWwNCisgICAgICAgICAgICBuZWVk cyAnb3B0aW9uIGRpdmVydCcgc3RhdGVtZW50IGFkZGVkIHRvIHRoZSBvdGhlcg0KKyAgICAgICAg ICAgIElQRklSRVdBTEwgc3RhdGVtZW50cyBjb21waWxlZCBpbnRvIGEgY3VzdG9tIGtlcm5lbC4N CiAgICAgICAgICAgICA8L3BhcmE+DQogDQogICAgICAgICAgIDxwYXJhPkluIGFkZGl0aW9uIHRv IHRoZSBub3JtYWwgSVBGVyBvcHRpb25zIGluDQotICAgICAgICAgICAgPGZpbGVuYW1lPi9ldGMv cmMuY29uZjwvZmlsZW5hbWU+LCB0aGUgZm9sbG93aW5nIGFyZSBuZWVkZWQuDQorICAgICAgICAg ICAgPGZpbGVuYW1lPi9ldGMvcmMuY29uZjwvZmlsZW5hbWU+LCB0aGUgZm9sbG93aW5nIGFyZSBu ZWVkZWQ6DQogICAgICAgICAgICAgPC9wYXJhPg0KIA0KICAgICAgICAgICA8cHJvZ3JhbWxpc3Rp bmc+bmF0ZF9lbmFibGU9IllFUyIgICAgICAgICAgICAgICAgICAgIyBFbmFibGUgPGFjcm9ueW0+ TkFUPC9hY3JvbnltPkQgZnVuY3Rpb24NCkBAIC0yNTcxLDcwICsyNTgyLDczIEBADQogDQogICAg ICAgICAgIDxwYXJhPlRoZSBwcm9jZXNzaW5nIGZsb3cgc3RhcnRzIHdpdGggdGhlIGZpcnN0IHJ1 bGUgZnJvbSB0aGUNCiAgICAgICAgICAgICB0b3Agb2YgdGhlIHJ1bGUgZmlsZSBhbmQgcHJvZ3Jl c3Mgb25lIHJ1bGUgYXQgYSB0aW1lIGRlZXBlcg0KLSAgICAgICAgICAgIGludG8gdGhlIGZpbGUg dW50aWwgdGhlIGVuZCBpcyByZWFjaCBvciB0aGUgcGFja2V0IGJlaW5nDQorICAgICAgICAgICAg aW50byB0aGUgZmlsZSB1bnRpbCB0aGUgZW5kIGlzIHJlYWNoZWQgb3IgdGhlIHBhY2tldCBiZWlu Zw0KICAgICAgICAgICAgIHRlc3RlZCB0byB0aGUgc2VsZWN0aW9uIGNyaXRlcmlhIG1hdGNoZXMg YW5kIHRoZSBwYWNrZXQgaXMNCiAgICAgICAgICAgICByZWxlYXNlZCBvdXQgb2YgdGhlIGZpcmV3 YWxsLiAgSXQgaXMgaW1wb3J0YW50IHRvIHRha2Ugbm90aWNlDQogICAgICAgICAgICAgb2YgdGhl IGxvY2F0aW9uIG9mIHJ1bGUgbnVtYmVycyAxMDAgMTAxLCA0NTAsIDUwMCwgYW5kIDUxMC4NCiAg ICAgICAgICAgICBUaGVzZSBydWxlcyBjb250cm9sIHRoZSB0cmFuc2xhdGlvbiBvZiB0aGUgb3V0 Ym91bmQgYW5kDQogICAgICAgICAgICAgaW5ib3VuZCBwYWNrZXRzIHNvIHRoZWlyIGVudHJpZXMg aW4gdGhlIGtlZXAtc3RhdGUgZHluYW1pYw0KLSAgICAgICAgICAgIHRhYmxlIGFsd2F5cyByZWdp c3RlciB0aGUgcHJpdmF0ZSBMYW4gSVAgYWRkcmVzcy4gTmV4dA0KKyAgICAgICAgICAgIHRhYmxl IGFsd2F5cyByZWdpc3RlciB0aGUgcHJpdmF0ZSBMQU4gSVAgYWRkcmVzcy4gTmV4dA0KICAgICAg ICAgICAgIG5vdGljZSB0aGF0IGFsbCB0aGUgYWxsb3cgYW5kIGRlbnkgcnVsZXMgc3BlY2lmaWVk IHRoZQ0KICAgICAgICAgICAgIGRpcmVjdGlvbiB0aGUgcGFja2V0IGlzIGdvaW5nIChJRSBvdXRi b3VuZCBvciBpbmJvdW5kKSBhbmQNCiAgICAgICAgICAgICB0aGUgaW50ZXJmYWNlLiBBbHNvIG5v dGljZSB0aGF0IGFsbCB0aGUgc3RhcnQgb3V0Ym91bmQNCiAgICAgICAgICAgICBzZXNzaW9uIHJl cXVlc3RzIGFsbCBza2lwdG8gcnVsZSA1MDAgZm9yIHRoZSBuZXR3b3JrIGFkZHJlc3MNCiAgICAg ICAgICAgICB0cmFuc2xhdGlvbi48L3BhcmE+DQogDQotICAgICAgICAgIDxwYXJhPkxldHMgc2F5 IGEgTEFOIHVzZXIgdXNlcyB0aGVpciB3ZWIgYnJvd3NlciB0byBnZXQgYSB3ZWINCi0gICAgICAg ICAgICBwYWdlLiBXZWIgcGFnZXMgdXNlIHBvcnQgODAgdG8gY29tbXVuaWNhdGUgb3Zlci4gU28g dGhlDQotICAgICAgICAgICAgcGFja2V0IGVudGVycyB0aGUgZmlyZXdhbGwsIEl0IGRvZXMgbm90 IG1hdGNoIDEwMCBiZWNhdXNlDQotICAgICAgICAgICAgaXQgaXMgaGVhZGVkIG91dCBub3QgaW4u IEl0IHBhc3NlcyBydWxlIDEwMSBiZWNhdXNlIHRoaXMgaXMNCi0gICAgICAgICAgICB0aGUgZmly c3QgcGFja2V0IHNvIGl0IGhhcyBub3QgYmVlbiBwb3N0ZWQgdG8gdGhlIGtlZXAtc3RhdGUNCi0g ICAgICAgICAgICBkeW5hbWljIHRhYmxlIHlldC4gVGhlIHBhY2tldCBmaW5hbGx5IGNvbWVzIHRv IHJ1bGUgMTI1IGENCi0gICAgICAgICAgICBtYXRjaGVzLiAgSXQgaXMgb3V0Ym91bmQgdGhyb3Vn aCB0aGUgTklDIGZhY2luZyB0aGUgcHVibGljDQotICAgICAgICAgICAgSW50ZXJuZXQuIFRoZSBw YWNrZXQgc3RpbGwgaGFzIGl0J3Mgc291cmNlIElQIGFkZHJlc3MgYXMgYQ0KLSAgICAgICAgICAg IHByaXZhdGUgTGFuIElQIGFkZHJlc3MuIE9uIHRoZSBtYXRjaCB0byB0aGlzIHJ1bGUsIHR3bw0K LSAgICAgICAgICAgIGFjdGlvbnMgdGFrZSBwbGFjZS4gIFRoZSBrZWVwLXN0YXRlIG9wdGlvbiB3 aWxsIHBvc3QgdGhpcyBydWxlDQotICAgICAgICAgICAgaW50byB0aGUga2VlcC1zdGF0ZSBkeW5h bWljIHJ1bGVzIHRhYmxlIGFuZCB0aGUgc3BlY2lmaWVkDQotICAgICAgICAgICAgYWN0aW9uIGlz IGV4ZWN1dGVkLiBUaGUgYWN0aW9uIGlzIHBhcnQgb2YgdGhlIGluZm8gcG9zdGVkIHRvDQotICAg ICAgICAgICAgdGhlIGR5bmFtaWMgdGFibGUuICBJbiB0aGlzIGNhc2UgaXQgaXMgInNraXB0byBy dWxlIDUwMCIuICBSdWxlDQotICAgICAgICAgICAgNTAwIDxhY3JvbnltPk5BVDwvYWNyb255bT5z IHRoZSBwYWNrZXQgSVAgYWRkcmVzcyBhbmQgb3V0IGl0IGdvZXMuIFJlbWVtYmVyDQotICAgICAg ICAgICAgdGhpcywgdGhpcyBpcyB2ZXJ5IGltcG9ydGFudC4gVGhpcyBwYWNrZXQgbWFrZXMgaXQn cyB3YXkgdG8NCi0gICAgICAgICAgICB0aGUgZGVzdGluYXRpb24gYW5kIHJldHVybnMgYW5kIGVu dGVycyB0aGUgdG9wIG9mIHRoZSBydWxlDQotICAgICAgICAgICAgc2V0LiBUaGlzIHRpbWUgaXQg ZG9lcyBtYXRjaCBydWxlIDEwMCBhbmQgaGFzIGl0IGRlc3RpbmF0aW9uDQotICAgICAgICAgICAg SVAgYWRkcmVzcyBtYXBwZWQgYmFjayB0byBpdCdzIGNvcnJlc3BvbmRpbmcgTGFuIElQIGFkZHJl c3MuDQotICAgICAgICAgICAgSXQgdGhlbiBpcyBwcm9jZXNzZWQgYnkgdGhlIGNoZWNrLXN0YXRl IHJ1bGUsIGl0J3MgZm91bmQgaW4NCi0gICAgICAgICAgICB0aGUgdGFibGUgYXMgYW4gZXhpc3Rp bmcgc2Vzc2lvbiBjb252ZXJzYXRpb24gYW5kIHJlbGVhc2VkDQotICAgICAgICAgICAgdG8gdGhl IExBTi4gSXQgZ29lcyB0byB0aGUgTEFOIFBDIHRoYXQgc2VudCBpdCBhbmQgYSBuZXcNCi0gICAg ICAgICAgICBwYWNrZXQgaXMgc2VudCByZXF1ZXN0aW5nIGFub3RoZXIgc2VnbWVudCBvZiB0aGUg ZGF0YSBmcm9tDQotICAgICAgICAgICAgdGhlIHJlbW90ZSBzZXJ2ZXIuIFRoaXMgdGltZSBpdCBn ZXRzIGNoZWNrZWQgYnkgdGhlDQotICAgICAgICAgICAgY2hlY2stc3RhdGUgcnVsZSBhbmQgaXQn cyBvdXRib3VuZCBlbnRyeSBpcyBmb3VuZCwgIHRoZQ0KKyAgICAgICAgICA8cGFyYT5MZXRzIHNh eSBhIExBTiB1c2VyIHVzZXMgdGhlaXIgd2ViIGJyb3dzZXIgdG8gZ2V0IGENCisgICAgICAgICAg ICB3ZWIgcGFnZS4gV2ViIHBhZ2VzIHVzZSBwb3J0IDgwIHRvIGNvbW11bmljYXRlIG92ZXIuIFNv DQorICAgICAgICAgICAgdGhlIHBhY2tldCBlbnRlcnMgdGhlIGZpcmV3YWxsLiBJdCBkb2VzIG5v dCBtYXRjaCAxMDANCisgICAgICAgICAgICBiZWNhdXNlIGl0IGlzIGhlYWRlZCBvdXQgbm90IGlu LiBJdCBwYXNzZXMgcnVsZSAxMDENCisgICAgICAgICAgICBiZWNhdXNlIHRoaXMgaXMgdGhlIGZp cnN0IHBhY2tldCBzbyBpdCBoYXMgbm90IGJlZW4gcG9zdGVkDQorICAgICAgICAgICAgdG8gdGhl IGtlZXAtc3RhdGUgZHluYW1pYyB0YWJsZSB5ZXQuIFRoZSBwYWNrZXQgZmluYWxseQ0KKyAgICAg ICAgICAgIGNvbWVzIHRvIHJ1bGUgMTI1IGEgbWF0Y2hlcy4gSXQgaXMgb3V0Ym91bmQgdGhyb3Vn aCB0aGUNCisgICAgICAgICAgICBOSUMgZmFjaW5nIHRoZSBwdWJsaWMgSW50ZXJuZXQuIFRoZSBw YWNrZXQgc291cmNlIElQDQorICAgICAgICAgICAgYWRkcmVzcyBpcyBzdGlsbCBhIHByaXZhdGUg TEFOIElQIGFkZHJlc3MuIE9uIHRoZSBtYXRjaCB0bw0KKyAgICAgICAgICAgIHRoaXMgcnVsZSwg dHdvIGFjdGlvbnMgdGFrZSBwbGFjZS4gVGhlIGtlZXAtc3RhdGUgb3B0aW9uDQorICAgICAgICAg ICAgd2lsbCBwb3N0IHRoaXMgcnVsZSBpbnRvIHRoZSBrZWVwLXN0YXRlIGR5bmFtaWMgcnVsZXMN CisgICAgICAgICAgICB0YWJsZSBhbmQgdGhlIHNwZWNpZmllZCBhY3Rpb24gaXMgZXhlY3V0ZWQu IFRoZSBhY3Rpb24gaXMNCisgICAgICAgICAgICBwYXJ0IG9mIHRoZSBpbmZvIHBvc3RlZCB0byB0 aGUgZHluYW1pYyB0YWJsZS4gIEluIHRoaXMNCisgICAgICAgICAgICBjYXNlIGl0IGlzICJza2lw dG8gcnVsZSA1MDAiLiAgUnVsZSA1MDANCisgICAgICAgICAgICA8YWNyb255bT5OQVQ8L2Fjcm9u eW0+cyB0aGUgcGFja2V0IElQIGFkZHJlc3MgYW5kIG91dCBpdA0KKyAgICAgICAgICAgIGdvZXMu IFJlbWVtYmVyIHRoaXMsIHRoaXMgaXMgdmVyeSBpbXBvcnRhbnQuIFRoaXMgcGFja2V0DQorICAg ICAgICAgICAgbWFrZXMgaXRzIHdheSB0byB0aGUgZGVzdGluYXRpb24gYW5kIHJldHVybnMgYW5k IGVudGVycw0KKyAgICAgICAgICAgIHRoZSB0b3Agb2YgdGhlIHJ1bGUgc2V0LiBUaGlzIHRpbWUg aXQgZG9lcyBtYXRjaCBydWxlIDEwMA0KKyAgICAgICAgICAgIGFuZCBoYXMgaXQgZGVzdGluYXRp b24gSVAgYWRkcmVzcyBtYXBwZWQgYmFjayB0byBpdCdzDQorICAgICAgICAgICAgY29ycmVzcG9u ZGluZyBMYW4gSVAgYWRkcmVzcy4gIFRoZW4gaXQgaXMgcHJvY2Vzc2VkIGJ5IHRoZQ0KKyAgICAg ICAgICAgIGNoZWNrLXN0YXRlIHJ1bGUsIGl0J3MgZm91bmQgaW4gdGhlIHRhYmxlIGFzIGJlbG9u Z2luZyB0bw0KKyAgICAgICAgICAgIGFuIGV4aXN0aW5nIHNlc3Npb24gY29udmVyc2F0aW9uIGFu ZCByZWxlYXNlZCB0byB0aGUNCisgICAgICAgICAgICBMQU4uIEl0IGdvZXMgdG8gdGhlIExBTiBQ QyB0aGF0IHNlbnQgaXQgYW5kIGEgbmV3IHBhY2tldA0KKyAgICAgICAgICAgIGlzIHNlbnQgcmVx dWVzdGluZyBhbm90aGVyIHNlZ21lbnQgb2YgdGhlIGRhdGEgZnJvbSB0aGUNCisgICAgICAgICAg ICByZW1vdGUgc2VydmVyLiBUaGlzIHRpbWUgaXQgZ2V0cyBjaGVja2VkIGJ5IHRoZQ0KKyAgICAg ICAgICAgIGNoZWNrLXN0YXRlIHJ1bGUgYW5kLCBhcyBpdHMgb3V0Ym91bmQgZW50cnkgaXMgZm91 bmQsIHRoZQ0KICAgICAgICAgICAgIGFzc29jaWF0ZWQgYWN0aW9uLCAnc2tpcHRvIDUwMCcsIGlz IGV4ZWN1dGVkLiAgVGhlIHBhY2tldA0KLSAgICAgICAgICAgIGp1bXBzIHRvIHJ1bGUgNTAwIGdl dHMgPGFjcm9ueW0+TkFUPC9hY3JvbnltPmVkIGFuZCByZWxlYXNlZCBvbiBpdCdzIHdheSBvdXQu DQotICAgICAgICAgICAgPC9wYXJhPg0KKyAgICAgICAgICAgIGp1bXBzIHRvIHJ1bGUgNTAwIGdl dHMgPGFjcm9ueW0+TkFUPC9hY3JvbnltPmVkIGFuZA0KKyAgICAgICAgICAgIHJlbGVhc2VkIG9u IGl0J3Mgd2F5IG91dC4gIDwvcGFyYT4NCiANCiAgICAgICAgICAgPHBhcmE+T24gdGhlIGluYm91 bmQgc2lkZSwgZXZlcnl0aGluZyBjb21pbmcgaW4gdGhhdCBpcyBwYXJ0DQogICAgICAgICAgICAg b2YgYW4gZXhpc3Rpbmcgc2Vzc2lvbiBjb252ZXJzYXRpb24gaXMgYmVpbmcgYXV0b21hdGljYWxs eQ0KICAgICAgICAgICAgIGhhbmRsZWQgYnkgdGhlIGNoZWNrLXN0YXRlIHJ1bGUgYW5kIHRoZSBw cm9wZXJseSBwbGFjZWQNCi0gICAgICAgICAgICBkaXZlcnQgbmF0ZCBydWxlcy4gQWxsIHdlIGhh dmUgdG8gYWRkcmVzcyBpcyBkZW55aW5nIGFsbCB0aGUNCi0gICAgICAgICAgICBiYWQgcGFja2V0 cyBhbmQgb25seSBhbGxvd2luZyBpbiB0aGUgYXV0aG9yaXplZCBzZXJ2aWNlcy4NCi0gICAgICAg ICAgICBMZXRzIHNheSB0aGVyZSBpcyBhIGFwYWNoZSBzZXJ2ZXIgcnVubmluZyBvbiB0aGUgZmly ZXdhbGwNCi0gICAgICAgICAgICBib3ggYW5kIHdlIHdhbnQgcGVvcGxlIG9uIHRoZSBwdWJsaWMg SW50ZXJuZXQgdG8gYmUgYWJsZSB0bw0KLSAgICAgICAgICAgIGFjY2VzcyB0aGUgbG9jYWwgd2Vi IHNpdGUuIFRoZSBuZXcgaW5ib3VuZCBzdGFydCByZXF1ZXN0DQotICAgICAgICAgICAgcGFja2V0 IG1hdGNoZXMgcnVsZSAxMDAgYW5kIGl0cyBJUCBhZGRyZXNzIGlzIG1hcHBlZCB0byBMQU4NCi0g ICAgICAgICAgICBJUCBmb3IgdGhlIGZpcmV3YWxsIGJveC4gVGhlIHBhY2tldCBpcyB0aGVtIG1h dGNoZWQgYWdhaW5zdA0KLSAgICAgICAgICAgIGFsbCB0aGUgbmFzdHkgdGhpbmdzIHdlIHdhbnQg dG8gY2hlY2sgZm9yIGFuZCBmaW5hbGx5DQotICAgICAgICAgICAgbWF0Y2hlcyBhZ2FpbnN0IHJ1 bGUgNDI1LiBPbiBhIG1hdGNoIHR3byB0aGluZ3Mgb2NjdXIsIHRoZQ0KLSAgICAgICAgICAgIGxp bWl0IG9wdGlvbiBpcyBhbiBleHRlbnNpb24gdG8ga2VlcC1zdGF0ZS4gVGhlIHBhY2tldCBydWxl DQotICAgICAgICAgICAgaXMgcG9zdGVkIHRvIHRoZSBrZWVwLXN0YXRlIGR5bmFtaWMgdGFibGUg YnV0IHRoaXMgdGltZSBhbnkNCi0gICAgICAgICAgICBuZXcgc2Vzc2lvbiByZXF1ZXN0cyBvcmln aW5hdGluZyBmcm9tIHRoYXQgc291cmNlIElQIGFkZHJlc3MNCi0gICAgICAgICAgICBpcyBsaW1p dGVkIHRvIDIuIFRoaXMgZGVmZW5kcyBhZ2FpbnN0IERvUyBhdHRhY2tzIG9mIHNlcnZpY2UNCi0g ICAgICAgICAgICBydW5uaW5nIG9uIHRoZSBzcGVjaWZpZWQgcG9ydCBudW1iZXIuIFRoZSBhY3Rp b24gaXMgYWxsb3cgc28NCi0gICAgICAgICAgICB0aGUgcGFja2V0IGlzIHJlbGVhc2VkIHRvIHRo ZSBMQU4uIE9uIHJldHVybiB0aGUgY2hlY2stc3RhdGUNCi0gICAgICAgICAgICBydWxlIHJlY29n bml6ZXMgdGhlIHBhY2tldCBhcyBiZWxvbmdpbmcgdG8gYW4gZXhpc3RpbmcNCi0gICAgICAgICAg ICBzZXNzaW9uIGNvbnZlcnNhdGlvbiBzZW5kcyBpdCB0byBydWxlIDUwMCBmb3IgPGFjcm9ueW0+ TkFUPC9hY3JvbnltPmluZyBhbmQNCi0gICAgICAgICAgICByZWxlYXNlZCB0byBvdXRib3VuZCBp bnRlcmZhY2UuPC9wYXJhPg0KKyAgICAgICAgICAgIGRpdmVydCBuYXRkIHJ1bGVzLiBBbGwgd2Ug aGF2ZSB0byBhZGRyZXNzIGlzIGRlbnlpbmcgYWxsDQorICAgICAgICAgICAgdGhlIGJhZCBwYWNr ZXRzIGFuZCBvbmx5IGFsbG93aW5nIGluIHRoZSBhdXRob3JpemVkDQorICAgICAgICAgICAgc2Vy dmljZXMuICBMZXRzIHNheSB0aGVyZSBpcyBhIGFwYWNoZSBzZXJ2ZXIgcnVubmluZyBvbg0KKyAg ICAgICAgICAgIHRoZSBmaXJld2FsbCBib3ggYW5kIHdlIHdhbnQgcGVvcGxlIG9uIHRoZSBwdWJs aWMgSW50ZXJuZXQNCisgICAgICAgICAgICB0byBiZSBhYmxlIHRvIGFjY2VzcyB0aGUgbG9jYWwg d2ViIHNpdGUuIFRoZSBuZXcgaW5ib3VuZA0KKyAgICAgICAgICAgIHN0YXJ0IHJlcXVlc3QgcGFj a2V0IG1hdGNoZXMgcnVsZSAxMDAgYW5kIGl0cyBJUCBhZGRyZXNzDQorICAgICAgICAgICAgaXMg bWFwcGVkIHRvIExBTiBJUCBmb3IgdGhlIGZpcmV3YWxsIGJveC4gVGhlIHBhY2tldCBpcw0KKyAg ICAgICAgICAgIHRoZW0gbWF0Y2hlZCBhZ2FpbnN0IGFsbCB0aGUgbmFzdHkgdGhpbmdzIHdlIHdh bnQgdG8gY2hlY2sNCisgICAgICAgICAgICBmb3IgYW5kIGZpbmFsbHkgbWF0Y2hlcyBhZ2FpbnN0 IHJ1bGUgNDI1LiBPbiBhIG1hdGNoIHR3bw0KKyAgICAgICAgICAgIHRoaW5ncyBvY2N1ci4gVGhl IHBhY2tldCBydWxlIGlzIHBvc3RlZCB0byB0aGUga2VlcC1zdGF0ZQ0KKyAgICAgICAgICAgIGR5 bmFtaWMgdGFibGUgYnV0IHRoaXMgdGltZSB0aGUgbnVtYmVyIG9mIG5ldyBzZXNzaW9uDQorICAg ICAgICAgICAgcmVxdWVzdHMgb3JpZ2luYXRpbmcgZnJvbSB0aGF0IHNvdXJjZSBJUCBhZGRyZXNz IGlzDQorICAgICAgICAgICAgbGltaXRlZCB0byAyLiBUaGlzIGRlZmVuZHMgYWdhaW5zdCBEb1Mg YXR0YWNrcyBvZiBzZXJ2aWNlDQorICAgICAgICAgICAgcnVubmluZyBvbiB0aGUgc3BlY2lmaWVk IHBvcnQgbnVtYmVyLiBUaGUgYWN0aW9uIGlzIGFsbG93DQorICAgICAgICAgICAgc28gdGhlIHBh Y2tldCBpcyByZWxlYXNlZCB0byB0aGUgTEFOLiBPbiByZXR1cm4gdGhlDQorICAgICAgICAgICAg Y2hlY2stc3RhdGUgcnVsZSByZWNvZ25pemVzIHRoZSBwYWNrZXQgYXMgYmVsb25naW5nIHRvIGFu DQorICAgICAgICAgICAgZXhpc3Rpbmcgc2Vzc2lvbiBjb252ZXJzYXRpb24gc2VuZHMgaXQgdG8g cnVsZSA1MDAgZm9yDQorICAgICAgICAgICAgPGFjcm9ueW0+TkFUPC9hY3JvbnltPmluZyBhbmQg cmVsZWFzZWQgdG8gb3V0Ym91bmQNCisgICAgICAgICAgICBpbnRlcmZhY2UuPC9wYXJhPg0KIA0K LSAgICAgICAgICA8cGFyYT5FeGFtcGxlIFJ1bGVzZXQgIzE6PC9wYXJhPg0KKyAgICAgICAgICA8 cGFyYT5FeGFtcGxlIFJ1bGUgU2V0ICMxOjwvcGFyYT4NCiANCiAgICAgICAgICAgPHByb2dyYW1s aXN0aW5nPiMhL2Jpbi9zaA0KIGNtZD0iaXBmdyAtcSBhZGQiDQpAQCAtMjY0NSw3ICsyNjU5LDcg QEANCiANCiBpcGZ3IC1xIC1mIGZsdXNoDQogDQotJmRvbGxhcjtjbWQgMDAyIGFsbG93IGFsbCBm cm9tIGFueSB0byBhbnkgdmlhIHhsMCAgIyBleGNsdWRlIExhbiB0cmFmZmljDQorJmRvbGxhcjtj bWQgMDAyIGFsbG93IGFsbCBmcm9tIGFueSB0byBhbnkgdmlhIHhsMCAgIyBleGNsdWRlIExBTiB0 cmFmZmljDQogJmRvbGxhcjtjbWQgMDAzIGFsbG93IGFsbCBmcm9tIGFueSB0byBhbnkgdmlhIGxv MCAgIyBleGNsdWRlIGxvb3BiYWNrIHRyYWZmaWMNCiANCiAmZG9sbGFyO2NtZCAxMDAgZGl2ZXJ0 IG5hdGQgaXAgZnJvbSBhbnkgdG8gYW55IGluIHZpYSAmZG9sbGFyO3BpZg0KQEAgLTI2ODgsNyAr MjcwMiw3IEBADQogICAgICAgICAgICAgdG8gaGVscCB0aGUgaW5leHBlcmllbmNlZCBJUEZXIHJ1 bGUgd3JpdGVyIHRvIGJldHRlcg0KICAgICAgICAgICAgIHVuZGVyc3RhbmQgd2hhdCB0aGUgcnVs ZXMgYXJlIGRvaW5nLjwvcGFyYT4NCiANCi0gICAgICAgICAgPHBhcmE+RXhhbXBsZSBSdWxlc2V0 ICMyOjwvcGFyYT4NCisgICAgICAgICAgPHBhcmE+RXhhbXBsZSBSdWxlIFNldCAjMjo8L3BhcmE+ DQogDQogICAgICAgICAgIDxwcm9ncmFtbGlzdGluZz4NCiAjIS9iaW4vc2gNCi== --=-v7NX2j15ed06D0ZqUisw-- --=-qT1iuqoKQ2YrbI52uYnj Content-Type: application/pgp-signature; name=signature.asc Content-Description: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBydnd2Mp4pR7Fa+wRAsrsAJ0ZXj7NbCpFx0c/IeejKe+48NlQrACgkxBu +32CW9vzDsGnYJV1L6Ki8lc= =+iWq -----END PGP SIGNATURE----- --=-qT1iuqoKQ2YrbI52uYnj-- From owner-freebsd-doc@FreeBSD.ORG Wed Dec 22 21:13:45 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1EF616A4CE for ; Wed, 22 Dec 2004 21:13:45 +0000 (GMT) Received: from mail.secureworks.net (mail.secureworks.net [209.101.212.155]) by mx1.FreeBSD.org (Postfix) with SMTP id 60E1243D1F for ; Wed, 22 Dec 2004 21:13:45 +0000 (GMT) (envelope-from mdg@secureworks.net) Received: (qmail 49070 invoked from network); 22 Dec 2004 21:13:44 -0000 Received: from unknown (HELO ?192.168.8.243?) (209.101.212.253) by mail.secureworks.net with SMTP; 22 Dec 2004 21:13:44 -0000 Message-ID: <41C9E388.8030008@secureworks.net> Date: Wed, 22 Dec 2004 16:13:44 -0500 From: Matthew George User-Agent: Mozilla Thunderbird 0.9 (X11/20041117) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joel Dahl References: <41C9C439.6050202@secureworks.net> <1103742725.638.4.camel@dude.automatvapen.se> In-Reply-To: <1103742725.638.4.camel@dude.automatvapen.se> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: doc@freebsd.org Subject: Re: can someone help me find ... X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Dec 2004 21:13:46 -0000 Joel Dahl wrote: > On Wed, 2004-12-22 at 14:00 -0500, Matthew George wrote: > >>Greetings >> >>Some time ago, I came across a paper describing in great detail the FreeBSD >>Development Process and software lifecycle. I'm having trouble locating it now, >>and was wondering if anyone could throw me a pointer. It's not any of the >>standard /usr/share/doc or website releng stuff. I remember it talking at >>length about the way releases evolve WRT cvs tagging ... >> >>The paper at http://www.ruc.dk/~nielsj/research/papers/freebsd.pdf (Putting it >>All in the Trunk: Incremental Software Development in the FreeBSD Open Source >>Project) seems close to the paper I'm looking for, but the one I want was more >>focused on an analysis of the development model and wasn't based on a survey of >>committers. >> >>Does this ring a bell with anybody? >> > > > http://niklas.saers.com/thesis/thesis.html ? > > Also available from the CVS rep., but not hooked up to the doc build. ah, this is it! Thanks! -- Matthew George SecureWorks Technical Operations From owner-freebsd-doc@FreeBSD.ORG Wed Dec 22 23:30:16 2004 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 71A0616A4CE; Wed, 22 Dec 2004 23:30:16 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5162343D5D; Wed, 22 Dec 2004 23:30:16 +0000 (GMT) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (edwin@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBMNUFoC044774; Wed, 22 Dec 2004 23:30:15 GMT (envelope-from edwin@freefall.freebsd.org) Received: (from edwin@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBMNUE9Q044770; Wed, 22 Dec 2004 23:30:14 GMT (envelope-from edwin) Date: Wed, 22 Dec 2004 23:30:14 GMT From: Edwin Groothuis Message-Id: <200412222330.iBMNUE9Q044770@freefall.freebsd.org> To: edwin@FreeBSD.org, freebsd-doc@FreeBSD.org, portmgr@FreeBSD.org Subject: Re: docs/75091: [patch] tell porters handbook about IGNOREFILES X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Dec 2004 23:30:16 -0000 Synopsis: [patch] tell porters handbook about IGNOREFILES Responsible-Changed-From-To: freebsd-doc->portmgr Responsible-Changed-By: edwin Responsible-Changed-When: Wed Dec 22 23:29:55 GMT 2004 Responsible-Changed-Why: Over to potrmgr for approval first. It looks simple enough. I should really ask the portmgr team before committing it though. http://www.freebsd.org/cgi/query-pr.cgi?pr=75091 From owner-freebsd-doc@FreeBSD.ORG Wed Dec 22 23:34:00 2004 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 AF17F16A4CE; Wed, 22 Dec 2004 23:34:00 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90E6E43D1F; Wed, 22 Dec 2004 23:34:00 +0000 (GMT) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (edwin@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBMNY0lM046435; Wed, 22 Dec 2004 23:34:00 GMT (envelope-from edwin@freefall.freebsd.org) Received: (from edwin@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBMNY0T6046431; Wed, 22 Dec 2004 23:34:00 GMT (envelope-from edwin) Date: Wed, 22 Dec 2004 23:34:00 GMT From: Edwin Groothuis Message-Id: <200412222334.iBMNY0T6046431@freefall.freebsd.org> To: edwin@FreeBSD.org, edwin@FreeBSD.org, freebsd-doc@FreeBSD.org Subject: Re: docs/75091: [patch] tell porters handbook about IGNOREFILES X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Dec 2004 23:34:00 -0000 Synopsis: [patch] tell porters handbook about IGNOREFILES Responsible-Changed-From-To: edwin->freebsd-doc Responsible-Changed-By: edwin Responsible-Changed-When: Wed Dec 22 23:33:42 GMT 2004 Responsible-Changed-Why: Approved by portmgr. http://www.freebsd.org/cgi/query-pr.cgi?pr=75091 From owner-freebsd-doc@FreeBSD.ORG Wed Dec 22 23:53:11 2004 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 C400616A4CE; Wed, 22 Dec 2004 23:53:11 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4D4C43D5A; Wed, 22 Dec 2004 23:53:11 +0000 (GMT) (envelope-from keramida@FreeBSD.org) Received: from freefall.freebsd.org (keramida@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBMNrBJU046967; Wed, 22 Dec 2004 23:53:11 GMT (envelope-from keramida@freefall.freebsd.org) Received: (from keramida@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBMNrBq7046963; Wed, 22 Dec 2004 23:53:11 GMT (envelope-from keramida) Date: Wed, 22 Dec 2004 23:53:11 GMT From: Giorgos Keramidas Message-Id: <200412222353.iBMNrBq7046963@freefall.freebsd.org> To: edwin@FreeBSD.org, keramida@FreeBSD.org, freebsd-doc@FreeBSD.org Subject: Re: docs/75091: [patch] tell porters handbook about IGNOREFILES X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Dec 2004 23:53:11 -0000 Synopsis: [patch] tell porters handbook about IGNOREFILES State-Changed-From-To: open->closed State-Changed-By: keramida State-Changed-When: Wed Dec 22 23:52:09 GMT 2004 State-Changed-Why: Committed, as per our IRC discussion :-) http://www.freebsd.org/cgi/query-pr.cgi?pr=75091 From owner-freebsd-doc@FreeBSD.ORG Thu Dec 23 00:00:51 2004 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 F418216A4D9 for ; Thu, 23 Dec 2004 00:00:50 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32F9643D6D for ; Thu, 23 Dec 2004 00:00:49 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBN00mZC047190 for ; Thu, 23 Dec 2004 00:00:49 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBN00mbk047177; Thu, 23 Dec 2004 00:00:48 GMT (envelope-from gnats) Resent-Date: Thu, 23 Dec 2004 00:00:48 GMT Resent-Message-Id: <200412230000.iBN00mbk047177@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, "Paul A.Hoadley" Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23A3516A4CF for ; Wed, 22 Dec 2004 23:59:59 +0000 (GMT) Received: from grover.logicsquad.net (ppp52-7.lns1.adl2.internode.on.net [150.101.52.7]) by mx1.FreeBSD.org (Postfix) with SMTP id D142443D2D for ; Wed, 22 Dec 2004 23:59:57 +0000 (GMT) (envelope-from paulh@logicsquad.net) Received: (qmail 14006 invoked by uid 1000); 22 Dec 2004 23:59:56 -0000 Message-Id: <20041222235956.14005.qmail@grover.logicsquad.net> Date: 22 Dec 2004 23:59:56 -0000 From: "Paul A.Hoadley" To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: docs/75410: Two typos in random(4) manpage X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Paul A.Hoadley" List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Dec 2004 00:00:51 -0000 >Number: 75410 >Category: docs >Synopsis: Two typos in random(4) manpage >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: Thu Dec 23 00:00:48 GMT 2004 >Closed-Date: >Last-Modified: >Originator: Paul A. Hoadley >Release: FreeBSD 5.3-STABLE i386 >Organization: Logic Squad >Environment: System: FreeBSD bert.coremedicalsolutions.com 5.3-STABLE FreeBSD 5.3-STABLE #1: Sat Dec 18 20:50:15 CST 2004 paulh@bert.coremedicalsolutions.com:/usr/obj/usr/src/sys/BERT i386 >Description: Two small typos in random(4) manpage >How-To-Repeat: man 4 random >Fix: Here is a diff against $FreeBSD: src/share/man/man4/random.4,v 1.17 2004/10/03 13:14:19 simon Exp $. --- random.4.diff begins here --- --- random.4.old Thu Dec 23 10:16:21 2004 +++ random.4 Thu Dec 23 10:17:50 2004 @@ -44,7 +44,7 @@ and use these in preference to the fallback, which is a generator implemented in software. .Pp -If the device has is using +If the device is using the software generator, writing data to .Nm @@ -66,7 +66,7 @@ device may be controlled with .Xr sysctl 8 . .Pp -To see the devices' current settings, use the command line: +To see the device's current settings, use the command line: .Pp .Dl sysctl kern.random .Pp --- random.4.diff ends here --- >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Thu Dec 23 00:27:21 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC89816A4CF; Thu, 23 Dec 2004 00:27:21 +0000 (GMT) Received: from daemon.li (daemon.li [213.203.244.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id 454CA43D48; Thu, 23 Dec 2004 00:27:21 +0000 (GMT) (envelope-from josef@daemon.li) Received: from localhost (localhost [127.0.0.1]) (uid 1000) by daemon.li with local; Thu, 23 Dec 2004 00:27:20 +0000 Date: Thu, 23 Dec 2004 00:27:20 +0000 From: Josef El-Rayes To: Remko Lodder Message-ID: <20041223002720.GA17559@daemon.li> References: <41C869A8.7000600@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <41C869A8.7000600@FreeBSD.org> User-Agent: Mutt/1.3.28i cc: freebsd-doc@freebsd.org Subject: Re: Norwegian documentation X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Dec 2004 00:27:21 -0000 Remko Lodder : > Mohammed Reza Amini wrote: >=20 > Hi Mohammed Reza! >=20 > >Hello I am interested in becomming a translator, I was=20 > >wondering if there are any norwegian translators already=20 > >working on the project of if I am the first one. >=20 > Cool! as far as i can see from the docproj pages [1] it seems=20 > that there > isn't a norwegian translation yet. So you can start=20 > translating those. http://www.freebsd.org/cgi/cvsweb.cgi/doc/no_NO.ISO8859-1/ -josef --=20 Josef El-Rayes (__) Email: josef@daemon.li \\\'',)=20 Web: http://daemon.li/ \/ \ ^ FreeBSD Security Team .\._/_) From owner-freebsd-doc@FreeBSD.ORG Thu Dec 23 00:28:17 2004 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 0401F16A4CE; Thu, 23 Dec 2004 00:28:17 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5B7843D53; Thu, 23 Dec 2004 00:28:16 +0000 (GMT) (envelope-from keramida@FreeBSD.org) Received: from freefall.freebsd.org (keramida@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBN0SGG5052018; Thu, 23 Dec 2004 00:28:16 GMT (envelope-from keramida@freefall.freebsd.org) Received: (from keramida@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBN0SG7D052014; Thu, 23 Dec 2004 00:28:16 GMT (envelope-from keramida) Date: Thu, 23 Dec 2004 00:28:16 GMT From: Giorgos Keramidas Message-Id: <200412230028.iBN0SG7D052014@freefall.freebsd.org> To: paulh@logicsquad.net, keramida@FreeBSD.org, freebsd-doc@FreeBSD.org, keramida@FreeBSD.org Subject: Re: docs/75410: Two typos in random(4) manpage X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Dec 2004 00:28:17 -0000 Synopsis: Two typos in random(4) manpage State-Changed-From-To: open->patched State-Changed-By: keramida State-Changed-When: Thu Dec 23 00:27:41 GMT 2004 State-Changed-Why: Committed a slightly modifier version to HEAD. Responsible-Changed-From-To: freebsd-doc->keramida Responsible-Changed-By: keramida Responsible-Changed-When: Thu Dec 23 00:27:41 GMT 2004 Responsible-Changed-Why: I will handle the MFC. http://www.freebsd.org/cgi/query-pr.cgi?pr=75410 From owner-freebsd-doc@FreeBSD.ORG Thu Dec 23 00:34:27 2004 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 D780E16A4CE; Thu, 23 Dec 2004 00:34:27 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD20743D31; Thu, 23 Dec 2004 00:34:27 +0000 (GMT) (envelope-from keramida@FreeBSD.org) Received: from freefall.freebsd.org (keramida@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBN0YRCN055005; Thu, 23 Dec 2004 00:34:27 GMT (envelope-from keramida@freefall.freebsd.org) Received: (from keramida@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBN0YRaO055001; Thu, 23 Dec 2004 00:34:27 GMT (envelope-from keramida) Date: Thu, 23 Dec 2004 00:34:27 GMT From: Giorgos Keramidas Message-Id: <200412230034.iBN0YRaO055001@freefall.freebsd.org> To: joel@automatvapen.se, keramida@FreeBSD.org, freebsd-doc@FreeBSD.org, keramida@FreeBSD.org Subject: Re: docs/74862: [patch] update tuning(7) man page X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Dec 2004 00:34:28 -0000 Synopsis: [patch] update tuning(7) man page State-Changed-From-To: patched->closed State-Changed-By: keramida State-Changed-When: Thu Dec 23 00:33:08 GMT 2004 State-Changed-Why: I've now merged this to RELENG_5. Thanks! Responsible-Changed-From-To: freebsd-doc->keramida Responsible-Changed-By: keramida Responsible-Changed-When: Thu Dec 23 00:33:08 GMT 2004 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=74862 From owner-freebsd-doc@FreeBSD.ORG Thu Dec 23 00:39:49 2004 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 E0A2D16A4CE; Thu, 23 Dec 2004 00:39:49 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2F1343D45; Thu, 23 Dec 2004 00:39:49 +0000 (GMT) (envelope-from keramida@FreeBSD.org) Received: from freefall.freebsd.org (keramida@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBN0dnT4055480; Thu, 23 Dec 2004 00:39:49 GMT (envelope-from keramida@freefall.freebsd.org) Received: (from keramida@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBN0dnX2055476; Thu, 23 Dec 2004 00:39:49 GMT (envelope-from keramida) Date: Thu, 23 Dec 2004 00:39:49 GMT From: Giorgos Keramidas Message-Id: <200412230039.iBN0dnX2055476@freefall.freebsd.org> To: keramida@FreeBSD.org, freebsd-doc@FreeBSD.org, ru@FreeBSD.org Subject: Re: docs/72375: prototype error in signal(3) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Dec 2004 00:39:50 -0000 Synopsis: prototype error in signal(3) Responsible-Changed-From-To: freebsd-doc->ru Responsible-Changed-By: keramida Responsible-Changed-When: Thu Dec 23 00:39:07 GMT 2004 Responsible-Changed-Why: Ruslan, what do you think of the last diff submitted by Joseph Koshy in the audit trail of this PR? http://www.freebsd.org/cgi/query-pr.cgi?pr=72375 From owner-freebsd-doc@FreeBSD.ORG Thu Dec 23 00:41:31 2004 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 E4EF716A4CE; Thu, 23 Dec 2004 00:41:31 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C69C043D2F; Thu, 23 Dec 2004 00:41:31 +0000 (GMT) (envelope-from keramida@FreeBSD.org) Received: from freefall.freebsd.org (keramida@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBN0fVjb055902; Thu, 23 Dec 2004 00:41:31 GMT (envelope-from keramida@freefall.freebsd.org) Received: (from keramida@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBN0fVS1055898; Thu, 23 Dec 2004 00:41:31 GMT (envelope-from keramida) Date: Thu, 23 Dec 2004 00:41:31 GMT From: Giorgos Keramidas Message-Id: <200412230041.iBN0fVS1055898@freefall.freebsd.org> To: keramida@FreeBSD.org, freebsd-doc@FreeBSD.org, keramida@FreeBSD.org Subject: Re: docs/74231: Conflicting information on mergemaster -p X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Dec 2004 00:41:32 -0000 Synopsis: Conflicting information on mergemaster -p Responsible-Changed-From-To: freebsd-doc->keramida Responsible-Changed-By: keramida Responsible-Changed-When: Thu Dec 23 00:41:15 GMT 2004 Responsible-Changed-Why: I'll handle this. http://www.freebsd.org/cgi/query-pr.cgi?pr=74231 From owner-freebsd-doc@FreeBSD.ORG Thu Dec 23 01:36:53 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09B8716A4D0 for ; Thu, 23 Dec 2004 01:36:53 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id D797943D55 for ; Thu, 23 Dec 2004 01:36:51 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id y7so51936rne for ; Wed, 22 Dec 2004 17:36:50 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=Qylgkbr1Vw5kLP4rmXJaHLGEbRlOjwnwlx6Sjx7o/Ic5LRizVJ/oFKWKp9ZNn30x7x8YIur9lxVGtxqydm/vR6iqf531AhHe6PYEDx83xwY85XO0SVDN3gU8XxXlZknuge01UtHgS45TdS+0OyFi6p3JD6f7ZH2HjAsEsjT4ENw= Received: by 10.38.15.33 with SMTP id 33mr20544rno; Wed, 22 Dec 2004 17:36:50 -0800 (PST) Received: by 10.38.209.11 with HTTP; Wed, 22 Dec 2004 17:36:50 -0800 (PST) Message-ID: <84dead72041222173625cff66a@mail.gmail.com> Date: Thu, 23 Dec 2004 01:36:50 +0000 From: Joseph Koshy To: Giorgos Keramidas In-Reply-To: <200412230039.iBN0dnX2055476@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200412230039.iBN0dnX2055476@freefall.freebsd.org> cc: freebsd-doc@freebsd.org cc: freebsd-gnats-submit@freebsd.org cc: ru@freebsd.org Subject: Re: docs/72375: prototype error in signal(3) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joseph Koshy List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Dec 2004 01:36:53 -0000 Ruslan had a better fix (attached). (nemesis) $ cvs diff -u signal.3 /usr/src.cvs/lib/libc/gen Index: signal.3 =================================================================== RCS file: /cvs/FreeBSD/src/lib/libc/gen/signal.3,v retrieving revision 1.38 diff -u -u -r1.38 signal.3 --- signal.3 3 Jul 2004 22:30:08 -0000 1.38 +++ signal.3 23 Dec 2004 07:13:28 -0000 @@ -42,16 +42,24 @@ .Lb libc .Sh SYNOPSIS .In signal.h -.\" The following is Quite Ugly, but syntactically correct. -.\" Don't try to -.\" fix it. -.Ft void \*(lp* -.Fn signal "int sig" "void \*(lp*func\*(rp\*(lpint\*(rp\*(rp\*(rp\*(lpint" +.\" XXX XXX XXX XXX XXX XXX XXX XXX XXX XXX XXX XXX XXX XXX XXX XXX +.\" The prototype for signal(3) cannot be cleanly marked up in -mdoc +.\" without the following lower-level tweak. +.nr in-synopsis-section 0 +.Pp +.Ft "void \*(lp*" Ns +.Fo signal +.Fa "int sig" +.Fa "void \*(lp*func\*(rp\*(lpint\*(rp" +.Fc Ns +.Ft "\*(rp\*(lpint\*(rp" ; .Pp +.nr in-synopsis-section 1 +.\" XXX XXX XXX XXX XXX XXX XXX XXX XXX XXX XXX XXX XXX XXX XXX XXX or in -.Fx Ns 's +.Fx Ap s equivalent but easier to read typedef'd version: -.Ft typedef "void \*(lp*sig_t\*(rp \*(lpint\*(rp" ; +.Vt typedef "void \*(lp*sig_t\*(rp \*(lpint\*(rp" ; .Ft sig_t .Fn signal "int sig" "sig_t func" .Sh DESCRIPTION From owner-freebsd-doc@FreeBSD.ORG Thu Dec 23 01:46:37 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 507BD16A4CE; Thu, 23 Dec 2004 01:46:37 +0000 (GMT) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72B7643D39; Thu, 23 Dec 2004 01:46:36 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from gothmog.gr (patr530-b163.otenet.gr [212.205.244.171]) iBN1kY3n004218; Thu, 23 Dec 2004 03:46:34 +0200 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.1/8.13.1) with ESMTP id iBN1kXee032640; Thu, 23 Dec 2004 03:46:33 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.1/8.13.1/Submit) id iBN1kXot032639; Thu, 23 Dec 2004 03:46:33 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Thu, 23 Dec 2004 03:46:33 +0200 From: Giorgos Keramidas To: Joseph Koshy Message-ID: <20041223014633.GA31470@gothmog.gr> References: <200412230039.iBN0dnX2055476@freefall.freebsd.org> <84dead72041222173625cff66a@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <84dead72041222173625cff66a@mail.gmail.com> cc: freebsd-doc@freebsd.org cc: freebsd-gnats-submit@freebsd.org cc: ru@freebsd.org Subject: Re: docs/72375: prototype error in signal(3) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Dec 2004 01:46:37 -0000 On 2004-12-23 01:36, Joseph Koshy wrote: > Ruslan had a better fix (attached). [snip relatively long diff] Great! Are you or Ruslan going to commit this? :-) From owner-freebsd-doc@FreeBSD.ORG Thu Dec 23 02:49:09 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C915516A4CE for ; Thu, 23 Dec 2004 02:49:09 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D40A43D41 for ; Thu, 23 Dec 2004 02:49:09 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id y7so60168rne for ; Wed, 22 Dec 2004 18:49:08 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=N4uai8WWeJhXLMaf3fGjFngrwn4MCAcx4PCK6/mkskeXNRlfLAoQu4EuZRlcrmJ9XFDKSH2NkakMdtRb2VCnRyA9y6QrHt+DEEUza+WKUjfkVEOHKDS+N8w+NadH7saFaWuiJOnbLlZ8ff/rSJFTpCECbBYeachalIJm2oYYzig= Received: by 10.38.15.48 with SMTP id 48mr269742rno; Wed, 22 Dec 2004 18:49:07 -0800 (PST) Received: by 10.38.209.11 with HTTP; Wed, 22 Dec 2004 18:49:07 -0800 (PST) Message-ID: <84dead72041222184999a22de@mail.gmail.com> Date: Thu, 23 Dec 2004 02:49:07 +0000 From: Joseph Koshy To: Giorgos Keramidas In-Reply-To: <20041223014633.GA31470@gothmog.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200412230039.iBN0dnX2055476@freefall.freebsd.org> <84dead72041222173625cff66a@mail.gmail.com> <20041223014633.GA31470@gothmog.gr> cc: freebsd-doc@freebsd.org cc: ru@freebsd.org Subject: Re: docs/72375: prototype error in signal(3) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joseph Koshy List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Dec 2004 02:49:10 -0000 'tis done. From owner-freebsd-doc@FreeBSD.ORG Thu Dec 23 05:35:10 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5F9816A4CE for ; Thu, 23 Dec 2004 05:35:10 +0000 (GMT) Received: from wasley.bl.mmtr.or.jp (wasley.bl.mmtr.or.jp [210.228.173.142]) by mx1.FreeBSD.org (Postfix) with SMTP id B576343D39 for ; Thu, 23 Dec 2004 05:35:07 +0000 (GMT) (envelope-from rushani@bl.mmtr.or.jp) Received: (qmail 15739 invoked from network); 23 Dec 2004 14:34:58 +0900 Received: from unknown (HELO localhost) (210.139.52.70) by wasley.bl.mmtr.or.jp with SMTP; 23 Dec 2004 14:34:58 +0900 Date: Thu, 23 Dec 2004 14:33:46 +0900 (JST) Message-Id: <20041223.143346.118966859.rushani@bl.mmtr.or.jp> To: linimon@lonesome.com From: Hideyuki KURASHINA In-Reply-To: References: X-URL: http://www.rushani.jp/ X-PGP-Public-Key: http://www.rushani.jp/rushani.asc X-PGP-Fingerprint: A052 6F98 6146 6FE3 91E2 DA6B F2FA 2088 439A DC57 X-RC5-72-Stats: http://stats.distributed.net/participant/psummary.php?project_id=8&id=432320 X-Mailer: Mew version 4.1.52 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-doc@FreeBSD.org Subject: Re: CFD: one more patch to the Committer's Guide X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Dec 2004 05:35:10 -0000 Hi, Mark, While the category of documentation related PR is ``docs'', >>> On Wed, 22 Dec 2004 02:59:27 -0600 (CST), Mark Linimon said: > @@ -2785,14 +2786,37 @@ > cvsup/sup/ports-categoryname: > list.cvs and > releases. (Note: these are > - in the src, not the ports, repository). > + in the src, not the ports, repository). If you > + are not a src committer, you will need to submit > + a PR for this. > > > > - Submit a docs PR to add the new category to both the > + Update the documentation by modifying the > + following: > + > + > + > + the > > - Porter's Handbook and to > + list of categories in the Porter's Handbook > + > + > + > + > www/en/ports/categories. > + > + > + > + the section of the Handbook that lists the > + > + cvsup collections. > + > + > + (Note: these are > + in the docs, not the ports, repository). If you in this case, this should be ``in the doc,'' because we don't have docs/ repository. > + are not a docs committer, you will need to submit Ditto. I suppose person who commits to the doc/ repository is called ``doc committer'' (see commit mail from doc/ repository). > + a PR for this. > > > -- rushani From owner-freebsd-doc@FreeBSD.ORG Thu Dec 23 06:55:12 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FD9A16A4CF for ; Thu, 23 Dec 2004 06:55:12 +0000 (GMT) Received: from wasley.bl.mmtr.or.jp (wasley.bl.mmtr.or.jp [210.228.173.142]) by mx1.FreeBSD.org (Postfix) with SMTP id E6BE743D41 for ; Thu, 23 Dec 2004 06:55:10 +0000 (GMT) (envelope-from rushani@bl.mmtr.or.jp) Received: (qmail 6747 invoked from network); 23 Dec 2004 15:55:09 +0900 Received: from unknown (HELO localhost) (210.139.52.70) by wasley.bl.mmtr.or.jp with SMTP; 23 Dec 2004 15:55:09 +0900 Date: Thu, 23 Dec 2004 15:54:05 +0900 (JST) Message-Id: <20041223.155405.116369681.rushani@bl.mmtr.or.jp> To: linimon@lonesome.com From: Hideyuki KURASHINA In-Reply-To: References: X-URL: http://www.rushani.jp/ X-PGP-Public-Key: http://www.rushani.jp/rushani.asc X-PGP-Fingerprint: A052 6F98 6146 6FE3 91E2 DA6B F2FA 2088 439A DC57 X-RC5-72-Stats: http://stats.distributed.net/participant/psummary.php?project_id=8&id=432320 X-Mailer: Mew version 4.1.52 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-doc@FreeBSD.org cc: portmgr@FreeBSD.org Subject: Re: CFD: changes to the Porter's Handbook about proposing new categories X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Dec 2004 06:55:12 -0000 Hi, Mark, >>> On Sun, 19 Dec 2004 17:29:39 -0600 (CST), Mark Linimon said: > After checking where to direct someone who was inquiring about this, I > found that what I had written last time was in the Committer's Handbook > and effectively assumes that the proposer is a committer. What the > following patch does is split the existing text into two pieces and > moves the general piece to the Porter's Handbook, after adding several > paragraphs along the way. Since it affects policy, portmgr@ is copied. > > (The patch does not include removing the text that moves, yet; the > implied change is fairly obvious and would collide with my other > outstanding patch to the CH.) > > Unless there are objections, I'd like to commit this text within the > next day or so. Please excuse my reply was late, but I found 1 small typo and 1 style problem. > @@ -1965,6 +1948,126 @@ > imported to the wrong category only to be moved right away. > This causes unnecessary and undesirable bloat in the master > source repository. > + > + > + > + Proposing a new category > + > + As the Ports Collection has grown over time, various new > + categories have been introduced. New categories can either > + be virtual categories—those that do > + not have a corresponding subdirectory in the ports tree— > + or physical categories—those that > + do. The following text dicusses the issues involved in creating discusses > + > + > + Makefiles for the > + new ports once they are repocopied [...] > + > + Since it affects the ports infrastructure and involves > + not only performing repo-copies but also possibly running should be ``repocopies'' for consistancy with above item? > + regression tests on the build cluster, the PR should be > + assigned to the &a.portmgr;. > + -- rushani From owner-freebsd-doc@FreeBSD.ORG Thu Dec 23 07:50:22 2004 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 0B2AC16A4CE for ; Thu, 23 Dec 2004 07:50:22 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89B8243D5A for ; Thu, 23 Dec 2004 07:50:21 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBN7oLZE043683 for ; Thu, 23 Dec 2004 07:50:21 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBN7oLwM043681; Thu, 23 Dec 2004 07:50:21 GMT (envelope-from gnats) Resent-Date: Thu, 23 Dec 2004 07:50:21 GMT Resent-Message-Id: <200412230750.iBN7oLwM043681@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, Matteo Riondato Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D074116A4CE for ; Thu, 23 Dec 2004 07:43:44 +0000 (GMT) Received: from relay.gufi.org (civetta.gufi.org [193.27.203.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id 493FC43D5A for ; Thu, 23 Dec 2004 07:43:43 +0000 (GMT) (envelope-from rionda@utenti.gufi.org) Received: from utenti.gufi.org (utenti.gufi.org [193.27.203.174]) by relay.gufi.org (Postfix) with ESMTP id 4B55C2102C for ; Thu, 23 Dec 2004 08:43:42 +0100 (CET) Received: (from rionda@localhost) by utenti.gufi.org (8.12.11/8.12.11/Submit) id iBN7hfEa084858; Thu, 23 Dec 2004 08:43:41 +0100 (CET) (envelope-from rionda) Message-Id: <200412230743.iBN7hfEa084858@utenti.gufi.org> Date: Thu, 23 Dec 2004 08:43:41 +0100 (CET) From: Matteo Riondato To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: docs/75422: [patch] syntax mistakes and obscurity in firewall chapter X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Matteo Riondato List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Dec 2004 07:50:22 -0000 >Number: 75422 >Category: docs >Synopsis: [patch] syntax mistakes and obscurity in firewall chapter >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: Thu Dec 23 07:50:21 GMT 2004 >Closed-Date: >Last-Modified: >Originator: Matteo Riondato >Release: FreeBSD 6.0-CURRENT i386 >Organization: GUFI >Environment: FreeBSD kaiser.sig11.org 6.0-CURRENT FreeBSD 6.0-CURRENT #1: Fri Dec 10 15:41:10 CET 2004 root@kaiser.sig11.org:/usr/obj/usr/src/sys/KAISER i386 >Description: Handbook Firewall chapter is a bit confused and obscure. There are many syntax mistakes (such as "it's" instead of "its") >How-To-Repeat: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/firewalls.html >Fix: --- chapter.sgml.orig Wed Dec 22 19:38:28 2004 +++ chapter.sgml Wed Dec 22 21:18:52 2004 @@ -114,7 +114,7 @@ There are two basic ways to create firewall rulesets: inclusive or exclusive. An exclusive firewall allows all traffic through except for the - traffic matching the ruleset. An inclusive firewall does the + traffic matching the rule set. An inclusive firewall does the reverse. It only allows traffic matching the rules through and blocks everything else. @@ -137,18 +137,18 @@ Firewall Software Applications - &os; has three different firewall software products built into - the base system. They are IPFILTER (also known as IPF), - IPFIREWALL (also known as IPFW) and PF (OpenBSD's PacketFilter). IPFIREWALL has the built - in DUMMYNET traffic shaper facilities for controlling bandwidth - usage. IPFILTER does not have a built in traffic shaper facility - for controlling bandwidth usage, but the ALTQ port application - can be used to accomplish the same function. The DUMMYNET - feature and ALTQ is generally useful only to - large ISPs or commercial users. IPF, IPFW and PF use rules to - control the access of packets to and from your system, although - they go about it different ways and have different rule - syntaxes. + &os; has three different firewall software products built + into the base system. They are IPFILTER (also known as IPF), + IPFIREWALL (also known as IPFW) and PF (OpenBSD's PacketFilter). + IPFIREWALL has the built in DUMMYNET traffic shaper facilities + for controlling bandwidth usage. IPFILTER does not have a built + in traffic shaper facility for controlling bandwidth usage, but + the ALTQ framework can be used to accomplish the same + function. The DUMMYNET feature and ALTQ is + generally useful only to large ISPs or commercial users. IPF, + IPFW and PF use rules to control the access of packets to and + from your system, although they go about it different ways and + have different rule syntaxes. The IPFW sample rule set (found in /etc/rc.firewall) delivered in the basic @@ -197,9 +197,9 @@ known as PF was ported to &os; 5.3. PF is a complete, fully featured firewall that contains ALTQ for bandwidth usage - management in a way similar to the dummynet provides in + management in a way similar to what DUMMYNET provides for IPFW. The OpenBSD project does an - outstanding job of maintaining the PF users' guide that it will + outstanding job of maintaining the PF user's guide that it will not be made part of this handbook firewall section as that would just be duplicated effort. @@ -223,9 +223,9 @@ Enabling PF PF is included in the basic &os; install for versions newer than - 5.3 as a separate run time loadable module. PF will dynamically load - its kernel loadable module when the rc.conf statement - pf_enable="YES" is used. The + 5.3 as a separate run time loadable module. The system will + dynamically load PF kernel loadable module when the rc.conf + statement pf_enable="YES" is used. The loadable module was created with &man.pflog.4; logging enabled. @@ -256,7 +256,7 @@ device pfsync enables the optional &man.pfsync.4; pseudo network device that is used to monitor state changes. As this is not part of the loadable - module one has to build a custom kernel to use it. + module a custom kernel is needed to use it. These settings will take affect only after you have built and installed a kernel with them set. @@ -288,11 +288,10 @@ The IPFILTER (IPF) Firewall The author of IPFILTER is Darren Reed. IPFILTER is not - operating system dependent. IPFILTER is a open source - application and has been ported to &os;, NetBSD, OpenBSD, SunOS, - HP/UX, and Solaris operating systems. IPFILTER is actively being - supported and maintained, with updated versions being released - regularly. + operating system dependent: is a open source application and has + been ported to &os;, NetBSD, OpenBSD, SunOS, HP/UX, and Solaris + operating systems. IPFILTER is actively being supported and + maintained, with updated versions being released regularly. IPFILTER is based on a kernel-side firewall and NAT mechanism that can be controlled and @@ -326,10 +325,10 @@ and also control the services which can originate from the public Internet accessing your private network. Everything else is blocked and logged by default design. Inclusive firewalls are - much, much more secure than exclusive firewall rule sets and is - the only rule set type covered here in. + much, much more secure than exclusive ones and only this rule + set type is covered here. - For detailed explanation of the legacy rules processing + For a detailed explanation of the legacy rules processing method see: and . - Enabling IPF + Enabling IPF IPF is included in the basic &os; install as a separate - run time loadable module. IPF will dynamically load its kernel - loadable module when the rc.conf statement - ipfilter_enable="YES" is used. The loadable - module was created with logging enabled and the default - pass all options. You do not need to compile IPF into - the &os; kernel just to change the default to block all - , you can do that by just coding a block all rule at - the end of your rule set. + run time loadable module. The system will dynamically load IPF + kernel loadable module when the rc.conf statement + ipfilter_enable="YES" is used. The loadable module + was created with logging enabled and the default pass + all option. You do not need to compile IPF into the + &os; kernel just to change the default to block all + , you can do that by just coding a block + all rule at the end of your rule set. @@ -369,8 +368,8 @@ options IPFILTER_LOG options IPFILTER_DEFAULT_BLOCK - options IPFILTER tells the compile - to include IPFILTER as part of its core kernel. + options IPFILTER enables support for + the IPFILTER firewall. options IPFILTER_LOG enables the option to have IPF log traffic by writing to the ipl packet @@ -416,15 +415,16 @@ ipf -Fa -f /etc/ipf.rules - means flush all internal rules tables. - means this is the file to read for the rules to load. + means "flush all internal rules tables". + means "this is the file to read for the + rules to load". - This gives you the ability to make changes to their custom - rules file, run the above IPF command thus updating the running + This gives you the ability to make changes to a custom + rules file. Run the above IPF command thus updating the running firewall with a fresh copy of all the rules without having to - reboot the system. This method is very convenient for testing new - rules as the procedure can be executed as many times as needed. - + reboot the system. This method is very convenient for testing + new rules as the procedure can be executed as many times as + needed. See the &man.ipf.8; manual page for details on the other flags available with this command. @@ -433,7 +433,7 @@ standard text file. It will not accept a rules file written as a script with symbolic substitution. - There is a way to build IPF rules that utilities the power of + There is a way to build IPF rules that use the power of script symbolic substitution. For more information, see . @@ -557,7 +557,7 @@ IPMON Logging - Syslogd uses its own special method for segregation of log + Syslogd uses its own special method for aggregation of log data. It uses special grouping called facility and level. IPMON in mode uses Local0 as the facility name. All IPMON logged data goes to @@ -575,8 +575,9 @@ touch /var/log/ipfilter.log - The syslog function is controlled by definition statements - in the /etc/syslog.conf file. The syslog.conf file offers + The syslog function is controlled by definition + statements in the /etc/syslog.conf + file. The syslog.conf file offers considerable flexibility in how syslog will deal with system messages issued by software applications like IPF. @@ -585,16 +586,18 @@ Local0.* /var/log/ipfilter.log - The Local0.* means to write all the logged messages to the - coded file location. + The Local0.* means to write all the + logged messages to the coded file location. - To activate the changes to /etc/syslog.conf - you can reboot or bump the syslog task into - re-reading /etc/syslog.conf by - kill -HUP <pid>. You get the pid (i.e. process - number) by listing the tasks with the ps -ax - command. Find syslog in the display and the pid is the number - in the left column. + To activate the changes made to + /etc/syslog.conf you can reboot or bump + the syslog task into re-reading + /etc/syslog.conf by + /etc/rc.d/syslogd restart or kill + -HUP pid on &os; 4.X systems. You + get the pid (i.e. process number) by listing the tasks with + the ps -ax command. Find syslog in the + display and the pid is the number in the left column. Do not forget to change /etc/newsyslog.conf to rotate the new log you just created above. @@ -643,7 +646,7 @@ - The addresses. This is actually three fields: the + The addresses. This is actuactually three fields: the source address and port (separated by a comma), the -> symbol, and the destination address and port. 209.53.17.22,80 -> 198.73.220.17,1722. @@ -703,7 +706,7 @@ ############# Start of IPF rules script ######################## oif="dc0" # name of the outbound interface -odns="192.0.2.11" # ISP's dns server IP address Symbolic> +odns="192.0.2.11" # ISP's DNS server IP address myip="192.0.2.7" # My Static IP address from ISP ks="keep state" fks="flags S keep state" @@ -716,7 +719,7 @@ # after the EOF line to work correctly. /sbin/ipf -Fa -f - << EOF -# Allow out access to my ISP's Domain name server. +# Allow out access to my ISP's Domain Name server. pass out quick on $oif proto tcp from any to $odns port = 53 $fks pass out quick on $oif proto udp from any to $odns port = 53 $ks @@ -728,10 +731,11 @@ EOF ################## End of IPF rules script ######################## - That is all there is to it. The rules are not important in - this example, how the Symbolic substitution field are populated - and used are. If the above example was in /etc/ipf.rules.script - file, you could reload these rules by entering this on the command + That is all there is to it. The rules are not important + in this example, how the Symbolic substitution field are + populated and used are. If the above example was in + /etc/ipf.rules.script file, you could + reload these rules by entering the following on the command line: sh /etc/ipf.rules.script @@ -761,7 +765,7 @@ chmod 700 /usr/local/etc/rc.d/ipf.loadrules.sh - Now when you system boots your IPF rules will be loaded + Now when your system boots, your IPF rules will be loaded using the script. @@ -774,7 +778,7 @@ session conversation. The firewall rule set processes the packet 2 times, once on its arrival from the public Internet host and again as it leaves for its return trip back to the - public Internet host. Each tcp/ip service (i.e. telnet, www, + public Internet host. Each TCP/IP service (i.e. telnet, www, mail, etc.) is predefined by its protocol, source and destination IP address, or the source and destination port number. This is the basic selection criteria used to create @@ -814,9 +818,9 @@ rule wins logic. For the complete legacy rule syntax description see the &man.ipf.8; manual page. - # is used to mark the start of a comment and may appear at - the end of a rule line or on its own lines. Blank lines are - ignored. + # is used to mark the start of a + comment and may appear at the end of a rule line or on its + own lines. Blank lines are ignored. Rules contain keywords, These keywords have to be coded in a specific order from left to right on the line. Keywords are @@ -859,8 +863,9 @@ ACTION The action indicates what to do with the packet if it - matches the rest of the filter rule. Each rule must have a - action. The following actions are recognized: + matches the rest of the filter rule. Each rule + must have a action. The following + actions are recognized: block indicates that the packet should be dropped if the selection parameters match the packet. @@ -877,11 +882,11 @@ other has to be coded or the rule will not pass syntax check. - in means this rule is being applied against an inbound + "in" means this rule is being applied against an inbound packet which has just been received on the interface facing the public Internet. - out means this rule is being applied against an + "out" means this rule is being applied against an outbound packet destined for the interface facing the public Internet. @@ -893,18 +898,18 @@ - log indicates that the packet header will be written to + "log" indicates that the packet header will be written to the ipl log (as described in the LOGGING section below) if the selection parameters match the packet. - quick indicates that if the selection parameters match + "quick" indicates that if the selection parameters match the packet, this rule will be the last rule checked, allowing a "short-circuit" path to avoid processing any following rules for this packet. This option is a mandatory requirement for the modernized rules processing logic. - on indicates the interface name to be incorporated into + "on" indicates the interface name to be incorporated into the selection parameters. Interface names are as displayed by ifconfig. Using this option, the rule will only match if the packet is going through that interface in the specified @@ -916,10 +921,10 @@ Immediately following the log keyword, the following qualifiers may be used (in this order): - body indicates that the first 128 bytes of the packet + "body" indicates that the first 128 bytes of the packet contents will be logged after the headers. - first If the 'log' keyword is being used in conjunction + "first" If the 'log' keyword is being used in conjunction with a "keep state" option, it is recommended that this option is also applied so that only the triggering packet is logged and not every packet which there after matches @@ -958,7 +963,7 @@ The 'all' keyword is essentially a synonym for "from any to any" with no other match parameters. - from src to dst The from and to keywords are used to + "from src to dst" The from and to keywords are used to match against IP addresses. Rules must specify BOTH source and destination parameters. .any. is a special keyword that matches any IP address. As in 'from any to any' or 'from @@ -1042,12 +1047,13 @@ do not properly fit the session conversation template are automatically rejected as impostors. - Keep state will also allow ICMP packets related to a TCP - or UDP session through. So if you get ICMP type 3 code 4 in - response to some web surfing allowed out by a keep state rule, - they will be automatically allowed in. Any packet that IPF can - be certain is part of a active session, even if it is a - different protocol, will be let in. + Keep state will also allow ICMP packets related to a + TCP or UDP session through. So if you get + ICMP type 3 code 4 in response to some web surfing allowed + out by a keep state rule, they will be automatically allowed + in. Any packet that IPF can be certain is part of a active + session, even if it is a different protocol, will be let + in. What happens is: @@ -1090,16 +1096,16 @@ interfaces which have to have rules to allow the firewall to function. - All Unix flavored systems including &os; are designed to - use interface l0 and IP address 127.0.0.1 for internal - communication with in the &os; operating system. The firewall + All &unix; flavored systems including &os; are designed to + use interface lo0 and IP address 127.0.0.1 for internal + communication with in the operating system. The firewall rules must contain rules to allow free unmolested movement of these special internally used packets. The interface which faces the public Internet, is the one which you code your rules to authorize and control access out to the public Internet and access requests arriving from the - public Internet. This can be your .user ppp. tun0 interface or + public Internet. This can be your 'user ppp' tun0 interface or your NIC card that is cabled to your DSL or cable modem. In cases where one or more than one NICs are cabled to @@ -1107,7 +1113,7 @@ interfaces must have a rule coded to allow free unmolested movement of packets originating from those LAN interfaces. - The rules should be first organized into three major + The rule set should be first organized into three major sections, all the free unmolested interfaces, public interface outbound, and the public interface inbound. @@ -1139,13 +1145,13 @@ create the legal evidence needed to prosecute the people who are attacking your system. - Another thing you should take note of, is there is no + There is another thing you should take note of: there is no response returned for any of the undesirable stuff, their packets just get dropped and vanish. This way the attackers has no knowledge if his packets have reached your system. The less the attackers can learn about your system the more secure it is. The inbound 'nmap OS fingerprint' attempts rule I log - the first occurrence because this is something a attacker + the first occurrence because this is something an attacker would do. Any time you see log messages on a rule with .log first. @@ -1182,8 +1188,8 @@ /etc/ipf.rules: ################################################################# -# No restrictions on Inside Lan Interface for private network -# Not needed unless you have Lan +# No restrictions on Inside LAN Interface for private network +# Not needed unless you have LAN ################################################################# #pass out quick on xl0 all @@ -1203,7 +1209,7 @@ ################################################################# # Allow out access to my ISP's Domain name server. -# xxx must be the IP address of your ISP.s DNS. +# xxx must be the IP address of your ISP's DNS. # Dup these lines if your ISP has more than one DNS server # Get the IP addresses from /etc/resolv.conf file pass out quick on dc0 proto tcp from any to xxx port = 53 flags S keep state @@ -1322,7 +1328,7 @@ # used in the outbound section. pass in quick on dc0 proto udp from z.z.z.z to any port = 68 keep state -# Allow in standard www function because I have apache server +# Allow in standard www function because I have Apache server pass in quick on dc0 proto tcp from any to any port = 80 flags S keep state # Allow in non-secure Telnet session from public Internet @@ -1336,7 +1342,7 @@ # Block and log only first occurrence of all remaining traffic # coming into the firewall. The logging of only the first -# occurrence stops a .denial of service. attack targeted +# occurrence stops a 'Denial of Service' attack targeted # at filling up your log file space. # This rule enforces the block all by default logic. block in log first quick on dc0 all @@ -1370,7 +1376,7 @@ lines. With NAT you only need a single account - with your ISP, then cable your other 4 PC.s to a switch and + with your ISP, then cable your other 4 PC's to a switch and the switch to the NIC in your &os; system which is going to service your LAN as a gateway. NAT will automatically translate the private LAN IP address for each @@ -1436,13 +1442,13 @@ for details. When changing the NAT rules after - NAT has been started, Make your changes to + NAT has been started, make your changes to the file containing the nat rules, then run ipnat command with the flags to delete the internal in use NAT rules and flush the contents of the translation table of all active entries. - To reload the NAT rules issue a command + To reload the NAT rules, issue a command like this: ipnat -CF -f /etc/ipnat.rules @@ -1554,7 +1560,7 @@ Assigning Ports to Use - XXXBLAH + map dc0 192.168.1.0/24 -> 0.32 @@ -1731,7 +1737,7 @@ The IPFIREWALL (IPFW) is a &os; sponsored firewall software application authored and maintained by &os; volunteer staff - members. It uses the legacy Stateless rules and a legacy rule + members. It uses the legacy stateless rules and a legacy rule coding technique to achieve what is referred to as Simple Stateful logic. @@ -1748,21 +1754,23 @@ IPFW is composed of 7 components, the primary component is the kernel firewall filter rule processor and its integrated - packet accounting facility, the logging facility, the 'divert' - rule which triggers the NAT facility, and the - advanced special purpose facilities, the dummynet traffic shaper - facilities, the 'fwd rule' forward facility, the bridge - facility, and the ipstealth facility. + packet accounting facility, then come the logging facility, the + 'divert' rule which triggers the NAT + facility, and the advanced special purpose facilities, the + dummynet traffic shaper facilities, the 'fwd rule' forward + facility, the bridge facility, and the ipstealth + facility. Enabling IPFW IPFW is included in the basic &os; install as a separate - run time loadable module. IPFW will dynamically load the - kernel module when the rc.conf statement - firewall_enable="YES" is used. You do not - need to compile IPFW into the &os; kernel unless you want - NAT function enabled. + run time loadable module. The system will dynamically load + IPFW kernel module when the rc.conf + statement firewall_enable="YES" is + used. You do not need to compile IPFW into the &os; kernel + unless you want NAT function + enabled. After rebooting your system with firewall_enable="YES" in @@ -1870,7 +1878,7 @@ firewall rules with changes you made to the files content is the recommended method used here. - The IPFW command is still a very useful to display the + The ipfw command is still very useful to display the running firewall rules to the console screen. The IPFW accounting facility dynamically creates a counter for each rule that counts each packet that matches the rule. During the @@ -2063,11 +2071,11 @@ The from and to keywords are used to match against IP addresses. Rules must specify BOTH source and destination - parameters. any is a special keyword that matches any IP - address. me is a special keyword that matches any IP + parameters. 'any' is a special keyword that matches any IP + address. 'me' is a special keyword that matches any IP address configured on an interface in your &os; system to - represent the PC the firewall is running on. (i.e. this - box) As in from me to any or from any to me or from + represent the PC the firewall is running on (i.e. this + box). As in from me to any or from any to me or from 0.0.0.0/0 to any or from any to 0.0.0.0/0 or from 0.0.0.0 to any or from any to 0.0.0.0 or from me to 0.0.0.0. IP addresses are specified as a dotted IP address numeric @@ -2225,7 +2233,7 @@ The script syntax used here is compatible with the 'sh', 'csh', 'tcsh' shells. Symbolic substitution fields are prefixed with a dollar sign $. Symbolic fields do not have - the $ prefix. The value to populate the Symbolic field must + the $ prefix. The value to populate the symbolic field must be enclosed to "double quotes". Start your rules file like this: @@ -2235,7 +2243,7 @@ ipfw -q -f flush # Delete all rules # Set defaults oif="tun0" # out interface -odns="192.0.2.11" # ISP's dns server IP address +odns="192.0.2.11" # ISP's DNS server IP address cmd="ipfw -q add " # build rule prefix ks="keep-state" # just too lazy to key this each time $cmd 00500 check-state @@ -2247,7 +2255,7 @@ ################### End of example ipfw rules script ############ That is all there is to it. The rules are not important - in this example, how the Symbolic substitution field are + in this example, how the symbolic substitution field are populated and used are. If the above example was in @@ -2274,7 +2282,7 @@ - Stateful Ruleset + Stateful Rule Set The following non-NATed rule set is a example of how to code a very secure 'inclusive' type of firewall. An inclusive firewall only allows services matching pass rules @@ -2283,7 +2291,7 @@ allow the firewall to function. All &unix; flavored operating systems, &os; included, are designed to - use interface lo and IP address + use interface lo0 and IP address 127.0.0.1 for internal communication with in &os;. The firewall rules must contain rules to allow free unmolested movement of these special @@ -2292,9 +2300,9 @@ The interface which faces the public Internet, is the one which you code your rules to authorize and control access out to the public Internet and access requests - arriving from the public Internet. This can be your ppp tun0 - interface or your NIC that is connected to your DSL or cable - modem. + arriving from the public Internet. This can be your 'user + ppp' tun0 interface or your NIC that is connected to your + DSL or cable modem. In cases where one or more than one NIC are connected to a private LANs behind the firewall, those interfaces must @@ -2349,9 +2357,9 @@ . - An Example Inclusive Ruleset + An Example Inclusive Rule Set The following non-NATed rule set is a complete inclusive - type ruleset. You can not go wrong using this rule set for + type rule set. You can not go wrong using this rule set for you own. Just comment out any pass rules for services you do not want. If you see messages in your log that you want to stop seeing just add a deny rule in the inbound section. You @@ -2398,7 +2406,7 @@ # facing the public Internet ################################################################# -# No restrictions on Inside Lan Interface for private network +# No restrictions on Inside LAN Interface for private network # Not needed unless you have Lan. # Change xl0 to your Lan Nic card interface name ################################################################# @@ -2540,15 +2548,18 @@ - An Example <acronym>NAT</acronym> and Stateful Ruleset - There are some additional configuration statements that - need to be enabled to activate the NAT function of IPFW. The - kernel source needs 'option divert' statement added to the - other IPFIREWALL statements compiled into a custom kernel. + An Example <acronym>NAT</acronym> and Stateful Rule + Set + + There are some additional configuration statements + that need to be enabled to activate the + NAT function of IPFW. The kernel + needs 'option divert' statement added to the other + IPFIREWALL statements compiled into a custom kernel. In addition to the normal IPFW options in - /etc/rc.conf, the following are needed. + /etc/rc.conf, the following are needed: natd_enable="YES" # Enable NATD function @@ -2571,70 +2582,73 @@ The processing flow starts with the first rule from the top of the rule file and progress one rule at a time deeper - into the file until the end is reach or the packet being + into the file until the end is reached or the packet being tested to the selection criteria matches and the packet is released out of the firewall. It is important to take notice of the location of rule numbers 100 101, 450, 500, and 510. These rules control the translation of the outbound and inbound packets so their entries in the keep-state dynamic - table always register the private Lan IP address. Next + table always register the private LAN IP address. Next notice that all the allow and deny rules specified the direction the packet is going (IE outbound or inbound) and the interface. Also notice that all the start outbound session requests all skipto rule 500 for the network address translation. - Lets say a LAN user uses their web browser to get a web - page. Web pages use port 80 to communicate over. So the - packet enters the firewall, It does not match 100 because - it is headed out not in. It passes rule 101 because this is - the first packet so it has not been posted to the keep-state - dynamic table yet. The packet finally comes to rule 125 a - matches. It is outbound through the NIC facing the public - Internet. The packet still has it's source IP address as a - private Lan IP address. On the match to this rule, two - actions take place. The keep-state option will post this rule - into the keep-state dynamic rules table and the specified - action is executed. The action is part of the info posted to - the dynamic table. In this case it is "skipto rule 500". Rule - 500 NATs the packet IP address and out it goes. Remember - this, this is very important. This packet makes it's way to - the destination and returns and enters the top of the rule - set. This time it does match rule 100 and has it destination - IP address mapped back to it's corresponding Lan IP address. - It then is processed by the check-state rule, it's found in - the table as an existing session conversation and released - to the LAN. It goes to the LAN PC that sent it and a new - packet is sent requesting another segment of the data from - the remote server. This time it gets checked by the - check-state rule and it's outbound entry is found, the + Lets say a LAN user uses their web browser to get a + web page. Web pages use port 80 to communicate over. So + the packet enters the firewall. It does not match 100 + because it is headed out not in. It passes rule 101 + because this is the first packet so it has not been posted + to the keep-state dynamic table yet. The packet finally + comes to rule 125 a matches. It is outbound through the + NIC facing the public Internet. The packet source IP + address is still a private LAN IP address. On the match to + this rule, two actions take place. The keep-state option + will post this rule into the keep-state dynamic rules + table and the specified action is executed. The action is + part of the info posted to the dynamic table. In this + case it is "skipto rule 500". Rule 500 + NATs the packet IP address and out it + goes. Remember this, this is very important. This packet + makes its way to the destination and returns and enters + the top of the rule set. This time it does match rule 100 + and has it destination IP address mapped back to it's + corresponding Lan IP address. Then it is processed by the + check-state rule, it's found in the table as belonging to + an existing session conversation and released to the + LAN. It goes to the LAN PC that sent it and a new packet + is sent requesting another segment of the data from the + remote server. This time it gets checked by the + check-state rule and, as its outbound entry is found, the associated action, 'skipto 500', is executed. The packet - jumps to rule 500 gets NATed and released on it's way out. - + jumps to rule 500 gets NATed and + released on it's way out. On the inbound side, everything coming in that is part of an existing session conversation is being automatically handled by the check-state rule and the properly placed - divert natd rules. All we have to address is denying all the - bad packets and only allowing in the authorized services. - Lets say there is a apache server running on the firewall - box and we want people on the public Internet to be able to - access the local web site. The new inbound start request - packet matches rule 100 and its IP address is mapped to LAN - IP for the firewall box. The packet is them matched against - all the nasty things we want to check for and finally - matches against rule 425. On a match two things occur, the - limit option is an extension to keep-state. The packet rule - is posted to the keep-state dynamic table but this time any - new session requests originating from that source IP address - is limited to 2. This defends against DoS attacks of service - IP for the firewall box. The packet is them matched against - all the nasty things we want to check for and finally - matches against rule 425. On a match two things occur, the - limit option is an extension to keep-state. The packet rule - is posted to the keep-state dynamic table but this time any - new session requests originating from that source IP address - is limited to 2. This defends against DoS attacks of service - running on the specified port number. The action is allow so - the packet is released to the LAN. On return the check-state - rule recognizes the packet as belonging to an existing - session conversation sends it to rule 500 for NATing and - released to outbound interface. + divert natd rules. All we have to address is denying all + the bad packets and only allowing in the authorized + services. Lets say there is a apache server running on + the firewall box and we want people on the public Internet + to be able to access the local web site. The new inbound + start request packet matches rule 100 and its IP address + is mapped to LAN IP for the firewall box. The packet is + them matched against all the nasty things we want to check + for and finally matches against rule 425. On a match two + things occur. The packet rule is posted to the keep-state + dynamic table but this time the number of new session + requests originating from that source IP address is + limited to 2. This defends against DoS attacks of service + running on the specified port number. The action is allow + so the packet is released to the LAN. On return the + check-state rule recognizes the packet as belonging to an + existing session conversation sends it to rule 500 for + NATing and released to outbound + interface. - Example Ruleset #1: + Example Rule Set #1: #!/bin/sh cmd="ipfw -q add" @@ -2645,7 +2659,7 @@ ipfw -q -f flush -$cmd 002 allow all from any to any via xl0 # exclude Lan traffic +$cmd 002 allow all from any to any via xl0 # exclude LAN traffic $cmd 003 allow all from any to any via lo0 # exclude loopback traffic $cmd 100 divert natd ip from any to any in via $pif @@ -2688,7 +2702,7 @@ to help the inexperienced IPFW rule writer to better understand what the rules are doing. - Example Ruleset #2: + Example Rule Set #2: #!/bin/sh >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Thu Dec 23 08:10:32 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0ACA416A4D3 for ; Thu, 23 Dec 2004 08:10:21 +0000 (GMT) Received: from volginfo.ru (ns.volginfo.ru [217.23.84.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79E6C43D3F for ; Thu, 23 Dec 2004 08:10:20 +0000 (GMT) (envelope-from den@FreeBSD.org) Received: from [192.168.1.32] (llp-13.vistcom.ru [217.23.84.68]) by volginfo.ru (Postfix) with ESMTP id 215052012; Thu, 23 Dec 2004 11:10:20 +0300 (MSK) Message-ID: <41CA7D69.9000907@FreeBSD.org> Date: Thu, 23 Dec 2004 11:10:17 +0300 From: Denis Peplin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041008 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: redbaron@hitv.ru References: <200412212057.iBLKvdj3085513@webmail.hitv.ru> In-Reply-To: <200412212057.iBLKvdj3085513@webmail.hitv.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: quoted-printable cc: freebsd-doc@FreeBSD.org Subject: Re: FreeBSD 5.3 Handbook (russian pdf version) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Dec 2004 08:10:32 -0000 Hello! =E9=D7=C1=CE=CF=D7 =ED=C1=CB=D3=C9=CD wrote: > Some symbols (especially in uppercase) are cutted from top, so I can se= e > only bottom of the symbol (for explample look header of paragraph 1.3 -= > symbol "O" is cutted). I'm using AcrobatReader 6 to open .pdf files. Wh= at > should I do, to correct this problem? It is well-known problem with Russian fonts in PDF. Not solved yet. You can use another printed format, RTF for example. Or you can try to fix PDF building. Good starting point is here: http://www.freebsd.org/doc/en_US.ISO8859-1/books/fdp-primer/ From owner-freebsd-doc@FreeBSD.ORG Thu Dec 23 09:51:29 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4109416A4CE; Thu, 23 Dec 2004 09:51:29 +0000 (GMT) Received: from mail.elvandar.org (redqueen.elvandar.org [217.148.169.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9FA543D1D; Thu, 23 Dec 2004 09:51:28 +0000 (GMT) (envelope-from remko@freebsd.org) Received: from localhost (localhost [127.0.0.1]) by mail.elvandar.org (Postfix) with ESMTP id 8D8DA29545F; Thu, 23 Dec 2004 10:51:27 +0100 (CET) Received: from mail.elvandar.org ([127.0.0.1]) by localhost (redqueen.elvandar.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 99336-13; Thu, 23 Dec 2004 10:51:26 +0100 (CET) Received: from webmail.evilcoder.org (localhost [127.0.0.1]) by mail.elvandar.org (Postfix) with ESMTP id 4705E295459; Thu, 23 Dec 2004 10:51:26 +0100 (CET) Message-ID: <36087.145.221.92.41.1103795486.squirrel@145.221.92.41> In-Reply-To: <20041223002720.GA17559@daemon.li> References: <41C869A8.7000600@FreeBSD.org> <20041223002720.GA17559@daemon.li> Date: Thu, 23 Dec 2004 10:51:26 +0100 (CET) From: "Remko Lodder" To: "Josef El-Rayes" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at elvandar.org cc: Remko Lodder cc: freebsd-doc@freebsd.org Subject: Re: Norwegian documentation X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Dec 2004 09:51:29 -0000 Hi all On Thu, December 23, 2004 1:27, Josef El-Rayes said: > Remko Lodder : >> Mohammed Reza Amini wrote: >> >> Hi Mohammed Reza! >> >> >Hello I am interested in becomming a translator, I was >> >wondering if there are any norwegian translators already >> >working on the project of if I am the first one. >> >> Cool! as far as i can see from the docproj pages [1] it seems >> that there >> isn't a norwegian translation yet. So you can start >> translating those. > > http://www.freebsd.org/cgi/cvsweb.cgi/doc/no_NO.ISO8859-1/ ai, did not see that, i assumed that every translation was visible on the docproj pages. Perhaps we should fix that ;) > > -josef > -- > Josef El-Rayes (__) > Email: josef@daemon.li \\\'',) > Web: http://daemon.li/ \/ \ ^ > FreeBSD Security Team .\._/_) > -- Kind regards, Remko Lodder FreeBSD Documentation Team. From owner-freebsd-doc@FreeBSD.ORG Thu Dec 23 12:58:24 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92D4416A4CE for ; Thu, 23 Dec 2004 12:58:24 +0000 (GMT) Received: from a.mx.aegisnet.de (a.mx.aegisnet.de [213.238.36.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78D2943D1D for ; Thu, 23 Dec 2004 12:58:23 +0000 (GMT) (envelope-from cz@aegisnet.biz) Received: (qmail 74128 invoked from network); 23 Dec 2004 12:58:42 -0000 Received: from unknown (HELO www.aegisnet.biz) ([213.238.36.211]) (envelope-sender ) by a.mx.aegisnet.de (qmail-ldap-1.03) with SMTP for ; 23 Dec 2004 12:58:42 -0000 Received: from 212.202.153.78 (SquirrelMail authenticated user cz@aegisnet.biz) by www.aegisnet.biz with HTTP; Thu, 23 Dec 2004 13:58:42 +0100 (CET) Message-ID: <34514.212.202.153.78.1103806722.squirrel@www.aegisnet.biz> In-Reply-To: <39703F0F.4E843084.3F8EDD3A@cs.com> References: <39703F0F.4E843084.3F8EDD3A@cs.com> Date: Thu, 23 Dec 2004 13:58:42 +0100 (CET) From: "Carsten Zimmermann" To: freebsd-advocacy@freebsd.org, doc@freebsd.org User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal Subject: Re: FreeBSD's Visual Identity: Outdated? X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Dec 2004 12:58:24 -0000 Hello - While I agree that Beastie is totally cute and thus cool, I also understand that people new to BSD might connect it with `evil´. I read the chapter about daemons in mythology. But this chapter is not exactly what you start with once you get to know BSD. Nevertheless, Beastie must not be exchanged! :) The website: The website is fine. It serves its purpose as stated before. But imagine being a network technician convincing your employer to move applications to The Great OS. I think the current FreeBSD website pretty much suggests as FreeBSD being a `geek´ project. It can't be our aim that FreeBSD is considered unserious, FreeBSD definately needs trusting companies to raise its market penetration. And company's stake holders are (most often) easily tempted by visual impressions. Thus, the website itself is the primary marketing material in my eyes and I think there is great need of redesigning it in the midterm view. That much from me, Carsten Sigmascape1@cs.com sagte: > I think the daemon is totally cool, and should not be changed. If you want > to 'pretty FreeBSD up," I would suggest, if anything, a revamped set of > marketing collateral. The website itself is solid, I have no real issues > with it. The marketing material I am thinking of is web-based and > print-based. FreeBSD could benefit greatly from some PDFs a person could > download and distribute to potential users. > > Thanks. > > MLF > > www.sigmascape.com > > > >>Hello. >> >>I am writing this e-mail hoping that someone will share my thoughts >>on how the world's best operating system should represent its attributes >>and users to the rest of the world. >> >>Being an architect as well as graphic designer, I feel it is about time >>for a complete revamp of the visual aesthetics of the FreeBSD project. >>The current logo and everything pertaining to it has long since lost its >>modern touch. I believe that if this image is strenghtened, so is the >>way outsiders view the FreeBSD project and the way they would judge it >>compared to other open source operating systems. >> >>1. Not only is the logo misleading (associating evil) but it also looks >> like something 10-year-olds could produce in Paint Shop Pro ten years >> ago. OpenBSD has an artistic touch to theirs, however I was very >> disappointed when I heard that the new NetBSD logo was in effect. >> >>2. If it wasn't for the interesting content and structure of the FreeBSD >> website, it would be among the less beautiful. Yes, it serves its >> purpose well by being simple and straight to the point. But a redesign >> could offer just the same -- simplicity and accuracy -- without being >> ugly. >> >>3. The installation, even though it's text-only, could also be improved >> by simple restructuring to act more cognitive and human-centered than >> previously. Everything pertaining to the eye is important to improve. >> >>4. There should be some kind of FreeBSD business card and letterhead >> available to all that support this project. >> >>How do I know though, that if I manage to pull together a team to work >>on this refined vision, that we won't be totally ignored even though we >>produce the most magnificent result? >> >>Anyone that are interested, please reply ;-) >> >>Sincerely, >>Johann Manaf Tepstad >>-- >>j. >> > > _______________________________________________ > freebsd-advocacy@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-advocacy > To unsubscribe, send any mail to > "freebsd-advocacy-unsubscribe@freebsd.org" > -- Carsten Zimmermann mailto:cz@aegisnet.biz Aegis:Net IT-Dienstleistungen Postfach 620371 22403 Hamburg http://www.aegisnet.biz Info: +49-(0)700-AEGISNET From owner-freebsd-doc@FreeBSD.ORG Thu Dec 23 13:29:39 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD45516A4CE; Thu, 23 Dec 2004 13:29:39 +0000 (GMT) Received: from smtpq3.home.nl (smtpq3.home.nl [213.51.128.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6561743D45; Thu, 23 Dec 2004 13:29:39 +0000 (GMT) (envelope-from dodell@sitetronics.com) Received: from [213.51.128.132] (port=47464 helo=smtp1.home.nl) by smtpq3.home.nl with esmtp (Exim 4.30) id 1ChT20-0002Ph-Fm; Thu, 23 Dec 2004 14:29:28 +0100 Received: from cc740438-a.deven1.ov.home.nl ([82.75.136.183]:4167 helo=[192.168.1.42]) by smtp1.home.nl with esmtp (Exim 4.30) id 1ChT1z-00058D-Aw; Thu, 23 Dec 2004 14:29:27 +0100 Message-ID: <41CAC836.1080402@sitetronics.com> Date: Thu, 23 Dec 2004 14:29:26 +0100 From: "Devon H. O'Dell" User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Carsten Zimmermann References: <39703F0F.4E843084.3F8EDD3A@cs.com> <34514.212.202.153.78.1103806722.squirrel@www.aegisnet.biz> In-Reply-To: <34514.212.202.153.78.1103806722.squirrel@www.aegisnet.biz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-AtHome-MailScanner-Information: Please contact support@home.nl for more information X-AtHome-MailScanner: Found to be clean cc: freebsd-advocacy@freebsd.org cc: doc@freebsd.org Subject: Re: FreeBSD's Visual Identity: Outdated? X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Dec 2004 13:29:39 -0000 Carsten Zimmermann wrote: > Hello - [snip] > The website: The website is fine. It serves its purpose as stated before. > But imagine being a network technician convincing your employer to move > applications to The Great OS. I think the current FreeBSD website pretty > much suggests as FreeBSD being a `geek´ project. It can't be our aim that > FreeBSD is considered unserious, FreeBSD definately needs trusting > companies to raise its market penetration. And company's stake holders are > (most often) easily tempted by visual impressions. Thus, the website > itself is the primary marketing material in my eyes and I think there is > great need of redesigning it in the midterm view. > > That much from me, > Carsten > [snip] I really hate to have to say this in such a crude way, but this discussion has always and will always boil down to this: put up, or shut up. There are a LOT of goals that have been set for this project, and nobody has ever stepped up to help do them. Don't know what to do? The thread's really in the archive, go check it out! Other ideas to discuss? Put a bit of energy behind it and do the things instead of discussing them. Again, sorry for the coarseness, but people never seem to understand this when this subject is brought up. Kind regards, Devon H. O'Dell From owner-freebsd-doc@FreeBSD.ORG Thu Dec 23 15:00:45 2004 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 0BAF516A4D1 for ; Thu, 23 Dec 2004 15:00:45 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6C5743D2F for ; Thu, 23 Dec 2004 15:00:44 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBNF0i5q003685 for ; Thu, 23 Dec 2004 15:00:44 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBNF0iY1003678; Thu, 23 Dec 2004 15:00:44 GMT (envelope-from gnats) Resent-Date: Thu, 23 Dec 2004 15:00:44 GMT Resent-Message-Id: <200412231500.iBNF0iY1003678@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, Roland Smith Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 972D216A4CE for ; Thu, 23 Dec 2004 14:51:05 +0000 (GMT) Received: from smtp-vbr3.xs4all.nl (smtp-vbr3.xs4all.nl [194.109.24.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA2D443D4C for ; Thu, 23 Dec 2004 14:51:04 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr3.xs4all.nl (8.12.11/8.12.11) with ESMTP id iBNEp3dC026499 for ; Thu, 23 Dec 2004 15:51:03 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id E80146101; Thu, 23 Dec 2004 15:51:15 +0100 (CET) Message-Id: <20041223145115.E80146101@slackbox.xs4all.nl> Date: Thu, 23 Dec 2004 15:51:15 +0100 (CET) From: Roland Smith To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: docs/75433: No manual pages for devfs.conf and devfs.rules X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Roland Smith List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Dec 2004 15:00:45 -0000 >Number: 75433 >Category: docs >Synopsis: No manual pages for devfs.conf and devfs.rules >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Dec 23 15:00:44 GMT 2004 >Closed-Date: >Last-Modified: >Originator: Roland Smith >Release: FreeBSD 5.3-RELEASE amd64 >Organization: >Environment: System: FreeBSD slackbox.xs4all.nl 5.3-RELEASE FreeBSD 5.3-RELEASE #1: Tue Dec 21 13:45:41 CET 2004 rsmith@slackbox.xs4all.nl:/usr/obj/usr/src/sys/RFS_1 amd64 >Description: There are no manual pages available for devfs.conf (see also PR 63808) and devfs.rules. >How-To-Repeat: man devfs.conf; man devfs.rules >Fix: Based on my understanding of devfs(8) and the rc scripts, I've written these manual pages. You can download them from the following location: http://www.xs4all.nl/~rsmith/freebsd/ I would like to submit them for inclusion. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Thu Dec 23 15:12:47 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5981B16A4CE for ; Thu, 23 Dec 2004 15:12:47 +0000 (GMT) Received: from a.mx.aegisnet.de (a.mx.aegisnet.de [213.238.36.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5503C43D3F for ; Thu, 23 Dec 2004 15:12:46 +0000 (GMT) (envelope-from cz@aegisnet.biz) Received: (qmail 76487 invoked from network); 23 Dec 2004 15:13:07 -0000 Received: from unknown (HELO galadriel.bbk.hh.aegisnet.de) ([80.171.62.248]) (envelope-sender )encrypted SMTP for ; 23 Dec 2004 15:13:07 -0000 Received: from galadriel.bbk.hh.aegisnet.de (localhost [127.0.0.1]) iBNFClnp000930; Thu, 23 Dec 2004 16:12:47 +0100 (CET) (envelope-from cz@aegisnet.biz) Received: (from czimmer@localhost)iBNFCQOT000928; Thu, 23 Dec 2004 16:12:26 +0100 (CET) (envelope-from cz@aegisnet.biz) X-Authentication-Warning: galadriel.bbk.hh.aegisnet.de: czimmer set sender to cz@aegisnet.biz using -f Date: Thu, 23 Dec 2004 16:12:26 +0100 From: Carsten Zimmermann To: "Devon H. O'Dell" Message-ID: <20041223151226.GA721@galadriel.bbk.hh.aegisnet.de> References: <39703F0F.4E843084.3F8EDD3A@cs.com> <34514.212.202.153.78.1103806722.squirrel@www.aegisnet.biz> <41CAC836.1080402@sitetronics.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BXVAT5kNtrzKuDFl" Content-Disposition: inline In-Reply-To: <41CAC836.1080402@sitetronics.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-advocacy@freebsd.org cc: doc@freebsd.org Subject: Re: FreeBSD's Visual Identity: Outdated? X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Dec 2004 15:12:47 -0000 --BXVAT5kNtrzKuDFl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Dear Devon - I understand that this thread might be heavily annoying to those who are reading doc@ and advocacy@ for decades now. I admit I am too lazy to search the mail archives of these last X decades before I reply to a living thread (I use to do so when I _start_ a thread which might have been discussed in the past). I have no bad consciousness with that, I'm=20 sorry. I don't share your point of view that past discussions should not be re-heated just because there was no evident conclusion the last time. Who knows if there aren't any parameters changed which could lead to something this time? In contrast to that, your harsh comments are=20 probably suffocating exactly this. To my mind, the posting of the URL in the archives, which was very helpful, indeed, at an earlier point in this thread would have done a lot more! Me, I am no FreeBSD sourcecode jockey by now nor am I a webdesigner. I'm a FreeBSD adocate and maybe some sort of potential doc-writer. But that doesn't matter either - I USE FreeBSD and this makes me, FreeBSD being a community driven project, a stake-holder who wants to take part on this discussion. And there's many to which the above applies! I am willing to help, be it through actually commiting patches, templates, (...) or just through _opinion_. Conscensus was that there is hardly anyone who wants to have a lot of work (and spent free-time) sacrificed just because nobody seems to want what has been produced in the end.=20 These people should be backed and encouraged through community's _opinion_. That's why it is just right to continue this thread even though it has been discussed *a lot* in the past. Maybe it concludes to something _this_ time.=20 I agree, however, that those contributing to this thread should take advantage of the past discussion: we don't need to reinvent the wheel every halt a year... But this can only be achieved if the people who know it's been discussed before - people like you - give polite hints on where to find the information. regards, Carsten Am Thu Dec 23, 2004 at 02:2926PM +0100 schrieb Devon H. O'Dell: > Carsten Zimmermann wrote: > >Hello - > [snip] > >The website: The website is fine. It serves its purpose as stated before. > >But imagine being a network technician convincing your employer to move > >applications to The Great OS. I think the current FreeBSD website pretty > >much suggests as FreeBSD being a `geek? project. It can't be our aim that > >FreeBSD is considered unserious, FreeBSD definately needs trusting > >companies to raise its market penetration. And company's stake holders a= re > >(most often) easily tempted by visual impressions. Thus, the website > >itself is the primary marketing material in my eyes and I think there is > >great need of redesigning it in the midterm view. > > > >That much from me, > >Carsten > > > [snip] >=20 > I really hate to have to say this in such a crude way, but this=20 > discussion has always and will always boil down to this: put up, or shut = up. >=20 > There are a LOT of goals that have been set for this project, and nobody= =20 > has ever stepped up to help do them. Don't know what to do? The thread's= =20 > really in the archive, go check it out! >=20 > Other ideas to discuss? Put a bit of energy behind it and do the things= =20 > instead of discussing them. >=20 > Again, sorry for the coarseness, but people never seem to understand=20 > this when this subject is brought up. >=20 > Kind regards, >=20 > Devon H. O'Dell --=20 Carsten Zimmermann mailto:cz@aegisnet.biz Aegis:Net IT-Dienstleistungen Postfach 620371 22403 Hamburg http://www.aegisnet.biz Info: +49-(0)700-AEGISNET --BXVAT5kNtrzKuDFl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFByuBaucbzqiAxJVkRAqZjAKDpD9k5tuUGQMuame7lBwqbe8IcLwCfWCK3 pjt6atP8z4OALiYr/jo2m/4= =lTCY -----END PGP SIGNATURE----- --BXVAT5kNtrzKuDFl-- From owner-freebsd-doc@FreeBSD.ORG Thu Dec 23 15:22:34 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 480FC16A4CE; Thu, 23 Dec 2004 15:22:34 +0000 (GMT) Received: from smtpq1.home.nl (smtpq1.home.nl [213.51.128.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFADF43D39; Thu, 23 Dec 2004 15:22:31 +0000 (GMT) (envelope-from dodell@sitetronics.com) Received: from [213.51.128.136] (port=54813 helo=smtp5.home.nl) by smtpq1.home.nl with esmtp (Exim 4.30) id 1ChUnO-0000dO-C3; Thu, 23 Dec 2004 16:22:30 +0100 Received: from cc740438-a.deven1.ov.home.nl ([82.75.136.183]:4467 helo=[192.168.1.42]) by smtp5.home.nl with esmtp (Exim 4.30) id 1ChUnN-0008UD-4Q; Thu, 23 Dec 2004 16:22:29 +0100 Message-ID: <41CAE2B4.6010004@sitetronics.com> Date: Thu, 23 Dec 2004 16:22:28 +0100 From: "Devon H. O'Dell" User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Carsten Zimmermann References: <39703F0F.4E843084.3F8EDD3A@cs.com> <34514.212.202.153.78.1103806722.squirrel@www.aegisnet.biz> <41CAC836.1080402@sitetronics.com> <20041223151226.GA721@galadriel.bbk.hh.aegisnet.de> In-Reply-To: <20041223151226.GA721@galadriel.bbk.hh.aegisnet.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AtHome-MailScanner-Information: Please contact support@home.nl for more information X-AtHome-MailScanner: Found to be clean cc: freebsd-advocacy@freebsd.org cc: doc@freebsd.org Subject: Re: FreeBSD's Visual Identity: Outdated? X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Dec 2004 15:22:34 -0000 Carsten Zimmermann wrote: > Dear Devon - > > I understand that this thread might be heavily annoying to those who are > reading doc@ and advocacy@ for decades now. I admit I am too lazy to > search the mail archives of these last X decades before I reply to a > living thread (I use to do so when I _start_ a thread which might have > been discussed in the past). I have no bad consciousness with that, I'm > sorry. > > I don't share your point of view that past discussions should not be > re-heated just because there was no evident conclusion the last time. > Who knows if there aren't any parameters changed which could lead to > something this time? In contrast to that, your harsh comments are > probably suffocating exactly this. To my mind, the posting of the URL in > the archives, which was very helpful, indeed, at an earlier point in this > thread would have done a lot more! I agree, it sure would have. I didn't have enough time to dig it up, though :). I'm certainly willing to accept that things are different this time around. Last time, there was a partial commitment from a designer from a fairly high class web design company who had expressed an interest in doing a new site, assuming that the work would be tax-deductable. The short answer is that it is. It will just take a good bit of work and a good bit of collaboration. Are there companies that have the time to work for free, given a tax break? Probably. I don't know who they are, though. I encourage those to step up who might fit the description above. I'd like to make it clear that it's pretty vital that the people who do the page should have past experience in the field of design and art. There are plenty of people in the age range of 14 to 25 who have time and experience with webpages (and I think everybody has experience with webpages), but I do believe there is merit in finding someone with an acclaimed professional and / or an educational background in the area. > Me, I am no FreeBSD sourcecode jockey by now nor am I a webdesigner. I'm > a FreeBSD adocate and maybe some sort of potential doc-writer. But that > doesn't matter either - I USE FreeBSD and this makes me, FreeBSD being a > community driven project, a stake-holder who wants to take part on this > discussion. And there's many to which the above applies! Indeed. > I am willing to help, be it through actually commiting patches, > templates, (...) or just through _opinion_. Conscensus was that there is > hardly anyone who wants to have a lot of work (and spent free-time) > sacrificed just because nobody seems to want what has been produced in > the end. > > These people should be backed and encouraged through community's > _opinion_. That's why it is just right to continue this thread even > though it has been discussed *a lot* in the past. Maybe it concludes to > something _this_ time. I encourage everybody with skills to contribute. But please do understand that all work that has been done in the past was simply ``not good enough.'' > I agree, however, that those contributing to this thread should take > advantage of the past discussion: we don't need to reinvent the wheel > every halt a year... But this can only be achieved if the people who > know it's been discussed before - people like you - give polite hints on > where to find the information. Indeed. If you've got any questions as to where we got off-list at the time, please feel free to send me an email. I'm somewhat jaded on the subject though, since I did spend a good while brainstorming and coordinating and those who had given commitment didn't follow through. > regards, > Carsten Kind regards, Devon H. O'Dell [snip] From owner-freebsd-doc@FreeBSD.ORG Thu Dec 23 17:07:51 2004 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 98B1016A4CE; Thu, 23 Dec 2004 17:07:51 +0000 (GMT) Received: from S1.cableone.net (smtp1.cableone.net [24.116.0.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 227DC43D31; Thu, 23 Dec 2004 17:07:51 +0000 (GMT) (envelope-from v.velox@vvelox.net) Received: from vixen42.24-119-122-191.cpe.cableone.net (unverified [24.119.123.89]) by S1.cableone.net (CableOne SMTP Service S1) with ESMTP id 5246072 for multiple; Thu, 23 Dec 2004 10:08:26 -0700 Date: Thu, 23 Dec 2004 11:06:48 -0600 From: Vulpes Velox To: Carsten Zimmermann Message-ID: <20041223110648.73d0cfbc@vixen42.24-119-122-191.cpe.cableone.net> In-Reply-To: <20041223151226.GA721@galadriel.bbk.hh.aegisnet.de> References: <39703F0F.4E843084.3F8EDD3A@cs.com> <34514.212.202.153.78.1103806722.squirrel@www.aegisnet.biz> <41CAC836.1080402@sitetronics.com> <20041223151226.GA721@galadriel.bbk.hh.aegisnet.de> X-Mailer: Sylpheed-Claws 0.9.13 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-IP-stats: Incoming Last 0, First 15, in=22, out=0, spam=0 X-External-IP: 24.119.123.89 X-Abuse-Info: Send abuse complaints to abuse@cableone.net cc: freebsd-advocacy@freebsd.org cc: doc@freebsd.org Subject: Re: FreeBSD's Visual Identity: Outdated? X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Dec 2004 17:07:51 -0000 On Thu, 23 Dec 2004 16:12:26 +0100 Carsten Zimmermann wrote: > Dear Devon - > > I understand that this thread might be heavily annoying to those who > are reading doc@ and advocacy@ for decades now. I admit I am too > lazy to search the mail archives of these last X decades before I > reply to a living thread (I use to do so when I _start_ a thread > which might have been discussed in the past). I have no bad > consciousness with that, I'm sorry. >From what I remember, there was a some what definite conclusion, but nothing was ever done. The conclusion was basically this, making a real attractive site to business people would be nice, but not doing it to freebsd.org, but instead creating a freebsd.com or the like for it. > I don't share your point of view that past discussions should not be > re-heated just because there was no evident conclusion the last > time. Who knows if there aren't any parameters changed which could > lead to something this time? In contrast to that, your harsh > comments are probably suffocating exactly this. To my mind, the > posting of the URL in the archives, which was very helpful, indeed, > at an earlier point in this thread would have done a lot more! > > Me, I am no FreeBSD sourcecode jockey by now nor am I a webdesigner. > I'm a FreeBSD adocate and maybe some sort of potential doc-writer. > But that doesn't matter either - I USE FreeBSD and this makes me, > FreeBSD being a community driven project, a stake-holder who wants > to take part on this discussion. And there's many to which the above > applies! > > I am willing to help, be it through actually commiting patches, > templates, (...) or just through _opinion_. Conscensus was that > there is hardly anyone who wants to have a lot of work (and spent > free-time) sacrificed just because nobody seems to want what has > been produced in the end. > > These people should be backed and encouraged through community's > _opinion_. That's why it is just right to continue this thread even > though it has been discussed *a lot* in the past. Maybe it concludes > to something _this_ time. > > I agree, however, that those contributing to this thread should take > advantage of the past discussion: we don't need to reinvent the > wheel every halt a year... But this can only be achieved if the > people who know it's been discussed before - people like you - give > polite hints on where to find the information. > > regards, > Carsten > > Am Thu Dec 23, 2004 at 02:2926PM +0100 schrieb Devon H. O'Dell: > > Carsten Zimmermann wrote: > > >Hello - > > [snip] > > >The website: The website is fine. It serves its purpose as stated > > >before. But imagine being a network technician convincing your > > >employer to move applications to The Great OS. I think the > > >current FreeBSD website pretty much suggests as FreeBSD being a > > >`geek? project. It can't be our aim that FreeBSD is considered > > >unserious, FreeBSD definately needs trusting companies to raise > > >its market penetration. And company's stake holders are(most > > >often) easily tempted by visual impressions. Thus, the website > > >itself is the primary marketing material in my eyes and I think > > >there is great need of redesigning it in the midterm view. > > > > > >That much from me, > > >Carsten > > > > > [snip] > > > > I really hate to have to say this in such a crude way, but this > > discussion has always and will always boil down to this: put up, > > or shut up. > > > > There are a LOT of goals that have been set for this project, and > > nobody has ever stepped up to help do them. Don't know what to do? > > The thread's really in the archive, go check it out! > > > > Other ideas to discuss? Put a bit of energy behind it and do the > > things instead of discussing them. > > > > Again, sorry for the coarseness, but people never seem to > > understand this when this subject is brought up. > > > > Kind regards, > > > > Devon H. O'Dell > > -- > Carsten Zimmermann > mailto:cz@aegisnet.biz > > Aegis:Net IT-Dienstleistungen > Postfach 620371 > 22403 Hamburg > http://www.aegisnet.biz > Info: +49-(0)700-AEGISNET > From owner-freebsd-doc@FreeBSD.ORG Sat Dec 25 10:40:25 2004 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 D2CEF16A4D3 for ; Sat, 25 Dec 2004 10:40:25 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE83F43D2D for ; Sat, 25 Dec 2004 10:40:24 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBPAeOeC018424 for ; Sat, 25 Dec 2004 10:40:24 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBPAeOPq018423; Sat, 25 Dec 2004 10:40:24 GMT (envelope-from gnats) Resent-Date: Sat, 25 Dec 2004 10:40:24 GMT Resent-Message-Id: <200412251040.iBPAeOPq018423@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, Joel Dahl Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D64C16A4CE for ; Sat, 25 Dec 2004 10:36:20 +0000 (GMT) Received: from av9-1-sn2.hy.skanova.net (av9-1-sn2.hy.skanova.net [81.228.8.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72CC743D1F for ; Sat, 25 Dec 2004 10:36:19 +0000 (GMT) (envelope-from joel@automatvapen.se) Received: by av9-1-sn2.hy.skanova.net (Postfix, from userid 502) id 4042B38185; Sat, 25 Dec 2004 11:36:18 +0100 (CET) Received: from smtp4-2-sn2.hy.skanova.net (smtp4-2-sn2.hy.skanova.net [81.228.8.93]) by av9-1-sn2.hy.skanova.net (Postfix) with ESMTP id 2C1DC380C1 for ; Sat, 25 Dec 2004 11:36:18 +0100 (CET) Received: from dude.automatvapen.se (t3o955p42.telia.com [195.252.53.42]) by smtp4-2-sn2.hy.skanova.net (Postfix) with SMTP id EE2D837E44 for ; Sat, 25 Dec 2004 11:36:16 +0100 (CET) Received: by dude.automatvapen.se (sSMTP sendmail emulation); Sat, 25 Dec 2004 11:36:25 +0100 Message-Id: <20041225103616.EE2D837E44@smtp4-2-sn2.hy.skanova.net> Date: Sat, 25 Dec 2004 11:36:25 +0100 From: "Joel Dahl" To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: docs/75489: [patch] Update handbook, chapter 23.11.4 (Running the NTP Server) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joel Dahl List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Dec 2004 10:40:26 -0000 >Number: 75489 >Category: docs >Synopsis: [patch] Update handbook, chapter 23.11.4 (Running the NTP Server) >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: Sat Dec 25 10:40:24 GMT 2004 >Closed-Date: >Last-Modified: >Originator: Joel Dahl >Release: FreeBSD 5.3-STABLE i386 >Organization: >Environment: System: FreeBSD dude.automatvapen.se 5.3-STABLE FreeBSD 5.3-STABLE #1: Sat Nov 13 19:50:36 CET 2004 joel@dude.automatvapen.se:/usr/obj/usr/src/sys/WRK i386 >Description: This section should reflect 5.x, not 4.x. >How-To-Repeat: >Fix: --- ntpd.diff begins here --- Index: chapter.sgml =================================================================== RCS file: /home/ncvs/doc/en_US.ISO8859-1/books/handbook/network-servers/chapter.sgml,v retrieving revision 1.45 diff -u -r1.45 chapter.sgml --- chapter.sgml 20 Dec 2004 22:17:39 -0000 1.45 +++ chapter.sgml 25 Dec 2004 10:10:26 -0000 @@ -5029,24 +5029,23 @@ Running the NTP Server To ensure the NTP server is started at boot time, add the - line xntpd_enable="YES" to + line ntpd_enable="YES" to /etc/rc.conf. If you wish to pass additional flags to &man.ntpd.8;, edit the - xntpd_flags parameter in + ntpd_flags parameter in /etc/rc.conf. To start the server without rebooting your machine, run ntpd being sure to specify any additional - parameters from xntpd_flags in + parameters from ntpd_flags in /etc/rc.conf. For example: &prompt.root; ntpd -p /var/run/ntpd.pid - Under &os; 5.X, various options in - /etc/rc.conf have been renamed. Thus, - you have to replace every instance of xntpd - with ntpd in the options above. + Under &os; 4.X, you have to replace every instance of + ntpd with xntpd in the + options above. --- ntpd.diff ends here --- >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Sat Dec 25 11:15:26 2004 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 CFE3B16A4CE; Sat, 25 Dec 2004 11:15:26 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A81D743D46; Sat, 25 Dec 2004 11:15:26 +0000 (GMT) (envelope-from blackend@FreeBSD.org) Received: from freefall.freebsd.org (blackend@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBPBFQoh023484; Sat, 25 Dec 2004 11:15:26 GMT (envelope-from blackend@freefall.freebsd.org) Received: (from blackend@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBPBFQ6m023480; Sat, 25 Dec 2004 11:15:26 GMT (envelope-from blackend) Date: Sat, 25 Dec 2004 11:15:26 GMT From: Marc Fonvieille Message-Id: <200412251115.iBPBFQ6m023480@freefall.freebsd.org> To: joel@automatvapen.se, blackend@FreeBSD.org, freebsd-doc@FreeBSD.org Subject: Re: docs/75489: [patch] Update handbook, chapter 23.11.4 (Running the NTP Server) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Dec 2004 11:15:26 -0000 Synopsis: [patch] Update handbook, chapter 23.11.4 (Running the NTP Server) State-Changed-From-To: open->closed State-Changed-By: blackend State-Changed-When: Sat Dec 25 11:14:09 GMT 2004 State-Changed-Why: I committed a slightly different version of your patch, easier to read for translators. Thanks for the submission. http://www.freebsd.org/cgi/query-pr.cgi?pr=75489 From owner-freebsd-doc@FreeBSD.ORG Sat Dec 25 23:10:25 2004 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 AFF8A16A4CE for ; Sat, 25 Dec 2004 23:10:25 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99F3743D53 for ; Sat, 25 Dec 2004 23:10:25 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBPNAPZN006797 for ; Sat, 25 Dec 2004 23:10:25 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBPNAPD0006796; Sat, 25 Dec 2004 23:10:25 GMT (envelope-from gnats) Date: Sat, 25 Dec 2004 23:10:25 GMT Message-Id: <200412252310.iBPNAPD0006796@freefall.freebsd.org> To: freebsd-doc@FreeBSD.org From: "Simon L. Nielsen" Subject: Re: docs/75422: [patch] syntax mistakes and obscurity in firewall chapter X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Simon L. Nielsen" List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Dec 2004 23:10:25 -0000 The following reply was made to PR docs/75422; it has been noted by GNATS. From: "Simon L. Nielsen" To: Matteo Riondato Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: docs/75422: [patch] syntax mistakes and obscurity in firewall chapter Date: Sun, 26 Dec 2004 00:02:07 +0100 --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2004.12.23 08:43:41 +0100, Matteo Riondato wrote: > Handbook Firewall chapter is a bit confused and obscure. There are > many syntax mistakes (such as "it's" instead of "its") Thanks for working on this, unfortunatly the patch mixes whitespace and content changes, making it very hard to see what has actually been changed. Could you please update the patch to only include content changes? Also "ruleset" is actually OK, according to the O'Reilly Word List. --=20 Simon L. Nielsen --pWyiEgJYm5f9v55/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBzfFuh9pcDSc1mlERAuBEAJ9p4ekyoWuB2Kxi0bcgVF4LuuuKrACgtSnW KJO0XaaTKezNNJyeGEr0yfw= =qhAP -----END PGP SIGNATURE----- --pWyiEgJYm5f9v55/--