From owner-freebsd-doc@FreeBSD.ORG Sun Jan 12 03:37:49 2014 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DFC4C9F3 for ; Sun, 12 Jan 2014 03:37:49 +0000 (UTC) Received: from mail-la0-x22d.google.com (mail-la0-x22d.google.com [IPv6:2a00:1450:4010:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6B7291F38 for ; Sun, 12 Jan 2014 03:37:49 +0000 (UTC) Received: by mail-la0-f45.google.com with SMTP id b8so2511973lan.4 for ; Sat, 11 Jan 2014 19:37:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=GZUpDhhStkad11iX6HIV2WhB+9GAvqGkyeO35nTE1SM=; b=T1q+ZQ9z0ZDh3loKPDc95tq7q+II0DSPBWfQpJ6FZ6lXUvtHg9XVZRF/ti3AAERYVx CsnyIXQWTAASQAXgTdZ+mqoNrSuGwzLoM6abzHjkpYL0g0YAzhzp26ozxpOQX2RePJGA AZ3K3Ufb6XylH/NueffsVxOV5Yn+ulfmgnkiegtnfM+MPJblOssmmp+m9023sW77CtY2 xjBEPilDdLhdyb1waYWu98MUbZ+3hnhRtQKf0NR++GkVDRrOmyyhFdt57YK5Mv+QAVPp BJXe+DXHVIVDs5kcuSLjmw+DiVDgmups5FISH3GFpVg+C+yyEFtf5yoOZtfY6e57qifR l1SA== MIME-Version: 1.0 X-Received: by 10.112.161.36 with SMTP id xp4mr6948456lbb.38.1389497867505; Sat, 11 Jan 2014 19:37:47 -0800 (PST) Received: by 10.112.130.194 with HTTP; Sat, 11 Jan 2014 19:37:47 -0800 (PST) Date: Sun, 12 Jan 2014 16:37:47 +1300 Message-ID: Subject: sctp(4) spelling correction From: Sam Banks To: freebsd-doc@freebsd.org Content-Type: multipart/mixed; boundary=001a11c25e50cf241804efbdae4d X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jan 2014 03:37:49 -0000 --001a11c25e50cf241804efbdae4d Content-Type: text/plain; charset=ISO-8859-1 Heya, I've attached a patch for a spelling error in sctp(4). I'm pretty sure "enables" is meant to be "enabled". Give me a shout if you need anything else. Cheers, Sam. --001a11c25e50cf241804efbdae4d Content-Type: text/plain; charset=US-ASCII; name="sctp.4.diff" Content-Disposition: attachment; filename="sctp.4.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hqbr37c00 SW5kZXg6IHNoYXJlL21hbi9tYW40L3NjdHAuNAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBzaGFyZS9tYW4vbWFu NC9zY3RwLjQJKHJldmlzaW9uIDI2MDU1OCkKKysrIHNoYXJlL21hbi9tYW40L3NjdHAuNAkod29y a2luZyBjb3B5KQpAQCAtMzU3LDcgKzM1Nyw3IEBACiBUaGlzIG9wdGlvbiBhbGxvd3MgdGhlIHVz ZXIgdG8gcmVxdWVzdCB0aGlzIGluZm9ybWF0aW9uLgogLkl0IER2IFNDVFBfQVVUT19BU0NPTkYK IEJ5IGRlZmF1bHQgd2hlbiBib3VuZCB0byBhbGwgYWRkcmVzcyBhbmQgdGhlIHN5c3RlbSBhZG1p bmlzdHJhdG9yIGhhcwotZW5hYmxlcyBhdXRvbWF0aWMgZHluYW1pYyBhZGRyZXNzZXMsIHRoZQor ZW5hYmxlZCBhdXRvbWF0aWMgZHluYW1pYyBhZGRyZXNzZXMsIHRoZQogLlRuIFNDVFAKIHN0YWNr IHdpbGwgYXV0b21hdGljYWxseSBnZW5lcmF0ZSBhZGRyZXNzIGNoYW5nZXMgaW50byBhZGQgYW5k CiBkZWxldGUgcmVxdWVzdHMgdG8gYW55IHBlZXJzIGJ5IHNldHRpbmcgdGhpcyBvcHRpb24gdG8K --001a11c25e50cf241804efbdae4d-- From owner-freebsd-doc@FreeBSD.ORG Sun Jan 12 12:24:33 2014 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D47018CD for ; Sun, 12 Jan 2014 12:24:33 +0000 (UTC) Received: from mo6-p00-ob.smtp.rzone.de (mo6-p00-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5300::3]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 663C61DF5 for ; Sun, 12 Jan 2014 12:24:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; t=1389529471; l=265; s=domk; d=nagilum.de; h=MIME-Version:Content-Type:Subject:To:From:Date:X-RZG-CLASS-ID: X-RZG-AUTH; bh=EvXv7UTZMI/FUd4LuSab2Rv1wKs=; b=vvVpHDUHll+Cx1tTcoNIL1rjnX6NXl0DaZXV9xaQoo/GD0pXQkwdKGYeUh63Bgtn8+u ZqKCM7BAhJEpuW/gDaBQvT67ktJpNJ1Zy309RltBYAs8O1KrYxom0Dn9PgZfDr/D/RWKN qZ7rRcVpvOOQpkia0ICBqM47nJbaWTEJ4Fk= X-RZG-AUTH: :O2kGeEG7b/pS1EO4THa/nJdkGexqY2koAkiM3P8W4OZGgXnciNPcJoCmfQ0bAjNacNys X-RZG-CLASS-ID: mo00 Received: from cakebox.homeunix.net (188-015-186-093.fttx.vsenet.de [93.186.15.188]) by smtp.strato.de (RZmta 32.17 AUTH) with (TLSv1.2:DHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA id j0453dq0CCOLHKx for ; Sun, 12 Jan 2014 13:24:21 +0100 (CET) Received: from cakebox.homeunix.net (localhost [127.0.0.1]) by cakebox.homeunix.net (Postfix) with ESMTP id B72362D501C for ; Sun, 12 Jan 2014 13:19:18 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on cakebox.tis X-Spam-Level: X-Spam-Status: No, score=-1.0 required=3.4 tests=ALL_TRUSTED, TIME_LIMIT_EXCEEDED autolearn=unavailable version=3.3.2 Received: by cakebox.homeunix.net (Postfix, from userid 80) id A7CE82D5012; Sun, 12 Jan 2014 13:19:15 +0100 (CET) Received: from 10.1.2.16 ([10.1.2.16]) by cakebox.homeunix.net (Horde Framework) with HTTP; Sun, 12 Jan 2014 13:19:14 +0100 Date: Sun, 12 Jan 2014 13:19:14 +0100 Message-ID: <20140112131914.Horde.GprMjeWOPio2mZGBaLw7HA6@cakebox.homeunix.net> From: FreeBSD@nagilum.org To: freebsd-doc@freebsd.org Subject: porters-handbook/porting-submitting.html User-Agent: Internet Messaging Program (IMP) H5 (6.1.6) Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jan 2014 12:24:33 -0000 Hi, as Edwin pointed out to me recently (http://www.freebsd.org/cgi/query-pr.cgi?pr=185680) the "Class:" of a new port should be "change-request". It would be good to mention this on "porters-handbook/porting-submitting.html". Thanks & kind regards, Alex. From owner-freebsd-doc@FreeBSD.ORG Sun Jan 12 14:20:01 2014 Return-Path: Delivered-To: freebsd-doc@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0A6B7F64 for ; Sun, 12 Jan 2014 14:20:01 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C022B14DC for ; Sun, 12 Jan 2014 14:20:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s0CEK018089235 for ; Sun, 12 Jan 2014 14:20:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s0CEK0cl089228; Sun, 12 Jan 2014 14:20:00 GMT (envelope-from gnats) Resent-Date: Sun, 12 Jan 2014 14:20:00 GMT Resent-Message-Id: <201401121420.s0CEK0cl089228@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, Keve Nagy Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B04A0EFC for ; Sun, 12 Jan 2014 14:11:18 +0000 (UTC) Received: from oldred.freebsd.org (oldred.freebsd.org [IPv6:2001:1900:2254:206a::50:4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9D26E14AA for ; Sun, 12 Jan 2014 14:11:18 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id s0CEBHT4091486 for ; Sun, 12 Jan 2014 14:11:17 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id s0CEBHCS091477; Sun, 12 Jan 2014 14:11:17 GMT (envelope-from nobody) Message-Id: <201401121411.s0CEBHCS091477@oldred.freebsd.org> Date: Sun, 12 Jan 2014 14:11:17 GMT From: Keve Nagy To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: docs/185686: Two typos in chapter 8 of the faq (disks) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jan 2014 14:20:01 -0000 >Number: 185686 >Category: docs >Synopsis: Two typos in chapter 8 of the faq (disks) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sun Jan 12 14:20:00 UTC 2014 >Closed-Date: >Last-Modified: >Originator: Keve Nagy >Release: Not applicable >Organization: N/A >Environment: Not applicable >Description: I noticed two typing errors in section 8.20 of the FreeBSD FAQ. "8.20. How do I let ordinary users mount CD-ROMs, DVDs, USB drives, and other removable media?" http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/disks.html#idp67591856 Typo #1 is in the first example code snippet (the grey rounded box): # Allow all users to mount a USB drive. own /dev/da0 root:operator perm /dev/da00 0666 The "perm" line should refer to "/dev/da0" instead of "/dev/da00", so there is an extra tailing 0 in the device name. Typo #2 is in the brown command block following the above example: % mkdir ~/my-mount-point % mount -t msdosfs /dev/da0~/my-mount-point Here, the "mount" line has one space less than it should. The space between "/dev/da0" and "~/my-mount-point" is missing. >How-To-Repeat: Not applicable. >Fix: Replace the line "perm /dev/da00 0666" with "perm /dev/da0 0666". Replace the line " % mount -t msdosfs /dev/da0~/my-mount-point" with " % mount -t msdosfs /dev/da0~ /my-mount-point" >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Sun Jan 12 19:38:49 2014 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2A12DD29 for ; Sun, 12 Jan 2014 19:38:49 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D57FF1AAB for ; Sun, 12 Jan 2014 19:38:48 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id s0CJcl5M064186; Sun, 12 Jan 2014 12:38:47 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.7/8.14.7/Submit) with ESMTP id s0CJckgu064183; Sun, 12 Jan 2014 12:38:47 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Sun, 12 Jan 2014 12:38:46 -0700 (MST) From: Warren Block To: FreeBSD@nagilum.org Subject: Re: porters-handbook/porting-submitting.html In-Reply-To: <20140112131914.Horde.GprMjeWOPio2mZGBaLw7HA6@cakebox.homeunix.net> Message-ID: References: <20140112131914.Horde.GprMjeWOPio2mZGBaLw7HA6@cakebox.homeunix.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Sun, 12 Jan 2014 12:38:47 -0700 (MST) Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jan 2014 19:38:49 -0000 On Sun, 12 Jan 2014, FreeBSD@nagilum.org wrote: > as Edwin pointed out to me recently > (http://www.freebsd.org/cgi/query-pr.cgi?pr=185680) the "Class:" of a new > port should be "change-request". It would be good to mention this on > "porters-handbook/porting-submitting.html". But it already says that: "Be sure to classify the bug report as category ports and class change-request (Do not mark the report confidential!)." From owner-freebsd-doc@FreeBSD.ORG Sun Jan 12 19:40:12 2014 Return-Path: Delivered-To: freebsd-doc@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 85E82D77; Sun, 12 Jan 2014 19:40:12 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5A1241AB8; Sun, 12 Jan 2014 19:40:12 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s0CJeCwU064307; Sun, 12 Jan 2014 19:40:12 GMT (envelope-from wblock@freefall.freebsd.org) Received: (from wblock@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s0CJeCa0064306; Sun, 12 Jan 2014 19:40:12 GMT (envelope-from wblock) Date: Sun, 12 Jan 2014 19:40:12 GMT Message-Id: <201401121940.s0CJeCa0064306@freefall.freebsd.org> To: wblock@FreeBSD.org, freebsd-doc@FreeBSD.org, wblock@FreeBSD.org From: wblock@FreeBSD.org Subject: Re: docs/185686: Two typos in chapter 8 of the faq (disks) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jan 2014 19:40:12 -0000 Synopsis: Two typos in chapter 8 of the faq (disks) Responsible-Changed-From-To: freebsd-doc->wblock Responsible-Changed-By: wblock Responsible-Changed-When: Sun Jan 12 19:39:56 UTC 2014 Responsible-Changed-Why: Take. http://www.freebsd.org/cgi/query-pr.cgi?pr=185686 From owner-freebsd-doc@FreeBSD.ORG Sun Jan 12 20:06:19 2014 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C17FA603 for ; Sun, 12 Jan 2014 20:06:19 +0000 (UTC) Received: from mo6-p00-ob.smtp.rzone.de (mo6-p00-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5300::2]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 50C091D70 for ; Sun, 12 Jan 2014 20:06:18 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; t=1389557176; l=539; s=domk; d=nagilum.de; h=MIME-Version:Content-Type:In-Reply-To:References:Subject:Cc:To:From: Date:X-RZG-CLASS-ID:X-RZG-AUTH; bh=LfgJWoVJhvl7nkt6EHuoi1f4lE0=; b=oDOsTuk9JDhEpDReAEbOROGTsEwUehgUWEZ3UJQduFtcpJL0jLLBBdAr6iqATp+b30E X5UJkcoPT6Bzcqmqc9AA8I9rxF+bHG5SKd/NgWvKwGfNehb2P6GJzM/20nYj+AdPK2jds 65IP6Xfml58lQzW2BFGdtOKJbdEnj3V9qxA= X-RZG-AUTH: :O2kGeEG7b/pS1EO4THa/nJdkGexqY2koAkiM3P8W4OZGgXnciNPcJoCmfQ0bAjNacNys X-RZG-CLASS-ID: mo00 Received: from cakebox.homeunix.net (188-015-186-093.fttx.vsenet.de [93.186.15.188]) by smtp.strato.de (RZmta 32.17 AUTH) with (TLSv1.2:DHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA id z03b5aq0CK6Fmnr ; Sun, 12 Jan 2014 21:06:15 +0100 (CET) Received: from cakebox.homeunix.net (localhost [127.0.0.1]) by cakebox.homeunix.net (Postfix) with ESMTP id E44922D5011; Sun, 12 Jan 2014 21:01:12 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on cakebox.tis X-Spam-Level: X-Spam-Status: No, score=-1.0 required=3.4 tests=ALL_TRUSTED, TIME_LIMIT_EXCEEDED autolearn=unavailable version=3.3.2 Received: by cakebox.homeunix.net (Postfix, from userid 80) id 5C9FE2D4FFE; Sun, 12 Jan 2014 21:01:09 +0100 (CET) Received: from 10.1.2.16 ([10.1.2.16]) by cakebox.homeunix.net (Horde Framework) with HTTP; Sun, 12 Jan 2014 21:01:08 +0100 Date: Sun, 12 Jan 2014 21:01:08 +0100 Message-ID: <20140112210108.Horde.FZ1YcmCVNQEVCYfjewOAug2@cakebox.homeunix.net> From: FreeBSD@nagilum.org To: Warren Block Subject: Re: porters-handbook/porting-submitting.html References: <20140112131914.Horde.GprMjeWOPio2mZGBaLw7HA6@cakebox.homeunix.net> In-Reply-To: User-Agent: Internet Messaging Program (IMP) H5 (6.1.6) Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jan 2014 20:06:19 -0000 Uh, my fault then. Sorry. Alex. Zitat von Warren Block : > On Sun, 12 Jan 2014, FreeBSD@nagilum.org wrote: > >> as Edwin pointed out to me recently >> (http://www.freebsd.org/cgi/query-pr.cgi?pr=185680) the "Class:" of >> a new port should be "change-request". It would be good to mention >> this on "porters-handbook/porting-submitting.html". > > But it already says that: > > "Be sure to classify the bug report as category ports and class > change-request (Do not mark the report confidential!)." From owner-freebsd-doc@FreeBSD.ORG Sun Jan 12 20:39:47 2014 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 88528200 for ; Sun, 12 Jan 2014 20:39:47 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3DA4D1F2B for ; Sun, 12 Jan 2014 20:39:47 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id s0CKdj0O064672; Sun, 12 Jan 2014 13:39:45 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.7/8.14.7/Submit) with ESMTP id s0CKdjUT064669; Sun, 12 Jan 2014 13:39:45 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Sun, 12 Jan 2014 13:39:45 -0700 (MST) From: Warren Block To: FreeBSD@nagilum.org Subject: Re: porters-handbook/porting-submitting.html In-Reply-To: Message-ID: References: <20140112131914.Horde.GprMjeWOPio2mZGBaLw7HA6@cakebox.homeunix.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Sun, 12 Jan 2014 13:39:46 -0700 (MST) Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jan 2014 20:39:47 -0000 On Sun, 12 Jan 2014, Warren Block wrote: > On Sun, 12 Jan 2014, FreeBSD@nagilum.org wrote: > >> as Edwin pointed out to me recently >> (http://www.freebsd.org/cgi/query-pr.cgi?pr=185680) the "Class:" of a new >> port should be "change-request". It would be good to mention this on >> "porters-handbook/porting-submitting.html". > > But it already says that: > > "Be sure to classify the bug report as category ports and class > change-request (Do not mark the report confidential!)." The language in that section was inconsistent in how it described PR field names. There were paragraphs straining at the seams, too. I unleashed my +3 Hammer of Editing on it, hopefully with some improvement. From owner-freebsd-doc@FreeBSD.ORG Sun Jan 12 22:11:07 2014 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 37772FC for ; Sun, 12 Jan 2014 22:11:07 +0000 (UTC) Received: from mail-ea0-x22a.google.com (mail-ea0-x22a.google.com [IPv6:2a00:1450:4013:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BFC6715C2 for ; Sun, 12 Jan 2014 22:11:06 +0000 (UTC) Received: by mail-ea0-f170.google.com with SMTP id k10so2994031eaj.29 for ; Sun, 12 Jan 2014 14:11:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type; bh=oaXWMinlmYwx7iG4Kh9AzNHmfxKW8EDUY/KalCP5iaI=; b=YbVZEyabWG8P50Kw8T2c6IT4vmxu8KtO6HV/QbpRQy7bvoW4dCRN+w5x5hexJiR12e MfgW9crBLSbKdsrl9EIn7w1VCO9h1YavKv69JsylGWHC8t7nrCCn98HYxvcph09ytnUC 8NhMkUZSqbYFIfZHXrh4maN+4FBQKmVNnmstsSA1rE/c3SiuwCxEfmhnO3S6cdZsN15k e/mji+JdrnMGKIGT1/QR+x7mcnnTAvRPXPAeV//U/tpCZhUvBf8JJrzmx4vXs1Qj1UEO PB12u0FNFCrYkwyS0/BcZygoEFfV/gT5CE7CNrVdK5McPRxzAq7Izh/s+J523ICqcEfn 1olg== X-Received: by 10.14.6.5 with SMTP id 5mr23187590eem.51.1389564665240; Sun, 12 Jan 2014 14:11:05 -0800 (PST) Received: from [10.0.0.1] (242.91.broadband5.iol.cz. [88.100.91.242]) by mx.google.com with ESMTPSA id o1sm34447483eea.10.2014.01.12.14.11.03 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 12 Jan 2014 14:11:04 -0800 (PST) Message-ID: <52D312F5.7010008@gmail.com> Date: Sun, 12 Jan 2014 23:11:01 +0100 From: =?UTF-8?B?VsOhY2xhdiBaZW1hbg==?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-doc@freebsd.org Subject: Web site build issue: ports/categories X-Enigmail-Version: 1.5.2 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="89VVTK9kdV8dMMcDUlCJJV7WPfW2S6asS" X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jan 2014 22:11:07 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --89VVTK9kdV8dMMcDUlCJJV7WPfW2S6asS Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi. I was trying to build the FreeBSD.org web site and I have hit some problems. I had to add this to ports/categories: Index: ports/categories =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 --- ports/categories (revision 43358) +++ ports/categories (working copy) @@ -49,6 +49,7 @@ linux,"Linux programs that can be run under binary compatibility.",VC lisp,"Things related to pure lisp.",VC mail,"Electronic mail packages and utilities.",CCATI +mate,"Mate.",AOP math,"Mathematical computation software.",SAE mbone,"Applications and utilities for the MBONE.",VC misc,"Miscellaneous utilities.",AOP --=20 VZ --89VVTK9kdV8dMMcDUlCJJV7WPfW2S6asS Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlLTEvcACgkQE3+v/RpUDYBDuQD+L6FGT2bIP4DRIyf+8fERGzG8 ONSsa0/0kmzIS1MFfXwA/3270NN22O6tXmTD9G9FNJZ9wgDwKDbNF2yfYYKWa6uo =flef -----END PGP SIGNATURE----- --89VVTK9kdV8dMMcDUlCJJV7WPfW2S6asS-- From owner-freebsd-doc@FreeBSD.ORG Sun Jan 12 22:18:14 2014 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 378256C0 for ; Sun, 12 Jan 2014 22:18:14 +0000 (UTC) Received: from mail-ea0-x230.google.com (mail-ea0-x230.google.com [IPv6:2a00:1450:4013:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 917401637 for ; Sun, 12 Jan 2014 22:18:13 +0000 (UTC) Received: by mail-ea0-f176.google.com with SMTP id h14so2998585eaj.7 for ; Sun, 12 Jan 2014 14:18:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type; bh=mVthek7IMVOF11I2RoquLdylOVDL6GwdJVj6yi83Feo=; b=q1EdQ4BdMnhRWGq3mfDr6nD/PZskX/q1cjfsGa38XPyS2p58o7rdnep1OmuYhy6MHy yPwsTjDtebYs9lVeQEqBzHsQ3cUoxLaa5nAigMAvf88kXMCA3YJtOPMsvpJHUbV1HD9Q c7L9pUbFT8z7NkgtwJmIBV4x62eNeFGOTE2MDHgrn1j6zScWr/ckW55/tIMcWIlJuHGA 4CDVGGQlVyIb24uexJWb8szyNslZW0MfWkKGoHPaRnUuDx85P+vKNj8JTe488ObErmKh 82UgANDlSjmDPxaFqKwoyCs50LaaQU0Hx9enftU48izt9YsOrVSm22ZsL/skiOPKu41w Sczg== X-Received: by 10.14.207.194 with SMTP id n42mr23745349eeo.76.1389565092056; Sun, 12 Jan 2014 14:18:12 -0800 (PST) Received: from [10.0.0.1] (242.91.broadband5.iol.cz. [88.100.91.242]) by mx.google.com with ESMTPSA id p45sm34454596eeg.1.2014.01.12.14.18.10 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 12 Jan 2014 14:18:11 -0800 (PST) Message-ID: <52D314A0.1030407@gmail.com> Date: Sun, 12 Jan 2014 23:18:08 +0100 From: =?UTF-8?B?VsOhY2xhdiBaZW1hbg==?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-doc@freebsd.org Subject: FreeBSD web site re-styling with font relative sizes X-Enigmail-Version: 1.5.2 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="QhHU3EXeNm8FtVjbVBuLtCfUSP0R2dHdh" X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jan 2014 22:18:14 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --QhHU3EXeNm8FtVjbVBuLtCfUSP0R2dHdh Content-Type: multipart/mixed; boundary="------------060500050706050901020001" This is a multi-part message in MIME format. --------------060500050706050901020001 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi. I have always regarded FreeBSD.org style having too small font size. I have tried to re-style it with font relative sizes. I am attaching a proto-patch that does that. It would require more work and time, which I do not have right now. Maybe somebody else interested could continue with this. --=20 VZ --------------060500050706050901020001 Content-Type: text/plain; charset=UTF-8; name="freebsd-org-patch.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="freebsd-org-patch.txt" SW5kZXg6IGluZGV4LnhzbAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09CmRpZmYgLS1naXQgYS9oZWFkL2VuX1VT LklTTzg4NTktMS9odGRvY3MvaW5kZXgueHNsIGIvaGVhZC9lbl9VUy5JU084ODU5LTEvaHRk b2NzL2luZGV4LnhzbAotLS0gYS9oZWFkL2VuX1VTLklTTzg4NTktMS9odGRvY3MvaW5kZXgu eHNsCShyZXZpc2lvbiA0MzM1OCkKKysrIGIvaGVhZC9lbl9VUy5JU084ODU5LTEvaHRkb2Nz L2luZGV4LnhzbAkod29ya2luZyBjb3B5KQpAQCAtMjksOSArMjksOSBAQAogICA8eHNsOnZh cmlhYmxlIG5hbWU9InRpdGxlIj4mdGl0bGU7PC94c2w6dmFyaWFibGU+CiAKICAgPHhzbDp0 ZW1wbGF0ZSBuYW1lPSJwcm9jZXNzLmNvbnRlbnQiPgotICAgICAgICA8ZGl2IGlkPSJmcm9u dGNvbnRhaW5lciI+Ci0gICAgICAgICAgPGRpdiBpZD0iZnJvbnRtYWluIj4KLSAgICAgICAg ICAgIDxkaXYgaWQ9ImZyb250ZmVhdHVyZWNvbnRhaW5lciI+CisJPGRpdiBpZD0iZnJvbnRj b250YWluZXIiPgorCSAgPGRpdiBpZD0iZnJvbnRtYWluIj4KKwkgICAgPGRpdiBpZD0iZnJv bnRmZWF0dXJlY29udGFpbmVyIj4KIAogCQk8ZGl2IGlkPSJmcm9udGZlYXR1cmVsZWZ0Ij4K IAkJCTxkaXYgaWQ9ImZyb250ZmVhdHVyZWNvbnRlbnQiPgpAQCAtNTUsNyArNTUsNyBAQAog CQkJCSAgZW1iZWRkZWQgbmV0d29ya2luZyBhbmQgc3RvcmFnZQogCQkJCSAgZGV2aWNlcy48 L3A+CiAKLSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8ZGl2CisJCQkJICA8 ZGl2CiAJCQkJICBpZD0idHh0ZnJvbnRmZWF0dXJlbGluayI+ICYjMTg3OzxhCiAJCQkJICBo cmVmPSImYmFzZTsvYWJvdXQuaHRtbCIKIAkJCQkgIHRpdGxlPSJMZWFybiBNb3JlIj5MZWFy biBNb3JlPC9hPgpAQCAtNjUsMTYgKzY1LDEwIEBACiAJCSAgPC9kaXY+IDwhLS0gRlJPTlRG RUFUVVJFTEVGVCAtLT4KIAogCQk8ZGl2IGlkPSJmcm9udGZlYXR1cmVtaWRkbGUiPgotCQkJ PGRpdiBjbGFzcz0iZnJvbnRnZXRyb3VuZGJveCI+Ci0JCQkgIDxkaXYgY2xhc3M9ImZyb250 Z2V0dG9wIj48ZGl2PjxiIHN0eWxlPSJkaXNwbGF5OiBub25lIj4uPC9iPjwvZGl2PjwvZGl2 PgotCQkJCTxkaXYgY2xhc3M9ImZyb250Z2V0Y29udGVudCI+Ci0JCQkJICA8YSBocmVmPSIm YmFzZTsvd2hlcmUuaHRtbCI+RG93bmxvYWQgJm9zOzwvYT4KLQkJCQk8L2Rpdj4gPCEtLSBm cm9udGdldGNvbnRlbnQgLS0+Ci0JCQkgIDxkaXYgY2xhc3M9ImZyb250Z2V0Ym90Ij48ZGl2 PjxiIHN0eWxlPSJkaXNwbGF5OiBub25lIj4uPC9iPjwvZGl2PjwvZGl2PgotCQkJPC9kaXY+ IDwhLS0gZnJvbnRnZXRyb3VuZGJveCAtLT4KLQogCQkJPGRpdiBpZD0iZnJvbnRyZWxlYXNl cyI+CiAJCQkgIDxkaXYgaWQ9ImZyb250cmVsZWFzZXNjb250ZW50IiBjbGFzcz0idHh0c2hv cnRjdXRzIj4KKwkJCSAgICA8aW1nIGlkPSJiZWFzdGllIiBhbHQ9IkJlYXN0aWUiIHNyYz0i bGF5b3V0L2ltYWdlcy9iZWFzdGllLnBuZyIgLz4KKwkJCSAgICA8ZGl2IGlkPSJmcm9udGRs YW5kcmVsZWFzZXMiPgogCQkJCSAgPGgyPjxhIGhyZWY9IiZiYXNlOy9yZWxlYXNlcy8iPkxB VEVTVCBSRUxFQVNFUzwvYT48L2gyPgogCQkJCSAgPHVsIGlkPSJmcm9udHJlbGVhc2VzbGlz dCI+CiAJCQkJCTxsaT5Qcm9kdWN0aW9uOiZuYnNwOzxhCkBAIC05MCw3ICs4NCwxMyBAQAog CQkJCWhyZWY9IiZiYXNlOy93aGVyZS5odG1sI2hlbHB0ZXN0Ij4mYmV0YXJlbDIuY3VycmVu dDstJmJldGFyZWwyLnZlcnM7PC9hPjwvbGk+CiAJCQkgICAgPC94c2w6aWY+CiAJCQkJICA8 L3VsPgotCQkJICA8L2Rpdj4gPCEtLSBGUk9OVFJFTEVBU0VTQ09OVEVOVCAtLT4KKwkJCQkg IDxkaXYgY2xhc3M9ImZyb250Z2V0cm91bmRib3giPgorCQkJCSAgICA8ZGl2IGNsYXNzPSJm cm9udGdldGNvbnRlbnQiPgorCQkJCSAgICAgIDxhIGhyZWY9IiZiYXNlOy93aGVyZS5odG1s Ij5Eb3dubG9hZCAmb3M7PC9hPgorCQkJCSAgICA8L2Rpdj4gPCEtLSBmcm9udGdldGNvbnRl bnQgLS0+CisJCQkJICA8L2Rpdj4gPCEtLSBmcm9udGdldHJvdW5kYm94IC0tPgorCQkJCTwv ZGl2PiA8IS0tIEZST05UUkVMRUFTRVNDT05URU5UIC0tPgorCQkJICA8L2Rpdj4KIAkJCTwv ZGl2PiA8IS0tIEZST05UUkVMRUFTRVMgLS0+CiAJCTwvZGl2PiA8IS0tIEZST05URkVBVFVS RU1JRERMRSAtLT4KIApAQCAtMTc4LDEyICsxNzgsMTIgQEAKIAkJCTwvZGl2PiA8IS0tIGZy b250bmV3cm91bmRib3ggLS0+CiAJCTwvZGl2PiA8IS0tIEZFQVRVUkVSSUdIVCAtLT4KIAot ICAgICAgICAgICAgPC9kaXY+IDwhLS0gRlJPTlRGRUFUVVJFQ09OVEFJTkVSIC0tPgorCSAg ICA8L2Rpdj4gPCEtLSBGUk9OVEZFQVRVUkVDT05UQUlORVIgLS0+CiAKIAkgICAgPGJyIGNs YXNzPSJjbGVhcmJvdGgiIC8+Ci0gICAgICAgICAgICA8ZGl2IGlkPSJmcm9udG5lbXNjb250 YWluZXIiPgotICAgICAgICAgICAgCTxkaXYgaWQ9ImZyb250bmV3cyI+Ci0gICAgICAgICAg ICAJICAgPGRpdiBpZD0iZnJvbnRuZXdzY29udGVudCIgY2xhc3M9InR4dG5ld3NldmVudCI+ CisJICAgIDxkaXYgaWQ9ImZyb250bmVtc2NvbnRhaW5lciI+CisJCTxkaXYgaWQ9ImZyb250 bmV3cyI+CisJCSAgIDxkaXYgaWQ9ImZyb250bmV3c2NvbnRlbnQiIGNsYXNzPSJ0eHRuZXdz ZXZlbnQiPgogCQkJPGgyPkxBVEVTVCBORVdTPC9oMj4KIAkJCTxkaXYgY2xhc3M9Im5ld3Nl dmVudHN3cmFwIj4KIApAQCAtMjA0LDEwICsyMDQsMTAgQEAKIAkJCSAgPC9kaXY+IDwhLS0g dW5uYW1lZCAtLT4KIAkJCTwvZGl2PiA8IS0tIG5ld3NldmVudHN3cmFwIC0tPgogCi0gICAg ICAgICAgICAJICAgPC9kaXY+IDwhLS0gRlJPTlRORVdTQ09OVEVOVCAtLT4KLSAgICAgICAg ICAgIAk8L2Rpdj4gPCEtLSBGUk9OVE5FV1MgLS0+Ci0gICAgICAgICAgICAJPGRpdiBjbGFz cz0iZnJvbnRzZXBhcmF0b3IiPjxiIHN0eWxlPSJkaXNwbGF5OiBub25lIj4uPC9iPjwvZGl2 PgotICAgICAgICAgICAgCTxkaXYgaWQ9ImZyb250ZXZlbnRzIj4KKwkJICAgPC9kaXY+IDwh LS0gRlJPTlRORVdTQ09OVEVOVCAtLT4KKwkJPC9kaXY+IDwhLS0gRlJPTlRORVdTIC0tPgor CQk8ZGl2IGNsYXNzPSJmcm9udHNlcGFyYXRvciI+PGIgc3R5bGU9ImRpc3BsYXk6IG5vbmUi Pi48L2I+PC9kaXY+CisJCTxkaXYgaWQ9ImZyb250ZXZlbnRzIj4KIAkJICAgPGRpdiBpZD0i ZnJvbnRldmVudHNjb250ZW50IiBjbGFzcz0idHh0bmV3c2V2ZW50Ij4KIAogCQkJPGgyPlVQ Q09NSU5HIEVWRU5UUzwvaDI+CkBAIC0yMjgsOSArMjI4LDkgQEAKIAkJCTwvZGl2PiA8IS0t IG5ld3NldmVudHN3cmFwIC0tPgogCiAJCSAgIDwvZGl2PiA8IS0tIEZST05URVZFTlRTQ09O VEVOVCAtLT4KLSAgICAgICAgICAgIAk8L2Rpdj4gPCEtLSBGUk9OVEVWRU5UUyAtLT4KLSAg ICAgICAgICAgIAk8ZGl2IGNsYXNzPSJmcm9udHNlcGFyYXRvciI+PGIgc3R5bGU9ImRpc3Bs YXk6IG5vbmUiPi48L2I+PC9kaXY+Ci0gICAgICAgICAgICAJPGRpdiBpZD0iZnJvbnRtZWRp YSI+CisJCTwvZGl2PiA8IS0tIEZST05URVZFTlRTIC0tPgorCQk8ZGl2IGNsYXNzPSJmcm9u dHNlcGFyYXRvciI+PGIgc3R5bGU9ImRpc3BsYXk6IG5vbmUiPi48L2I+PC9kaXY+CisJCTxk aXYgaWQ9ImZyb250bWVkaWEiPgogCQkgICA8ZGl2IGlkPSJmcm9udG1lZGlhY29udGVudCIg Y2xhc3M9InR4dG5ld3NldmVudCI+CiAKIAkJCTxoMj5QUkVTUzwvaDI+CkBAIC0yNTEsNyAr MjUxLDcgQEAKIAkJCTwvZGl2PiA8IS0tIG5ld3NldmVudHN3cmFwIC0tPgogCiAJCSAgIDwv ZGl2PiA8IS0tIEZST05UTUVESUFDT05URU5UIC0tPgotICAgICAgICAgICAgCTwvZGl2PiA8 IS0tIEZST05UTUVESUEgLS0+CisJCTwvZGl2PiA8IS0tIEZST05UTUVESUEgLS0+CiAJCTxk aXYgY2xhc3M9ImZyb250c2VwYXJhdG9yIj48YiBzdHlsZT0iZGlzcGxheTogbm9uZSI+Ljwv Yj48L2Rpdj4KIAkJPGRpdiBpZD0iZnJvbnRzZWN1cml0eSI+CiAJCSAgIDxkaXYgaWQ9ImZy b250c2VjdXJpdHljb250ZW50IiBjbGFzcz0idHh0bmV3c2V2ZW50Ij4KQEAgLTI4Niw3ICsy ODYsNyBAQAogCQkJPC94c2w6Y2FsbC10ZW1wbGF0ZT4KIAogCQkJICA8ZGl2PgotCQkJICAg IAk8dWwgY2xhc3M9Im5ld3NldmVudHNsaXN0Ij4KKwkJCQk8dWwgY2xhc3M9Im5ld3NldmVu dHNsaXN0Ij4KIAkJCQkgIDxsaSBjbGFzcz0iZmlyc3QtY2hpbGQiPgogCQkJCSAgICA8YSBo cmVmPSImYmFzZTsvc2VjdXJpdHkvbm90aWNlcy5odG1sIiB0aXRsZT0iTW9yZSBFcnJhdGEg Tm90aWNlcyI+TW9yZTwvYT4KIAkJCQkgIDwvbGk+CkBAIC0yOTgsMTMgKzI5OCwxMyBAQAog CQkJPC9kaXY+IDwhLS0gbmV3c2V2ZW50c3dyYXAgLS0+CiAKIAkJICAgPC9kaXY+IDwhLS0g RlJPTlRTRUNVUklUWUNPTlRFTlQgLS0+Ci0gICAgICAgICAgICAJPC9kaXY+IDwhLS0gRlJP TlRTRUNVUklUWSAtLT4KKwkJPC9kaXY+IDwhLS0gRlJPTlRTRUNVUklUWSAtLT4KIAogCQk8 YnIgY2xhc3M9ImNsZWFyYm90aCIgLz4KIAotICAgICAgICAgICAgPC9kaXY+IDwhLS0gRlJP TlRORU1TQ09OVEFJTkVSIC0tPgotICAgICAgICAgIDwvZGl2PiA8IS0tIEZST05UTUFJTiAt LT4KLSAgICAgICAgPC9kaXY+IDwhLS0gRlJPTlRDT05UQUlORVIgLS0+CisJICAgIDwvZGl2 PiA8IS0tIEZST05UTkVNU0NPTlRBSU5FUiAtLT4KKwkgIDwvZGl2PiA8IS0tIEZST05UTUFJ TiAtLT4KKwk8L2Rpdj4gPCEtLSBGUk9OVENPTlRBSU5FUiAtLT4KICAgPC94c2w6dGVtcGxh dGU+CiAKICAgPHhzbDp0ZW1wbGF0ZSBuYW1lPSJwcm9jZXNzLmZvb3RlciI+CkluZGV4OiBs YXlvdXQvY3NzL2dsb2JhbC5jc3MKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpkaWZmIC0tZ2l0IGEvaGVhZC9l bl9VUy5JU084ODU5LTEvaHRkb2NzL2xheW91dC9jc3MvZ2xvYmFsLmNzcyBiL2hlYWQvZW5f VVMuSVNPODg1OS0xL2h0ZG9jcy9sYXlvdXQvY3NzL2dsb2JhbC5jc3MKLS0tIGEvaGVhZC9l bl9VUy5JU084ODU5LTEvaHRkb2NzL2xheW91dC9jc3MvZ2xvYmFsLmNzcwkocmV2aXNpb24g NDMzNTgpCisrKyBiL2hlYWQvZW5fVVMuSVNPODg1OS0xL2h0ZG9jcy9sYXlvdXQvY3NzL2ds b2JhbC5jc3MJKHdvcmtpbmcgY29weSkKQEAgLTQsMTMgKzQsMjkgQEAKICAqICRGcmVlQlNE JAogICovCiAKK0Bmb250LWZhY2UgeworICBmb250LWZhbWlseTogIkRlamFWdSBTYW5zIjsK KyAgc3JjOiB1cmwoIi4uL2ZvbnRzL0RlamFWdVNhbnMud29mZiIpOworfQorCitAZm9udC1m YWNlIHsKKyAgZm9udC1mYW1pbHk6ICJEZWphVnUgU2FucyI7CisgIHNyYzogdXJsKCIuLi9m b250cy9EZWphVnVTYW5zLUJvbGQud29mZiIpOworICBmb250LXdlaWdodDogYm9sZDsKK30K KworQGZvbnQtZmFjZSB7CisgIGZvbnQtZmFtaWx5OiAiRGVqYVZ1IFNhbnMgTW9ubyI7Cisg IHNyYzogdXJsKCIuLi9mb250cy9EZWphVnVTYW5zTW9uby53b2ZmIik7Cit9CisKIGJvZHkg ewogICBtYXJnaW46IDA7CiAgIHBhZGRpbmc6IDA7Ci0gIGZvbnQtZmFtaWx5OiB2ZXJkYW5h LCBzYW5zLXNlcmlmOwotICBmb250LXNpemU6IDY5JTsKKyAgZm9udC1mYW1pbHk6IC8qVmVy ZGFuYSwqLyAiRGVqYVZ1IFNhbnMiLCBDb3VyaWVyLCBzYW5zLXNlcmlmOworICBmb250LXNp emU6IDEwMCU7CiAgIGNvbG9yOiAjMDAwOwotICBiYWNrZ3JvdW5kOiAjZmZmIHVybCgiLi4v aW1hZ2VzL2hkcl9maWxsLnBuZyIpIHJlcGVhdC14OworICBiYWNrZ3JvdW5kOiAjZmZmOyAv L3VybCgiLi4vaW1hZ2VzL2hkcl9maWxsLnBuZyIpIHJlcGVhdC14OwogfQogCiBoMSB7CkBA IC01OCw2ICs3NCw3IEBACiAgIGxpbmUtaGVpZ2h0OiAxLjJlbTsKICAgbWFyZ2luLXRvcDog MC4yZW07CiAgIG1hcmdpbi1ib3R0b206IDAuMWVtOworICB2ZXJ0aWNhbC1hbGlnbjptaWRk bGU7CiB9CiAKIHAgewpJbmRleDogbGF5b3V0L2Nzcy9sYXlvdXQuY3NzCj09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT0KZGlmZiAtLWdpdCBhL2hlYWQvZW5fVVMuSVNPODg1OS0xL2h0ZG9jcy9sYXlvdXQvY3Nz L2xheW91dC5jc3MgYi9oZWFkL2VuX1VTLklTTzg4NTktMS9odGRvY3MvbGF5b3V0L2Nzcy9s YXlvdXQuY3NzCi0tLSBhL2hlYWQvZW5fVVMuSVNPODg1OS0xL2h0ZG9jcy9sYXlvdXQvY3Nz L2xheW91dC5jc3MJKHJldmlzaW9uIDQzMzU4KQorKysgYi9oZWFkL2VuX1VTLklTTzg4NTkt MS9odGRvY3MvbGF5b3V0L2Nzcy9sYXlvdXQuY3NzCSh3b3JraW5nIGNvcHkpCkBAIC0xMCwx NCArMTAsMTcgQEAKIAogI2NvbnRhaW5lcndyYXAgewogICB0ZXh0LWFsaWduOiBjZW50ZXI7 IC8qIFdpbiBJRTUgKi8KKyAgbWFyZ2luLWxlZnQ6IDFlbTsKKyAgbWFyZ2luLXJpZ2h0OiAx ZW07CiB9CiAKICNjb250YWluZXIgeworLy8gICAgd2lkdGg6IDM1ZW07CisgIG1heC13aWR0 aDogODBlbTsKKy8vICBtaW4td2lkdGg6IDgwMHB4OworICBwYWRkaW5nOiAwOworICBwYWRk aW5nLWJvdHRvbTogMWVtOwogICBtYXJnaW46IDBlbSBhdXRvOwotICB3aWR0aDogNzc1cHg7 Ci0gIHBhZGRpbmc6IDA7Ci0gIHBhZGRpbmctdG9wOiAwcHg7Ci0gIHBhZGRpbmctYm90dG9t OiAxNXB4OwogICB0ZXh0LWFsaWduOiBsZWZ0OyAvKiBXaW4gSUU1ICovCiB9CiAKQEAgLTI0 LDE1ICsyNywxNyBAQAogLyogSGVhZGVyICovCiAKICNoZWFkZXJjb250YWluZXIgewotICBw YWRkaW5nLWJvdHRvbTogMnB4OworICBiYWNrZ3JvdW5kLWNvbG9yOiAjNjYwMDAwOwogfQog CiAjaGVhZGVyIHsKICAgcG9zaXRpb246IHJlbGF0aXZlOwotICBoZWlnaHQ6IDc2cHg7Cisg IHdpZHRoOiAxMDAlCisvLyAgaGVpZ2h0OiA3NnB4OwogICBtYXJnaW46IDA7CiAgIHBhZGRp bmc6IDA7CiAgIGNsZWFyOiBib3RoOworICBkaXNwbGF5OiBibG9jazsKIH0KIAogI2hlYWRl cmxvZ29sZWZ0IHsKQEAgLTQwLDggKzQ1LDkgQEAKICAgYm9yZGVyOiAwcHg7CiAgIHBhZGRp bmc6IDBweDsKICAgdG9wOiAwcHg7Ci0gIG1hcmdpbi1sZWZ0OiAtNCU7CisgIG1hcmdpbi1s ZWZ0OiAwcHg7CiAgIGZsb2F0OiBsZWZ0OworLy8gIHdpZHRoOiAxMDAlOwogfQogCiAjaGVh ZGVybG9nb2xlZnQgaW1nIHsKQEAgLTUyLDcgKzU4LDcgQEAKICAgcG9zaXRpb246IHJlbGF0 aXZlOwogICBib3JkZXI6IDBweDsKICAgcGFkZGluZy1sZWZ0OiAwcHg7Ci0gIG1hcmdpbi1y aWdodDogLTQlOworICBtYXJnaW4tcmlnaHQ6IDFlbTsKICAgZmxvYXQ6IHJpZ2h0OwogfQog CkBAIC02NywxMyArNzMsMTMgQEAKICAgdGV4dC1hbGlnbjogcmlnaHQ7CiAgIHBhZGRpbmc6 IDA7CiAgIG1hcmdpbjogMDsKLSAgbWFyZ2luLXRvcDogNnB4OworICBtYXJnaW4tdG9wOiAw LjI1ZW07CiAgIGNvbG9yOiAjNjY2OwogfQogCiAjc2VhcmNoIGZvcm0gewogICBwb3NpdGlv bjogcmVsYXRpdmU7Ci0gIHRvcDogNXB4OworICB0b3A6IDBweDsKICAgcmlnaHQ6IDA7CiAg IG1hcmdpbjogMDsgLyogbmVlZCBmb3IgSUUgTWFjICovCiAgIHRleHQtYWxpZ246IHJpZ2h0 OyAvKiBuZWVkIGZvciBJRSBNYWMgKi8KQEAgLTkyLDcgKzk4LDcgQEAKICNzZWFyY2ggZm9y bSAjc3VibWl0IHsKICAgZm9udC1zaXplOiAwLjhlbTsKICAgYmFja2dyb3VuZDogdHJhbnNw YXJlbnQ7Ci0gIGNvbG9yOiAjZmZmOworICBjb2xvcjogZ3JheTsKICAgYm9yZGVyLXJpZ2h0 OiAxcHggc29saWQgI0RBREFEQTsKICAgYm9yZGVyLWJvdHRvbTogMXB4IHNvbGlkICNEQURB REE7CiAgIGJvcmRlci10b3A6IDFweCBzb2xpZCAjREFEQURBOwpAQCAtMTAyLDcgKzEwOCw2 IEBACiAKICNzZWFyY2ggZm9ybSAjd29yZHMgewogICBmb250LXNpemU6IDAuOGVtOwotICB3 aWR0aDogMTIwcHg7CiAgIGJvcmRlcjogMXB4IHNvbGlkICNEQURBREE7CiAgIGJhY2tncm91 bmQ6ICNGRkZGRkY7CiAgIGNvbG9yOiAjNjY2OwpAQCAtMTE1LDEyICsxMjAsMTIgQEAKICAg dGV4dC1hbGlnbjogcmlnaHQ7CiAgIHBhZGRpbmc6IDA7CiAgIG1hcmdpbjogMDsKLSAgbWFy Z2luLXRvcDogNnB4OworICBtYXJnaW4tdG9wOiAwLjVlbTsKICAgY29sb3I6ICM2NjY7CiB9 CiAKICNtaXJyb3IgZm9ybSB7Ci0gIHBhZGRpbmctdG9wOiA1cHg7CisgIHBhZGRpbmctdG9w OiAwLjNlbTsKICAgcmlnaHQ6IDA7CiAgIG1hcmdpbjogMDsgLyogbmVlZCBmb3IgSUUgTWFj ICovCiAgIHRleHQtYWxpZ246IHJpZ2h0OyAvKiBuZWVkIGZvciBJRSBNYWMgKi8KQEAgLTEz NCwxMSArMTM5LDEyIEBACiAKICNtaXJyb3IgZm9ybSBzZWxlY3QgewogICBmb250LXNpemU6 IDAuOGVtOworICB3aWR0aDogOTAlOwogfQogCiAjbWlycm9yIGZvcm0gI21pcnJvcnNlbCB7 CiAgIGZvbnQtc2l6ZTogMC44ZW07Ci0gIHdpZHRoOiAxNTBweDsKKyAgd2lkdGg6IDkwJTsK ICAgYm9yZGVyOiAxcHggc29saWQgI0RBREFEQTsKICAgYmFja2dyb3VuZDogI0ZGRkZGRjsK ICAgY29sb3I6ICM2NjY7CkBAIC0xNjAsNyArMTY2LDcgQEAKIAogI2Zyb250Y29udGFpbmVy IHsKICAgd2lkdGg6IDEwMCU7Ci0gIGZsb2F0OiBsZWZ0OworLy8gIGZsb2F0OiBsZWZ0Owog fQogCiAjZnJvbnRmZWF0dXJlY29udGFpbmVyIHsKQEAgLTE2OCw3ICsxNzQsNyBAQAogfQog CiAjZnJvbnRmZWF0dXJlbGVmdHsKLSAgd2lkdGg6IDI3M3B4OworICBtYXgtd2lkdGg6IDMw ZW07CiAgIG1hcmdpbjogMDsKICAgcGFkZGluZzogMDsKICAgZmxvYXQ6IGxlZnQ7CkBAIC0x ODMsMjQgKzE4OSwzMSBAQAogICBtYXJnaW46IDAgMCAxZW0gMDsKIH0KIAotCSNmcm9udGZl YXR1cmVjb250ZW50IHsKLQkgIG1hcmdpbjogMTBweCAxMHB4IDEwcHggMTNweDsKLQl9Cisj ZnJvbnRmZWF0dXJlY29udGVudCB7CisgIG1hcmdpbjogMTBweCAxMHB4IDEwcHggMTNweDsK K30KIAogI2Zyb250ZmVhdHVyZW1pZGRsZSB7CisgIG1hcmdpbi10b3A6IDFlbTsKKy8vICBt aW4taGVpZ2h0OiAyMGVtOworICB3aWR0aDogMzVlbTsKICAgZmxvYXQ6IGxlZnQ7Ci0gIG1h cmdpbi10b3A6IDIwcHg7Ci0gIGJhY2tncm91bmQ6IHVybCguLi9pbWFnZXMvYmVhc3RpZS5w bmcpIG5vLXJlcGVhdCB0b3AgbGVmdDsKLSAgbWluLWhlaWdodDogMTk2cHg7CiB9CiAKKyNm cm9udGZlYXR1cmVtaWRkbGUgI2JlYXN0aWUgeworICBmbG9hdDogbGVmdDsKKyAgYm9yZGVy LXN0eWxlOiBub25lOy8vc29saWQ7CisgIHBhZGRpbmctcmlnaHQ6IDFlbTsKK30KKwogI2Zy b250ZmVhdHVyZXJpZ2h0IHsKICAgcG9zaXRpb246IHJlbGF0aXZlOwogICBib3JkZXI6IDBw eDsKICAgcGFkZGluZzogMHB4OwogICBtYXJnaW46IDBweDsKLSAgd2lkdGg6IDE2MnB4Owot ICBmbG9hdDogcmlnaHQ7CisgIHdpZHRoOiAxNWVtOworICB0ZXh0LWFsaWduOiBsZWZ0Owor ICBmbG9hdDogbGVmdDsKIH0KIAogLyogTmV3cy9FdmVudHMvTWVkaWEvU2VjdXJpdHkgQm94 ICovCkBAIC0yMDksNTggKzIyMiw2OSBAQAogICBiYWNrZ3JvdW5kOiAjZWVlOwogICBkaXNw bGF5OiBpbmxpbmU7CiAgIGZsb2F0OiBsZWZ0OwotICBtYXJnaW4tdG9wOiA4cHg7Ci0gIG1h cmdpbi1ib3R0b206IDhweDsKKyAgbWFyZ2luLXRvcDogMC41ZW07CisgIG1hcmdpbi1ib3R0 b206IDAuNWVtOworICB3aWR0aDogMTAwJTsKKyAgLy9tYXgtd2lkdGg6IDgwZW07CisgIHdv cmQtd3JhcDogYnJlYWstd29yZDsKIH0KIAogI2Zyb250bmV3cyB7Ci0gIHdpZHRoOiAxOTFw eDsKKyAgd2lkdGg6IDI1JTsKICAgbWFyZ2luOiAwOwotICBwYWRkaW5nOiAwOworICBwYWRk aW5nOiAxcHg7CiAgIGZsb2F0OiBsZWZ0OwogfQogCiAjZnJvbnRuZXdzY29udGVudCB7Ci0g IG1hcmdpbjogMTdweCAxNXB4IDI0cHggMThweDsKKyAgcGFkZGluZzogMWVtIDFlbSAyZW0g MmVtOworICBtYXJnaW46IDFweDsKKyAgYmFja2dyb3VuZDogI2VlZTsKIH0KIAogI2Zyb250 ZXZlbnRzIHsKLSAgd2lkdGg6IDE4OXB4OworICB3aWR0aDogMjUlOwogICBtYXJnaW46IDA7 Ci0gIHBhZGRpbmc6IDA7CisgIHBhZGRpbmc6IDFweDsKICAgZmxvYXQ6IGxlZnQ7CiB9CiAK ICNmcm9udGV2ZW50c2NvbnRlbnQgewotICBtYXJnaW46IDE3cHggMTVweCAyNHB4IDE0cHg7 CisgIHBhZGRpbmc6IDFlbSAxZW0gMmVtIDFlbTsKKyAgbWFyZ2luOiAxcHg7CisgIGJhY2tn cm91bmQ6ICNlZWU7CiB9CiAKICNmcm9udG1lZGlhIHsKLSAgd2lkdGg6IDE4OXB4OworICB3 aWR0aDogMjUlOwogICBtYXJnaW46IDA7Ci0gIHBhZGRpbmc6IDA7CisgIHBhZGRpbmc6IDFw eDsKICAgZmxvYXQ6IGxlZnQ7CiB9CiAKICNmcm9udG1lZGlhY29udGVudCB7Ci0gIG1hcmdp bjogMTdweCAxNXB4IDI0cHggMTRweDsKKyAgcGFkZGluZzogMWVtIDFlbSAyZW0gMWVtOwor ICBtYXJnaW46IDFweDsKKyAgYmFja2dyb3VuZDogI2VlZTsKIH0KIAogI2Zyb250c2VjdXJp dHkgewotICB3aWR0aDogMTkwcHg7CisgIHdpZHRoOiAyNCU7CiAgIG1hcmdpbjogMDsKLSAg cGFkZGluZzogMDsKKyAgcGFkZGluZzogMXB4IDBweCAxcHggMXB4OwogICBmbG9hdDogbGVm dDsKIH0KIAogI2Zyb250c2VjdXJpdHljb250ZW50IHsKLSAgbWFyZ2luOiAxN3B4IDE1cHgg MjRweCAxNHB4OworICBwYWRkaW5nOiAxZW0gMmVtIDJlbSAxZW07CisgIG1hcmdpbjogMXB4 OworICBiYWNrZ3JvdW5kOiAjZWVlOwogfQogCiAvKiBObyB3YXkgdG8gZ2V0IGVxdWFsIGNv bHVtbnMgaW4gcHVyZSBDU1MgLSBzZXR0aW5nIGhlaWdodCBpcyBhIHRlbXBvcmFyeSBoYWNr ICovCiAuZnJvbnRzZXBhcmF0b3IgewotICB3aWR0aDogMXB4OwotICBoZWlnaHQ6IDMxN3B4 OworLy8gIHdpZHRoOiAxcHg7CisgIGhlaWdodDogMzBlbTsKICAgbWFyZ2luOiAwOwogICBw YWRkaW5nOiAwOwogICBiYWNrZ3JvdW5kLWNvbG9yOiAjZmZmOwpAQCAtMjY4LDcgKzI5Miw3 IEBACiB9CiAKIC5uZXdzZXZlbnRzd3JhcCB7Ci0gIHBhZGRpbmctbGVmdDogNXB4OworLy8g IGJhY2tncm91bmQtY29sb3I6IGJsYWNrOwogfQogCiAubmV3c2V2ZW50c2xpc3QgewpAQCAt MzE4LDM4ICszNDIsMzcgQEAKICNmcm9udHNob3J0Y3V0c2NvbnRlbnQgewogICBtYXJnaW46 IDA7CiAgIHBhZGRpbmc6IDA7Ci0gIHBhZGRpbmctbGVmdDogMTVweDsKLSAgcGFkZGluZy10 b3A6IDIwcHg7CisgIHBhZGRpbmctbGVmdDogMWVtOworICBwYWRkaW5nLXRvcDogMS41ZW07 CiB9CiAKICNmcm9udHNob3J0Y3V0c2xpc3QgewogICBtYXJnaW46IDA7CiAgIHBhZGRpbmc6 IDA7Ci0gIG1hcmdpbi1sZWZ0OiA1cHg7Ci0gIG1hcmdpbi10b3A6IDVweDsKLSAgbGlzdC1z dHlsZTogbm9uZTsKKyAgbGlzdC1zdHlsZS1pbWFnZTogdXJsKC4uL2ltYWdlcy9ibHRfcmVk X2Fycm93LnBuZyk7CisgIGxpc3Qtc3R5bGUtcG9zaXRpb246IGluc2lkZTsKIH0KIAogI2Zy b250c2hvcnRjdXRzbGlzdCBsaSB7Ci0gIG1hcmdpbjogMDsKLSAgcGFkZGluZy1sZWZ0OiAx MnB4OwotICBiYWNrZ3JvdW5kLWltYWdlOiB1cmwoLi4vaW1hZ2VzL2JsdF9yZWRfYXJyb3cu cG5nKTsKLSAgYmFja2dyb3VuZC1yZXBlYXQ6IG5vLXJlcGVhdDsKLSAgYmFja2dyb3VuZC1w b3NpdGlvbjogMHB4IDAuNWVtOwogfQogCiAvKiBMYXRlc3QgUmVsZWFzZXMgKi8KIAogI2Zy b250cmVsZWFzZXMgewotICBwYWRkaW5nOiAwOworICBwYWRkaW5nLXRvcDogMS41ZW07CiAg IG1hcmdpbjogMDsKLSAgbWFyZ2luLWxlZnQ6IDE2MnB4OwotICBtYXJnaW4tdG9wOiAxNXB4 OwotICBwYWRkaW5nLWJvdHRvbTogMjBweDsKICAgY29sb3I6ICM2NjY7Ci0gIHdpZHRoOiAx NTVweDsKKyAgZmxvYXQ6bGVmdDsKKyAgd2lkdGg6IDEwMCU7CisvLyAgY2xlYXI6cmlnaHQ7 CisvLyAgICBkaXNwbGF5OiBibG9jazsKIH0KIAorI2Zyb250ZGxhbmRyZWxlYXNlcyB7Cisg IGRpc3BsYXk6IGJsb2NrOworICBmbG9hdDogbGVmdDsKK30KKwogI2Zyb250cmVsZWFzZXNj b250ZW50IHsKICAgbWFyZ2luOiAwOwogICBwYWRkaW5nOiAwOwpAQCAtMzU2LDM4ICszNzks MzQgQEAKIH0KIAogI2Zyb250cmVsZWFzZXNsaXN0IHsKKyAgcGFkZGluZzogMDsKICAgbWFy Z2luOiAwOwotICBwYWRkaW5nOiAwOwotICBtYXJnaW4tbGVmdDogNXB4OwotICBtYXJnaW4t dG9wOiA1cHg7Ci0gIGxpc3Qtc3R5bGU6IG5vbmU7CisgIG1hcmdpbi1ib3R0b206IDFlbTsK IH0KIAogI2Zyb250cmVsZWFzZXNsaXN0IGxpIHsKICAgbWFyZ2luOiAwOwotICBwYWRkaW5n LWxlZnQ6IDEycHg7Ci0gIGJhY2tncm91bmQtaW1hZ2U6IHVybCguLi9pbWFnZXMvYmx0X3Jl ZF9hcnJvdy5wbmcpOwotICBiYWNrZ3JvdW5kLXJlcGVhdDogbm8tcmVwZWF0OwotICBiYWNr Z3JvdW5kLXBvc2l0aW9uOiAwcHggMC41ZW07CisgIGxpc3Qtc3R5bGUtaW1hZ2U6IHVybCgu Li9pbWFnZXMvYmx0X3JlZF9hcnJvdy5wbmcpOworICBsaXN0LXN0eWxlLXBvc2l0aW9uOiBp bnNpZGU7CiB9CiAKIC8qIE5ldyBVc2VyIEJveCAqLwogCiAgLyogaGVpZ2h0IGFuZCB3aWR0 aCBkZXRhaWxzICovCi0uZnJvbnRuZXd0b3AgZGl2LCAuZnJvbnRuZXd0b3AsIC5mcm9udG5l d2JvdCBkaXYsIC5mcm9udG5ld2JvdCB7CisvKi5mcm9udG5ld3RvcCBkaXYsIC5mcm9udG5l d3RvcCwgLmZyb250bmV3Ym90IGRpdiwgLmZyb250bmV3Ym90IHsKICAgd2lkdGg6IDEwMCU7 CiAgIGhlaWdodDogMTJweDsKICAgZm9udC1zaXplOiAxcHg7Ci19Cit9Ki8KIAogLmZyb250 bmV3Y29udGVudCB7CiAgIG1hcmdpbjogMDsKICAgcGFkZGluZzogMDsKLSAgbWFyZ2luLXRv cDogLTRweDsKLSAgbWFyZ2luLWJvdHRvbTogLTRweDsKICAgdGV4dC1hbGlnbjogY2VudGVy OwogICBmb250LXNpemU6IDEuMWVtOwogICBmb250LXdlaWdodDogYm9sZDsKKyAgYm9yZGVy LWxlZnQ6IDFweDsKKyAgYm9yZGVyLWNvbG9yOiB3aGl0ZTsKIH0KIAogLmZyb250bmV3Y29u dGVudCBhLCAuZnJvbnRuZXdjb250ZW50IGE6bGluaywgLmZyb250bmV3Y29udGVudCBhOnZp c2l0ZWQsIC5mcm9udG5ld2NvbnRlbnQgYTpob3ZlciwgLmZyb250bmV3Y29udGVudCBhOmFj dGl2ZSB7CkBAIC0zOTYsMjggKzQxNSwyOSBAQAogfQogCiAuZnJvbnRuZXdyb3VuZGJveCB7 Ci0gIG1hcmdpbjogMDsKLSAgbWFyZ2luLXRvcDogMzBweDsKLSAgcGFkZGluZzogMDsKLSAg d2lkdGg6IDEzMHB4OworICBtYXJnaW4tdG9wOiAxZW07CisgIHBhZGRpbmc6IDAuNmVtOwor Ly8gIHdpZHRoOiA5ZW07CiAgIGJhY2tncm91bmQtY29sb3I6ICNEOEQ4RDg7Ci0gIGJvcmRl ci1yYWRpdXM6IDEwcHg7CisgIGJvcmRlci1yYWRpdXM6IDAuNmVtOworICAvL2Zsb2F0OiBy aWdodDsKIH0KIAogLyogRG9uYXRlIEJ1dHRvbiAqLwogIC8qIGhlaWdodCBhbmQgd2lkdGgg ZGV0YWlscyAqLwogLmZyb250ZG9uYXRldG9wIGRpdiwgLmZyb250ZG9uYXRldG9wLCAuZnJv bnRkb25hdGVib3QgZGl2LCAuZnJvbnRkb25hdGVib3QgewotICB3aWR0aDogMjAlOwotICBo ZWlnaHQ6IDEwcHg7Ci0gIGZvbnQtc2l6ZTogMXB4OworICB3aWR0aDogMTAwJTsKKyAgaGVp Z2h0OiAxZW07CisvLyAgZm9udC1zaXplOiAxcHg7CiAgIHRleHQtYWxpZ246IGNlbnRlcjsK IH0KIAogLmZyb250ZG9uYXRlY29udGVudCB7CiAgIG1hcmdpbjogMDsKLSAgcGFkZGluZzog MDsKLSAgbWFyZ2luLXRvcDogLTRweDsKLSAgbWFyZ2luLWJvdHRvbTogLTRweDsKKyAgcGFk ZGluZy10b3A6IDAuM2VtOworICBwYWRkaW5nLWJvdHRvbTogMC4zZW07CisgIG1hcmdpbi10 b3A6IDBweDsKKyAgbWFyZ2luLWJvdHRvbTogMHB4OwogICB0ZXh0LWFsaWduOiBjZW50ZXI7 CiAgIGZvbnQtc2l6ZTogMS4xZW07CiAgIGZvbnQtd2VpZ2h0OiBib2xkOwpAQCAtNDI5LDEx ICs0NDksMTEgQEAKIH0KIAogLmZyb250ZG9uYXRlcm91bmRib3ggewotICBtYXJnaW4tdG9w OiAxMHB4OwotICBwYWRkaW5nOiAwOwotICB3aWR0aDogMTgwcHg7CisgIG1hcmdpbi10b3A6 IDAuNWVtOworICBwYWRkaW5nOiAwcHg7CisgIHdpZHRoOiAxMDAlOwogICBiYWNrZ3JvdW5k LWNvbG9yOiB3aGl0ZTsKLSAgYm9yZGVyLXJhZGl1czogMTBweDsKKyAgYm9yZGVyLXJhZGl1 czogMC42ZW07CiB9CiAKIC8qIEdldCBGcmVlQlNEIEJveCAqLwpAQCAtNDYxLDEyICs0ODEs MTUgQEAKIH0KIAogLmZyb250Z2V0cm91bmRib3ggewotICBtYXJnaW4tdG9wOiA1MHB4Owot ICBtYXJnaW4tbGVmdDogMTQwcHg7Ci0gIHBhZGRpbmc6IDA7Ci0gIHdpZHRoOiAxOTBweDsK KyAgLy9tYXJnaW4tdG9wOiA1MHB4OworICAvL21hcmdpbi1sZWZ0OiAxNDBweDsKKyAgbWFy Z2luLWJvdHRvbTogMC41ZW07CisgIHBhZGRpbmc6IDFlbTsKKyAgLy93aWR0aDogN2VtOwog ICBiYWNrZ3JvdW5kLWNvbG9yOiAjRkFDQzJFOwotICBib3JkZXItcmFkaXVzOiAxNXB4Owor ICBib3JkZXItcmFkaXVzOiAxZW07CisvLyAgZmxvYXQ6bGVmdDsKKy8vICBjbGVhcjpyaWdo dDsKIH0KIAogLyogU2Vjb25kYXJ5IFBhZ2VzICovCkBAIC00NzMsOSArNDk2LDkgQEAKIAog I3NpZGV3cmFwIHsKICAgZmxvYXQ6IGxlZnQ7Ci0gIHdpZHRoOiAxNjZweDsKLSAgbWFyZ2lu LXRvcDogMTVweDsKLSAgbWFyZ2luLXJpZ2h0OiAtMTcwcHg7CisvLyAgd2lkdGg6IDE2NnB4 OworICBtYXJnaW4tdG9wOiAxZW07CisvLyAgbWFyZ2luLXJpZ2h0OiAtMTcwcHg7CiB9CiAK ICNyaWdodHdyYXAgewpAQCAtNDg1LDggKzUwOCw4IEBACiB9CiAKICNjb250ZW50d3JhcCB7 Ci0gIG1hcmdpbi1sZWZ0OiAxNzBweDsKLSAgcGFkZGluZy10b3A6IDE1cHg7CisgIG1hcmdp bi1sZWZ0OiAxM2VtOworICBwYWRkaW5nLXRvcDogMWVtOwogfQogCiAvKiBGb290ZXIgKi8K QEAgLTQ5NSw3ICs1MTgsNyBAQAogICBmb250LXNpemU6IDAuOWVtOwogICBjb2xvcjogIzcz NzM3MzsKICAgbGluZS1oZWlnaHQ6IDEuM2VtOwotICBwYWRkaW5nLXRvcDogNXB4OworICBw YWRkaW5nLXRvcDogMC4zZW07CiAgIGNsZWFyOiBib3RoOwogfQogCkluZGV4OiBsYXlvdXQv Y3NzL25hdmlnYXRpb24uY3NzCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KZGlmZiAtLWdpdCBhL2hlYWQvZW5f VVMuSVNPODg1OS0xL2h0ZG9jcy9sYXlvdXQvY3NzL25hdmlnYXRpb24uY3NzIGIvaGVhZC9l bl9VUy5JU084ODU5LTEvaHRkb2NzL2xheW91dC9jc3MvbmF2aWdhdGlvbi5jc3MKLS0tIGEv aGVhZC9lbl9VUy5JU084ODU5LTEvaHRkb2NzL2xheW91dC9jc3MvbmF2aWdhdGlvbi5jc3MJ KHJldmlzaW9uIDQzMzU4KQorKysgYi9oZWFkL2VuX1VTLklTTzg4NTktMS9odGRvY3MvbGF5 b3V0L2Nzcy9uYXZpZ2F0aW9uLmNzcwkod29ya2luZyBjb3B5KQpAQCAtNzQsMzMgKzc0LDMy IEBACiAvKiBOZXcgZHJvcC1kb3duIG1lbnUgaW1wbGVtZW50YXRpb24gKi8KIAogI21lbnUg ewotICB3aWR0aDogMTIyJTsKLSAgZmxvYXQ6IGxlZnQ7Ci0gIGhlaWdodDogMjlweDsKKyAg ZGlzcGxheTogaW5saW5lLWJsb2NrOworICB3aWR0aDogMTAwJTsKKyAgZmxvYXQ6IG5vbmU7 CiAgIGZvbnQtc2l6ZTogMC45ZW07CiAgIGNsZWFyOiBib3RoOwotICBtYXJnaW4tbGVmdDog LTElOwotICBtYXJnaW4tcmlnaHQ6IC01JTsKLSAgbWFyZ2luLXRvcDogNXB4OworICBtYXJn aW4tdG9wOiAwLjJlbTsKICAgZm9udC13ZWlnaHQ6IGJvbGQ7CisgIGJhY2tncm91bmQtY29s b3I6ICNFNEU0RTQ7CiB9CiAKICNtZW51IHVsIHsKKyAgZGlzcGxheTogaW5saW5lOwogICBs aXN0LXN0eWxlOiBub25lOwogICBtYXJnaW46IDA7Ci0gIHBhZGRpbmc6IDBweCAxMHB4IDJw eCAxMHB4OworICBwYWRkaW5nOiAwcHggMWVtIDBweCAxZW07CiAgIGZsb2F0OiBsZWZ0Owog ICBib3JkZXItbGVmdDogMXB4IHNvbGlkICNCNEI0QjQ7CiB9CiAKICNtZW51IHVsOmZpcnN0 LWNoaWxkIHsKLSAgIHBhZGRpbmctbGVmdDogMDsKICAgIGJvcmRlcjogMDsKIH0KIAogI21l bnUgYSB7CiAgIGRpc3BsYXk6IGJsb2NrOwotICBwYWRkaW5nOiAwcHggM3B4OworLy8gIHBh ZGRpbmc6IDBweCAzcHg7CiAgIGNvbG9yOiAjNjY2OwogICB0ZXh0LWRlY29yYXRpb246IG5v bmU7CiB9CkBAIC0xMjQsNyArMTIzLDcgQEAKIAogI21lbnUgdWwgdWwgbGkgewogICBib3Jk ZXItdG9wOiAxcHggc29saWQgI0I0QjRCNDsKLSAgcGFkZGluZzogNHB4IDAgNHB4IDA7Cisg IHBhZGRpbmc6IDAuMjVlbSAwIDAuMjVlbSAwOwogfQogCiAjbWVudSB1bCB1bCB1bCB7CkBA IC0xNjMsMTMgKzE2MiwxMyBAQAogfQogCiAjbGFuZ3VhZ2VuYXZsaXN0IGxpIHsKLSAgcGFk ZGluZzogMCAwLjVlbSAwIDAuMmVtOworICBwYWRkaW5nOiAwIDAuNWVtIDAgMC41ZW07CiAg IGRpc3BsYXk6IGlubGluZTsKICAgYm9yZGVyLXJpZ2h0OiAxcHggc29saWQgI0I2QjZCNjsK IH0KIAogI2xhbmd1YWdlbmF2bGlzdCBsaS5sYXN0LWNoaWxkIHsKLSAgcGFkZGluZzogMCAw ZW0gMCAwLjJlbTsKKyAgcGFkZGluZzogMCAwZW0gMCAwLjVlbTsKICAgYm9yZGVyLXJpZ2h0 OiAwOwogfQogCkBAIC0xODgsNyArMTg3LDcgQEAKICAgY29sb3I6ICNmZmY7CiAgIGZvbnQt c2l6ZTogMC45ZW07CiAgIG1hcmdpbjogMHB4IDBweCAwcHggMHB4OwotICBtYXJnaW4tdG9w OiA4cHg7CisgIG1hcmdpbi10b3A6IDAuNWVtOwogICByaWdodDogMHB4OwogICBwYWRkaW5n OiAwOwogfQpAQCAtMjIyLDIwICsyMjEsMjIgQEAKIC8qIENhdGVnb3J5IE5hdmlnYXRpb24g Ki8KIAogI3NpZGVuYXYsICNzaWRlbmF2IHVsLCAjc2lkZW5hdiB1bCB1bCB7Ci0gIG1hcmdp bjogMDsKLSAgcGFkZGluZzogMDsKICAgbGlzdC1zdHlsZTogbm9uZTsKICAgZm9udC1zaXpl OiAxLjBlbTsKIH0KIAogI3NpZGVuYXYgewotICB3aWR0aDogMTUwcHg7CisgIHdpZHRoOiAx MGVtOyAvLzE1MHB4OworICBwYWRkaW5nOiAwLjVlbSAyZW0gMC41ZW0gMHB4OwogICBiYWNr Z3JvdW5kLWNvbG9yOiAjZWVlOwogICBib3JkZXI6IDFweCBzb2xpZCAjRDRENEQ0OwogfQog CiAjc2lkZW5hdiB1bCB7Ci0gIHBhZGRpbmc6IDhweCA0cHggMTJweCA0cHg7CisgIHBhZGRp bmc6IDAuNWVtIDAuNWVtIDFlbSAxLjVlbTsKKyAgbGlzdC1zdHlsZTogZGlzYzsKKyAgbGlz dC1zdHlsZS1wb3NpdGlvbjogb3V0c2lkZTsKKyAgbGlzdC1zdHlsZS1pbWFnZTogdXJsKC4u L2ltYWdlcy9ibHRfcmVkX2Fycm93LnBuZyk7CiB9CiAKICNzaWRlbmF2IHVsIHVsIHsKQEAg LTI1MywxMSArMjU0LDggQEAKIAogI3NpZGVuYXYgdWwgbGkgewogICBib3JkZXItYm90dG9t OiAxcHggc29saWQgI2VlZTsKLSAgbWFyZ2luOiAwOwotICBwYWRkaW5nLWxlZnQ6IDEycHg7 Ci0gIGJhY2tncm91bmQtaW1hZ2U6IHVybCguLi9pbWFnZXMvYmx0X3JlZF9hcnJvdy5wbmcp OwotICBiYWNrZ3JvdW5kLXJlcGVhdDogbm8tcmVwZWF0OwotICBiYWNrZ3JvdW5kLXBvc2l0 aW9uOiAxMnB4IDAuNjVlbTsKKyAgcGFkZGluZy1sZWZ0OiAwLjBlbTsKKyAgdmVydGljYWwt YWxpZ246IG1pZGRsZTsKIH0KIAogI3NpZGVuYXYgdWwgbGkuYWN0aXZlIHsKQEAgLTI2OSwx MCArMjY3LDkgQEAKIH0KIAogI3NpZGVuYXYgdWwgbGkgYSB7Ci0gIGRpc3BsYXk6IGJsb2Nr OworICBkaXNwbGF5OiBpbmxpbmU7CiAgIGNvbG9yOiAjOTkwMDAwOwogICB0ZXh0LWRlY29y YXRpb246IHVuZGVybGluZTsKLSAgcGFkZGluZzogM3B4IDVweCAzcHggMTJweDsKICAgbWFy Z2luOiAwOwogfQogCkBAIC0yODIsNyArMjc5LDcgQEAKIAogI3NpZGVuYXYgdWwgdWwgbGkg YSB7CiAgIGRpc3BsYXk6IGJsb2NrOwotICBwYWRkaW5nLWxlZnQ6IDEycHg7CisgIHBhZGRp bmctbGVmdDogMC43NWVtOwogICBtYXJnaW46IDA7CiB9CiAKSW5kZXg6IGxheW91dC9jc3Mv dGV4dC5jc3MKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PQpkaWZmIC0tZ2l0IGEvaGVhZC9lbl9VUy5JU084ODU5 LTEvaHRkb2NzL2xheW91dC9jc3MvdGV4dC5jc3MgYi9oZWFkL2VuX1VTLklTTzg4NTktMS9o dGRvY3MvbGF5b3V0L2Nzcy90ZXh0LmNzcwotLS0gYS9oZWFkL2VuX1VTLklTTzg4NTktMS9o dGRvY3MvbGF5b3V0L2Nzcy90ZXh0LmNzcwkocmV2aXNpb24gNDMzNTgpCisrKyBiL2hlYWQv ZW5fVVMuSVNPODg1OS0xL2h0ZG9jcy9sYXlvdXQvY3NzL3RleHQuY3NzCSh3b3JraW5nIGNv cHkpCkBAIC0xNCwxMSArMTQsMTEgQEAKICAgY29sb3I6ICM5OTAwMDA7CiB9CiAKLWgzIHsg CitoMyB7CiAgIGNvbG9yOiAjOTkwMDAwOwogfQogCi1oNCB7IAoraDQgewogICBjb2xvcjog Izk5MDAwMDsKIH0KIApAQCAtMzgsMzYgKzM4LDM2IEBACiAgIGZvbnQtd2VpZ2h0OiBib2xk OwogfQogCi0udHh0ZGl2aWRlciB7IAotICBmb250LXNpemU6IDAuOGVtOyAKLSAgY29sb3I6 ICNFMUUxRTE7IAotICBwYWRkaW5nLWxlZnQ6IDRweDsgCi0gIHBhZGRpbmctcmlnaHQ6IDRw eDsgCisudHh0ZGl2aWRlciB7CisgIGZvbnQtc2l6ZTogMC44ZW07CisgIGNvbG9yOiAjRTFF MUUxOworICBwYWRkaW5nLWxlZnQ6IDRweDsKKyAgcGFkZGluZy1yaWdodDogNHB4OwogfQog Ci0udHh0bmV3c2V2ZW50IHsgCi0gIGZvbnQtc2l6ZTogMC45ZW07IAorLnR4dG5ld3NldmVu dCB7CisgIGZvbnQtc2l6ZTogMC45ZW07CiAgIGNvbG9yOiAjMDAwMDAwOwogfQogCi0udHh0 c2hvcnRjdXRzIHsgCi0gIGZvbnQtc2l6ZTogMC45ZW07IAotICBjb2xvcjogIzAwMDAwMDsg CisudHh0c2hvcnRjdXRzIHsKKyAgZm9udC1zaXplOiAwLjllbTsKKyAgY29sb3I6ICMwMDAw MDA7CiB9CiAKLS50eHRkYXRlIHsgCisudHh0ZGF0ZSB7CiAgIGZvbnQtc2l6ZTogMC45ZW07 Ci0gIGNvbG9yOiAjNjY2OyAKKyAgY29sb3I6ICM2NjY7CiB9CiAKLS50eHRtZWRpdW1ncmV5 IHsgCi0gIGNvbG9yOiAjNjY2OyAKKy50eHRtZWRpdW1ncmV5IHsKKyAgY29sb3I6ICM2NjY7 CiB9CiAKLS50eHRmb3JtbGFiZWwgeyAKLSAgY29sb3I6ICM2NjY7IAotICBmb250LXdlaWdo dDogYm9sZDsgCi0gIHRleHQtYWxpZ246IHJpZ2h0OyAKKy50eHRmb3JtbGFiZWwgeworICBj b2xvcjogIzY2NjsKKyAgZm9udC13ZWlnaHQ6IGJvbGQ7CisgIHRleHQtYWxpZ246IHJpZ2h0 OwogICB2ZXJ0aWNhbC1hbGlnbjogdG9wOwogfQogCkBAIC04MCw5ICs4MCw3IEBACiB9CiAK IC50eHRvZmZzY3JlZW4gewotICBwb3NpdGlvbjogYWJzb2x1dGU7Ci0gIGxlZnQ6IC0xOTk5 cHg7Ci0gIHdpZHRoOiAxOTkwcHg7CisgICAgZGlzcGxheTogbm9uZTsKIH0KIAogI3R4dGZy b250ZmVhdHVyZWhlYWRpbmcgewo= --------------060500050706050901020001-- --QhHU3EXeNm8FtVjbVBuLtCfUSP0R2dHdh Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlLTFKEACgkQE3+v/RpUDYDqDwD+NpfU8TRN3acN9vQ241ddUZdR OxDxoZ6fO1W3GSp1KIgA/jpZH1oBpd86A43R9PjtAw3JFR3BOsQJ2bjhwBkwaLOj =ILFC -----END PGP SIGNATURE----- --QhHU3EXeNm8FtVjbVBuLtCfUSP0R2dHdh-- From owner-freebsd-doc@FreeBSD.ORG Sun Jan 12 23:12:38 2014 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4C8D416B for ; Sun, 12 Jan 2014 23:12:38 +0000 (UTC) Received: from mail-ee0-x22e.google.com (mail-ee0-x22e.google.com [IPv6:2a00:1450:4013:c00::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D3A7B19CD for ; Sun, 12 Jan 2014 23:12:37 +0000 (UTC) Received: by mail-ee0-f46.google.com with SMTP id d49so2848300eek.19 for ; Sun, 12 Jan 2014 15:12:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=UJW+npcc6ebKSKEFqYIpJfJr8jrAtZXuQHoUa2pQSGs=; b=HEqejKmNlMOdSIJ/TWR6LmXFTVc3eiHDBajRWI6jMuFlQcC9BlwzwcNKJG+kuHaI/q LCbnseVMq4e4EEukJiJy5P8514M/PQmpZv4Oney/LlQp+WtiyS2QWAm6GXLoZ+/f4aCW 4pULQWnQi5zn5qZ+XexYvLoKQW+uS7eBX0UTQO1WKimDF/Mj0FCmDGvsTf3+mAc3QrNU yboHfPl3P2BOnLkzzvd8kwX90kAh34hro3RHCitKWSEV8zhb1277DDGz6aRxdE48O0PW xTIclh3wZ1y7b4y2RONNm+s6yASIOiz+Rdg4pUWmNcUP3q+QMpEPXLkj6nXHPHEYTRC2 Y1hw== X-Received: by 10.15.64.4 with SMTP id n4mr17703eex.99.1389568356376; Sun, 12 Jan 2014 15:12:36 -0800 (PST) Received: from [10.0.0.1] (242.91.broadband5.iol.cz. [88.100.91.242]) by mx.google.com with ESMTPSA id v1sm34761164eef.9.2014.01.12.15.12.35 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 12 Jan 2014 15:12:35 -0800 (PST) Message-ID: <52D32161.8040206@gmail.com> Date: Mon, 13 Jan 2014 00:12:33 +0100 From: =?UTF-8?B?VsOhY2xhdiBaZW1hbg==?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-doc@freebsd.org Subject: Re: FreeBSD web site re-styling with font relative sizes References: <52D314A0.1030407@gmail.com> In-Reply-To: <52D314A0.1030407@gmail.com> X-Enigmail-Version: 1.5.2 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="N8vAw7tp2viCtiqcwUCbK3QecnUFpkrI3" X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jan 2014 23:12:38 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --N8vAw7tp2viCtiqcwUCbK3QecnUFpkrI3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 01/12/2014 11:18 PM, V=C3=A1clav Zeman wrote: > Hi. >=20 > I have always regarded FreeBSD.org style having too small font size. I > have tried to re-style it with font relative sizes. I am attaching a > proto-patch that does that. It would require more work and time, which = I > do not have right now. Maybe somebody else interested could continue > with this. >=20 Here is a screen shot, just in case you wonder how it looks: http://imgur.com/J6ITG3p --=20 VZ --N8vAw7tp2viCtiqcwUCbK3QecnUFpkrI3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlLTIWIACgkQE3+v/RpUDYBOSQD+LZs/gADCJeTdioh4QIN3ZRJd Va+nEby7IJnqzwh5YOwA/RRxYdSGKpY1ICjxEm+cjPEC3VejxeCYyDEc1468XBJB =qrpB -----END PGP SIGNATURE----- --N8vAw7tp2viCtiqcwUCbK3QecnUFpkrI3-- From owner-freebsd-doc@FreeBSD.ORG Mon Jan 13 00:39:21 2014 Return-Path: Delivered-To: freebsd-doc@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1C3FB1EB; Mon, 13 Jan 2014 00:39:21 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E470C1FA8; Mon, 13 Jan 2014 00:39:20 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s0D0dKHF039635; Mon, 13 Jan 2014 00:39:20 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s0D0dKSu039634; Mon, 13 Jan 2014 00:39:20 GMT (envelope-from linimon) Date: Mon, 13 Jan 2014 00:39:20 GMT Message-Id: <201401130039.s0D0dKSu039634@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-doc@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: docs/185531: etherswitchcfg(8) refers to etherswitch(4) which does not exist X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jan 2014 00:39:21 -0000 Synopsis: etherswitchcfg(8) refers to etherswitch(4) which does not exist Responsible-Changed-From-To: freebsd-bugs->freebsd-doc Responsible-Changed-By: linimon Responsible-Changed-When: Mon Jan 13 00:39:07 UTC 2014 Responsible-Changed-Why: reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=185531 From owner-freebsd-doc@FreeBSD.ORG Mon Jan 13 09:29:17 2014 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 236329CC for ; Mon, 13 Jan 2014 09:29:17 +0000 (UTC) Received: from nm7.bullet.mail.ird.yahoo.com (nm7.bullet.mail.ird.yahoo.com [77.238.189.21]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6CD7214CE for ; Mon, 13 Jan 2014 09:29:15 +0000 (UTC) Received: from [77.238.189.231] by nm7.bullet.mail.ird.yahoo.com with NNFMP; 13 Jan 2014 09:26:08 -0000 Received: from [46.228.39.92] by tm12.bullet.mail.ird.yahoo.com with NNFMP; 13 Jan 2014 09:26:08 -0000 Received: from [127.0.0.1] by smtp129.mail.ir2.yahoo.com with NNFMP; 13 Jan 2014 09:26:08 -0000 X-Yahoo-Newman-Id: 629247.72571.bm@smtp129.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-5 X-YMail-OSG: ybjSR2EVM1lpzlpfK2Ha8sQmNdl7GI28Bura8ZkE9VRlgQ3 HUe6BpOLfGdEcR20cxvCKPcAPcWzb3xqSGpSivJAtfpH5gPcQ13CZl45zmSV 7IUV2ApxZuQQikO2owYFbeTlgxrOeMQLQNs3MFq7JQwKWZfdGtOC3S3CKveM Upx6iXX9mDI1BTWFpgYbtI_pqQHmzxH650Tv8ScfMGuItnCAMcU8Ufu4cYiR ucbVj4oR.T5hvmO2rTuKvWA7maiLsqprOJeT3DA_jRtGG7BFGXi8BRI1eAwU vfdLJpGRoP5Q5BFoKvHNeGV1OEd0laD_PkHsv5jmcCOpxGzL62mTGFb.O2ng 7nxySzol5HOjHEBe9EywIJI6gunv2Cxbik5oLVhKdaLPsSgB5mR0xXF0pdjg _hC1DxBMndYJOudf8EpyVp9vzPNA0FV4IQpWpZKCZHcpKb.ltV2wP.p.gc_T uM4BQj6dlLvq0dD2pXkZAt8aN7l1DEFqh7PjMSRPSZNUc.khsKxZlXLnzBFp zOSXmvyzlb5bA6aXsxfnvBiNSLbR8EQKB8tRUBMsTgTZPM74nMDmHVAHxvTM rfW.hphxahLZtM3zJXcfUsTiApA-- X-Yahoo-SMTP: avJNvYqswBD0sg_3dOVxeo0XYWlQ5QEJJyWb9.f881VE7kGJastxbJ7qdwN6 X-Rocket-Received: from [192.168.0.104] (sausergideon@159.224.225.44 with plain [188.125.69.59]) by smtp129.mail.ir2.yahoo.com with SMTP; 13 Jan 2014 09:26:08 +0000 UTC Message-Id: From: Ashley J To: doc@freebsd.org Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: OzzyRebdowt Date: Mon, 13 Jan 2014 06:26:08 -0300 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jan 2014 09:29:17 -0000 OzzyRebdowt, are you in Beverly ? From owner-freebsd-doc@FreeBSD.ORG Mon Jan 13 11:06:04 2014 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A81C342F for ; Mon, 13 Jan 2014 11:06:04 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8829910D3 for ; Mon, 13 Jan 2014 11:06:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s0DB64GR094978 for ; Mon, 13 Jan 2014 11:06:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s0DB64Jw094973 for freebsd-doc@FreeBSD.org; Mon, 13 Jan 2014 11:06:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 13 Jan 2014 11:06:04 GMT Message-Id: <201401131106.s0DB64Jw094973@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats 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.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jan 2014 11:06:04 -0000 (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=doc .) 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. S Tracker Resp. Description -------------------------------------------------------------------------------- o docs/185602 doc Possible scsi(4) typo o docs/185531 doc etherswitchcfg(8) refers to etherswitch(4) which does o docs/185481 doc sh/bash Parameter Expansion +/- syntax not documented o docs/185422 doc [handbook] brazilian portuguese translation to "Append o docs/185421 doc [handbook] brazilian portuguese translation to "Append o docs/185392 doc [handbook] brazilian portuguese translation to "The Fr o docs/185391 doc [handbook] brazilian portuguese translation to "GEOM: o docs/185382 doc missing description in rights(4) man page o docs/185353 docs nc(1) does not exit after transfer (should be document o docs/185281 doc [handbook] brazilian portuguese translation to "Jails" o docs/185280 doc [handbook] brazilian portuguese translation to "Introd o docs/185041 doc HTML rendering: replaceable elements are not distingui o docs/184758 doc error in rtadvd.conf example o docs/184755 doc The vmstat(8) manualpage synopsis doesn't show all opt o docs/184606 doc Translation of dashes in PDF version o docs/184482 doc passwd (1) man page incorrect info about login.conf o docs/184459 doc Documentation Bug in the man Page for the who Command o docs/184110 doc blackhole(4) manpage doesn`t describe net.inet.sctp.b o docs/184051 doc Update configuration example for staging o docs/184048 doc developers handbook, 10.7 Debugging Deadlocks - must i o docs/184046 doc bhyve(4) manpage references non-existant manpages bhyv o docs/184029 doc Description of /usr/tests is missing in hier(7) o docs/183927 doc missing info about kernel toolchain in kernel building o docs/183653 doc [patch] Add some more *BSD releases to the groff_mdoc o docs/183650 doc [patch] Remove misleading "kldload" in sem(4) man page o docs/183427 doc Online man pages don't include latest release + ports o docs/183333 doc Misnamed constant in bpf(4) o docs/183246 doc FreeBSD 8.4-RELEASE Installation Instructions don't pr o docs/183024 doc textdump(4) mentions call doadump, should be textdump o docs/183002 doc Fix instructions in "6.5.3. Anti-Aliased Fonts" regard o docs/182876 doc CURRENT release notes webpage out of date and inconsis o docs/182218 doc Add an ipfilter rc.conf option in handbook for IPv6 o docs/182202 doc Handbook pkgng description doesn't mention there are n o docs/181845 doc Virtualbox Host Setup needs acd0 in /etc/devfs.conf, a o docs/181844 doc FreeBSD Handbook Virtualbox Host Section missing confi o docs/181808 doc Chapter 15.15 (Resource Limits) misses important infor o docs/181785 doc [patch] Man page for tmpfile() is inconsistent o docs/181390 doc seq(1) first appeared in 8th UNIX o docs/181376 doc CLOCK_THREAD_CPUTIME_ID is not documented in clock_get o docs/181280 doc suggestion: split zfs man page in a zfs- way o docs/181134 doc Fix example for boot0cfg utility o docs/180970 doc [request] No manpage for ps_strings o docs/180767 doc [patch] printf.3: fix off-by-one in snprintf descripti o docs/180493 doc [handbook] Single-user mode console confusion o docs/180332 doc SSD Kernel Instructions Out of Date: options MFS throw o docs/180331 doc SSD Kernel Instructions Out of Date: options MD_ROOT a o docs/180330 doc SSD Kernel Instructions Out of Date: pseudo-device no o docs/180027 doc Missing man page entries for callout_reset_sbt in time o docs/179988 doc [faq] [patch] ThwackAFAQ - sandbox p docs/179914 doc remove inactive user dougb from mergemaster maintainer o docs/179697 doc Handbook incomplete WRT Opera flash usage (linproc) o docs/179497 doc [patch] service.8 add csh completion example o docs/179246 doc [patch] gnome porting updates o docs/178818 doc gmirror(8) says to use rc.early which is no longer ava o docs/178730 doc move roff papers out of src into doc o docs/178677 doc *** [article.html] Error code 1 Stop in /usr/doc. o docs/178286 doc [PATCH] document the LOCAL_* vars in build(7) o docs/178221 doc Addition to handbook jails chapter: warning about make o www/178190 doc myths web page should be updated o docs/178119 doc [ports] Porter's handbook lacks examples for using Opt o docs/177968 doc bpf(4): documentation of BIOCROTZBUF is incomplete o docs/177699 doc Documentation (handbook and manpage) for mac_biba does o docs/177514 doc [handbook] ZFS examples do not cover dataset creation o docs/177457 doc diskinfo(8): diskinfo -v shows inacurate drive size o docs/177431 doc Handbook & Announcements recommend poor dd options for o docs/177429 doc dd(1) man page is unclear about semantics of conv=sync o docs/177215 doc [handbook] [patch] FreeBSD uses SHA512 and no more MD5 o docs/176806 doc recv(2) man page grammatical fixes o docs/176648 doc restore(8) man page is misleading/confusing o docs/176645 doc The example in netmap.4 is wrong o docs/176363 doc Remove mention of 'CVSup' from "Mirroring FreeBSD arti o docs/176355 doc Attribution and correction of quote in fortune o docs/176251 doc FreeBSD Handbook assumes too much pre-knowledge o docs/176127 doc [handbook] add information about all missing mailing l o docs/176125 doc missing summary of freebsd-jail mailing list o docs/176123 doc missing summary of freebsd-sysinstall mailing list o docs/176015 doc [handbook] wrong order in docs for major upgrade o docs/175995 doc Setting MALLOC_PRODUCTION stops buildworld o docs/175983 doc man zfs are missing "hold, release" from "zfs allow" o docs/175712 doc Update 'disk naming' handbook page o docs/175687 doc pthread_setschedparam(3) may fail for undocumented rea o docs/175560 doc ugen(4) man page contains incorrect device node path o docs/175239 doc sem_wait can be interrupted o docs/175123 doc [geom] gpart list/status isn't documented in usage sec o docs/174868 doc mount(2) doesn't do a good job at describing all possi o docs/174792 doc synopsis for nsupdate(1) missing options -L, and -p o docs/174581 doc man page of recvmsg(2) does not mention return value 0 o docs/173710 doc Added section "MTP storage" to handbook o docs/173539 doc [patch] statfs(2) man page missed the error code ENOSY o docs/173321 doc ports(7) man page -- no info on building with debuggin o docs/173013 doc FreeBSD Boot Menu documentation lacks detail o docs/172927 doc ipfw(8): ipfw manual page doesn't show simpliest NAT c o docs/172913 doc [ipsec] [patch] setkey(8) is unclear on anti-replay wi o docs/172869 doc [PATCH] Add in nifty lang icons to index.html (home) o docs/172743 doc IPv6 handbooks lacks info about accepting router adver o docs/172626 doc [PATCH] modify the community/* pages to look more plea o docs/172370 doc [handbook] Handbook should be updated for Blu-Ray driv o docs/172369 doc mkisofs(8)/growisofs(1m) don't specify UDF version o docs/172368 doc mount_udf(8) doesn't specify which versions of UDF are o docs/172367 doc ata(4) man page needs an updated for Blu-Ray o docs/172330 doc [PATCH] Fix some errors introduced to announce.xml by o docs/172144 doc psignal(9) manpage is outdated for FreeBSD-9 systems o docs/172137 doc deprecated information for adduser(8) man pages o docs/171199 doc the GDB man page is outdated o docs/170691 doc Difference between zfs manpages and reality o docs/170119 doc at behaviour and man at inconsistency o docs/169712 doc [patch] porters-handbook zh_TW.Big5 apache section o docs/169711 doc [patch] porters-handbook zh_CN.GB2312 apache section o docs/169544 doc serial port console documentation changes s docs/169401 doc passify dead links in release links, move www to lists o docs/169377 doc [patch] ipmon(8) man page refers to a different facili o docs/169317 doc zfs umount refers to umount(1M) but should to umount(8 o docs/169158 doc [patch] iasl(8) man page is out of date f docs/168939 doc Port upgrade documentation missing from Application Ja o docs/168930 doc map_mincore(9) not up-to-date o docs/168915 doc size of integers used by test(1) and sh(1) is not docu o docs/168823 doc 404s in fr_FR French web pages o docs/168814 doc [patch] remove `d` negative pointer EINVAL requirement o docs/168803 doc Remove outdated smp info o docs/167429 doc geli(8) needs to mention unencrypted /etc/fstab requir o docs/166553 doc find(1): find -delete documentation is misleading o docs/166358 doc No networking in Jail build via: handbook/jail-tuning o conf/166330 doc [rc] [patch] Thin server configuration revision reques o docs/165551 doc ipfw(8): no info in "ipfw pipe show" about ipv6 o docs/165249 doc Multibyte characters in manpages still not displaying o docs/164803 doc Unclear manual page for mount_unionfs(8) o docs/164620 doc Raid 1 issues o docs/164099 doc gparm(8): man page for gparm set is incorrect and inco o docs/164034 doc acl(9) documentation lacking o docs/163879 doc [handbook] handbook does not say about how to force to o docs/163830 doc device smbios: missing documentation, no manpage o docs/163149 doc [patch] Red Hat Linux/i386 9 HTML format sudo man page o docs/162765 doc [patch] lseek(2) may return successful although no see o docs/162587 doc unclear/incomplete description of per-interface statis o docs/162419 doc [request] please document (new) zfs and zpool cmdline o docs/162404 doc [handbook] IPv6 link-local address compared with IPv4 o docs/161754 doc p4tcc(4), est(4) and qpi(4) are not documented o docs/161496 doc zfs(1): Please document that sysctl vfs.usermount must o docs/160460 doc [handbook] Network setup guide suggestion o docs/160399 doc Man page for re(4) missing jumbo frames info o docs/159307 doc [patch] lpd smm chapter unconditionally installed o docs/158388 doc Incorrect documentation of LOCAL_SCRIPT in release(7) o docs/158387 doc The tree(3) man should mention the RB_FOREACH_SAFE() A o docs/157908 doc [handbook] Description of post-install should include o docs/157698 doc [patch] gpart(8) man page contains old/incorrect size o docs/157316 doc [patch] update devstat(9) man page o docs/157049 doc FreeBSD Handbook: Chapter 14 (Security) Inaccuracy o docs/156920 doc isspecial(3) is not helpful o docs/156815 doc chmod(1): manpage should describe that chmod kicks +t o docs/156689 doc stf(4) output-only documentation gives bad configurati f docs/156187 doc [handbook] [patch] Add bsnmpd to handbook o docs/156081 doc troff falls with troff.core with UTF-8 man with incorr o docs/155982 doc [handbook] reaper of the dead: remove reference to flo o docs/155149 doc [patch] don't encourage using xorg.conf outside of PRE o docs/154838 doc update cvs-tags information on releng_* to reflect sup o docs/153958 doc ksu man-page documented, but not installed a docs/153012 doc [patch] iostat(8) requires an argument to -c option o docs/151752 doc pw.conf(5) doesn't define format for file clearly o docs/150991 doc [patch] Install upgtfw using pkg_add as advised in upg o docs/150917 doc [patch] icmp.4, wrong description of icmplim and icmpl o docs/150877 doc ambiguity in newsyslog(8) man page about zfs with comp o docs/150255 doc dtrace description should mention makeoptions DEBUG=-g o docs/149574 doc [patch] update mi_switch(9) man page o docs/148987 doc [patch] {MD[245]|SHA_|SHA1_|SHA256_}{End|File|FileChun o docs/148984 doc [handbook] Mistake in section 16.15.4 of the handbook o docs/148680 doc [sysctl][patch] Document some sys/kern sysctls o docs/148071 doc Failover mode between wired and wireless interfaces o docs/147995 doc elf.5 man page has has missing reference o docs/146521 doc [handbook] Update IPv6 system handbook section to ment o docs/145699 doc hexdump(1) mutes all format qualifier output following o docs/145069 doc Dialup firewalling with FreeBSD article out dated. o docs/145066 doc Update for new uart dev names for serial port. s docs/144818 doc all mailinglist archives dated 19970101 contain traili o docs/144515 doc [handbook] Expand handbook Table of contents o docs/143472 doc gethostname(3) references undefined value: HOST_NAME_M o docs/143416 doc [handbook] IPFW handbook page issues o docs/143408 doc man filedesc(9) is missing o docs/141032 doc misleading documentation for rtadvd.conf(5) raflags se s docs/140847 doc [request] add documentation on ECMP and new route args o docs/140444 doc [patch] New Traditional Chinese translation of custom- o docs/140375 doc [UPDATE] Updated zh_TW.Big5/articles/nanobsd o docs/139336 doc [request] ZFS documentation suggestion o docs/139165 doc gssapi.3 man page out of sync with between crypto and o docs/139018 doc translation of submitting.sgml from docproj/submitting o docs/138845 doc Exceeding kern.ipc.maxpipekva refers to tuning(7) whic o docs/138485 doc bpf(4) and ip(4) man pages missing important corner ca o docs/136712 doc [handbook] [patch] draft new section on gmirror per pa o docs/136666 doc [handbook] Configure serial port for remote kernel deb o docs/136035 doc ftpchroot(5) omits an important option o docs/132839 doc [patch] Fix example script in ldap-auth article o docs/132190 doc EPERM explanation for send(2), sendto(2), and sendmsg( o docs/131918 doc [patch] Fixes for the BPF(4) man page o docs/131626 doc [patch] dump(8) "recommended" cache option confusing o docs/130238 doc nfs.lockd man page doesn't mention NFSLOCKD option or o docs/129671 doc New TCP chapter for Developer's Handbook (from rwatson o docs/129464 doc using packages system o docs/129095 doc ipfw(8): Can not check that packet originating/destine o docs/128356 doc [request] add Firefox plugin for FreeBSD manual pages s docs/127844 doc Example code skeleton_capture_n.c in meteor(4) manpage o docs/126484 doc libc function res-zonscut2 is not documented f docs/122052 doc minor update on handbook section 20.7.1 o docs/121952 doc Handbook chapter on Network Address Translation wrong o docs/121585 doc [handbook] Wrong multicast specification s docs/121541 doc [request] no man pages for wlan_scan_ap o docs/121312 doc RELNOTES_LANG breaks release if not en_US.ISO8859-1 o docs/121173 doc [patch] mq_getattr(2): mq_flags mistakenly described a s docs/120917 doc [request]: Man pages mising for thr_xxx syscalls o docs/120125 doc [patch] Installing FreeBSD 7.0 via serial console and o docs/120024 doc resolver(5) and hosts(5) need updated for IPv6 o docs/119545 doc books/arch-handbook/usb/chapter.sgml formatting o docs/118214 doc close(2) error returns incomplete o docs/116588 doc No IPFW tables or dummynet in Handbook o docs/114371 doc [patch] [ip6] rtadvd.con(5) should show how to adverti o docs/114139 doc mbuf(9) has misleading comments on M_DONTWAIT and M_TR o docs/113194 doc [patch] [request] crontab.5: handling of day-in-month o docs/112579 doc [request] No ipv6 related pf examples in /usr/share/ex o docs/111425 doc Missing chunks of text in historical manpages o docs/111265 doc [request] Clarify how to set common shell variables o docs/110999 doc carp(4) should document unsupported interface types o docs/110692 doc wi(4) man page doesn't say WPA is not supported o docs/110376 doc [patch] add some more explanations for the iwi/ipw fir o docs/109981 doc No manual entry for post-grohtml o docs/109977 doc No manual entry for ksu f docs/109226 doc [request] No manual entry for sntp o docs/109201 doc [request]: manual for callbootd a docs/108980 doc list of missing man pages o docs/105608 doc fdc(4) debugging description staled o docs/104879 doc Howto: Listen to IMA ADPCM .wav files on FreeBSD box o docs/102719 doc [patch] ng_bpf(4) example leads to unneeded promiscuos o docs/101271 doc serial console documentation implies kernel rebuild re p docs/100196 doc man login.conf does explain not "unlimited" o docs/98974 doc Missing tunables in loader(8) manpage o docs/98115 doc Missing parts after rendering handbook to RTF format o docs/96207 doc Comments of a sockaddr_un structure could confuse one o docs/95408 doc install over serial console does not work as documente o docs/94625 doc [patch] growfs man page -- document "panic: not enough o docs/92626 doc jail manpage should mention disabling some periodic sc o docs/91149 doc read(2) can return EINVAL for unaligned access to bloc o docs/88512 doc [patch] mount_ext2fs(8) man page has no details on lar o docs/87936 doc Handbook chapter on NIS/YP lacks good information on a o docs/87857 doc ifconfig(8) wireless options order matters o docs/85128 doc [patch] loader.conf(5) autoboot_delay incompletly desc o docs/84956 doc [patch] intro(5) manpage doesn't mention API coverage o docs/84932 doc new document: printing with an Epson ALC-3000N on Free o docs/84670 doc [patch] tput(1) manpage missing ENVIRONMENT section wi o docs/84317 doc fdp-primer doesn't show class=USERNAME distinctively o docs/84271 doc [patch] compress(1) doesn't warn about nasty link hand o docs/83820 doc getino(3) manpage not installed o docs/81611 doc [patch] natd runs with -same_ports by default o docs/78480 doc Networked printer setup unnecessarily complex in handb o docs/61301 doc [patch] Manpage patch for aue(4) to enable HomePNA fun o docs/59835 doc ipfw(8) man page does not warn about accepted but mean o docs/59477 doc Outdated Info Documents at http://docs.freebsd.org/inf o docs/57298 doc [patch] add using compact flash cards info to handbook s docs/54752 doc bus_dma explained in ISA section in Handbook: should b o docs/53751 doc bus_dma(9) incorrectly documents BUS_DMA_ALLOCNOW o docs/53596 doc Updates to mt(1) manual page o docs/53271 doc bus_dma(9) fails to document alignment restrictions o docs/51480 doc Multiple undefined references in the FreeBSD manual pa o kern/51341 doc [ipfw] [patch] ipfw rule 'deny icmp from any to any ic o docs/50211 doc [patch] doc.docbook.mk: fix textfile creation o docs/48101 doc [patch] Add documentation on the fixit disk o docs/47594 doc [patch] passwd(5) incorrectly states allowed username o docs/45303 doc Bug in PDF DocBook rendering o docs/43823 doc [patch] update to environ(7) manpage o docs/41089 doc pax(1) -B option does not mention interaction with -z o docs/40423 doc Keyboard(4)'s definition of parameters to GETFKEY/SETF o docs/36724 doc ipnat(5) manpage grammar is incomplete and inconsisten s docs/33589 doc [patch] to doc.docbook.mk to post process .tex files. o docs/26286 doc *printf(3) etc should gain format string warnings o docs/24786 doc missing FILES descriptions in sa(4) s docs/20028 doc ASCII docs should reflect tags in the sourc 272 problems total. From owner-freebsd-doc@FreeBSD.ORG Mon Jan 13 16:19:13 2014 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E3EACF82; Mon, 13 Jan 2014 16:19:13 +0000 (UTC) Received: from pacha.mail.dyslexicfish.net (pacha.mail.dyslexicfish.net [IPv6:2607:f2f8:ad14::59]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C02261E67; Mon, 13 Jan 2014 16:19:13 +0000 (UTC) Received: from catnip.dyslexicfish.net (localhost [127.0.0.1]) by pacha.mail.dyslexicfish.net (8.14.5/8.14.5) with ESMTP id s0DGJBFS002719; Mon, 13 Jan 2014 16:19:12 GMT (envelope-from jamie@catnip.dyslexicfish.net) Received: (from jamie@localhost) by catnip.dyslexicfish.net (8.14.5/8.14.5/Submit) id s0DGJAK0002718; Mon, 13 Jan 2014 16:19:10 GMT (envelope-from jamie) From: Jamie Landeg Jones Message-Id: <201401131619.s0DGJAK0002718@catnip.dyslexicfish.net> Date: Mon, 13 Jan 2014 16:19:10 +0000 To: wblock@wonkity.com, jamie@dyslexicfish.net Subject: Re: docs/184791: [patch] man page for 'diff3' references 'info diff' instead of 'info diff3' References: <201312160621.rBG6LOZ1070718@catnip.dyslexicfish.net> <20131217083511.GA7989@straylight.m.ringlet.net> <201401031525.s03FPj2v046272@catnip.dyslexicfish.net> <201401052228.s05MSFd6005930@catnip.dyslexicfish.net> In-Reply-To: User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (pacha.mail.dyslexicfish.net [127.0.0.1]); Mon, 13 Jan 2014 16:19:12 +0000 (GMT) Cc: freebsd-doc@FreeBSD.org, FreeBSD-gnats-submit@FreeBSD.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jan 2014 16:19:14 -0000 Warren Block wrote: > I looked a bit more. We currently have a fairly old version of > diffutils, 2.8.7. It's unlikely that newer versions will be imported > because they are GPL: https://wiki.freebsd.org/GPLinBase > > Instead, there is a project to import the OpenBSD versions: > https://wiki.freebsd.org/SummerOfCode2012/JesseHagewood > Current status is not clear. > > Given that, I don't see why we can't make interim changes to the GNU > versions present now. (And I'm sorry I didn't look at that earlier.) Ahhh ok. Better to always get fixes made upstream, but in this case, as we are no longer tracking the stream, may as well make the change until BSD diffs come into play! Cheers for your help, and sorry that something so trivial has become the biggest bikeshed ever..... For what it's worth, I'm now much clearer on the way we deal with contrib code. Cheers, Jamie From owner-freebsd-doc@FreeBSD.ORG Mon Jan 13 18:50:01 2014 Return-Path: Delivered-To: freebsd-doc@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 02A136E2 for ; Mon, 13 Jan 2014 18:50:01 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B84D61AED for ; Mon, 13 Jan 2014 18:50:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s0DIo058005312 for ; Mon, 13 Jan 2014 18:50:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s0DIo0qb005311; Mon, 13 Jan 2014 18:50:00 GMT (envelope-from gnats) Resent-Date: Mon, 13 Jan 2014 18:50:00 GMT Resent-Message-Id: <201401131850.s0DIo0qb005311@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, Jan Jurkus Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4404369E for ; Mon, 13 Jan 2014 18:46:52 +0000 (UTC) Received: from oldred.freebsd.org (oldred.freebsd.org [IPv6:2001:1900:2254:206a::50:4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 304EF1ACE for ; Mon, 13 Jan 2014 18:46:52 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id s0DIkptG062858 for ; Mon, 13 Jan 2014 18:46:51 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id s0DIkpXx062847; Mon, 13 Jan 2014 18:46:51 GMT (envelope-from nobody) Message-Id: <201401131846.s0DIkpXx062847@oldred.freebsd.org> Date: Mon, 13 Jan 2014 18:46:51 GMT From: Jan Jurkus To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: docs/185752: handbook mentions wrong default iSCSI port X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jan 2014 18:50:01 -0000 >Number: 185752 >Category: docs >Synopsis: handbook mentions wrong default iSCSI port >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 Jan 13 18:50:00 UTC 2014 >Closed-Date: >Last-Modified: >Originator: Jan Jurkus >Release: 10.0-RC5 >Organization: GCE CAD-Service >Environment: >Description: The handbook about the native iSCSI target client seems to contain an error about the default iSCSI port. available here: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-iscsi.html it says: "The following two lines make ctld(8) listen on all IPv4 (listen 0.0.0.0) and IPv6 (listen [::]) addresses on the default port (3560)." As the default port for iSCSI is 3260, and the output of netstat -an confirms that it is listening on port 3260 (with the default configuration from the handbook page), I believe this to be an error. >How-To-Repeat: >Fix: it says: "The following two lines make ctld(8) listen on all IPv4 (listen 0.0.0.0) and IPv6 (listen [::]) addresses on the default port (3560)." This should be: The following two lines make ctld(8) listen on all IPv4 (listen 0.0.0.0) and IPv6 (listen [::]) addresses on the default port (3260). >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Mon Jan 13 20:55:51 2014 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 865347B8 for ; Mon, 13 Jan 2014 20:55:51 +0000 (UTC) Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3EB17171E for ; Mon, 13 Jan 2014 20:55:50 +0000 (UTC) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id s0DKq7is002015; Mon, 13 Jan 2014 15:52:07 -0500 (EST) Date: Mon, 13 Jan 2014 15:52:06 -0500 (EST) From: Benjamin Kaduk X-X-Sender: kaduk@multics.mit.edu To: =?ISO-8859-15?Q?V=E1clav_Zeman?= Subject: Re: Web site build issue: ports/categories In-Reply-To: <52D312F5.7010008@gmail.com> Message-ID: References: <52D312F5.7010008@gmail.com> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=UTF-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jan 2014 20:55:51 -0000 On Sun, 12 Jan 2014, V=C3=A1clav Zeman wrote: > Hi. > > I was trying to build the FreeBSD.org web site and I have hit some > problems. I had to add this to ports/categories: > > Index: ports/categories > =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 > --- ports/categories=09(revision 43358) > +++ ports/categories=09(working copy) > @@ -49,6 +49,7 @@ > linux,"Linux programs that can be run under binary compatibility.",VC > lisp,"Things related to pure lisp.",VC > mail,"Electronic mail packages and utilities.",CCATI > +mate,"Mate.",AOP > math,"Mathematical computation software.",SAE > mbone,"Applications and utilities for the MBONE.",VC > misc,"Miscellaneous utilities.",AOP I don't see a 'mate' category in the ports svn repo. Are you perhaps using a patched ports tree on the machine in question,=20 with a custom INDEX corresponding to it? -Ben Kaduk From owner-freebsd-doc@FreeBSD.ORG Mon Jan 13 21:15:14 2014 Return-Path: Delivered-To: freebsd-doc@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D04F2111; Mon, 13 Jan 2014 21:15:14 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A3AFD18C4; Mon, 13 Jan 2014 21:15:14 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s0DLFEAK038672; Mon, 13 Jan 2014 21:15:14 GMT (envelope-from pluknet@freefall.freebsd.org) Received: (from pluknet@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s0DLFEjD038671; Mon, 13 Jan 2014 21:15:14 GMT (envelope-from pluknet) Date: Mon, 13 Jan 2014 21:15:14 GMT Message-Id: <201401132115.s0DLFEjD038671@freefall.freebsd.org> To: ict@gcecad-service.nl, pluknet@FreeBSD.org, freebsd-doc@FreeBSD.org From: pluknet@FreeBSD.org Subject: Re: docs/185752: handbook mentions wrong default iSCSI port X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jan 2014 21:15:14 -0000 Synopsis: handbook mentions wrong default iSCSI port State-Changed-From-To: open->closed State-Changed-By: pluknet State-Changed-When: Mon Jan 13 21:14:51 UTC 2014 State-Changed-Why: Committed, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=185752 From owner-freebsd-doc@FreeBSD.ORG Mon Jan 13 21:20:01 2014 Return-Path: Delivered-To: freebsd-doc@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5D594511 for ; Mon, 13 Jan 2014 21:20:01 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 494D4190D for ; Mon, 13 Jan 2014 21:20:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s0DLK1qX038852 for ; Mon, 13 Jan 2014 21:20:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s0DLK1Rr038850; Mon, 13 Jan 2014 21:20:01 GMT (envelope-from gnats) Date: Mon, 13 Jan 2014 21:20:01 GMT Message-Id: <201401132120.s0DLK1Rr038850@freefall.freebsd.org> To: freebsd-doc@FreeBSD.org Cc: From: dfilter@FreeBSD.ORG (dfilter service) Subject: Re: docs/185752: commit references a PR X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: dfilter service List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jan 2014 21:20:01 -0000 The following reply was made to PR docs/185752; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: docs/185752: commit references a PR Date: Mon, 13 Jan 2014 21:14:39 +0000 (UTC) Author: pluknet Date: Mon Jan 13 21:14:32 2014 New Revision: 43486 URL: http://svnweb.freebsd.org/changeset/doc/43486 Log: Fixed the default port of ctld(8). PR: docs/185752 Modified: head/en_US.ISO8859-1/books/handbook/network-servers/chapter.xml Modified: head/en_US.ISO8859-1/books/handbook/network-servers/chapter.xml ============================================================================== --- head/en_US.ISO8859-1/books/handbook/network-servers/chapter.xml Mon Jan 13 17:41:36 2014 (r43485) +++ head/en_US.ISO8859-1/books/handbook/network-servers/chapter.xml Mon Jan 13 21:14:32 2014 (r43486) @@ -5835,7 +5835,7 @@ target iqn.2012-06.com.example:target0 { authentication. The following two lines make ctld(8) listen on all IPv4 (listen 0.0.0.0) and IPv6 (listen [::]) addresses on the - default port (3560). It is not necessary to define + default port (3260). It is not necessary to define a new portal group; there is a default one, called default. The difference between default and pg0 above is that with default, the iSCSI SendTargets discovery is _______________________________________________ svn-doc-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-doc-all To unsubscribe, send any mail to "svn-doc-all-unsubscribe@freebsd.org" From owner-freebsd-doc@FreeBSD.ORG Tue Jan 14 00:22:01 2014 Return-Path: Delivered-To: www@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2BA41CE7 for ; Tue, 14 Jan 2014 00:22:01 +0000 (UTC) Received: from mail-pd0-x243.google.com (mail-pd0-x243.google.com [IPv6:2607:f8b0:400e:c02::243]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F3AF11855 for ; Tue, 14 Jan 2014 00:22:00 +0000 (UTC) Received: by mail-pd0-f195.google.com with SMTP id q10so1346687pdj.2 for ; Mon, 13 Jan 2014 16:22:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:reply-to:from:to:subject:date:mime-version:content-type :thread-index; bh=La1JFruHuDfKtmFT4bhAew72FkIGzWN829TK3kg40SM=; b=tU4TbSWiPWGxfmW3kFZxVkZsujBn/lneIh6VlbjEiZOD4GrTa7Mb3kBSNUPBU7JTDM +VZurehGHijUN8DbabBa/4wT127xiBkrf7hDyvOo0Mn4KGjUPxWY0ISjBEPHcAmURrV5 2w2jvWoHdOZrA0cCM8/3RKYZeglQCh/7aoYFgFaNzi0/SC2WKuDILCriy2N/45DhIb2y qAcKKYvz2evQp5gLqVD84kgv62vWGhwsHj84+bzYCDi46ZVF5JnLJ6f1V63l8iJ0zX5z 14YDM1Ubkojcs74RCDIUfAnEdQz9YR5KV3GPHZi5WiE4p7gJZ/Q5aJZWIv73KoE+A0/F NYNQ== X-Received: by 10.68.226.9 with SMTP id ro9mr33232106pbc.72.1389658920690; Mon, 13 Jan 2014 16:22:00 -0800 (PST) Received: from TBSPC ([122.177.41.114]) by mx.google.com with ESMTPSA id yd4sm40946518pbc.13.2014.01.13.16.21.57 for (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 13 Jan 2014 16:21:59 -0800 (PST) Message-ID: <52d48327.64f7440a.519e.ffffc93e@mx.google.com> From: "Archana Rathore " To: Subject: First Page In Google Date: Tue, 14 Jan 2014 05:48:07 +0530 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: Ac8QvhV0OXjNNtuQTdKUfYoA3x25/w== X-MimeOLE: Produced By Microsoft MimeOLE V6.1.7601.17514 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: webdesigning.seorm@gmail.com List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jan 2014 00:22:01 -0000 Hello, We are a fast growing company based in India with primary focus on Search Engine Optimization (SEO), Link building and all Internet Services. We have a dedicated team of 80 professionals to serve you in building appropriate links and developing SEO. We can provide you with a fresh, professional image via a recognizable trademark or logo design. Our experts work to tight deadlines and are wholly dedicated to maintaining your online presence. Most firms overseas have achieved a significant amount of savings by Outsourcing either complete or part of their work to us in India. Other Affordable Search Engine Optimization Services Provided By Us: 1. SEO (Search Engine Optimization) 2. Link Building 3. Press Release 4. Article Submission/Article Writing 5. Blog Submissions/Writing 6. Directory Submission 7. Social Media Optimization. Take advantage of our highly successful internet marketing service at very Affordable Price. If you have any query, we will be more than happy to provide you our quick assistance. Kind Regards, Archana Rathore From owner-freebsd-doc@FreeBSD.ORG Tue Jan 14 05:18:30 2014 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CC083941; Tue, 14 Jan 2014 05:18:30 +0000 (UTC) Received: from mail-ea0-x230.google.com (mail-ea0-x230.google.com [IPv6:2a00:1450:4013:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 324041F1B; Tue, 14 Jan 2014 05:18:30 +0000 (UTC) Received: by mail-ea0-f176.google.com with SMTP id h14so3635806eaj.21 for ; Mon, 13 Jan 2014 21:18:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type; bh=+YLp0oKDIZd511a6vi6wbKJwo3OA/CI9f69+CgsNrAY=; b=rrMHz3yxEAF956FkECk6RcOBMyX8PR/Wmi1+4DlpglzTdvAaithtZlnZk/5sFSkuH1 BAAdE+1xTTe7YTXwezdRXlLJXnXsvJ8iWHyN8PaLCmQzMKVBUZxz4sRTqB5UdWI+3ipJ nGkr29FMxo6GOT/H+2Ffkcq/oK8hL9BceT6WB1Mtm2DvphueNkqlGaiha3OCYUpv5vbR KOyuvI13mh1mJ7QDHetzFeS11M4WZYrOdFz83c2oUEOWBCyT3m9qCKmiTVMC1nVpg2i/ XS1ff+zCWcufSCkz5F/Ydn90yJYjuEn3thxCRLcFtEUezkRDbwt5V05xAICODkvjPZGm MtWw== X-Received: by 10.15.86.75 with SMTP id h51mr31727648eez.44.1389676707186; Mon, 13 Jan 2014 21:18:27 -0800 (PST) Received: from [10.0.0.1] (242.91.broadband5.iol.cz. [88.100.91.242]) by mx.google.com with ESMTPSA id w4sm25160311eef.20.2014.01.13.21.18.25 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 13 Jan 2014 21:18:26 -0800 (PST) Message-ID: <52D4C89D.9060701@gmail.com> Date: Tue, 14 Jan 2014 06:18:21 +0100 From: =?UTF-8?B?VsOhY2xhdiBaZW1hbg==?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Benjamin Kaduk Subject: Re: Web site build issue: ports/categories References: <52D312F5.7010008@gmail.com> In-Reply-To: X-Enigmail-Version: 1.5.2 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="mmDvtEBMKvoipctSG9HtI9QS7Dgpnt37N" Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jan 2014 05:18:30 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --mmDvtEBMKvoipctSG9HtI9QS7Dgpnt37N Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 01/13/2014 09:52 PM, Benjamin Kaduk wrote: > On Sun, 12 Jan 2014, V=C3=A1clav Zeman wrote: >=20 >> Hi. >> >> I was trying to build the FreeBSD.org web site and I have hit some >> problems. I had to add this to ports/categories: >> >> Index: ports/categories >> =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 >> --- ports/categories (revision 43358) >> +++ ports/categories (working copy) >> @@ -49,6 +49,7 @@ >> linux,"Linux programs that can be run under binary compatibility.",VC >> lisp,"Things related to pure lisp.",VC >> mail,"Electronic mail packages and utilities.",CCATI >> +mate,"Mate.",AOP >> math,"Mathematical computation software.",SAE >> mbone,"Applications and utilities for the MBONE.",VC >> misc,"Miscellaneous utilities.",AOP >=20 > I don't see a 'mate' category in the ports svn repo. >=20 > Are you perhaps using a patched ports tree on the machine in question, > with a custom INDEX corresponding to it? >=20 > -Ben Kaduk Nothing hacked here. The category seems to be in the INDEX file, see below. This has caused the portindex script to generate wrong XHTML which resulted into build breakage due to failing XML validity check. ~~~~ mate-media-1.6.0|/usr/ports/audio/mate-media|/usr/local|Multimedia applications for the MATE desktop|/usr/ports/audio/mate-media/pkg-descr|gnome@FreeBSD.org|audio mate|ORBit2-2.14.19 atk-2.8.0 autoconf-2.69 autoconf-wrapper-20131203 automake-1.14 automake-wrapper-20131203 bash-4.2.45 ca_root_nss-3.15.3.1 cairo-1.10.2_7,2 cantarell-fonts-0.0.15 compositeproto-0.4.2 cups-client-1.5.4_1 damageproto-1.2.1 dbus-1.6.12 dbus-glib-0.100.2 dconf-0.14.1 dejavu-2.34 docbook-1.4_1 docbook-4.1_4 docbook-4.2 docbook-4.3 docbook-4.4_2 docbook-4.5_2 docbook-5.0_1 docbook-sk-4.1.2_4 docbook-xml-4.2_1 docbook-xml-4.3 docbook-xml-4.4_1 docbook-xml-4.5 docbook-xsl-1.76.1_1 dri2proto-2.8 encodings-1.0.4_1,1 expat-2.1.0 fixesproto-5.0 font-bh-ttf-1.0.3_1 font-misc-ethiopic-1.0.3_1 font-misc-meltho-1.0.3_1 font-util-1.3.0_1 fontconfig-2.10.95,1 freeglut-2.8.1 freetype2-2.5.0.1 gconf2-2.32.0_3 gdk-pixbuf2-2.28.2 getopt-1.1.5 gettext-0.18.3.1 glib-2.36.3_1 glib-networking-2.36.2 gmake-3.82_1 gmp-5.1.3 gnome-doc-utils-0.20.10 gnome_subr-1.0 gnomehier-3.0 gnutls-2.12.23_2 gobject-introspection-1.36.0_2 graphite2-1.2.4 gsettings-desktop-schemas-3.6.1_1 gstreamer-0.10.36 gstreamer-plugins-0.10.36_3,3 gstreamer-plugins-good-0.10.31,3 gtk-engines2-2.20.2_1 gtk-update-icon-cache-2.24.22 gtk2-2.24.22 harfbuzz-0.9.19 hicolor-icon-theme-0.12 icu-50.1.2 inputproto-2.3 intltool-0.50.2 iso8879-1986_3 jasper-1.900.1_12 jbigkit-1.6 jpeg-8_4 kbproto-1.0.6 libGL-7.6.1_4 libGLU-9.0.0 libICE-1.0.8,1 libIDL-0.8.14_1 libSM-1.2.2,1 libX11-1.6.2,1 libXau-1.0.8 libXcomposite-0.4.4,1 libXcursor-1.1.14 libXdamage-1.1.4 libXdmcp-1.1.1 libXext-1.3.2,1 libXfixes-5.0.1 libXft-2.3.1 libXi-1.7.2,1 libXinerama-1.1.3,1 libXmu-1.1.2,1 libXrandr-1.4.2 libXrender-0.9.8 libXres-1.0.7 libXt-1.1.4,1 libXv-1.0.10,1 libXxf86vm-1.1.3 libcanberra-0.28_3 libcroco-0.6.8 libdrm-2.4.17_1 libffi-3.0.13 libfontenc-1.1.2 libgcrypt-1.5.3 libgpg-error-1.12 libgsf-1.14.28 libiconv-1.14_1 libltdl-2.4.2_2 libmateweather-1.6.2 libmatewnck-1.6.1 libogg-1.3.1,4 libpciaccess-0.13.2 libproxy-0.4.6 libpthread-stubs-0.3_4 librsvg2-2.36.4 libsoup-2.40.3_2 libtasn1-3.3 libtool-2.4.2_2 libvorbis-1.3.3_1,3 libxcb-1.9.3 libxml2-2.8.0_3 libxslt-1.1.28_1 m4-1.4.17,1 mate-common-1.6.2 mate-desktop-1.6.1 mate-doc-utils-1.6.2 mate-menus-1.6.0_1 mate-panel-1.6.1 mkfontdir-1.0.7 mkfontscale-1.1.1 nettle-2.7.1 orc-0.4.18 p11-kit-0.20.1 p5-XML-Parser-2.41_1 pango-1.34.1_1 pciids-20131130 pcre-8.33 perl5-5.16.3_4 pixman-0.32.4 pkgconf-0.9.3 png-1.5.17 polkit-0.105_1 py27-libxml2-2.8.0 python-2.7_1,2 python2-2_2 python27-2.7.6_1 randrproto-1.4.0 rarian-0.8.1 renderproto-0.11.1 shared-mime-info-1.1 sqlite3-3.8.0.2 startup-notification-0.12_1 tiff-4.0.3 videoproto-2.3.2 xcb-util-0.3.9_1,1 xcb-util-renderutil-0.3.8 xextproto-7.2.1 xf86vidmodeproto-2.3.1 xineramaproto-1.2.1 xmlcatmgr-2.2 xmlcharent-0.3_2 xorg-fonts-truetype-7.7_1 xproto-7.0.25|ORBit2-2.14.19 atk-2.8.0 bash-4.2.45 ca_root_nss-3.15.3.1 cairo-1.10.2_7,2 cantarell-fonts-0.0.15 compositeproto-0.4.2 cups-client-1.5.4_1 damageproto-1.2.1 dbus-1.6.12 dbus-glib-0.100.2 dconf-0.14.1 dejavu-2.34 docbook-1.4_1 docbook-4.1_4 docbook-4.2 docbook-4.3 docbook-4.4_2 docbook-4.5_2 docbook-5.0_1 docbook-sk-4.1.2_4 docbook-xml-4.2_1 docbook-xml-4.3 docbook-xml-4.4_1 docbook-xml-4.5 docbook-xsl-1.76.1_1 dri2proto-2.8 encodings-1.0.4_1,1 expat-2.1.0 fixesproto-5.0 font-bh-ttf-1.0.3_1 font-misc-ethiopic-1.0.3_1 font-misc-meltho-1.0.3_1 font-util-1.3.0_1 fontconfig-2.10.95,1 freeglut-2.8.1 freetype2-2.5.0.1 gconf2-2.32.0_3 gdk-pixbuf2-2.28.2 getopt-1.1.5 gettext-0.18.3.1 glib-2.36.3_1 glib-networking-2.36.2 gmp-5.1.3 gnome-doc-utils-0.20.10 gnome_subr-1.0 gnomehier-3.0 gnutls-2.12.23_2 gobject-introspection-1.36.0_2 graphite2-1.2.4 gsettings-desktop-schemas-3.6.1_1 gstreamer-0.10.36 gstreamer-plugins-0.10.36_3,3 gstreamer-plugins-good-0.10.31,3 gtk-engines2-2.20.2_1 gtk-update-icon-cache-2.24.22 gtk2-2.24.22 harfbuzz-0.9.19 hicolor-icon-theme-0.12 icu-50.1.2 inputproto-2.3 iso8879-1986_3 jasper-1.900.1_12 jbigkit-1.6 jpeg-8_4 kbproto-1.0.6 libGL-7.6.1_4 libGLU-9.0.0 libICE-1.0.8,1 libIDL-0.8.14_1 libSM-1.2.2,1 libX11-1.6.2,1 libXau-1.0.8 libXcomposite-0.4.4,1 libXcursor-1.1.14 libXdamage-1.1.4 libXdmcp-1.1.1 libXext-1.3.2,1 libXfixes-5.0.1 libXft-2.3.1 libXi-1.7.2,1 libXinerama-1.1.3,1 libXmu-1.1.2,1 libXrandr-1.4.2 libXrender-0.9.8 libXres-1.0.7 libXt-1.1.4,1 libXv-1.0.10,1 libXxf86vm-1.1.3 libcanberra-0.28_3 libcroco-0.6.8 libdrm-2.4.17_1 libffi-3.0.13 libfontenc-1.1.2 libgcrypt-1.5.3 libgpg-error-1.12 libgsf-1.14.28 libiconv-1.14_1 libltdl-2.4.2_2 libmateweather-1.6.2 libmatewnck-1.6.1 libogg-1.3.1,4 libpciaccess-0.13.2 libproxy-0.4.6 libpthread-stubs-0.3_4 librsvg2-2.36.4 libsoup-2.40.3_2 libtasn1-3.3 libvorbis-1.3.3_1,3 libxcb-1.9.3 libxml2-2.8.0_3 libxslt-1.1.28_1 mate-desktop-1.6.1 mate-doc-utils-1.6.2 mate-menus-1.6.0_1 mate-panel-1.6.1 mkfontdir-1.0.7 mkfontscale-1.1.1 nettle-2.7.1 orc-0.4.18 p11-kit-0.20.1 pango-1.34.1_1 pciids-20131130 pcre-8.33 perl5-5.16.3_4 pixman-0.32.4 png-1.5.17 polkit-0.105_1 py27-libxml2-2.8.0 python-2.7_1,2 python2-2_2 python27-2.7.6_1 randrproto-1.4.0 rarian-0.8.1 renderproto-0.11.1 shared-mime-info-1.1 sqlite3-3.8.0.2 startup-notification-0.12_1 tiff-4.0.3 videoproto-2.3.2 xcb-util-0.3.9_1,1 xcb-util-renderutil-0.3.8 xextproto-7.2.1 xf86vidmodeproto-2.3.1 xineramaproto-1.2.1 xmlcatmgr-2.2 xmlcharent-0.3_2 xorg-fonts-truetype-7.7_1 xproto-7.0.25|http://mate-desktop.org/||libtool-2.4.2_2| ~~~~ --=20 VZ --mmDvtEBMKvoipctSG9HtI9QS7Dgpnt37N Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlLUyKAACgkQE3+v/RpUDYAsaAEAgcR3JhVllT6kKwi+PREnm1nL SFJFmmSVd02iSBq1EucA/A7u2uo5EvYS9qXjOBTKonqbUdeq+AMhY2ZFRjNoVo2s =Lcot -----END PGP SIGNATURE----- --mmDvtEBMKvoipctSG9HtI9QS7Dgpnt37N-- From owner-freebsd-doc@FreeBSD.ORG Tue Jan 14 05:42:08 2014 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 87614F4A for ; Tue, 14 Jan 2014 05:42:08 +0000 (UTC) Received: from dmz-mailsec-scanner-8.mit.edu (dmz-mailsec-scanner-8.mit.edu [18.7.68.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 26BD01131 for ; Tue, 14 Jan 2014 05:42:07 +0000 (UTC) X-AuditID: 12074425-f79906d000000cf9-14-52d4ccfb4e35 Received: from mailhub-auth-2.mit.edu ( [18.7.62.36]) (using TLS with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-8.mit.edu (Symantec Messaging Gateway) with SMTP id 0A.AC.03321.BFCC4D25; Tue, 14 Jan 2014 00:36:59 -0500 (EST) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id s0E5awRL031420; Tue, 14 Jan 2014 00:36:58 -0500 Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id s0E5aqYh032128 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 14 Jan 2014 00:36:58 -0500 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id s0E5ap4I008395; Tue, 14 Jan 2014 00:36:51 -0500 (EST) Date: Tue, 14 Jan 2014 00:36:51 -0500 (EST) From: Benjamin Kaduk X-X-Sender: kaduk@multics.mit.edu To: =?ISO-8859-15?Q?V=E1clav_Zeman?= Subject: Re: Web site build issue: ports/categories In-Reply-To: <52D4C89D.9060701@gmail.com> Message-ID: References: <52D312F5.7010008@gmail.com> <52D4C89D.9060701@gmail.com> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprIKsWRmVeSWpSXmKPExsUixG6novv7zJUgg2nXOCxOnelitfi3fieL A5PHjE/zWTx2zrrLHsAUxWWTkpqTWZZapG+XwJXRcq6NteASZ8Wt1efYGxg/sncxcnJICJhI tK/bD2WLSVy4t56ti5GLQ0hgNpPE7SsLWSGcjYwSZ9bvZYFwDjFJPLj+nB3CaWCU2DjrPzNI P4uAtkTbRpB+Tg42ATWJx3ubWSHmKkpsPjUJrEZEwFJi/4TvTCA2s4C0RMP6zWC2sICxxNq5 rxlBbE4BTYnHj/6A9fIKOErsPrIObKaQQLXEpXXrwWpEBXQkVu+fwgJRIyhxcuYTFoiZgRJz 315gnMAoNAtJahaS1CxGDiDbTGLD3myIsLbE/ZttbAsYWVYxyqbkVunmJmbmFKcm6xYnJ+bl pRbpWujlZpbopaaUbmIEh7yL6g7GCYeUDjEKcDAq8fCeYLwSJMSaWFZcmXuIUZKDSUmU994O oBBfUn5KZUZicUZ8UWlOavEhRgkOZiUR3soFQDnelMTKqtSifJiUNAeLkjjvLQ77ICGB9MSS 1OzU1ILUIpisDAeHkgRvJDC2hQSLUtNTK9Iyc0oQ0kwcnCDDeYCGq4LU8BYXJOYWZ6ZD5E8x KkqJ86qBJARAEhmleXC9sJT0ilEc6BVhXkeQKh5gOoPrfgU0mAlocK37JZDBJYkIKakGxl3z X+59ymm3/YqFt83RR24rAuIW6x9+13ll4tauhKAHcdFnmZJsHmdMV3b06Npo9a9u+k79i1JW x8qilhT+vpLM8kriQ8n3uYJx532F8o80C1qKfXBd7ygjwbJObtGT1B3XvVZe8JnQJ/v0R77s 5662N5q8ny9ILL577euLbxNjQpqUTQwMDiuxFGckGmoxFxUnAgCq2DzqJAMAAA== Content-Type: TEXT/PLAIN; charset=UTF-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jan 2014 05:42:08 -0000 On Tue, 14 Jan 2014, V=C3=A1clav Zeman wrote: > On 01/13/2014 09:52 PM, Benjamin Kaduk wrote: >> >> I don't see a 'mate' category in the ports svn repo. >> >> Are you perhaps using a patched ports tree on the machine in question, >> with a custom INDEX corresponding to it? >> >> -Ben Kaduk > Nothing hacked here. The category seems to be in the INDEX file, see > below. This has caused the portindex script to generate wrong XHTML > which resulted into build breakage due to failing XML validity check. > > ~~~~ > mate-media-1.6.0|/usr/ports/audio/mate-media|/usr/local|Multimedia > applications for the MATE I would suggest that you move your INDEX out of the way and fetch a new=20 one, it seems likely that this is just a corrupt INDEX. (We had a corrupt INDEX on one of the machines that builds the website a=20 while back, that was annoying to debug.) -Ben From owner-freebsd-doc@FreeBSD.ORG Tue Jan 14 06:07:24 2014 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F191819B; Tue, 14 Jan 2014 06:07:23 +0000 (UTC) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5B8E9127F; Tue, 14 Jan 2014 06:07:22 +0000 (UTC) Received: by mail-ee0-f54.google.com with SMTP id e51so2992072eek.13 for ; Mon, 13 Jan 2014 22:06:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type; bh=+d8Z1cnpC7PIobSITlmI/3E14NiJgHlKgN7DPtBEhvI=; b=coQdLfjFoObniuQLYErUHPYoRObszE2mkDOpkAQQoL3wkY0br4rC7kQfN45ghPoc3K 9skmd1FPpk4INEHLV8dyRmLUMFG2gkqmV0zv5w2Sple6QlmlgXSSP5Cj6mQlL/qRhTB9 dGV6stoHHtTmPtLyd1p+HgShAm0AZ8o2lDxQ21376TO9dudnNhDynCsBhC2uKxvW4fv0 wp7gbcJAJ16TE/4WmxlKFdhq5ORaIGAufD754ddh0vyX6MV+D+cuJNms3F6n/dab1k6B PZl+ggp1g8zCT0PQKeEF1Ls5nOVulAEu6ueIIe7i9BOt5UDHON8c2rwBmlGdy6r56sRp PYXg== X-Received: by 10.14.108.197 with SMTP id q45mr41150eeg.116.1389679599965; Mon, 13 Jan 2014 22:06:39 -0800 (PST) Received: from [10.0.0.1] (242.91.broadband5.iol.cz. [88.100.91.242]) by mx.google.com with ESMTPSA id z46sm7469163een.1.2014.01.13.22.06.38 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 13 Jan 2014 22:06:38 -0800 (PST) Message-ID: <52D4D3ED.5010602@gmail.com> Date: Tue, 14 Jan 2014 07:06:37 +0100 From: =?UTF-8?B?VsOhY2xhdiBaZW1hbg==?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Benjamin Kaduk Subject: Re: Web site build issue: ports/categories References: <52D312F5.7010008@gmail.com> <52D4C89D.9060701@gmail.com> In-Reply-To: X-Enigmail-Version: 1.5.2 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="J6lrqW5bu9Jt5XpGsCJSApTarB0SGtnOm" Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jan 2014 06:07:24 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --J6lrqW5bu9Jt5XpGsCJSApTarB0SGtnOm Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 01/14/2014 06:36 AM, Benjamin Kaduk wrote: > On Tue, 14 Jan 2014, V=C3=A1clav Zeman wrote: >=20 >> On 01/13/2014 09:52 PM, Benjamin Kaduk wrote: >>> >>> I don't see a 'mate' category in the ports svn repo. >>> >>> Are you perhaps using a patched ports tree on the machine in question= , >>> with a custom INDEX corresponding to it? >>> >>> -Ben Kaduk >> Nothing hacked here. The category seems to be in the INDEX file, see >> below. This has caused the portindex script to generate wrong XHTML >> which resulted into build breakage due to failing XML validity check. >> >> ~~~~ >> mate-media-1.6.0|/usr/ports/audio/mate-media|/usr/local|Multimedia >> applications for the MATE >=20 > I would suggest that you move your INDEX out of the way and fetch a new= > one, it seems likely that this is just a corrupt INDEX. > (We had a corrupt INDEX on one of the machines that builds the website = a > while back, that was annoying to debug.) I am using portsnap to fetch the Ports. Why would it be corrupt? The "mate" category is there. --=20 VZ --J6lrqW5bu9Jt5XpGsCJSApTarB0SGtnOm Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlLU0+0ACgkQE3+v/RpUDYC9YQD/YyIiB6NwrPHmEESeAx7Zc7bR 2Bs0k2TowtE6LkQ0oB8A/3Do0yObZcuAQP9hzwdMP3aCgaaRXPZuOLuaug6R0TBr =jyWI -----END PGP SIGNATURE----- --J6lrqW5bu9Jt5XpGsCJSApTarB0SGtnOm-- From owner-freebsd-doc@FreeBSD.ORG Tue Jan 14 06:40:01 2014 Return-Path: Delivered-To: freebsd-doc@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C5ED8580 for ; Tue, 14 Jan 2014 06:40:01 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 876EC1484 for ; Tue, 14 Jan 2014 06:40:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s0E6e1Ft083840 for ; Tue, 14 Jan 2014 06:40:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s0E6e17u083839; Tue, 14 Jan 2014 06:40:01 GMT (envelope-from gnats) Resent-Date: Tue, 14 Jan 2014 06:40:01 GMT Resent-Message-Id: <201401140640.s0E6e17u083839@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, Yuichiro NAITO Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3724A566 for ; Tue, 14 Jan 2014 06:36:09 +0000 (UTC) Received: from oldred.freebsd.org (oldred.freebsd.org [IPv6:2001:1900:2254:206a::50:4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 238361472 for ; Tue, 14 Jan 2014 06:36:09 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id s0E6a8FL007557 for ; Tue, 14 Jan 2014 06:36:08 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id s0E6a8Ki007556; Tue, 14 Jan 2014 06:36:08 GMT (envelope-from nobody) Message-Id: <201401140636.s0E6a8Ki007556@oldred.freebsd.org> Date: Tue, 14 Jan 2014 06:36:08 GMT From: Yuichiro NAITO To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: docs/185764: mention of libiconv in FreeBSD 10.0 release note X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jan 2014 06:40:01 -0000 >Number: 185764 >Category: docs >Synopsis: mention of libiconv in FreeBSD 10.0 release note >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: Tue Jan 14 06:40:01 UTC 2014 >Closed-Date: >Last-Modified: >Originator: Yuichiro NAITO >Release: FreeBSD 9.2-RELEASE-p2 >Organization: >Environment: FreeBSD yuisoft.com 9.2-RELEASE-p2 FreeBSD 9.2-RELEASE-p2 #0 r259116: Mon Dec 9 13:26:12 JST 2013 root@yuisoft.com:/usr/obj/usr/src/sys/GENERIC amd64 >Description: Thank you for release engineering of FreeBSD 10. I hope libiconv issue is written in FreeBSD 10 release note. It is important for various kinds of ports applications. Users who plan to upgrade older release of FreeBSD must think about ports upgrade plan. libiconv issue is necessary information of this case. >How-To-Repeat: refers to following path in svn repository. /base/releng/10.0/release/doc/en_US.ISO8859-1 >Fix: mentions like ports/UPDATING of "20130904:" tag. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Tue Jan 14 07:01:44 2014 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7DA536EE for ; Tue, 14 Jan 2014 07:01:44 +0000 (UTC) Received: from dmz-mailsec-scanner-2.mit.edu (dmz-mailsec-scanner-2.mit.edu [18.9.25.13]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 01313162E for ; Tue, 14 Jan 2014 07:01:43 +0000 (UTC) X-AuditID: 1209190d-f79776d000000ce9-99-52d4dfa318b7 Received: from mailhub-auth-3.mit.edu ( [18.9.21.43]) (using TLS with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-2.mit.edu (Symantec Messaging Gateway) with SMTP id A4.AA.03305.3AFD4D25; Tue, 14 Jan 2014 01:56:35 -0500 (EST) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id s0E6uYdn021445; Tue, 14 Jan 2014 01:56:35 -0500 Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id s0E6uWlA018080 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 14 Jan 2014 01:56:34 -0500 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id s0E6uWee018340; Tue, 14 Jan 2014 01:56:32 -0500 (EST) Date: Tue, 14 Jan 2014 01:56:32 -0500 (EST) From: Benjamin Kaduk X-X-Sender: kaduk@multics.mit.edu To: =?ISO-8859-15?Q?V=E1clav_Zeman?= Subject: Re: Web site build issue: ports/categories In-Reply-To: <52D4D3ED.5010602@gmail.com> Message-ID: References: <52D312F5.7010008@gmail.com> <52D4C89D.9060701@gmail.com> <52D4D3ED.5010602@gmail.com> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprAKsWRmVeSWpSXmKPExsUixCmqrbv4/pUgg7lfdSxOnelitfi3fieL A5PHjE/zWTx2zrrLHsAUxWWTkpqTWZZapG+XwJXRvOIYc8FV1op7W58yNjBeZ+li5OSQEDCR mHlkKZQtJnHh3nq2LkYuDiGB2UwSn1e8YoRwNjJK7J8zkxXCOcQksfHcBGYIp4FRouPOC7B+ FgFtiX3LjoLZbAJqEo/3NrNCzFWU2HxqEjOILSJgKbF/wncmEJtZQFqiYf1mMFtYwFhi7dzX QOs4ODgFNCW6duiBmLwCjhJv7hRBrDrHKNH5ZxrYSFEBHYnV+6eAreIVEJQ4OfMJC8TIAInu R2vZJzAKzUKSmoUkNQtoLLOAmcSGvdkQYW2J+zfb2BYwsqxilE3JrdLNTczMKU5N1i1OTszL Sy3SNdLLzSzRS00p3cQIDnhJ3h2M7w4qHWIU4GBU4uE9wXglSIg1say4MvcQoyQHk5Io7/Xb QCG+pPyUyozE4oz4otKc1OJDjBIczEoivJULgHK8KYmVValF+TApaQ4WJXHemxz2QUIC6Ykl qdmpqQWpRTBZGQ4OJQnetHtAjYJFqempFWmZOSUIaSYOTpDhPEDDN4DU8BYXJOYWZ6ZD5E8x KkqJ8/qCJARAEhmleXC9sIT0ilEc6BVh3ikgVTzAZAbX/QpoMBPQ4Fr3SyCDSxIRUlINjF3r F36zu5SzLWDO28TNb08ZRrgwX7/BfMJxw7Xtrv9nS+atDrzvs0K0ve6TOdvxF1FvTeSOhK9/ 2r05WPyu+JJNuqEuWySNebxPLH6ht3C9nOvxQ8vTtROSu26f05+sN+GASknX8YxF/44vP9PX eKl7Wl3/9ulBmbOudlZ5CCcbSb9/ePjSfFElluKMREMt5qLiRACMS6iRIwMAAA== Content-Type: TEXT/PLAIN; charset=UTF-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jan 2014 07:01:44 -0000 On Tue, 14 Jan 2014, V=C3=A1clav Zeman wrote: > I am using portsnap to fetch the Ports. Why would it be corrupt? The > "mate" category is there. My apologies, your initial diagnosis seems correct. I am confused why we are not seeing automated build failure mail, though;= =20 I thought only some of the automatic build email was directed away from=20 the list. -Ben From owner-freebsd-doc@FreeBSD.ORG Tue Jan 14 11:53:44 2014 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 02E15F6F; Tue, 14 Jan 2014 11:53:44 +0000 (UTC) Received: from mail-lb0-x235.google.com (mail-lb0-x235.google.com [IPv6:2a00:1450:4010:c04::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DDCD21D7A; Tue, 14 Jan 2014 11:53:42 +0000 (UTC) Received: by mail-lb0-f181.google.com with SMTP id z5so3896311lbh.26 for ; Tue, 14 Jan 2014 03:53:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=d6UGhFGwE9hczC/NOeLPxylzHppyN6k8ZO1SMaxmvDw=; b=JmHZNgDCV5WlJvWr8L8t1bAahh9sawwGZp2yRkarSFStDvZe3VQFYPw3r2tUPlNGhN wgBWwB4F4zOiVW2WdCxtZMBKllYpr8Tm4QNXwvUPziTxQX0738SvMOAqnAMj71u+9SiJ Z9+Ci7zOgoVqRz9M1/DFewldHt2ZLS8nzDXgs6hjsXiIfBHvAEv/xE8edkI3Es8BBnVV QdSvlbQPagEks4JSzaeDgAvhM5NdjhUirLq6n/ofwb2EbOHoCJx4eqsmWCkYNbj3Onh5 MhwKJIAeQQq7q1jCrGMh4yMFrWYoveRYdStpnc7M7m/CW829hbCSlf3YiyaCd0tSAL+S HP7A== MIME-Version: 1.0 X-Received: by 10.112.137.229 with SMTP id ql5mr244715lbb.76.1389700420936; Tue, 14 Jan 2014 03:53:40 -0800 (PST) Received: by 10.112.129.2 with HTTP; Tue, 14 Jan 2014 03:53:40 -0800 (PST) Date: Tue, 14 Jan 2014 06:53:40 -0500 Message-ID: Subject: Proposed change to Bootstrapping and Kernel Initialization in FreeBSD Architecture Handbook From: =?ISO-8859-1?Q?Sergio_Andr=E9s_G=F3mez_del_Real?= To: freebsd-hackers@freebsd.org, freebsd-doc@freebsd.org Content-Type: multipart/mixed; boundary=089e01176f01ef40cf04efecd7a9 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jan 2014 11:53:44 -0000 --089e01176f01ef40cf04efecd7a9 Content-Type: text/plain; charset=ISO-8859-1 I started studying the FreeBSD boot system and found that the documentation is limited and, in some cases, not true; for example it doesn't address appropriately the boot1 stage, stating erroneously that it is limited for booting with a floppy. Anyway, I've been working on an up-to-date version, and would like to hear some feedback. I attach the diff file for doc/en_US.ISO8859-1/books/arch-handbook/boot/chapter.xml. Thanks. --089e01176f01ef40cf04efecd7a9 Content-Type: text/plain; charset=US-ASCII; name="boot.diff" Content-Disposition: attachment; filename="boot.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hqe2zlqx0 SW5kZXg6IGJvb3QvY2hhcHRlci54bWwKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gYm9vdC9jaGFwdGVyLnhtbAko cmV2aXNpb24gNDM0NjkpCisrKyBib290L2NoYXB0ZXIueG1sCSh3b3JraW5nIGNvcHkpCkBAIC0z LDYgKzMsNyBAQAogVGhlIEZyZWVCU0QgRG9jdW1lbnRhdGlvbiBQcm9qZWN0CiAKIENvcHlyaWdo dCAoYykgMjAwMiBTZXJnZXkgTHl1YmthIDxkZXZudWxsQHVwdHNvZnQuY29tPgorQ29weXJpZ2h0 IChjKSAyMDE0IFNlcmdpbyBBbmRy6XMgR/NtZXogZGVsIFJlYWwgPFNlcmdpby5HLkRlbFJlYWxA Z21haWwuY29tPgogQWxsIHJpZ2h0cyByZXNlcnZlZAogJEZyZWVCU0QkCiAtLT4KQEAgLTEwLDYg KzExLDcgQEAKICAgPGluZm8+PHRpdGxlPkJvb3RzdHJhcHBpbmcgYW5kIEtlcm5lbCBJbml0aWFs aXphdGlvbjwvdGl0bGU+CiAgICAgPGF1dGhvcmdyb3VwPgogICAgICAgPGF1dGhvcj48cGVyc29u bmFtZT48Zmlyc3RuYW1lPlNlcmdleTwvZmlyc3RuYW1lPjxzdXJuYW1lPkx5dWJrYTwvc3VybmFt ZT48L3BlcnNvbm5hbWU+PGNvbnRyaWI+Q29udHJpYnV0ZWQgYnkgPC9jb250cmliPjwvYXV0aG9y PiA8IS0tIGRldm51bGxAdXB0c29mdC5jb20gIDEyIEp1biAyMDAyIC0tPgorICAgICAgPGF1dGhv cj48cGVyc29ubmFtZT48Zmlyc3RuYW1lPlNlcmdpbyBBbmRy6XM8L2ZpcnN0bmFtZT48c3VybmFt ZT5H821leiBkZWwgUmVhbDwvc3VybmFtZT48L3BlcnNvbm5hbWU+PC9hdXRob3I+IDwhLS0gSmFu IDIwMTQgLS0+CiAgICAgPC9hdXRob3Jncm91cD4KICAgPC9pbmZvPgogICAKQEAgLTIzLDcgKzI1 LDEwIEBACiAgICAgPGluZGV4dGVybT48cHJpbWFyeT5JQS0zMjwvcHJpbWFyeT48L2luZGV4dGVy bT4KICAgICA8aW5kZXh0ZXJtPjxwcmltYXJ5PmJvb3Rpbmc8L3ByaW1hcnk+PC9pbmRleHRlcm0+ CiAgICAgPGluZGV4dGVybT48cHJpbWFyeT5zeXN0ZW0gaW5pdGlhbGl6YXRpb248L3ByaW1hcnk+ PC9pbmRleHRlcm0+Ci0gICAgPHBhcmE+VGhpcyBjaGFwdGVyIGlzIGFuIG92ZXJ2aWV3IG9mIHRo ZSBib290IGFuZCBzeXN0ZW0KKyAgICA8cGFyYT5UaGUgRnJlZUJTRCBCb290IFN5c3RlbSBpcyBu b3QgYSB0cml2aWFsIHNvZnR3YXJlLiBBcyBzb29uIGFzIHdlIGdldCBleGVjdXRpb24gY29udHJv bCBmcm9tIHRoZSBCSU9TLCB3ZSBtdXN0IGhhbmRsZSBhIGNvbnNpZGVyYWJsZSBhbW91bnQgb2Yg bG93LWxldmVsIGNvbmZpZ3VyYXRpb24gYmVmb3JlIHRoZSBrZXJuZWwgY2FuIGJlIGxvYWRlZCBh bmQgZXhlY3V0ZWQuIFdlIG11c3QsIG1vcmVvdmVyLCBkbyB0aGlzIGluIGEgc2ltcGxlIGFuZCBm bGV4aWJsZSBtYW5uZXIsIGFzIHRvIGFsbG93IHRoZSB1c2VyIGEgZ3JlYXQgZGVhbCBvZiBjdXN0 b21pemF0aW9uIHBvc3NpYmlsaXRpZXMuCisKKworVGhpcyBjaGFwdGVyIGlzIGFuIG92ZXJ2aWV3 IG9mIHRoZSBib290IGFuZCBzeXN0ZW0KICAgICAgIGluaXRpYWxpemF0aW9uIHByb2Nlc3MsIHN0 YXJ0aW5nIGZyb20gdGhlIEJJT1MgKGZpcm13YXJlKSBQT1NULAogICAgICAgdG8gdGhlIGZpcnN0 IHVzZXIgcHJvY2VzcyBjcmVhdGlvbi4gIFNpbmNlIHRoZSBpbml0aWFsIHN0ZXBzIG9mCiAgICAg ICBzeXN0ZW0gc3RhcnR1cCBhcmUgdmVyeSBhcmNoaXRlY3R1cmUgZGVwZW5kZW50LCB0aGUgSUEt MzIKQEAgLTMzLDMxICszOCwxNCBAQAogICA8c2VjdDEgeG1sOmlkPSJib290LW92ZXJ2aWV3Ij4K ICAgICA8dGl0bGU+T3ZlcnZpZXc8L3RpdGxlPgogCi0gICAgPHBhcmE+QSBjb21wdXRlciBydW5u aW5nIEZyZWVCU0QgY2FuIGJvb3QgYnkgc2V2ZXJhbCBtZXRob2RzLAotICAgICAgYWx0aG91Z2gg dGhlIG1vc3QgY29tbW9uIG1ldGhvZCwgYm9vdGluZyBmcm9tIGEgaGFyZGRpc2sgd2hlcmUKLSAg ICAgIHRoZSBPUyBpcyBpbnN0YWxsZWQsIHdpbGwgYmUgZGlzY3Vzc2VkIGhlcmUuICBUaGUgYm9v dCBwcm9jZXNzCi0gICAgICBpcyBkaXZpZGVkIGludG8gc2V2ZXJhbCBzdGVwczo8L3BhcmE+Cisg ICAgPHBhcmE+VGhlIEJvb3QgUHJvY2VzcyBpcyBhbiBleHRyZW1lbHkgbWFjaGluZS1kZXBlbmRl bnQgYWN0aXZpdHk7IG5vdCBvbmx5IGNvZGUgbXVzdCBiZSB3cml0dGVuIGZvciBldmVyeSBjb21w dXRlciBhcmNoaXRlY3R1cmUgY2FzZSwgYnV0IHRoZXJlIG1heSBhbHNvIGJlIGRpZmZlcmVudCBm b3JtcyB0byBib290IHVuZGVyIHRoZSBzYW1lIGFyY2hpdGVjdHVyZS4gRm9yIGV4YW1wbGUsIHRh a2luZyBhIGxvb2sgYXQgdGhlIDxmaWxlbmFtZT4vdXNyL3N5cy9zcmMvYm9vdDwvZmlsZW5hbWU+ IGRpcmVjdG9yeSB3aWxsIHJldmVhbCBhIGdyZWF0IGFtb3VudCBvZiBhcmNoaXRlY3R1cmUtZGVw ZW5kZW50IGNvZGU7IHRoZXJlIGlzIGEgZGlyZWN0b3J5IGZvciBlYWNoIG9mIHRoZSB2YXJpb3Vz IHN1cHBvcnRlZCBhcmNoaXRlY3R1cmVzLiBGb3IgaW5zdGFuY2UsIHdlIGZpbmQgdGhlIGRpcmVj dG9yaWVzIDxmaWxlbmFtZT5hcm0sIGkzODYsIGlhNjQsIHBvd2VycGMsIDwvZmlsZW5hbWU+ZXRj LiBNb3Jlb3ZlciwgaWYgd2UgZW50ZXIgdGhlIGRpcmVjdG9yeSBzcGVjaWZpYyB0byB0aGUgeDg2 IGFyY2hpdGVjdHVyZSAodGhhdCBpcywgPGZpbGVuYW1lPmkzODY8L2ZpbGVuYW1lPiksIHdlIGNh biBzZWUgZGlyZWN0b3JpZXMgYmVsb25naW5nIHRvIGRpZmZlcmVudCBib290IHN0YW5kYXJkcy4g Rm9yIGV4YW1wbGUsIDxmaWxlbmFtZT5tYnI8L2ZpbGVuYW1lPiwgd2hpY2ggc3RhbmRzIGZvciBN YXN0ZXIgQm9vdCBSZWNvcmQsIDxmaWxlbmFtZT5ncHQ8L2ZpbGVuYW1lPiwgd2hpY2ggc3RhbmRz IGZvciBHVUlEIFBhcnRpdGlvbiBUYWJsZSwgb3IgPGZpbGVuYW1lPmVmaTwvZmlsZW5hbWU+LCB3 aGljaCBzdGFuZHMgZm9yIEV4dGVuc2libGUgRmlybXdhcmUgSW50ZXJmYWNlLiBFYWNoIGJvb3Qg c3RhbmRhcmQgaGFzIGdvdCBpdHMgb3duIGNvbnZlbnRpb25zIGFuZCBkYXRhIHN0cnVjdHVyZXMg dGhhdCBjb25mb3JtIHRvIHRoYXQgc3RhbmRhcmQuCiAKLSAgICA8aXRlbWl6ZWRsaXN0PgotICAg ICAgPGxpc3RpdGVtPjxwYXJhPkJJT1MgUE9TVDwvcGFyYT48L2xpc3RpdGVtPgotICAgICAgPGxp c3RpdGVtPjxwYXJhPjxsaXRlcmFsPmJvb3QwPC9saXRlcmFsPiBzdGFnZTwvcGFyYT48L2xpc3Rp dGVtPgotICAgICAgPGxpc3RpdGVtPjxwYXJhPjxsaXRlcmFsPmJvb3QyPC9saXRlcmFsPiBzdGFn ZTwvcGFyYT48L2xpc3RpdGVtPgotICAgICAgPGxpc3RpdGVtPjxwYXJhPmxvYWRlciBzdGFnZTwv cGFyYT48L2xpc3RpdGVtPgotICAgICAgPGxpc3RpdGVtPjxwYXJhPmtlcm5lbCBpbml0aWFsaXph dGlvbjwvcGFyYT48L2xpc3RpdGVtPgotICAgIDwvaXRlbWl6ZWRsaXN0PgorSGVyZSB3ZSBzdHVk eSBpbiBkZXRhaWwgdGhlIGJvb3QgcHJvY2VzcyBmb3IgdGhlIHg4NiBhcmNoaXRlY3R1cmUgdXNp bmcgdGhlIE1CUiBib290IHN0YW5kYXJkLjwvcGFyYT4KKzxwYXJhPlRoZSBrZXkgdG8gdW5kZXJz dGFuZCB0aGlzIHByb2Nlc3MgaXMgdGhhdCBpdCBpcyBkaXZpZGVkIGludG8gYSBzZXF1ZW5jZSBv ZiA8ZW1waGFzaXM+c3RhZ2VzPC9lbXBoYXNpcz4sIGVhY2ggb25lIG1vcmUgY29tcGxleCB0aGFu IHRoZSBwcmVjZWRpbmcgb25lLiBUaGVzZSBzdGFnZXMgYXJlIG5hbWVkIDxlbXBoYXNpcz5ib290 MSwgYm9vdDI8L2VtcGhhc2lzPiBhbmQgPGVtcGhhc2lzPmxvYWRlcjwvZW1waGFzaXM+IGluICZt YW4uYm9vdC44OyBmb3IgdGhlIGZpcnN0LCBzZWNvbmQgYW5kIHRoaXJkIHN0YWdlIHJlc3BlY3Rp dmVseS4gVGhlIEJvb3QgU3lzdGVtIGV4ZWN1dGVzIGVhY2ggc3RhZ2UgaW4gc2VxdWVuY2UsIGFu ZCB0aGUgdGhpcmQgYW5kIGxhc3Qgc3RhZ2UsIDxlbXBoYXNpcz5sb2FkZXI8L2VtcGhhc2lzPiwg aXMgcmVzcG9uc2libGUgZm9yIGxvYWRpbmcgdGhlIEZyZWVCU0Qga2VybmVsLiBXZSB3aWxsIGxv b2sgYXQgZWFjaCBzdGFnZSBpbiB0aGUgZm9sbG93aW5nIHNlY3Rpb25zLiBBZGRpdGlvbmFsbHks IHByaW9yIHRvIHRoZSBmaXJzdCBzdGFnZSAoPGVtcGhhc2lzPmJvb3QxPC9lbXBoYXNpcz4pLCBh biBhZGRpdGlvbmFsIHN0ZXAgaXMgbmVjZXNzYXJ5IGluIHRoZSBwcm9jZXNzLiBUaGlzIHN0ZXAg aXMgdGhlIE1hc3RlciBCb290IFJlY29yZCwgY29udmVuaWVudGx5IGNhbGxlZCA8ZW1waGFzaXM+ Ym9vdDAuPC9lbXBoYXNpcz48L3BhcmE+CiAKLSAgICA8aW5kZXh0ZXJtPjxwcmltYXJ5PkJJT1Mg UE9TVDwvcHJpbWFyeT48L2luZGV4dGVybT4KLSAgICA8aW5kZXh0ZXJtPjxwcmltYXJ5PmJvb3Qw PC9wcmltYXJ5PjwvaW5kZXh0ZXJtPgotICAgIDxpbmRleHRlcm0+PHByaW1hcnk+Ym9vdDI8L3By aW1hcnk+PC9pbmRleHRlcm0+Ci0gICAgPGluZGV4dGVybT48cHJpbWFyeT5sb2FkZXI8L3ByaW1h cnk+PC9pbmRleHRlcm0+Ci0gICAgPHBhcmE+VGhlIDxsaXRlcmFsPmJvb3QwPC9saXRlcmFsPiBh bmQgPGxpdGVyYWw+Ym9vdDI8L2xpdGVyYWw+Ci0gICAgICBzdGFnZXMgYXJlIGFsc28gcmVmZXJy ZWQgdG8gYXMgPGVtcGhhc2lzPmJvb3RzdHJhcCBzdGFnZXMgMSBhbmQKLSAgICAgIDI8L2VtcGhh c2lzPiBpbiAmbWFuLmJvb3QuODsgYXMgdGhlIGZpcnN0IHN0ZXBzIGluIEZyZWVCU0QncwotICAg ICAgMy1zdGFnZSBib290c3RyYXBwaW5nIHByb2NlZHVyZS4gIFZhcmlvdXMgaW5mb3JtYXRpb24g aXMgcHJpbnRlZAotICAgICAgb24gdGhlIHNjcmVlbiBhdCBlYWNoIHN0YWdlLCBzbyB5b3UgbWF5 IHZpc3VhbGx5IHJlY29nbml6ZSB0aGVtCi0gICAgICB1c2luZyB0aGUgdGFibGUgdGhhdCBmb2xs b3dzLiAgUGxlYXNlIG5vdGUgdGhhdCB0aGUgYWN0dWFsIGRhdGEKLSAgICAgIG1heSBkaWZmZXIg ZnJvbSBtYWNoaW5lIHRvIG1hY2hpbmU6PC9wYXJhPgotCis8cGFyYT4KK0hlcmUgaXMgYW4gZXhh bXBsZSBvZiB0aGUgb3V0cHV0IGdlbmVyYXRlZCBieSB0aGUgZGlmZmVyZW50IGJvb3Qgc3RhZ2Vz LiBQbGVhc2Ugbm90ZSB0aGF0IHRoZSBhY3R1YWwgZGF0YSBtYXkgZGlmZmVyIGZyb20gbWFjaGlu ZSB0byBtYWNoaW5lOgorPC9wYXJhPgogICAgIDxpbmZvcm1hbHRhYmxlIGZyYW1lPSJub25lIiBw Z3dpZGU9IjAiPgogICAgICAgPHRncm91cCBjb2xzPSIyIj4KIAk8dGJvZHk+CkBAIC0xMTAsMjYg Kzk4LDQ4IEBACiAJPC90Ym9keT4KICAgICAgIDwvdGdyb3VwPgogICAgIDwvaW5mb3JtYWx0YWJs ZT4KKzxwYXJhPgorVGhlIHJlc3Qgb2YgdGhpcyBjaGFwdGVyIGNvbXByaXNlcyB0aGUgZm9sbG93 aW5nIHNlY3Rpb25zOgorPC9wYXJhPgorCisgICAgPGl0ZW1pemVkbGlzdD4KKyAgICAgIDxsaXN0 aXRlbT48cGFyYT5UaGUgQklPUzwvcGFyYT48L2xpc3RpdGVtPgorICAgICAgPGxpc3RpdGVtPjxw YXJhPlRoZSBNYXN0ZXIgQm9vdCBSZWNvcmQ8L3BhcmE+PC9saXN0aXRlbT4KKyAgICAgIDxsaXN0 aXRlbT48cGFyYT48bGl0ZXJhbD5ib290MTwvbGl0ZXJhbD4gc3RhZ2U8L3BhcmE+PC9saXN0aXRl bT4KKyAgICAgIDxsaXN0aXRlbT48cGFyYT5UaGUgQlRYIFNlcnZlcjwvcGFyYT48L2xpc3RpdGVt PgorPGxpc3RpdGVtPjxwYXJhPjxsaXRlcmFsPmJvb3QyPC9saXRlcmFsPiBzdGFnZTwvcGFyYT48 L2xpc3RpdGVtPgorICAgICAgPGxpc3RpdGVtPjxwYXJhPjxsaXRlcmFsPmxvYWRlcjwvbGl0ZXJh bD4gc3RhZ2U8L3BhcmE+PC9saXN0aXRlbT4KKyAgICAgIDxsaXN0aXRlbT48cGFyYT5LZXJuZWwg SW5pdGlhbGl6YXRpb248L3BhcmE+PC9saXN0aXRlbT4KKyAgICA8L2l0ZW1pemVkbGlzdD4KKwor ICAgIDxpbmRleHRlcm0+PHByaW1hcnk+QklPUyBQT1NUPC9wcmltYXJ5PjwvaW5kZXh0ZXJtPgor ICAgIDxpbmRleHRlcm0+PHByaW1hcnk+TUJSIGFuZCBib290MDwvcHJpbWFyeT48L2luZGV4dGVy bT4KKyAgICA8aW5kZXh0ZXJtPjxwcmltYXJ5PmJvb3QxPC9wcmltYXJ5PjwvaW5kZXh0ZXJtPgor ICAgIDxpbmRleHRlcm0+PHByaW1hcnk+VGhlIEJUWCBTZXJ2ZXI8L3ByaW1hcnk+PC9pbmRleHRl cm0+CisgICAgPGluZGV4dGVybT48cHJpbWFyeT5CVFggY2xpZW50OiBib290MjwvcHJpbWFyeT48 L2luZGV4dGVybT4KKyAgICA8aW5kZXh0ZXJtPjxwcmltYXJ5PkJUWCBjbGllbnQ6IGxvYWRlcjwv cHJpbWFyeT48L2luZGV4dGVybT4KKwogICA8L3NlY3QxPgogCiAgIDxzZWN0MSB4bWw6aWQ9ImJv b3QtYmlvcyI+Ci0gICAgPHRpdGxlPkJJT1MgUE9TVDwvdGl0bGU+CiAKKyAgICA8dGl0bGU+VGhl IEJJT1M8L3RpdGxlPgorCiAgICAgPHBhcmE+V2hlbiB0aGUgUEMgcG93ZXJzIG9uLCB0aGUgcHJv Y2Vzc29yJ3MgcmVnaXN0ZXJzIGFyZSBzZXQKICAgICAgIHRvIHNvbWUgcHJlZGVmaW5lZCB2YWx1 ZXMuICBPbmUgb2YgdGhlIHJlZ2lzdGVycyBpcyB0aGUKICAgICAgIDxlbXBoYXNpcz5pbnN0cnVj dGlvbiBwb2ludGVyPC9lbXBoYXNpcz4gcmVnaXN0ZXIsIGFuZCBpdHMgdmFsdWUKICAgICAgIGFm dGVyIGEgcG93ZXIgb24gaXMgd2VsbCBkZWZpbmVkOiBpdCBpcyBhIDMyLWJpdCB2YWx1ZSBvZgot ICAgICAgMHhmZmZmZmZmMC4gIFRoZSBpbnN0cnVjdGlvbiBwb2ludGVyIHJlZ2lzdGVyIHBvaW50 cyB0byBjb2RlIHRvCi0gICAgICBiZSBleGVjdXRlZCBieSB0aGUgcHJvY2Vzc29yLiAgT25lIG9m IHRoZSByZWdpc3RlcnMgaXMgdGhlCisgICAgICA8bGl0ZXJhbD4weGZmZmZmZmYwPC9saXRlcmFs Pi4gIFRoZSBpbnN0cnVjdGlvbiBwb2ludGVyIHJlZ2lzdGVyIChhbHNvIGtub3duIGFzIHRoZSBQ cm9ncmFtIENvdW50ZXIpIHBvaW50cyB0byBjb2RlIHRvCisgICAgICBiZSBleGVjdXRlZCBieSB0 aGUgcHJvY2Vzc29yLiAgQW5vdGhlciBpbXBvcnRhbnQgcmVnaXN0ZXIgaXMgdGhlCiAgICAgICA8 bGl0ZXJhbD5jcjA8L2xpdGVyYWw+IDMyLWJpdCBjb250cm9sIHJlZ2lzdGVyLCBhbmQgaXRzIHZh bHVlCi0gICAgICBqdXN0IGFmdGVyIHRoZSByZWJvb3QgaXMgMC4gIE9uZSBvZiB0aGUgY3IwJ3Mg Yml0cywgdGhlIGJpdCBQRQorICAgICAganVzdCBhZnRlciB0aGUgcmVib290IGlzIDxsaXRlcmFs PjA8L2xpdGVyYWw+LiAgT25lIG9mIHRoZSA8bGl0ZXJhbD5jcjA8L2xpdGVyYWw+J3MgYml0cywg dGhlIGJpdCBQRQogICAgICAgKFByb3RlY3Rpb24gRW5hYmxlZCkgaW5kaWNhdGVzIHdoZXRoZXIg dGhlIHByb2Nlc3NvciBpcyBydW5uaW5nCi0gICAgICBpbiBwcm90ZWN0ZWQgb3IgcmVhbCBtb2Rl LiAgU2luY2UgYXQgYm9vdCB0aW1lIHRoaXMgYml0IGlzCi0gICAgICBjbGVhcmVkLCB0aGUgcHJv Y2Vzc29yIGJvb3RzIGluIHJlYWwgbW9kZS4gIFJlYWwgbW9kZSBtZWFucywKKyAgICAgIGluIDMy LWJpdCBwcm90ZWN0ZWQgb3IgMTYtYml0IHJlYWwgbW9kZS4gIFNpbmNlIGF0IGJvb3QgdGltZSB0 aGlzIGJpdCBpcworICAgICAgY2xlYXJlZCwgdGhlIHByb2Nlc3NvciBib290cyBpbiAxNi1iaXQg cmVhbCBtb2RlLiAgUmVhbCBtb2RlIG1lYW5zLAogICAgICAgYW1vbmcgb3RoZXIgdGhpbmdzLCB0 aGF0IGxpbmVhciBhbmQgcGh5c2ljYWwgYWRkcmVzc2VzIGFyZQotICAgICAgaWRlbnRpY2FsLjwv cGFyYT4KKyAgICAgIGlkZW50aWNhbC4gVGhlIHJlYXNvbiBmb3IgdGhlIHByb2Nlc3NvciBub3Qg dG8gc3RhcnQgaW1tZWRpYXRlbHkgaW4gMzItYml0IHByb3RlY3RlZCBtb2RlIGlzIGJhY2t3YXJk cyBjb21wYXRpYmlsaXR5LiBJbiBwYXJ0aWN1bGFyLCB0aGUgYm9vdCBwcm9jZXNzIHJlbGllcyBv biB0aGUgc2VydmljZXMgcHJvdmlkZWQgYnkgdGhlIEJJT1MsIGFuZCB0aGUgQklPUyBpdHNlbGYg d29yayBpbiBsZWdhY3ksIDE2LWJpdCBjb2RlLjwvcGFyYT4KIAotICAgIDxwYXJhPlRoZSB2YWx1 ZSBvZiAweGZmZmZmZmYwIGlzIHNsaWdodGx5IGxlc3MgdGhlbiA0R2IsIHNvIHVubGVzcworICAg IDxwYXJhPlRoZSB2YWx1ZSBvZiA8bGl0ZXJhbD4weGZmZmZmZmYwPC9saXRlcmFsPiBpcyBzbGln aHRseSBsZXNzIHRoZW4gNEdiLCBzbyB1bmxlc3MKICAgICAgIHRoZSBtYWNoaW5lIGhhcyA0R2Ig cGh5c2ljYWwgbWVtb3J5LCBpdCBjYW5ub3QgcG9pbnQgdG8gYSB2YWxpZAogICAgICAgbWVtb3J5 IGFkZHJlc3MuICBUaGUgY29tcHV0ZXIncyBoYXJkd2FyZSB0cmFuc2xhdGVzIHRoaXMgYWRkcmVz cwogICAgICAgc28gdGhhdCBpdCBwb2ludHMgdG8gYSBCSU9TIG1lbW9yeSBibG9jay48L3BhcmE+ CkBAIC0xMzksNyArMTQ5LDcgQEAKICAgICAgIGhhcyBhIHJlbGF0aXZlbHkgc21hbGwgYW1vdW50 IG9mIHJlYWQtb25seSBtZW1vcnkgKFJPTSkuICBUaGlzCiAgICAgICBtZW1vcnkgY29udGFpbnMg dmFyaW91cyBsb3ctbGV2ZWwgcm91dGluZXMgdGhhdCBhcmUgc3BlY2lmaWMgdG8KICAgICAgIHRo ZSBoYXJkd2FyZSBzdXBwbGllZCB3aXRoIHRoZSBtb3RoZXJib2FyZC4gIFNvLCB0aGUgcHJvY2Vz c29yCi0gICAgICB3aWxsIGZpcnN0IGp1bXAgdG8gdGhlIGFkZHJlc3MgMHhmZmZmZmZmMCwgd2hp Y2ggcmVhbGx5IHJlc2lkZXMKKyAgICAgIHdpbGwgZmlyc3QganVtcCB0byB0aGUgYWRkcmVzcyA8 bGl0ZXJhbD4weGZmZmZmZmYwPC9saXRlcmFsPiwgd2hpY2ggcmVhbGx5IHJlc2lkZXMKICAgICAg IGluIHRoZSBCSU9TJ3MgbWVtb3J5LiAgVXN1YWxseSB0aGlzIGFkZHJlc3MgY29udGFpbnMgYSBq dW1wCiAgICAgICBpbnN0cnVjdGlvbiB0byB0aGUgQklPUydzIFBPU1Qgcm91dGluZXMuPC9wYXJh PgogCkBAIC0xNTQsNyArMTY0LDcgQEAKICAgICA8cGFyYT5UaGUgdmVyeSBsYXN0IHRoaW5nIGlu IHRoZSBQT1NUIGlzIHRoZSA8bGl0ZXJhbD5JTlQKIAkweDE5PC9saXRlcmFsPiBpbnN0cnVjdGlv bi4gIFRoYXQgaW5zdHJ1Y3Rpb24gcmVhZHMgNTEyIGJ5dGVzCiAgICAgICBmcm9tIHRoZSBmaXJz dCBzZWN0b3Igb2YgYm9vdCBkZXZpY2UgaW50byB0aGUgbWVtb3J5IGF0IGFkZHJlc3MKLSAgICAg IDB4N2MwMC4gIFRoZSB0ZXJtIDxlbXBoYXNpcz5maXJzdCBzZWN0b3I8L2VtcGhhc2lzPiBvcmln aW5hdGVzCisgICAgICA8bGl0ZXJhbD4weDdjMDA8L2xpdGVyYWw+LiAgVGhlIHRlcm0gPGVtcGhh c2lzPmZpcnN0IHNlY3RvcjwvZW1waGFzaXM+IG9yaWdpbmF0ZXMKICAgICAgIGZyb20gaGFyZGRy aXZlIGFyY2hpdGVjdHVyZSwgd2hlcmUgdGhlIG1hZ25ldGljIHBsYXRlIGlzIGRpdmlkZWQKICAg ICAgIHRvIGEgbnVtYmVyIG9mIGN5bGluZHJpY2FsIHRyYWNrcy4gIFRyYWNrcyBhcmUgbnVtYmVy ZWQsIGFuZAogICAgICAgZXZlcnkgdHJhY2sgaXMgZGl2aWRlZCBieSBhIG51bWJlciAodXN1YWxs eSA2NCkgc2VjdG9ycy4gIFRyYWNrCkBAIC0xNjYsMjggKzE3NiwyOSBAQAogCSAgdXRpbGl0aWVz IHN1Y2ggYXMgJm1hbi5kaXNrbGFiZWwuODsgbWF5IHN0b3JlIHRoZQogCSAgaW5mb3JtYXRpb24g aW4gdGhpcyBhcmVhLCBtb3N0bHkgaW4gdGhlIHNlY29uZAogCSAgc2VjdG9yLjwvcGFyYT48L2Zv b3Rub3RlPi48L3BhcmE+Cis8cGFyYT5UaGlzIHNlY3RvciBpcyBvdXIgYm9vdC1zZXF1ZW5jZSBz dGFydGluZyBwb2ludDsgYXMgd2Ugd2lsbCBzZWUsIHRoaXMgc2VjdG9yIGlzIGluIGZhY3Qgb3Vy IDxmaWxlbmFtZT5ib290MDwvZmlsZW5hbWU+IHByb2dyYW0uIEEganVtcCBpcyBtYWRlIGJ5IHRo ZSBCSU9TIHRvIGFkZHJlc3MgPGxpdGVyYWw+MHg3YzAwPC9saXRlcmFsPiBzbyBpdCBzdGFydHMg ZXhlY3V0aW5nLjwvcGFyYT4KICAgPC9zZWN0MT4KIAogICA8c2VjdDEgeG1sOmlkPSJib290LWJv b3QwIj4KLSAgICA8dGl0bGU+PGxpdGVyYWw+Ym9vdDA8L2xpdGVyYWw+IFN0YWdlPC90aXRsZT4K KyAgICA8dGl0bGU+VGhlIE1hc3RlciBCb290IFJlY29yZDwvdGl0bGU+CiAKICAgICA8aW5kZXh0 ZXJtPjxwcmltYXJ5Pk1CUjwvcHJpbWFyeT48L2luZGV4dGVybT4KLSAgICA8cGFyYT5UYWtlIGEg bG9vayBhdCB0aGUgZmlsZSA8ZmlsZW5hbWU+L2Jvb3QvYm9vdDA8L2ZpbGVuYW1lPi4KLSAgICAg IFRoaXMgaXMgYSBzbWFsbCA1MTItYnl0ZSBmaWxlLCBhbmQgaXQgaXMgZXhhY3RseSB3aGF0IEZy ZWVCU0QncworPHBhcmE+CitBZnRlciBjb250cm9sIGlzIHJlY2VpdmVkIGZyb20gdGhlIEJJT1Mg YXQgbWVtb3J5IGFkZHJlc3MgPGxpdGVyYWw+MHg3YzAwPC9saXRlcmFsPiwgPGZpbGVuYW1lPmJv b3QwPC9maWxlbmFtZT4gc3RhcnRzIGV4ZWN1dGluZzsgaXQgaXMgdGhlIGZpcnN0IHBpZWNlIG9m IGNvZGUgdW5kZXIgb3VyIGNvbnRyb2wuIEluIGVzc2VuY2UsIHRoZSB0YXNrIG9mIDxmaWxlbmFt ZT5ib290MDwvZmlsZW5hbWU+IGlzIHF1aXRlIHNpbXBsZTogc2NhbiB0aGUgUGFydGl0aW9uIFRh YmxlIGFuZCBsZXQgdGhlIHVzZXIgY2hvb3NlIHdoaWNoIHBhcnRpdGlvbiB0byBib290IGZyb20u IFRoZSBQYXJ0aXRpb24gVGFibGUgaXMgYSBzcGVjaWFsLCBzdGFuZGFyZCBkYXRhIHN0cnVjdHVy ZSBlbWJlZGRlZCBpbiB0aGUgTUJSIChoZW5jZSBlbWJlZGRlZCBpbiA8ZmlsZW5hbWU+Ym9vdDA8 L2ZpbGVuYW1lPikgZGVzY3JpYmluZyB0aGUgNCBzdGFuZGFyZCBQQyBwYXJ0aXRpb25zIDxmb290 bm90ZT48cGFyYT5lbi53aWtpcGVkaWEub3JnL3dpa2kvTWFzdGVyX2Jvb3RfcmVjb3JkPC9wYXJh PjwvZm9vdG5vdGU+LgorPGZpbGVuYW1lPmJvb3QwPC9maWxlbmFtZT4gcmVzaWRlcyBpbiB0aGUg ZmlsZXN5c3RlbSBhdCBsb2NhdGlvbiA8ZmlsZW5hbWU+L2Jvb3QvYm9vdDA8L2ZpbGVuYW1lPi4K KyAgICAgIEl0IGlzIGEgc21hbGwgNTEyLWJ5dGUgZmlsZSwgYW5kIGl0IGlzIGV4YWN0bHkgd2hh dCBGcmVlQlNEJ3MKICAgICAgIGluc3RhbGxhdGlvbiBwcm9jZWR1cmUgd3JvdGUgdG8geW91ciBo YXJkZGlzaydzIE1CUiBpZiB5b3UgY2hvc2UKICAgICAgIHRoZSA8cXVvdGU+Ym9vdG1hbmFnZXI8 L3F1b3RlPiBvcHRpb24gYXQgaW5zdGFsbGF0aW9uCi0gICAgICB0aW1lLjwvcGFyYT4KKyAgICAg IHRpbWU7IGluZGVlZCwgPGZpbGVuYW1lPmJvb3QwPC9maWxlbmFtZT4gPGVtcGhhc2lzPmlzPC9l bXBoYXNpcz4gdGhlIE1CUi48L3BhcmE+CiAKICAgICA8cGFyYT5BcyBtZW50aW9uZWQgcHJldmlv dXNseSwgdGhlIDxsaXRlcmFsPklOVCAweDE5PC9saXRlcmFsPgogICAgICAgaW5zdHJ1Y3Rpb24g bG9hZHMgYW4gTUJSLCBpLmUuLCB0aGUgPGZpbGVuYW1lPmJvb3QwPC9maWxlbmFtZT4KLSAgICAg IGNvbnRlbnQsIGludG8gdGhlIG1lbW9yeSBhdCBhZGRyZXNzIDB4N2MwMC4gIFRha2luZyBhIGxv b2sgYXQKLSAgICAgIHRoZSBmaWxlIDxmaWxlbmFtZT5zeXMvYm9vdC9pMzg2L2Jvb3QwL2Jvb3Qw LlM8L2ZpbGVuYW1lPiBjYW4KLSAgICAgIGdpdmUgYSBndWVzcyBhdCB3aGF0IGlzIGhhcHBlbmlu ZyB0aGVyZSAtIHRoaXMgaXMgdGhlIGJvb3QKLSAgICAgIG1hbmFnZXIsIHdoaWNoIGlzIGFuIGF3 ZXNvbWUgcGllY2Ugb2YgY29kZSB3cml0dGVuIGJ5IFJvYmVydAorICAgICAgY29udGVudCwgaW50 byB0aGUgbWVtb3J5IGF0IGFkZHJlc3MgPGxpdGVyYWw+MHg3YzAwPC9saXRlcmFsPi4gIFRoZSBz b3VyY2UgZmlsZSBmb3IgPGZpbGVuYW1lPmJvb3QwPC9maWxlbmFtZT4gY2FuIGJlIGZvdW5kIGlu IDxmaWxlbmFtZT5zeXMvYm9vdC9pMzg2L2Jvb3QwL2Jvb3QwLlM8L2ZpbGVuYW1lPiAtIHdoaWNo IGlzIGFuIGF3ZXNvbWUgcGllY2Ugb2YgY29kZSB3cml0dGVuIGJ5IFJvYmVydAogICAgICAgTm9y ZGllci48L3BhcmE+CiAKLSAgICA8cGFyYT5UaGUgTUJSLCBvciwgPGZpbGVuYW1lPmJvb3QwPC9m aWxlbmFtZT4sIGhhcyBhIHNwZWNpYWwKLSAgICAgIHN0cnVjdHVyZSBzdGFydGluZyBmcm9tIG9m ZnNldCAweDFiZSwgY2FsbGVkIHRoZQorCisgICAgPHBhcmE+QXMgcG9pbnRlZCBvdXQgZWFybGll ciwgdGhlIE1CUiwgb3IgPGZpbGVuYW1lPmJvb3QwPC9maWxlbmFtZT4sIGhhcyBhIHNwZWNpYWwK KyAgICAgIHN0cnVjdHVyZSBzdGFydGluZyBmcm9tIG9mZnNldCA8bGl0ZXJhbD4weDFiZTwvbGl0 ZXJhbD4sIGNhbGxlZCB0aGUKICAgICAgIDxlbXBoYXNpcz5wYXJ0aXRpb24gdGFibGU8L2VtcGhh c2lzPi4gIEl0IGhhcyA0IHJlY29yZHMgb2YgMTYKICAgICAgIGJ5dGVzIGVhY2gsIGNhbGxlZCA8 ZW1waGFzaXM+cGFydGl0aW9uIHJlY29yZHM8L2VtcGhhc2lzPiwgd2hpY2gKICAgICAgIHJlcHJl c2VudCBob3cgdGhlIGhhcmRkaXNrKHMpIGFyZSBwYXJ0aXRpb25lZCwgb3IsIGluIEZyZWVCU0Qn cwpAQCAtMjIyLDU2ICsyMzMsNDExIEBACiAgICAgICBkaWZmZXJlbnQgd2F5czogTEJBIChMb2dp Y2FsIEJsb2NrIEFkZHJlc3NpbmcpIGhhcyB0aGUgc3RhcnRpbmcKICAgICAgIHNlY3RvciBmb3Ig dGhlIHBhcnRpdGlvbiBhbmQgdGhlIHBhcnRpdGlvbidzIGxlbmd0aCwgd2hpbGUgQ0hTCiAgICAg ICAoQ3lsaW5kZXIgSGVhZCBTZWN0b3IpIGhhcyBjb29yZGluYXRlcyBmb3IgdGhlIGZpcnN0IGFu ZCBsYXN0Ci0gICAgICBzZWN0b3JzIG9mIHRoZSBwYXJ0aXRpb24uPC9wYXJhPgorICAgICAgc2Vj dG9ycyBvZiB0aGUgcGFydGl0aW9uLiBUaGUgcGFydGl0aW9uIHRhYmxlIGVuZHMgd2l0aCB0aGUg c3BlY2lhbCBzaWduYXR1cmUgPGxpdGVyYWw+MHhhYTU1PC9saXRlcmFsPi48L3BhcmE+Cis8cGFy YT5JdCBpcyBpbXBvcnRhbnQgdG8gbm90ZSB0aGF0LCBiZWNhdXNlIG9mIHRoZSBzaXplIGNvbnRy YWludCBvZiB0aGUgTUJSIChpdCBtdXN0IGZpdCBpbiA1MTIgYnl0ZXMsIHRoYXQgaXMsIGluIDEg ZGlzayBzZWN0b3IpLCBhbmQgYmVjYXVzZSBjYXJlIG11c3QgYmUgdGFrZW4gd2hlbiBoYW5kbGlu ZyB0aGUgUGFydGl0aW9uIFRhYmxlICh3aGljaCBpcyBlbWJlZGRlZCBpbiB0aGUgTUJSIGl0c2Vs ZiksIHRoaXMgcHJvZ3JhbSBtYWtlIHVzZSBvZiBsaXR0bGUgbG93LWxldmVsICd0cmlja3MnLCBs aWtlIDxxdW90ZT48ZW1waGFzaXM+Li4udXNpbmcgc2lkZSBlZmZlY3RzIG9mIGNlcnRhaW4gaW5z dHJ1Y3Rpb25zLCByZXVzaW5nIHJlZ2lzdGVyIHZhbHVlcyBmcm9tIHByZXZpb3VzIG9wZXJhdGlv bnMsIGV0Yy48L2VtcGhhc2lzPjwvcXVvdGU+LCBzbyBhcyB0byBtYWtlIHRoZSBtb3N0IG91dCBv ZiB0aGUgbGVhc3QgcG9zc2libGUgaW5zdHJ1Y3Rpb25zLiBGb3IgdGhpcyByZWFzb24sIGV4dHJl bWUgY2FyZSBtdXN0IGJlIHRha2VuIHdoZW4gbW9kaWZ5aW5nIDxmaWxlbmFtZT5ib290MC5TPC9m aWxlbmFtZT4uPC9wYXJhPgorPHBhcmE+CitBbHNvLCBub3RlIHRoYXQgdGhlIDxmaWxlbmFtZT5i b290MC5TPC9maWxlbmFtZT4gc291cmNlIGZpbGUgaXMgYXNzZW1ibGVkICJhcyBpcyI7IGluc3Ry dWN0aW9ucyBhcmUgdHJhbnNsYXRlZCBvbmUgYnkgb25lIHRvIGJpbmFyeSwgd2l0aCBubyBhZGRp dGlvbmFsIGluZm9ybWF0aW9uIChubyBFTEYgZmlsZSBmb3JtYXQsIGZvciBleGFtcGxlKS4gVGhp cyBraW5kIG9mIGxvdy1sZXZlbCBjb250cm9sIGlzIGFjaGlldmVkIGF0IGxpbmsgdGltZSB0aHJv dWdoIHNwZWNpYWwgY29udHJvbCBmbGFncyBwYXNzZWQgdG8gdGhlIGxpbmtlci4gRm9yIGV4YW1w bGUsIHRoZSB0ZXh0IHNlY3Rpb24gb2YgdGhlIHByb2dyYW0gaXMgc2V0IHRvIGJlIGxvY2F0ZWQg YXQgYWRkcmVzcyA8bGl0ZXJhbD4weDYwMDwvbGl0ZXJhbD4uIEluIHByYWN0aWNlIHRoaXMgbWVh bnMgdGhhdCA8ZmlsZW5hbWU+Ym9vdDA8L2ZpbGVuYW1lPiBtdXN0IGJlIGxvYWRlZCB0byBtZW1v cnkgYWRkcmVzcyA8bGl0ZXJhbD4weDYwMDwvbGl0ZXJhbD4gaW4gb3JkZXIgdG8gZnVuY3Rpb24g cHJvcGVybHkuPC9wYXJhPgogCi0gICAgPHBhcmE+VGhlIGJvb3QgbWFuYWdlciBzY2FucyB0aGUg cGFydGl0aW9uIHRhYmxlIGFuZCBwcmludHMgdGhlCi0gICAgICBtZW51IG9uIHRoZSBzY3JlZW4g c28gdGhlIHVzZXIgY2FuIHNlbGVjdCB3aGF0IGRpc2sgYW5kIHdoYXQKLSAgICAgIHNsaWNlIHRv IGJvb3QuICBCeSBwcmVzc2luZyBhbiBhcHByb3ByaWF0ZSBrZXksCi0gICAgICA8ZmlsZW5hbWU+ Ym9vdDA8L2ZpbGVuYW1lPiBwZXJmb3JtcyB0aGUgZm9sbG93aW5nCi0gICAgICBhY3Rpb25zOjwv cGFyYT4KKzxwYXJhPkl0IGlzIGFsc28gd29ydGggbG9va2luZyBhdCB0aGUgTWFrZWZpbGUgZm9y IGJvb3QwICg8ZmlsZW5hbWU+c3lzL2Jvb3QvaTM4Ni9ib290MC9NYWtlZmlsZTwvZmlsZW5hbWU+ KSwgYXMgaXQgZGVmaW5lcyBzb21lIG9mIGl0cyBiZWhhdmlvdXIuIEZvciBpbnN0YW5jZSwgaWYg YSB0ZXJtaW5hbCBjb25uZWN0ZWQgdG8gdGhlIHNlcmlhbCBwb3J0IChDT00gMSkgaXMgdXNlZCBm b3IgSS9PLCB0aGUgbWFjcm8gPGxpdGVyYWw+U0lPPC9saXRlcmFsPiBtdXN0IGJlIGRlZmluZWQg KDxsaXRlcmFsPi1EU0lPPC9saXRlcmFsPikuIE90aGVyIG9wdGlvbnMgaW5jbHVkZSBlbmFibGlu ZyBib290IHRocm91Z2ggUFhFIHByZXNzaW5nIEY2ICg8bGl0ZXJhbD4tRFBYRTwvbGl0ZXJhbD4p LiBBZGRpdGlvbmFsbHksIHRoZSBwcm9ncmFtIGRlZmluZXMgYSBzZXQgb2YgPGVtcGhhc2lzPmZs YWdzPC9lbXBoYXNpcz4gdGhhdCBhbGxvdyB0byBmdXJ0aGVyIG1vZGlmeSBpdHMgYmVoYXZpb3Iu IEFsbCB0aGlzIGlzIGlsbHVzdHJhdGVkIGluIHRoZSA8ZmlsZW5hbWU+TWFrZWZpbGU8L2ZpbGVu YW1lPi4gTGV0IHVzLCBmb3IgZXhhbXBsZSwgbG9vayBhdCB0aGUgbGlua2VyIGRpcmVjdGl2ZXMg d2hpY2ggY29tbWFuZCB0aGUgbGlua2VyIHRvIHN0YXJ0IHRoZSB0ZXh0IHNlY3Rpb24gYXQgYWRk cmVzcyA8bGl0ZXJhbD4weDYwMDwvbGl0ZXJhbD4sIGFuZCB0byBidWlsZCB0aGUgb3V0cHV0IGZp bGUgImFzIGlzIiAoc3RyaXAgb3V0IGFueSBmaWxlIGZvcm1hdHRpbmcpOgorPHByb2dyYW1saXN0 aW5nPjxmaWxlbmFtZT5zeXMvYm9vdC9pMzg2L2Jvb3QwL01ha2VmaWxlOjwvZmlsZW5hbWU+CitC T09UX0JPT1QwX09SRz89MHg2MDAKK0xERkxBR1M9LWUgc3RhcnQgLVR0ZXh0ICR7Qk9PVF9CT09U MF9PUkd9IC1XbCwtTiwtUywtLW9mb3JtYXQsYmluYXJ5Cis8L3Byb2dyYW1saXN0aW5nPgorPC9w YXJhPgogCisKKzxwYXJhPkxldCB1cyBub3cgc3RhcnQgb3VyIHN0dWR5IG9mIHRoZSBNQlIsIG9y IDxmaWxlbmFtZT5ib290MDwvZmlsZW5hbWU+LCBwcm9ncmFtLCBzdGFydGluZyB3aGVyZSBleGVj dXRpb24gYmVnaW5zOiA8Zm9vdG5vdGU+PHBhcmE+UGxlYXNlIG5vdGUgdGhhdCBzdWJ0bGUgbW9k aWZpY2F0aW9ucyB3ZXJlIG1hZGUgdG8gc29tZSBpbnN0cnVjdGlvbnMgaW4gZmF2b3Igb2YgYmV0 dGVyIGV4cG9zaXRpb24uIFRoaXMgYXBwbGllcyB0byA8ZW1waGFzaXM+YWxsPC9lbXBoYXNpcz4g b3VyIGNvZGUgZXhhbXBsZXMuPC9wYXJhPjwvZm9vdG5vdGU+OgorPHByb2dyYW1saXN0aW5nPjxm aWxlbmFtZT5zeXMvYm9vdC9pMzg2L2Jvb3QwL2Jvb3QwLlM6PC9maWxlbmFtZT4KK3N0YXJ0OgkJ Y2xkCQkJIyBTdHJpbmcgb3BzIGluYworCQl4b3J3ICVheCwlYXgJCSMgWmVybworCQltb3Z3ICVh eCwlZXMJCSMgQWRkcmVzcworCQltb3Z3ICVheCwlZHMJCSMgIGRhdGEKKwkJbW92dyAlYXgsJXNz CQkjIFNldCB1cAorCQltb3Z3IDB4N2MwMCwlc3AJCSMgIHN0YWNrCis8L3Byb2dyYW1saXN0aW5n PgorVGhpcyBmaXJzdCBibG9jayBvZiBjb2RlIGlzIHRoZSBlbnRyeSBwb2ludCBvZiB0aGUgcHJv Z3JhbTsgaXQgaXMgd2hlcmUgdGhlIEJJT1MgdHJhbnNmZXJzIGNvbnRyb2wuIEZpcnN0LCBpdCBt YWtlcyBzdXJlIHRoYXQgdGhlIHN0cmluZyBvcGVyYXRpb25zIGF1dG9pbmNyZW1lbnQgaXRzIHBv aW50ZXIgb3BlcmFuZHMgKHRoZSBjbGQgaW5zdHJ1Y3Rpb24pPGZvb3Rub3RlPjxwYXJhPldoZW4g aW4gZG91YnQsIHdlIHJlbWl0IHRoZSByZWFkZXIgdG8gdGhlIG9mZmljaWFsIEludGVsIE1hbnVh bHMsIHdoaWNoIGRlc2NyaWJlIHRoZSA8ZW1waGFzaXM+ZXhhY3Q8L2VtcGhhc2lzPiBzZW1hbnRp Y3MgZm9yIGVhY2ggaW5zdHJ1Y3Rpb246IGh0dHA6Ly93d3cuaW50ZWwuY29tL2NvbnRlbnQvd3d3 L3VzL2VuL3Byb2Nlc3NvcnMvYXJjaGl0ZWN0dXJlcy1zb2Z0d2FyZS1kZXZlbG9wZXItbWFudWFs cy5odG1sLjwvcGFyYT48L2Zvb3Rub3RlPi4gVGhlbiwgaXQgbWFrZXMgbm8gYXNzdW1wdGlvbiBh Ym91dCB0aGUgc3RhdGUgb2YgdGhlIHNlZ21lbnQgcmVnaXN0ZXJzLCBzbyBpdCBpbml0aWFsaXpl cyB0aGVtLiBGaW5hbGx5LCBpdCBzZXRzIHRoZSBzdGFjayBwb2ludGVyIHJlZ2lzdGVyICglc3Ap IHRvIGFkZHJlc3MgPGxpdGVyYWw+MHg3YzAwPC9saXRlcmFsPiwgc28gd2UgaGF2ZSBhIHdvcmtp bmcgc3RhY2suCis8L3BhcmE+Cis8cGFyYT4KKworVGhlIG5leHQgYmxvY2sgaXMgcmVzcG9uc2li bGUgZm9yIHRoZSByZWxvY2F0aW9uIGFuZCBzdWJzZXF1ZW50IGp1bXAgdG8gdGhlIHJlbG9jYXRl ZCBjb2RlOgorPHByb2dyYW1saXN0aW5nPjxmaWxlbmFtZT5zeXMvYm9vdC9pMzg2L2Jvb3QwL2Jv b3QwLlM6PC9maWxlbmFtZT4KKwkJbW92dyAkMHg3YzAwLCVzaQkjIFNvdXJjZQorCQltb3Z3ICQw eDYwMCwlZGkJCSMgRGVzdGluYXRpb24KKwkJbW92dyAkNTEyLCVjeAkJIyBXb3JkIGNvdW50CisJ CXJlcAkJCSMgUmVsb2NhdGUKKwkJbW92c2IJCQkjICBjb2RlCisJCW1vdncgJWRpLCVicAkJIyBB ZGRyZXNzIHZhcmlhYmxlcworCQltb3ZiICQxNiwlY2wJCSMgV29yZHMgdG8gY2xlYXIKKwkJcmVw CQkJIyBaZXJvCisJCXN0b3NiCQkJIyAgdGhlbQorCQlpbmNiIC0weGUoJWRpKQkJIyBTZXQgdGhl IFMgZmllbGQgdG8gMQorCisJCWptcCBtYWluLUxPQUQrT1JJR0lOCSMgSnVtcCB0byByZWxvY2F0 ZWQgY29kZQorPC9wcm9ncmFtbGlzdGluZz4KK0JlY2F1c2UgPGZpbGVuYW1lPmJvb3QwPC9maWxl bmFtZT4gaXMgbG9hZGVkIGJ5IHRoZSBCSU9TIHRvIGFkZHJlc3MgPGxpdGVyYWw+MHg3QzAwPC9s aXRlcmFsPiwgaXQgY29waWVzIGl0c2VsZiB0byBhZGRyZXNzIDxsaXRlcmFsPjB4NjAwPC9saXRl cmFsPiBhbmQgdGhlbiB0cmFuc2ZlcnMgY29udHJvbCB0aGVyZSAocmVjYWxsIHRoYXQgaXQgd2Fz IGxpbmtlZCB0byBleGVjdXRlIGF0IGFkZHJlc3MgMHg2MDApLiBUaGUgc291cmNlIGFkZHJlc3Ms IDxsaXRlcmFsPjB4N2MwMDwvbGl0ZXJhbD4sIGlzIGNvcGllZCB0byByZWdpc3RlciAlc2k7IHRo ZSBkZXN0aW5hdGlvbiBhZGRyZXNzLCA8bGl0ZXJhbD4weDYwMDwvbGl0ZXJhbD4sIHRvIHJlZ2lz dGVyICVkaS4gVGhlIG51bWJlciBvZiBieXRlcyB0byBjb3B5LCA8bGl0ZXJhbD41MTI8L2xpdGVy YWw+ICh0aGUgcHJvZ3JhbSdzIHNpemUpLCBpcyBjb3BpZWQgdG8gcmVnaXN0ZXIgJWN4LiBOZXh0 LCB0aGUgcmVwIGluc3RydWN0aW9uIHJlcGVhdHMgdGhlIGluc3RydWN0aW9uIHRoYXQgZm9sbG93 cywgdGhhdCBpcywgbW92c2IsIHRoZSBudW1iZXIgb2YgdGltZXMgZGljdGFkZWQgYnkgdGhlICVj eCByZWdpc3Rlci4gVGhlIG1vdnNiIGluc3RydWN0aW9uIGNvcGllcyB0aGUgYnl0ZSBwb2ludGVk IHRvIGJ5ICVzaSB0byB0aGUgYWRkcmVzcyBwb2ludGVkIHRvIGJ5ICVkaS4gVGhpcyBpcyByZXBl YXRlZCBhbm90aGVyIDUxMSB0aW1lczsgb24gZWFjaCByZXBldGl0aW9uLCBib3RoIHRoZSBzb3Vy Y2UgYW5kIGRlc3RpbmF0aW9uIHJlZ2lzdGVycywgJXNpIGFuZCAlZGksIGFyZSBpbmNyZW1lbnRl ZCBieSBvbmUuIFRodXMsIHVwb24gY29tcGxldGlvbiBvZiB0aGUgNTEyLWJ5dGUgY29weSwgJWRp IGhhcyB0aGUgdmFsdWUgPGxpdGVyYWw+MHg2MDA8L2xpdGVyYWw+KzxsaXRlcmFsPjUxMjwvbGl0 ZXJhbD49PGxpdGVyYWw+MHg4MDA8L2xpdGVyYWw+LCBhbmQgJXNpIGhhcyB0aGUgdmFsdWUgPGxp dGVyYWw+MHg3YzAwPC9saXRlcmFsPis8bGl0ZXJhbD41MTI8L2xpdGVyYWw+PTxsaXRlcmFsPjB4 N2UwMDwvbGl0ZXJhbD47IHdlIGhhdmUgdGh1cyBjb21wbGV0ZWQgdGhlIGNvZGUgPGVtcGhhc2lz PnJlbG9jYXRpb248L2VtcGhhc2lzPi4gTmV4dCwgdGhlIGRlc3RpbmF0aW9uIHJlZ2lzdGVyICVk aSBpcyBub3cgY29waWVkIHRvICVicDsgJWJwIGdldHMgdGhlIHZhbHVlIDxsaXRlcmFsPjB4ODAw PC9saXRlcmFsPi4gVGhlIHZhbHVlIDxsaXRlcmFsPjE2PC9saXRlcmFsPiBpcyBub3cgY29waWVk IHRvICVjbCBpbiBwcmVwYXJhdGlvbiBmb3IgYSBuZXcgc3RyaW5nIG9wZXJhdGlvbiAobGlrZSBv dXIgcHJldmlvdXMgbW92c2IpLiBOb3csIHN0b3NiIGlzIGV4ZWN1dGVkIDE2IHRpbWVzLiBUaGlz IGluc3RydWN0aW9uIGNvcGllcyBhIDxsaXRlcmFsPjA8L2xpdGVyYWw+IHZhbHVlIHRvIHRoZSBh ZGRyZXNzIHBvaW50ZWQgdG8gYnkgdGhlIGRlc3RpbmF0aW9uIHJlZ2lzdGVyICglZGksIHdoaWNo IGlzIDxsaXRlcmFsPjB4ODAwPC9saXRlcmFsPiksIGFuZCBpbmNyZW1lbnRzIGl0LiBUaGlzIGlz IHJlcGVhdGVkIGFub3RoZXIgMTUgdGltZXMsIHNvICVkaSBlbmRzIHVwIHdpdGggdmFsdWUgPGxp dGVyYWw+MHg4MTA8L2xpdGVyYWw+LiBFZmZlY3RpdmVseSwgdGhpcyBjbGVhcnMgdGhlIGFkZHJl c3MgcmFuZ2UgPGxpdGVyYWw+MHg4MDA8L2xpdGVyYWw+LTxsaXRlcmFsPjB4ODBmPC9saXRlcmFs PjsgdGhpcyByYW5nZSBpcyB1c2VkIGFzIGEgKGZha2UpIHBhcnRpdGlvbiB0YWJsZSBmb3Igd3Jp dGluZyBiYWNrIHRoZSBNQlIgdG8gZGlzay4gRmluYWxseSwgdGhlIHNlY3RvciBmaWVsZCBmb3Ig dGhlIENIUyBhZGRyZXNzaW5nIG9mIHRoaXMgZmFrZSBwYXJ0aXRpb24gaXMgc2V0LCBhbmQgYSBq dW1wIGlzIG1hZGUgdG8gdGhlIG1haW4gZnVuY3Rpb24gZnJvbSB0aGUgcmVsb2NhdGVkIGNvZGUu IE5vdGUgdGhhdCB1bnRpbCB0aGlzIGp1bXAgdG8gdGhlIHJlbG9jYXRlZCBjb2RlLCBhbnkgcmVm ZXJlbmNlIHRvIGFuIGFic29sdXRlIGFkZHJlc3Mgd2FzIGF2b2lkZWQuCis8L3BhcmE+Cis8cGFy YT4KK1RoZSBmb2xsb3dpbmcgY29kZSBibG9jayBzaW1wbHkgdGVzdHMgaWYgdGhlIGRyaXZlIG51 bWJlciBwcm92aWRlZCBieSB0aGUgQklPUyBzaG91bGQgYmUgdXNlZCwgb3IgZWxzZSB0aGUgb25l IHNhdmVkIGJ5IDxmaWxlbmFtZT5ib290MDwvZmlsZW5hbWU+OgorPHByb2dyYW1saXN0aW5nPjxm aWxlbmFtZT5zeXMvYm9vdC9pMzg2L2Jvb3QwL2Jvb3QwLlM6PC9maWxlbmFtZT4KK21haW46CisJ CXRlc3RiICRTRVREUlYsLTY5KCVicCkJIyBTZXQgZHJpdmUgbnVtYmVyPworCQlqbnogZGlzYWJs ZV91cGRhdGUJIyBZZXMKKwkJdGVzdGIgJWRsLCVkbAkJIyBEcml2ZSBudW1iZXIgdmFsaWQ/CisJ CWpzIHNhdmVfY3VyZHJpdmUJIyBQb3NzaWJseSAoMHg4MCBzZXQpCis8L3Byb2dyYW1saXN0aW5n PgorVGhpcyBjb2RlIHRlc3RzIHRoZSBTRVREUlYgYml0IGluIHRoZSA8ZW1waGFzaXM+ZmxhZ3M8 L2VtcGhhc2lzPiB2YXJpYWJsZS4gUmVjYWxsIHRoYXQgcmVnaXN0ZXIgJWJwIHBvaW50cyB0byBh ZGRyZXNzIGxvY2F0aW9uIDxsaXRlcmFsPjB4ODAwPC9saXRlcmFsPiwgc28gdGhlIHRlc3QgaXMg ZG9uZSB0byB0aGUgPGVtcGhhc2lzPmZsYWdzPC9lbXBoYXNpcz4gdmFyaWFibGUgYXQgYWRkcmVz cyA8bGl0ZXJhbD4weDgwMDwvbGl0ZXJhbD4tPGxpdGVyYWw+Njk8L2xpdGVyYWw+PTxsaXRlcmFs PjB4N2JiPC9saXRlcmFsPi4gVGhpcyBpcyBhbiBleGFtcGxlIG9mIHRoZSB0eXBlIG9mIG1vZGlm aWNhdGlvbnMgdGhhdCBjYW4gYmUgZG9uZSB0byA8ZmlsZW5hbWU+Ym9vdDA8L2ZpbGVuYW1lPi4g VGhlIFNFVERSViBmbGFnIGlzIDxlbXBoYXNpcz5ub3Q8L2VtcGhhc2lzPiBzZXQgYnkgZGVmYXVs dCwgYnV0IGl0IGNhbiBiZSBzZXQgaW4gdGhlIDxmaWxlbmFtZT5NYWtlZmlsZTwvZmlsZW5hbWU+ OyB3aGVuIHNldCwgdGhlIDxlbXBoYXNpcz5kcml2ZSBudW1iZXI8L2VtcGhhc2lzPiBzdG9yZWQg aW4gdGhlIE1CUiBpcyB1c2VkIGluc3RlYWQgb2YgdGhlIG9uZSBwcm92aWRlZCBieSB0aGUgQklP Uy4gV2UgYXNzdW1lIHRoZSBkZWZhdWx0cywgYW5kIHRoYXQgdGhlIEJJT1MgcHJvdmlkZWQgYSB2 YWxpZCBkcml2ZSBudW1iZXIsIHNvIHdlIGp1bXAgdG8gPGxpdGVyYWw+c2F2ZV9jdXJkcml2ZTwv bGl0ZXJhbD4uCis8L3BhcmE+Cis8cGFyYT4KK1RoZSBuZXh0IGJsb2NrIHNhdmVzIHRoZSA8ZW1w aGFzaXM+ZHJpdmUgbnVtYmVyPC9lbXBoYXNpcz4gcHJvdmlkZWQgYnkgdGhlIEJJT1MsIGFuZCBj YWxscyA8bGl0ZXJhbD5wdXRuPC9saXRlcmFsPiB0byBwcmludCBhIG5ldyBsaW5lIG9uIHRoZSBz Y3JlZW46Cis8cHJvZ3JhbWxpc3Rpbmc+PGZpbGVuYW1lPnN5cy9ib290L2kzODYvYm9vdDAvYm9v dDAuUzo8L2ZpbGVuYW1lPgorc2F2ZV9jdXJkcml2ZToJbW92YiAlZGwsICglYnApCQkjIFNhdmUg ZHJpdmUgbnVtYmVyCisJCXB1c2h3ICVkeAkJIyBBbHNvIGluIHRoZSBzdGFjaworI2lmZGVmCVRF U1QJLyogdGVzdCBjb2RlLCBwcmludCBpbnRlcm5hbCBiaW9zIGRyaXZlICovCisJCXJvbGIgJDEs ICVkbAorCQltb3Z3ICRkcml2ZSwgJXNpCisJCWNhbGwgcHV0a2V5CisjZW5kaWYKKwkJY2FsbHcg cHV0bgkJIyBQcmludCBhIG5ld2xpbmUKKzwvcHJvZ3JhbWxpc3Rpbmc+CitOb3RlIHRoYXQgd2Ug YXNzdW1lIFRFU1QgaXMgbm90IGRlZmluZWQsIHNvIHRoZSBjb25kaXRpb25hbCBjb2RlIGluIGl0 IGlzIG5vdCBhc3NlbWJsZWQgYW5kIHdvbid0IGFwcGVhciBpbiBvdXIgZXhlY3V0YWJsZSA8Zmls ZW5hbWU+Ym9vdDA8L2ZpbGVuYW1lPi4KKzwvcGFyYT4KKzxwYXJhPgorT3VyIG5leHQgYmxvY2sg aW1wbGVtZW50cyB0aGUgYWN0dWFsIHNjYW5uaW5nIG9mIHRoZSBwYXJ0aXRpb24gdGFibGUuIEl0 IHByaW50cyB0byB0aGUgc2NyZWVuIHRoZSBwYXJ0aXRpb24gdHlwZSBmb3IgZWFjaCBvZiB0aGUg NCBlbnRyaWVzIGluIHRoZSBwYXJ0aXRpb24gdGFibGU7IGl0IGNvbXBhcmVzIGVhY2ggdHlwZSB3 aXRoIGEgbGlzdCBvZiB3ZWxsLWtub3duIG9wZXJhdGluZyBzeXN0ZW0gZmlsZSBzeXN0ZW1zLiBF eGFtcGxlcyBvZiByZWNvZ25pemVkIHBhcnRpdGlvbiB0eXBlcyBhcmUgTlRGUyAoV2luZG93cy4g SUQgMHg3KSwgZXh0MmZzIChMaW51eC4gSUQgMHg4MykgYW5kLCBvZiBjb3Vyc2UsIGZmcy91ZnMy IChGcmVlQlNELiBJRCAweGE1KS4gVGhlIGltcGxlbWVudGF0aW9uIGlzIGZhaXJseSBzaW1wbGU6 Cis8cHJvZ3JhbWxpc3Rpbmc+CisJCW1vdncgJChwYXJ0YmwrMHg0KSwlYngJIyBQYXJ0aXRpb24g dGFibGUgKCs0KQorCQl4b3J3ICVkeCwlZHgJCSMgSXRlbSBudW1iZXIKKworcmVhZF9lbnRyeToJ bW92YiAlY2gsLTB4NCglYngpCSMgWmVybyBhY3RpdmUgZmxhZyAoY2ggPT0gMCkKKwkJYnR3ICVk eCxfRkxBR1MoJWJwKQkjIEVudHJ5IGVuYWJsZWQ/CisJCWpuYyBuZXh0X2VudHJ5CQkjIE5vCisJ CW1vdmIgKCVieCksJWFsCQkjIExvYWQgdHlwZQorCQl0ZXN0ICVhbCwgJWFsCQkjIHNraXAgZW1w dHkgcGFydGl0aW9uCisJCWp6IG5leHRfZW50cnkKKwkJbW92dyAkYm9vdGFibGVfaWRzLCVkaQkj IExvb2t1cCB0YWJsZXMKKwkJbW92YiAkKFRMRU4rMSksJWNsCSMgTnVtYmVyIG9mIGVudHJpZXMK KwkJcmVwbmUJCQkjIExvY2F0ZQorCQlzY2FzYgkJCSMgIHR5cGUKKwkJYWRkdyAkKFRMRU4tMSks ICVkaQkjIEFkanVzdAorCQltb3ZiICglZGkpLCVjbAkJIyBQYXJ0aXRpb24KKwkJYWRkdyAlY3gs JWRpCQkjICBkZXNjcmlwdGlvbgorCQljYWxsdyBwdXR4CQkjIERpc3BsYXkgaXQKKworbmV4dF9l bnRyeToJaW5jdyAlZHgJCSMgTmV4dCBpdGVtCisJCWFkZGIgJDB4MTAsJWJsCQkjIE5leHQgZW50 cnkKKwkJam5jIHJlYWRfZW50cnkJCSMgVGlsbCBkb25lCis8L3Byb2dyYW1saXN0aW5nPgorSXQg aXMgaW1wb3J0YW50IHRvIG5vdGUgdGhhdCB0aGUgYWN0aXZlIGZsYWcgZm9yIGVhY2ggZW50cnkg aXMgY2xlYXJlZCwgc28gYWZ0ZXIgdGhlIHNjYW5uaW5nLCA8ZW1waGFzaXM+bm88L2VtcGhhc2lz PiBwYXJ0aXRpb24gZW50cnkgaXMgYWN0aXZlIGluIG91ciBtZW1vcnkgY29weSBvZiA8ZmlsZW5h bWU+Ym9vdDA8L2ZpbGVuYW1lPi4gTGF0ZXIsIHRoZSBhY3RpdmUgZmxhZyB3aWxsIGJlIHNldCBm b3IgdGhlIHNlbGVjdGVkIHBhcnRpdGlvbi4gVGhpcyBlbnN1cmVzIHRoYXQgb25seSAxIGFjdGl2 ZSBwYXJ0aXRpb24gZXhpc3RzIGlmIHRoZSB1c2VyIGNob29zZXMgdG8gd3JpdGUtYmFjayB0aGUg Y2hhbmdlcyB0byBkaXNrLgorCisKK091ciBuZXh0IGJsb2NrIHRlc3RzIGZvciBvdGhlciBkcml2 ZXMgcHJlc2VudC4gQXQgc3RhcnR1cCwgdGhlIEJJT1Mgd3JpdGVzIHRoZSBudW1iZXIgb2YgZHJp dmVzIHByZXNlbnQgaW4gdGhlIGNvbXB1dGVyIHRvIGFkZHJlc3MgPGxpdGVyYWw+MHg0NzU8L2xp dGVyYWw+LiBJZiB0aGVyZSBpcyBhbnkgb3RoZXIgZHJpdmUgcHJlc2VudCwgPGZpbGVuYW1lPmJv b3QwPC9maWxlbmFtZT4gcHJpbnRzIHRoZSBjdXJyZW50IGRyaXZlIHRvIHNjcmVlbjsgdGhlIHVz ZXIgbWF5IGNvbW1hbmQgPGZpbGVuYW1lPmJvb3QwPC9maWxlbmFtZT4gdG8gc2NhbiBwYXJ0aXRp b25zIG9uIGFub3RoZXIgZHJpdmUgbGF0ZXI6Cis8cHJvZ3JhbWxpc3Rpbmc+CisJCXBvcHcgJWF4 CQkjIERyaXZlIG51bWJlcgorCQlzdWJiICQweDgwLTB4MSwlYWwJIyBEb2VzIG5leHQKKwkJY21w YiBOSFJEUlYsJWFsCQkjICBkcml2ZSBleGlzdD8gKGZyb20gQklPUz8pCisJCWpiIHByaW50X2Ry aXZlCQkjIFllcworCQlkZWN3ICVheAkJIyBBbHJlYWR5IGRyaXZlIDA/CisJCWp6IHByaW50X3By b21wdAkJIyBZZXMKKzwvcHJvZ3JhbWxpc3Rpbmc+CitXZSBtYWtlIHRoZSBhc3N1bXB0aW9uIHRo YXQgYSBzaW5nbGUgZHJpdmUgaXMgcHJlc2VudCwgc28gdGhlIGp1bXAgdG8gPGxpdGVyYWw+cHJp bnRfZHJpdmU8L2xpdGVyYWw+IGlzIG5vdCBwZXJmb3JtZWQuIFdlIGFsc28gYXNzdW1lIG5vdGhp bmcgc3RyYW5nZSBoYXBwZW5lZCwgc28gd2UganVtcCB0byA8bGl0ZXJhbD5wcmludF9wcm9tcHQ8 L2xpdGVyYWw+LiAKKzwvcGFyYT4KKzxwYXJhPgorVGhpcyBuZXh0IGJsb2NrIGp1c3QgcHJpbnRz IG91dCBhIHByb21wdCBmb2xsb3dlZCBieSB0aGUgZGVmYXVsdCBvcHRpb246IAorPHByb2dyYW1s aXN0aW5nPgorcHJpbnRfcHJvbXB0Ogltb3Z3ICRwcm9tcHQsJXNpCSMgRGlzcGxheQorCQljYWxs dyBwdXRzdHIJCSMgIHByb21wdAorCQltb3ZiIF9PUFQoJWJwKSwlZGwJIyBEaXNwbGF5CisJCWRl Y3cgJXNpCQkjICBkZWZhdWx0CisJCWNhbGx3IHB1dGtleQkJIyAga2V5CisJCWptcCBzdGFydF9p bnB1dAkJIyBTa2lwIGJlZXAKKzwvcHJvZ3JhbWxpc3Rpbmc+CitGaW5hbGx5LCBhIGp1bXAgaXMg cGVyZm9yZWQgdG8gPGxpdGVyYWw+c3RhcnRfaW5wdXQ8L2xpdGVyYWw+LCB3aGVyZSB0aGUgQklP UyBzZXJ2aWNlcyBhcmUgdXNlZCB0byBzdGFydCBhIHRpbWVyIGFuZCBmb3IgcmVhZGluZyB1c2Vy IGlucHV0IGZyb20gdGhlIGtleWJvYXJkOyBpZiB0aGUgdGltZXIgZXhwaXJlcywgdGhlIGRlZmF1 bHQgb3B0aW9uIHdpbGwgYmUgc2VsZWN0ZWQ6Cis8cHJvZ3JhbWxpc3Rpbmc+CitzdGFydF9pbnB1 dDoKKwkJeG9yYiAlYWgsJWFoCQkjIEJJT1M6IEdldAorCQlpbnQgJDB4MWEJCSMgIHN5c3RlbSB0 aW1lCisJCW1vdncgJWR4LCVkaQkJIyBUaWNrcyB3aGVuCisJCWFkZHcgX1RJQ0tTKCVicCksJWRp CSMgIHRpbWVvdXQKK3JlYWRfa2V5OgorCQltb3ZiICQweDEsJWFoCQkjIEJJT1M6IENoZWNrCisJ CWludCAkMHgxNgkJIyAgZm9yIGtleXByZXNzCisJCWpueiBnb3Rfa2V5IAkJIyBIYXZlIGlucHV0 CisJCXhvcmIgJWFoLCVhaAkJIyBCSU9TOiBpbnQgMHgxYSwgMDAKKwkJaW50ICQweDFhCQkjICBn ZXQgc3lzdGVtIHRpbWUKKwkJY21wdyAlZGksJWR4CQkjIFRpbWVvdXQ/CisJCWpiIHJlYWRfa2V5 CQkjIE5vCis8L3Byb2dyYW1saXN0aW5nPgorTm90ZSB0aGF0IGFuIGludGVycnVwdCBpcyByZXF1 ZXN0ZWQgd2l0aCBudW1iZXIgPGxpdGVyYWw+MHgxYTwvbGl0ZXJhbD4sIGFuZCBhcmd1bWVudCA8 bGl0ZXJhbD4wPC9saXRlcmFsPiBpbiByZWdpc3RlciA8bGl0ZXJhbD4lYWg8L2xpdGVyYWw+LiBU aGUgQklPUyBoYXMgYSBwcmVkZWZpbmVkIGxpc3Qgb2YgaW50ZXJydXB0IHNlcnZpY2VzLCByZXF1 ZXN0ZWQgdGhyb3VnaCB0aGUgPGxpdGVyYWw+aW50PC9saXRlcmFsPiBpbnN0cnVjdGlvbiBhbmQg cmVjZWl2aW5nIGFyZ3VtZW50cyBpbiByZWdpc3RlcnMgKGluIHRoaXMgY2FzZSwgPGxpdGVyYWw+ JWFoPC9saXRlcmFsPikuIEhlcmUsIHBhcnRpY3VsYXJseSwgd2UgYXJlIHJlcXVlc3RpbmcgdGhl IG51bWJlciBvZiBjbG9jayAndGlja3MnIHNpbmNlIGxhc3QgbWlkbmlnaHQ7IHRoaXMgdmFsdWUg aXMgY29tcHV0ZWQgYnkgdGhlIEJJT1MgdGhyb3VnaCB0aGUgPGVtcGhhc2lzPlJlYWwgVGltZSBD bG9jazwvZW1waGFzaXM+LiBUaGlzIGNsb2NrIGNhbiBiZSBwcm9ncmFtbWVkIHRvIHdvcmsgYXQg ZnJlcXVlbmNpZXMgcmFuZ2luZyBmcm9tIDxsaXRlcmFsPjJoejwvbGl0ZXJhbD4gdG8gPGxpdGVy YWw+ODE5Mmh6PC9saXRlcmFsPjsgdGhlIEJJT1Mgc2V0cyBpdCB0byA8bGl0ZXJhbD4xOC4yaHo8 L2xpdGVyYWw+IGF0IHN0YXJ0dXAuIFRoZSAzMi1iaXQgcmVzdWx0IGlzIHJldHVybmVkIGJ5IHRo ZSBCSU9TIGluIHJlZ2lzdGVycyA8bGl0ZXJhbD4lY3g8L2xpdGVyYWw+IGFuZCA8bGl0ZXJhbD4l ZHg8L2xpdGVyYWw+IChsb3dlciBieXRlcyBpbiA8bGl0ZXJhbD4lZHg8L2xpdGVyYWw+KS4gVGhp cyByZXN1bHQgKHRoZSA8bGl0ZXJhbD4lZHg8L2xpdGVyYWw+IHBhcnQpIGlzIGNvcGllZCB0byBy ZWdpc3RlciA8bGl0ZXJhbD4lZGk8L2xpdGVyYWw+LCBhbmQgdGhlIHZhbHVlIG9mIHRoZSBUSUNL UyB2YXJpYWJsZSBpcyBhZGRlZCB0byA8bGl0ZXJhbD4lZGk8L2xpdGVyYWw+LiBUaGlzIHZhcmlh YmxlIGlzIHBsYWNlZCBpbiA8ZmlsZW5hbWU+Ym9vdDA8L2ZpbGVuYW1lPiBhdCBvZmZzZXQgPGxp dGVyYWw+X1RJQ0tTPC9saXRlcmFsPiAoYSBuZWdhdGl2ZSB2YWx1ZSkgZnJvbSByZWdpc3RlciA8 bGl0ZXJhbD4lYnA8L2xpdGVyYWw+ICh3aGljaCwgcmVjYWxsLCBwb2ludHMgdG8gMHg4MDApLiBU aGUgZGVmYXVsdCB2YWx1ZSBvZiB0aGlzIHZhcmlhYmxlIGlzIDB4YjYgKDE4MiBpbiBkZWNpbWFs KS4gVGhlIGlkZWEgaXMgdGhhdCA8ZmlsZW5hbWU+Ym9vdDA8L2ZpbGVuYW1lPiBjb25zdGFudGx5 IHJlcXVlc3RzIHRoZSB0aW1lIHRvIHRoZSBCSU9TLCBhbmQgd2hlbiB0aGUgdmFsdWUgcmV0dXJu ZWQgaW4gcmVnaXN0ZXIgPGxpdGVyYWw+JWR4PC9saXRlcmFsPiBpcyBncmVhdGVyIHRoYW4gdGhl IHZhbHVlIHN0b3JlZCBpbiA8bGl0ZXJhbD4lZGk8L2xpdGVyYWw+LCB0aGUgdGltZSBpcyB1cCBh bmQgdGhlIGRlZmF1bHQgc2VsZWN0aW9uIHdvdWxkIGJlIG1hZGUuIFNpbmNlIHRoZSBSZWFsIFRp bWUgQ2xvY2sgdGlja3MgPGxpdGVyYWw+MTguMjwvbGl0ZXJhbD4gdGltZXMgcGVyIHNlY29uZCwg dGhpcyBjb25kaXRpb24gd2lsbCBiZSBtZXQgYWZ0ZXIgMTAgc2Vjb25kcyAodGhpcyBkZWZhdWx0 IGJlaGF2aW91ciBjYW4gYmUgY2hhbmdlZCBpbiB0aGUgPGZpbGVuYW1lPk1ha2VmaWxlPC9maWxl bmFtZT4uIFdoaWxlIHRoaXMgdGltZSBoYXMgbm90IHBhc3NlZCwgPGZpbGVuYW1lPmJvb3QwPC9m aWxlbmFtZT4gY29udGludWFsbHkgYXNrcyB0aGUgQklPUyBmb3IgYW55IHVzZXIgaW5wdXQ7IHRo aXMgaXMgZG9uZSB0aHJvdWdoIDxsaXRlcmFsPmludCAweDE2PC9saXRlcmFsPiwgYXJndW1lbnQg PGxpdGVyYWw+MTwvbGl0ZXJhbD4gaW4gPGxpdGVyYWw+JWFoPC9saXRlcmFsPi4gV2hldGhlciBh IGtleSB3YXMgcHJlc3NlZCwgb3IgdGhlIHRpbWUgZXhwaXJlZCwgc3Vic2VxdWVudCBjb2RlIHZh bGlkYXRlcyB0aGUgc2VsZWN0aW9uLCB0aGUgcmVnaXN0ZXIgPGxpdGVyYWw+JXNpPC9saXRlcmFs PiBpcyBzZXQgdG8gcG9pbnQgdG8gdGhlIGFwcHJvcGlhdGUgcGFydGl0aW9uIGVudHJ5IGluIHRo ZSBwYXJ0aXRpb24gdGFibGUsIGFjY29yZGluZyB0byB0aGUgc2VsZWN0aW9uLCBhbmQgdGhhdCBz ZWxlY3Rpb24gb3ZlcnJpZGVzIHRoZSBwcmV2aW91cyBkZWZhdWx0IG9uZTsgaW5kZWVkLCBpdCBi ZWNvbWVzIHRoZSA8ZW1waGFzaXM+bmV3PC9lbXBoYXNpcz4gZGVmYXVsdC4gRmluYWxseSwgdGhl IEFDVElWRSBmbGFnIG9mIHRoZSBzZWxlY3RlZCBwYXJ0aXRpb24gaXMgc2V0LiBJZiBlbmFibGVk IGF0IGNvbXBpbGUgdGltZSwgPGZpbGVuYW1lPmJvb3QwPC9maWxlbmFtZT4gd2l0aCB0aGVzZSBt b2RpZmllZCB2YWx1ZXMsIGFyZSB3cml0dGVuIGJhY2sgdG8gdGhlIE1CUiBvbiBkaXNrLiBXZSBs ZWF2ZSB0aGUgZGV0YWlscyBvZiB0aGlzIGltcGxlbWVudGF0aW9uIHRvIHRoZSByZWFkZXIuCis8 L3BhcmE+Cis8cGFyYT4KK1dlIG5vdyBlbmQgb3VyIHN0dWR5IHdpdGggdGhlIGxhc3QgY29kZSBi bG9jayBmcm9tIHRoZSA8ZmlsZW5hbWU+Ym9vdDA8L2ZpbGVuYW1lPiBwcm9ncmFtOgorPHByb2dy YW1saXN0aW5nPgorCQltb3Z3ICQweDdjMDAsJWJ4CSMgQWRkcmVzcyBmb3IgcmVhZAorCQltb3Zi ICQweDIsJWFoCQkjIFJlYWQgc2VjdG9yCisJCWNhbGx3IGludHgxMwkJIyAgZnJvbSBkaXNrCisJ CWpjIGJlZXAJCQkjIElmIGVycm9yCisJCWNtcHcgJDB4YWE1NSwweDFmZSglYngpCSMgQm9vdGFi bGU/CisJCWpuZSBiZWVwCQkjIE5vCisJCXB1c2h3ICVzaQkJIyBTYXZlIHB0ciB0byBzZWxlY3Rl ZCBwYXJ0LgorCQljYWxsdyBwdXRuCQkjIExlYXZlIHNvbWUgc3BhY2UKKwkJcG9wdyAlc2kJCSMg UmVzdG9yZSwgbmV4dCBzdGFnZSB1c2VzIGl0CisJCWptcCAqJWJ4CQkjIEludm9rZSBib290c3Ry YXAKKzwvcHJvZ3JhbWxpc3Rpbmc+CitSZWNhbGwgdGhhdCA8bGl0ZXJhbD4lc2k8L2xpdGVyYWw+ IHBvaW50cyB0byB0aGUgYXBwcm9waWF0ZSBwYXJ0aXRpb24gZW50cnkuIFRoaXMgZW50cnkgdGVs bHMgdXMgd2hlcmUgdGhlIHBhcnRpdGlvbiBiZWdpbnMgb24gZGlzazsgd2UgYXNzdW1lLCBvZiBj b3Vyc2UsIHRoYXQgdGhlIHBhcnRpdGlvbiBzZWxlY3RlZCBpcyBhIEZyZWVCU0QgcGFydGl0aW9u LiBUaGUgdHJhbnNmZXIgYnVmZmVyIGlzIHNldCB0byA8bGl0ZXJhbD4weDdjMDA8L2xpdGVyYWw+ IChyZWdpc3RlciA8bGl0ZXJhbD4lYng8L2xpdGVyYWw+KSwgYW5kIGEgcmVhZCBmb3IgdGhlIGZp cnN0IHNlY3RvciBvZiB0aGUgRnJlZUJTRCBwYXJ0aXRpb24gaXMgcmVxdWVzdGVkIGJ5IGNhbGxp bmcgPGxpdGVyYWw+aW50eDEzPC9saXRlcmFsPi4gV2UgYXNzdW1lIHRoYXQgZXZlcnl0aGluZyB3 ZW50IE9LLCBzbyBhIGp1bXAgdG8gPGxpdGVyYWw+YmVlcDwvbGl0ZXJhbD4gaXMgPGVtcGhhc2lz Pm5vdDwvZW1waGFzaXM+IHBlcmZvcm1lZC4gSW4gcGFydGljdWxhciwgdGhlIG5ldyBzZWN0b3Ig cmVhZCBtdXN0IGVuZCB3aXRoIHRoZSBtYWdpYyBzZXF1ZW5jZSA8bGl0ZXJhbD4weGFhNTU8L2xp dGVyYWw+LiBGaW5hbGx5LCB0aGUgdmFsdWUgYXQgPGxpdGVyYWw+JXNpPC9saXRlcmFsPiAodGhl IHBvaW50ZXIgdG8gdGhlIHNlbGVjdGVkIHBhcnRpdGlvbiB0YWJsZSkgaXMgcHJlc2VydmVkIGZv ciB1c2UgYnkgdGhlIG5leHQgc3RhZ2UsIGFuZCBhIGp1bXAgaXMgcGVyZm9ybWVkIHRvIGFkZHJl c3MgPGxpdGVyYWw+MHg3YzAwPC9saXRlcmFsPiwgd2hlcmUgZXhlY3V0aW9uIG9mIG91ciBuZXh0 IHN0YWdlICh0aGUganVzdC1yZWFkIGJsb2NrKSBpcyBzdGFydGVkLgorCis8L3BhcmE+CisKKwor ICA8L3NlY3QxPgorCisgIDxzZWN0MSB4bWw6aWQ9ImJvb3QtYm9vdDEiPgorICAgIDx0aXRsZT48 bGl0ZXJhbD5ib290MTwvbGl0ZXJhbD4gU3RhZ2U8L3RpdGxlPgorCisgICAgPHBhcmE+U28gZmFy IHdlIGhhdmUgZ29uZSB0aHJvdWdoIHRoZSBmb2xsb3dpbmcgc2VxdWVuY2U6CiAgICAgPGl0ZW1p emVkbGlzdD4KICAgICAgIDxsaXN0aXRlbT4KLQk8cGFyYT5tb2RpZmllcyB0aGUgYm9vdGFibGUg ZmxhZyBmb3IgdGhlIHNlbGVjdGVkIHBhcnRpdGlvbiB0bwotCSAgbWFrZSBpdCBib290YWJsZSwg YW5kIGNsZWFycyB0aGUgcHJldmlvdXM8L3BhcmE+CisJPHBhcmE+VGhlIEJJT1MgZGlkIHNvbWUg ZWFybHkgaGFyZHdhcmUgaW5pdGlhbGl6YXRpb24sIGluY2x1ZGluZyB0aGUgUE9TVC4gVGhlIE1C UiAoPGZpbGVuYW1lPmJvb3QwPC9maWxlbmFtZT4pIHdhcyBsb2FkZWQgZnJvbSBhYnNvbHV0ZSBk aXNrIHNlY3RvciAxIHRvIGFkZHJlc3MgPGxpdGVyYWw+MHg3YzAwPC9saXRlcmFsPi4gRXhlY3V0 aW9uIGNvbnRyb2wgd2FzIHBhc3NlZCB0byB0aGF0IGxvY2F0aW9uLjwvcGFyYT4KICAgICAgIDwv bGlzdGl0ZW0+CiAKICAgICAgIDxsaXN0aXRlbT4KLQk8cGFyYT5zYXZlcyBpdHNlbGYgdG8gZGlz ayB0byByZW1lbWJlciB3aGF0IHBhcnRpdGlvbiAoc2xpY2UpCi0JICBoYXMgYmVlbiBzZWxlY3Rl ZCBzbyB0byB1c2UgaXQgYXMgdGhlIGRlZmF1bHQgb24gdGhlIG5leHQKLQkgIGJvb3Q8L3BhcmE+ CisJPHBhcmE+PGZpbGVuYW1lPmJvb3QwPC9maWxlbmFtZT4gcmVsb2NhdGVkIGl0c2VsZiB0byB0 aGUgbG9jYXRpb24gaXQgd2FzIGxpbmtlZCB0byBleGVjdXRlICg8bGl0ZXJhbD4weDYwMDwvbGl0 ZXJhbD4pLCBmb2xsb3dlZCBieSBhIGp1bXAgdG8gY29udGludWUgZXhlY3V0aW9uIGF0IHRoZSBh cHByb3BpYXRlIHBsYWNlLiBGaW5hbGx5LCA8ZmlsZW5hbWU+Ym9vdDA8L2ZpbGVuYW1lPiBsb2Fk ZWQgdGhlIGZpcnN0IGRpc2sgc2VjdG9yIGZyb20gdGhlIEZyZWVCU0QgcGFydGl0aW9uIChzbGlj ZSkgdG8gYWRkcmVzcyA8bGl0ZXJhbD4weDdjMDA8L2xpdGVyYWw+LiBFeGVjdXRpb24gY29udHJv bCB3YXMgcGFzc2VkIHRvIHRoYXQgbG9jYXRpb24uPC9wYXJhPgogICAgICAgPC9saXN0aXRlbT4K KyAgICA8L2l0ZW1pemVkbGlzdD4KIAorPGZpbGVuYW1lPmJvb3QxPC9maWxlbmFtZT4gaXMgdGhl IG5leHQgc3RlcCBpbiBvdXIgYm9vdC1sb2FkaW5nIHNlcXVlbmNlOyBpdCBpcyB0aGUgZmlyc3Qg b2YgdGhyZWUgYm9vdCBzdGFnZXMuCitJdCBpcyBpbXBvcnRhbnQgdG8gbm90ZSB0aGF0IHdlIGhh dmUgYmVlbiBkZWFsaW5nIGV4Y2x1c2l2ZWx5IHdpdGggZGlzayBzZWN0b3JzLiBJbmRlZWQsIHRo ZSBCSU9TIGxvYWRzIHRoZSBhYnNvbHV0ZSBmaXJzdCBzZWN0b3IsIHdoaWxlIDxmaWxlbmFtZT5i b290MDwvZmlsZW5hbWU+IGxvYWRzIHRoZSBmaXJzdCBzZWN0b3Igb2YgdGhlIEZyZWVCU0Qgc2xp Y2U7IGJvdGggbG9hZHMgYXJlIHRvIGFkZHJlc3MgPGxpdGVyYWw+MHg3YzAwPC9saXRlcmFsPi4g V2UgY2FuIGNvbmNlcHR1YWxseSB0aGluayBvZiB0aGVzZSBkaXNrIHNlY3RvcnMgYXMgZmlsZXMg Y29udGFpbmluZyA8ZmlsZW5hbWU+Ym9vdDA8L2ZpbGVuYW1lPiBhbmQgPGZpbGVuYW1lPmJvb3Qx PC9maWxlbmFtZT4sIHJlc3BlY3RpdmVseSwgYnV0IGluIHJlYWxpdHkgdGhpcyBpcyBub3QgZW50 aXJlbHkgdHJ1ZSBmb3IgPGZpbGVuYW1lPmJvb3QxPC9maWxlbmFtZT4uIFN0cmljdGx5IHNwZWFr aW5nLCB0aGVyZSBpcyBubyBmaWxlIDxmaWxlbmFtZT5ib290MTwvZmlsZW5hbWU+PGZvb3Rub3Rl PjxwYXJhPlRoZXJlIGlzIGEgZmlsZSA8ZmlsZW5hbWU+L2Jvb3QvYm9vdDE8L2ZpbGVuYW1lPiwg YnV0IGl0IGlzIG5vdCB0aGUgZmlsZSByZWFkIGF0IGJvb3QgdGltZTsgaXQgaXMgY29uY2F0YW5h dGVkIHdpdGggPGZpbGVuYW1lPmJvb3QyPC9maWxlbmFtZT4gdG8gZm9ybSA8ZmlsZW5hbWU+Ym9v dDwvZmlsZW5hbWU+LjwvcGFyYT48L2Zvb3Rub3RlPjsgaW5zdGVhZCwgYSBzaW5nbGUsIGZ1bGwt Ymxvd24gZmlsZSwgPGZpbGVuYW1lPmJvb3Q8L2ZpbGVuYW1lPiwgaXMgd2hhdCB5b3Ugd2lsbCBm aW5kIGluIHRoZSBmaWxlIHN5c3RlbSAoPGZpbGVuYW1lPmJvb3QvYm9vdDwvZmlsZW5hbWU+KS4g VGhpcyBmaWxlIGlzIGEgY29tcG9zaXRpb24gb2YgPGZpbGVuYW1lPmJvb3QxPC9maWxlbmFtZT4s IDxmaWxlbmFtZT5ib290MjwvZmlsZW5hbWU+IGFuZCB0aGUgPGxpdGVyYWw+Qm9vdCBFeHRlbmRl cjwvbGl0ZXJhbD4gKG9yIDxsaXRlcmFsPkJUWDwvbGl0ZXJhbD4pLiBUaGlzIGJpZyBmaWxlIGlz IGdyZWF0ZXIgaW4gc2l6ZSB0aGFuIGEgc2luZ2xlIHNlY3RvciAoZ3JlYXRlciB0aGFuIDUxMiBi eXRlcykuIEZvcnR1bmF0ZWx5LCA8ZmlsZW5hbWU+Ym9vdDE8L2ZpbGVuYW1lPiBvY2N1cGllcyA8 ZW1waGFzaXM+ZXhhY3RseTwvZW1waGFzaXM+IHRoZSBmaXJzdCA1MTIgYnl0ZXMgb2YgdGhpcyBz aW5nbGUgZmlsZSwgc28sIGluZGVlZCwgd2hlbiA8ZmlsZW5hbWU+Ym9vdDA8L2ZpbGVuYW1lPiBs b2FkcyB0aGUgZmlyc3Qgc2VjdG9yIG9mIHRoZSBGcmVlQlNEIHNsaWNlICg1MTIgYnl0ZXMpLCBp dCBpcyBhY3R1YWxseSBsb2FkaW5nIDxmaWxlbmFtZT5ib290MTwvZmlsZW5hbWU+IGFuZCB0cmFu c2ZlcmluZyBjb250cm9sIHRvIGl0LjwvcGFyYT4KKzxwYXJhPgorCitUaGUgbWFpbiB0YXNrIG9m IDxmaWxlbmFtZT5ib290MTwvZmlsZW5hbWU+IGlzIHRvIGxvYWQgdGhlIG5leHQgYm9vdCBzdGFn ZS4gVGhpcyBuZXh0IHN0YWdlIGlzIHNvbWV3aGF0IG1vcmUgY29tcGxleDsgaXQgaXMgY29tcG9z ZWQgb2YgPGVtcGhhc2lzPnRoZTwvZW1waGFzaXM+IHNlcnZlciwgY2FsbGVkIHRoZSA8bGl0ZXJh bD5Cb290IEV4dGVuZGVyPC9saXRlcmFsPiwgb3IgPGxpdGVyYWw+QlRYPC9saXRlcmFsPiwgYW5k IDxlbXBoYXNpcz5hPC9lbXBoYXNpcz4gY2xpZW50LCBjYWxsZWQgPGZpbGVuYW1lPmJvb3QyPC9m aWxlbmFtZT4uIFdlIHNheSA8ZW1waGFzaXM+YTwvZW1waGFzaXM+IGNsaWVudCBiZWNhdXNlLCBh cyB3ZSB3aWxsIHNlZSwgdGhlIGxhc3QgYm9vdCBzdGFnZSBpcyA8ZmlsZW5hbWU+bG9hZGVyPC9m aWxlbmFtZT4sIHdoaWNoIGlzIGFsc28gYSBjbGllbnQgb2YgdGhlIDxsaXRlcmFsPkJUWCBzZXJ2 ZXI8L2xpdGVyYWw+LgorPC9wYXJhPgorPHBhcmE+CitMZXQgdXMgbm93IGxvb2sgaW4gZGV0YWls IHdoYXQgZXhhY3RseSBpcyBkb25lIGJ5IDxmaWxlbmFtZT5ib290MTwvZmlsZW5hbWU+LCBzdGFy dGluZyBsaWtlIHdlIGRpZCBmb3IgPGZpbGVuYW1lPmJvb3QwPC9maWxlbmFtZT4sIGF0IGl0cyBl bnRyeSBwb2ludDoKKzxwcm9ncmFtbGlzdGluZz48ZmlsZW5hbWU+c3lzL2Jvb3QvaTM4Ni9ib290 Mi9ib290MS5TOjwvZmlsZW5hbWU+CitzdGFydDoKKyBqbXAgbWFpbgorPC9wcm9ncmFtbGlzdGlu Zz4KK1RoZSBlbnRyeSBwb2ludCBhdCA8bGl0ZXJhbD5zdGFydDwvbGl0ZXJhbD4gc2ltcGx5IGp1 bXBzIHBhc3QgYSBzcGVjaWFsIGRhdGEgYXJlYSB0byB0aGUgbGFiZWwgPGxpdGVyYWw+bWFpbjwv bGl0ZXJhbD4sIHdoaWNoIGluIHR1cm4gbG9va3MgbGlrZSB0aGlzOgorPHByb2dyYW1saXN0aW5n PjxmaWxlbmFtZT5zeXMvYm9vdC9pMzg2L2Jvb3QyL2Jvb3QxLlM6PC9maWxlbmFtZT4KK21haW46 CQljbGQJCQkjIFN0cmluZyBvcHMgaW5jCisJCXhvciAlY3gsJWN4CQkjIFplcm8KKwkJbW92ICVj eCwlZXMJCSMgQWRkcmVzcworCQltb3YgJWN4LCVkcwkJIyAgZGF0YQorCQltb3YgJWN4LCVzcwkJ IyBTZXQgdXAKKwkJbW92ICRzdGFydCwlc3AJCSMgIHN0YWNrCisJCW1vdiAlc3AsJXNpCQkjIFNv dXJjZQorCQltb3YgJDB4NzAwLCVkaQkJIyBEZXN0aW5hdGlvbgorCQlpbmNiICVjaAkJIyBXb3Jk IGNvdW50CisJCXJlcAkJCSMgQ29weQorCQltb3ZzdwkJCSMgIGNvZGUKKzwvcHJvZ3JhbWxpc3Rp bmc+CitOb3RlIHRoYXQsIGp1c3QgbGlrZSA8ZmlsZW5hbWU+Ym9vdDA8L2ZpbGVuYW1lPiwgdGhl IGFib3ZlIGNvZGUgPGVtcGhhc2lzPnJlbG9jYXRlczwvZW1waGFzaXM+IDxmaWxlbmFtZT5ib290 MTwvZmlsZW5hbWU+LCB0aGlzIHRpbWUgdG8gbWVtb3J5IGFkZHJlc3MgPGxpdGVyYWw+MHg3MDA8 L2xpdGVyYWw+LiBIb3dldmVyLCB1bmxpa2UgPGZpbGVuYW1lPmJvb3QwPC9maWxlbmFtZT4sIGl0 IGRvZXMgbm90IGp1bXAgb3ZlciB0aGVyZS4gSW4gZmFjdCwgPGZpbGVuYW1lPmJvb3QxPC9maWxl bmFtZT4gaXMgbGlua2VkIHRvIGV4ZWN1dGUgYXQgYWRkcmVzcyA8bGl0ZXJhbD4weDdjMDA8L2xp dGVyYWw+LCBlZmZlY3RpdmVseSB3aGVyZSBpdCB3YXMgbG9hZGVkIGluIHRoZSBmaXJzdCBwbGFj ZS4gVGhlIHJlYXNvbiBmb3IgdGhpcyByZWxvY2F0aW9uIHdpbGwgYmUgZGlzY3Vzc2VkIHNob3J0 bHkuPC9wYXJhPgorPHBhcmE+CitOZXh0IGNvbWVzIGEgbG9vcCB0aGF0IGxvb2tzIGZvciB0aGUg RnJlZUJTRCBwYXJ0aXRpb24uIE5vdGUgdGhhdCwgYWx0aG91Z2ggPGZpbGVuYW1lPmJvb3QwPC9m aWxlbmFtZT4gaW4gZmFjdCBsb2FkZWQgPGZpbGVuYW1lPmJvb3QxPC9maWxlbmFtZT4gZnJvbSB0 aGUgRnJlZUJTRCBwYXJ0aXRpb24sIG5vIGluZm9ybWF0aW9uIHdhcyBwYXNzZWQgdG8gaXQgYWJv dXQgdGhpcyBwYXJ0aXRpb248Zm9vdG5vdGU+PHBhcmE+QWN0dWFsbHkgd2UgZGlkIHBhc3MgYSBw b2ludGVyIHRvIHRoZSBwYXJ0aXRpb24gZW50cnkgaW4gcmVnaXN0ZXIgJXNpLiBIb3dldmVyLCA8 ZmlsZW5hbWU+Ym9vdDE8L2ZpbGVuYW1lPiBkb2VzIDxlbXBoYXNpcz5ub3Q8L2VtcGhhc2lzPiBh c3N1bWUgdGhhdCBpdCB3YXMgbG9hZGVkIGJ5IDxmaWxlbmFtZT5ib290MDwvZmlsZW5hbWU+IChw ZXJoYXBzIG90aGVyIE1CUiBsb2FkZWQgaXQgdGhhdCBkaWQgbm90IHBhc3MgdGhpcyBpbmZvcm1h dGlvbiksIHNvIGl0IGFzc3VtZXMgbm90aGluZy48L3BhcmE+PC9mb290bm90ZT47IDxmaWxlbmFt ZT5ib290MTwvZmlsZW5hbWU+IGVmZmVjdGl2ZWx5IG5lZWRzIHRvIHJlc2NhbiB0aGUgcGFydGl0 aW9uIHRhYmxlIHRvIGZpbmQgd2hlcmUgdGhlIEZyZWVCU0QgcGFydGl0aW9uIHN0YXJ0cy4gVGhl cmVmb3JlLCBpdCByZXJlYWRzIHRoZSBNQlI6Cis8cHJvZ3JhbWxpc3Rpbmc+PGZpbGVuYW1lPnN5 cy9ib290L2kzODYvYm9vdDIvYm9vdDEuUzo8L2ZpbGVuYW1lPgorCQltb3YgJHBhcnQ0LCVzaQkJ IyBQYXJ0aXRpb24KKwkJY21wYiAkMHg4MCwlZGwJCSMgSGFyZCBkcml2ZT8KKwkJamIgbWFpbi40 CQkjIE5vCisJCW1vdmIgJDB4MSwlZGgJCSMgQmxvY2sgY291bnQKKwkJY2FsbHcgbnJlYWQJCSMg UmVhZCBNQlI8L3Byb2dyYW1saXN0aW5nPgorTm90ZSB0aGF0IGluIHRoZSBjb2RlIGFib3ZlLCBy ZWdpc3RlciA8bGl0ZXJhbD4lZGw8L2xpdGVyYWw+IG1haW50YWlucyBpbmZvcm1hdGlvbiBhYm91 dCB0aGUgYm9vdCBkZXZpY2U7IHRoaXMgaXMgcGFzc2VkIG9uIGJ5IHRoZSBCSU9TIGFuZCBwcmVz ZXJ2ZWQgYnkgdGhlIE1CUi4gTnVtYmVycyA8bGl0ZXJhbD4weDgwPC9saXRlcmFsPiBhbmQgZ3Jl YXRlciB0ZWxscyB1cyB0aGF0IHdlIGFyZSBkZWFsaW5nIHdpdGggYSBoYXJkIGRyaXZlLCBzbyBh IGNhbGwgaXMgbWFkZSB0byA8bGl0ZXJhbD5ucmVhZDwvbGl0ZXJhbD4sIHdoZXJlIHRoZSBNQlIg aXMgcmVhZC4gQXJndW1lbnRzIHRvIDxsaXRlcmFsPm5yZWFkPC9saXRlcmFsPiBhcmUgcGFzc2Vk IHRocm91Z2ggPGxpdGVyYWw+JXNpPC9saXRlcmFsPiBhbmQgPGxpdGVyYWw+JWRoPC9saXRlcmFs Pi4gVGhlIG1lbW9yeSBhZGRyZXNzIGF0IGxhYmVsIDxsaXRlcmFsPnBhcnQ0PC9saXRlcmFsPiBp cyBjb3BpZWQgdG8gPGxpdGVyYWw+JXNpPC9saXRlcmFsPi4gVGhpcyBtZW1vcnkgYWRkcmVzcyBo b2xkcyBhICdmYWtlIHBhcnRpdGlvbicsIHRvIGJlIHVzZWQgYnkgPGxpdGVyYWw+bnJlYWQ8L2xp dGVyYWw+LiBUaGUgZm9sbG93aW5nIGlzIHRoZSBkYXRhIGZvdW5kIGluIHRoaXMgZmFrZSBwYXJ0 aXRpb246Cis8cHJvZ3JhbWxpc3Rpbmc+PGZpbGVuYW1lPnN5cy9ib290L2kzODYvYm9vdDIvYm9v dDEuUzo8L2ZpbGVuYW1lPgorcGFydDQ6CQkuYnl0ZSAweDgwLCAweDAwLCAweDAxLCAweDAwCisJ CS5ieXRlIDB4YTUsIDB4ZmUsIDB4ZmYsIDB4ZmYKKwkJLmJ5dGUgMHgwMCwgMHgwMCwgMHgwMCwg MHgwMAorCQkuYnl0ZSAweDUwLCAweGMzLCAweDAwLCAweDAwCis8L3Byb2dyYW1saXN0aW5nPgor SW4gcGFydGljdWxhciwgdGhlIExCQSBmb3IgdGhpcyBmYWtlIHBhcnRpdGlvbiBpcyBoYXJkY29k ZWQgdG8gMDsgdGhpcyBlZmZlY3RpdmVseSBpcyB1c2VkIGFzIGFuIGFyZ3VtZW50IHRvIHRoZSBC SU9TIGZvciByZWFkaW5nIGFic29sdXRlIHNlY3RvciAxIGZyb20gdGhlIGhhcmQgZHJpdmUuIExl dCB1cyBub3cgcHJvY2VlZCB0byB0YWtlIGEgbG9vayBhdCA8bGl0ZXJhbD5ucmVhZDwvbGl0ZXJh bD46Cis8cHJvZ3JhbWxpc3Rpbmc+PGZpbGVuYW1lPnN5cy9ib290L2kzODYvYm9vdDIvYm9vdDEu Uzo8L2ZpbGVuYW1lPgorbnJlYWQ6CQltb3YgJDB4OGMwMCwlYngJCSMgVHJhbnNmZXIgYnVmZmVy CisJCW1vdiAweDgoJXNpKSwlYXgJIyBHZXQKKwkJbW92IDB4YSglc2kpLCVjeAkjICBMQkEKKwkJ cHVzaCAlY3MJCSMgUmVhZCBmcm9tCisJCWNhbGx3IHhyZWFkLjEJCSMgIGRpc2sKKwkJam5jIHJl dHVybgkJIyBJZiBzdWNjZXNzLCByZXR1cm4KKzwvcHJvZ3JhbWxpc3Rpbmc+CitSZWNhbGwgdGhh dCA8bGl0ZXJhbD4lc2k8L2xpdGVyYWw+IHBvaW50cyB0byB0aGUgZmFrZSBwYXJ0aXRpb24uIFRo ZSB3b3JkIDxmb290bm90ZT48cGFyYT5JbiB0aGUgY29udGV4dCBvZiAxNi1iaXQgcmVhbCBtb2Rl LCBhIHdvcmQgaXMgMiBieXRlcy48L3BhcmE+PC9mb290bm90ZT4gYXQgb2Zmc2V0IDxsaXRlcmFs PjB4ODwvbGl0ZXJhbD4gaXMgY29waWVkIHRvIHJlZ2lzdGVyIDxsaXRlcmFsPiVheDwvbGl0ZXJh bD4gYW5kIHdvcmQgYXQgb2Zmc2V0IDxsaXRlcmFsPjB4YTwvbGl0ZXJhbD4gdG8gPGxpdGVyYWw+ JWN4PC9saXRlcmFsPjsgdGhleSBhcmUgaW50ZXJwcmV0ZWQgYnkgdGhlIEJJT1MgYXMgYSB0aGUg bG93ZXIgNC1ieXRlIHZhbHVlIGRlbm90aW5nIHRoZSBMQkEgdG8gYmUgcmVhZCAodGhlIHVwcGVy IDQgYnl0ZXMgYXJlIGFzc3VtZWQgMCkuIFJlZ2lzdGVyIDxsaXRlcmFsPiVieDwvbGl0ZXJhbD4g aG9sZHMgdGhlIG1lbW9yeSBhZGRyZXNzIHdoZXJlIHRoZSBNQlIgd2lsbCBiZSBsb2FkZWQuIFRo ZSBpbnN0cnVjdGlvbiBwdXNoaW5nIDxsaXRlcmFsPiVjczwvbGl0ZXJhbD4gb250byB0aGUgc3Rh Y2sgaXMgdmVyeSBpbnRlcmVzdGluZy4gSW4gdGhpcyBjb250ZXh0LCBpdCBhY2NvbXBsaXNoZXMg bm90aGluZywgYnV0LCBhcyB3ZSB3aWxsIHNlZSBzaG9ydGx5LCA8bGl0ZXJhbD54cmVhZC4xPC9s aXRlcmFsPiBtYWtlcyBubyBhc3N1bXB0aW9uIGFib3V0IHRoZSBjb250ZXh0IGluIHdoaWNoIGl0 IGlzIGludm9rZWQuIFBhcnRpY3VsYXJseSwgPGZpbGVuYW1lPmJvb3QyPC9maWxlbmFtZT4gJ3Ry YXBzJyB0aGVyZTsgPGxpdGVyYWw+eHJlYWQuMTwvbGl0ZXJhbD4gdGhlbiBleGVjdXRlcyBpbiBW TTg2IChWaXJ0dWFsIFJlYWwgTW9kZSkuIEJ1dCwgYmVjYXVzZSA8ZmlsZW5hbWU+Ym9vdDI8L2Zp bGVuYW1lPiBleGVjdXRlcyBpbiAzMi1iaXQgcHJvdGVjdGVkIG1vZGUsIGEgbG9uZyByZXR1cm4g aXMgZXhlY3V0ZWQgd2hlbiA8bGl0ZXJhbD54cmVhZC4xPC9saXRlcmFsPiBmaW5pc2hlcyBleGVj dXRpb24uIFRoaXMgaW5zdHJ1Y3Rpb24gcG9wcyBvdXQgZnJvbSB0aGUgc3RhY2sgdGhlIGNvZGUg c2VnbWVudCAocmVnaXN0ZXIgPGxpdGVyYWw+JWNzPC9saXRlcmFsPikgdG8gcmV0dXJuLiBUaGlz IG1lY2hhbmlzbSB3aWxsIGJlY29tZSBtb3JlIGNsZWFyIGxhdGVyLgorTm93LCB0aGUgY29kZSBh dCA8bGl0ZXJhbD54cmVhZC4xPC9saXRlcmFsPiBmdXJ0aGVyIGNhbGxzIHRoZSA8bGl0ZXJhbD5y ZWFkPC9saXRlcmFsPiBmdW5jdGlvbiwgd2hpY2ggYWN0dWFsbHkgY2FsbHMgdGhlIEJJT1MgYXNr aW5nIGZvciB0aGUgZGlzayBzZWN0b3I6Cis8cHJvZ3JhbWxpc3Rpbmc+PGZpbGVuYW1lPnN5cy9i b290L2kzODYvYm9vdDIvYm9vdDEuUzo8L2ZpbGVuYW1lPgoreHJlYWQuMToJCQkJIyBTdGFydGlu ZworCQlwdXNobCAkMHgwCQkjICBhYnNvbHV0ZQorCQlwdXNoICVjeAkJIyAgYmxvY2sKKwkJcHVz aCAlYXgJCSMgIG51bWJlcgorCQlwdXNoICVlcwkJIyBBZGRyZXNzIG9mCisJCXB1c2ggJWJ4CQkj ICB0cmFuc2ZlciBidWZmZXIKKwkJeG9yICVheCwlYXgJCSMgTnVtYmVyIG9mCisJCW1vdmIgJWRo LCVhbAkJIyAgYmxvY2tzIHRvCisJCXB1c2ggJWF4CQkjICB0cmFuc2ZlcgorCQlwdXNoICQweDEw CQkjIFNpemUgb2YgcGFja2V0CisJCW1vdiAlc3AsJWJwCQkjIFBhY2tldCBwb2ludGVyCisJCWNh bGx3IHJlYWQJCSMgUmVhZCBmcm9tIGRpc2sKKwkJbGVhIDB4MTAoJWJwKSwlc3AJIyBDbGVhciBz dGFjaworCQlscmV0CQkJIyBUbyBmYXIgY2FsbGVyCis8L3Byb2dyYW1saXN0aW5nPgorTm90ZSB0 aGUgPGVtcGhhc2lzPmxvbmcgcmV0dXJuPC9lbXBoYXNpcz4gaW5zdHJ1Y3Rpb24gYXQgdGhlIGVu ZCBvZiB0aGlzIGJsb2NrLiBUaGlzIGluc3RydWN0aW9uIHBvcHMgb3V0IHRoZSA8bGl0ZXJhbD4l Y3M8L2xpdGVyYWw+IHJlZ2lzdGVyIHB1c2hlZCBieSA8bGl0ZXJhbD5ucmVhZDwvbGl0ZXJhbD4s IGFuZCByZXR1cm5zLiBGaW5hbGx5LCA8bGl0ZXJhbD5ucmVhZDwvbGl0ZXJhbD4gYWxzbyByZXR1 cm5zLgorCitOb3csIHdpdGggdGhlIE1CUiBsb2FkZWQgdG8gbWVtb3J5LCB0aGUgYWN0dWFsIGxv b3AgZm9yIHNlYXJjaGluZyB0aGUgRnJlZUJTRCBwYXJ0aXRpb24gYmVnaW5zLiBUaGUgaW1wbGVt ZW50YXRpb24gaXMgYXMgZm9sbG93czoKKzxwcm9ncmFtbGlzdGluZz48ZmlsZW5hbWU+c3lzL2Jv b3QvaTM4Ni9ib290Mi9ib290MS5TOjwvZmlsZW5hbWU+CisJCW1vdiAkMHgxLCVjeAkgCSAjIFR3 byBwYXNzZXMKK21haW4uMTogCW1vdiAkTUVNX0JVRitQUlRfT0ZGLCVzaSAjIFBhcnRpdGlvbiB0 YWJsZQorCQltb3ZiICQweDEsJWRoCQkgIyBQYXJ0aXRpb24KK21haW4uMjogCWNtcGIgJFBSVF9C U0QsMHg0KCVzaSkJICMgT3VyIHBhcnRpdGlvbiB0eXBlPworCQlqbmUgbWFpbi4zCQkgIyBObwor CQlqY3h6IG1haW4uNQkJICMgSWYgc2Vjb25kIHBhc3MKKwkJdGVzdGIgJDB4ODAsKCVzaSkJICMg QWN0aXZlPworCQlqbnogbWFpbi41CQkgIyBZZXMKK21haW4uMzogCWFkZCAkMHgxMCwlc2kJIAkg IyBOZXh0IGVudHJ5CisJCWluY2IgJWRoCQkgIyBQYXJ0aXRpb24KKwkJY21wYiAkMHgxK1BSVF9O VU0sJWRoCSAjIEluIHRhYmxlPworCQlqYiBtYWluLjIJCSAjIFllcworCQlkZWMgJWN4CQkJICMg RG8gdHdvCisJCWpjeHogbWFpbi4xCQkgIyAgcGFzc2VzCis8L3Byb2dyYW1saXN0aW5nPgorVGhp cyBjb2RlLCB3aGljaCBmb2xsb3dzIHRoZSBjYWxsIHRvIDxsaXRlcmFsPm5yZWFkPC9saXRlcmFs PiwgaW1wbGVtZW50cyB0aGUgc2NhbiBpbiB0aGUgcGFydGl0aW9uIHRhYmxlIGxvb2tpbmcgZm9y IHRoZSBGcmVlQlNEIHBhcnRpdGlvbi4gSWYgYSBGcmVlQlNEIHBhcnRpdGlvbiBpcyBzdWNjZXNz ZnVsbHkgaWRlbnRpZmllZCwgZXhlY3V0aW9uIGNvbnRpbnVlcyBhdCA8bGl0ZXJhbD5tYWluLjU8 L2xpdGVyYWw+OyB3ZSBhc3N1bWUgdGhpcyBiZWhhdmlvdXIsIHNvIHdlIGNvbnRpbnVlIGV4ZWN1 dGlvbiB0aGVyZToKKzxwcm9ncmFtbGlzdGluZz48ZmlsZW5hbWU+c3lzL2Jvb3QvaTM4Ni9ib290 Mi9ib290MS5TOjwvZmlsZW5hbWU+CittYWluLjU6IAltb3YgJWR4LE1FTV9BUkcJCQkgICAjIFNh dmUgYXJncworCQltb3ZiICQweDEwLCVkaAkJCSAgICMgU2VjdG9yIGNvdW50CisJCWNhbGx3IG5y ZWFkCQkJICAgIyBSZWFkIGRpc2sKKwkJbW92ICRNRU1fQlRYLCVieAkJICAgIyBCVFgKKwkJbW92 IDB4YSglYngpLCVzaQkJICAgIyBHZXQgQlRYIGxlbmd0aCBhbmQgc2V0CisJCWFkZCAlYngsJXNp CQkJICAgIyAgJXNpIHRvIHN0YXJ0IG9mIGJvb3QyLmJpbgorCQltb3YgJE1FTV9VU1IrU0laX1BB RyoyLCVkaQkgICAjIENsaWVudCBwYWdlIDIKKwkJbW92ICRNRU1fQlRYKyhOU0VDVC0xKSpTSVpf U0VDLCVjeCAjIEJ5dGUKKwkJc3ViICVzaSwlY3gJCQkgICAjICBjb3VudAorCQlyZXAJCQkJICAg IyBSZWxvY2F0ZQorCQltb3ZzYgkJCQkgICAjICBjbGllbnQKKzwvcHJvZ3JhbWxpc3Rpbmc+Cis8 L3BhcmE+Cis8cGFyYT4KK1JlY2FsbCB0aGF0IGF0IHRoaXMgcG9pbnQsIHJlZ2lzdGVyIDxsaXRl cmFsPiVzaTwvbGl0ZXJhbD4gcG9pbnRzIHRvIHRoZSBGcmVlQlNEIHBhcnRpdGlvbiBlbnRyeSBp biB0aGUgTUJSIHBhcnRpdGlvbiB0YWJsZSwgc28gYSBjYWxsIHRvIDxsaXRlcmFsPm5yZWFkPC9s aXRlcmFsPiB3aWxsIGVmZmVjdGl2ZWx5IHJlYWQgc2VjdG9ycyBhdCB0aGUgYmVnaW5uaW5nIG9m IHRoaXMgcGFydGl0aW9uLiBUaGUgYXJndW1lbnQgcGFzc2VkIG9uIHJlZ2lzdGVyIDxsaXRlcmFs PiVkaDwvbGl0ZXJhbD4gdGVsbHMgPGxpdGVyYWw+bnJlYWQ8L2xpdGVyYWw+IHRvIHJlYWQgMTYg ZGlzayBzZWN0b3JzLiBSZWNhbGwgdGhhdCB0aGUgZmlyc3QgNTEyIGJ5dGVzLCAodGhlIGZpcnN0 IHNlY3RvciBvZiB0aGUgRnJlZUJTRCBwYXJ0aXRpb24pLCBjb2luY2lkZXMgd2l0aCB0aGUgPGZp bGVuYW1lPmJvb3QxPC9maWxlbmFtZT4gcHJvZ3JhbS4gQWxzbyByZWNhbGwgdGhhdCB0aGUgZmls ZSB3cml0dGVuIHRvIHRoZSBiZWdpbm5pbmcgb2YgdGhlIEZyZWVCU0QgcGFydGl0aW9uIGlzIG5v dCA8ZmlsZW5hbWU+L2Jvb3QvYm9vdDE8L2ZpbGVuYW1lPiwgYnV0IDxmaWxlbmFtZT4vYm9vdC9i b290PC9maWxlbmFtZT4uIExldCdzIHRha2UgYSBsb29rIGF0IHRoZSBzaXplIG9mIHRoZXNlIGZp bGVzIGluIHRoZSBmaWxlc3lzdGVtOgorPHByb2dyYW1saXN0aW5nPjxmaWxlbmFtZT5zeXMvYm9v dC9pMzg2L2Jvb3QyL2Jvb3QxLlM6PC9maWxlbmFtZT4KKy1yLS1yLS1yLS0gIDEgcm9vdCAgd2hl ZWwgICA1MTJCIEphbiAgOCAwMDoxNSAvYm9vdC9ib290MAorLXItLXItLXItLSAgMSByb290ICB3 aGVlbCAgIDUxMkIgSmFuICA4IDAwOjE1IC9ib290L2Jvb3QxCistci0tci0tci0tICAxIHJvb3Qg IHdoZWVsICAgNy41SyBKYW4gIDggMDA6MTUgL2Jvb3QvYm9vdDIKKy1yLS1yLS1yLS0gIDEgcm9v dCAgd2hlZWwgICA4LjBLIEphbiAgOCAwMDoxNSAvYm9vdC9ib290Cis8L3Byb2dyYW1saXN0aW5n PgorQXMgeW91IGNhbiBzZWUgZnJvbSB0aGlzIG91dHB1dCwgYm90aCA8ZmlsZW5hbWU+Ym9vdDA8 L2ZpbGVuYW1lPiBhbmQgPGZpbGVuYW1lPmJvb3QxPC9maWxlbmFtZT4gYXJlIDUxMiBieXRlcyBl YWNoLCBzbyB0aGV5IGZpdCA8ZW1waGFzaXM+ZXhhY3RseTwvZW1waGFzaXM+IGluIDEgZGlzayBz ZWN0b3IuIE5vdGUgdGhhdCA8ZmlsZW5hbWU+Ym9vdDI8L2ZpbGVuYW1lPiBpcyBtdWNoIGJpZ2dl cjsgPGZpbGVuYW1lPmJvb3QyPC9maWxlbmFtZT4gaG9sZHMgdGhlIEJUWCBwcm9ncmFtIGFuZCB0 aGUgPGZpbGVuYW1lPmJvb3QyPC9maWxlbmFtZT4gY2xpZW50LiBGaW5hbGx5LCBhIGZpbGUgY2Fs bGVkIHNpbXBseSA8ZmlsZW5hbWU+Ym9vdDwvZmlsZW5hbWU+IGlzIDUxMiBieXRlcyBsYXJnZXIg dGhhbiA8ZmlsZW5hbWU+Ym9vdDI8L2ZpbGVuYW1lPjsgaXQgaXMgYSBjb25jYXRlbmF0aW9uIG9m IDxmaWxlbmFtZT5ib290MTwvZmlsZW5hbWU+IGFuZCA8ZmlsZW5hbWU+Ym9vdDI8L2ZpbGVuYW1l Pi4gQXMgYWxyZWFkeSBub3RlZCwgPGZpbGVuYW1lPmJvb3QwPC9maWxlbmFtZT4gaXMgdGhlIGZp bGUgd3JpdHRlbiB0byB0aGUgYWJzb2x1dGUgZmlyc3QgZGlzayBzZWN0b3IgKHRoZSBNQlIpLCBh bmQgPGZpbGVuYW1lPmJvb3Q8L2ZpbGVuYW1lPiBpcyB0aGUgZmlsZSB3cml0dGVuIHRvIHRoZSBm aXJzdCBzZWN0b3Igb2YgdGhlIEZyZWVCU0QgcGFydGl0aW9uOyA8ZmlsZW5hbWU+Ym9vdDE8L2Zp bGVuYW1lPiBhbmQgPGZpbGVuYW1lPmJvb3QyPC9maWxlbmFtZT4gYXJlIDxlbXBoYXNpcz5ub3Q8 L2VtcGhhc2lzPiB3cml0dGVuIHRvIGRpc2suIEZvbGxvd2luZyBpcyB0aGUgY29tbWFuZCB1c2Vk IHRvIGNvbmNhdGVuYXRlIDxmaWxlbmFtZT5ib290MTwvZmlsZW5hbWU+IGFuZCA8ZmlsZW5hbWU+ Ym9vdDI8L2ZpbGVuYW1lPiBpbnRvIGEgc2luZ2xlIGZpbGUgPGZpbGVuYW1lPmJvb3Q8L2ZpbGVu YW1lPjoKKzxwcm9ncmFtbGlzdGluZz48ZmlsZW5hbWU+c3lzL2Jvb3QvaTM4Ni9ib290Mi9ib290 MS5TOjwvZmlsZW5hbWU+CitjYXQgYm9vdDEgYm9vdDIgPiBib290Cis8L3Byb2dyYW1saXN0aW5n PgorU28sIGVmZmVjdGl2ZWx5LCA8ZmlsZW5hbWU+Ym9vdDE8L2ZpbGVuYW1lPiBvY2N1cGllcyA8 ZW1waGFzaXM+ZXhhY3RseTwvZW1waGFzaXM+IHRoZSBmaXJzdCA1MTIgb2YgdGhlIDxmaWxlbmFt ZT5ib290PC9maWxlbmFtZT4gZmlsZSBhbmQsIGJlY2F1c2UgPGZpbGVuYW1lPmJvb3Q8L2ZpbGVu YW1lPiBpcyB3cml0dGVuIHRvIHRoZSBmaXJzdCBzZWN0b3Igb2YgdGhlIEZyZWVCU0QgcGFydGl0 aW9uLCA8ZmlsZW5hbWU+Ym9vdDE8L2ZpbGVuYW1lPiBmaXRzIDxlbXBoYXNpcz5leGFjdGx5PC9l bXBoYXNpcz4gaW4gdGhpcyBmaXJzdCBzZWN0b3IuIE5vdywgcmV0dXJuaW5nIHRvIG91ciBleGVj dXRpb24sIGJlY2F1c2UgPGxpdGVyYWw+bnJlYWQ8L2xpdGVyYWw+IHJlYWRzIHRoZSBmaXJzdCAx NiBzZWN0b3JzIG9mIHRoZSBGcmVlQlNEIHBhcnRpdGlvbiwgaXQgZWZmZWN0aXZlbHkgaXMgcmVh ZGluZyB0aGUgZW50aXJlIDxmaWxlbmFtZT5ib290PC9maWxlbmFtZT4gZmlsZS4gPGZvb3Rub3Rl PjxwYXJhPjUxMioxNj04MTkyIGJ5dGVzLCBleGFjdGx5IHRoZSBzaXplIG9mIDxmaWxlbmFtZT5i b290PC9maWxlbmFtZT48L3BhcmE+PC9mb290bm90ZT4KK1dlIHdpbGwgc2VlIG1vcmUgZGV0YWls cyBhYm91dCBob3cgPGZpbGVuYW1lPmJvb3Q8L2ZpbGVuYW1lPiBpcyBmb3JtZWQgZnJvbSA8Zmls ZW5hbWU+Ym9vdDE8L2ZpbGVuYW1lPiBhbmQgPGZpbGVuYW1lPmJvb3QyPC9maWxlbmFtZT4gaW4g dGhlIG5leHQgc2VjdGlvbi4KKzwvcGFyYT4KKzxwYXJhPgorUmVjYWxsIHRoYXQgPGxpdGVyYWw+ bnJlYWQ8L2xpdGVyYWw+IHVzZXMgbWVtb3J5IGFkZHJlc3MgPGxpdGVyYWw+MHg4YzAwPC9saXRl cmFsPiBhcyB0aGUgdHJhbnNmZXIgYnVmZmVyIHRvIGhvbGQgdGhlIHNlY3RvcnMgcmVhZC4gVGhp cyBhZGRyZXNzIGlzIGNvbnZlbmllbnRseSBjaG9zZW4uIEluZGVlZCwgYmVjYXVzZSA8ZmlsZW5h bWU+Ym9vdDE8L2ZpbGVuYW1lPiBiZWxvbmdzIHRvIHRoZSBmaXJzdCA1MTIgYnl0ZXMsIGl0IGlz IHN0b3JlZCBhdCBhZGRyZXNzIHJhbmdlIDxsaXRlcmFsPjB4OGMwMDwvbGl0ZXJhbD4tPGxpdGVy YWw+MHg4ZGZmPC9saXRlcmFsPi4gVGhlIDUxMiBieXRlcyB0aGF0IGZvbGxvd3MgKHJhbmdlIDxs aXRlcmFsPjB4OGUwMDwvbGl0ZXJhbD4tPGxpdGVyYWw+MHg4ZmZmPC9saXRlcmFsPikgaXMgdXNl ZCB0byBzdG9yZSB0aGUgPGVtcGhhc2lzPmRpc2tsYWJlbDwvZW1waGFzaXM+PGZvb3Rub3RlPjxw YXJhPklmIHlvdSBldmVyIHdvbmRlcmVkIHdoZXJlIEZyZWVCU0Qgc3RvcmVkIHRoaXMgaW5mb3Jt YXRpb24sIGl0IGlzIGluIHRoaXMgcmVnaW9uLjwvcGFyYT48L2Zvb3Rub3RlPi4gU3RhcnRpbmcg YXQgYWRkcmVzcyA8bGl0ZXJhbD4weDkwMDA8L2xpdGVyYWw+IGlzIHRoZSBiZWdpbm5pbmcgb2Yg dGhlIDxsaXRlcmFsPkJUWCBzZXJ2ZXI8L2xpdGVyYWw+LCBhbmQgaW1tZWRpYXRlbHkgZm9sbG93 aW5nIHRoZSA8bGl0ZXJhbD5CVFg8L2xpdGVyYWw+IGlzIHRoZSA8ZmlsZW5hbWU+Ym9vdDI8L2Zp bGVuYW1lPiBjbGllbnQuIEFzIHdlIHdpbGwgc2VlLCB0aGUgPGxpdGVyYWw+QlRYIHNlcnZlcjwv bGl0ZXJhbD4gYWN0cyBhcyBhIGtlcm5lbCwgYW5kIGV4ZWN1dGVzIGluIHByb3RlY3RlZCBtb2Rl IGluIHRoZSBtb3N0IHByaXZpbGVnZWQgbGV2ZWwuIEluIGNvbnRyYXN0LCB0aGUgQlRYIGNsaWVu dHMgKDxmaWxlbmFtZT5ib290MjwvZmlsZW5hbWU+LCBmb3IgZXhhbXBsZSksIGV4ZWN1dGUgaW4g dXNlciBtb2RlOyB3ZSB3aWxsIHNlZSBob3cgdGhpcyBpcyBhY2NvbXBsaXNoZWQgaW4gdGhlIG5l eHQgc2VjdGlvbi4gVGhlIGNvZGUgYWZ0ZXIgdGhlIGNhbGwgdG8gPGxpdGVyYWw+bnJlYWQ8L2xp dGVyYWw+IGxvY2F0ZXMgdGhlIGJlZ2lubmluZyBvZiA8ZmlsZW5hbWU+Ym9vdDI8L2ZpbGVuYW1l PiBpbiB0aGUgbWVtb3J5IGJ1ZmZlciwgYW5kIGNvcGllcyBpdCB0byBtZW1vcnkgYWRkcmVzcyA8 bGl0ZXJhbD4weGMwMDA8L2xpdGVyYWw+LiBUaGlzIGlzIGJlY2F1c2UgdGhlIEJUWCBhcnJhbmdl cyA8ZmlsZW5hbWU+Ym9vdDI8L2ZpbGVuYW1lPiB0byBleGVjdXRlIGluIGEgc2VnbWVudCBzdGFy dGluZyBhdCA8bGl0ZXJhbD4weGEwMDA8L2xpdGVyYWw+LiBXZSBleHBsb3JlIHRoaXMgaW4gZGV0 YWlsIGluIHRoZSBmb2xsb3dpbmcgc2VjdGlvbi4KKzwvcGFyYT4KKzxwYXJhPgorVGhlIGxhc3Qg Y29kZSBibG9jayBvZiA8ZmlsZW5hbWU+Ym9vdDE8L2ZpbGVuYW1lPiBlbmFibGVzIGFjY2VzcyB0 byBtZW1vcnkgYWJvdmUgMU1CPGZvb3Rub3RlPjxwYXJhPlRoaXMgaXMgbmVjZXNzYXJ5IGZvciBs ZWdhY3kgcmVhc29uczsgdGhlIGludGVyZXN0ZWQgcmVhZGVyIGlzIHJlbWl0dGVkIHRvIGh0dHA6 Ly9lbi53aWtpcGVkaWEub3JnL3dpa2kvQTIwX2xpbmUuPC9wYXJhPjwvZm9vdG5vdGU+IGFuZCBj b25jbHVkZXMgd2l0aCBhIGp1bXAgdG8gdGhlIHN0YXJ0aW5nIHBvaW50IG9mIHRoZSA8bGl0ZXJh bD5CVFggc2VydmVyPC9saXRlcmFsPjoKKzxwcm9ncmFtbGlzdGluZz48ZmlsZW5hbWU+c3lzL2Jv b3QvaTM4Ni9ib290Mi9ib290MS5TOjwvZmlsZW5hbWU+CitzZXRhMjA6IAljbGkJCQkjIERpc2Fi bGUgaW50ZXJydXB0cworc2V0YTIwLjE6CWRlYyAlY3gJCQkjIFRpbWVvdXQ/CisJCWp6IHNldGEy MC4zCQkjIFllcworCQlpbmIgJDB4NjQsJWFsCQkjIEdldCBzdGF0dXMKKwkJdGVzdGIgJDB4Miwl YWwJCSMgQnVzeT8KKwkJam56IHNldGEyMC4xCQkjIFllcworCQltb3ZiICQweGQxLCVhbAkJIyBD b21tYW5kOiBXcml0ZQorCQlvdXRiICVhbCwkMHg2NAkJIyAgb3V0cHV0IHBvcnQKK3NldGEyMC4y OglpbmIgJDB4NjQsJWFsCQkjIEdldCBzdGF0dXMKKwkJdGVzdGIgJDB4MiwlYWwJCSMgQnVzeT8K KwkJam56IHNldGEyMC4yCQkjIFllcworCQltb3ZiICQweGRmLCVhbAkJIyBFbmFibGUKKwkJb3V0 YiAlYWwsJDB4NjAJCSMgIEEyMAorc2V0YTIwLjM6CXN0aQkJCSMgRW5hYmxlIGludGVycnVwdHMK KworCQlqbXAgc3RhcnQrTUVNX0pNUC1NRU1fT1JHIyBTdGFydCBCVFgKKzwvcHJvZ3JhbWxpc3Rp bmc+CitOb3RlIHRoYXQgcmlnaHQgYmVmb3JlIHRoZSBqdW1wLCBpbnRlcnJ1cHRzIGFyZSBlbmFi bGVkLgorPC9wYXJhPgorICA8L3NlY3QxPgorICA8c2VjdDEgeG1sOmlkPSJidHgtc2VydmVyIj4K KyAgICA8dGl0bGU+VGhlIEJUWCBTZXJ2ZXI8L3RpdGxlPgorPHBhcmE+CitOZXh0IGluIG91ciBi b290IHNlcXVlbmNlIGlzIHRoZSA8bGl0ZXJhbD5CVFggU2VydmVyPC9saXRlcmFsPi4gTGV0J3Mg cXVpY2tseSByZW1lbWJlciBob3cgd2UgZ290IGhlcmU6CisgICAgPGl0ZW1pemVkbGlzdD4KICAg ICAgIDxsaXN0aXRlbT4KLQk8cGFyYT5sb2FkcyB0aGUgZmlyc3Qgc2VjdG9yIG9mIHRoZSBzZWxl Y3RlZCBwYXJ0aXRpb24gKHNsaWNlKQotCSAgaW50byBtZW1vcnkgYW5kIGp1bXBzIHRoZXJlPC9w YXJhPgorCTxwYXJhPkJJT1MgbG9hZHMgdGhlIGFic29sdXRlIHNlY3RvciAxICh0aGUgTUJSLCBv ciA8ZmlsZW5hbWU+Ym9vdDA8L2ZpbGVuYW1lPiksIHRvIGFkZHJlc3MgPGxpdGVyYWw+MHg3YzAw PC9saXRlcmFsPiBhbmQganVtcHMgb3ZlciB0aGVyZS48L3BhcmE+CiAgICAgICA8L2xpc3RpdGVt PgorCisgICAgICA8bGlzdGl0ZW0+CisJPHBhcmE+PGZpbGVuYW1lPmJvb3QwPC9maWxlbmFtZT4g cmVsb2NhdGVzIHRvIDxsaXRlcmFsPjB4NjAwPC9saXRlcmFsPiwgdGhlIGFkZHJlc3MgaXQgd2Fz IGxpbmtlZCB0byBleGVjdXRlLCBhbmQganVtcHMgb3ZlciB0aGVyZS4gSXQgdGhlbiByZWFkcyB0 aGUgZmlyc3Qgc2VjdG9yIG9mIHRoZSBGcmVlQlNEIHBhcnRpdGlvbiAod2hpY2ggY29uc2lzdHMg b2YgPGZpbGVuYW1lPmJvb3QxPC9maWxlbmFtZT4pIGludG8gYWRkcmVzcyA8bGl0ZXJhbD4weDdj MDA8L2xpdGVyYWw+IGFuZCBqdW1wcyBvdmVyIHRoZXJlLjwvcGFyYT4KKyAgICAgIDwvbGlzdGl0 ZW0+CisKKyAgICAgIDxsaXN0aXRlbT4KKwk8cGFyYT48ZmlsZW5hbWU+Ym9vdDE8L2ZpbGVuYW1l PiBsb2FkcyB0aGUgZmlyc3QgMTYgc2VjdG9ycyBvZiB0aGUgRnJlZUJTRCBwYXJ0aXRpb24gaW50 byBhZGRyZXNzIDxsaXRlcmFsPjB4OGMwMDwvbGl0ZXJhbD4uIFRoaXMgMTYgc2VjdG9ycywgb3Ig PGxpdGVyYWw+ODE5MjwvbGl0ZXJhbD4gYnl0ZXMsIGNvbnNpc3RzIDxlbXBoYXNpcz5leGFjdGx5 PC9lbXBoYXNpcz4gb2YgdGhlIDxmaWxlbmFtZT5ib290PC9maWxlbmFtZT4gZmlsZS4gVGhlIDxm aWxlbmFtZT5ib290PC9maWxlbmFtZT4gZmlsZSBjb25zaXN0cyBvZiBhIGNvbmNhdGVuYXRpb24g b2YgPGZpbGVuYW1lPmJvb3QxPC9maWxlbmFtZT4gYW5kIDxmaWxlbmFtZT5ib290MjwvZmlsZW5h bWU+IGFuZCwgPGZpbGVuYW1lPmJvb3QyPC9maWxlbmFtZT4sIGluIHR1cm4sIGNvbnRhaW5zIHRo ZSA8bGl0ZXJhbD5CVFggc2VydmVyPC9saXRlcmFsPiBhbmQgdGhlIDxmaWxlbmFtZT5ib290Mjwv ZmlsZW5hbWU+IGNsaWVudC4gRmluYWxseSwgYSBqdW1wIGlzIG1hZGUgdG8gYWRkcmVzcyA8bGl0 ZXJhbD4weDkwMTA8L2xpdGVyYWw+LCB0aGUgZW50cnkgcG9pbnQgb2YgdGhlIDxsaXRlcmFsPkJU WCBzZXJ2ZXI8L2xpdGVyYWw+LjwvcGFyYT4KKyAgICAgIDwvbGlzdGl0ZW0+CiAgICAgPC9pdGVt aXplZGxpc3Q+CitMZXQgdXMgZnVydGhlciByZXZpZXcgaG93IHRoZSBzaW5nbGUsIGFsbC1pbi1v bmUgPGZpbGVuYW1lPmJvb3Q8L2ZpbGVuYW1lPiBmaWxlIGlzIGNyZWF0ZWQuIFRoZSBjb21tYW5k cyBzdGF0ZWQgaW4gdGhlIDxmaWxlbmFtZT5NYWtlZmlsZTwvZmlsZW5hbWU+IGFyZSBxdWl0ZSBs b25nLCBzbyBsZXQncyBnbyBzdGVwIGJ5IHN0ZXAuIFRoZSB3YXkgPGZpbGVuYW1lPmJvb3Q8L2Zp bGVuYW1lPiBpcyBidWlsdCBpcyBkZWZpbmVkIGluIGl0cyA8ZmlsZW5hbWU+TWFrZWZpbGU8L2Zp bGVuYW1lPiAoPGZpbGVuYW1lPi91c3Ivc3JjL3N5cy9ib290L2kzODYvYm9vdDIvTWFrZWZpbGU8 L2ZpbGVuYW1lPikuIExldCdzIGxvb2sgYXQgdGhlIHJ1bGUgdGhhdCBjcmVhdGVzIHRoZSA8Zmls ZW5hbWU+Ym9vdDwvZmlsZW5hbWU+IGZpbGU6Cis8cHJvZ3JhbWxpc3Rpbmc+PGZpbGVuYW1lPnN5 cy9ib290L2kzODYvYm9vdDIvTWFrZWZpbGU6PC9maWxlbmFtZT4KK2Jvb3Q6IGJvb3QxIGJvb3Qy CisJY2F0IGJvb3QxIGJvb3QyID4gYm9vdAorPC9wcm9ncmFtbGlzdGluZz4KK1RoaXMgdGVsbHMg dXMgdGhhdCA8ZmlsZW5hbWU+Ym9vdDE8L2ZpbGVuYW1lPiBhbmQgPGZpbGVuYW1lPmJvb3QyPC9m aWxlbmFtZT4gYXJlIG5lZWRlZCwgYW5kIHRoZSBydWxlIHNpbXBseSBjb25jYXRlbmF0ZXMgdGhl bSB0byBwcm9kdWNlIGEgc2luZ2xlIGZpbGUgY2FsbGVkIDxmaWxlbmFtZT5ib290PC9maWxlbmFt ZT4uIFRoZSBydWxlcyBmb3IgY3JlYXRpbmcgPGZpbGVuYW1lPmJvb3QxPC9maWxlbmFtZT4gYXJl IGFsc28gcXVpdGUgc2ltcGxlOgorPHByb2dyYW1saXN0aW5nPjxmaWxlbmFtZT5zeXMvYm9vdC9p Mzg2L2Jvb3QyL01ha2VmaWxlOjwvZmlsZW5hbWU+Citib290MTogYm9vdDEub3V0CisJb2JqY29w eSAtUyAtTyBiaW5hcnkgYm9vdDEub3V0ICR7LlRBUkdFVH0KIAotICAgIDxwYXJhPldoYXQga2lu ZCBvZiBkYXRhIHNob3VsZCByZXNpZGUgb24gdGhlIHZlcnkgZmlyc3Qgc2VjdG9yIG9mCi0gICAg ICBhIGJvb3RhYmxlIHBhcnRpdGlvbiAoc2xpY2UpLCBpbiBvdXIgY2FzZSwgYSBGcmVlQlNEIHNs aWNlPyAgQXMKLSAgICAgIHlvdSBtYXkgaGF2ZSBhbHJlYWR5IGd1ZXNzZWQsIGl0IGlzCi0gICAg ICA8ZmlsZW5hbWU+Ym9vdDI8L2ZpbGVuYW1lPi48L3BhcmE+Ci0gIDwvc2VjdDE+Citib290MS5v dXQ6IGJvb3QxLm8KKwlsZCAtZSBzdGFydCAtVHRleHQgMHg3YzAwIC1vIGJvb3QxLm91dCBib290 MS5vCis8L3Byb2dyYW1saXN0aW5nPgorSW4gb3JkZXIgdG8gYXBwbHkgdGhlIHJ1bGUgZm9yIGNy ZWF0aW5nIDxmaWxlbmFtZT5ib290MTwvZmlsZW5hbWU+LCA8ZmlsZW5hbWU+Ym9vdDEub3V0PC9m aWxlbmFtZT4gbXVzdCBiZSByZXNvbHZlZC4gVGhpcywgaW4gdHVybiwgZGVwZW5kcyBvbiB0aGUg ZXhpc3RlbmNlIG9mIDxmaWxlbmFtZT5ib290MS5vPC9maWxlbmFtZT4uIFRoaXMgbGFzdCBmaWxl IGlzIHNpbXBseSB0aGUgcmVzdWx0IG9mIGFzc2VtYmxpbmcgb3VyIGZhbWlsaWFyIDxmaWxlbmFt ZT5ib290MS5TPC9maWxlbmFtZT4sIHdpdGhvdXQgbGlua2luZy4gTm93LCB0aGUgcnVsZSBmb3Ig Y3JlYXRpbmcgPGZpbGVuYW1lPmJvb3QxLm91dDwvZmlsZW5hbWU+IGlzIGFwcGxpZWQuIFRoaXMg dGVsbHMgdXMgdGhhdCA8ZmlsZW5hbWU+Ym9vdDEubzwvZmlsZW5hbWU+IHNob3VsZCBiZSBsaW5r ZWQgd2l0aCA8bGl0ZXJhbD5zdGFydDwvbGl0ZXJhbD4gYXMgaXRzIGVudHJ5IHBvaW50LCBhbmQg c3RhcnRpbmcgYXQgYWRkcmVzcyA8bGl0ZXJhbD4weDdjMDA8L2xpdGVyYWw+LiBGaW5hbGx5LCA8 ZmlsZW5hbWU+Ym9vdDE8L2ZpbGVuYW1lPiBpcyBjcmVhdGVkIGZyb20gPGZpbGVuYW1lPmJvb3Qx Lm91dDwvZmlsZW5hbWU+IGFwcGx5aW5nIHRoZSBhcHByb3BpYXRlIHJ1bGUuIFRoaXMgcnVsZSBp cyB0aGUgPGZpbGVuYW1lPm9iamNvcHk8L2ZpbGVuYW1lPiBjb21tYW5kIGFwcGxpZWQgdG8gPGZp bGVuYW1lPmJvb3QxLm91dDwvZmlsZW5hbWU+LiBOb3RlIHRoZSBmbGFncyBwYXNzZWQgdG8gPGZp bGVuYW1lPm9iamNvcHk8L2ZpbGVuYW1lPjogLVMgdGVsbHMgaXQgdG8gc3RyaXAgYWxsIHJlbG9j YXRpb24gYW5kIHN5bWJvbGljIGluZm9ybWF0aW9uOyAtTyBiaW5hcnkgaW5kaWNhdGVzIHRoZSBv dXRwdXQgZm9ybWF0LCB0aGF0IGlzLCBhIHNpbXBsZSwgdW5mb3JtYXR0ZWQgYmluYXJ5IGZpbGUu IFdlIG5vdyBoYXZlIDxmaWxlbmFtZT5ib290MTwvZmlsZW5hbWU+LiBMZXQncyB0YWtlIGEgbG9v ayBhdCBob3cgPGZpbGVuYW1lPmJvb3QyPC9maWxlbmFtZT4gaXMgY29uc3RydWN0ZWQ6Cis8cHJv Z3JhbWxpc3Rpbmc+PGZpbGVuYW1lPnN5cy9ib290L2kzODYvYm9vdDIvTWFrZWZpbGU6PC9maWxl bmFtZT4KK2Jvb3QyOiBib290Mi5sZAorCUBzZXQgLS0gYGxzIC1sIGJvb3QyLmxkYDsgeD0kJCgo NzY4MC0kJDUpKTsgXAorCSAgICBlY2hvICIkJHggYnl0ZXMgYXZhaWxhYmxlIjsgdGVzdCAkJHgg LWdlIDAKKwlkZCBpZj1ib290Mi5sZCBvZj0key5UQVJHRVR9IG9icz03NjgwIGNvbnY9b3N5bmMK IAotICA8c2VjdDEgeG1sOmlkPSJib290LWJvb3QyIj4KLSAgICA8dGl0bGU+PGxpdGVyYWw+Ym9v dDI8L2xpdGVyYWw+IFN0YWdlPC90aXRsZT4KK2Jvb3QyLmxkOiBib290Mi5sZHIgYm9vdDIuYmlu ICR7QlRYS0VSTn0KKwlidHhsZCAtdiAtRSAke09SRzJ9IC1mIGJpbiAtYiAke0JUWEtFUk59IC1s IGJvb3QyLmxkciBcCisJICAgIC1vICR7LlRBUkdFVH0gLVAgMSBib290Mi5iaW4KIAotICAgIDxw YXJhPllvdSBtaWdodCB3b25kZXIsIHdoeSA8bGl0ZXJhbD5ib290MjwvbGl0ZXJhbD4gY29tZXMg YWZ0ZXIKLSAgICAgIDxsaXRlcmFsPmJvb3QwPC9saXRlcmFsPiwgYW5kIG5vdCBib290MS4gIEFj dHVhbGx5LCB0aGVyZSBpcyBhCi0gICAgICA1MTItYnl0ZSBmaWxlIGNhbGxlZCA8ZmlsZW5hbWU+ Ym9vdDE8L2ZpbGVuYW1lPiBpbiB0aGUgZGlyZWN0b3J5Ci0gICAgICA8ZmlsZW5hbWU+L2Jvb3Q8 L2ZpbGVuYW1lPiBhcyB3ZWxsLiAgSXQgaXMgdXNlZCBmb3IgYm9vdGluZyBmcm9tCi0gICAgICBh IGZsb3BweS4gIFdoZW4gYm9vdGluZyBmcm9tIGEgZmxvcHB5LAotICAgICAgPGZpbGVuYW1lPmJv b3QxPC9maWxlbmFtZT4gcGxheXMgdGhlIHNhbWUgcm9sZSBhcwotICAgICAgPGZpbGVuYW1lPmJv b3QwPC9maWxlbmFtZT4gZm9yIGEgaGFyZGRpc2s6IGl0IGxvY2F0ZXMKLSAgICAgIDxmaWxlbmFt ZT5ib290MjwvZmlsZW5hbWU+IGFuZCBydW5zIGl0LjwvcGFyYT4KK2Jvb3QyLmxkcjoKKwlkZCBp Zj0vZGV2L3plcm8gb2Y9JHsuVEFSR0VUfSBicz01MTIgY291bnQ9MQogCi0gICAgPHBhcmE+WW91 IG1heSBoYXZlIHJlYWxpemVkIHRoYXQgYSBmaWxlCi0gICAgICA8ZmlsZW5hbWU+L2Jvb3QvbWJy PC9maWxlbmFtZT4gZXhpc3RzIGFzIHdlbGwuICBJdCBpcyBhCi0gICAgICBzaW1wbGlmaWVkIHZl cnNpb24gb2YgPGZpbGVuYW1lPmJvb3QwPC9maWxlbmFtZT4uICBUaGUgY29kZSBpbgotICAgICAg PGZpbGVuYW1lPm1icjwvZmlsZW5hbWU+IGRvZXMgbm90IHByb3ZpZGUgYSBtZW51IGZvciB0aGUg dXNlciwKLSAgICAgIGl0IGp1c3QgYmxpbmRseSBib290cyB0aGUgcGFydGl0aW9uIG1hcmtlZCBh Y3RpdmUuPC9wYXJhPgorYm9vdDIuYmluOiBib290Mi5vdXQKKwlvYmpjb3B5IC1TIC1PIGJpbmFy eSBib290Mi5vdXQgJHsuVEFSR0VUfQogCitib290Mi5vdXQ6ICR7QlRYRElSfS9saWIvY3J0MC5v IGJvb3QyLm8gc2lvLm8KKwlsZCAtVHRleHQgMHgyMDAwIC1vIGJvb3QyLm91dAorCitib290Mi5v OiBib290Mi5zCisJJHtDQ30gJHtBQ0ZMQUdTfSAtYyBib290Mi5zCisKK1NSQ1M9CWJvb3QyLmMg Ym9vdDIuaAorCitib290Mi5zOiBib290Mi5jIGJvb3QyLmggJHsuQ1VSRElSfS8uLi8uLi9jb21t b24vdWZzcmVhZC5jCisJJHtDQ30gJHtDRkxBR1N9IC1TIC1vIGJvb3QyLnMudG1wICR7LkNVUkRJ Un0vYm9vdDIuYworCXNlZCAtZSAnL2FsaWduL2QnIC1lICcvbm9wL2QnICJNSVNTSU5HIiBib290 Mi5zLnRtcCA+IGJvb3QyLnMKKwlybSAtZiBib290Mi5zLnRtcAorCitib290Mi5oOiBib290MS5v dXQKKwkke05NfSAtdCBkICR7LkFMTFNSQ30gfCBhd2sgJy8oWzAtOV0pKyBUIHhyZWFkLyBcCisJ ICAgIHsgeCA9ICQkMSAtIE9SRzE7IFwKKwkgICAgcHJpbnRmKCIjZGVmaW5lIFhSRUFET1JHICUj eFxuIiwgUkVMMSArIHgpIH0nIFwKKwkgICAgT1JHMT1gcHJpbnRmICIlZCIgJHtPUkcxfWAgXAor CSAgICBSRUwxPWBwcmludGYgIiVkIiAke1JFTDF9YCA+ICR7LlRBUkdFVH0KKzwvcHJvZ3JhbWxp c3Rpbmc+CitUaGUgbWVjaGFuaXNtIGZvciBidWlsZGluZyA8ZmlsZW5hbWU+Ym9vdDI8L2ZpbGVu YW1lPiBpcyBmYXIgbW9yZSBlbGFib3JhdGVkLiBMZXQncyBwb2ludCBvdXQgdGhlIG1vc3QgcmVs ZXZhbnQgZmFjdHMuIFRoZSBkZXBlbmRlbmN5IGxpc3QgaXMgYXMgZm9sbG93czoKKzxwcm9ncmFt bGlzdGluZz48ZmlsZW5hbWU+c3lzL2Jvb3QvaTM4Ni9ib290Mi9NYWtlZmlsZTo8L2ZpbGVuYW1l PgorYm9vdDI6IGJvb3QyLmxkCitib290Mi5sZDogYm9vdDIubGRyIGJvb3QyLmJpbiAke0JUWERJ Un0vYnR4L2J0eAorYm9vdDIuYmluOiBib290Mi5vdXQKK2Jvb3QyLm91dDogJHtCVFhESVJ9L2xp Yi9jcnQwLm8gYm9vdDIubyBzaW8ubworYm9vdDIubzogYm9vdDIucworYm9vdDIuczogYm9vdDIu YyBib290Mi5oICR7LkNVUkRJUn0vLi4vLi4vY29tbW9uL3Vmc3JlYWQuYworYm9vdDIuaDogYm9v dDEub3V0Cis8L3Byb2dyYW1saXN0aW5nPgorCitOb3RlIHRoYXQgaW5pdGlhbGx5IHRoZXJlIGlz IG5vIGhlYWRlciA8ZmlsZW5hbWU+Ym9vdDIuaDwvZmlsZW5hbWU+IGZpbGU7IGl0cyBjcmVhdGlv biBkZXBlbmRzIG9uIDxmaWxlbmFtZT5ib290MS5vdXQ8L2ZpbGVuYW1lPiwgd2hpY2ggd2UgYWxy ZWFkeSBoYXZlLiBUaGUgcnVsZSBmb3IgaXRzIGNyZWF0aW9uIGlzIGEgYml0IHRlcnNlLCBidXQg dGhlIGltcG9ydGFudCB0aGluZyBpcyB0aGF0IHRoZSBvdXRwdXQsIDxmaWxlbmFtZT5ib290Mi5o PC9maWxlbmFtZT4sIGlzIHNvbWV0aGluZyBsaWtlIHRoaXM6Cis8cHJvZ3JhbWxpc3Rpbmc+PGZp bGVuYW1lPnN5cy9ib290L2kzODYvYm9vdDIvYm9vdDIuaDo8L2ZpbGVuYW1lPgorI2RlZmluZSBY UkVBRE9SRyAweDcyNQorPC9wcm9ncmFtbGlzdGluZz4KK1JlY2FsbCB0aGF0IDxmaWxlbmFtZT5i b290MTwvZmlsZW5hbWU+IHdhcyByZWxvY2F0ZWQgKGkuZSBjb3BpZWQgZnJvbSA8bGl0ZXJhbD4w eDdjMDA8L2xpdGVyYWw+IHRvIDxsaXRlcmFsPjB4NzAwPC9saXRlcmFsPikuIE5vdyB0aGlzIHJl bG9jYXRpb24gd2lsbCBtYWtlIHNlbnNlLCBiZWNhdXNlIGFzIHdlIHdpbGwgc2VlLCB0aGUgPGxp dGVyYWw+QlRYIHNlcnZlcjwvbGl0ZXJhbD4gcmVjbGFpbXMgc29tZSBtZW1vcnksIGluY2x1ZGlu ZyB3aGVyZSA8ZmlsZW5hbWU+Ym9vdDE8L2ZpbGVuYW1lPiB3YXMgb3JpZ2luYWxseSBsb2FkZWQu IEhvd2V2ZXIsIGl0IG5lZWRzIGFjY2VzcyB0byA8ZmlsZW5hbWU+Ym9vdDE8L2ZpbGVuYW1lPidz IDxsaXRlcmFsPnhyZWFkPC9saXRlcmFsPiBmdW5jdGlvbjsgdGhpcyBmdW5jdGlvbiwgYWNjb3Jk aW5nIHRvIHRoZSBvdXRwdXQgb2YgPGZpbGVuYW1lPmJvb3QyLmg8L2ZpbGVuYW1lPiwgaXMgYXQg bG9jYXRpb24gPGxpdGVyYWw+MHg3MjU8L2xpdGVyYWw+LiBJbmRlZWQsIHRoZSA8bGl0ZXJhbD5C VFggc2VydmVyPC9saXRlcmFsPiB1c2VzIHRoZSA8bGl0ZXJhbD54cmVhZDwvbGl0ZXJhbD4gZnVu Y3Rpb24gZnJvbSB0aGUgcmVsb2NhdGVkIDxmaWxlbmFtZT5ib290MTwvZmlsZW5hbWU+J3MgY29k ZS4gVGhpcyBmdW5jdGlvbiBpcyBub3cgYWNjZXNpYmxlIGZyb20gd2l0aGluIHRoZSA8ZmlsZW5h bWU+Ym9vdDI8L2ZpbGVuYW1lPiBjbGllbnQuPC9wYXJhPgorPHBhcmE+CitIYXZpbmcgPGZpbGVu YW1lPmJvb3QyLmg8L2ZpbGVuYW1lPiwgd2UgbmV4dCBidWlsZCA8ZmlsZW5hbWU+Ym9vdDIuczwv ZmlsZW5hbWU+IGZyb20gPGZpbGVuYW1lPmJvb3QyLmg8L2ZpbGVuYW1lPiwgPGZpbGVuYW1lPmJv b3QyLmM8L2ZpbGVuYW1lPiBhbmQgPGZpbGVuYW1lPi91c3Ivc3JjL3N5cy9ib290L2NvbW1vbi91 ZnNyZWFkLmM8L2ZpbGVuYW1lPi4gVGhlIHJ1bGUgZm9yIHRoaXMgaXMgdG8gY29tcGlsZSB0aGUg Y29kZSBpbiA8ZmlsZW5hbWU+Ym9vdDIuYzwvZmlsZW5hbWU+IGludG8gYXNzZW1ibHkgY29kZS4g VGhlIG5leHQgcnVsZSBhc3NlbWJsZXMgPGZpbGVuYW1lPmJvb3QyLnM8L2ZpbGVuYW1lPiBjcmVh dGluZyB0aGUgb2JqZWN0IGZpbGUgPGZpbGVuYW1lPmJvb3QyLm88L2ZpbGVuYW1lPi4gQWZ0ZXIg dGhpcywgdGhlIGZvbGxvd2luZyBydWxlIGRpcmVjdHMgdGhlIGxpbmtlciB0byBsaW5rIHZhcmlv dXMgZmlsZXMgKDxmaWxlbmFtZT5jcnQwLm88L2ZpbGVuYW1lPiwgPGZpbGVuYW1lPmJvb3QyLm88 L2ZpbGVuYW1lPiBhbmQgPGZpbGVuYW1lPnNpby5vPC9maWxlbmFtZT4pLiBOb3RlIHRoYXQgdGhl IG91dHB1dCBmaWxlLCA8ZmlsZW5hbWU+Ym9vdDIub3V0PC9maWxlbmFtZT4sIGlzIGxpbmtlZCB0 byBleGVjdXRlIGF0IGFkZHJlc3MgPGxpdGVyYWw+MHgyMDAwPC9saXRlcmFsPi4gUmVjYWxsIHRo YXQgPGZpbGVuYW1lPmJvb3QyPC9maWxlbmFtZT4gd2lsbCBiZSBleGVjdXRlZCBpbiB1c2VyIG1v ZGUsIHdpdGhpbiBhIHNwZWNpYWwgdXNlciBzZWdtZW50IHNldCB1cCBieSB0aGUgPGxpdGVyYWw+ QlRYIHNlcnZlcjwvbGl0ZXJhbD4uIFRoaXMgc2VnbWVudCBzdGFydHMgYXQgPGxpdGVyYWw+MHhh MDAwPC9saXRlcmFsPi4gQWxzbywgcmVtZW1iZXIgdGhhdCB0aGUgPGZpbGVuYW1lPmJvb3QyPC9m aWxlbmFtZT4gcG9ydGlvbiBvZiA8ZmlsZW5hbWU+Ym9vdDwvZmlsZW5hbWU+IHdhcyBjb3BpZWQg YnkgPGZpbGVuYW1lPmJvb3QxPC9maWxlbmFtZT4gaW50byBhZGRyZXNzIDxsaXRlcmFsPjB4YzAw MDwvbGl0ZXJhbD4sIHRoYXQgaXMsIG9mZnNldCA8bGl0ZXJhbD4weDIwMDA8L2xpdGVyYWw+IGZy b20gdGhlIHN0YXJ0IG9mIHRoZSB1c2VyIHNlZ21lbnQsIHNvIDxmaWxlbmFtZT5ib290MjwvZmls ZW5hbWU+IHdpbGwgd29yayBwcm9wZXJseSB3aGVuIHdlIHRyYW5zZmVyIGNvbnRyb2wgdG8gaXQu IE5leHQsIDxmaWxlbmFtZT5ib290Mi5iaW48L2ZpbGVuYW1lPiBpcyBjcmVhdGVkIGZyb20gPGZp bGVuYW1lPmJvb3QyLm91dDwvZmlsZW5hbWU+IGJ5IHN0cmlwcGluZyBpdHMgc3ltYm9scyBhbmQg Zm9ybWF0IGluZm9ybWF0aW9uOyBib290Mi5iaW4gaXMgYSA8ZW1waGFzaXM+cmF3PC9lbXBoYXNp cz4uIE5vdywgbm90ZSB0aGF0IGEgZmlsZSA8ZmlsZW5hbWU+Ym9vdDIubGRyPC9maWxlbmFtZT4g aXMgY3JlYXRlZCBhcyBhIDUxMi1ieXRlIGZpbGUgZnVsbAorPC9wYXJhPgorICA8L3NlY3QxPgor IAorPHNlY3QxIHhtbDppZD0iYm9vdDIiPgorICAgIDx0aXRsZT48bGl0ZXJhbD5ib290MjwvbGl0 ZXJhbD4gU3RhZ2U8L3RpdGxlPgorCiAgICAgPHBhcmE+VGhlIGNvZGUgaW1wbGVtZW50aW5nIDxm aWxlbmFtZT5ib290MjwvZmlsZW5hbWU+IHJlc2lkZXMgaW4KICAgICAgIDxmaWxlbmFtZT5zeXMv Ym9vdC9pMzg2L2Jvb3QyLzwvZmlsZW5hbWU+LCBhbmQgdGhlIGV4ZWN1dGFibGUKICAgICAgIGl0 c2VsZiBpcyBpbiA8ZmlsZW5hbWU+L2Jvb3Q8L2ZpbGVuYW1lPi4gIFRoZSBmaWxlcwpAQCAtNDQ5 LDEwICs4MTUsMTMgQEAKICAgICBfX2V4ZWMoKGNhZGRyX3QpYWRkciwgUkJfQk9PVElORk8gfCAo b3B0cyAmYW1wOyBSQlhfTUFTSyksCiAJICAgTUFLRUJPT1RERVYoZGV2X21haltkc2sudHlwZV0s IDAsIGRzay5zbGljZSwgZHNrLnVuaXQsIGRzay5wYXJ0KSwKIAkgICAwLCAwLCAwLCBWVE9QKCZh bXA7Ym9vdGluZm8pKTs8L3Byb2dyYW1saXN0aW5nPgorCiAgIDwvc2VjdDE+CiAKKworCiAgIDxz ZWN0MSB4bWw6aWQ9ImJvb3QtbG9hZGVyIj4KLSAgICA8dGl0bGU+PGFwcGxpY2F0aW9uPmxvYWRl cjwvYXBwbGljYXRpb24+IFN0YWdlPC90aXRsZT4KKyAgICA8dGl0bGU+PGxpdGVyYWw+bG9hZGVy PC9saXRlcmFsPiBTdGFnZTwvdGl0bGU+CiAKICAgICA8cGFyYT48YXBwbGljYXRpb24+bG9hZGVy PC9hcHBsaWNhdGlvbj4gaXMgYSBCVFggY2xpZW50IGFzIHdlbGwuCiAgICAgICBJIHdpbGwgbm90 IGRlc2NyaWJlIGl0IGhlcmUgaW4gZGV0YWlsLCB0aGVyZSBpcyBhIGNvbXByZWhlbnNpdmUK --089e01176f01ef40cf04efecd7a9-- From owner-freebsd-doc@FreeBSD.ORG Tue Jan 14 15:19:50 2014 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CC3E8168; Tue, 14 Jan 2014 15:19:50 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 799161FC3; Tue, 14 Jan 2014 15:19:50 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id s0EFJmUF097230; Tue, 14 Jan 2014 08:19:48 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.7/8.14.7/Submit) with ESMTP id s0EFJmqE097227; Tue, 14 Jan 2014 08:19:48 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Tue, 14 Jan 2014 08:19:48 -0700 (MST) From: Warren Block To: =?ISO-8859-15?Q?Sergio_Andr=E9s_G=F3mez_del_Real?= Subject: Re: Proposed change to Bootstrapping and Kernel Initialization in FreeBSD Architecture Handbook In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-ID: X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Tue, 14 Jan 2014 08:19:49 -0700 (MST) Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-hackers@freebsd.org, freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jan 2014 15:19:50 -0000 On Tue, 14 Jan 2014, Sergio Andrés Gómez del Real wrote: > I started studying the FreeBSD boot system and found that the documentation > is limited and, in some cases, not true; for example it doesn't address > appropriately the boot1 stage, stating erroneously that it is limited for > booting with a floppy. > Anyway, I've been working on an up-to-date version, and would like to hear > some feedback. > > I attach the diff file for > doc/en_US.ISO8859-1/books/arch-handbook/boot/chapter.xml. Thank you for working on this. From a doc perspective, it appears that whitespace and content changes have been mixed, which makes the work of translators more difficult. The new XML source is largely unformatted, and should be wrapped at 70 columns. Please see http://www.freebsd.org/doc/en_US.ISO8859-1/books/fdp-primer/book.html#writing-style-tag-style Rather than "FreeBSD", use the &os; entity. I did not look at the content much, but am willing if the first two problems can be fixed. Thanks! From owner-freebsd-doc@FreeBSD.ORG Tue Jan 14 20:50:00 2014 Return-Path: Delivered-To: freebsd-doc@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF77A8C9 for ; Tue, 14 Jan 2014 20:50:00 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B816317A7 for ; Tue, 14 Jan 2014 20:50:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s0EKo07r091114 for ; Tue, 14 Jan 2014 20:50:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s0EKo0K6091100; Tue, 14 Jan 2014 20:50:00 GMT (envelope-from gnats) Resent-Date: Tue, 14 Jan 2014 20:50:00 GMT Resent-Message-Id: <201401142050.s0EKo0K6091100@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, Sergio Andrés Gómez del Real Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B3B878C3 for ; Tue, 14 Jan 2014 20:49:47 +0000 (UTC) Received: from oldred.freebsd.org (oldred.freebsd.org [IPv6:2001:1900:2254:206a::50:4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9DE0B179F for ; Tue, 14 Jan 2014 20:49:47 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id s0EKnlWc047553 for ; Tue, 14 Jan 2014 20:49:47 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id s0EKnlra047547; Tue, 14 Jan 2014 20:49:47 GMT (envelope-from nobody) Message-Id: <201401142049.s0EKnlra047547@oldred.freebsd.org> Date: Tue, 14 Jan 2014 20:49:47 GMT From: Sergio Andrés Gómez del Real To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: docs/185780: Rewrite of Bootstrapping in FreeBSD Architecture Handbook X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jan 2014 20:50:00 -0000 >Number: 185780 >Category: docs >Synopsis: Rewrite of Bootstrapping in FreeBSD Architecture Handbook >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: Tue Jan 14 20:50:00 UTC 2014 >Closed-Date: >Last-Modified: >Originator: Sergio Andrés Gómez del Real >Release: 10.0-RC5 >Organization: >Environment: FreeBSD UIX 10.0-RC5 FreeBSD 10.0-RC5 #0 r260430: Wed Jan 8 05:10:04 UTC 2014 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 >Description: Documentation of the boot process in the FreeBSD Architecture Handbook is currently both outdated and wrong. I've been working on a more precise and detailed version; it is not yet complete, but here is something to start. >How-To-Repeat: >Fix: Apply patch. Patch attached with submission follows: Index: boot/chapter.xml =================================================================== --- boot/chapter.xml (revision 43469) +++ boot/chapter.xml (working copy) @@ -3,89 +3,123 @@ The FreeBSD Documentation Project Copyright (c) 2002 Sergey Lyubka +Copyright (c) 2014 Sergio Andrés Gómez del Real All rights reserved $FreeBSD$ --> - - Bootstrapping and Kernel Initialization + + + Bootstrapping and Kernel Initialization + - SergeyLyubkaContributed by + SergeyLyubkaContributed by - - + + Sergio AndrésGómez del Real + + + Synopsis - - Synopsis + BIOS + firmware + POST + IA-32 + booting + system initialization - BIOS - firmware - POST - IA-32 - booting - system initialization - This chapter is an overview of the boot and system - initialization process, starting from the BIOS (firmware) POST, - to the first user process creation. Since the initial steps of - system startup are very architecture dependent, the IA-32 - architecture is used as an example. - + The &os;Boot System is not a trivial + software. As soon as we get execution + control from the BIOS, we must handle + a considerable amount of low-level + configuration before the kernel can be loaded + and executed. We must, moreover, do this in + a simple and flexible manner, as to allow the + user a great deal of customization possibilities. + This chapter is an overview of the boot and system + initialization process, starting from the + BIOS (firmware) POST, to the first user process + creation. Since the initial steps of system + startup are very architecture dependent, the + IA-32 architecture is used as an example. + - - Overview + + Overview - A computer running FreeBSD can boot by several methods, - although the most common method, booting from a harddisk where - the OS is installed, will be discussed here. The boot process - is divided into several steps: + The Boot Process is an extremely + machine-dependent activity; not only code + must be written for every computer architecture + case, but there may also be different forms to + boot under the same architecture. For example, + taking a look at the + /usr/sys/src/boot + directory will reveal a great amount of + architecture-dependent code; there is a + directory for each of the various supported + architectures. For instance, we find the + directories + arm, i386, ia64, powerpc, + etc. Moreover, if we enter the directory + specific to the x86 architecture + (that is, i386), we + can see directories belonging to different + boot standards. For example, + mbr, which stands + for Master Boot Record, + gpt, which stands + for GUID Partition Table, or + efi, which stands + for Extensible Firmware Interface. Each + boot standard has got its own conventions + and data structures that conform to that standard. + Here we study in detail the boot process + for the x86 architecture using the MBR boot standard. + The key to understand this process is that + it is divided into a sequence of + stages, each one more + complex than the preceding one. These stages + are named boot1, boot2 + and loader in + &man.boot.8; for the first, second and third + stage respectively. The Boot System executes + each stage in sequence, and the third and + last stage, loader, + is responsible for loading the &os; kernel. + We will look at each stage in the following + sections. Additionally, prior to the first + stage (boot1), an + additional step is necessary in the process. + This step is the Master Boot Record, conveniently + called boot0. + Here is an example of the output + generated by the different boot stages. + Please note that the actual data may + differ from machine to machine: + + + + + Output (may vary) + BIOS (firmware) messages + - - BIOS POST - boot0 stage - boot2 stage - loader stage - kernel initialization - - - BIOS POST - boot0 - boot2 - loader - The boot0 and boot2 - stages are also referred to as bootstrap stages 1 and - 2 in &man.boot.8; as the first steps in FreeBSD's - 3-stage bootstrapping procedure. Various information is printed - on the screen at each stage, so you may visually recognize them - using the table that follows. Please note that the actual data - may differ from machine to machine: - - - - - - Output (may vary) - BIOS (firmware) messages - - - - F1 FreeBSD + + F1 FreeBSD F2 BSD F5 Disk 2 - boot0 - + boot0 + - - >>FreeBSD/i386 BOOT + + >>FreeBSD/i386 BOOT Default: 1:ad(1,a)/boot/loader boot: - boot2This - prompt will appear if the user presses a key just - after selecting an OS to boot at the - boot0 - stage. - + boot2This prompt will appear if the user presses a key just after selecting an OS to boot at the boot0stage. - - BTX loader 1.0 BTX version is 1.01 + + BTX loader 1.0 BTX version is 1.01 BIOS drive A: is disk0 BIOS drive C: is disk1 BIOS 639kB/64512kB available memory @@ -95,41 +129,66 @@ /kernel text=0x1234 data=0x2345 syms=[0x4+0x3456] Hit [Enter] to boot immediately, or any other key for command prompt Booting [kernel] in 9 seconds..._ - loader - + loader + - - Copyright (c) 1992-2002 The FreeBSD Project. + + Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.6-RC #0: Sat May 4 22:49:02 GMT 2002 devnull@kukas:/usr/obj/usr/src/sys/DEVNULL Timecounter "i8254" frequency 1193182 Hz - kernel - - - - + kernel + + + + + + The rest of this chapter comprises the following sections: + + The BIOS + The Master Boot Record + boot1 stage + The BTX Server + boot2 stage + loader stage + Kernel Initialization + + + BIOS POST + MBR and boot0 + boot1 + The BTX Server + BTX client: boot2 + BTX client: loader + - BIOS POST + The BIOS + When the PC powers on, the processor's registers are set to some predefined values. One of the registers is the instruction pointer register, and its value after a power on is well defined: it is a 32-bit value of - 0xfffffff0. The instruction pointer register points to code to - be executed by the processor. One of the registers is the + 0xfffffff0. The instruction pointer register (also known as the Program Counter) points to code to + be executed by the processor. Another important register is the cr0 32-bit control register, and its value - just after the reboot is 0. One of the cr0's bits, the bit PE + just after the reboot is 0. One of the cr0's bits, the bit PE (Protection Enabled) indicates whether the processor is running - in protected or real mode. Since at boot time this bit is - cleared, the processor boots in real mode. Real mode means, + in 32-bit protected or 16-bit real mode. + Since at boot time this bit is cleared, the processor + boots in 16-bit real mode. Real mode means, among other things, that linear and physical addresses are - identical. + identical. The reason for the processor not to start + immediately in 32-bit protected mode is + backwards compatibility. In particular, the boot process + relies on the services provided by the BIOS, and the + BIOS itself work in legacy, 16-bit code. - The value of 0xfffffff0 is slightly less then 4Gb, so unless + The value of 0xfffffff0 is slightly less then 4Gb, so unless the machine has 4Gb physical memory, it cannot point to a valid memory address. The computer's hardware translates this address so that it points to a BIOS memory block. @@ -139,7 +198,7 @@ has a relatively small amount of read-only memory (ROM). This memory contains various low-level routines that are specific to the hardware supplied with the motherboard. So, the processor - will first jump to the address 0xfffffff0, which really resides + will first jump to the address 0xfffffff0, which really resides in the BIOS's memory. Usually this address contains a jump instruction to the BIOS's POST routines. @@ -154,7 +213,7 @@ The very last thing in the POST is the INT 0x19 instruction. That instruction reads 512 bytes from the first sector of boot device into the memory at address - 0x7c00. The term first sector originates + 0x7c00. The term first sector originates from harddrive architecture, where the magnetic plate is divided to a number of cylindrical tracks. Tracks are numbered, and every track is divided by a number (usually 64) sectors. Track @@ -166,145 +225,997 @@ utilities such as &man.disklabel.8; may store the information in this area, mostly in the second sector.. + This sector is our boot-sequence starting + point; as we will see, this sector is in fact + our boot0 program. A + jump is made by the BIOS to address + 0x7c00 so it starts executing. - <literal>boot0</literal> Stage + The Master Boot Record MBR - Take a look at the file /boot/boot0. - This is a small 512-byte file, and it is exactly what FreeBSD's - installation procedure wrote to your harddisk's MBR if you chose - the bootmanager option at installation - time. +After control is received from the BIOS at memory + address 0x7c00, boot0 + starts executing; it is the first piece of code under our + control. In essence, the task of boot0 + is quite simple: scan the Partition Table and let the user + choose which partition to boot from. The Partition Table + is a special, standard data structure embedded in the + MBR (hence embedded in boot0) describing + the 4 standard PC partitions + + en.wikipedia.org/wiki/Master_boot_record. + boot0 resides in the filesystem at + location /boot/boot0. + It is a small 512-byte file, and it is exactly what + &os;'s installation procedure wrote to your + harddisk's MBR if you chose the bootmanager + option at installation time; indeed, + boot0 is the MBR. - As mentioned previously, the INT 0x19 - instruction loads an MBR, i.e., the boot0 - content, into the memory at address 0x7c00. Taking a look at - the file sys/boot/i386/boot0/boot0.S can - give a guess at what is happening there - this is the boot - manager, which is an awesome piece of code written by Robert - Nordier. +As mentioned previously, the INT 0x19 + instruction loads an MBR, i.e., the boot0 + content, into the memory at address 0x7c00. + The source file for boot0 can be found + in sys/boot/i386/boot0/boot0.S - which + is an awesome piece of code written by Robert Nordier. - The MBR, or, boot0, has a special - structure starting from offset 0x1be, called the - partition table. It has 4 records of 16 - bytes each, called partition records, which - represent how the harddisk(s) are partitioned, or, in FreeBSD's - terminology, sliced. One byte of those 16 says whether a - partition (slice) is bootable or not. Exactly one record must - have that flag set, otherwise boot0's code - will refuse to proceed. - A partition record has the following fields: +As pointed out earlier, the MBR, or + boot0, has a special + structure starting from offset 0x1be, + called the partition table. + It has 4 records of 16 bytes each, called + partition records, which + represent how the harddisk(s) are partitioned, or, in &os;'s + terminology, sliced. One byte of those 16 says whether a + partition (slice) is bootable or not. Exactly one record must + have that flag set, otherwise boot0's code + will refuse to proceed. - - - the 1-byte filesystem type - +A partition record has the following fields: + + + the 1-byte filesystem type + - - the 1-byte bootable flag - + + the 1-byte bootable flag + - - the 6 byte descriptor in CHS format - + + the 6 byte descriptor in CHS format + - - the 8 byte descriptor in LBA format - - + + the 8 byte descriptor in LBA format + + - A partition record descriptor has the information about - where exactly the partition resides on the drive. Both - descriptors, LBA and CHS, describe the same information, but in - different ways: LBA (Logical Block Addressing) has the starting - sector for the partition and the partition's length, while CHS - (Cylinder Head Sector) has coordinates for the first and last - sectors of the partition. +A partition record descriptor has the information about + where exactly the partition resides on the drive. Both + descriptors, LBA and CHS, describe the same information, but in + different ways: LBA (Logical Block Addressing) has the starting + sector for the partition and the partition's length, while CHS + (Cylinder Head Sector) has coordinates for the first and last + sectors of the partition. The partition table ends with the special signature 0xaa55. - The boot manager scans the partition table and prints the - menu on the screen so the user can select what disk and what - slice to boot. By pressing an appropriate key, - boot0 performs the following - actions: +It is important to note that, because of + the size contraint of the MBR (it must fit + in 512 bytes, that is, in 1 disk sector), + and because care must be taken when handling + the Partition Table (which is embedded in + the MBR itself), this program make use + of little low-level 'tricks', like + ...using side effects + of certain instructions, reusing register + values from previous operations, etc., + so as to make the most out of the least + possible instructions. For this reason, + extreme care must be taken when modifying + boot0.S. +Also, note that the boot0.S source + file is assembled "as is"; instructions are translated one + by one to binary, with no additional information + (no ELF file format, for example). This kind of low-level + control is achieved at link time through special control + flags passed to the linker. For example, the text section + of the program is set to be located at address + 0x600. In practice this means that + boot0 must be loaded to memory address + 0x600 in order to function properly. +It is also worth looking at the Makefile for + boot0 + (sys/boot/i386/boot0/Makefile), + as it defines some of its behaviour. For instance, + if a terminal connected to the serial port (COM 1) + is used for I/O, the macro SIO + must be defined (-DSIO). + Other options include enabling boot through + PXE pressing F6 (-DPXE). + Additionally, the program defines a set of + flags that allow to further + modify its behavior. All this is illustrated in + the Makefile. Let us, for + example, look at the linker directives which + command the linker to start the text section + at address 0x600, and to + build the output file "as is" + (strip out any file formatting): + +sys/boot/i386/boot0/Makefile: + BOOT_BOOT0_ORG?=0x600 + LDFLAGS=-e start -Ttext ${BOOT_BOOT0_ORG} \ + -Wl,-N,-S,--oformat,binary + + +Let us now start our study of the MBR, or + boot0, program, starting where + execution begins: + + Please note that subtle modifications were + made to some instructions + in favor of better exposition. This applies to + all our code examples.: +sys/boot/i386/boot0/boot0.S: +start: cld # String ops inc + xorw %ax,%ax # Zero + movw %ax,%es # Address + movw %ax,%ds # data + movw %ax,%ss # Set up + movw 0x7c00,%sp # stack + +This first block of code is the entry point of + the program; it is where the BIOS transfers control. + First, it makes sure that the string operations + autoincrement its pointer operands + (the cld instruction) + + When in doubt, we remit the reader + to the official Intel Manuals, which describe + the exact semantics for each + instruction: + http://www.intel.com/content/www/us/en/processors/architectures-software-developer-manuals.html.. + Then, it makes no assumption about the state of the + segment registers, so it initializes them. Finally, + it sets the stack pointer register (%sp) + to address 0x7c00, so we have a + working stack. + +The next block is responsible for the relocation + and subsequent jump to the relocated code: +sys/boot/i386/boot0/boot0.S: + movw $0x7c00,%si # Source + movw $0x600,%di # Destination + movw $512,%cx # Word count + rep # Relocate + movsb # code + movw %di,%bp # Address variables + movb $16,%cl # Words to clear + rep # Zero + stosb # them + incb -0xe(%di) # Set the S field to 1 + + jmp main-LOAD+ORIGIN # Jump to relocated code + +Because boot0 is loaded by + the BIOS to address 0x7C00, it copies + itself to address 0x600 and then + transfers control there (recall that it was linked to + execute at address 0x600). The source address, + 0x7c00, is copied to register %si; + the destination address, 0x600, to + register %di. The number of bytes to copy, + 512 (the program's size), is copied to + register %cx. Next, the rep instruction repeats the + instruction that follows, that is, movsb, the number of + times dictaded by the %cx register. The movsb instruction + copies the byte pointed to by %si to the address pointed + to by %di. This is repeated another 511 times; on each + repetition, both the source and destination registers, + %si and %di, are incremented by one. Thus, upon + completion of the 512-byte copy, %di has the value + 0x600+512= + 0x800, and %si has the value + 0x7c00+512= + 0x7e00; we have thus completed the + code relocation. Next, the + destination register %di is now copied to %bp; %bp + gets the value 0x800. The value + 16 is now copied to %cl in + preparation for a new string operation + (like our previous movsb). Now, stosb is executed 16 + times. This instruction copies a 0 + value to the address pointed to by the destination + register (%di, which is 0x800), + and increments it. This is repeated another 15 times, + so %di ends up with value + 0x810. Effectively, this clears + the address range + 0x800-0x80f; + this range is used as a (fake) partition table for + writing back the MBR to disk. Finally, the sector + field for the CHS addressing of this fake partition + is set, and a jump is made to the main function from + the relocated code. Note that until this jump to the + relocated code, any reference to an absolute address was avoided. +The following code block simply tests if the drive + number provided by the BIOS should be used, or else + the one saved by boot0: +sys/boot/i386/boot0/boot0.S: +main: + testb $SETDRV,-69(%bp) # Set drive number? + jnz disable_update # Yes + testb %dl,%dl # Drive number valid? + js save_curdrive # Possibly (0x80 set) + +This code tests the SETDRV bit in the + flags variable. Recall that register + %bp points to address location 0x800, + so the test is done to the flags + variable at address 0x800- + 69=0x7bb. + This is an example of the type of modifications that + can be done to boot0. The SETDRV + flag is not set by default, but it + can be set in the Makefile; when set, + the drive number stored in the MBR + is used instead of the one provided by the BIOS. We assume + the defaults, and that the BIOS provided a valid drive + number, so we jump to save_curdrive. + +The next block saves the + drive number provided by the BIOS, + and calls putn to print a new line + on the screen: +sys/boot/i386/boot0/boot0.S: +save_curdrive: movb %dl, (%bp) # Save drive number + pushw %dx # Also in the stack +#ifdef TEST /* test code, print internal bios drive */ + rolb $1, %dl + movw $drive, %si + call putkey +#endif +callw putn # Print a newline + +Note that we assume TEST is not defined, so the + conditional code in it is not assembled and won't + appear in our executable boot0. +Our next block implements the actual scanning of + the partition table. It prints to the screen the + partition type for each of the 4 entries in the partition + table; it compares each type with a list of well-known + operating system file systems. Examples of recognized + partition types are NTFS (Windows; ID 0x7), ext2fs + (Linux; ID 0x83) and, of course, ffs/ufs2 + (&os;; ID 0xa5). The implementation is fairly simple: + + + movw $(partbl+0x4),%bx # Partition table (+4) + xorw %dx,%dx # Item number + +read_entry: movb %ch,-0x4(%bx) # Zero active flag (ch == 0) + btw %dx,_FLAGS(%bp) # Entry enabled? + jnc next_entry # No + movb (%bx),%al # Load type + test %al, %al # skip empty partition + jz next_entry + movw $bootable_ids,%di # Lookup tables + movb $(TLEN+1),%cl # Number of entries + repne # Locate + scasb # type + addw $(TLEN-1), %di # Adjust + movb (%di),%cl # Partition + addw %cx,%di # description + callw putx # Display it + +next_entry: incw %dx # Next item + addb $0x10,%bl # Next entry + jnc read_entry # Till done + +It is important to note that the active flag for + each entry is cleared, so after the scanning, + no partition entry is active + in our memory copy of boot0. + Later, the active flag will be set for the selected + partition. This ensures that only 1 active partition + exists if the user chooses to write-back the changes to disk. + Our next block tests for other drives present. + At startup, the BIOS writes the number of drives present + in the computer to address 0x475. + If there is any other drive present, + boot0 prints the current drive to + screen; the user may command boot0 + to scan partitions on another drive later: + + popw %ax # Drive number + subb $0x80-0x1,%al # Does next + cmpb NHRDRV,%al # drive exist? (from BIOS?) + jb print_drive # Yes + decw %ax # Already drive 0? + jz print_prompt # Yes + +We make the assumption that a single drive is + present, so the jump to print_drive + is not performed. We also assume nothing strange + happened, so we jump to print_prompt. +This next block just prints out a prompt followed + by the default option: + +print_prompt: movw $prompt,%si # Display + callw putstr # prompt + movb _OPT(%bp),%dl # Display + decw %si # default + callw putkey # key + jmp start_input # Skip beep + +Finally, a jump is perfored to + start_input, where the BIOS services are + used to start a timer and for reading user input from + the keyboard; if the timer expires, the default option + will be selected: + +start_input: + xorb %ah,%ah # BIOS: Get + int $0x1a # system time + movw %dx,%di # Ticks when + addw _TICKS(%bp),%di # timeout +read_key: + movb $0x1,%ah # BIOS: Check + int $0x16 # for keypress + jnz got_key # Have input + xorb %ah,%ah # BIOS: int 0x1a, 00 + int $0x1a # get system time + cmpw %di,%dx # Timeout? + jb read_key # No + +Note that an interrupt is requested with number + 0x1a, and argument 0 + in register %ah. The BIOS has a predefined + list of interrupt services, requested through the + int instruction and receiving arguments + in registers (in this case, %ah). + Here, particularly, we are requesting the number of clock + 'ticks' since last midnight; this value is computed by + the BIOS through the Real Time Clock. + This clock can be programmed to work at frequencies + ranging from 2hz to + 8192hz; the BIOS sets it to + 18.2hz at startup. The 32-bit result is + returned by the BIOS in registers %cx + and %dx (lower bytes in + %dx). This result (the + %dx part) is copied to register + %di, and the value of the TICKS + variable is added to + %di. This variable is placed + in boot0 + at offset _TICKS (a negative value) + from register %bp (which, recall, points + to 0x800). The default value of this variable is + 0xb6 (182 in decimal). The idea is that + boot0 constantly requests the time to + the BIOS, and when the value returned in register + %dx is greater than the value stored + in %di, the time is up and the + default selection would be made. Since the Real Time Clock + ticks 18.2 times per second, this + condition will be met after 10 seconds (this default + behaviour can be changed in the + Makefile. While this time has not + passed, boot0 continually asks the + BIOS for any user input; this is done through + int 0x16, argument 1 + in %ah. Whether a key was pressed, or + the time expired, subsequent code validates the selection, + the register %si is set to point to + the appropiate partition entry in the partition table, + according to the selection, and that selection overrides + the previous default one; indeed, it becomes the + new default. Finally, the ACTIVE + flag of the selected partition is set. If enabled at + compile time, boot0 with these + modified values, are written back to the MBR + on disk. We leave the details of this implementation + to the reader. +We now end our study with the last code + block from the boot0 program: + + movw $0x7c00,%bx # Address for read + movb $0x2,%ah # Read sector + callw intx13 # from disk + jc beep # If error + cmpw $0xaa55,0x1fe(%bx) # Bootable? + jne beep # No + pushw %si # Save ptr to selected part. + callw putn # Leave some space + popw %si # Restore, next stage uses it + jmp *%bx # Invoke bootstrap + +Recall that %si points to the + appropiate partition entry. This entry tells us where + the partition begins on disk; we assume, of course, + that the partition selected is a &os; partition. + The transfer buffer is set to 0x7c00 + (register %bx), and a read for + the first sector of the &os; partition is requested + by calling intx13. We assume that + everything went OK, so a jump to + beep is not + performed. In particular, the new sector read must end + with the magic sequence + 0xaa55. Finally, the value at + %si + (the pointer to the selected partition table) is + preserved for use by the next stage, and a jump is + performed to address 0x7c00, where + execution of our next stage (the just-read block) is started. + + + <literal>boot1</literal> Stage + + So far we have gone through the following sequence: - modifies the bootable flag for the selected partition to - make it bootable, and clears the previous + The BIOS did some early hardware initialization, including the POST. The MBR (boot0) was loaded from absolute disk sector 1 to address 0x7c00. Execution control was passed to that location. - saves itself to disk to remember what partition (slice) - has been selected so to use it as the default on the next - boot + boot0 relocated itself to the location it was linked to execute (0x600), followed by a jump to continue execution at the appropiate place. Finally, boot0 loaded the first disk sector from the &os; partition (slice) to address 0x7c00. Execution control was passed to that location. - - - loads the first sector of the selected partition (slice) - into memory and jumps there - - What kind of data should reside on the very first sector of - a bootable partition (slice), in our case, a FreeBSD slice? As - you may have already guessed, it is - boot2. - + boot1 is the next step in our + boot-loading sequence; it is the first of three boot + stages. It is important to note that we have been + dealing exclusively with disk + sectors. Indeed, the BIOS loads the absolute first sector, + while boot0 loads the first sector + of the &os; slice; both loads are to address + 0x7c00. We can conceptually think of + these disk sectors as files containing + boot0 and boot1, + respectively, but in reality this is not entirely true + for boot1. Strictly speaking, there + is no file boot1 + + There is a file /boot/boot1, + but it is not the file read at boot time; it is + concatanated with boot2 to + form boot.; + instead, a single, full-blown file, boot, + is what you will find in the file system + (boot/boot). This file is a + composition of boot1, + boot2 and the + Boot Extender (or BTX). + This big file is greater in size than a single + sector (greater than 512 bytes). Fortunately, + boot1 occupies + exactly the first 512 bytes of this + single file, so, indeed, when boot0 + loads the first sector of the &os; slice (512 bytes), + it is actually loading boot1 and + transferring control to it. + The main task of boot1 is + to load the next boot stage. This next stage is + somewhat more complex; it is composed of + the server, called the + Boot Extender, or + BTX, and a client, + called boot2. We say + a client because, as we will see, + the last boot stage is loader, which + is also a client of the BTX server. - - <literal>boot2</literal> Stage + Let us now look in detail what exactly is done + by boot1, starting like we did + for boot0, at its entry point: + sys/boot/i386/boot2/boot1.S: +start: + jmp main - You might wonder, why boot2 comes after - boot0, and not boot1. Actually, there is a - 512-byte file called boot1 in the directory - /boot as well. It is used for booting from - a floppy. When booting from a floppy, - boot1 plays the same role as - boot0 for a harddisk: it locates - boot2 and runs it. +The entry point at start simply jumps + past a special data area to the label + main, which in turn looks like this: +sys/boot/i386/boot2/boot1.S: +main: cld # String ops inc + xor %cx,%cx # Zero + mov %cx,%es # Address + mov %cx,%ds # data + mov %cx,%ss # Set up + mov $start,%sp # stack + mov %sp,%si # Source + mov $0x700,%di # Destination + incb %ch # Word count + rep # Copy + movsw # code - You may have realized that a file - /boot/mbr exists as well. It is a - simplified version of boot0. The code in - mbr does not provide a menu for the user, - it just blindly boots the partition marked active. +Note that, just like boot0, the + above code relocates + boot1, this time to memory address + 0x700. However, unlike + boot0, it does not jump over + there. In fact, boot1 is linked to execute + at address 0x7c00, effectively where + it was loaded in the first place. The reason for this + relocation will be discussed shortly. - The code implementing boot2 resides in - sys/boot/i386/boot2/, and the executable - itself is in /boot. The files - boot0 and boot2 that - are in /boot are not used by the bootstrap, - but by utilities such as boot0cfg. - The actual position for boot0 is in the - MBR. For boot2 it is the beginning of a - bootable FreeBSD slice. These locations are not under the - filesystem's control, so they are invisible to commands like - ls. +Next comes a loop that looks for the &os; partition. + Note that, although boot0 in fact + loaded boot1 from the &os; partition, + no information was passed to it about this partition + + Actually we did pass a pointer to the partition + entry in register %si. However, boot1 + does not assume that it was loaded + by boot0 (perhaps other MBR loaded + it that did not pass this information), so it assumes + nothing.; + boot1 effectively needs to rescan the + partition table to find where the &os; partition starts. + Therefore, it rereads the MBR: +sys/boot/i386/boot2/boot1.S: + mov $part4,%si # Partition + cmpb $0x80,%dl # Hard drive? + jb main.4 # No + movb $0x1,%dh # Block count + callw nread # Read MBR - The main task for boot2 is to load the - file /boot/loader, which is the third stage - in the bootstrapping procedure. The code in - boot2 cannot use any services like - open() and read(), - since the kernel is not yet loaded. It must scan the harddisk, - knowing about the filesystem structure, find the file - /boot/loader, read it into memory using a - BIOS service, and then pass the execution to the loader's entry - point. +Note that in the code above, register + %dl maintains information about the + boot device; this is passed on by the BIOS and preserved + by the MBR. Numbers 0x80 and greater + tells us that we are dealing with a hard drive, so a call + is made to nread, where the MBR is + read. Arguments to nread are passed through + %si and %dh. + The memory address at label part4 is + copied to %si. This memory address + holds a 'fake partition', to be used by + nread. The following is the data found + in this fake partition: - Besides that, boot2 prompts for user - input so the loader can be booted from different disk, unit, - slice and partition. +sys/boot/i386/boot2/boot1.S: +part4: .byte 0x80, 0x00, 0x01, 0x00 + .byte 0xa5, 0xfe, 0xff, 0xff + .byte 0x00, 0x00, 0x00, 0x00 + .byte 0x50, 0xc3, 0x00, 0x00 - The boot2 binary is created in special - way: +In particular, the LBA for this fake partition is + hardcoded to 0; this effectively is used as an argument + to the BIOS for reading absolute sector 1 from the hard + drive. Let us now proceed to take a look at + nread: +sys/boot/i386/boot2/boot1.S: +nread: mov $0x8c00,%bx # Transfer buffer + mov 0x8(%si),%ax # Get + mov 0xa(%si),%cx # LBA + push %cs # Read from + callw xread.1 # disk + jnc return # If success, return - sys/boot/i386/boot2/Makefile: +Recall that %si points to the fake + partition. The word + + In the context of 16-bit real mode, a word is 2 + bytes. + at offset 0x8 is copied to register + %ax and word at offset + 0xa to %cx; they + are interpreted by the BIOS as a the lower 4-byte value + denoting the LBA to be read (the upper 4 bytes are assumed 0). + Register %bx holds the memory address + where the MBR will be loaded. The instruction pushing + %cs onto the stack is very + interesting. In this context, it accomplishes + nothing, but, as we will + see shortly, xread.1 makes no assumption + about the context in which it is + invoked. Particularly, boot2 'traps' there; + xread.1 then executes in VM86 + (Virtual Real Mode). But, because boot2 + executes in 32-bit protected mode, a long return is executed + when xread.1 finishes execution. + This instruction pops out from the stack the code + segment (register %cs) to + return. This mechanism will become more clear + later. Now, the code at xread.1 further calls + the read function, which actually calls + the BIOS asking for the disk sector: +sys/boot/i386/boot2/boot1.S: +xread.1: # Starting + pushl $0x0 # absolute + push %cx # block + push %ax # number + push %es # Address of + push %bx # transfer buffer + xor %ax,%ax # Number of + movb %dh,%al # blocks to + push %ax # transfer + push $0x10 # Size of packet + mov %sp,%bp # Packet pointer + callw read # Read from disk + lea 0x10(%bp),%sp # Clear stack + lret # To far caller + +Note the long return instruction + at the end of this block. This instruction pops out the + %cs register pushed by + nread, and returns. Finally, + nread also + returns. Now, with the MBR loaded to memory, the actual loop for + searching the &os; partition begins. The implementation + is as follows: +sys/boot/i386/boot2/boot1.S: + mov $0x1,%cx # Two passes +main.1: mov $MEM_BUF+PRT_OFF,%si # Partition table + movb $0x1,%dh # Partition +main.2: cmpb $PRT_BSD,0x4(%si) # Our partition type? + jne main.3 # No + jcxz main.5 # If second pass + testb $0x80,(%si) # Active? + jnz main.5 # Yes +main.3: add $0x10,%si # Next entry + incb %dh # Partition + cmpb $0x1+PRT_NUM,%dh # In table? + jb main.2 # Yes + dec %cx # Do two + jcxz main.1 # passes + +This code, which follows the call to + nread, implements the scan in the + partition table looking for the &os; + partition. If a &os; partition is successfully identified, + execution continues at main.5; + we assume this behaviour, so we continue execution + there: +sys/boot/i386/boot2/boot1.S: +main.5: mov %dx,MEM_ARG # Save args + movb $0x10,%dh # Sector count + callw nread # Read disk + mov $MEM_BTX,%bx # BTX + mov 0xa(%bx),%si # Get BTX length and set + add %bx,%si # %si to start of boot2.bin + mov $MEM_USR+SIZ_PAG*2,%di # Client page 2 + mov $MEM_BTX+(NSECT-1)*SIZ_SEC,%cx # Byte + sub %si,%cx # count + rep # Relocate + movsb # client + +Recall that at this point, register + %si points to the &os; partition entry + in the MBR partition table, so a call to + nread will effectively read sectors at + the beginning of this partition. The argument passed on + register %dh tells nread + to read 16 disk sectors. Recall that the first 512 bytes, + (the first sector of the &os; partition), coincides with + the boot1 program. Also recall that the + file written to the beginning of the &os; partition is + not /boot/boot1, but + /boot/boot. Let's take a look at the + size of these files in the filesystem: +sys/boot/i386/boot2/boot1.S: +-r--r--r-- 1 root wheel 512B Jan 8 00:15 /boot/boot0 +-r--r--r-- 1 root wheel 512B Jan 8 00:15 /boot/boot1 +-r--r--r-- 1 root wheel 7.5K Jan 8 00:15 /boot/boot2 +-r--r--r-- 1 root wheel 8.0K Jan 8 00:15 /boot/boot + +As you can see from this output, both + boot0 and boot1 are + 512 bytes each, so they fit exactly + in 1 disk sector. Note that boot2 is + much bigger; boot2 holds the BTX program + and the boot2 client. Finally, a file + called simply boot is 512 bytes larger + than boot2; it is a concatenation + of boot1 and + boot2. As already noted, + boot0 is the file + written to the absolute first disk sector (the MBR), and + boot is the file written to the first + sector of the &os; partition; boot1 + and boot2 are not + written to disk. Following is the command used to + concatenate boot1 and + boot2 into a single file + boot: +sys/boot/i386/boot2/boot1.S: +cat boot1 boot2 > boot + +So, effectively, boot1 + occupies exactly the first 512 of + the boot file and, because + boot is written to the first sector + of the &os; partition, boot1 + fits exactly in this first + sector. Now, returning to our execution, because + nread reads the first 16 sectors of + the &os; partition, it effectively is reading the + entire boot file. + + 512*16=8192 bytes, exactly the size of + boot + We will see more details about how boot + is formed from boot1 and + boot2 in the next section. + +Recall that nread uses memory address + 0x8c00 as the transfer buffer to hold + the sectors read. This address is conveniently + chosen. Indeed, because boot1 belongs to the + first 512 bytes, it is stored at address range + 0x8c00- + 0x8dff. The 512 bytes that + follows (range 0x8e00 + -0x8fff) is used to store the + disklabel + + If you ever wondered where &os; stored this + information, it is in this region. + Starting at address 0x9000 is the beginning + of the BTX server, and immediately + following the BTX is the + boot2 client. As we will see, + the BTX server acts as a kernel, and + executes in protected mode in the most privileged + level. In contrast, the BTX clients (boot2, + for example), execute in user mode; we will see how this + is accomplished in the next section. The code after the + call to nread locates the beginning of + boot2 in the memory buffer, and copies + it to memory address 0xc000. This is + because the BTX arranges boot2 to execute + in a segment starting at + 0xa000. We explore this in detail + in the following section. + +The last code block of boot1 enables + access to memory above 1MB + + This is necessary for legacy reasons; the interested + reader is remitted to + http://en.wikipedia.org/wiki/A20_line. + and concludes with a jump to the starting point of the + BTX server: +sys/boot/i386/boot2/boot1.S: +seta20: cli # Disable interrupts +seta20.1: dec %cx # Timeout? + jz seta20.3 # Yes + inb $0x64,%al # Get status + testb $0x2,%al # Busy? + jnz seta20.1 # Yes + movb $0xd1,%al # Command: Write + outb %al,$0x64 # output port +seta20.2: inb $0x64,%al # Get status + testb $0x2,%al # Busy? + jnz seta20.2 # Yes + movb $0xdf,%al # Enable + outb %al,$0x60 # A20 +seta20.3: sti # Enable interrupts + + jmp start+MEM_JMP-MEM_ORG# Start BTX + +Note that right before the jump, interrupts are enabled. + + + The BTX Server + Next in our boot sequence is the + BTX Server. Let's quickly remember how we got here: + + + BIOS loads the absolute sector 1 (the MBR, or boot0), to address 0x7c00 and jumps over there. + + + + boot0 relocates to 0x600, the address it was linked to execute, and jumps over there. It then reads the first sector of the &os; partition (which consists of boot1) into address 0x7c00 and jumps over there. + + + + boot1 loads the first 16 + sectors of the &os; partition into address + 0x8c00. This 16 sectors, or + 8192 bytes, consists + exactly of the + boot file. The + boot file consists of a + concatenation of boot1 and + boot2 and, + boot2, in turn, contains the + BTX server and the + boot2 client. Finally, a jump is + made to address 0x9010, the entry + point of the BTX server. + + + Let us further review how the single, all-in-one + boot file is + created. The commands stated in the + Makefile + are quite long, so let's go step by step. The + way boot is built is defined in + its Makefile + (/usr/src/sys/boot/i386/boot2/Makefile). Let's look at the rule that creates the + boot file: + sys/boot/i386/boot2/Makefile: +boot: boot1 boot2 + cat boot1 boot2 > boot + +This tells us that boot1 and + boot2 are needed, and the rule + simply concatenates them to produce a single file + called boot. The rules for + creating boot1 are also quite + simple: +sys/boot/i386/boot2/Makefile: +boot1: boot1.out + objcopy -S -O binary boot1.out ${.TARGET} + +boot1.out: boot1.o + ld -e start -Ttext 0x7c00 -o boot1.out boot1.o + +In order to apply the rule for creating + boot1, boot1.out + must be resolved. This, in turn, depends on the existence + of boot1.o. This last file is simply + the result of assembling our familiar + boot1.S, without linking. Now, the rule + for creating boot1.out is applied. + This tells us that boot1.o should be + linked with start as its entry point, + and starting at address 0x7c00. + Finally, boot1 is created from + boot1.out applying the appropiate rule. + This rule is the objcopy command applied + to boot1.out. Note the flags passed + to objcopy: -S tells it to strip all + relocation and symbolic information; -O binary indicates the + output format, that is, a simple, unformatted binary file. + We now have boot1. Let's take a look + at how boot2 is constructed: +sys/boot/i386/boot2/Makefile: +boot2: boot2.ld + @set -- `ls -l boot2.ld`; x=$$((7680-$$5)); \ + echo "$$x bytes available"; test $$x -ge 0 + dd if=boot2.ld of=${.TARGET} obs=7680 conv=osync + boot2.ld: boot2.ldr boot2.bin ${BTXKERN} btxld -v -E ${ORG2} -f bin -b ${BTXKERN} -l boot2.ldr \ + -o ${.TARGET} -P 1 boot2.bin + +boot2.ldr: + dd if=/dev/zero of=${.TARGET} bs=512 count=1 + +boot2.bin: boot2.out + objcopy -S -O binary boot2.out ${.TARGET} + +boot2.out: ${BTXDIR}/lib/crt0.o boot2.o sio.o + ld -Ttext 0x2000 -o boot2.out + +boot2.o: boot2.s + ${CC} ${ACFLAGS} -c boot2.s + +SRCS= boot2.c boot2.h + +boot2.s: boot2.c boot2.h ${.CURDIR}/../../common/ufsread.c + ${CC} ${CFLAGS} -S -o boot2.s.tmp ${.CURDIR}/boot2.c + sed -e '/align/d' -e '/nop/d' "MISSING" boot2.s.tmp > boot2.s + rm -f boot2.s.tmp + +boot2.h: boot1.out + ${NM} -t d ${.ALLSRC} | awk '/([0-9])+ T xread/ \ + { x = $$1 - ORG1; \ + printf("#define XREADORG %#x\n", REL1 + x) }' \ + ORG1=`printf "%d" ${ORG1}` \ + REL1=`printf "%d" ${REL1}` > ${.TARGET} + +The mechanism for building boot2 is + far more elaborated. Let's point out the most relevant facts. + The dependency list is as follows: +sys/boot/i386/boot2/Makefile: +boot2: boot2.ld +boot2.ld: boot2.ldr boot2.bin ${BTXDIR}/btx/btx +boot2.bin: boot2.out +boot2.out: ${BTXDIR}/lib/crt0.o boot2.o sio.o +boot2.o: boot2.s +boot2.s: boot2.c boot2.h ${.CURDIR}/../../common/ufsread.c +boot2.h: boot1.out + +Note that initially there is no header + boot2.h file; its creation depends + on boot1.out, which we already have. + The rule for its creation is a bit terse, but the important + thing is that the output, boot2.h, is + something like this: +sys/boot/i386/boot2/boot2.h: +#define XREADORG 0x725 + +Recall that boot1 was relocated + (i.e copied from 0x7c00 to + 0x700). Now this relocation will make + sense, because as we will see, the + BTX server reclaims some memory, including + where boot1 was originally loaded. + However, it needs access to boot1's + xread function; this function, according + to the output of boot2.h, is at + location 0x725. Indeed, the + BTX server uses the + xread function from the relocated + boot1's code. This function is now + accesible from within the boot2 + client. + +Having boot2.h, we next build + boot2.s from + boot2.h, boot2.c + and /usr/src/sys/boot/common/ufsread.c. + The rule for this is to compile the code in + boot2.c into assembly + code. The next rule assembles boot2.s + creating the object file boot2.o. + After this, the following rule directs the linker to + link various files (crt0.o, + boot2.o and sio.o). + Note that the output file, boot2.out, + is linked to execute at address + 0x2000. Recall that + boot2 will be executed in + user mode, within a special user segment set up by the + BTX server. This segment starts at + 0xa000. Also, remember that the + boot2 portion of + boot was copied by + boot1 into address + 0xc000, that is, offset + 0x2000 from the start of the user segment, + so boot2 will work properly when we + transfer control to it. Next, boot2.bin + is created from boot2.out by stripping + its symbols and format information; boot2.bin is a + raw. Now, note that a file + boot2.ldr is created as a 512-byte file + full. + + <literal>boot2</literal> Stage + + The code implementing boot2 resides in + sys/boot/i386/boot2/, and the executable + itself is in /boot. The files + boot0 and boot2 that + are in /boot are not used by the bootstrap, + but by utilities such as boot0cfg. + The actual position for boot0 is in the + MBR. For boot2 it is the beginning of a + bootable &os; slice. These locations are not under the + filesystem's control, so they are invisible to commands like + ls. + + The main task for boot2 is to load the + file /boot/loader, which is the third stage + in the bootstrapping procedure. The code in + boot2 cannot use any services like + open() and read(), + since the kernel is not yet loaded. It must scan the harddisk, + knowing about the filesystem structure, find the file + /boot/loader, read it into memory using a + BIOS service, and then pass the execution to the loader's entry + point. + + Besides that, boot2 prompts for user + input so the loader can be booted from different disk, unit, + slice and partition. + + The boot2 binary is created in special + way: + + sys/boot/i386/boot2/Makefile: +boot2.ld: boot2.ldr boot2.bin ${BTXKERN} + btxld -v -E ${ORG2} -f bin -b ${BTXKERN} -l boot2.ldr \ -o ${.TARGET} -P 1 boot2.bin BTX @@ -440,7 +1351,7 @@ nbyte) are used to read the content of a file into memory. /boot/loader is an ELF binary, but where the ELF header is prepended with a.out's struct - exec structure. load() scans the + exec structure. load() scans the loader's ELF header, loading the content of /boot/loader into memory, and passing the execution to the loader's entry: @@ -449,10 +1360,13 @@ __exec((caddr_t)addr, RB_BOOTINFO | (opts & RBX_MASK), MAKEBOOTDEV(dev_maj[dsk.type], 0, dsk.slice, dsk.unit, dsk.part), 0, 0, 0, VTOP(&bootinfo)); + + + - <application>loader</application> Stage + <literal>loader</literal> Stage loader is a BTX client as well. I will not describe it here in detail, there is a comprehensive @@ -703,7 +1617,7 @@ virtual address for this example would just be the value of EIP. Segment registers such as CS, DS etc are the selectors, i.e., indexes, into GDT (to be more precise, an index is not a - selector itself, but the INDEX field of a selector). FreeBSD's + selector itself, but the INDEX field of a selector). &os;'s GDT holds descriptors for 15 selectors per CPU: sys/i386/i386/machdep.c: @@ -911,7 +1825,7 @@ structure, and that is what the second __asm is. The third __asm instruction marks the end of a - section. If a directive with the same section name occurred + section. If a directive with the same section name occurred before, the content, i.e., the 32-bit value, will be appended to the existing section, so forming an array of 32-bit pointers. Index: driverbasics/chapter.xml =================================================================== --- driverbasics/chapter.xml (revision 43469) +++ driverbasics/chapter.xml (working copy) @@ -13,7 +13,6 @@ JörgWunschBased on intro(4) manual page by - Introduction >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Tue Jan 14 21:40:52 2014 Return-Path: Delivered-To: freebsd-doc@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3C174BFA; Tue, 14 Jan 2014 21:40:52 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 11A3F1D1A; Tue, 14 Jan 2014 21:40:52 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s0ELepLT004612; Tue, 14 Jan 2014 21:40:51 GMT (envelope-from wblock@freefall.freebsd.org) Received: (from wblock@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s0ELep8R004611; Tue, 14 Jan 2014 21:40:51 GMT (envelope-from wblock) Date: Tue, 14 Jan 2014 21:40:51 GMT Message-Id: <201401142140.s0ELep8R004611@freefall.freebsd.org> To: wblock@FreeBSD.org, freebsd-doc@FreeBSD.org, wblock@FreeBSD.org From: wblock@FreeBSD.org Subject: Re: docs/185780: Rewrite of Bootstrapping in FreeBSD Architecture Handbook X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jan 2014 21:40:52 -0000 Synopsis: Rewrite of Bootstrapping in FreeBSD Architecture Handbook Responsible-Changed-From-To: freebsd-doc->wblock Responsible-Changed-By: wblock Responsible-Changed-When: Tue Jan 14 21:40:34 UTC 2014 Responsible-Changed-Why: Take. http://www.freebsd.org/cgi/query-pr.cgi?pr=185780 From owner-freebsd-doc@FreeBSD.ORG Wed Jan 15 00:20:54 2014 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A04EDB02 for ; Wed, 15 Jan 2014 00:20:54 +0000 (UTC) Received: from build-web.stream.freebsd.org (build-web.stream.freebsd.org [IPv6:2001:1900:2254:206a::16:6504]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8AE821984 for ; Wed, 15 Jan 2014 00:20:54 +0000 (UTC) Received: from build-web.stream.freebsd.org ([127.0.1.2]) by build-web.stream.freebsd.org (8.14.7/8.14.7) with ESMTP id s0F0KsoG014023 for ; Wed, 15 Jan 2014 00:20:54 GMT (envelope-from www-data@build-web.stream.freebsd.org) Received: (from www-data@localhost) by build-web.stream.freebsd.org (8.14.7/8.14.7/Submit) id s0F0KsNh014021 for freebsd-doc@FreeBSD.org; Wed, 15 Jan 2014 00:20:54 GMT (envelope-from www-data) Date: Wed, 15 Jan 2014 00:20:54 GMT From: User Www-data Message-Id: <201401150020.s0F0KsNh014021@build-web.stream.freebsd.org> To: freebsd-doc@FreeBSD.org Subject: FreeBSD web build failed on build-web.stream.freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jan 2014 00:20:54 -0000 install -C -o www-data -g www-data -m 444 imagelib/callouts/8.png /home/www/build/head/de_DE.ISO8859-1/htdocs/doc/de_DE.ISO8859-1/books/porters-handbook/imagelib/callouts install -C -o www-data -g www-data -m 444 imagelib/callouts/9.png /home/www/build/head/de_DE.ISO8859-1/htdocs/doc/de_DE.ISO8859-1/books/porters-handbook/imagelib/callouts install -C -o www-data -g www-data -m 444 imagelib/callouts/10.png /home/www/build/head/de_DE.ISO8859-1/htdocs/doc/de_DE.ISO8859-1/books/porters-handbook/imagelib/callouts install -C -o www-data -g www-data -m 444 imagelib/callouts/11.png /home/www/build/head/de_DE.ISO8859-1/htdocs/doc/de_DE.ISO8859-1/books/porters-handbook/imagelib/callouts install -C -o www-data -g www-data -m 444 imagelib/callouts/12.png /home/www/build/head/de_DE.ISO8859-1/htdocs/doc/de_DE.ISO8859-1/books/porters-handbook/imagelib/callouts install -C -o www-data -g www-data -m 444 imagelib/callouts/13.png /home/www/build/head/de_DE.ISO8859-1/htdocs/doc/de_DE.ISO8859-1/books/porters-handbook/imagelib/callouts install -C -o www-data -g www-data -m 444 imagelib/callouts/14.png /home/www/build/head/de_DE.ISO8859-1/htdocs/doc/de_DE.ISO8859-1/books/porters-handbook/imagelib/callouts install -C -o www-data -g www-data -m 444 imagelib/callouts/15.png /home/www/build/head/de_DE.ISO8859-1/htdocs/doc/de_DE.ISO8859-1/books/porters-handbook/imagelib/callouts install -C -o www-data -g www-data -m 444 imagelib/callouts/16.png /home/www/build/head/de_DE.ISO8859-1/htdocs/doc/de_DE.ISO8859-1/books/porters-handbook/imagelib/callouts install -C -o www-data -g www-data -m 444 imagelib/callouts/17.png /home/www/build/head/de_DE.ISO8859-1/htdocs/doc/de_DE.ISO8859-1/books/porters-handbook/imagelib/callouts install -C -o www-data -g www-data -m 444 imagelib/callouts/18.png /home/www/build/head/de_DE.ISO8859-1/htdocs/doc/de_DE.ISO8859-1/books/porters-handbook/imagelib/callouts install -C -o www-data -g www-data -m 444 imagelib/callouts/19.png /home/www/build/head/de_DE.ISO8859-1/htdocs/doc/de_DE.ISO8859-1/books/porters-handbook/imagelib/callouts install -C -o www-data -g www-data -m 444 imagelib/callouts/20.png /home/www/build/head/de_DE.ISO8859-1/htdocs/doc/de_DE.ISO8859-1/books/porters-handbook/imagelib/callouts install -C -o www-data -g www-data -m 444 imagelib/callouts/21.png /home/www/build/head/de_DE.ISO8859-1/htdocs/doc/de_DE.ISO8859-1/books/porters-handbook/imagelib/callouts install -C -o www-data -g www-data -m 444 book.html /home/www/build/head/de_DE.ISO8859-1/htdocs/doc/de_DE.ISO8859-1/books/porters-handbook install -C -o www-data -g www-data -m 444 docbook.css /home/www/build/head/de_DE.ISO8859-1/htdocs/doc/de_DE.ISO8859-1/books/porters-handbook install -C -o www-data -g www-data -m 444 imagelib/callouts/1.png /home/www/build/head/de_DE.ISO8859-1/htdocs/doc/de_DE.ISO8859-1/books/porters-handbook/imagelib/callouts install -C -o www-data -g www-data -m 444 imagelib/callouts/2.png /home/www/build/head/de_DE.ISO8859-1/htdocs/doc/de_DE.ISO8859-1/books/porters-handbook/imagelib/callouts install -C -o www-data -g www-data -m 444 imagelib/callouts/3.png /home/www/build/head/de_DE.ISO8859-1/htdocs/doc/de_DE.ISO8859-1/books/porters-handbook/imagelib/callouts install -C -o www-data -g www-data -m 444 imagelib/callouts/4.png /home/www/build/head/de_DE.ISO8859-1/htdocs/doc/de_DE.ISO8859-1/books/porters-handbook/imagelib/callouts install -C -o www-data -g www-data -m 444 imagelib/callouts/5.png /home/www/build/head/de_DE.ISO8859-1/htdocs/doc/de_DE.ISO8859-1/books/porters-handbook/imagelib/callouts install -C -o www-data -g www-data -m 444 imagelib/callouts/6.png /home/www/build/head/de_DE.ISO8859-1/htdocs/doc/de_DE.ISO8859-1/books/porters-handbook/imagelib/callouts install -C -o www-data -g www-data -m 444 imagelib/callouts/7.png /home/www/build/head/de_DE.ISO8859-1/htdocs/doc/de_DE.ISO8859-1/books/porters-handbook/imagelib/callouts install -C -o www-data -g www-data -m 444 imagelib/callouts/8.png /home/www/build/head/de_DE.ISO8859-1/htdocs/doc/de_DE.ISO8859-1/books/porters-handbook/imagelib/callouts install -C -o www-data -g www-data -m 444 imagelib/callouts/9.png /home/www/build/head/de_DE.ISO8859-1/htdocs/doc/de_DE.ISO8859-1/books/porters-handbook/imagelib/callouts install -C -o www-data -g www-data -m 444 imagelib/callouts/10.png /home/www/build/head/de_DE.ISO8859-1/htdocs/doc/de_DE.ISO8859-1/books/porters-handbook/imagelib/callouts install -C -o www-data -g www-data -m 444 imagelib/callouts/11.png /home/www/build/head/de_DE.ISO8859-1/htdocs/doc/de_DE.ISO8859-1/books/porters-handbook/imagelib/callouts install -C -o www-data -g www-data -m 444 imagelib/callouts/12.png /home/www/build/head/de_DE.ISO8859-1/htdocs/doc/de_DE.ISO8859-1/books/porters-handbook/imagelib/callouts install -C -o www-data -g www-data -m 444 imagelib/callouts/13.png /home/www/build/head/de_DE.ISO8859-1/htdocs/doc/de_DE.ISO8859-1/books/porters-handbook/imagelib/callouts install -C -o www-data -g www-data -m 444 imagelib/callouts/14.png /home/www/build/head/de_DE.ISO8859-1/htdocs/doc/de_DE.ISO8859-1/books/porters-handbook/imagelib/callouts install -C -o www-data -g www-data -m 444 imagelib/callouts/15.png /home/www/build/head/de_DE.ISO8859-1/htdocs/doc/de_DE.ISO8859-1/books/porters-handbook/imagelib/callouts install -C -o www-data -g www-data -m 444 imagelib/callouts/16.png /home/www/build/head/de_DE.ISO8859-1/htdocs/doc/de_DE.ISO8859-1/books/porters-handbook/imagelib/callouts install -C -o www-data -g www-data -m 444 imagelib/callouts/17.png /home/www/build/head/de_DE.ISO8859-1/htdocs/doc/de_DE.ISO8859-1/books/porters-handbook/imagelib/callouts install -C -o www-data -g www-data -m 444 imagelib/callouts/18.png /home/www/build/head/de_DE.ISO8859-1/htdocs/doc/de_DE.ISO8859-1/books/porters-handbook/imagelib/callouts install -C -o www-data -g www-data -m 444 imagelib/callouts/19.png /home/www/build/head/de_DE.ISO8859-1/htdocs/doc/de_DE.ISO8859-1/books/porters-handbook/imagelib/callouts install -C -o www-data -g www-data -m 444 imagelib/callouts/20.png /home/www/build/head/de_DE.ISO8859-1/htdocs/doc/de_DE.ISO8859-1/books/porters-handbook/imagelib/callouts install -C -o www-data -g www-data -m 444 imagelib/callouts/21.png /home/www/build/head/de_DE.ISO8859-1/htdocs/doc/de_DE.ISO8859-1/books/porters-handbook/imagelib/callouts /home/www/build/head/de_DE.ISO8859-1/htdocs/doc/de -> /home/www/build/head/de_DE.ISO8859-1/htdocs/doc/de_DE.ISO8859-1 ===> ../../de_DE.ISO8859-1/htdocs/relnotes make: don't know how to make all. Stop *** [all] Error code 2 Stop in /home/www/build/head/de_DE.ISO8859-1/htdocs/relnotes. *** [all] Error code 1 Stop in /home/www/build/head/de_DE.ISO8859-1/htdocs. *** [all] Error code 1 Stop in /home/www/build/head/en_US.ISO8859-1/htdocs. 49.08 real 35.68 user 13.86 sys From owner-freebsd-doc@FreeBSD.ORG Wed Jan 15 14:53:12 2014 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8A40D2BB for ; Wed, 15 Jan 2014 14:53:12 +0000 (UTC) Received: from mail-oa0-x22e.google.com (mail-oa0-x22e.google.com [IPv6:2607:f8b0:4003:c02::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 555901A3F for ; Wed, 15 Jan 2014 14:53:12 +0000 (UTC) Received: by mail-oa0-f46.google.com with SMTP id l6so1304563oag.33 for ; Wed, 15 Jan 2014 06:53:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=cpqFrpqrPPONgWOTNIq4oX/DAJ7qfVNgTNi8megGPhc=; b=KNUWmNMqFOq8/qN18cWNbiG3E51UF5IgNxwJUN+Ym9OctxdYqiFtAMhDyjJDMO5f59 P1gyY0bprKwoE9zYwD0SfN8gQ9hjbUyl34pS4jj8fj6vsx+Chl41CkulahdiEoHQJy8G AhDg7Zvj+LI6DYCdNuQwZhnaIojZYLY/YTjs6kTFiNcPn8CA9uIiqTX4AU12Gq4p+B3j /4Ruc6JC1ldYwX+0lenOgy73Yi7Zhydb/YVSCxqyF0WGARzTZD//JWkKFFopHve89x8W NBnnOWu5WTITVveGIuSGTm4EN8Eu4lIwDe9Y1g2zcF1eVZ30smDdqeER3EbKxqHeyAah NuMQ== MIME-Version: 1.0 X-Received: by 10.182.28.35 with SMTP id y3mr2047316obg.55.1389797591658; Wed, 15 Jan 2014 06:53:11 -0800 (PST) Received: by 10.182.128.228 with HTTP; Wed, 15 Jan 2014 06:53:11 -0800 (PST) Date: Wed, 15 Jan 2014 14:53:11 +0000 Message-ID: Subject: One of your links has rebranded From: John Marsden To: freebsd-doc@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jan 2014 14:53:12 -0000 Hi, I just wanted to let you know that the link Adhost Internet, found on the following page has rebranded to Tierpoint.com You can find the url here - http://freebsdwww.ludd.luth.se/fr/gallery/cgallery.html I see you have quite a number of hosting companies on this page and I'd like to also recommend the company I use as an addition to the page. They offer an excellent service and I've been with them for years. Anyway thanks for your time, Sincerely John Marsden From owner-freebsd-doc@FreeBSD.ORG Wed Jan 15 14:55:51 2014 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BC1EC3CD for ; Wed, 15 Jan 2014 14:55:51 +0000 (UTC) Received: from mail-ob0-x22f.google.com (mail-ob0-x22f.google.com [IPv6:2607:f8b0:4003:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 87E551A57 for ; Wed, 15 Jan 2014 14:55:51 +0000 (UTC) Received: by mail-ob0-f175.google.com with SMTP id uz6so1238403obc.20 for ; Wed, 15 Jan 2014 06:55:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Mu2Q+NK0IVJlcTei6cT+FHt8FeQhdfnajdMgR/NGKq4=; b=lKXwYYWNi3+mI9lq2scX6LC7V1AnQ++iNiUlVBGUagPYaBznhJBe81Vv+uL6Y78Mmn pja1+oR6PiPLU7sL4EwNU2pKA782kEES8YyiRUo20kSGDtKKui+u7QA5OfsS3yJ2xbMv igt9YIw5wxuIgmuBV9OzJmje/ceks++3nqfDHHOkoO4aEWG59e1Xh5LjJ2PhbHH52tyF CThwWkbv9YHP1OzU0Lb+XJlvKA12Nv2VrWFTyqc/4l6QkRYu9eSse5Pj9ym/BFUfFVpe AFfOEv/0H/LXP8QEgVFj1TdE0dr3Id8zMOn9oxv/dzMCcYVtKIwbSE87YsZ6WLDc1wKc cdew== MIME-Version: 1.0 X-Received: by 10.60.63.102 with SMTP id f6mr1143535oes.76.1389797750830; Wed, 15 Jan 2014 06:55:50 -0800 (PST) Received: by 10.182.128.228 with HTTP; Wed, 15 Jan 2014 06:55:50 -0800 (PST) Date: Wed, 15 Jan 2014 14:55:50 +0000 Message-ID: Subject: 2nd message From: John Marsden To: freebsd-doc@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jan 2014 14:55:51 -0000 Sorry I forgot to mention the name of the hosting company i use. It's called ServerSpace Ltd You can find them here http://www.serverspace.co.uk Thanks again, Best Regards John From owner-freebsd-doc@FreeBSD.ORG Wed Jan 15 17:55:34 2014 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 45FB4477 for ; Wed, 15 Jan 2014 17:55:34 +0000 (UTC) Received: from mail-pa0-x24e.google.com (mail-pa0-x24e.google.com [IPv6:2607:f8b0:400e:c03::24e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2062F11A9 for ; Wed, 15 Jan 2014 17:55:34 +0000 (UTC) Received: by mail-pa0-f78.google.com with SMTP id rd3so14983pab.9 for ; Wed, 15 Jan 2014 09:55:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:message-id:date:subject:from:to:content-type; bh=KPu8rF6gq61AN1ZElQspR+efAu7hijxQYicNzpez8NY=; b=HKwrWyPxgvZpK1f5Lp49Tp4YJT9nqDrC4onF5KLmiKt/lc54O/W2SHIJ8P69+tfWmA l1T5q2n39/rY11y/H59nWSPIzzCPdi3xipADbl3gBC5e/F7DH5QG+HX3HmSju/cVYzel GbC10BxQ8RaMKz2h6wEpUY+CEPCxUyNvVTyxD4e1xBha6BJ3y68cM2IwVrFL1qOO2sk1 3p8jRRRY+RA104zNjwgP94xaBzsjh8nfdt1BxYajste+hpJMLBHjkjcGoc9DX5zor+pw 3Esjp5MLLyz6HkazSKCSUQG2zFP2s7h2yHOLes8Ot9bMVfBNiGxn84Sgd5qc6rZBNKFa hULQ== MIME-Version: 1.0 X-Received: by 10.66.220.4 with SMTP id ps4mr1294770pac.18.1389808533850; Wed, 15 Jan 2014 09:55:33 -0800 (PST) Message-ID: <047d7b5d5168f74c3104f00603f8@google.com> Date: Wed, 15 Jan 2014 17:55:33 +0000 Subject: www.freebsd.org From: Ava Hobbs To: freebsd-doc@freebsd.org Content-Type: text/plain; charset=windows-1252; format=flowed; delsp=yes Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jan 2014 17:55:34 -0000 DQoNCkhpLA0KDQpJIGp1c3Qgd2FudGVkIHRvIHNlbmQgeW91IGEgcXVpY2sgbm90ZS4gV2l0aCBh IGZldyBzaW1wbGUgY2hhbmdlcyB0byBtYWtlDQp5b3VyIHNpdGUgbW9yZSBTRU8tZnJpZW5kbHkg SZJtIHN1cmUgeW91IGNhbiBjb252ZXJ0IG1vcmUgdmlzaXRvcnMgaW50bw0KbGVhZHMgYW5kIGdl dCBpdCBwbGFjZWQgaGlnaGVyIGluIHRoZSBvcmdhbmljIHNlYXJjaCByZXN1bHRzLCBmb3Iga2V5 d29yZHMNCnRoYXQgbWF0dGVyIHRvIHlvdSB0aGUgbW9zdC4NCg0KV2UgYXJlIFVTQSBiYXNlZCBj b21wYW55IHdpdGggYSBncmVhdCBpbi1ob3VzZSB0ZWNobmljYWwgdGVhbSB3aG8gcmVhbGx5DQpr bm93IHRoZWlyIHN0dWZmIGFib3V0IHNlYXJjaCBlbmdpbmUgb3B0aW1pemF0aW9uLg0KDQpXb3Vs ZCB5b3UgbGlrZSBhIGJpdCBtb3JlIGluZm9ybWF0aW9uIGFib3V0IGhvdyB0byBnaXZlIHlvdXIg d2Vic2l0ZSBhDQpib29zdCB3aXRoIGJldHRlciBTRU8/DQoNCkJlc3QgcmVnYXJkcywNCg0KQXZh IEhvYmJzDQpTRU8vV0VCIFNwZWNpYWxpc3QNCg0KW2ltYWdlOiBMaW5rZWRJbl0gW2ltYWdlOiBG YWNlYm9va10gW2ltYWdlOiBUd2l0dGVyXSBbaW1hZ2U6IFNreXBlXQ0KICAgICAgICAgICAgIFMg ICBFICBPICAgICAgICAgICAgKlNlYXJjaCBFbmdpbmUgT3B0aW1pemF0aW9uKg0KDQpXZSByZXNw ZWN0IHlvdXIgcHJpdmFjeSBhbmQgd2FudCB0byBtYWtlIHN1cmUgeW91IGFyZSBhd2FyZSBvZiBh IGZldw0KdGhpbmdzLiBCeSByZXBseWluZyB0byB0aGlzIGVtYWlsLCB5b3UgYXV0aG9yaXplIG91 ciBVU0EgYWZmaWxpYXRlcyB0aGF0DQpjYW4gaGVscCB3aXRoIHlvdXIgcHJvamVjdCB0byBjYWxs IHlvdSBhdCB0aGUgbnVtYmVyIHlvdSBwcm92aWRlZCwgYW5kIHlvdQ0KdW5kZXJzdGFuZCB0aGF0 IHRoZXkgbWF5IHVzZSBhdXRvbWF0ZWQgcGhvbmUgdGVjaG5vbG9neSB0byBjYWxsIHlvdS4gQXQg bm8NCnRpbWUgYXJlIHlvdSByZXF1aXJlZCB0byBtYWtlIGEgcHVyY2hhc2UuDQo= From owner-freebsd-doc@FreeBSD.ORG Wed Jan 15 18:23:51 2014 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 17181773 for ; Wed, 15 Jan 2014 18:23:51 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EA1B2162F for ; Wed, 15 Jan 2014 18:23:50 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s0FINiXT069589 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 15 Jan 2014 10:23:44 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s0FINiav069588 for freebsd-doc@FreeBSD.org; Wed, 15 Jan 2014 10:23:44 -0800 (PST) (envelope-from jmg) Date: Wed, 15 Jan 2014 10:23:44 -0800 From: John-Mark Gurney To: freebsd-doc@FreeBSD.org Subject: FreeBSD is still using CVS?!? Message-ID: <20140115182343.GD58411@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Wed, 15 Jan 2014 10:23:44 -0800 (PST) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jan 2014 18:23:51 -0000 From: https://www.freebsd.org/doc/en/articles/cvs-freebsd/article.html There is this sentence: FreeBSD is one of the projects using CVS. Should we delete the page? or just remove this sentence from the document? -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-doc@FreeBSD.ORG Wed Jan 15 18:30:38 2014 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 09764CDD for ; Wed, 15 Jan 2014 18:30:38 +0000 (UTC) Received: from mail-qc0-x24e.google.com (mail-qc0-x24e.google.com [IPv6:2607:f8b0:400d:c01::24e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C0BAA1718 for ; Wed, 15 Jan 2014 18:30:37 +0000 (UTC) Received: by mail-qc0-f206.google.com with SMTP id i17so10911qcy.9 for ; Wed, 15 Jan 2014 10:30:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:message-id:date:subject:from:to:content-type; bh=zPUWjpBfJu+9kE7qz7Ye0vcSuxKxUIHQvX7+TUdLduY=; b=0gjTiLwYqjSlSmQUkDCmcBWfprLSXiopMkV4wZ3ywcNoBrU9SL4ecFp4xsyrmtE1J+ lnl9nPZab6J6Xb7zlMmxIW2MGpSGBxH6zWaaDNVihA0/+lBq1qOsG5rQOZPrzAXS70Ya SJ4zlAEvye1moGO4OYe68PtEuGDkRr1nKa7aqxKjYvkke3Ge78qONCqY84Rdm2YJCp8p 94rTcd8MYqZZsoRdLgw85bTUQN//+y1jdf/10f5SGAZdA9lnidOi84wZ3COlM20W4cn8 kJjbRuF9g+lbnR4AA1X33jXB53oSSKHIeEctgMloib8ItBfbs89jkkJKDrLpe/BOt+P9 FmRQ== MIME-Version: 1.0 X-Received: by 10.236.26.209 with SMTP id c57mr1187569yha.45.1389810636976; Wed, 15 Jan 2014 10:30:36 -0800 (PST) Message-ID: <047d7b5dafb052787804f00681a8@google.com> Date: Wed, 15 Jan 2014 18:30:36 +0000 Subject: www.freebsd.org From: Amber White To: doc@freebsd.org Content-Type: text/plain; charset=windows-1252; format=flowed; delsp=yes Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jan 2014 18:30:38 -0000 DQoNCkhpLA0KDQpJIHdhbnRlZCB0byBzZW5kIHlvdSBhIHF1aWNrIG5vdGUuIFdpdGggYSBmZXcg c2ltcGxlIGNoYW5nZXMgdG8gbWFrZSB5b3VyDQpzaXRlIG1vcmUgU0VPLWZyaWVuZGx5IEmSbSBz dXJlIHlvdSBjYW4gY29udmVydCBtb3JlIHZpc2l0b3JzIGludG8gbGVhZHMNCmFuZCBnZXQgaXQg cGxhY2VkIGhpZ2hlciBpbiB0aGUgb3JnYW5pYyBzZWFyY2ggcmVzdWx0cywgZm9yIGtleXdvcmRz IHRoYXQNCm1hdHRlciB0byB5b3UgdGhlIG1vc3QuDQoNCldlIGFyZSBhIExvY2FsIGJhc2VkIGNv bXBhbnkgd2l0aCBncmVhdCBpbi1ob3VzZSB0ZWNobmljYWwgdGVhbSB3aG8gcmVhbGx5DQprbm93 IHRoZWlyIHN0dWZmIGFib3V0IHNlYXJjaCBlbmdpbmUgb3B0aW1pemF0aW9uLg0KDQpXb3VsZCB5 b3UgbGlrZSBhIGJpdCBtb3JlIGluZm9ybWF0aW9uIGFib3V0IGhvdyB0byBnaXZlIHlvdXIgd2Vi c2l0ZSBhDQpib29zdCB3aXRoIGJldHRlciBTRU8/DQoNCkJlc3QgcmVnYXJkcywNCg0KQW1iZXIg V2hpdGUNClNFTy9XRUIgU3BlY2lhbGlzdA0KICAgICAgICAgICAgICAgIFMgICAgRSAgIE8gICAg ICAgICAgICAgICAqU2VhcmNoIEVuZ2luZSBPcHRpbWl6YXRpb24qDQoNCldlIHJlc3BlY3QgeW91 ciBwcml2YWN5IGFuZCB3YW50IHRvIG1ha2Ugc3VyZSB5b3UgYXJlIGF3YXJlIG9mIGEgZmV3DQp0 aGluZ3MuIEJ5IHJlcGx5aW5nIHRvIHRoaXMgZW1haWwsIHlvdSBhdXRob3JpemUgb3VyIFVTQSBh ZmZpbGlhdGVzIHRoYXQNCmNhbiBoZWxwIHdpdGggeW91ciBwcm9qZWN0IHRvIGNhbGwgeW91IGF0 IHRoZSBudW1iZXIgeW91IHByb3ZpZGVkLCBhbmQgeW91DQp1bmRlcnN0YW5kIHRoYXQgdGhleSBt YXkgdXNlIGF1dG9tYXRlZCBwaG9uZSB0ZWNobm9sb2d5IHRvIGNhbGwgeW91LiBBdCBubw0KdGlt ZSBhcmUgeW91IHJlcXVpcmVkIHRvIG1ha2UgYSBwdXJjaGFzZS4NClVuc3Vic2NyaWJlDQo= From owner-freebsd-doc@FreeBSD.ORG Wed Jan 15 18:26:54 2014 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 874FEA20 for ; Wed, 15 Jan 2014 18:26:54 +0000 (UTC) Received: from hoffman.proper.com (IPv6.Hoffman.Proper.COM [IPv6:2605:8e00:100:41::81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5927D1672 for ; Wed, 15 Jan 2014 18:26:54 +0000 (UTC) Received: from [10.20.30.90] (50-1-51-230.dsl.dynamic.fusionbroadband.com [50.1.51.230]) (authenticated bits=0) by hoffman.proper.com (8.14.7/8.14.7) with ESMTP id s0FI6kxp079106 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Wed, 15 Jan 2014 11:06:48 -0700 (MST) (envelope-from phoffman@proper.com) X-Authentication-Warning: hoffman.proper.com: Host 50-1-51-230.dsl.dynamic.fusionbroadband.com [50.1.51.230] claimed to be [10.20.30.90] From: Paul Hoffman Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: The Handbook doc on "pkg" is badly out of date Message-Id: <1AD4F981-7EB6-4959-A773-560C9617839E@proper.com> Date: Wed, 15 Jan 2014 10:26:51 -0800 To: freebsd-doc@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) X-Mailer: Apple Mail (2.1827) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jan 2014 18:26:54 -0000 It now seems like the normal workflow for people who want to use "pkg" = is: - Hear about pkg - Find the information in the Handbook at = http://www.freebsd.org/doc/handbook/pkgng-intro.html - Install following those directions - Get mysterious messages while following those directions - Google the messages - Discover https://wiki.freebsd.org/pkgng - Make those changes - Carry on This seems kind of non-optimal. Can the Handbook be fixed to deal with = the newer way "pkg" runs? --Paul Hoffman= From owner-freebsd-doc@FreeBSD.ORG Wed Jan 15 19:50:00 2014 Return-Path: Delivered-To: freebsd-doc@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BA3AA62F for ; Wed, 15 Jan 2014 19:50:00 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 78B8E1F57 for ; Wed, 15 Jan 2014 19:50:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s0FJo0kB053898 for ; Wed, 15 Jan 2014 19:50:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s0FJo0CE053897; Wed, 15 Jan 2014 19:50:00 GMT (envelope-from gnats) Resent-Date: Wed, 15 Jan 2014 19:50:00 GMT Resent-Message-Id: <201401151950.s0FJo0CE053897@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, Jason Helfman Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D59D04CD for ; Wed, 15 Jan 2014 19:48:29 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C18FD1F3F for ; Wed, 15 Jan 2014 19:48:29 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s0FJmTce053850 for ; Wed, 15 Jan 2014 19:48:29 GMT (envelope-from jgh@freefall.freebsd.org) Received: (from jgh@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s0FJmTZA053849; Wed, 15 Jan 2014 19:48:29 GMT (envelope-from jgh) Message-Id: <201401151948.s0FJmTZA053849@freefall.freebsd.org> Date: Wed, 15 Jan 2014 19:48:29 GMT From: Jason Helfman To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.114 Subject: docs/185810: [patch][porters-handbook]: add needed whitespace in Makefile for port X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Jason Helfman List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jan 2014 19:50:00 -0000 >Number: 185810 >Category: docs >Synopsis: [patch][porters-handbook]: add needed whitespace in Makefile for port >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: Wed Jan 15 19:50:00 UTC 2014 >Closed-Date: >Last-Modified: >Originator: Jason Helfman >Release: FreeBSD 11.0-CURRENT amd64 >Organization: >Environment: System: FreeBSD freefall.freebsd.org 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r259961: Fri Dec 27 21:56:39 UTC 2013 peter@freefall.freebsd.org:/usr/obj/usr/src/sys/FREEFALL amd64 >Description: Any new port, or port in the tree is going to need a extra line before inclusion of bsd.port.mk, so let's give committers and contributors less work by adding this to documentation. This passed building and testing successfully. >How-To-Repeat: >Fix: Index: en_US.ISO8859-1/books/porters-handbook/book.xml =================================================================== --- en_US.ISO8859-1/books/porters-handbook/book.xml (revision 43542) +++ en_US.ISO8859-1/books/porters-handbook/book.xml (working copy) @@ -156,6 +156,7 @@ MAINTAINER= youremail@example.com COMMENT= Cat chasing a mouse all over the screen + .include <bsd.port.mk> >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Wed Jan 15 20:05:38 2014 Return-Path: Delivered-To: freebsd-doc@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6F50EAD2; Wed, 15 Jan 2014 20:05:38 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 40B1E10C9; Wed, 15 Jan 2014 20:05:38 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s0FK5cmX058094; Wed, 15 Jan 2014 20:05:38 GMT (envelope-from wblock@freefall.freebsd.org) Received: (from wblock@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s0FK5c4g058093; Wed, 15 Jan 2014 20:05:38 GMT (envelope-from wblock) Date: Wed, 15 Jan 2014 20:05:38 GMT Message-Id: <201401152005.s0FK5c4g058093@freefall.freebsd.org> To: wblock@FreeBSD.org, freebsd-doc@FreeBSD.org, wblock@FreeBSD.org From: wblock@FreeBSD.org Subject: Re: docs/185810: [patch][porters-handbook]: add needed whitespace in Makefile for port X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jan 2014 20:05:38 -0000 Synopsis: [patch][porters-handbook]: add needed whitespace in Makefile for port Responsible-Changed-From-To: freebsd-doc->wblock Responsible-Changed-By: wblock Responsible-Changed-When: Wed Jan 15 20:05:02 UTC 2014 Responsible-Changed-Why: Take. http://www.freebsd.org/cgi/query-pr.cgi?pr=185810 From owner-freebsd-doc@FreeBSD.ORG Wed Jan 15 20:24:03 2014 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 91A0DF49 for ; Wed, 15 Jan 2014 20:24:03 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 43565120F for ; Wed, 15 Jan 2014 20:24:03 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id s0FKO2jt083612; Wed, 15 Jan 2014 13:24:02 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.7/8.14.7/Submit) with ESMTP id s0FKO1pD083609; Wed, 15 Jan 2014 13:24:02 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Wed, 15 Jan 2014 13:24:01 -0700 (MST) From: Warren Block To: Paul Hoffman Subject: Re: The Handbook doc on "pkg" is badly out of date In-Reply-To: <1AD4F981-7EB6-4959-A773-560C9617839E@proper.com> Message-ID: References: <1AD4F981-7EB6-4959-A773-560C9617839E@proper.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Wed, 15 Jan 2014 13:24:02 -0700 (MST) Cc: freebsd-doc@FreeBSD.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jan 2014 20:24:03 -0000 On Wed, 15 Jan 2014, Paul Hoffman wrote: > It now seems like the normal workflow for people who want to use "pkg" is: > > - Hear about pkg > - Find the information in the Handbook at http://www.freebsd.org/doc/handbook/pkgng-intro.html > - Install following those directions > - Get mysterious messages while following those directions > - Google the messages > - Discover https://wiki.freebsd.org/pkgng > - Make those changes > - Carry on > > This seems kind of non-optimal. Can the Handbook be fixed to deal with the newer way "pkg" runs? The mysterious messages were due to a a default configuration file which I think is not installed with the latest version of pkg. I switched a 9.2 system over to pkg a couple of days ago, and did what the Handbook says--really, just install pkg and run pkg2ng--and did not see those messages. From owner-freebsd-doc@FreeBSD.ORG Wed Jan 15 21:02:53 2014 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 62A17E79 for ; Wed, 15 Jan 2014 21:02:53 +0000 (UTC) Received: from hoffman.proper.com (IPv6.Hoffman.Proper.COM [IPv6:2605:8e00:100:41::81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 39B9C157A for ; Wed, 15 Jan 2014 21:02:53 +0000 (UTC) Received: from [10.20.30.90] (50-1-51-230.dsl.dynamic.fusionbroadband.com [50.1.51.230]) (authenticated bits=0) by hoffman.proper.com (8.14.7/8.14.7) with ESMTP id s0FKgjv7084871 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 15 Jan 2014 13:42:46 -0700 (MST) (envelope-from phoffman@proper.com) X-Authentication-Warning: hoffman.proper.com: Host 50-1-51-230.dsl.dynamic.fusionbroadband.com [50.1.51.230] claimed to be [10.20.30.90] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: The Handbook doc on "pkg" is badly out of date From: Paul Hoffman In-Reply-To: Date: Wed, 15 Jan 2014 13:02:51 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <30026F0F-8FCE-4F4C-B8FE-0A1A814D6B99@proper.com> References: <1AD4F981-7EB6-4959-A773-560C9617839E@proper.com> To: Warren Block X-Mailer: Apple Mail (2.1827) Cc: freebsd-doc@FreeBSD.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jan 2014 21:02:53 -0000 On Jan 15, 2014, at 12:24 PM, Warren Block wrote: > The mysterious messages were due to a a default configuration file = which I think is not installed with the latest version of pkg. =20 It was in the "pkg" I got this morning, which reminded me of this sad = workflow. > I switched a 9.2 system over to pkg a couple of days ago, and did what = the Handbook says--really, just install pkg and run pkg2ng--and did not = see those messages. You might have this backwards. I'm pretty sure that the handbook shows = the old configuration information, and the Wiki shows the new. --Paul Hoffman= From owner-freebsd-doc@FreeBSD.ORG Wed Jan 15 22:05:47 2014 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 75B01123 for ; Wed, 15 Jan 2014 22:05:47 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 27E4B1A71 for ; Wed, 15 Jan 2014 22:05:46 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id s0FM5j7O084342; Wed, 15 Jan 2014 15:05:45 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.7/8.14.7/Submit) with ESMTP id s0FM5jgs084339; Wed, 15 Jan 2014 15:05:45 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Wed, 15 Jan 2014 15:05:45 -0700 (MST) From: Warren Block To: Paul Hoffman Subject: Re: The Handbook doc on "pkg" is badly out of date In-Reply-To: <30026F0F-8FCE-4F4C-B8FE-0A1A814D6B99@proper.com> Message-ID: References: <1AD4F981-7EB6-4959-A773-560C9617839E@proper.com> <30026F0F-8FCE-4F4C-B8FE-0A1A814D6B99@proper.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Wed, 15 Jan 2014 15:05:45 -0700 (MST) Cc: freebsd-doc@FreeBSD.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jan 2014 22:05:47 -0000 On Wed, 15 Jan 2014, Paul Hoffman wrote: > On Jan 15, 2014, at 12:24 PM, Warren Block wrote: > >> The mysterious messages were due to a a default configuration file which I think is not installed with the latest version of pkg. > > It was in the "pkg" I got this morning, which reminded me of this sad workflow. I installed the port. I don't know how often the packages are updated. >> I switched a 9.2 system over to pkg a couple of days ago, and did what the Handbook says--really, just install pkg and run pkg2ng--and did not see those messages. > > > You might have this backwards. I'm pretty sure that the handbook shows the old configuration information, and the Wiki shows the new. I don't understand how. The Handbook mentions pkg.conf but does not show any entries for it, while the wiki shows a sample file. Again, I believe the file changed, and it was the presence of the obsolete version that caused the messages. The current port only installs pkg.conf.sample. Maybe it would help to be more specific: what needs to be changed in the Handbook version? Without pkg.conf, the current version of pkg does not complain, so that seems okay. From owner-freebsd-doc@FreeBSD.ORG Wed Jan 15 22:12:20 2014 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8E16A3CF for ; Wed, 15 Jan 2014 22:12:20 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 4C3B01B08 for ; Wed, 15 Jan 2014 22:12:19 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id CA40052ED8 for ; Wed, 15 Jan 2014 22:12:10 +0000 (UTC) Message-ID: <52D707BA.8030309@allanjude.com> Date: Wed, 15 Jan 2014 17:12:10 -0500 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-doc@freebsd.org Subject: Re: The Handbook doc on "pkg" is badly out of date References: <1AD4F981-7EB6-4959-A773-560C9617839E@proper.com> <30026F0F-8FCE-4F4C-B8FE-0A1A814D6B99@proper.com> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OGwdNSgEtIggV3w5Q7V78COSKKNaCOvfk" X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jan 2014 22:12:20 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --OGwdNSgEtIggV3w5Q7V78COSKKNaCOvfk Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-01-15 17:05, Warren Block wrote: > On Wed, 15 Jan 2014, Paul Hoffman wrote: > >> On Jan 15, 2014, at 12:24 PM, Warren Block wrote:= >> >>> The mysterious messages were due to a a default configuration file >>> which I think is not installed with the latest version of pkg. >> >> It was in the "pkg" I got this morning, which reminded me of this sad >> workflow. > > I installed the port. I don't know how often the packages are updated.= > >>> I switched a 9.2 system over to pkg a couple of days ago, and did >>> what the Handbook says--really, just install pkg and run pkg2ng--and >>> did not see those messages. >> >> >> You might have this backwards. I'm pretty sure that the handbook >> shows the old configuration information, and the Wiki shows the new. > > I don't understand how. The Handbook mentions pkg.conf but does not > show any entries for it, while the wiki shows a sample file. Again, I > believe the file changed, and it was the presence of the obsolete > version that caused the messages. The current port only installs > pkg.conf.sample. > > Maybe it would help to be more specific: what needs to be changed in > the Handbook version? Without pkg.conf, the current version of pkg > does not complain, so that seems okay. > _______________________________________________ > freebsd-doc@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-doc > To unsubscribe, send any mail to "freebsd-doc-unsubscribe@freebsd.org" In 10.x and later, there is a /etc/pkg/freebsd.conf that contains the default package site, and the format of pkg.conf changed If you get the bootstrapped version of pkg on 9 that is still pkg 1.1.4 or whatever, it installs a pkg.conf that is the 'old' format Upgrading to pkg 1.2 may cause extra warnings. If removing /usr/local/etc/pkg.conf makes them go away, then that was the problem. --=20 Allan Jude --OGwdNSgEtIggV3w5Q7V78COSKKNaCOvfk Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJS1we+AAoJEJrBFpNRJZKf6oYP/0PP9FcdHPGW4Ah1nBACD36l mf99RDUDSclVEhW1i0BgXXBzErfntlpiVc3PQJnAsEP7L1hLnLrVQ6coxXJGw3AE GOokdrvVfq1RsJ5hpIA5PmkLf3rN25HuXRMP1pkSOBscdiHG1kWwiovNCj9oDvVK +cXGjLEonpgJibWabZad8/gwht8oyn1jZmp0ykXW7wmKdJOBwet48c5z64i2rl5C vUNjuMrMQtwvmqJ1DQGyVdyh90BhRfTb3RL83lvCDuRDkdtKdutzhaekCvxL9+5g FC9/88fEB4T477QiKvD1moQ9izSvl8+y2KcO+wInht3uVklkcNzlv6nRpgI3Klw7 cJBNj1hvLRSNZemqUzO1OjUMgqHvcbhY27qs42BFcSY/sxGBZVrrshyTIGCs2n87 ZTiep06LI8RiWGXpe/tXo8pf65GPKVse0SOWyVj1Kc29W2vvzxoNOzOC4G0aQreP nV3udDtgeETiAvKmlbWhopvUp+dEBC23O4M/r2EBj1UvSF5nlszSi0B8TqQeHqFE b8t4clEFcLwKaApummgxqsvOTguRGiShvrluPSf1dlYA5ImV1LxJRq1/BgdpifZq J7ISvvTM7Mo0G8qbsHIBLqAalNUMUriNp5+ugP1qurGedhT30p8tCLFeZXoy83Tk KUOejEFJccEe/durCldV =O6vo -----END PGP SIGNATURE----- --OGwdNSgEtIggV3w5Q7V78COSKKNaCOvfk-- From owner-freebsd-doc@FreeBSD.ORG Wed Jan 15 22:40:18 2014 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 28A81BB5 for ; Wed, 15 Jan 2014 22:40:18 +0000 (UTC) Received: from hoffman.proper.com (IPv6.Hoffman.Proper.COM [IPv6:2605:8e00:100:41::81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F1EEC1E4C for ; Wed, 15 Jan 2014 22:40:17 +0000 (UTC) Received: from [10.20.30.90] (50-1-51-230.dsl.dynamic.fusionbroadband.com [50.1.51.230]) (authenticated bits=0) by hoffman.proper.com (8.14.7/8.14.7) with ESMTP id s0FMK8DQ087143 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 15 Jan 2014 15:20:10 -0700 (MST) (envelope-from phoffman@proper.com) X-Authentication-Warning: hoffman.proper.com: Host 50-1-51-230.dsl.dynamic.fusionbroadband.com [50.1.51.230] claimed to be [10.20.30.90] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: The Handbook doc on "pkg" is badly out of date From: Paul Hoffman In-Reply-To: Date: Wed, 15 Jan 2014 14:40:14 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <1AD4F981-7EB6-4959-A773-560C9617839E@proper.com> <30026F0F-8FCE-4F4C-B8FE-0A1A814D6B99@proper.com> To: Warren Block X-Mailer: Apple Mail (2.1827) Cc: freebsd-doc@FreeBSD.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jan 2014 22:40:18 -0000 On Jan 15, 2014, at 2:05 PM, Warren Block wrote: >> You might have this backwards. I'm pretty sure that the handbook = shows the old configuration information, and the Wiki shows the new. >=20 > I don't understand how. The Handbook mentions pkg.conf but does not = show any entries for it, while the wiki shows a sample file. =20 The handbook says: =3D=3D=3D=3D=3D The pkgng package management system uses a package repository for most = operations. The default package repository location is defined in = /usr/local/etc/pkg.conf or by the PACKAGESITE environment variable, = which overrides the configuration file. =3D=3D=3D=3D=3D That's not true. The default package respository location is defined in = /usr/local/etc/pkg/repos/FreeBSD.conf, as the Wiki describes. > Again, I believe the file changed, and it was the presence of the = obsolete version that caused the messages. The current port only = installs pkg.conf.sample. Well, yes. And, when you read the above in the Handbook and see the = .sample file, you copy to to pkg.conf. > Maybe it would help to be more specific: what needs to be changed in = the Handbook version? Say that the configuration goes in = /usr/local/etc/pkg/repos/FreeBSD.conf, and show the sample = configuration. > Without pkg.conf, the current version of pkg does not complain, so = that seems okay. I'm pretty sure it complained (or obviously didn't work) or I wouldn't = have known to go searching. I did not save the error message, but I'm = quite sure it didn't work as one would hope. --Paul Hoffman= From owner-freebsd-doc@FreeBSD.ORG Thu Jan 16 04:22:22 2014 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2F138F7F for ; Thu, 16 Jan 2014 04:22:22 +0000 (UTC) Received: from smtp.centurylink.net (mail.centurylink.net [205.219.233.9]) by mx1.freebsd.org (Postfix) with ESMTP id E4BF21964 for ; Thu, 16 Jan 2014 04:22:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; d=embarqmail.com; s=s012408; c=relaxed/simple; q=dns/txt; i=@embarqmail.com; t=1389846133; h=From:Subject:Date:To:Mime-Version:Content-Type; bh=tArn4LAUJcBU9SZ2sGwR4mstWn8=; b=KM975V0TnxJJPqWH+3xU2sa35iVPRvi4uy1mx0gpC9hBu26SC0i4ix+wXb1D6b5S mO/W+2g+IDw3jN8avRD4t8xu0eUaqu0sUBgKoqUyRAv2zdAnVZgYFegTEZq618TB; X_CMAE_Category: , , X-CNFS-Analysis: v=2.0 cv=C9hrOHz+ c=1 sm=1 a=3dn2BDQDCgitC1PfbxxZ7A==:17 a=woYuQ9x9YFUA:10 a=1poGYrevpj8A:10 a=kj9zAlcOel0A:10 a=1oqGTYSLAAAA:8 a=vQ-Ux2BlmZsA:10 a=zIn1_g8AAAAA:8 a=s1O25tkdAAAA:8 a=0bMT7DezCCigMKB2uQAA:9 a=CjuIK1q_8ugA:10 a=EL3xEuD-4lQA:10 a=OyOq_G8mXAEA:10 a=3dn2BDQDCgitC1PfbxxZ7A==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp02.agate.dfw.synacor.com smtp.mail=bsd-unix@embarqmail.com; spf=neutral; sender-id=neutral Authentication-Results: smtp02.agate.dfw.synacor.com header.from=bsd-unix@embarqmail.com; sender-id=neutral Authentication-Results: smtp02.agate.dfw.synacor.com smtp.user=bsd-unix@embarqmail.com; auth=pass (LOGIN) Received-SPF: neutral (smtp02.agate.dfw.synacor.com: 71.3.82.230 is neither permitted nor denied by domain of embarqmail.com) Received: from [71.3.82.230] ([71.3.82.230:26020] helo=earth.milkyway.net) by smtp.centurylink.net (envelope-from ) (ecelerity 3.5.1.37854 r(Momo-dev:3.5.1.0)) with ESMTPA id BF/98-21467-47E57D25; Wed, 15 Jan 2014 23:22:13 -0500 Date: Wed, 15 Jan 2014 23:22:11 -0500 From: Randy Pratt To: freebsd-doc@FreeBSD.org Subject: Re: The Handbook doc on "pkg" is badly out of date Message-Id: <20140115232211.ac5732fc4f8557490e200a5e@embarqmail.com> In-Reply-To: References: <1AD4F981-7EB6-4959-A773-560C9617839E@proper.com> <30026F0F-8FCE-4F4C-B8FE-0A1A814D6B99@proper.com> X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.22; i386-portbld-freebsd8.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jan 2014 04:22:22 -0000 On Wed, 15 Jan 2014 14:40:14 -0800 Paul Hoffman wrote: > On Jan 15, 2014, at 2:05 PM, Warren Block wrote: > > >> You might have this backwards. I'm pretty sure that the handbook shows the old configuration information, and the Wiki shows the new. > > > > I don't understand how. The Handbook mentions pkg.conf but does not show any entries for it, while the wiki shows a sample file. > > The handbook says: > ===== > The pkgng package management system uses a package repository for most operations. The default package repository location is defined in /usr/local/etc/pkg.conf or by the PACKAGESITE environment variable, which overrides the configuration file. > ===== > That's not true. The default package respository location is defined in /usr/local/etc/pkg/repos/FreeBSD.conf, as the Wiki describes. > > > Again, I believe the file changed, and it was the presence of the obsolete version that caused the messages. The current port only installs pkg.conf.sample. > > Well, yes. And, when you read the above in the Handbook and see the .sample file, you copy to to pkg.conf. > > > Maybe it would help to be more specific: what needs to be changed in the Handbook version? It would be better to incorporate all contents of the wiki into the Handbook, remove the wiki and redirect the users to the Handbook. This would avoid stale and/or conflicting information in the future (and user frustrations). I ran into the same things when I switched to using pkgng a couple months ago and still have a ways to go before I'll be comfortable with it. Best regards, Randy From owner-freebsd-doc@FreeBSD.ORG Thu Jan 16 06:37:26 2014 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F0B17E06 for ; Thu, 16 Jan 2014 06:37:25 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 82C4412A0 for ; Thu, 16 Jan 2014 06:37:25 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.2.117.99]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.7/8.14.7) with ESMTP id s0G6bKHB087912 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 16 Jan 2014 06:37:21 GMT (envelope-from matthew@FreeBSD.org) DKIM-Filter: OpenDKIM Filter v2.8.3 smtp.infracaninophile.co.uk s0G6bKHB087912 Authentication-Results: smtp.infracaninophile.co.uk/s0G6bKHB087912; dkim=none reason="no signature"; dkim-adsp=none Message-ID: <52D77E1F.9040509@FreeBSD.org> Date: Thu, 16 Jan 2014 06:37:19 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-doc@freebsd.org Subject: Re: The Handbook doc on "pkg" is badly out of date References: <1AD4F981-7EB6-4959-A773-560C9617839E@proper.com> <30026F0F-8FCE-4F4C-B8FE-0A1A814D6B99@proper.com> <52D707BA.8030309@allanjude.com> In-Reply-To: <52D707BA.8030309@allanjude.com> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="I7lbJOvEjntp8IqpOcR9DNj8Xmdnrq2SE" X-Virus-Scanned: clamav-milter 0.98 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.7 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DCC_CHECK autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jan 2014 06:37:26 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --I7lbJOvEjntp8IqpOcR9DNj8Xmdnrq2SE Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 15/01/2014 22:12, Allan Jude wrote: > If you get the bootstrapped version of pkg on 9 that is still pkg 1.1.4= > or whatever, it installs a pkg.conf that is the 'old' format > Upgrading to pkg 1.2 may cause extra warnings. If removing > /usr/local/etc/pkg.conf makes them go away, then that was the problem. Now that pkg.freebsd.org is up and running, the bootstrap version should be the latest available (pkg-1.2.5 at the moment). The pkg package is only special in that it has a 'LATEST_LINK'-style URL (without the version number) for the benefit of /usr/sbin/pkg bootstrapping; something that pkg(8) has otherwise eliminated the necessity for. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --I7lbJOvEjntp8IqpOcR9DNj8Xmdnrq2SE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQJ8BAEBCgBmBQJS134fXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkATY/QP/2pT8Kyqq6nOoId8HYm7Plug HYsyNREydg4amFC/AomQExq23ufnoBcQcXDZmY/L5Ds1OqC8wy4+J6Txnifk6vqZ BKkFSx2M1OS6FmhUdV5s/USgYx0/IJn/3Gp2cRmZtKN0o/NJ0ECFMIdpIY+qkbMV TjRUt0o4rS/WiJwdRlP4ps4iMuqKP9/fpChy4QsCZd0OtvxHAGWE53OtYCvKmhjz ENb9ea5tiidwzgW08lS9iUJ3Gb81TawpETWheVp+7r2sAoRBqg5Ey+FcU5FyPNk/ FuKLP6bmWCoDqK1ko9dTA45uO3RF1tW4zFQHICMOuP0KzcFYNHFfeC3ujsh1wgbo JtQPzTtg0Y6SPLJDKqgOmbm2h1yM8W/oTHUV4x9E2rMnkThk5LBAmc8JhffXsa0+ l8wFb6aYISga9+iZxRXD5ZL/FF1WNA77t6OL7LX0oDSxgYNJThPD8AbNJrl+YkuS 9QrehNsvl0f9HFaJcbYGV+QMCHma3M1u8ZKn5DkTopCFxGUR+sHnCM+pFKTjjQaV +CgaruPUW+sUDT1QuoIjvQdWaItn5y7+E1JR6vH1NhHmGsjqAZc86JRHVwajNWBK d+9XMMmBgf/eWi1mjo+D9dT0hbB1qgbvzuJXjTmmDogz2C1WkhkYMM3kDjow09/X WYcCRKrlLn+e8SY4z7LJ =bcqQ -----END PGP SIGNATURE----- --I7lbJOvEjntp8IqpOcR9DNj8Xmdnrq2SE-- From owner-freebsd-doc@FreeBSD.ORG Thu Jan 16 08:52:10 2014 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DE45E3FC for ; Thu, 16 Jan 2014 08:52:10 +0000 (UTC) Received: from mail-qe0-x248.google.com (mail-qe0-x248.google.com [IPv6:2607:f8b0:400d:c02::248]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A13A11E44 for ; Thu, 16 Jan 2014 08:52:10 +0000 (UTC) Received: by mail-qe0-f72.google.com with SMTP id 5so3627195qeb.11 for ; Thu, 16 Jan 2014 00:52:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:message-id:date:subject:from:to:content-type; bh=AFZkcso2yU9NhsKy7DZGb8kJ3Yz2EX5S8c+KjBFhdo0=; b=vXl1lO0jJL16BbK+YjyTgV7HFeHyFt98/OiGNGS1oOgAl2gTLC1lbBoclRZyW6f88a cx+WL5Hal7rszZXjSWqv9TXk3yyHCt6l+6cijgjUyDsBx6m686VAQMYxu5AKi+465ZEW 6dOaBtDeUZCVAl0Zmq0+k4n0iiZZq2aWJqBIq8PeNNwaAzR2btuFPwvCYWEfAtqBStwA 09B3UztCFdrjMM1lcsJV3SLF5PgulitfTpmCdEEjs8Z3GCWUqGNk4CRdlMH6ncLvPhgx Vb2/33Z3vUIUqhmM8lYSu9MVASGDB1SnIa0V0kniGm7FYbhpCf8klSflaD89OTAyMbW1 E/WQ== MIME-Version: 1.0 X-Received: by 10.236.165.133 with SMTP id e5mr2543630yhl.31.1389862329800; Thu, 16 Jan 2014 00:52:09 -0800 (PST) Message-ID: <20cf3040e62474712004f0128a6f@google.com> Date: Thu, 16 Jan 2014 08:52:09 +0000 Subject: www.freebsd.org From: Mayleen Ying To: doc@freebsd.org Content-Type: text/plain; charset=windows-1252; format=flowed; delsp=yes Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jan 2014 08:52:10 -0000 PGRpdiBkaXI9Imx0ciI+PHA+SGksPC9wPjxkaXY+PHA+SSB3YW50ZWQgdG8gc2VuZCB5b3UgYSBx dWljayBub3RlLiBXaXRoIGEgIA0KZmV3IHNpbXBsZSBjaGFuZ2VzIHRvIG1ha2UgeW91ciBzaXRl IG1vcmUgU0VPLWZyaWVuZGx5IEmSbSBzdXJlIHlvdSBjYW4gIA0KY29udmVydCBtb3JlIHZpc2l0 b3JzIGludG8gbGVhZHMgYW5kIGdldCBpdCBwbGFjZWQgaGlnaGVyIGluIHRoZSBvcmdhbmljICAN CnNlYXJjaCByZXN1bHRzLCBmb3Iga2V5d29yZHMgdGhhdCBtYXR0ZXIgdG8geW91IHRoZSBtb3N0 LjwvcD4NCg0KPC9kaXY+PGRpdj48cD5XZSBhcmUgYSBMb2NhbCBiYXNlZCBjb21wYW55IHdpdGgg Z3JlYXQgaW4taG91c2UgdGVjaG5pY2FsICANCnRlYW0gd2hvIHJlYWxseSBrbm93IHRoZWlyIHN0 dWZmIGFib3V0IHNlYXJjaCBlbmdpbmUgIA0Kb3B0aW1pemF0aW9uLqA8L3A+PC9kaXY+PHA+V291 bGQgeW91IGxpa2UgYSBiaXQgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCBob3cgIA0KdG8gZ2l2ZSB5 b3VyIHdlYnNpdGUgYSBib29zdCB3aXRoIGJldHRlciBTRU8/PC9wPg0KDQo8cD5CZXN0IHJlZ2Fy ZHMsPC9wPjxwPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomIzM5O2Jvb2sgIA0KYW50aXF1YSYj Mzk7LHBhbGF0aW5vO2NvbG9yOnJnYigxMzYsMTM2LDEzNikiPjxmb250IHNpemU9IjQiPk1heWxl ZW4gIA0KWWluZzwvZm9udD48YnI+PHNwYW4gIA0Kc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7Zm9u dC1mYW1pbHk6YXJpYWwsaGVsdmV0aWNhLHNhbnMtc2VyaWY7Zm9udC1zaXplOnh4LXNtYWxsIj5T RU8vV0VCICANClNwZWNpYWxpc3Q8L3NwYW4+PC9zcGFuPjwvcD4NCg0KPHRhYmxlIHN0eWxlPSJt YXJnaW4tbGVmdDphdXRvO21hcmdpbi1yaWdodDphdXRvIiAgDQpib3JkZXI9IjAiPjx0Ym9keT48 dHI+PHRkPqCgoKCgoKCgoKA8L3RkPjx0ZCAgDQpzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjpyZ2Io NzIsMTE0LDIzMykiPjxiPqA8L2I+oDxzcGFuICANCnN0eWxlPSJmb250LWZhbWlseTomIzM5O3Rp bWVzIG5ldyAgDQpyb21hbiYjMzk7LHRpbWVzO2ZvbnQtc2l6ZTpsYXJnZTtjb2xvcjpyZ2IoMjU1 LDI1NSwyNTUpIj5TPC9zcGFuPjxiPqCgPC9iPjwvdGQ+DQoNCjx0ZCBzdHlsZT0iYmFja2dyb3Vu ZC1jb2xvcjpyZ2IoMjU1LDAsNTEpIj6gPHNwYW4gIA0Kc3R5bGU9ImZvbnQtZmFtaWx5OiYjMzk7 dGltZXMgbmV3IHJvbWFuJiMzOTssdGltZXM7Zm9udC1zaXplOmxhcmdlIj48c3BhbiAgDQpzdHls ZT0iZm9udC1zaXplOngtbGFyZ2U7Y29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+RTwvc3Bhbj6gPC9z cGFuPjwvdGQ+PHRkICANCnN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOnJnYigxMDEsMjM1LDE5KSI+ DQoNCjxzcGFuIHN0eWxlPSJmb250LXNpemU6bGFyZ2U7Y29sb3I6cmdiKDI1NSwyNTUsMjU1KTtm b250LWZhbWlseTomIzM5O3RpbWVzICANCm5ldyByb21hbiYjMzk7LHRpbWVzIj6gT6A8L3NwYW4+ PC90ZD48dGQgIA0Kc3R5bGU9InRleHQtYWxpZ246Y2VudGVyIj6goKAgoCCgIKAgoDwvdGQ+PC90 cj48dHI+PHRkIGNvbHNwYW49IjUiICANCnN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOnJnYigwLDAs MCk7dGV4dC1hbGlnbjpjZW50ZXIiPg0KDQo8Yj48c3BhbiAgDQpzdHlsZT0iZm9udC1mYW1pbHk6 dGFob21hLGFyaWFsLGhlbHZldGljYSxzYW5zLXNlcmlmO2NvbG9yOnJnYigyNTUsMjU1LDI1NSki PlNlYXJjaCAgDQpFbmdpbmUgT3B0aW1pemF0aW9uPC9zcGFuPjwvYj48L3RkPjwvdHI+PC90Ym9k eT48L3RhYmxlPjxwICANCnN0eWxlPSJ0ZXh0LWFsaWduOmNlbnRlciI+PHNwYW4gIA0Kc3R5bGU9 ImZvbnQtZmFtaWx5OmFyaWFsLGhlbHZldGljYSxzYW5zLXNlcmlmO2ZvbnQtc2l6ZTp4eC1zbWFs bDtjb2xvcjpyZ2IoMTM2LDEzNiwxMzYpIj5XZSAgDQpyZXNwZWN0IHlvdXIgcHJpdmFjeSBhbmQg d2FudCB0byBtYWtlIHN1cmUgeW91IGFyZSBhd2FyZSBvZiBhIGZldyB0aGluZ3MuICANCkJ5IHJl cGx5aW5nIHRvIHRoaXMgZW1haWwsIHlvdSBhdXRob3JpemUgb3VyIEhvbmcgS29uZyBhZmZpbGlh dGVzIHRoYXQgY2FuICANCmhlbHAgd2l0aCB5b3VyIHByb2plY3QgdG8gY2FsbCB5b3UgYXQgdGhl IG51bWJlciB5b3UgcHJvdmlkZWQsIGFuZCB5b3UgIA0KdW5kZXJzdGFuZCB0aGF0IHRoZXkgbWF5 IHVzZSBhdXRvbWF0ZWQgcGhvbmUgdGVjaG5vbG9neSB0byBjYWxsIHlvdS4gQXQgbm8gIA0KdGlt ZSBhcmUgeW91IHJlcXVpcmVkIHRvIG1ha2UgYSBwdXJjaGFzZS48L3NwYW4+PC9wPg0KDQo8ZGl2 IHN0eWxlPSJ0ZXh0LWFsaWduOmNlbnRlciI+PHNwYW4gIA0Kc3R5bGU9ImZvbnQtZmFtaWx5OmFy aWFsLGhlbHZldGljYSxzYW5zLXNlcmlmO2ZvbnQtc2l6ZTp4eC1zbWFsbDtjb2xvcjpyZ2IoMTM2 LDEzNiwxMzYpIj5VbnN1YnNjcmliZTwvc3Bhbj48L2Rpdj48L2Rpdj4NCg== From owner-freebsd-doc@FreeBSD.ORG Thu Jan 16 08:57:04 2014 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3C7B250A for ; Thu, 16 Jan 2014 08:57:04 +0000 (UTC) Received: from mail-ie0-x247.google.com (mail-ie0-x247.google.com [IPv6:2607:f8b0:4001:c03::247]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0E5C91E76 for ; Thu, 16 Jan 2014 08:57:04 +0000 (UTC) Received: by mail-ie0-f199.google.com with SMTP id x13so10240221ief.6 for ; Thu, 16 Jan 2014 00:57:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:message-id:date:subject:from:to:content-type; bh=nAAeyLhcQR+vX2Wg44cssGr0Un0wjaGqhdUuo9cFVoU=; b=oWyJO5wkM4AgOTyibDOQZJmY3FcUgS5/uNWZPlGYSrbZ19Ld9YYJISKHrAKGMr8/Z1 SX6klklsijZXHZoaFjU3izjbtSB0bfirLYU8ZFeT8/Qh9gQsmjNe9ec3+Z08t/fG81ra z7i0w5sK61gbvNNpG8kqoREC45G4CHJGigga5MzEsWisR2I7Q75Xk+BGWCCFK3F4nt8F OXKQQ305L0DPo/90zm3GHlo64cTQqLHv3yykKywuC9xhXgwuDCYxqGUsRoB/zdNpr2YD zKbhrCOGipneA+LZbQYcWxT2uvYAXpQO2vZiMsH7oR9dPIuIZTMXxY+JRUUFQWRsxB1T aFsg== MIME-Version: 1.0 X-Received: by 10.182.236.74 with SMTP id us10mr2780451obc.36.1389862623546; Thu, 16 Jan 2014 00:57:03 -0800 (PST) Message-ID: <001a11c329d2f6925b04f0129bb0@google.com> Date: Thu, 16 Jan 2014 08:57:03 +0000 Subject: www.freebsd.org From: Mayleen Ying To: freebsd-doc@freebsd.org Content-Type: text/plain; charset=windows-1252; format=flowed; delsp=yes Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jan 2014 08:57:04 -0000 PGRpdiBkaXI9Imx0ciI+PHA+SGksPC9wPjxkaXY+PHA+SSB3YW50ZWQgdG8gc2VuZCB5b3UgYSBx dWljayBub3RlLiBXaXRoIGEgIA0KZmV3IHNpbXBsZSBjaGFuZ2VzIHRvIG1ha2UgeW91ciBzaXRl IG1vcmUgU0VPLWZyaWVuZGx5IEmSbSBzdXJlIHlvdSBjYW4gIA0KY29udmVydCBtb3JlIHZpc2l0 b3JzIGludG8gbGVhZHMgYW5kIGdldCBpdCBwbGFjZWQgaGlnaGVyIGluIHRoZSBvcmdhbmljICAN CnNlYXJjaCByZXN1bHRzLCBmb3Iga2V5d29yZHMgdGhhdCBtYXR0ZXIgdG8geW91IHRoZSBtb3N0 LjwvcD4NCg0KPC9kaXY+PGRpdj48cD5XZSBhcmUgYSBMb2NhbCBiYXNlZCBjb21wYW55IHdpdGgg Z3JlYXQgaW4taG91c2UgdGVjaG5pY2FsICANCnRlYW0gd2hvIHJlYWxseSBrbm93IHRoZWlyIHN0 dWZmIGFib3V0IHNlYXJjaCBlbmdpbmUgIA0Kb3B0aW1pemF0aW9uLqA8L3A+PC9kaXY+PHA+V291 bGQgeW91IGxpa2UgYSBiaXQgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCBob3cgIA0KdG8gZ2l2ZSB5 b3VyIHdlYnNpdGUgYSBib29zdCB3aXRoIGJldHRlciBTRU8/PC9wPg0KDQo8cD5CZXN0IHJlZ2Fy ZHMsPC9wPjxwPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomIzM5O2Jvb2sgIA0KYW50aXF1YSYj Mzk7LHBhbGF0aW5vO2NvbG9yOnJnYigxMzYsMTM2LDEzNikiPjxmb250IHNpemU9IjQiPk1heWxl ZW4gIA0KWWluZzwvZm9udD48YnI+PHNwYW4gIA0Kc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7Zm9u dC1mYW1pbHk6YXJpYWwsaGVsdmV0aWNhLHNhbnMtc2VyaWY7Zm9udC1zaXplOnh4LXNtYWxsIj5T RU8vV0VCICANClNwZWNpYWxpc3Q8L3NwYW4+PC9zcGFuPjwvcD4NCg0KPHRhYmxlIHN0eWxlPSJt YXJnaW4tbGVmdDphdXRvO21hcmdpbi1yaWdodDphdXRvIiAgDQpib3JkZXI9IjAiPjx0Ym9keT48 dHI+PHRkPqCgoKCgoKCgoKA8L3RkPjx0ZCAgDQpzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjpyZ2Io NzIsMTE0LDIzMykiPjxiPqA8L2I+oDxzcGFuICANCnN0eWxlPSJmb250LWZhbWlseTomIzM5O3Rp bWVzIG5ldyAgDQpyb21hbiYjMzk7LHRpbWVzO2ZvbnQtc2l6ZTpsYXJnZTtjb2xvcjpyZ2IoMjU1 LDI1NSwyNTUpIj5TPC9zcGFuPjxiPqCgPC9iPjwvdGQ+DQoNCjx0ZCBzdHlsZT0iYmFja2dyb3Vu ZC1jb2xvcjpyZ2IoMjU1LDAsNTEpIj6gPHNwYW4gIA0Kc3R5bGU9ImZvbnQtZmFtaWx5OiYjMzk7 dGltZXMgbmV3IHJvbWFuJiMzOTssdGltZXM7Zm9udC1zaXplOmxhcmdlIj48c3BhbiAgDQpzdHls ZT0iZm9udC1zaXplOngtbGFyZ2U7Y29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+RTwvc3Bhbj6gPC9z cGFuPjwvdGQ+PHRkICANCnN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOnJnYigxMDEsMjM1LDE5KSI+ DQoNCjxzcGFuIHN0eWxlPSJmb250LXNpemU6bGFyZ2U7Y29sb3I6cmdiKDI1NSwyNTUsMjU1KTtm b250LWZhbWlseTomIzM5O3RpbWVzICANCm5ldyByb21hbiYjMzk7LHRpbWVzIj6gT6A8L3NwYW4+ PC90ZD48dGQgIA0Kc3R5bGU9InRleHQtYWxpZ246Y2VudGVyIj6goKAgoCCgIKAgoDwvdGQ+PC90 cj48dHI+PHRkIGNvbHNwYW49IjUiICANCnN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOnJnYigwLDAs MCk7dGV4dC1hbGlnbjpjZW50ZXIiPg0KDQo8Yj48c3BhbiAgDQpzdHlsZT0iZm9udC1mYW1pbHk6 dGFob21hLGFyaWFsLGhlbHZldGljYSxzYW5zLXNlcmlmO2NvbG9yOnJnYigyNTUsMjU1LDI1NSki PlNlYXJjaCAgDQpFbmdpbmUgT3B0aW1pemF0aW9uPC9zcGFuPjwvYj48L3RkPjwvdHI+PC90Ym9k eT48L3RhYmxlPjxwICANCnN0eWxlPSJ0ZXh0LWFsaWduOmNlbnRlciI+PHNwYW4gIA0Kc3R5bGU9 ImZvbnQtZmFtaWx5OmFyaWFsLGhlbHZldGljYSxzYW5zLXNlcmlmO2ZvbnQtc2l6ZTp4eC1zbWFs bDtjb2xvcjpyZ2IoMTM2LDEzNiwxMzYpIj5XZSAgDQpyZXNwZWN0IHlvdXIgcHJpdmFjeSBhbmQg d2FudCB0byBtYWtlIHN1cmUgeW91IGFyZSBhd2FyZSBvZiBhIGZldyB0aGluZ3MuICANCkJ5IHJl cGx5aW5nIHRvIHRoaXMgZW1haWwsIHlvdSBhdXRob3JpemUgb3VyIEhvbmcgS29uZyBhZmZpbGlh dGVzIHRoYXQgY2FuICANCmhlbHAgd2l0aCB5b3VyIHByb2plY3QgdG8gY2FsbCB5b3UgYXQgdGhl IG51bWJlciB5b3UgcHJvdmlkZWQsIGFuZCB5b3UgIA0KdW5kZXJzdGFuZCB0aGF0IHRoZXkgbWF5 IHVzZSBhdXRvbWF0ZWQgcGhvbmUgdGVjaG5vbG9neSB0byBjYWxsIHlvdS4gQXQgbm8gIA0KdGlt ZSBhcmUgeW91IHJlcXVpcmVkIHRvIG1ha2UgYSBwdXJjaGFzZS48L3NwYW4+PC9wPg0KDQo8ZGl2 IHN0eWxlPSJ0ZXh0LWFsaWduOmNlbnRlciI+PHNwYW4gIA0Kc3R5bGU9ImZvbnQtZmFtaWx5OmFy aWFsLGhlbHZldGljYSxzYW5zLXNlcmlmO2ZvbnQtc2l6ZTp4eC1zbWFsbDtjb2xvcjpyZ2IoMTM2 LDEzNiwxMzYpIj5VbnN1YnNjcmliZTwvc3Bhbj48L2Rpdj48L2Rpdj4NCg== From owner-freebsd-doc@FreeBSD.ORG Fri Jan 17 10:14:34 2014 Return-Path: Delivered-To: www@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E83ACC2B for ; Fri, 17 Jan 2014 10:14:33 +0000 (UTC) Received: from mail-ie0-x250.google.com (mail-ie0-x250.google.com [IPv6:2607:f8b0:4001:c03::250]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BA5651338 for ; Fri, 17 Jan 2014 10:14:33 +0000 (UTC) Received: by mail-ie0-f208.google.com with SMTP id e14so77806iej.3 for ; Fri, 17 Jan 2014 02:14:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:message-id:date:subject:from:to:content-type; bh=Pf600LbwRPEkuDl56K1wcghqcbHZUgaUB2X+eOVMF1w=; b=P2a8+kY/zUiDpmxQ5PBaiDKl8fwHktLKrX2OAvXioxhr7iqO4xDVeANOa63VSn1N+t iwL1zZd8N5bEyN7Pri1xlX2akBJbL0xGR5jLS86wAQMOBryknNYOwR7U/t5O5h6RqLFr dw+VgwoUwFhlFS70MoOklrWvksH8Y9I5n6VdjlPulld56DbcVXUz3oh9ztV7afxav1ap HuhHRZ2YD24bE1NJrhBf0KLVOqBj0FBiZMqxxordO+XaG/KWehY41BNQ3qHTqFsMkhfu SC4nQyIipCmwjMK6uVRPtw5iaQ+JvmYFfqUFXqOnYT9+rYUJdW7VamFZIbeFc+2asgqG e3kw== MIME-Version: 1.0 X-Received: by 10.182.246.39 with SMTP id xt7mr394038obc.40.1389953673266; Fri, 17 Jan 2014 02:14:33 -0800 (PST) Message-ID: <001a11c2e224f30a1604f027cee3@google.com> Date: Fri, 17 Jan 2014 10:14:33 +0000 Subject: From: Liu Jing To: www@freebsd.org Content-Type: text/plain; charset=windows-1252; format=flowed; delsp=yes Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jan 2014 10:14:34 -0000 DQoNCiAgSGksDQoNCkkganVzdCB3YW50ZWQgdG8gc2VuZCB5b3UgYSBxdWljayBub3RlLiBXaXRo IGEgZmV3IHNpbXBsZSBjaGFuZ2VzIHRvIG1ha2UNCnlvdXIgc2l0ZSBtb3JlIFNFTy1mcmllbmRs eSBJkm0gc3VyZSB5b3UgY2FuIGNvbnZlcnQgbW9yZSB2aXNpdG9ycyBpbnRvDQpsZWFkcyBhbmQg Z2V0IGl0IHBsYWNlZCBoaWdoZXIgaW4gdGhlIG9yZ2FuaWMgc2VhcmNoIHJlc3VsdHMsIGZvciBr ZXl3b3Jkcw0KdGhhdCBtYXR0ZXIgdG8geW91IHRoZSBtb3N0Lg0KDQpXZSBhcmUgSG9uZyBLb25n IGJhc2VkIGNvbXBhbnkgd2l0aCBhIGdyZWF0IGluLWhvdXNlIHRlY2huaWNhbCB0ZWFtIHdobw0K cmVhbGx5IGtub3cgdGhlaXIgc3R1ZmYgYWJvdXQgc2VhcmNoIGVuZ2luZSBvcHRpbWl6YXRpb24u DQoNCldvdWxkIHlvdSBsaWtlIGEgYml0IG1vcmUgaW5mb3JtYXRpb24gYWJvdXQgaG93IHRvIGdp dmUgeW91ciB3ZWJzaXRlIGENCmJvb3N0IHdpdGggYmV0dGVyIFNFTz8NCg0KQmVzdCByZWdhcmRz LA0KDQpMaXUgSmluZw0KU0VPL1dFQiBTcGVjaWFsaXN0DQoNCltpbWFnZTogTGlua2VkSW5dIFtp bWFnZTogRmFjZWJvb2tdIFtpbWFnZTogVHdpdHRlcl0gW2ltYWdlOiBTa3lwZV0NCiAgICAgICAg ICAgICBTICAgRSAgTyAgICAgICAgICAgICpTZWFyY2ggRW5naW5lIE9wdGltaXphdGlvbioNCg0K V2UgcmVzcGVjdCB5b3VyIHByaXZhY3kgYW5kIHdhbnQgdG8gbWFrZSBzdXJlIHlvdSBhcmUgYXdh cmUgb2YgYSBmZXcNCnRoaW5ncy4gQnkgcmVwbHlpbmcgdG8gdGhpcyBlbWFpbCwgeW91IGF1dGhv cml6ZSBvdXIgSEsgYWZmaWxpYXRlcyB0aGF0IGNhbg0KaGVscCB3aXRoIHlvdXIgcHJvamVjdCB0 byBjYWxsIHlvdSBhdCB0aGUgbnVtYmVyIHlvdSBwcm92aWRlZCwgYW5kIHlvdQ0KdW5kZXJzdGFu ZCB0aGF0IHRoZXkgbWF5IHVzZSBhdXRvbWF0ZWQgcGhvbmUgdGVjaG5vbG9neSB0byBjYWxsIHlv dS4gQXQgbm8NCnRpbWUgYXJlIHlvdSByZXF1aXJlZCB0byBtYWtlIGEgcHVyY2hhc2UuDQo= From owner-freebsd-doc@FreeBSD.ORG Fri Jan 17 12:42:33 2014 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C9DBB678 for ; Fri, 17 Jan 2014 12:42:33 +0000 (UTC) Received: from mail-pb0-x247.google.com (mail-pb0-x247.google.com [IPv6:2607:f8b0:400e:c01::247]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A47B51EEE for ; Fri, 17 Jan 2014 12:42:33 +0000 (UTC) Received: by mail-pb0-f71.google.com with SMTP id jt11so4442529pbb.2 for ; Fri, 17 Jan 2014 04:42:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:message-id:date:subject:from:to:content-type; bh=BlrGIuy14Nw/poWeWtBbMx5IImaiItfYF47sY6TU0j4=; b=L9Ym5sp03pw9fWxUYrUUGVJGcwlX6+Jg/f7jfGubjxVDpRkiRglazxJZU9a8TSxKu/ vtunJJgiPbBmSVR8dmzPSHNin2Dgvh2FBCAirFwdIa1WB089pgvyLD3VBpIUCkbuCexI ldbFiGVqh1evP4wPSVIvEr7Lq23utvUIo9mnbAs9Xrq5d/EAhsE4qVmc5V1M5dSTl3Wu 0ow6A+DnPyQA7A9D1STuVg+Qg6VimAFmjeSnI77iZsysTaC7UV3fU2sB/6mhEBWZWum7 nSPwOCLIquZJco4SsCwCUC7n6Bw/wJzFROB+mia+rgqtfC1DazBlkltNofIghHgk0EpM PiKQ== MIME-Version: 1.0 X-Received: by 10.66.222.105 with SMTP id ql9mr666715pac.9.1389962553150; Fri, 17 Jan 2014 04:42:33 -0800 (PST) Message-ID: <047d7b5dae5a3b558204f029e028@google.com> Date: Fri, 17 Jan 2014 12:42:33 +0000 Subject: www.freebsd.org From: Tayla Niland To: doc@freebsd.org Content-Type: text/plain; charset=windows-1252; format=flowed; delsp=yes Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jan 2014 12:42:33 -0000 SGksDQoNCkkgd2FudGVkIHRvIHNlbmQgeW91IGEgcXVpY2sgbm90ZS4gV2l0aCBhIGZldyBzaW1w bGUgY2hhbmdlcyB0byBtYWtlIHlvdXINCnNpdGUgbW9yZSBTRU8tZnJpZW5kbHkgSZJtIHN1cmUg eW91IGNhbiBjb252ZXJ0IG1vcmUgdmlzaXRvcnMgaW50byBsZWFkcw0KYW5kIGdldCBpdCBwbGFj ZWQgaGlnaGVyIGluIHRoZSBvcmdhbmljIHNlYXJjaCByZXN1bHRzLCBmb3Iga2V5d29yZHMgdGhh dA0KbWF0dGVyIHRvIHlvdSB0aGUgbW9zdC4NCg0KV2UgYXJlIGFuIEF1c3RyYWxpYW4gYmFzZWQg Y29tcGFueSB3aXRoIGEgZ3JlYXQgaW4taG91c2UgdGVjaG5pY2FsIHRlYW0gd2hvDQpyZWFsbHkg a25vdyB0aGVpciBzdHVmZiBhYm91dCBzZWFyY2ggZW5naW5lIG9wdGltaXphdGlvbi4NCg0KV291 bGQgeW91IGxpa2UgYSBiaXQgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCBob3cgdG8gZ2l2ZSB5b3Vy IHdlYnNpdGUgYQ0KYm9vc3Qgd2l0aCBiZXR0ZXIgU0VPPw0KDQpCZXN0IHJlZ2FyZHMsDQoNClRh eWxhIE5pbGFuZA0KDQpTRU8vV0VCIFNwZWNpYWxpc3QNCg0KRTogdGF5bGFuaWxhbmQzQGdtYWls LmNvbQ0KDQpbaW1hZ2U6IExpbmtlZEluXSBbaW1hZ2U6IEZhY2Vib29rXSBbaW1hZ2U6IFR3aXR0 ZXJdIFtpbWFnZTogU2t5cGVdDQogICAgICAgICAgICAgUyAgIEUgIE8gICAgICAgICAgICAqU2Vh cmNoIEVuZ2luZSBPcHRpbWl6YXRpb24qDQoqQCAqUVVFRU5TTEFORCwgTlNXLCBWSUNUT1JJQSwg U09VVEggQVVTVFJBTElBLCBXRVNURVJOIEFVU1RSQUxJQSwgTk9SVEhFUk4NClRFUlJJVE9SWSwg VEFTTUFOSUEsIEFDVA0KDQpXZSByZXNwZWN0IHlvdXIgcHJpdmFjeSBhbmQgd2FudCB0byBtYWtl IHN1cmUgeW91IGFyZSBhd2FyZSBvZiBhIGZldw0KdGhpbmdzLiBCeSByZXBseWluZyB0byB0aGlz IGVtYWlsLCB5b3UgYXV0aG9yaXplIG91ciBBdXN0cmFsaWFuIGFmZmlsaWF0ZXMNCnRoYXQgY2Fu IGhlbHAgd2l0aCB5b3VyIHByb2plY3QgdG8gY2FsbCB5b3UgYXQgdGhlIG51bWJlciB5b3UgcHJv dmlkZWQsIGFuZA0KeW91IHVuZGVyc3RhbmQgdGhhdCB0aGV5IG1heSB1c2UgYXV0b21hdGVkIHBo b25lIHRlY2hub2xvZ3kgdG8gY2FsbCB5b3UuIEF0DQpubyB0aW1lIGFyZSB5b3UgcmVxdWlyZWQg dG8gbWFrZSBhIHB1cmNoYXNlLg0KVW5zdWJzY3JpYlRhc3kNCg== From owner-freebsd-doc@FreeBSD.ORG Fri Jan 17 14:14:40 2014 Return-Path: Delivered-To: doc@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1033) id 2D1E6C2; Fri, 17 Jan 2014 14:14:40 +0000 (UTC) Date: Fri, 17 Jan 2014 14:14:40 +0000 From: Alexey Dokuchaev To: Pietro Cerutti Subject: [patch] PH tells crap about GMAKE (Was: Re: svn commit: r340018 - head/textproc/scew) Message-ID: <20140117141440.GA94157@FreeBSD.org> References: <201401170910.s0H9Aw9O087448@svn.freebsd.org> <20140117093546.GA16656@FreeBSD.org> <20140117095020.GD4006@gahrfit.gahr.ch> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="9jxsPFA5p3P2qPhR" Content-Disposition: inline In-Reply-To: <20140117095020.GD4006@gahrfit.gahr.ch> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jan 2014 14:14:40 -0000 --9jxsPFA5p3P2qPhR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Jan 17, 2014 at 10:50:21AM +0100, Pietro Cerutti wrote: > On 2014-Jan-17, 09:35, Alexey Dokuchaev wrote: > > If possible, particular make(1) implementation should not be referenced in > > port's Makefile. If you need to call "correct" make(1), use ${MAKE_CMD}, > > which would be correctly set to "gmake" in this case of yours (per USES= > > gmake). > > That makes sense. What about updating [section] 6.4.2 of the porter's > handbook? Indeed, this section needs some love. Even more, I think it tells something that is not true: "GMAKE [variables contains] The full path for gmake if it is not in the PATH." GMAKE is defined in Mk/bsd.commands.mk, and equals to simply "gmake". It is one of the rare cases when absolute (or relative to ${LOCALBASE}) path is not used. I did not observe any indication of some PATH inspection to conditionally set GMAKE variable under /usr/ports/Mk. I also think that Table 6.1 which consists of two rows and columns is, hm, ridicule, I guess. :) IMHO it should be removed. Please consider attached patch. It is not a polished gem, and most likely would need a review and wordsmithing from doc@ guys. While here I've also standardized the spelling of "okay", and fixed couple of grammar nits. These changes are not related to GMAKE ones, and probably should be committed separately, but I'm not splitting the diff for personal convenience, sorry. :) ./danfe --9jxsPFA5p3P2qPhR Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="ph-gmake.diff" Index: book.xml =================================================================== --- book.xml (revision 43554) +++ book.xml (working copy) @@ -201,7 +201,7 @@ README or manpage; too often they are not a concise description of the port or are in an awkward format (e.g., manpages have justified - spacing, as it looks particularly bad with monospaced + spacing, which looks particularly bad with monospaced fonts). @@ -515,7 +515,7 @@ Slow Porting - Ok, so it was not that simple, and the port required some + Okay, so it was not that simple, and the port required some modifications to get it to work. In this section, we will explain, step by step, how to modify it to get it to work with the ports paradigm. @@ -4128,7 +4128,7 @@ Available USE_ and WANT_ variables are defined in the files - in /usr/ports/Mk. + under /usr/ports/Mk directory. @@ -5644,40 +5644,32 @@ - <command>make</command>, <command>gmake</command>, and - <command>imake</command> + <command>make</command>, <command>gmake</command>, + <command>fmake</command>, and <command>imake</command> + Several make implementations exist and + are in use. Quite often, you would have to use a particular + one, e.g. GNU make, or legacy FreeBSD make. + If your port uses GNU make, - set USES= gmake. + add gmake to USES. If + you must use legacy FreeBSD make, add fmake + there. - - Variables for Ports Related to - <application>gmake</application> + When you need to reference make command + that depends on USES value in a port's + Makefile, you should use + MAKE_CMD. In rare cases, when you need to + list several different make implementations + in USES, you can use variables + GMAKE (for GNU version) or + FMAKE (for legacy FreeBSD version), assuming + that you have set USES appropriately, but + most likely you would never have to go that far. Most, if not + all ports should only use MAKE_CMD within + their Makefiles (that is, to call make + implementation expected by the ported software). - - - - Variable - Means - - - - - - USES= gmake - The port requires gmake to - build. - - - - GMAKE - The full path for gmake if - it is not in the PATH. - - - -
- If your port is an X application that creates Makefile files from Imakefile files using --9jxsPFA5p3P2qPhR-- From owner-freebsd-doc@FreeBSD.ORG Fri Jan 17 18:24:16 2014 Return-Path: Delivered-To: www@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 76EF7282 for ; Fri, 17 Jan 2014 18:24:16 +0000 (UTC) Received: from mail-yh0-x245.google.com (mail-yh0-x245.google.com [IPv6:2607:f8b0:4002:c01::245]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3D6AF1D95 for ; Fri, 17 Jan 2014 18:24:16 +0000 (UTC) Received: by mail-yh0-f69.google.com with SMTP id b12so516396yha.0 for ; Fri, 17 Jan 2014 10:24:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:message-id:date:subject:from:to:content-type; bh=KOcM4IFRCc7kwjh+DFy+udAdIslu+jWlelNpld4HFZk=; b=S9h852POcEaI2ACnP18gUkpR0NYrgPJ63BkTbHrbic5j+4S24lUcH01+noH3+P0Cww bVb4XXc8PR+HNHDt923abwdb44kSGaf6ey3S6aR4xLle8pYrq+394WsIXEZ1pNODhZIJ bmgDMMq2hBuwUCx8RtkshQW/7P8OASk61BOWA5b14+JX10DCoCSsCatgJodiReHn0gex 1o55NKqyHrKLwfMQgSexOKHBaUEZq3H/FoVqr4EoeJSVgeQROhOpj9C4a4LNOSt9PIdN vFUm1JBGKzywyoK2g0pn9svC2QvbolZnD9WaIOFuB1iHWRZYVIymYt5w3/il/RtUYmO9 dYoQ== MIME-Version: 1.0 X-Received: by 10.58.39.202 with SMTP id r10mr1332828vek.12.1389983055468; Fri, 17 Jan 2014 10:24:15 -0800 (PST) Message-ID: <089e0115fd0e43e10704f02ea6d0@google.com> Date: Fri, 17 Jan 2014 18:24:15 +0000 Subject: www.freebsd.org From: Daniel Smith To: www@freebsd.org Content-Type: text/plain; charset=windows-1252; format=flowed; delsp=yes Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jan 2014 18:24:16 -0000 DQoNCkhpLA0KDQpJIHdhbnRlZCB0byBzZW5kIHlvdSBhIHF1aWNrIG5vdGUuIFdpdGggYSBmZXcg c2ltcGxlIGNoYW5nZXMgdG8gbWFrZSB5b3VyDQpzaXRlIG1vcmUgU0VPLWZyaWVuZGx5IEmSbSBz dXJlIHlvdSBjYW4gY29udmVydCBtb3JlIHZpc2l0b3JzIGludG8gbGVhZHMNCmFuZCBnZXQgaXQg cGxhY2VkIGhpZ2hlciBpbiB0aGUgb3JnYW5pYyBzZWFyY2ggcmVzdWx0cywgZm9yIGtleXdvcmRz IHRoYXQNCm1hdHRlciB0byB5b3UgdGhlIG1vc3QuDQoNCldlIGFyZSBhIExvY2FsIGJhc2VkIGNv bXBhbnkgd2l0aCBncmVhdCBpbi1ob3VzZSB0ZWNobmljYWwgdGVhbSB3aG8gcmVhbGx5DQprbm93 IHRoZWlyIHN0dWZmIGFib3V0IHNlYXJjaCBlbmdpbmUgb3B0aW1pemF0aW9uLg0KDQpXb3VsZCB5 b3UgbGlrZSBhIGJpdCBtb3JlIGluZm9ybWF0aW9uIGFib3V0IGhvdyB0byBnaXZlIHlvdXIgd2Vi c2l0ZSBhDQpib29zdCB3aXRoIGJldHRlciBTRU8/DQoNCkJlc3QgcmVnYXJkcywNCg0KRGFuaWVs IFNtaXRoDQpTRU8vV0VCIFNwZWNpYWxpc3QNCg0KW2ltYWdlOiBMaW5rZWRJbl0gW2ltYWdlOiBG YWNlYm9va10gW2ltYWdlOiBUd2l0dGVyXSBbaW1hZ2U6IFNreXBlXQ0KICAgICAgICAgICAgIFMg ICBFICBPICAgICAgICAgICAgKlNlYXJjaCBFbmdpbmUgT3B0aW1pemF0aW9uKg0KDQpXZSByZXNw ZWN0IHlvdXIgcHJpdmFjeSBhbmQgd2FudCB0byBtYWtlIHN1cmUgeW91IGFyZSBhd2FyZSBvZiBh IGZldw0KdGhpbmdzLiBCeSByZXBseWluZyB0byB0aGlzIGVtYWlsLCB5b3UgYXV0aG9yaXplIG91 ciBVU0EgYWZmaWxpYXRlcyB0aGF0DQpjYW4gaGVscCB3aXRoIHlvdXIgcHJvamVjdCB0byBjYWxs IHlvdSBhdCB0aGUgbnVtYmVyIHlvdSBwcm92aWRlZCwgYW5kIHlvdQ0KdW5kZXJzdGFuZCB0aGF0 IHRoZXkgbWF5IHVzZSBhdXRvbWF0ZWQgcGhvbmUgdGVjaG5vbG9neSB0byBjYWxsIHlvdS4gQXQg bm8NCnRpbWUgYXJlIHlvdSByZXF1aXJlZCB0byBtYWtlIGEgcHVyY2hhc2UuDQpVbnN1YnNjcmli ZQ0K From owner-freebsd-doc@FreeBSD.ORG Fri Jan 17 22:32:20 2014 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 925D6CAF for ; Fri, 17 Jan 2014 22:32:20 +0000 (UTC) Received: from a2s80.a2hosting.com (a2s80.a2hosting.com [75.98.175.69]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6769911FF for ; Fri, 17 Jan 2014 22:32:20 +0000 (UTC) Received: from powerccc by a2s80.a2hosting.com with local (Exim 4.80.1) (envelope-from ) id 1W4Hxb-003gUL-Bt for freebsd-doc@freebsd.org; Fri, 17 Jan 2014 17:32:19 -0500 To: freebsd-doc@freebsd.org Subject: SKY Sattlite Date: Sat, 18 Jan 2014 02:32:19 +0400 From: Power Sky Satlite Message-ID: <42a80aa7b994a49481e4041bcf6eb069@tikik.powercccam.org> X-Priority: 3 X-Mailer: Fast Email Sender (FoxSash) MIME-Version: 1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - a2s80.a2hosting.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [590 32007] / [47 12] X-AntiAbuse: Sender Address Domain - powercccam.com X-Get-Message-Sender-Via: a2s80.a2hosting.com: authenticated_id: powerccc/from_h X-Source: /usr/bin/php X-Source-Args: /usr/bin/php /home/powerccc/public_html/tikik/runtask.php X-Source-Dir: powercccam.com:/public_html/tikik Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Power Sky Satlite List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jan 2014 22:32:20 -0000 Our accounts open to private satellite channels you can use. Example (Sky, HBO, ...)We guarantee that our service will not freeze perfectly and has no might.Our services include: 1) Premium account 2) Re-Share account 3) account online 4) provide superior vps Share 5) is offering reseller Join us as we take you to the Global Village Our is more than 60.000 members.  Info My Servers: 65 + Real Local Cards storage %100 Dedicated Ubuntu Server All SD-HD-3D Channels Avaible Great Pricing,No Freezing 1 × 3 Lines Support 24/7   Buy Now     From owner-freebsd-doc@FreeBSD.ORG Sat Jan 18 05:09:30 2014 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A49B1C2 for ; Sat, 18 Jan 2014 05:09:30 +0000 (UTC) Received: from nm12-vm6.bullet.mail.ir2.yahoo.com (nm12-vm6.bullet.mail.ir2.yahoo.com [212.82.96.176]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EB30F1F57 for ; Sat, 18 Jan 2014 05:09:29 +0000 (UTC) Received: from [212.82.98.63] by nm12.bullet.mail.ir2.yahoo.com with NNFMP; 18 Jan 2014 05:09:21 -0000 Received: from [46.228.39.75] by tm16.bullet.mail.ir2.yahoo.com with NNFMP; 18 Jan 2014 05:09:21 -0000 Received: from [127.0.0.1] by smtp112.mail.ir2.yahoo.com with NNFMP; 18 Jan 2014 05:09:21 -0000 X-Yahoo-Newman-Id: 403185.82702.bm@smtp112.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 8Nr8g.4VM1kPI4KDN9R28UsJzsmgpoM1E_FDQMKaKX2IPWI ZT9Rfs5jNfzG2blVNwRL4DvKaJV5Fw5YoQBXbAB5dUarC6_JpvAgJVZZc4Am _ELFA2WwPr6iFbpzG4tTMh3b2tpHA6p5bJ0ehDhfobVGSBsGLqJk1Dd7Yb7l 2h.o.d_9JDiC2fcGnitzvbJSqPYbM5PdRXxci8GSs3kg.hJDYk3G8njtdtdw PBC2_LljPgxKhINcRrreLoAJceNkGYYu_VQ5UzZScJb2CUzsU67xOnI9GERU 8fbqr9kk1TXvuk8o4AUOTpHEruC4_8yCwgnNt1cea7vMDojfY1Ip2r2mJxRa HbjjlOpPUvIuf4FfClblu8_jMr1hyTzirEuiRNViUr5L0v1OmyrxMKKZdx2r eWnAd7qF_5kOoNye2jzryKJXFPHJL_F4wj6yrij9ynvdvrikyHG9BMEy6eTf Qbic2sy0wod6blp1Z2UAWoEJAP7kQUezN16vmV9P_oJvv96oleR7OuFI8Cme Gco5NndrIV2kppX4rc7goswUF6mq_lEgztaO7 X-Yahoo-SMTP: I5DaKTyswBBSd08eOGSJMrg63CSaa_Xb4NOUBfDtI_D4mne9j.Szl5s5lmwM X-Rocket-Received: from [192.168.0.102] (bohringereliezer@178.90.22.202 with plain [188.125.69.59]) by smtp112.mail.ir2.yahoo.com with SMTP; 18 Jan 2014 05:09:21 +0000 UTC From: Ashley H To: doc@freebsd.org Subject: Beverly, OzzyRebdowt Message-ID: Date: Fri, 17 Jan 2014 22:09:33 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jan 2014 05:09:30 -0000 OzzyRebdowt, do you live in Beverly ?