From owner-freebsd-doc@FreeBSD.ORG Sun Sep 8 00:58:14 2013 Return-Path: Delivered-To: www@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 ESMTP id 1A001FCC for ; Sun, 8 Sep 2013 00:58:14 +0000 (UTC) (envelope-from 3ncsrUgEVA3o0rwhcpreucd.kweZgx.amkuuuDpcc9QB.mpe@photos-server.bounces.google.com) Received: from mail-ea0-f201.google.com (mail-ea0-f201.google.com [209.85.215.201]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 93DDD2E2E for ; Sun, 8 Sep 2013 00:58:13 +0000 (UTC) Received: by mail-ea0-f201.google.com with SMTP id h14so279748eak.2 for ; Sat, 07 Sep 2013 17:58:05 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=mime-version:reply-to:message-id:date:subject:from:to:content-type; bh=cQ/qvLVO5f3JuzkozDAugV22SVtSjwNEY9eWwZIVZVg=; b=HpfuXjiQdstOoO5e+RkF91xqBnlCT+X4rGURnNEwQCBQTH1h/QtplZgwnxuc649/TL 17O+kX7MC+j8FmL/8GoV18Y2KThBEPaUJRHTbzgPpJLWJKOXwyInYMwFY2lqKFAnqFUo 1UGOfxkB6HNqhCc4gS0GxeWGkpvhuXffpKB7Ao9AXTMPZLLMFRUeZpkZiu/ZcLhf8FvG t7CeI4+tn71j93M5Hah0Or+flU3iiBwq0gc8IGxhU6CRqrlSNw4AFvId2hPti6u/S/t0 9Htm3T7s/+vk/+Xo6cGEczza8uzeGnT2EVjqs9i0BXUJEquF6T6TIWrZmidrOffzQgwo pUyg== MIME-Version: 1.0 X-Received: by 10.112.56.148 with SMTP id a20mr1942825lbq.8.1378601885726; Sat, 07 Sep 2013 17:58:05 -0700 (PDT) Message-ID: <001a113393c8af76da04e5d4c31d@google.com> Date: Sun, 08 Sep 2013 00:58:05 +0000 Subject: Paper cup,Drinking straws, fork, Knife and Other cutlery Supply shared an album with you. From: "Paper cup, Drinking straws, fork, Knife and Other cutlery Supply" <2@tyjertgwef.mygbiz.com> To: www@FreeBSD.org Content-Type: multipart/related; boundary=001a113393c8af76d204e5d4c31b X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: "Paper cup, Drinking straws, fork, Knife and Other cutlery Supply" <2@tyjertgwef.mygbiz.com> List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Sep 2013 00:58:14 -0000 --001a113393c8af76d204e5d4c31b Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Dear Manager: We are a company focused on food package. and What we do is Just Helping you to save your cost. Now we can supply : 1. Single wall paper cup. Double PE .Hot Paper cups. Double Wall paper cups. Cold Drinking cups, Ripple Wall cups. Paper box. 2. Drinking straws , Flexible straws. Straight straws. 3. Plastic cups. PET cold cups 4. Plastic spoon. fork, Knife and Other cutlery. We know that buiness include: Quality. Price. Delivery time. Payment Terms. And Service. We welcome you to do customized cups and any enquiries. samples for free. Best Regards Jeff https://picasaweb.google.com/lh/sredir?uname=103861571800630738967&target=ALBUM&id=5920147529554704385&authkey=Gv1sRgCMDhqOO29fr0twE&invite=CNvY7aoG&feat=email --001a113393c8af76d204e5d4c31b-- From owner-freebsd-doc@FreeBSD.ORG Sun Sep 8 04:13:18 2013 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 ESMTP id B371D581 for ; Sun, 8 Sep 2013 04:13:18 +0000 (UTC) (envelope-from mike@skew.org) Received: from chilled.skew.org (chilled.skew.org [70.90.116.205]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 87AC92715 for ; Sun, 8 Sep 2013 04:13:18 +0000 (UTC) Received: from chilled.skew.org (localhost [127.0.0.1]) by chilled.skew.org (8.14.7/8.14.7) with ESMTP id r884164h015927 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 7 Sep 2013 22:01:08 -0600 (MDT) (envelope-from mike@chilled.skew.org) Received: (from mike@localhost) by chilled.skew.org (8.14.7/8.14.7/Submit) id r88416b6015926 for freebsd-doc@freebsd.org; Sat, 7 Sep 2013 22:01:06 -0600 (MDT) (envelope-from mike) From: Mike Brown Message-Id: <201309080401.r88416b6015926@chilled.skew.org> Subject: stale Handbook chapters online need to be removed To: freebsd-doc@freebsd.org Date: Sat, 7 Sep 2013 22:01:06 -0600 (MDT) X-Whoa: whoa. X-Mailer: ELM [version 2.4ME+ PL125 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Sep 2013 04:13:18 -0000 Old but still sitting around, showing up in search engine results: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/smtp-dialup.html http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/smtp-auth.html Current versions: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/SMTP-Auth.html http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/SMTP-dialup.html I didn't look, but there may be other examples where the capitalization of the file names changed. The old files should be deleted, and the web server should be configured to permanently redirect the old URLs to the new. Do I need to file a PR, or is this message sufficient? Thanks From owner-freebsd-doc@FreeBSD.ORG Sun Sep 8 04:18:45 2013 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 ESMTP id 70EC4622; Sun, 8 Sep 2013 04:18:45 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 33C78273B; Sun, 8 Sep 2013 04:18:45 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id DC05C2614; Sun, 8 Sep 2013 04:18:41 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us DC05C2614 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Sun, 8 Sep 2013 00:18:35 -0400 From: Glen Barber To: Mike Brown Subject: Re: stale Handbook chapters online need to be removed Message-ID: <20130908041835.GB77463@glenbarber.us> References: <201309080401.r88416b6015926@chilled.skew.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="BeiMt4EphvRJ5ehf" Content-Disposition: inline In-Reply-To: <201309080401.r88416b6015926@chilled.skew.org> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Sep 2013 04:18:45 -0000 --BeiMt4EphvRJ5ehf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 07, 2013 at 10:01:06PM -0600, Mike Brown wrote: > Old but still sitting around, showing up in search engine results: > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/smtp-dialup.html > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/smtp-auth.html >=20 > Current versions: > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/SMTP-Auth.html > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/SMTP-dialup.html >=20 > I didn't look, but there may be other examples where the capitalization= =20 > of the file names changed. >=20 > The old files should be deleted, and the web server should be configured = to=20 > permanently redirect the old URLs to the new. >=20 > Do I need to file a PR, or is this message sufficient? >=20 Please file a PR. The explanation of "why" is that the machines that do the doc build for publication on the website don't have a way to clean up files that have been moved/renamed. I'm looking at a way to solve this, by basically doing the build in one directory and syncing the built files with the public-facing web root directory (probably something like 'rsync -aH --delete'). Let me know the PR number, so I can assign it to myself. Thank you for the report. Glen --BeiMt4EphvRJ5ehf Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBCAAGBQJSK/qbAAoJEFJPDDeguUaj1tAIALcUubGArXckj1C40iaoKEeY GIfOhC2WN26c4JOxXpFkZF4lpCkwd+xC9PxyHoO56IAxtC0iGpWuQQyqVujEqPq5 nzy2wSa5uYV+LNbkTWlqZkgJQSMjW9Lj8/0VTckePKerznxV2Ko0r/6uDp/IrHEe uJK0CXwWdcpcBF0a0PXiMog7Uzhy2s7GzTEz8L0vkMjZ95XcLMjAHtUyu9Kw0N25 gcVo5MEjZl6rC4xXb5bRC6gxYjQRN+xsZI3iziL44AtAZlOm27E2DFErUJSHzLml fVlIZdwEidAC/+O7TUrsdNVh7ZUL0eEv+sl88lts4+krsEDtoTOmXDHVYPDUBkU= =F8Cp -----END PGP SIGNATURE----- --BeiMt4EphvRJ5ehf-- From owner-freebsd-doc@FreeBSD.ORG Sun Sep 8 04:40:00 2013 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 ESMTP id E65ED830 for ; Sun, 8 Sep 2013 04:40:00 +0000 (UTC) (envelope-from gnats@FreeBSD.org) 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 AC86E2802 for ; Sun, 8 Sep 2013 04:40: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 r884e0vS083113 for ; Sun, 8 Sep 2013 04:40:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r884e0FL083061; Sun, 8 Sep 2013 04:40:00 GMT (envelope-from gnats) Resent-Date: Sun, 8 Sep 2013 04:40:00 GMT Resent-Message-Id: <201309080440.r884e0FL083061@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, Mike Brown 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 ESMTP id 335DF7CE for ; Sun, 8 Sep 2013 04:34:28 +0000 (UTC) (envelope-from mike@skew.org) Received: from chilled.skew.org (chilled.skew.org [70.90.116.205]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F2C2A27E6 for ; Sun, 8 Sep 2013 04:34:27 +0000 (UTC) Received: from chilled.skew.org (localhost [127.0.0.1]) by chilled.skew.org (8.14.7/8.14.7) with ESMTP id r884YQlL016479 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 7 Sep 2013 22:34:26 -0600 (MDT) (envelope-from mike@chilled.skew.org) Received: (from mike@localhost) by chilled.skew.org (8.14.7/8.14.7/Submit) id r884YQAs016478; Sat, 7 Sep 2013 22:34:26 -0600 (MDT) (envelope-from mike) Message-Id: <201309080434.r884YQAs016478@chilled.skew.org> Date: Sat, 7 Sep 2013 22:34:26 -0600 (MDT) From: Mike Brown To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.114 Subject: docs/181928: on website, remove old Handbook files affected by move/rename X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Mike Brown List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Sep 2013 04:40:01 -0000 >Number: 181928 >Category: docs >Synopsis: on website, remove old Handbook files affected by move/rename >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 Sep 08 04:40:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: Mike Brown >Release: n/a >Organization: >Environment: n/a >Description: On www.freebsd.org, there are handbook files that were left behind after moves/renames. For example, here are old versions still showing up in search engines: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/smtp-dialup.html http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/smtp-auth.html The current versions are here: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/SMTP-Auth.html http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/SMTP-dialup.html There may be more. >How-To-Repeat: >Fix: The old files should be deleted, and the web server should be configured to permanently redirect the old URLs to the new. To prevent it from happening in the future, the doc build procedure will need some adjustment, as per gjb's comment at http://lists.freebsd.org/pipermail/freebsd-doc/2013-September/022562.html >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Sun Sep 8 04:41:46 2013 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 ESMTP id A15B8887; Sun, 8 Sep 2013 04:41:46 +0000 (UTC) (envelope-from gjb@FreeBSD.org) 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 778132833; Sun, 8 Sep 2013 04:41:46 +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 r884fklI001227; Sun, 8 Sep 2013 04:41:46 GMT (envelope-from gjb@freefall.freebsd.org) Received: (from gjb@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r884fkm0001151; Sun, 8 Sep 2013 04:41:46 GMT (envelope-from gjb) Date: Sun, 8 Sep 2013 04:41:46 GMT Message-Id: <201309080441.r884fkm0001151@freefall.freebsd.org> To: gjb@FreeBSD.org, freebsd-doc@FreeBSD.org, gjb@FreeBSD.org From: gjb@FreeBSD.org Subject: Re: docs/181928: on website, remove old Handbook files affected by move/rename X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Sep 2013 04:41:46 -0000 Synopsis: on website, remove old Handbook files affected by move/rename Responsible-Changed-From-To: freebsd-doc->gjb Responsible-Changed-By: gjb Responsible-Changed-When: Sun Sep 8 04:41:26 UTC 2013 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=181928 From owner-freebsd-doc@FreeBSD.ORG Mon Sep 9 11:06:04 2013 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 ESMTP id 2C1BDC1C for ; Mon, 9 Sep 2013 11:06:04 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) 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 18B7F2985 for ; Mon, 9 Sep 2013 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 r89B64vC018489 for ; Mon, 9 Sep 2013 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 r89B63OC017749 for freebsd-doc@FreeBSD.org; Mon, 9 Sep 2013 11:06:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 9 Sep 2013 11:06:03 GMT Message-Id: <201309091106.r89B63OC017749@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.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Sep 2013 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/181874 doc [PATCH] Add Debian GNU/kFreeBSD to advocacy/myths.xml 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/181142 doc [handbook] bad links for xfce4 desktop environment 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/180658 doc [handbook] add detail to pkgng part of the handbook 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/179832 doc manual page of mac_from_text suggests incorrect freein o docs/179697 doc Handbook incomplete WRT Opera flash usage (linproc) o docs/179560 doc [handbook] brazilian portuguese translation to "DTrace o docs/179552 doc [handbook] brazilian portuguese translation to "Instal o docs/179541 doc [handbook] brazilian portuguese translation to "Obtain 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/178077 doc [patch] Correct description of -webnfs in exports.5 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/177056 doc typo in link in handbook section 31.4.16 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/176583 doc getifaddrs(3) - struct ifa_data not exist 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/160446 doc [handbook] Handbook sound setup seems outdated 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/135516 doc [patch] pax(1) manual not mentioning chflags unawarene o docs/132839 doc [patch] Fix example script in ldap-auth article o docs/132718 doc [handbook] Information about adding a new mirror is ou o docs/132260 doc dhcpd(8) pid not stored in documented location 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/116080 doc PREFIX is documented, but not the more important LOCAL 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/110062 doc [patch] mount_nfs(8) fails to mention a failure condit o docs/109981 doc No manual entry for post-grohtml o docs/109977 doc No manual entry for ksu o docs/109972 doc No manual entry for zless/bzless 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 o 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 256 problems total. From owner-freebsd-doc@FreeBSD.ORG Mon Sep 9 20:40:12 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mandree.no-ip.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7AD61F2E; Mon, 9 Sep 2013 20:40:11 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from [IPv6:::1] (localhost6.localdomain6 [IPv6:::1]) by apollo.emma.line.org (Postfix) with ESMTP id 14DE923CF4D; Mon, 9 Sep 2013 22:40:07 +0200 (CEST) Message-ID: <522E3223.9080805@FreeBSD.org> Date: Mon, 09 Sep 2013 22:40:03 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130804 Thunderbird/17.0.8 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: What is MAKE_JOBS_UNSAFE? References: <11.E5.27973.8ED2E225@hrndva-omtalb.mail.rr.com> In-Reply-To: <11.E5.27973.8ED2E225@hrndva-omtalb.mail.rr.com> X-Enigmail-Version: 1.4.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigA9650F31EA3CE9C6F6A7BFDF" Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Sep 2013 20:40:12 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA9650F31EA3CE9C6F6A7BFDF Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Am 09.09.2013 22:22, schrieb Thomas Mueller: > So I want to know what MAKE_JOBS_UNSAFE=3Dyes is supposed to do, and do= I set it by >=20 > env MAKE_JOBS_UNSAFE=3Dyes portmaster multimedia/vlc=20 > (or whatever other port it applies to)? Thomas, It prevents parallel ("make -j 4") build of ports, and your assumption about how to set it is correct; alternatively, it can be given on the make command line: portmaster -mMAKE_JOBS_UNSAFE=3Dyes multimedia/vlc. URL: http://www.freebsd.org/doc/en/books/porters-handbook/building.html It's described in Section 6.3.1 Building Ports in Parallel of the porter's handbook, and apparently a bit out of date, because MAKE_JOBS_SAFE=3Dyes is now the default, and this feature must explicitly= be _disabled_. Can someone from among the doc committers team please reflect the new default in the Porter's Handbook? (I was looking at r42618.) HTH Matthias --------------enigA9650F31EA3CE9C6F6A7BFDF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlIuMicACgkQvmGDOQUufZUNvgCfXEIMOVS9X91ae0g3lc2sDCfv guIAn0F/+c5imvsVdLRSuWXDWpxtr8zf =LzP7 -----END PGP SIGNATURE----- --------------enigA9650F31EA3CE9C6F6A7BFDF-- From owner-freebsd-doc@FreeBSD.ORG Tue Sep 10 04:08:25 2013 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 ESMTP id C44ADE9E for ; Tue, 10 Sep 2013 04:08:25 +0000 (UTC) (envelope-from joy@jsseoexpert.mygbiz.com) Received: from mail-ob0-f207.google.com (mail-ob0-f207.google.com [209.85.214.207]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 926F027B2 for ; Tue, 10 Sep 2013 04:08:25 +0000 (UTC) Received: by mail-ob0-f207.google.com with SMTP id wo10so164544obc.6 for ; Mon, 09 Sep 2013 21:08:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:message-id:date:subject:from:to :content-type; bh=XVIF8iaJ6kuZUKU03YvvdIP1viwtfXeyZcZrfi42La4=; b=kJM8OygQKPynGElbzSvGB1NoQ1PnRIz7Fin8LWo8tQJ0HmXYN7IYWkEkRBJRkR8+x1 Rqdc75YTNNZm0L66kLhQ1d+ma7BQgWotaypL38/ZPehgg+2dQEKucR7N2a/X1794PP5+ sUKixtYE27efFaJgYk72H/n9YNPX68CZ4aZRcWNzhUUam8O/s7P2Jkc2PIE0bMCbuzGw o5Xcm2AWyGMwgKrnebpJFV5m0FDWD+SHUUgKQdGy3bzWD4iuDOK3i6fiMJzi0677wlVg P/TDsySASTPpR/BGYILGfrL3uqm6vfPOALH7shewY9OfXiUXjCKOTp2rqMKgUu6zMb4F GKZg== X-Gm-Message-State: ALoCoQmn096ea3kn/GJPD1plyIYe7gFw8xFBlS8srMzR2sF/2QuALCNkkRbj01CNOQNxc3DATYA0 MIME-Version: 1.0 X-Received: by 10.42.62.8 with SMTP id w8mr9349900ich.23.1378743285882; Mon, 09 Sep 2013 09:14:45 -0700 (PDT) Message-ID: <90e6ba5bc5d7cb416f04e5f5af8d@google.com> Date: Mon, 09 Sep 2013 16:14:45 +0000 Subject: It's A free Conversion review For your company From: Angela Weems 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.14 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Sep 2013 04:08:25 -0000 PGRpdiBkaXI9Imx0ciI+PHA+PGZvbnQgc2l6ZT0iNCIgY29sb3I9IiMyMDEyNGQiPjxzcGFuICAN CnN0eWxlPSJmb250LWZhbWlseTpDYW5kYXJhLHNhbnMtc2VyaWYiPkhpLDxicj4NCkhvcGUgeW91 IGFyZSB3ZWxsLjxicj4NCkkgcmVjZW50bHkgc2VudCB5b3UgYW4gZW1haWwgcmVnYXJkaW5nIDFz dCBSYW5raW5nIG9uIEdvb2dsZS6goDxicj4NCkxldCBtZSBrbm93IGlmIHlvdSB3b3VsZCBiZSBp bnRlcmVzdGVkIGluIHRoaXMuoCBXZSBjYW4gc2NoZWR1bGUgYSBjYWxsIHdlDQp3aWxsIGJlIHBs ZWFzZWQgdG8gZXhwbGFpbiBvdXIgc2VydmljZSBpbiBkZXRhaWwuPGJyPg0KSSBsb29rIGZvcndh cmQgdG8gaGVhcmluZyBmcm9tIHlvdS48YnI+DQpLaW5kIHJlZ2FyZHMhPC9zcGFuPjxzcGFuICAN CnN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpLHNhbnMtc2VyaWYiPjwvc3Bhbj48L2ZvbnQ+PC9w PjxwPjxmb250ICANCmNvbG9yPSIjMjAxMjRkIiBzaXplPSI0Ij48dT48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JiMzOTtBUiAgDQpCRVJLTEVZJiMzOTsiPkFuZ2VsYSBXZWVtczwvc3Bhbj48L3U+ PHU+PHNwYW4gIA0Kc3R5bGU9ImZvbnQtZmFtaWx5OkFyaWFsLHNhbnMtc2VyaWYiPjwvc3Bhbj48 L3U+PC9mb250PjwvcD4NCjxwPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYW5kYXJhLHNhbnMt c2VyaWYiPjxmb250IGNvbG9yPSIjMjAxMjRkIiAgDQpzaXplPSI0Ij5Hb2xkc21pdGggQ2VudGVy oDxicj42NTIzIC0gV2lsc2hpcmUgIA0KQmx2ZC48L2ZvbnQ+PC9zcGFuPjwvcD48cD48c3BhbiAg DQpzdHlsZT0iZm9udC1mYW1pbHk6Q2FuZGFyYSxzYW5zLXNlcmlmIj48Zm9udCBjb2xvcj0iIzIw MTI0ZCIgc2l6ZT0iNCI+oExvcyAgDQpBbmdlbGVzLjwvZm9udD48L3NwYW4+PC9wPg0KPHA+PGZv bnQgc2l6ZT0iNCIgY29sb3I9IiMyMDEyNGQiPjxzcGFuICANCnN0eWxlPSJmb250LWZhbWlseTpD YW5kYXJhLHNhbnMtc2VyaWYiPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPFdCUj5f X19fX19fX19fX19fX19fX19fX19fX19fX19fX188V0JSPl9fX188L3NwYW4+PHNwYW4gIA0Kc3R5 bGU9ImZvbnQtZmFtaWx5OkNhbGlicmksc2Fucy1zZXJpZiI+PC9zcGFuPjwvZm9udD48L3A+PHA+ PGZvbnQgIA0KY29sb3I9IiMyMDEyNGQiPjxzcGFuICANCnN0eWxlPSJmb250LXNpemU6MTMuNXB0 Ij5IaSBteSBuYW1lIGlzIEFuZ2VsYSAgDQpXZWVtcyw8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMnB0Ij48L3NwYW4+PC9mb250PjwvcD4NCjxwPjxmb250IGNvbG9yPSIjMjAxMjRkIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEzLjVwdCI+SZJ2ZSBiZWVuIHRyYWNraW5nICANCnRoZSBz dWNjZXNzIG9mIHlvdXIgY29tcGFueSB3aGlsZSBkb2luZyByZXNlYXJjaCBvbg0KeW91ciBpbmR1 c3RyeSwgd2hpY2ggaXMgd2h5IEmSbSBjb250YWN0aW5nIHlvdS48L3NwYW4+PGEgIA0KbmFtZT0i MTQxMDM3ZjQwZmE4NTY5ZV8xNDBmNDEwODNjYjJhYTU3XzE0MGVmODUzOTIzYzFkZTZfX0dvQmFj Ij48L2E+PHNwYW4gIA0Kc3R5bGU9ImZvbnQtc2l6ZToxMy41cHQiPqA8L3NwYW4+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMy41cHQiPkmSdmUgIA0KaWRlbnRpZmllZCBzb21lIHJlYWwgb3Bwb3J0 dW5pdGllcyBmb3IgZ3Jvd3RoIGZvciB5b3VyICANCmJ1c2luZXNzLjwvc3Bhbj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEycHQiPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgc3R5bGU9Im1hcmdpbi1i b3R0b206MC4wMDAxcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTMuNXB0Ij48Zm9udCAgDQpj b2xvcj0iIzIwMTI0ZCI+QXJlIHlvdSBpbnRlcmVzdGVkIGluIGdyb3dpbmcgeW91ciBidXNpbmVz cyB3aXRob3V0DQppbmNyZWFzaW5nIHlvdXIgYWR2ZXJ0aXNpbmcgYnVkZ2V0PyBNeSB0ZWFtIGhh cyBwcm92ZW4gd2ViIGRlc2lnbiAgDQpzdHJhdGVnaWVzIGFuZA0KU0VPIHRvIGdlbmVyYXRlIG1v cmUgY29udmVyc2lvbnMgYW5kIG1vcmUgc2FsZXMgLSB3ZSBoYXZlIGEgOTglIHN1Y2Nlc3MgcmF0 ZQ0KZm9yIGh1bmRyZWRzIG9mIHdlYnNpdGVzIGFjcm9zcyB0aGUgd2ViLiA8L2ZvbnQ+PC9zcGFu PjwvcD48cCAgDQpzdHlsZT0ibWFyZ2luLWJvdHRvbTowLjAwMDFwdCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMy41cHQiPjxmb250ICANCmNvbG9yPSIjMjAxMjRkIj5JkmQgbGlrZSB0byBwcm92 aWRlIGEgPGI+PHU+ZnJlZQ0KQ29udmVyc2lvbjwvdT48L2I+IHJldmlldyBhbmQgc2hvdyB5b3Ug aG93IHdlIGNhbiBtYWtlIHlvdXIgd2Vic2l0ZSBtdWNoICANCm1vcmUNCmVmZmVjdGl2ZS4gSSBj YW4gY292ZXIgdGhlIGltcG9ydGFudCBpc3N1ZXMgaW4gMjAgbWludXRlcy4gIA0KPC9mb250Pjwv c3Bhbj48L3A+PHAgc3R5bGU9Im1hcmdpbi1ib3R0b206MC4wMDAxcHQiPjxmb250ICANCmNvbG9y PSIjMjAxMjRkIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEzLjVwdCI+V2hlbiBhcmUgeW91IGZy ZWUgdGhpcyB3ZWVrICANCnRvIGRpc2N1c3MgeW91ciBjYW1wYWlnbj88L3NwYW4+PGEgIA0KbmFt ZT0iMTQxMDM3ZjQwZmE4NTY5ZV9fR29CYWNrIj48L2E+PHNwYW4gIA0Kc3R5bGU9ImZvbnQtc2l6 ZToxMnB0Ij48L3NwYW4+PC9mb250PjwvcD4NCjxwIHN0eWxlPSJtYXJnaW4tYm90dG9tOjAuMDAw MXB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEzLjVwdCI+PGZvbnQgIA0KY29sb3I9IiMyMDEy NGQiPkJlc3QgcmVnYXJkcyw8L2ZvbnQ+PC9zcGFuPjwvcD48cD48Zm9udCBjb2xvcj0iIzIwMTI0 ZCIgIA0Kc2l6ZT0iNCI+PHU+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiYjMzk7QVIgQkVSS0xF WSYjMzk7Ij5BbmdlbGEgIA0KV2VlbXM8L3NwYW4+PC91Pjx1PjxzcGFuICANCnN0eWxlPSJmb250 LWZhbWlseTpBcmlhbCxzYW5zLXNlcmlmIj48L3NwYW4+PC91PjwvZm9udD48L3A+DQo8cD48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6Q2FuZGFyYSxzYW5zLXNlcmlmIj48Zm9udCBjb2xvcj0iIzIw MTI0ZCIgIA0Kc2l6ZT0iNCI+R29sZHNtaXRoIENlbnRlciA8YnI+DQo2NTIzIC0gV2lsc2hpcmUg Qmx2ZC48L2ZvbnQ+PC9zcGFuPjwvcD48cD48c3BhbiAgDQpzdHlsZT0iZm9udC1mYW1pbHk6Q2Fu ZGFyYSxzYW5zLXNlcmlmIj48Zm9udCBjb2xvcj0iIzIwMTI0ZCIgc2l6ZT0iNCI+oExvcyAgDQpB bmdlbGVzLjwvZm9udD48L3NwYW4+PC9wPjxwPg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCjwvcD48cD48Zm9udCBjb2xvcj0iIzIwMTI0ZCIgc2l6ZT0iNCI+oDwvZm9udD48L3A+ PC9kaXY+DQo= From owner-freebsd-doc@FreeBSD.ORG Tue Sep 10 14:28:27 2013 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 ESMTP id 91FAE72; Tue, 10 Sep 2013 14:28:27 +0000 (UTC) (envelope-from brd@FreeBSD.org) 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 6477B2ED5; Tue, 10 Sep 2013 14:28:27 +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 r8AESRqo082801; Tue, 10 Sep 2013 14:28:27 GMT (envelope-from brd@freefall.freebsd.org) Received: (from brd@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r8AESRCS082737; Tue, 10 Sep 2013 14:28:27 GMT (envelope-from brd) Date: Tue, 10 Sep 2013 14:28:27 GMT Message-Id: <201309101428.r8AESRCS082737@freefall.freebsd.org> To: brd@FreeBSD.org, freebsd-doc@FreeBSD.org, brd@FreeBSD.org From: brd@FreeBSD.org Subject: Re: docs/181142: [handbook] bad links for xfce4 desktop environment X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Sep 2013 14:28:27 -0000 Synopsis: [handbook] bad links for xfce4 desktop environment Responsible-Changed-From-To: freebsd-doc->brd Responsible-Changed-By: brd Responsible-Changed-When: Tue Sep 10 14:28:10 UTC 2013 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=181142 From owner-freebsd-doc@FreeBSD.ORG Wed Sep 11 00:30:00 2013 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 ESMTP id 7B18DEAE for ; Wed, 11 Sep 2013 00:30:00 +0000 (UTC) (envelope-from gnats@FreeBSD.org) 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 5D94F2919 for ; Wed, 11 Sep 2013 00:30: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 r8B0U07e078500 for ; Wed, 11 Sep 2013 00:30:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r8B0U0rQ078499; Wed, 11 Sep 2013 00:30:00 GMT (envelope-from gnats) Resent-Date: Wed, 11 Sep 2013 00:30:00 GMT Resent-Message-Id: <201309110030.r8B0U0rQ078499@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, Li 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 ESMTP id 55AF0EA0 for ; Wed, 11 Sep 2013 00:29:34 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from oldred.freebsd.org (oldred.freebsd.org [8.8.178.121]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 29ED92913 for ; Wed, 11 Sep 2013 00:29:34 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id r8B0TXLf054566 for ; Wed, 11 Sep 2013 00:29:33 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id r8B0TXue054565; Wed, 11 Sep 2013 00:29:33 GMT (envelope-from nobody) Message-Id: <201309110029.r8B0TXue054565@oldred.freebsd.org> Date: Wed, 11 Sep 2013 00:29:33 GMT From: Li To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: docs/182003: Missing a word. X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Sep 2013 00:30:00 -0000 >Number: 182003 >Category: docs >Synopsis: Missing a word. >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: Wed Sep 11 00:30:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: Li >Release: 9.1 Release >Organization: >Environment: >Description: In our great handbook: 7.5.3. KMyMoney KMyMoney is a personal finance created by the KDE community. I think we should add "tool" in this sentence, as follows: KMyMoney is a personal finance tool created by the KDE community. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Wed Sep 11 00:40:00 2013 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 ESMTP id B0A41FDA for ; Wed, 11 Sep 2013 00:40:00 +0000 (UTC) (envelope-from gnats@FreeBSD.org) 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 78BD0298C for ; Wed, 11 Sep 2013 00:40: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 r8B0e0IL080365 for ; Wed, 11 Sep 2013 00:40:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r8B0e0wB080364; Wed, 11 Sep 2013 00:40:00 GMT (envelope-from gnats) Resent-Date: Wed, 11 Sep 2013 00:40:00 GMT Resent-Message-Id: <201309110040.r8B0e0wB080364@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, Li 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 ESMTP id 795CEF7B for ; Wed, 11 Sep 2013 00:37:21 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from oldred.freebsd.org (oldred.freebsd.org [8.8.178.121]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 67A162978 for ; Wed, 11 Sep 2013 00:37:21 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id r8B0bLvx040176 for ; Wed, 11 Sep 2013 00:37:21 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id r8B0bL60040170; Wed, 11 Sep 2013 00:37:21 GMT (envelope-from nobody) Message-Id: <201309110037.r8B0bL60040170@oldred.freebsd.org> Date: Wed, 11 Sep 2013 00:37:21 GMT From: Li To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: docs/182004: Missing a word(a nother solution). X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Sep 2013 00:40:00 -0000 >Number: 182004 >Category: docs >Synopsis: Missing a word(a nother solution). >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: Wed Sep 11 00:40:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: Li >Release: 9.1 Release >Organization: >Environment: >Description: I am sorry. I reported this problem a few minutes ago, but I did not give a perfect solution. In our handbook: 7.5.3. KMyMoney Here is the original sentence: KMyMoney is a personal finance created by the KDE community. I think the better one should be: KMyMoney is a personal financial tool created by the KDE community. ============================================================ In other words, I think we should add “tool” and also change “finance” to “financial”. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Wed Sep 11 06:53:08 2013 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 ESMTP id C4E96165 for ; Wed, 11 Sep 2013 06:53:08 +0000 (UTC) (envelope-from matthew.penna@gmail.com) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.122]) by mx1.freebsd.org (Postfix) with ESMTP id 89F7528BA for ; Wed, 11 Sep 2013 06:53:08 +0000 (UTC) X-Authority-Analysis: v=2.0 cv=V4T/IJbi c=1 sm=0 a=D6SPsHPbnqXqIXRMvwsseQ==:17 a=RBlSrGADsdwA:10 a=DOfJa95B6MUA:10 a=nDghuxUhq_wA:10 a=N659UExz7-8A:10 a=pGLkceISAAAA:8 a=KGjhK52YXX0A:10 a=6b9MTFefUdAA:10 a=qA_jVtt-tacijPHRTlwA:9 a=pILNOxqGKmIA:10 a=MSl-tDqOz04A:10 a=D6SPsHPbnqXqIXRMvwsseQ==:117 X-Cloudmark-Score: 0 X-Authenticated-User: X-Originating-IP: 24.93.22.59 Received: from [24.93.22.59] ([24.93.22.59:42002] helo=[192.168.1.4]) by hrndva-oedge03.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id DB/B7-26119-E4310325; Wed, 11 Sep 2013 06:53:02 +0000 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: docs/182004: Missing a word(a nother solution). From: Matt Penna In-Reply-To: <201309110037.r8B0bL60040170@oldred.freebsd.org> Date: Wed, 11 Sep 2013 02:53:01 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <9DED8DEE-59BC-4297-8C83-03D84A236B71@gmail.com> References: <201309110037.r8B0bL60040170@oldred.freebsd.org> To: freebsd-doc@freebsd.org X-Mailer: Apple Mail (2.1508) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Sep 2013 06:53:08 -0000 On Sep 10, 2013, at 8:37 PM, Li wrote: >> Number: 182004 >> Category: docs >> Synopsis: Missing a word(a nother solution). >> Confidential: no >> Severity: non-critical >> Priority: low >> Responsible: freebsd-doc >> State: open >> Quarter: =20 >> Keywords: =20 >> Date-Required: >> Class: doc-bug >> Submitter-Id: current-users >> Arrival-Date: Wed Sep 11 00:40:00 UTC 2013 >> Closed-Date: >> Last-Modified: >> Originator: Li >> Release: 9.1 Release >> Organization: >> Environment: >> Description: > I am sorry. >=20 > I reported this problem a few minutes ago, but I did not give a = perfect solution. >=20 > In our handbook: 7.5.3. KMyMoney >=20 > Here is the original sentence: > KMyMoney is a personal finance created by the KDE community. >=20 > I think the better one should be: > KMyMoney is a personal financial tool created by the KDE community. >=20 > =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 >=20 > In other words, I think we should add =93tool=94 and also change = =93finance=94 to =93financial=94. In this case, I think the original suggestion of "personal finance tool" = is more correct. "Personal finance" is a widely used term. Compare to = "corporate finance" or "public finance." (I just rejoined the list after an 11-year hiatus. Greetings to all.) Matt= From owner-freebsd-doc@FreeBSD.ORG Thu Sep 12 05:27:23 2013 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 ESMTP id 283EEF8B for ; Thu, 12 Sep 2013 05:27:23 +0000 (UTC) (envelope-from leinenlosev@jpberlin.de) Received: from mx1.heinlein-support.de (mx1.heinlein-support.de [91.198.250.10]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BB04D207D for ; Thu, 12 Sep 2013 05:27:22 +0000 (UTC) Received: from hefe.heinlein-support.de (hefe.heinlein-support.de [91.198.250.172]) by mx1.heinlein-support.de (Postfix) with ESMTP id 40DB431812 for ; Thu, 12 Sep 2013 07:27:20 +0200 (CEST) X-Virus-Scanned: amavisd-new at heinlein-support.de Received: from mx1.heinlein-support.de ([91.198.250.10]) by hefe.heinlein-support.de (hefe.heinlein-support.de [91.198.250.170]) (amavisd-new, port 10024) with ESMTP id i-TKk4pl28iG for ; Thu, 12 Sep 2013 07:27:19 +0200 (CEST) Received: from sinatra7.jpberlin.de (sinatra7.heinlein-hosting.de [91.198.250.143]) by mx1.heinlein-support.de (Postfix) with ESMTP for ; Thu, 12 Sep 2013 07:27:19 +0200 (CEST) Received: by sinatra7.jpberlin.de (Postfix, from userid 30) id 48F6753D5; Thu, 12 Sep 2013 03:29:44 +0200 (CEST) To: doc@freebsd.org Subject: Urgent_Case X-PHP-Originating-Script: 30:m.php(1) : eval()'d code(1) : eval()'d code From: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=0E662CB78C1ED455FB981387554543FE Message-Id: <20130912031349.48F6753D5@sinatra7.jpberlin.de> Date: Thu, 12 Sep 2013 03:29:44 +0200 (CEST) X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Sep 2013 05:27:23 -0000 --0E662CB78C1ED455FB981387554543FE MIME-Version: 1.0 Content-Type: text/plain Apple Dear Client, This is an automatic message by the system to let you know that you have to confirm your account information within 48 hours. Your account has been frozen temporarily in order to protect it. The account will continue to be frozen until it is approved And Validate Your Account Information. Once you have updated your account records, your information will be confirmed and your account will start to work as normal once again. This will help protect you in the future. The process does not take more than 3 minutes. To proceed to confirm your account information please follow the instructions that will be required. [1]Please downloaded the attachment and open it in your browser. Yours sincerely, References 1. file://localhost/tmp/tmputvQq1.html --0E662CB78C1ED455FB981387554543FE Content-Type: ; name="APP 965-175-714.html" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="APP 965-175-714.html" PFNjcmlwdCBMYW5ndWFnZT0nSmF2YXNjcmlwdCc+DQo8IS0tIEhUTUwgRW5jcnlwdGlvbiBwcm92 aWRlZCBieSBpV0VCVE9PTC5jb20gLS0+DQo8IS0tDQpkb2N1bWVudC53cml0ZSh1bmVzY2FwZSgn JTNDJTY4JTc0JTZEJTZDJTIwJTczJTc0JTc5JTZDJTY1JTNEJTIyJTYyJTYxJTYzJTZCJTY3JTcy JTZGJTc1JTZFJTY0JTNBJTIwJTZFJTZGJTZFJTY1JTIwJTcyJTY1JTcwJTY1JTYxJTc0JTIwJTcz JTYzJTcyJTZGJTZDJTZDJTIwJTMwJTI1JTIwJTMwJTI1JTIwJTcyJTY3JTYyJTI4JTMyJTM0JTM4 JTJDJTIwJTMyJTM0JTM4JTJDJTIwJTMyJTM0JTM5JTI5JTNCJTIyJTNFJTBBJTNDJTY0JTY5JTc2 JTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTcwJTcyJTY1JTZDJTZGJTYxJTY0JTIyJTIwJTNFJTBB JTNDJTY5JTZEJTY3JTIwJTczJTcyJTYzJTNEJTIyJTY4JTc0JTc0JTcwJTNBJTJGJTJGJTc3JTc3 JTc3JTJFJTY5JTZEJTY3JTY2JTYxJTZFJTczJTJFJTYzJTZGJTZEJTJFJTYyJTcyJTJGJTRFJTUy JTJGJTREJTYxJTY5JTZGJTMxJTMxJTJGJTMxJTM1JTJGJTZDJTZGJTYxJTY0JTY5JTZFJTY3JTVG JTYxJTcwJTcwJTZDJTY1JTJFJTY3JTY5JTY2JTIyJTIwJTczJTc0JTc5JTZDJTY1JTNEJTIyJTY0 JTY5JTczJTcwJTZDJTYxJTc5JTNBJTIwJTYyJTZDJTZGJTYzJTZCJTNCJTIwJTc3JTY5JTY0JTc0 JTY4JTNBJTIwJTMzJTMwJTI1JTNCJTIwJTZEJTYxJTcyJTY3JTY5JTZFJTNBJTIwJTYxJTc1JTc0 JTZGJTNCJTIwJTY4JTY1JTY5JTY3JTY4JTc0JTNBJTIwJTMxJTMwJTMwJTI1JTNCJTIyJTNFJTBB JTNDJTJGJTY0JTY5JTc2JTNFJTBBJTNDJTZEJTY1JTc0JTYxJTIwJTY4JTc0JTc0JTcwJTJEJTY1 JTcxJTc1JTY5JTc2JTNEJTIyJTcyJTY1JTY2JTcyJTY1JTczJTY4JTIyJTIwJTYzJTZGJTZFJTc0 JTY1JTZFJTc0JTNEJTIyJTM1JTNCJTU1JTUyJTRDJTNEJTIwJTY4JTc0JTc0JTcwJTNBJTJGJTJG JTc3JTc3JTc3JTJFJTY2JTc1JTZFJTYzJTY5JTZGJTZFJTZBJTc1JTY0JTY5JTYzJTY5JTYxJTZD JTJEJTZEJTYxJTZFJTYxJTYyJTY5JTJFJTY3JTZGJTYyJTJFJTY1JTYzJTJGJTY5JTZEJTYxJTY3 JTY1JTczJTJGJTczJTc0JTZGJTcyJTY5JTY1JTczJTJGJTZEJTY1JTZFJTc1JTJGJTYxJTcwJTcw JTY1JTZDJTJGJTYxJTcwJTcwJTZDJTY1JTJFJTY4JTc0JTZEJTZDJTIyJTNFJTBBJTNDJTJGJTY4 JTc0JTZEJTZDJTNFJykpOw0KLy8tLT4NCjwvU2NyaXB0Pg== --0E662CB78C1ED455FB981387554543FE-- From owner-freebsd-doc@FreeBSD.ORG Thu Sep 12 21:10:25 2013 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 ESMTP id B9DFFAD5; Thu, 12 Sep 2013 21:10:25 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 75E9027C3; Thu, 12 Sep 2013 21:10:25 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 65BD4B946; Thu, 12 Sep 2013 17:10:24 -0400 (EDT) From: John Baldwin To: doc@freebsd.org Subject: Tweaks to the wait(2) manpage Date: Thu, 12 Sep 2013 16:43:46 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201309121643.46422.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 12 Sep 2013 17:10:24 -0400 (EDT) Cc: kib@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Sep 2013 21:10:25 -0000 I have some tweaks to the wait(2) manpage, in particular to the sections on wait6() and idtypes. I did also change two other places to use uppercase for ID since that seems to be what we do in other pages. The alternate rendered text is below followed by the diff. One structural change I chose to make was using a tagged list for the non-standard idtypes. Our manpages in general prefer tagged lists to bullet lists for enumerations. I left the list of standard types as-is as it includes a fourth bullet point that would not have an associated tag (though one could perhaps move that into the paragraph introducing the list of standard types if a tagged list was desired). I kept reading this page as I was writing this e-mail and changed more bits to attempt to be more consisent with existing paragraphs, etc.: The broadest interface of all functions in this family is wait6() which is otherwise very much like wait4() but with a few very important dis- tinctions. To wait for exited processes the option flag WEXITED must be explicitly specified. This allows waiting for processes which have expe- rienced other status changes without having to also handle the exit sta- tus from terminated processes. Instead of the traditional rusage argu- ment, the wrusage arguments points to a structure defined as: struct __wrusage { struct rusage wru_self; struct rusage wru_children; }; This allows the calling process to collect resource usage statistics from both its own child process as well as from its grand children. When no resource usage statistics are needed this pointer can be NULL. The last argument infop must be either NULL or a pointer to a siginfo_t structure. If non-NULL, the structure is filled with the same data as for a SIGCHLD signal delivered when the process changed state. The set of child processes to be queried is specified by the arguments idtype and id. The separate idtype and id arguments support many other types of identifers in addition to process IDs and process group IDs. o If idtype is P_PID, waitid() and wait6() wait for the child process with a process ID equal to (pid_t)id. o If idtype is P_PGID, waitid() and wait6() wait for the child process with a process group ID equal to (pid_t)id. o If idtype is P_ALL, waitid() and wait6() wait for any child process and the id is ignored. o If idtype is P_PID or P_PGID and the id is zero, waitid() and wait6() wait for any child process in the same process group as the caller. Non-standard identifier types supported by this implementation of waitid() and wait6() are: P_UID Wait for processes whose effective user ID is equal to (uid_t) id. P_GID Wait for processes whose effective group ID is equal to (gid_t) id. P_SID Wait for processes whose session ID is equal to id. If the child process started its own session, its session ID will be the same as its process ID. Otherwise the session ID of a child process will match the caller's session ID. P_JAILID Waits for processes within a jail whose jail identifier is equal to id. For the wait(), wait3(), and wait4() functions, the single wpid argument specifies the set of child processes for which to wait. o If wpid is -1, the call waits for any child process. o If wpid is 0, the call waits for any child process in the process group of the caller. o If wpid is greater than zero, the call waits for the process with process ID wpid. o If wpid is less than -1, the call waits for any process whose process group ID equals the absolute value of wpid. .... If wrusage is non-NULL, separate summaries are returned for the resources used by the terminated process and the resources used by all its chil- dren. If infop is non-NULL, a siginfo_t structure is returned with the si_signo field set to SIGCHLD and the si_pid field set to the process ID of the process reporting status. When the WNOHANG option is specified and no processes wish to report sta- tus, waitid() sets the si_signo and si_pid fields in infop to zero. Checking these fields is the only way to know if a status change was reported. When the WNOHANG option is specified and no processes wish to report sta- tus, wait4() and wait6() return a process id of 0. The waitpid() function is identical to wait4() with an rusage value of zero. The older wait3() call is the same as wait4() with a wpid value of -1. The wait4() function is identical to wait6() with the flags WEXITED and WTRAPPED set in options and infop set to NULL. .... The implementation queues one SIGCHLD signal for each child process whose status has changed; if wait() returns because the status of a child process is available, the pending SIGCHLD signal associated with the process ID of the child process will be discarded. Any other pending SIGCHLD signals remain pending. If SIGCHLD is blocked and wait() returns because the status of a child process is available, the pending SIGCHLD signal will be cleared unless another status of the child process is available. .... If waitid() returns because one or more processes have a state change to report, 0 is returned. If an error is detected, a value of -1 is returned and errno is set to indicate the error. If WNOHANG is specified and there are no stopped, continued or exited children, 0 is returned. The si_signo and si_pid fields of infop must be checked against zero to determine if a process reported status. Diff: Index: wait.2 =================================================================== --- wait.2 (revision 255488) +++ wait.2 (working copy) @@ -99,15 +99,17 @@ The broadest interface of all functions in this fa which is otherwise very much like .Fn wait4 but with a few very important distinctions. -To wait for exited processes, the option flag +To wait for exited processes the option flag .Dv WEXITED -need to be explicitly specified. -This allows for waiting for processes which have experienced other -status changes without having to handle also the exit status from -the terminated processes. +must be explicitly specified. +This allows waiting for processes which have experienced other +status changes without having to also handle the exit status from +terminated processes. Instead of the traditional -.Dv rusage -argument, a pointer to a new structure +.Fa rusage +argument, the +.Fa wrusage +arguments points to a structure defined as: .Bd -literal struct __wrusage { struct rusage wru_self; @@ -114,7 +116,7 @@ struct __wrusage { struct rusage wru_children; }; .Ed -can be passed. +.Pp This allows the calling process to collect resource usage statistics from both its own child process as well as from its grand children. When no resource usage statistics are needed this pointer can be @@ -126,11 +128,13 @@ must be either or a pointer to a .Fa siginfo_t structure. -When specified, the structure is filled the same as for -.Dv SIGNCHLD -signal, delivered at the process state change. -.br -The process, which state is queried, is specified by two arguments +If +.Pf non- Dv NULL , +the structure is filled with the same data as for a +.Dv SIGCHLD +signal delivered when the process changed state. +.Pp +The set of child processes to be queried is specified by the arguments .Fa idtype and .Fa id . @@ -138,8 +142,8 @@ The separate .Fa idtype and .Fa id -arguments allows to support many other types of -IDs as well in addition to PID and PGID. +arguments support many other types of +identifers in addition to process IDs and process group IDs. .Bl -bullet -offset indent .It If @@ -188,48 +192,32 @@ and wait for any child process in the same process group as the caller. .El .Pp -Non-standard specifiers for the process to wait for, supported by this +Non-standard identifier types supported by this implementation of .Fn waitid and -.Fn wait6 , +.Fn wait6 are: -.Bl -bullet -offset indent -.It -The -.Fa idtype -value -.Dv P_UID -waits for processes which effective UID is equal to -.Dv (uid_t)id . -.It -The -.Fa idtype -value -.Dv P_GID -waits for processes which effective GID is equal to -.Dv (gid_t)id . -.It -The -.Fa idtype -value -.Dv P_SID -waits for processes which session ID is equal to -.Dv id . -In case the child process started its own new session, -SID will be the same as its own PID. -Otherwise the SID of a child process will match the caller's SID. -.It -The -.Fa idtype -value -.Dv P_JAILID -waits for processes within a jail which jail identifier is equal -to -.Dv id . +.Bl -tag -width P_JAILID +.It Dv P_UID +Wait for processes whose effective user ID is equal to +.Dv (uid_t) Fa id . +.It Dv P_GID +Wait for processes whose effective group ID is equal to +.Dv (gid_t) Fa id . +.It Dv P_SID +Wait for processes whose session ID is equal to +.Fa id . +.\" This is just how sessions work, not sure this needs to be documented here +If the child process started its own session, +its session ID will be the same as its process ID. +Otherwise the session ID of a child process will match the caller's session ID. +.It Dv P_JAILID +Waits for processes within a jail whose jail identifier is equal to +.Fa id . .El .Pp -For +For the .Fn wait , .Fn wait3 , and @@ -250,12 +238,12 @@ the call waits for any child process in the proces .It If .Fa wpid -is greater than zero, the call waits for the process with process id +is greater than zero, the call waits for the process with process ID .Fa wpid . .It If .Fa wpid -is less than -1, the call waits for any process whose process group id +is less than -1, the call waits for any process whose process group ID equals the absolute value of .Fa wpid . .El @@ -336,33 +324,34 @@ process and all its children is returned. .Pp If .Fa wrusage -argument is non-NULL, a resource usage statistics -from both its own child process as well as from its grand children -is returned. +is non-NULL, separate summaries are returned for the resources used +by the terminated process and the resources used by all its children. .Pp If .Fa infop -is non-NULL, it must point to a +is non-NULL, a .Dv siginfo_t -structure which is filled on return such that the -.Dv si_signo -field is always +structure is returned with the +.Fa si_signo +field set to .Dv SIGCHLD -and the field -.Dv si_pid -if be non-zero, if there is a status change to report. -If there are no status changes to report and WNOHANG is applied, -both of these fields are returned zero. -When using the -.Fn waitid -function with the +and the +.Fa si_pid +field set to the process ID of the process reporting status. +.Pp +When the .Dv WNOHANG -option set, checking these fields is the only way to know whether -there were any status changes to report, because the return value -from +option is specified and no processes +wish to report status, .Fn waitid -is be zero as it is for any successful return from -.Fn waitid . +sets the +.Fa si_signo +and +.Fa si_pid +fields in +.Fa infop +to zero. +Checking these fields is the only way to know if a status change was reported. .Pp When the .Dv WNOHANG @@ -369,7 +358,9 @@ When the option is specified and no processes wish to report status, .Fn wait4 -returns a +and +.Fn wait6 +return a process id of 0. .Pp @@ -388,19 +379,19 @@ with a .Fa wpid value of -1. The +.Fn wait4 +function is identical to .Fn wait6 -call, with the bits +with the flags .Dv WEXITED and .Dv WTRAPPED -set in the +set in .Fa options -and with +and .Fa infop set to -.Dv NULL , -is similar to -.Fn wait4 . +.Dv NULL . .Pp The following macros may be used to test the manner of exit of the process. One of the first four macros will evaluate to a non-zero (true) value: @@ -481,7 +472,7 @@ in The implementation queues one .Dv SIGCHLD signal for each child process whose -status has changed, if +status has changed; if .Fn wait returns because the status of a child process is available, the pending SIGCHLD signal associated with the process ID of the child process will @@ -492,7 +483,7 @@ signals remain pending. .Pp If .Dv SIGCHLD -is blocked, +is blocked and .Fn wait returns because the status of a child process is available, the pending .Dv SIGCHLD @@ -538,13 +529,23 @@ If .Fn waitid returns because one or more processes have a state change to report, 0 is returned. -To indicate an error, -1 will be returned and -.Dv errno -set to an appropriate value. +If an error is detected, +a value of -1 +is returned and +.Va errno +is set to indicate the error. If .Dv WNOHANG -was used, 0 can be returned indicating no error, but no processes -may have changed state either, if si_signo and/or si_pid are zero. +is specified and there are +no stopped, continued or exited children, +0 is returned. +The +.Fa si_signo +and +.Fa si_pid +fields of +.Fa infop +must be checked against zero to determine if a process reported status. .Sh ERRORS The .Fn wait -- John Baldwin From owner-freebsd-doc@FreeBSD.ORG Fri Sep 13 03:24:39 2013 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 ESMTP id 8CE36E95 for ; Fri, 13 Sep 2013 03:24:39 +0000 (UTC) (envelope-from danfe@regency.nsu.ru) Received: from mx.nsu.ru (mx.nsu.ru [84.237.50.39]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 380982244 for ; Fri, 13 Sep 2013 03:24:38 +0000 (UTC) Received: from regency.nsu.ru ([193.124.210.26]) by mx.nsu.ru with esmtp (Exim 4.69) (envelope-from ) id 1VKJza-0007Ht-Sc for doc@freebsd.org; Fri, 13 Sep 2013 10:24:27 +0700 Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.14.2/8.14.2) with ESMTP id r8D3Ojdk069950 for ; Fri, 13 Sep 2013 10:24:55 +0700 (NOVT) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.14.2/8.14.2/Submit) id r8D3Oe8t069852 for doc@freebsd.org; Fri, 13 Sep 2013 10:24:40 +0700 (NOVT) (envelope-from danfe) Date: Fri, 13 Sep 2013 10:24:40 +0700 From: Alexey Dokuchaev To: doc@freebsd.org Subject: augment USE_GCC description in the porter's handbook Message-ID: <20130913032440.GA68665@regency.nsu.ru> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="pWyiEgJYm5f9v55/" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Sep 2013 03:24:39 -0000 --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline hi, cooked something up, so people would get less confused about proper USE_GCC usage. diff attached. ./danfe --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="use_gcc.diff" Index: book.xml =================================================================== --- book.xml (revision 42655) +++ book.xml (working copy) @@ -3822,10 +3822,11 @@ /etc/make.conf. For instance, setting - USE_GCC=3.4 + USE_GCC=X.Y - would add a dependency on gcc34 for every port, - including gcc34 itself! + (where X.Y is version number) would add a dependency on + gccXY for every port, including lang/gccXY + itself! @@ -3856,17 +3857,23 @@ USE_GCC - The port requires a specific version of - gcc to build. The exact version - can be specified with value such as - 3.4. The minimal required - version can be specified as 3.4+. - The gcc from the base system is - used when it satisfies the requested version, - otherwise an appropriate gcc is - compiled from ports and the CC - and CXX variables are - adjusted. + The port requires GCC (gcc or + g++) to build. Some ports need any + GCC version, some require modern, recent versions. It + is typically set to any (in this + case, GCC from base would be used on versions of &os; + that still have it, or lang/gcc port + would be installed when default C/C++ compiler is Clang); + or yes (means always use stable, modern + GCC from lang/gcc port). The exact + version can be also specified, with a value such as + 4.7. The minimal required + version can be specified as 4.6+. + The GCC from the base system is used when it satisfies + the requested version, otherwise an appropriate compiler + in built from the port, and the CC + and CXX variables are adjusted + accordingly. --pWyiEgJYm5f9v55/-- From owner-freebsd-doc@FreeBSD.ORG Fri Sep 13 08:48:10 2013 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 ESMTP id 7DC6C11D; Fri, 13 Sep 2013 08:48:10 +0000 (UTC) (envelope-from gavin@FreeBSD.org) 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 56C6C21BF; Fri, 13 Sep 2013 08:48:10 +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 r8D8mAR0031346; Fri, 13 Sep 2013 08:48:10 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r8D8mAos031345; Fri, 13 Sep 2013 08:48:10 GMT (envelope-from gavin) Date: Fri, 13 Sep 2013 08:48:10 GMT Message-Id: <201309130848.r8D8mAos031345@freefall.freebsd.org> To: fender0107401@gmail.com, gavin@FreeBSD.org, freebsd-doc@FreeBSD.org From: gavin@FreeBSD.org Subject: Re: docs/182004: Missing a word(a nother solution). X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Sep 2013 08:48:10 -0000 Synopsis: Missing a word(a nother solution). State-Changed-From-To: open->closed State-Changed-By: gavin State-Changed-When: Fri Sep 13 08:46:41 UTC 2013 State-Changed-Why: Close as duplicate of docs/182003 by same submitter, which has a slightly more correct solution. http://www.freebsd.org/cgi/query-pr.cgi?pr=182004 From owner-freebsd-doc@FreeBSD.ORG Fri Sep 13 13:02:50 2013 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 ESMTP id C71408AF; Fri, 13 Sep 2013 13:02:50 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from cpsmtpb-ews10.kpnxchange.com (cpsmtpb-ews10.kpnxchange.com [213.75.39.15]) by mx1.freebsd.org (Postfix) with ESMTP id 5FB372080; Fri, 13 Sep 2013 13:02:48 +0000 (UTC) Received: from cpsps-ews25.kpnxchange.com ([10.94.84.191]) by cpsmtpb-ews10.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Fri, 13 Sep 2013 15:01:38 +0200 Received: from CPSMTPM-TLF104.kpnxchange.com ([195.121.3.7]) by cpsps-ews25.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Fri, 13 Sep 2013 15:01:37 +0200 Received: from sjakie.klop.ws ([212.182.167.131]) by CPSMTPM-TLF104.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Fri, 13 Sep 2013 15:01:37 +0200 Received: from 212-182-167-131.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id 0F95016941; Fri, 13 Sep 2013 15:01:37 +0200 (CEST) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-doc@freebsd.org Date: Fri, 13 Sep 2013 15:01:36 +0200 Subject: Doc about Swapfile is old. MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: User-Agent: Opera Mail/12.16 (FreeBSD) X-OriginalArrivalTime: 13 Sep 2013 13:01:37.0928 (UTC) FILETIME=[61DA2880:01CEB081] X-RcptDomain: freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Sep 2013 13:02:50 -0000 Hello documentation team, FYI. Today I tried creating a swapfile on FreeBSD 10-CURRENT using this documentation. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/adding-swap-space.html It did not work and some googling gave me this commit which describes the right way to configure this. http://lists.freebsd.org/pipermail/svn-src-head/2013-June/048862.html I don't know if the handbook is only for stable/release. Regards, Ronald. From owner-freebsd-doc@FreeBSD.ORG Fri Sep 13 20:31:30 2013 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 ESMTP id D34BC592 for ; Fri, 13 Sep 2013 20:31:30 +0000 (UTC) (envelope-from www-data@FreeBSD.org) 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 C113C2FCB for ; Fri, 13 Sep 2013 20:31:30 +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 r8DKVU6i097163 for ; Fri, 13 Sep 2013 20:31:30 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.5/Submit) id r8DKVU03097159 for freebsd-doc@FreeBSD.org; Fri, 13 Sep 2013 20:31:30 GMT (envelope-from www-data) Date: Fri, 13 Sep 2013 20:31:30 GMT From: User Www-data Message-Id: <201309132031.r8DKVU03097159@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.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Sep 2013 20:31:30 -0000 ^ Entity: line 35: parser error : Opening and ending tag mismatch: td line 34 and tr ^ Entity: line 39: parser error : Opening and ending tag mismatch: a line 39 and td &url.rel;/powerpc/powerpc/&betarel2.current;-&betarel2.vers;">[Distribution][ISO] ^ Entity: line 54: parser error : Opening and ending tag mismatch: td line 39 and tbody ^ Entity: line 55: parser error : Opening and ending tag mismatch: tr line 36 and table
^ Entity: line 56: parser error : Premature end of data in tag td line 33 ^ Entity: line 56: parser error : Premature end of data in tag tr line 30 ^ Entity: line 56: parser error : Premature end of data in tag tbody line 11 ^ Entity: line 56: parser error : Premature end of data in tag table line 2 ^ Entity: line 56: parser error : chunk is not well balanced ^ Entity: line 50: parser error : Entity 'beta.second' failed to parse &beta.second; ^ Entity: line 52: parser error : chunk is not well balanced ^ where.xml:198: parser error : Entity 'beta.desc' failed to parse &beta.desc; ^ *** [where.html] Error code 1 Stop in /home/www/build/head/fr_FR.ISO8859-1/htdocs. *** [all] Error code 1 Stop in /home/www/build/head/en_US.ISO8859-1/htdocs. 86.04 real 59.89 user 21.98 sys From owner-freebsd-doc@FreeBSD.ORG Fri Sep 13 20:31:43 2013 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 ESMTP id 302785D4 for ; Fri, 13 Sep 2013 20:31:43 +0000 (UTC) (envelope-from www@FreeBSD.org) Received: from oldred.freebsd.org (oldred.freebsd.org [8.8.178.121]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1F79C2FCD for ; Fri, 13 Sep 2013 20:31:43 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id r8DKVg10056748 for ; Fri, 13 Sep 2013 20:31:42 GMT (envelope-from www@oldred.freebsd.org) Received: (from www@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id r8DKVgxT056747 for freebsd-doc@FreeBSD.org; Fri, 13 Sep 2013 20:31:42 GMT (envelope-from www) Date: Fri, 13 Sep 2013 20:31:42 GMT From: World Wide Web Owner Message-Id: <201309132031.r8DKVgxT056747@oldred.freebsd.org> To: freebsd-doc@FreeBSD.org Subject: FreeBSD web build failed on oldred.freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Sep 2013 20:31:43 -0000 ^ Entity: line 35: parser error : Opening and ending tag mismatch: td line 34 and tr ^ Entity: line 39: parser error : Opening and ending tag mismatch: a line 39 and td &url.rel;/powerpc/powerpc/&betarel2.current;-&betarel2.vers;">[Distribution][ISO] ^ Entity: line 54: parser error : Opening and ending tag mismatch: td line 39 and tbody ^ Entity: line 55: parser error : Opening and ending tag mismatch: tr line 36 and table ^ Entity: line 56: parser error : Premature end of data in tag td line 33 ^ Entity: line 56: parser error : Premature end of data in tag tr line 30 ^ Entity: line 56: parser error : Premature end of data in tag tbody line 11 ^ Entity: line 56: parser error : Premature end of data in tag table line 2 ^ Entity: line 56: parser error : chunk is not well balanced ^ Entity: line 50: parser error : Entity 'beta.second' failed to parse &beta.second; ^ Entity: line 52: parser error : chunk is not well balanced ^ where.xml:198: parser error : Entity 'beta.desc' failed to parse &beta.desc; ^ *** Error code 1 Stop in /w/www/build/head/fr_FR.ISO8859-1/htdocs. *** Error code 1 Stop in /w/www/build/head/en_US.ISO8859-1/htdocs. 67.89 real 51.37 user 15.48 sys From owner-freebsd-doc@FreeBSD.ORG Fri Sep 13 20:34:02 2013 Return-Path: Delivered-To: www@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 ESMTP id 4BBBA63C; Fri, 13 Sep 2013 20:34:02 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2286E2FE4; Fri, 13 Sep 2013 20:34:01 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id B9742A8DC; Fri, 13 Sep 2013 20:34:00 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us B9742A8DC Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Fri, 13 Sep 2013 16:33:58 -0400 From: Glen Barber To: World Wide Web Owner Subject: Re: FreeBSD web build failed on oldred.freebsd.org Message-ID: <20130913203358.GV2404@glenbarber.us> References: <201309132031.r8DKVgxT056747@oldred.freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="yZxAaITavNk3ADw/" Content-Disposition: inline In-Reply-To: <201309132031.r8DKVgxT056747@oldred.freebsd.org> X-Operating-System: FreeBSD 10.0-ALPHA1 amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-doc@FreeBSD.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Sep 2013 20:34:02 -0000 --yZxAaITavNk3ADw/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable My fault. Looking at this now. :( Glen On Fri, Sep 13, 2013 at 08:31:42PM +0000, World Wide Web Owner wrote: > where.xml:198: parser error : Entity 'beta.desc' failed to parse > &beta.desc; > ^ > *** Error code 1 >=20 > Stop in /w/www/build/head/fr_FR.ISO8859-1/htdocs. > *** Error code 1 >=20 > Stop in /w/www/build/head/en_US.ISO8859-1/htdocs. > 67.89 real 51.37 user 15.48 sys --yZxAaITavNk3ADw/ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBCAAGBQJSM3a2AAoJEFJPDDeguUajovsH/iZX4FxBmGmz9c/vrsQaABtQ 9qAH/YCuUTBpwN0EkQiZDghBoqq8KvCQOgcKj3H/z+GYtJIKbWqJFYf0p4wQqV+q XZVv4FBT8/5L65m8qKPFX+e+aHGOBotK+Os2f8tmblPcrs+znalEFFn52OcaX897 gFvSIc0i5RsZJgfMn3bdKo96Nm3oqu3oBvQtscotg2R7VFYOGsmyZ4M6mwTfC/tQ sYTCQxt2wqN+keok9awbt0tM+HeyYt73MloF8uLR9UDFFQgd7Hi3oI5C3R3vAmrm oAJxTf0s0ER+v6UIy7Nj/r/TCMgRoP71Iw+TkO3jdBKB9Dm++13oFXSsiSg0Ho8= =P4BB -----END PGP SIGNATURE----- --yZxAaITavNk3ADw/-- From owner-freebsd-doc@FreeBSD.ORG Fri Sep 13 20:40:10 2013 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 ESMTP id 6515C6B2 for ; Fri, 13 Sep 2013 20:40:10 +0000 (UTC) (envelope-from www-data@FreeBSD.org) 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 533702FFE for ; Fri, 13 Sep 2013 20:40:10 +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 r8DKeAcL002953 for ; Fri, 13 Sep 2013 20:40:10 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.5/Submit) id r8DKeAL4002951 for freebsd-doc@FreeBSD.org; Fri, 13 Sep 2013 20:40:10 GMT (envelope-from www-data) Date: Fri, 13 Sep 2013 20:40:10 GMT From: User Www-data Message-Id: <201309132040.r8DKeAL4002951@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.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Sep 2013 20:40:10 -0000 ^ Entity: line 35: parser error : Opening and ending tag mismatch: td line 34 and tr ^ Entity: line 39: parser error : Opening and ending tag mismatch: a line 39 and td &url.rel;/powerpc/powerpc/&betarel2.current;-&betarel2.vers;">[Distribution][ISO] ^ Entity: line 54: parser error : Opening and ending tag mismatch: td line 39 and tbody ^ Entity: line 55: parser error : Opening and ending tag mismatch: tr line 36 and table ^ Entity: line 56: parser error : Premature end of data in tag td line 33 ^ Entity: line 56: parser error : Premature end of data in tag tr line 30 ^ Entity: line 56: parser error : Premature end of data in tag tbody line 11 ^ Entity: line 56: parser error : Premature end of data in tag table line 2 ^ Entity: line 56: parser error : chunk is not well balanced ^ Entity: line 50: parser error : Entity 'beta.second' failed to parse &beta.second; ^ Entity: line 52: parser error : chunk is not well balanced ^ where.xml:198: parser error : Entity 'beta.desc' failed to parse &beta.desc; ^ *** [where.html] Error code 1 Stop in /home/www/build/head/fr_FR.ISO8859-1/htdocs. *** [all] Error code 1 Stop in /home/www/build/head/en_US.ISO8859-1/htdocs. 6.02 real 2.91 user 3.37 sys From owner-freebsd-doc@FreeBSD.ORG Fri Sep 13 20:40:36 2013 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 ESMTP id 774CF6FA for ; Fri, 13 Sep 2013 20:40:36 +0000 (UTC) (envelope-from www@FreeBSD.org) Received: from oldred.freebsd.org (oldred.freebsd.org [8.8.178.121]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 66FA92004 for ; Fri, 13 Sep 2013 20:40:36 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id r8DKea0V050496 for ; Fri, 13 Sep 2013 20:40:36 GMT (envelope-from www@oldred.freebsd.org) Received: (from www@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id r8DKeaPj050493 for freebsd-doc@FreeBSD.org; Fri, 13 Sep 2013 20:40:36 GMT (envelope-from www) Date: Fri, 13 Sep 2013 20:40:36 GMT From: World Wide Web Owner Message-Id: <201309132040.r8DKeaPj050493@oldred.freebsd.org> To: freebsd-doc@FreeBSD.org Subject: FreeBSD web build failed on oldred.freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Sep 2013 20:40:36 -0000 ^ Entity: line 35: parser error : Opening and ending tag mismatch: td line 34 and tr ^ Entity: line 39: parser error : Opening and ending tag mismatch: a line 39 and td &url.rel;/powerpc/powerpc/&betarel2.current;-&betarel2.vers;">[Distribution][ISO] ^ Entity: line 54: parser error : Opening and ending tag mismatch: td line 39 and tbody ^ Entity: line 55: parser error : Opening and ending tag mismatch: tr line 36 and table ^ Entity: line 56: parser error : Premature end of data in tag td line 33 ^ Entity: line 56: parser error : Premature end of data in tag tr line 30 ^ Entity: line 56: parser error : Premature end of data in tag tbody line 11 ^ Entity: line 56: parser error : Premature end of data in tag table line 2 ^ Entity: line 56: parser error : chunk is not well balanced ^ Entity: line 50: parser error : Entity 'beta.second' failed to parse &beta.second; ^ Entity: line 52: parser error : chunk is not well balanced ^ where.xml:198: parser error : Entity 'beta.desc' failed to parse &beta.desc; ^ *** Error code 1 Stop in /w/www/build/head/fr_FR.ISO8859-1/htdocs. *** Error code 1 Stop in /w/www/build/head/en_US.ISO8859-1/htdocs. 4.24 real 2.04 user 2.26 sys From owner-freebsd-doc@FreeBSD.ORG Sat Sep 14 08:11:50 2013 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 ESMTP id A2B847A4; Sat, 14 Sep 2013 08:11:50 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3CA0C285C; Sat, 14 Sep 2013 08:11:50 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r8E8BiTq071769; Sat, 14 Sep 2013 11:11:44 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r8E8BiTq071769 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r8E8BiLx071768; Sat, 14 Sep 2013 11:11:44 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 14 Sep 2013 11:11:44 +0300 From: Konstantin Belousov To: John Baldwin Subject: Re: Tweaks to the wait(2) manpage Message-ID: <20130914081144.GZ41229@kib.kiev.ua> References: <201309121643.46422.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xFkczX7rH1pKA3aV" Content-Disposition: inline In-Reply-To: <201309121643.46422.jhb@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Sep 2013 08:11:50 -0000 --xFkczX7rH1pKA3aV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 12, 2013 at 04:43:46PM -0400, John Baldwin wrote: > I have some tweaks to the wait(2) manpage, in particular to the sections = on=20 > wait6() and idtypes. I did also change two other places to use uppercase= for=20 > ID since that seems to be what we do in other pages. The alternate rende= red=20 > text is below followed by the diff. One structural change I chose to mak= e was=20 > using a tagged list for the non-standard idtypes. Our manpages in genera= l=20 > prefer tagged lists to bullet lists for enumerations. I left the list of= =20 > standard types as-is as it includes a fourth bullet point that would not = have=20 > an associated tag (though one could perhaps move that into the paragraph= =20 > introducing the list of standard types if a tagged list was desired). I = kept > reading this page as I was writing this e-mail and changed more bits to= =20 > attempt to be more consisent with existing paragraphs, etc.: >=20 > The broadest interface of all functions in this family is wait6() wh= ich > is otherwise very much like wait4() but with a few very important di= s- > tinctions. To wait for exited processes the option flag WEXITED mus= t be I did not liked the introductory sentence above, but was not able to formulate the idea better. Specifically, I do not like the narrative tone, and think that 'broadest' and 'distinction' should be expressed better. > explicitly specified. This allows waiting for processes which have = expe- > rienced other status changes without having to also handle the exit = sta- > tus from terminated processes. Instead of the traditional rusage ar= gu- > ment, the wrusage arguments points to a structure defined as: >=20 > struct __wrusage { > struct rusage wru_self; > struct rusage wru_children; > }; >=20 > This allows the calling process to collect resource usage statistics= from > both its own child process as well as from its grand children. When= no > resource usage statistics are needed this pointer can be NULL. The = last > argument infop must be either NULL or a pointer to a siginfo_t struc= ture. > If non-NULL, the structure is filled with the same data as for a SIG= CHLD > signal delivered when the process changed state. >=20 > The set of child processes to be queried is specified by the argumen= ts > idtype and id. The separate idtype and id arguments support many ot= her > types of identifers in addition to process IDs and process group IDs. >=20 > o If idtype is P_PID, waitid() and wait6() wait for the child > process with a process ID equal to (pid_t)id. >=20 > o If idtype is P_PGID, waitid() and wait6() wait for the chi= ld > process with a process group ID equal to (pid_t)id. >=20 > o If idtype is P_ALL, waitid() and wait6() wait for any child > process and the id is ignored. >=20 > o If idtype is P_PID or P_PGID and the id is zero, waitid() = and > wait6() wait for any child process in the same process gro= up as > the caller. >=20 > Non-standard identifier types supported by this implementation of > waitid() and wait6() are: >=20 > P_UID Wait for processes whose effective user ID is equal to (ui= d_t) > id. >=20 > P_GID Wait for processes whose effective group ID is equal to (g= id_t) > id. >=20 > P_SID Wait for processes whose session ID is equal to id. If the > child process started its own session, its session ID will= be > the same as its process ID. Otherwise the session ID of a > child process will match the caller's session ID. >=20 > P_JAILID Waits for processes within a jail whose jail identifier is > equal to id. >=20 > For the wait(), wait3(), and wait4() functions, the single wpid argu= ment > specifies the set of child processes for which to wait. >=20 > o If wpid is -1, the call waits for any child process. >=20 > o If wpid is 0, the call waits for any child process in the > process group of the caller. >=20 > o If wpid is greater than zero, the call waits for the proce= ss > with process ID wpid. >=20 > o If wpid is less than -1, the call waits for any process wh= ose > process group ID equals the absolute value of wpid. >=20 > .... >=20 > If wrusage is non-NULL, separate summaries are returned for the reso= urces > used by the terminated process and the resources used by all its chi= l- > dren. >=20 > If infop is non-NULL, a siginfo_t structure is returned with the si_= signo > field set to SIGCHLD and the si_pid field set to the process ID of t= he > process reporting status. >=20 > When the WNOHANG option is specified and no processes wish to report= sta- > tus, waitid() sets the si_signo and si_pid fields in infop to zero. > Checking these fields is the only way to know if a status change was > reported. >=20 > When the WNOHANG option is specified and no processes wish to report= sta- > tus, wait4() and wait6() return a process id of 0. >=20 > The waitpid() function is identical to wait4() with an rusage value = of > zero. The older wait3() call is the same as wait4() with a wpid val= ue of s/zero/NULL/ ? > -1. The wait4() function is identical to wait6() with the flags WEX= ITED > and WTRAPPED set in options and infop set to NULL. >=20 > .... >=20 > The implementation queues one SIGCHLD signal for each child process = whose > status has changed; if wait() returns because the status of a child > process is available, the pending SIGCHLD signal associated with the > process ID of the child process will be discarded. Any other pending > SIGCHLD signals remain pending. >=20 > If SIGCHLD is blocked and wait() returns because the status of a chi= ld > process is available, the pending SIGCHLD signal will be cleared unl= ess > another status of the child process is available. >=20 > .... >=20 > If waitid() returns because one or more processes have a state chang= e to > report, 0 is returned. If an error is detected, a value of -1 is > returned and errno is set to indicate the error. If WNOHANG is spec= ified > and there are no stopped, continued or exited children, 0 is returne= d. > The si_signo and si_pid fields of infop must be checked against zero= to > determine if a process reported status. --xFkczX7rH1pKA3aV Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQIcBAEBAgAGBQJSNBo/AAoJEJDCuSvBvK1BQ/MP+gNdpVfYwIaUPEHxz4fcNJui Rkg7zC1xdA4Cb9AP9WswJkNyVFF7MoN6Zc+beCmuAM9cX6KzGyaampuruEp+Y4k+ KUra3yLPV+FaASbCtuKs48hiuGNQDP1WmsKP9Y0n30Fp4YBK8sqjbwTEycBmi35U h8NzCEbpIgGNZ8VsxnvjsUbiIACsXpI4cWj+6papfPSnR+7kP4Piv4Oy7jIupZIZ b4VKpv/WOVx88K7zNh4xF4eF402fEsfO0YcwZBX3XP3xGZyzODcdQgnBOnhfGSEf hgTc02HYPwxcpCisMsnCilG1cRmohMpwXYe3WZisH4fttBE494yUnKNxue/1YckO uIS6k8xuZH7RPxq3GE8sK18L3tbrOWBarToSQqBP1zIqUpOYb2EO+nsQICGI+xxG xfLh1h9Ofy/a2NRE6KCAuMFZm3IETtZptE5wJ6zsYYiE4/ptj9iaCc5lbj9oW++E vngAiTi/6JAkNfsKjJOBQOYcyQpYVVvQamCuJ4cy7F5GC11HX2q/6YL7ZTj0wsuh pRX3Vd/RIfGHGx2HSiMnBCuBisuY81jy13YnaqoeUPiu5xmBlL30PAONfEqcPC6q UamTVXWMAmBT5rYI+Uuw+fC92rLNK2OCJvAJH/5yai/OvmAEESX2bm6QLvcM1F2S W7CL+59XQjrrbQT75397 =GZDk -----END PGP SIGNATURE----- --xFkczX7rH1pKA3aV-- From owner-freebsd-doc@FreeBSD.ORG Sat Sep 14 12:20:01 2013 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 ESMTP id 79EFF49C for ; Sat, 14 Sep 2013 12:20:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) 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 4183923C3 for ; Sat, 14 Sep 2013 12: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 r8ECK1KV080757 for ; Sat, 14 Sep 2013 12: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 r8ECK0g6080755; Sat, 14 Sep 2013 12:20:00 GMT (envelope-from gnats) Resent-Date: Sat, 14 Sep 2013 12:20:00 GMT Resent-Message-Id: <201309141220.r8ECK0g6080755@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, Mike Brown 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 ESMTP id 0A79448E for ; Sat, 14 Sep 2013 12:18:29 +0000 (UTC) (envelope-from mike@skew.org) Received: from chilled.skew.org (chilled.skew.org [70.90.116.205]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D7E3523BB for ; Sat, 14 Sep 2013 12:18:28 +0000 (UTC) Received: from chilled.skew.org (localhost [127.0.0.1]) by chilled.skew.org (8.14.7/8.14.7) with ESMTP id r8ECILef012935 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 14 Sep 2013 06:18:22 -0600 (MDT) (envelope-from mike@chilled.skew.org) Received: (from mike@localhost) by chilled.skew.org (8.14.7/8.14.7/Submit) id r8ECILFY012934; Sat, 14 Sep 2013 06:18:21 -0600 (MDT) (envelope-from mike) Message-Id: <201309141218.r8ECILFY012934@chilled.skew.org> Date: Sat, 14 Sep 2013 06:18:21 -0600 (MDT) From: Mike Brown To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.114 Subject: docs/182087: First question in FreeBSD FAQ has grammatical error X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Mike Brown List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Sep 2013 12:20:01 -0000 >Number: 182087 >Category: docs >Synopsis: First question in FreeBSD FAQ has grammatical error >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sat Sep 14 12:20:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: Mike Brown >Release: FreeBSD 8.4-RELEASE i386 >Organization: >Environment: n/a >Description: In the FreeBSD FAQ, in both places where the first question appears, the question is an incomplete sentence. >How-To-Repeat: See http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/misc.html where it says "15.1. FreeBSD a lot of swap space even when the computer has free memory left. Why?" >Fix: Insert the word "uses" after "FreeBSD", or perhaps rephrase the question to ask "Why does FreeBSD use a lot of swap space, even when the computer has free memory left?" >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Sat Sep 14 13:11:55 2013 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 ESMTP id B3ED8FE8; Sat, 14 Sep 2013 13:11:55 +0000 (UTC) (envelope-from wblock@wonkity.com) 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 531022659; Sat, 14 Sep 2013 13:11:55 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id r8EDBmTG036936; Sat, 14 Sep 2013 07:11:48 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.7/8.14.7/Submit) with ESMTP id r8EDBmq2036933; Sat, 14 Sep 2013 07:11:48 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sat, 14 Sep 2013 07:11:48 -0600 (MDT) From: Warren Block To: Konstantin Belousov Subject: Re: Tweaks to the wait(2) manpage In-Reply-To: <20130914081144.GZ41229@kib.kiev.ua> Message-ID: References: <201309121643.46422.jhb@freebsd.org> <20130914081144.GZ41229@kib.kiev.ua> 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]); Sat, 14 Sep 2013 07:11:48 -0600 (MDT) Cc: doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Sep 2013 13:11:55 -0000 On Sat, 14 Sep 2013, Konstantin Belousov wrote: > On Thu, Sep 12, 2013 at 04:43:46PM -0400, John Baldwin wrote: >> I have some tweaks to the wait(2) manpage, in particular to the sections on >> wait6() and idtypes. I did also change two other places to use uppercase for >> ID since that seems to be what we do in other pages. The alternate rendered >> text is below followed by the diff. One structural change I chose to make was >> using a tagged list for the non-standard idtypes. Our manpages in general >> prefer tagged lists to bullet lists for enumerations. I left the list of >> standard types as-is as it includes a fourth bullet point that would not have >> an associated tag (though one could perhaps move that into the paragraph >> introducing the list of standard types if a tagged list was desired). I kept >> reading this page as I was writing this e-mail and changed more bits to >> attempt to be more consisent with existing paragraphs, etc.: >> >> The broadest interface of all functions in this family is wait6() which >> is otherwise very much like wait4() but with a few very important dis- >> tinctions. To wait for exited processes the option flag WEXITED must be > I did not liked the introductory sentence above, but was not able to > formulate the idea better. Specifically, I do not like the narrative tone, > and think that 'broadest' and 'distinction' should be expressed better. Agreed about "broadest", it's hard to tell what that means. How about: wait6() is the most general function in this family, differing from wait4() in these important ways: To wait for exited processes, the WEXITED option flag must be explicitly specified. This allows waiting for processes which have experienced other status changes without having to also handle the exit status from terminated processes. Instead of the traditional rusage argument, the wrusage argument points to a structure defined as: ... From owner-freebsd-doc@FreeBSD.ORG Sat Sep 14 15:01:42 2013 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 ESMTP id B2F28A60 for ; Sat, 14 Sep 2013 15:01:42 +0000 (UTC) (envelope-from joy@jsseoexpert.mygbiz.com) Received: from mail-ie0-f205.google.com (mail-ie0-f205.google.com [209.85.223.205]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 864402B31 for ; Sat, 14 Sep 2013 15:01:42 +0000 (UTC) Received: by mail-ie0-f205.google.com with SMTP id qd12so53476ieb.4 for ; Sat, 14 Sep 2013 08:01:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:message-id:date:subject:from:to :content-type; bh=vV3HfiO/EJ3nVZkQ5IZb49vBcn1wVnYCJMJ/lp1zvF0=; b=JT8Of0P+jrtA8CppoZvnEBwvfQ/LXB4h4kDbxmQHp8Q0sBrs3ChCP0HMFDgWGkWmmE C31IZGUGY3C3p72YU8QEPvurK8n8XAMHvKJrHyxhldPkkaJ5xbSEynaMoM1K9ePJ16tG piIb3DH0/siMHjOG1hFM0xgL61gXOoGabzAKdxJz4q3yX7y3yIJfxkZ3wLZzqUzUJch1 iRSzIW9y6Vzao8rQkHRV43ONhLgqDkav38WWNGuuFXBwPS6+lYL4lsGSuu3KDfuntFy+ eh/kG+gwMP0WDpKDX6cmFyFNfh5BkEg+FKpm9Bo2ON2r+yaed+J9dwfMhv6OLdI3aMAx RO7g== X-Gm-Message-State: ALoCoQlegLfxAWvsNkXMAI6COdxtOawUMpx4lWgoeSBo6TL9hI5+ovMftLHBdw34LrgMKvDzG6W3 MIME-Version: 1.0 X-Received: by 10.50.152.34 with SMTP id uv2mr3205791igb.3.1379104053222; Fri, 13 Sep 2013 13:27:33 -0700 (PDT) Message-ID: <089e0149c01c33b78904e649af0d@google.com> Date: Fri, 13 Sep 2013 20:27:33 +0000 Subject: 1st Page Ranking on Google From: Angela Weems 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.14 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Sep 2013 15:01:42 -0000 PGRpdiBkaXI9Imx0ciI+PHA+PGZvbnQgc2l6ZT0iNCIgY29sb3I9IiMyMDEyNGQiPjxzcGFuICAN CnN0eWxlPSJmb250LWZhbWlseTpDYW5kYXJhLHNhbnMtc2VyaWYiPkhpLDxicj4NCkhvcGUgeW91 IGFyZSB3ZWxsLjxicj4NCkkgcmVjZW50bHkgc2VudCB5b3UgYW4gZW1haWwgcmVnYXJkaW5nIDFz dCBSYW5raW5nIG9uIEdvb2dsZS6goDxicj4NCkxldCBtZSBrbm93IGlmIHlvdSB3b3VsZCBiZSBp bnRlcmVzdGVkIGluIHRoaXMuoCBXZSBjYW4gc2NoZWR1bGUgYSBjYWxsIHdlDQp3aWxsIGJlIHBs ZWFzZWQgdG8gZXhwbGFpbiBvdXIgc2VydmljZSBpbiBkZXRhaWwuPGJyPg0KSSBsb29rIGZvcndh cmQgdG8gaGVhcmluZyBmcm9tIHlvdS48YnI+DQpLaW5kIHJlZ2FyZHMhPC9zcGFuPjxzcGFuICAN CnN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpLHNhbnMtc2VyaWYiPjwvc3Bhbj48L2ZvbnQ+PC9w PjxwPjxmb250ICANCmNvbG9yPSIjMjAxMjRkIiBzaXplPSI0Ij48dT48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JiMzOTtBUiAgDQpCRVJLTEVZJiMzOTsiPkFuZ2VsYSBXZWVtczwvc3Bhbj48L3U+ PHU+PHNwYW4gIA0Kc3R5bGU9ImZvbnQtZmFtaWx5OkFyaWFsLHNhbnMtc2VyaWYiPjwvc3Bhbj48 L3U+PC9mb250PjwvcD4NCg0KPHA+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbmRhcmEsc2Fu cy1zZXJpZiI+PGZvbnQgY29sb3I9IiMyMDEyNGQiICANCnNpemU9IjQiPkdvbGRzbWl0aCBDZW50 ZXKgPGJyPjY1MjMgLSBXaWxzaGlyZSAgDQpCbHZkLjwvZm9udD48L3NwYW4+PC9wPjxwPjxzcGFu ICANCnN0eWxlPSJmb250LWZhbWlseTpDYW5kYXJhLHNhbnMtc2VyaWYiPjxmb250IGNvbG9yPSIj MjAxMjRkIiBzaXplPSI0Ij6gTG9zICANCkFuZ2VsZXMuPC9mb250Pjwvc3Bhbj48L3A+DQoNCjxw Pjxmb250IHNpemU9IjQiIGNvbG9yPSIjMjAxMjRkIj48c3BhbiAgDQpzdHlsZT0iZm9udC1mYW1p bHk6Q2FuZGFyYSxzYW5zLXNlcmlmIj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxX QlI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPFdCUj5fX19fPC9zcGFuPjxzcGFuICAN CnN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpLHNhbnMtc2VyaWYiPjwvc3Bhbj48L2ZvbnQ+PC9w PjxwPjxmb250ICANCmNvbG9yPSIjMjAxMjRkIj48c3BhbiAgDQpzdHlsZT0iZm9udC1zaXplOjEz LjVwdCI+SGkgbXkgbmFtZSBpcyBBbmdlbGEgIA0KV2VlbXMsPC9zcGFuPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTJwdCI+PC9zcGFuPjwvZm9udD48L3A+DQoNCjxwPjxmb250IGNvbG9yPSIjMjAx MjRkIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEzLjVwdCI+SZJ2ZSBiZWVuIHRyYWNraW5nICAN CnRoZSBzdWNjZXNzIG9mIHlvdXIgY29tcGFueSB3aGlsZSBkb2luZyByZXNlYXJjaCBvbg0KeW91 ciBpbmR1c3RyeSwgd2hpY2ggaXMgd2h5IEmSbSBjb250YWN0aW5nIHlvdS48L3NwYW4+PGEgIA0K bmFtZT0iMTQxMDhiOGY4NGFiMTY5Zl8xNDEwMzdmNDBmYTg1NjllXzE0MGY0MTA4M2NiMmFhNTdf MTQwZWY4NTM5MjNjMWRlNl9fR29CYWMiPjwvYT48c3BhbiAgDQpzdHlsZT0iZm9udC1zaXplOjEz LjVwdCI+oDwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEzLjVwdCI+SZJ2ZSAgDQppZGVu dGlmaWVkIHNvbWUgcmVhbCBvcHBvcnR1bml0aWVzIGZvciBncm93dGggZm9yIHlvdXIgIA0KYnVz aW5lc3MuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTJwdCI+PC9zcGFuPjwvZm9udD48 L3A+DQoNCjxwIHN0eWxlPSJtYXJnaW4tYm90dG9tOjAuMDAwMXB0Ij48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEzLjVwdCI+PGZvbnQgIA0KY29sb3I9IiMyMDEyNGQiPkFyZSB5b3UgaW50ZXJlc3Rl ZCBpbiBncm93aW5nIHlvdXIgYnVzaW5lc3Mgd2l0aG91dA0KaW5jcmVhc2luZyB5b3VyIGFkdmVy dGlzaW5nIGJ1ZGdldD8gTXkgdGVhbSBoYXMgcHJvdmVuIHdlYiBkZXNpZ24gIA0Kc3RyYXRlZ2ll cyBhbmQNClNFTyB0byBnZW5lcmF0ZSBtb3JlIGNvbnZlcnNpb25zIGFuZCBtb3JlIHNhbGVzIC0g d2UgaGF2ZSBhIDk4JSBzdWNjZXNzIHJhdGUNCmZvciBodW5kcmVkcyBvZiB3ZWJzaXRlcyBhY3Jv c3MgdGhlIHdlYi4gPC9mb250Pjwvc3Bhbj48L3A+PHAgIA0Kc3R5bGU9Im1hcmdpbi1ib3R0b206 MC4wMDAxcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTMuNXB0Ij48Zm9udCAgDQpjb2xvcj0i IzIwMTI0ZCI+SZJkIGxpa2UgdG8gcHJvdmlkZSBhIDxiPjx1PmZyZWUNCkNvbnZlcnNpb248L3U+ PC9iPiByZXZpZXcgYW5kIHNob3cgeW91IGhvdyB3ZSBjYW4gbWFrZSB5b3VyIHdlYnNpdGUgbXVj aCAgDQptb3JlDQplZmZlY3RpdmUuIEkgY2FuIGNvdmVyIHRoZSBpbXBvcnRhbnQgaXNzdWVzIGlu IDIwIG1pbnV0ZXMuICANCjwvZm9udD48L3NwYW4+PC9wPjxwIHN0eWxlPSJtYXJnaW4tYm90dG9t OjAuMDAwMXB0Ij48Zm9udCAgDQpjb2xvcj0iIzIwMTI0ZCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMy41cHQiPldoZW4gYXJlIHlvdSBmcmVlIHRoaXMgd2VlayAgDQp0byBkaXNjdXNzIHlvdXIg Y2FtcGFpZ24/PC9zcGFuPjxhICANCm5hbWU9IjE0MTA4YjhmODRhYjE2OWZfMTQxMDM3ZjQwZmE4 NTY5ZV9fR29CYWNrIj48L2E+PHNwYW4gIA0Kc3R5bGU9ImZvbnQtc2l6ZToxMnB0Ij48L3NwYW4+ PC9mb250PjwvcD4NCg0KPHAgc3R5bGU9Im1hcmdpbi1ib3R0b206MC4wMDAxcHQiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTMuNXB0Ij48Zm9udCAgDQpjb2xvcj0iIzIwMTI0ZCI+QmVzdCByZWdh cmRzLDwvZm9udD48L3NwYW4+PC9wPjxwPjxmb250IGNvbG9yPSIjMjAxMjRkIiAgDQpzaXplPSI0 Ij48dT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JiMzOTtBUiBCRVJLTEVZJiMzOTsiPkFuZ2Vs YSAgDQpXZWVtczwvc3Bhbj48L3U+PHU+PHNwYW4gIA0Kc3R5bGU9ImZvbnQtZmFtaWx5OkFyaWFs LHNhbnMtc2VyaWYiPjwvc3Bhbj48L3U+PC9mb250PjwvcD4NCg0KPHA+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OkNhbmRhcmEsc2Fucy1zZXJpZiI+PGZvbnQgY29sb3I9IiMyMDEyNGQiICANCnNp emU9IjQiPkdvbGRzbWl0aCBDZW50ZXIgPGJyPg0KNjUyMyAtIFdpbHNoaXJlIEJsdmQuPC9mb250 Pjwvc3Bhbj48L3A+PHA+PHNwYW4gIA0Kc3R5bGU9ImZvbnQtZmFtaWx5OkNhbmRhcmEsc2Fucy1z ZXJpZiI+PGZvbnQgY29sb3I9IiMyMDEyNGQiIHNpemU9IjQiPqBMb3MgIA0KQW5nZWxlcy48L2Zv bnQ+PC9zcGFuPjwvcD48cD4NCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQo8L3A+ PHA+PGZvbnQgY29sb3I9IiMyMDEyNGQiIHNpemU9IjQiPqA8L2ZvbnQ+PC9wPjwvZGl2Pg0K