From owner-freebsd-doc@FreeBSD.ORG Sun Jul 29 02:00:04 2012 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C2CA1065741 for ; Sun, 29 Jul 2012 02:00:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 038E48FC16 for ; Sun, 29 Jul 2012 02:00:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q6T203V6056846 for ; Sun, 29 Jul 2012 02:00:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q6T203Yj056845; Sun, 29 Jul 2012 02:00:03 GMT (envelope-from gnats) Resent-Date: Sun, 29 Jul 2012 02:00:03 GMT Resent-Message-Id: <201207290200.q6T203Yj056845@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, David Wolfskill Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 81456106564A for ; Sun, 29 Jul 2012 01:59:13 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id 425B98FC08 for ; Sun, 29 Jul 2012 01:59:13 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.5/8.14.5) with ESMTP id q6T1xD9X090564 for ; Sat, 28 Jul 2012 18:59:13 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id q6T1xDwE090563; Sat, 28 Jul 2012 18:59:13 -0700 (PDT) (envelope-from david) Message-Id: <201207290159.q6T1xDwE090563@albert.catwhisker.org> Date: Sat, 28 Jul 2012 18:59:13 -0700 (PDT) From: David Wolfskill To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Cc: Subject: docs/170240: New mailing list: freebsd-numerics X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: David Wolfskill List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jul 2012 02:00:04 -0000 >Number: 170240 >Category: docs >Synopsis: New mailing list: freebsd-numerics >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Jul 29 02:00:03 UTC 2012 >Closed-Date: >Last-Modified: >Originator: David Wolfskill >Release: FreeBSD 8.3-STABLE i386 >Organization: Wolfskill & Dowling Residence >Environment: System: FreeBSD albert.catwhisker.org 8.3-STABLE FreeBSD 8.3-STABLE #548 238682M: Sun Jul 22 04:54:50 PDT 2012 root@freebeast.catwhisker.org:/common/S1/obj/usr/src/sys/ALBERT i386 >Description: We have a new mailing list, freebsd-numerics@freebsd.org. Below is a patch for the Handbook to describe it. (Please feel free to adjust as appropriate.) >How-To-Repeat: n/a >Fix: Index: en_US.ISO8859-1/share/sgml/mailing-lists.ent =================================================================== --- en_US.ISO8859-1/share/sgml/mailing-lists.ent (revision 39273) +++ en_US.ISO8859-1/share/sgml/mailing-lists.ent (working copy) @@ -307,6 +307,10 @@ FreeBSD new-bus mailing list"> freebsd-new-bus"> + +Discussions of high quality implementation of long double libm functions"> +freebsd-numerics"> + Office applications on FreeBSD"> freebsd-office"> Index: en_US.ISO8859-1/books/handbook/eresources/chapter.sgml =================================================================== --- en_US.ISO8859-1/books/handbook/eresources/chapter.sgml (revision 39273) +++ en_US.ISO8859-1/books/handbook/eresources/chapter.sgml (working copy) @@ -394,6 +394,11 @@ + &a.numerics.name; + Discussions of high quality implementation of long double libm functions + + + &a.office.name; Office applications on &os; >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Sun Jul 29 02:50:36 2012 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1C43106564A; Sun, 29 Jul 2012 02:50:36 +0000 (UTC) (envelope-from wblock@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B51498FC0A; Sun, 29 Jul 2012 02:50:36 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q6T2oaKs063369; Sun, 29 Jul 2012 02:50:36 GMT (envelope-from wblock@freefall.freebsd.org) Received: (from wblock@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q6T2oaaI063365; Sun, 29 Jul 2012 02:50:36 GMT (envelope-from wblock) Date: Sun, 29 Jul 2012 02:50:36 GMT Message-Id: <201207290250.q6T2oaaI063365@freefall.freebsd.org> To: wblock@FreeBSD.org, freebsd-doc@FreeBSD.org, wblock@FreeBSD.org From: wblock@FreeBSD.org Cc: Subject: Re: docs/170240: New mailing list: freebsd-numerics X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jul 2012 02:50:37 -0000 Synopsis: New mailing list: freebsd-numerics Responsible-Changed-From-To: freebsd-doc->wblock Responsible-Changed-By: wblock Responsible-Changed-When: Sun Jul 29 02:50:19 UTC 2012 Responsible-Changed-Why: Take. http://www.freebsd.org/cgi/query-pr.cgi?pr=170240 From owner-freebsd-doc@FreeBSD.ORG Sun Jul 29 09:01:16 2012 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F2E0C106564A for ; Sun, 29 Jul 2012 09:01:15 +0000 (UTC) (envelope-from marc@blackend.org) Received: from smtp6-g21.free.fr (smtp6-g21.free.fr [IPv6:2a01:e0c:1:1599::15]) by mx1.freebsd.org (Postfix) with ESMTP id 2DC318FC14 for ; Sun, 29 Jul 2012 09:01:13 +0000 (UTC) Received: from emphyrio.blackend.org (unknown [88.179.1.53]) by smtp6-g21.free.fr (Postfix) with ESMTP id 68E9F8227D; Sun, 29 Jul 2012 11:01:07 +0200 (CEST) Received: from emphyrio.blackend.org (localhost [127.0.0.1]) by emphyrio.blackend.org (8.14.5/8.14.4) with ESMTP id q6T9153V002076; Sun, 29 Jul 2012 11:01:05 +0200 (CEST) (envelope-from marc@emphyrio.blackend.org) Received: (from marc@localhost) by emphyrio.blackend.org (8.14.5/8.14.4/Submit) id q6T915d5002075; Sun, 29 Jul 2012 11:01:05 +0200 (CEST) (envelope-from marc) Date: Sun, 29 Jul 2012 11:01:05 +0200 From: Marc Fonvieille To: Warren Block Message-ID: <20120729090105.GA1946@emphyrio.blackend.org> References: <20120728123952.GA1989@emphyrio.blackend.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Useless-Header: blackend.org X-Operating-System: FreeBSD 8.3-STABLE User-Agent: Mutt/1.5.21 (2010-09-15) Cc: doc@freebsd.org Subject: Re: FDP and compound words X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jul 2012 09:01:16 -0000 On Sat, Jul 28, 2012 at 10:45:05AM -0600, Warren Block wrote: > On Sat, 28 Jul 2012, Marc Fonvieille wrote: > > > On Tue, Jul 24, 2012 at 06:00:01PM -0600, Warren Block wrote: > >> > >> I propose changing the FDP recommendations for the two-word versions > >> above to the single-word versions. > >> > >> Statistics from SGML files in /usr/doc/en_US.ISO8859-1: > >> > >> 628 "file system", 513 "filesystem" > >> 28 "disk label", 65 "disklabel" > >> 50 "mail server", 3 "mailserver" > >> 56 "name server", 21 "nameserver" > >> 74 "web server", 13 "webserver" > >> > > > > You forgot to add manual pages, which should change the results for the > > first two versions. > > For /usr/share/man: > 2828 "file system", 368 "filesystem" > 34 "disk label", 64 "disklabel" > 2 "mail server", 0 "mailserver" > 239 "name server", 49 "nameserver" > 12 "web server", 2 "webserver" > > Combined totals: > > file system: 3456 filesystem: 881 > disk label: 62 disklabel: 129 > mail server: 52 mailserver: 3 > name server: 295 nameserver: 70 > web server: 86 webserver: 15 > Ok, the results are interesting but to be totally useful these results should be dated, I mean some results may be different according to the number of revisions of a file, the date of the changes and the author. It's quite impossible to check that. > > This was discussed in past (long time ago) on this list and we ended (if > > my memories are Ok) with what is currently on our wordlist. > > That was brought up on IRC, so I did some searching for references and > precedents: > > 2004 freebsd-doc thread > http://markmail.org/message/ycaghgqrfa7roi4n#query:+page:1+mid:dmwddt3vhii6qu4h+state:results > I did not check the thread and the archives but I think (again, it's my memories, not so reliable) we discussed it before 2004. > Marshal Kirk McKusik's Usenix 2003: "Enhancements to the Fast Filesystem" > http://www.usenix.org/events/bsdcon03/tech/full_papers/mckusick/mckusick.pdf > > 2002 PR adding "file system" to the word list > http://www.freebsd.org/cgi/query-pr.cgi?pr=42256 > It's from 2002, so it seems to confirm what I said above. > The O'Reilly word list uses "filesystem" > http://oreilly.com/oreilly/author/stylesheet.html Well till now, my comments do not help. I just think that we have some FreeBSD specific wordings/habits/etc., we should change them only if we have a "very good" reason. Now the problem is to define a "very good" reason :) Regarding "disk label/disklabel" I think the use of "disk label" was to avoid confusion with the disklabel(8) command. -- Marc From owner-freebsd-doc@FreeBSD.ORG Sun Jul 29 19:23:50 2012 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D928106566C; Sun, 29 Jul 2012 19:23:50 +0000 (UTC) (envelope-from marc@blackend.org) Received: from smtp6-g21.free.fr (smtp6-g21.free.fr [IPv6:2a01:e0c:1:1599::15]) by mx1.freebsd.org (Postfix) with ESMTP id 243B78FC0C; Sun, 29 Jul 2012 19:23:47 +0000 (UTC) Received: from emphyrio.blackend.org (unknown [88.179.1.53]) by smtp6-g21.free.fr (Postfix) with ESMTP id 1A73482276; Sun, 29 Jul 2012 21:23:40 +0200 (CEST) Received: from emphyrio.blackend.org (localhost [127.0.0.1]) by emphyrio.blackend.org (8.14.5/8.14.4) with ESMTP id q6TJNdLZ001916; Sun, 29 Jul 2012 21:23:39 +0200 (CEST) (envelope-from marc@emphyrio.blackend.org) Received: (from marc@localhost) by emphyrio.blackend.org (8.14.5/8.14.4/Submit) id q6TJNdJZ001915; Sun, 29 Jul 2012 21:23:39 +0200 (CEST) (envelope-from marc) Date: Sun, 29 Jul 2012 21:23:39 +0200 From: Marc Fonvieille To: freebsd-doc@FreeBSD.org Message-ID: <20120729192339.GA1859@emphyrio.blackend.org> References: <20120720185908.GA2023@emphyrio.blackend.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fUYQa+Pmc3FrFX/N" Content-Disposition: inline In-Reply-To: <20120720185908.GA2023@emphyrio.blackend.org> X-Useless-Header: blackend.org X-Operating-System: FreeBSD 8.3-STABLE User-Agent: Mutt/1.5.21 (2010-09-15) Cc: doceng@FreeBSD.org Subject: Re: HEADS UP: doc/ slush begins X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jul 2012 19:23:50 -0000 --fUYQa+Pmc3FrFX/N Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 20, 2012 at 08:59:08PM +0200, Marc Fonvieille wrote: > Hello, >=20 > As announced, the doc tree is now in a slush. Please postpone all > non-essential changes until after the doc tree is tagged (currently > scheduled for 27 July, 2012). >=20 > Please note that the slush does not apply to /htdocs documents. >=20 > While this is not a real freeze, if you need to commit a relatively > large change to fix or improve our documentation for 9.1-RELEASE, please > put a note for translators onto your commit log. > The doc tree has been tagged, i.e., doc/release/9.1.0 branch created. If you noticed a problem or have a change which must be included in the release, please let me know. You can consider the doc tree is open for commits now, but any sweeping changes should be postponed until after the release day. Thank you for your cooperation and keep up the good work! --=20 Marc --fUYQa+Pmc3FrFX/N Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iD8DBQFQFY25zQ9RwE+OdOgRAqvgAJ0RTq191TacM4urIZ1d1RuaUYfdhwCgzJGp XDd9KnzTbP4OSVj4SQPQ1o8= =wGUy -----END PGP SIGNATURE----- --fUYQa+Pmc3FrFX/N-- From owner-freebsd-doc@FreeBSD.ORG Mon Jul 30 11:03:28 2012 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 56546106564A for ; Mon, 30 Jul 2012 11:03:28 +0000 (UTC) (envelope-from znbp2537@cpanel17.orion.rs) Received: from smarthost2.orion.rs (smarthost2.orion.rs [77.105.0.36]) by mx1.freebsd.org (Postfix) with ESMTP id DFF9E8FC24 for ; Mon, 30 Jul 2012 11:03:27 +0000 (UTC) Received: from cpanel17.orion.rs ([77.105.36.107]) by smarthost2.orion.rs with esmtps (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1Svlsx-0004UE-Gy for doc@freebsd.org; Mon, 30 Jul 2012 11:03:31 +0200 Received: from znbp2537 by cpanel17.orion.rs with local (Exim 4.69) (envelope-from ) id 1Svlnf-0002HT-18 for doc@freebsd.org; Mon, 30 Jul 2012 10:58:03 +0200 To: doc@freebsd.org X-PHP-Script: muzejknjazevac.rs/arheologija/antika/sent.php for 31.3.252.196 From: PayPal Message-Id: Date: Mon, 30 Jul 2012 10:58:03 +0200 X-Spam-Score: 1.1 (+) X-Spam-Report: Spam detection software, running on the system "smarthost2.orion.rs", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: PayPal LOGIN Dear Customer, Unfortunately, your recent transactions was declined because your PayPal online account is currently restricted. PayPal may restrict accounts for a variety of reasons to prevent fraud and verify the identity of users. [...] Content analysis details: (1.1 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 T_RP_MATCHES_RCVD Envelope sender domain matches handover relay domain -0.0 BAYES_40 BODY: Bayes spam probability is 20 to 40% [score: 0.2013] 0.0 HTML_MESSAGE BODY: HTML included in message 0.7 MIME_HTML_ONLY BODY: Message only has text/html MIME parts 0.4 HTML_MIME_NO_HTML_TAG HTML-only message, but there is no HTML tag MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: account re-activation X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2012 11:03:28 -0000 PayPal [1]LOGIN Dear Customer, Unfortunately, your recent transactions was declined because your PayPal online account is currently restricted. PayPal may restrict accounts for a variety of reasons to prevent fraud and verify the identity of users. What is a restriction? A restriction means that you can no longer use the following features of your account: . Make payments or send money. . Request or receive a payment. . Change or delete your personal or financial information. Lift your PayPal online account restriction! You can lift your restriction by following the steps below, you should then be able to complete PayPal transactions successfully: 1. Log in to your PayPal online account 2. Follow the instructions to lift your restriction. [2]LOG IN TO LIFT THE RESTRICTION Thank you for your cooperation! PayPal support team References 1. http://ziarulprofit.ro/wp-admin/uvc/userinfo/ 2. http://ziarulprofit.ro/wp-admin/uvc/userinfo/ From owner-freebsd-doc@FreeBSD.ORG Mon Jul 30 11:06:09 2012 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B05A106564A for ; Mon, 30 Jul 2012 11:06:09 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2AC198FC1D for ; Mon, 30 Jul 2012 11:06:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q6UB694O000924 for ; Mon, 30 Jul 2012 11:06:09 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q6UB68Jk000922 for freebsd-doc@FreeBSD.org; Mon, 30 Jul 2012 11:06:08 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 30 Jul 2012 11:06:08 GMT Message-Id: <201207301106.q6UB68Jk000922@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 Cc: Subject: Current unassigned doc problem reports X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2012 11:06:09 -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/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 o docs/169377 doc [patch] ipmon(8) man page refers to a different facili o docs/169158 doc [patch] iasl(8) man page is out of date o docs/168962 doc cp(1) & mv(1) pages don't mention ACLs or extended att 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/168853 doc Obsolete docs in web o docs/168852 doc Obsolete docs should be detached from Makefile at leas o docs/168823 doc 404s in fr_FR French web pages o docs/168803 doc Remove outdated smp info o docs/167742 doc Update documentation for group 5, and newgrp 1 o docs/167741 doc group(5): Group Passwords do not work and are not docu 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/165657 doc Web site Features page aging 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/164826 doc handbook ports page does not suggest config-recursive 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/162699 doc Handbook/Upgrading instructions: should mention delete 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/162380 doc Documentation lacking for getfacl/setfacl 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/160445 doc [handbook] Handbook does not mention ACL 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/157049 doc FreeBSD Handbook: Chapter 14 (Security) Inaccuracy p docs/156955 doc bug in share/man/man2/setsockopt.2 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/155773 doc dialog(1): dialog manpages not updated 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/146958 doc bad link to "XaQti XMAC II datasheet" in sk(4) manual o docs/146521 doc [handbook] Update IPv6 system handbook section to ment o docs/145719 doc [patch] 7.3 relnotes erroneously describes new getpage 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/144630 doc [patch] domainname(1) manpage contains old information o docs/144515 doc [handbook] Expand handbook Table of contents o docs/144488 doc share/examples/etc/make.conf: contains dangerous examp o docs/143850 doc procfs(5) manpage for status > controlling terminal is o docs/143416 doc [handbook] IPFW handbook page issues o docs/143408 doc man filedesc(9) is missing o docs/142168 doc [patch] ld(1): ldd(1) not mentioned in ld(1) manpage 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/138663 doc system(3) man page confuses users about "return value 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/134123 doc The RUNQUEUE(9) man page is out of date 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/126590 doc [patch] Write routine called forever in Sample Echo Ps o docs/126484 doc libc function res-zonscut2 is not documented o docs/125921 doc lpd(8) talks about blocks in minfree while it is KB in 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/118902 doc [patch] wrong signatures in d2i_RSAPublicKey man pages o docs/116080 doc PREFIX is documented, but not the more important LOCAL p docs/115065 doc [patch] sync ps.1 with p_flag and keywords 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/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 p docs/110061 doc [patch] tuning(7) missing reference to vfs.read_max o docs/109981 doc No manual entry for post-grohtml o docs/109977 doc No manual entry for ksu o docs/109973 doc No manual entry for c++filt 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/106135 doc [request] articles/vinum needs to be updated 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/100196 doc man login.conf does explain not "unlimited" o docs/99506 doc FreeBSD Handbook addition: IPv6 Server Settings 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/94625 doc [patch] growfs man page -- document "panic: not enough o docs/92626 doc jail manpage should mention disabling some periodic sc o docs/91506 doc ndis(4) man page should be more specific about support 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/61605 doc [request] Improve documentation for i386 disk geometry 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/59044 doc [patch] doc.docbook.mk does not properly handle a sour 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 docs/50211 doc [patch] doc.docbook.mk: fix textfile creation o docs/48101 doc [patch] Add documentation on the fixit disk 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/38982 doc [patch] developers-handbook/Jail fix o docs/38556 doc EPS file of beastie, as addition to existing examples s docs/33589 doc [patch] to doc.docbook.mk to post process .tex files. o docs/27605 doc [patch] Cross-document references () 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 189 problems total. From owner-freebsd-doc@FreeBSD.ORG Mon Jul 30 21:40:08 2012 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9FE761065670 for ; Mon, 30 Jul 2012 21:40:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 788D28FC17 for ; Mon, 30 Jul 2012 21:40:08 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q6ULe8Us085666 for ; Mon, 30 Jul 2012 21:40:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q6ULe8Ak085664; Mon, 30 Jul 2012 21:40:08 GMT (envelope-from gnats) Resent-Date: Mon, 30 Jul 2012 21:40:08 GMT Resent-Message-Id: <201207302140.q6ULe8Ak085664@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, Benjamin Washington-Yule Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11991106564A for ; Mon, 30 Jul 2012 21:38:25 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22]) by mx1.freebsd.org (Postfix) with ESMTP id EF3888FC0C for ; Mon, 30 Jul 2012 21:38:24 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.4/8.14.4) with ESMTP id q6ULcOF0030968 for ; Mon, 30 Jul 2012 21:38:24 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.4/8.14.4/Submit) id q6ULcOxN030967; Mon, 30 Jul 2012 21:38:24 GMT (envelope-from nobody) Message-Id: <201207302138.q6ULcOxN030967@red.freebsd.org> Date: Mon, 30 Jul 2012 21:38:24 GMT From: Benjamin Washington-Yule To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: docs/170286: Out of date information in the Virtualization section of Handbook X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2012 21:40:08 -0000 >Number: 170286 >Category: docs >Synopsis: Out of date information in the Virtualization section of Handbook >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Jul 30 21:40:08 UTC 2012 >Closed-Date: >Last-Modified: >Originator: Benjamin Washington-Yule >Release: n/a >Organization: n/a >Environment: n/a >Description: The information at the beginning of section 23.3 ("FreeBSD as a Host OS") is out of date with regards to VirtualBox and previously named open source edition (OSE). There is only one version now. See https://www.virtualbox.org/wiki/Editions for details of the change. >How-To-Repeat: n/a >Fix: Corrected text. Patch attached with submission follows: 1117c1117,1118 < the release of &os; 7.2, Sun's --- > the release of &os; 7.2, the Open Source Edition > (OSE) of Sun's 1125,1131c1126,1133 < like guests. It is released as open source software, but with < closed-source components available in a separate extension pack. < These components include support for USB 2.0 devices, among others. < More information may be found on the Downloads page < of the &virtualbox; wiki, at < . < Currently, these extensions are not available for &os;. --- > like guests. It comes in two flavors, an open source and a > proprietary edition. From the user's point of view, perhaps the > most important limitation of the OSE is the > lack of USB support. Other differences may be found in the > Editions page of the > &virtualbox; wiki, at > . > Currently, only the OSE is available for &os;. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Mon Jul 30 22:20:11 2012 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31B6D106566C for ; Mon, 30 Jul 2012 22:20:11 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 027588FC0C for ; Mon, 30 Jul 2012 22:20:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q6UMKA9Y089948 for ; Mon, 30 Jul 2012 22:20:10 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q6UMKAYJ089947; Mon, 30 Jul 2012 22:20:10 GMT (envelope-from gnats) Date: Mon, 30 Jul 2012 22:20:10 GMT Message-Id: <201207302220.q6UMKAYJ089947@freefall.freebsd.org> To: freebsd-doc@FreeBSD.org From: Benjamin Cc: Subject: Re: docs/170286: [handbook] [patch] Out of date information in the Virtualization section of Handbook X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Benjamin List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2012 22:20:11 -0000 The following reply was made to PR docs/170286; it has been noted by GNATS. From: Benjamin To: Cc: Subject: Re: docs/170286: [handbook] [patch] Out of date information in the Virtualization section of Handbook Date: Tue, 31 Jul 2012 10:03:39 +1200 --------------010902090102050107010808 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Please find attached unified diff --------------010902090102050107010808 Content-Type: text/plain; charset="us-ascii"; name="handbook_virtualization_diff.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="handbook_virtualization_diff.txt" --- chapter_editied.sgml 2012-07-31 09:29:02.000000000 +1200 +++ chapter.sgml 2012-07-31 09:13:51.000000000 +1200 @@ -1114,7 +1114,8 @@ VMware (like emulators/vmware3), which utilized the &linux; binary compatibility layer. Shortly after - the release of &os; 7.2, Sun's + the release of &os; 7.2, the Open Source Edition + (OSE) of Sun's &virtualbox; appeared in the Ports Collection as a native &os; program. @@ -1122,13 +1123,14 @@ developed, complete virtualization package, that is available for most operating systems including &windows;, &macos;, &linux; and &os;. It is equally capable at running &windows; or &unix; - like guests. It is released as open source software, but with - closed-source components available in a separate extension pack. - These components include support for USB 2.0 devices, among others. - More information may be found on the Downloads page - of the &virtualbox; wiki, at - . - Currently, these extensions are not available for &os;. + like guests. It comes in two flavors, an open source and a + proprietary edition. From the user's point of view, perhaps the + most important limitation of the OSE is the + lack of USB support. Other differences may be found in the + Editions page of the + &virtualbox; wiki, at + . + Currently, only the OSE is available for &os;. Installing &virtualbox; --------------010902090102050107010808-- From owner-freebsd-doc@FreeBSD.ORG Mon Jul 30 22:55:37 2012 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AC212106566B; Mon, 30 Jul 2012 22:55:37 +0000 (UTC) (envelope-from issyl0@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8082D8FC21; Mon, 30 Jul 2012 22:55:37 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q6UMtb91094280; Mon, 30 Jul 2012 22:55:37 GMT (envelope-from issyl0@freefall.freebsd.org) Received: (from issyl0@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q6UMtbbF094276; Mon, 30 Jul 2012 22:55:37 GMT (envelope-from issyl0) Date: Mon, 30 Jul 2012 22:55:37 GMT Message-Id: <201207302255.q6UMtbbF094276@freefall.freebsd.org> To: issyl0@FreeBSD.org, freebsd-doc@FreeBSD.org, issyl0@FreeBSD.org From: issyl0@FreeBSD.org Cc: Subject: Re: docs/170286: [handbook] [patch] Out of date information in the Virtualization section of Handbook X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2012 22:55:37 -0000 Synopsis: [handbook] [patch] Out of date information in the Virtualization section of Handbook Responsible-Changed-From-To: freebsd-doc->issyl0 Responsible-Changed-By: issyl0 Responsible-Changed-When: Mon Jul 30 22:55:37 UTC 2012 Responsible-Changed-Why: I'll take it. http://www.freebsd.org/cgi/query-pr.cgi?pr=170286 From owner-freebsd-doc@FreeBSD.ORG Wed Aug 1 22:40:31 2012 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CEACE106564A; Wed, 1 Aug 2012 22:40:31 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 887D68FC08; Wed, 1 Aug 2012 22:40:31 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q71MeOcp072609; Wed, 1 Aug 2012 16:40:24 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q71MeOCX072606; Wed, 1 Aug 2012 16:40:24 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Wed, 1 Aug 2012 16:40:24 -0600 (MDT) From: Warren Block To: Erich Dollansky In-Reply-To: <20120728200248.668478cc@AMD620.ovitrap.com> Message-ID: References: <20120728123952.GA1989@emphyrio.blackend.org> <20120728200248.668478cc@AMD620.ovitrap.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Wed, 01 Aug 2012 16:40:24 -0600 (MDT) Cc: doc@freebsd.org Subject: Re: FDP and compound words X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2012 22:40:31 -0000 On Sat, 28 Jul 2012, Erich Dollansky wrote: > On Sat, 28 Jul 2012 14:39:52 +0200 > Marc Fonvieille wrote: > >> On Tue, Jul 24, 2012 at 06:00:01PM -0600, Warren Block wrote: >>> The FDP word list at >>> http://www.freebsd.org/doc/en_US.ISO8859-1/books/fdp-primer/writing-style-word-list.html >>> specifies the formats for several words that are often used as a >>> single compound word in our documentation. For example: >>> >>> file system >>> disk label >>> mail server >>> name server >>> web server >>> >>> Actually, I think the single-word versions of at least the first >>> two are more correct. Some searching found this: >>> http://en.wikipedia.org/wiki/Compound_noun_and_adjective >>> > the list shows the correct spelling. I was hoping for something like "...and here's why." >>> There's an excellent example: "darkroom". A darkroom is a >>> different thing than a dark room. > > Aren't we lucky that Free BSD and FreeBSD mean the same. The first could be OpenBSD, NetBSD, DragonFlyBSD, or FreeBSD. They are all Free BSDs. The second combines the adjective with the noun to make a specific noun that refers to only one thing. The Open Help conference will be having a session on an open source style guide in about a week. I plan to bring up this question there, to get viewpoints from people from other open source projects. From owner-freebsd-doc@FreeBSD.ORG Thu Aug 2 08:57:54 2012 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 21E73106566B for ; Thu, 2 Aug 2012 08:57:54 +0000 (UTC) (envelope-from irina@finansy.kiev.ua) Received: from finansy.kiev.ua (finansy.kiev.ua [91.232.21.21]) by mx1.freebsd.org (Postfix) with ESMTP id ACE048FC0A for ; Thu, 2 Aug 2012 08:57:53 +0000 (UTC) From: "=?utf-8?B?0JjRgNC40L3QsA==?=" To: "freebsd-doc" MIME-Version: 1.0 Date: Thu, 2 Aug 2012 11:57:43 +0300 Message-Id: Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: =?utf-8?b?0KLRgNC4INC30LLQtdC30LTRiyDQvdCwINC+0LTQvdC+0Lkg0YE=?= =?utf-8?b?0YbQtdC90LUu?= X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2012 08:57:54 -0000 =EF=BB=BF=D0=92=D0=9F=D0=95=D0=A0=D0=92=D0=AB=D0=95 =D0=92 =D0=A3=D0=9A= =D0=A0=D0=90=D0=98=D0=9D=D0=95! =D0=A2=D0=A0=D0=98 =D0=97=D0=92=D0=95=D0= =97=D0=94=D0=AB =D0=9D=D0=90 =D0=9E=D0=94=D0=9D=D0=9E=D0=99 =D0=A1=D0=A6= =D0=95=D0=9D=D0=95 =20 =D0=98=D1=82=D0=B0=D0=BA, 26 =D0=BE=D0=BA=D1=82=D1=8F=D0=B1=D1=80=D1=8F= =D1=86=D0=B5=D0=BB=D1=8B=D0=B9 =D0=B4=D0=B5=D0=BD=D1=8C, =D0=B2 =D0=9A= =D0=B8=D0=B5=D0=B2=D0=B5, =D0=B2=D0=BF=D0=B5=D1=80=D0=B2=D1=8B=D0=B5 =D0= =B4=D0=BB=D1=8F =D1=83=D0=BA=D1=80=D0=B0=D0=B8=D0=BD=D1=81=D0=BA=D0=BE= =D0=B9 =D0=BF=D1=83=D0=B1=D0=BB=D0=B8=D0=BA=D0=B8 =D0=BD=D0=B0 =D0=BE=D0= =B4=D0=BD=D0=BE=D0=B9 =D1=81=D1=86=D0=B5=D0=BD=D0=B5 =D0=B2=D1=8B=D1=81= =D1=82=D1=83=D0=BF=D1=8F=D1=82 =D1=82=D1=80=D0=B8 =D0=B3=D1=83=D1=80=D1= =83 =D0=BF=D0=BE =D0=BF=D1=80=D0=BE=D0=B4=D0=B0=D0=B6=D0=B0=D0=BC, =D1= =82=D0=B0=D0=B9=D0=BC-=D0=BC=D0=B5=D0=BD=D0=B5=D0=B4=D0=B6=D0=BC=D0=B5= =D0=BD=D1=82=D1=83 =D0=B8 =D0=BB=D0=B8=D0=B4=D0=B5=D1=80=D1=81=D1=82=D0= =B2=D1=83. =20 =D0=A0=D0=B0=D0=B4=D0=B8=D1=81=D0=BB=D0=B0=D0=B2 =D0=93=D0=B0=D0=BD=D0= =B4=D0=B0=D0=BF=D0=B0=D1=81: =D0=9C=D0=A3=D0=94=D0=A0=D0=9E=D0=A1=D0=A2= =D0=AC =D0=9C=D0=9E=D0=A2=D0=98=D0=92=D0=90=D0=A6=D0=98=D0=98 - =D1=84=D0=BE=D1=80=D0=BC=D1=83=D0=BB=D0=B0 =D0=BC=D0=BE=D1=82=D0=B8=D0= =B2=D0=B0=D1=86=D0=B8=D0=B8 =D1=87=D0=B5=D0=BB=D0=BE=D0=B2=D0=B5=D0=BA= =D0=B0 - =D1=82=D0=B8=D0=BF=D0=BE=D0=B2=D1=8B=D0=B5 =D0=B7=D0=B0=D0=B1=D0=BB=D1= =83=D0=B6=D0=B4=D0=B5=D0=BD=D0=B8=D1=8F =D0=BE=D1=82=D0=BD=D0=BE=D1=81= =D0=B8=D1=82=D0=B5=D0=BB=D1=8C=D0=BD=D0=BE =D0=BC=D0=BE=D1=82=D0=B8=D0= =B2=D0=B0=D1=86=D0=B8=D0=B8 - =D1=82=D0=B0=D0=BA =D0=BD=D0=B0=D0=B7=D1=8B=D0=B2=D0=B0=D0=B5=D0=BC=D0= =B0=D1=8F "=D0=BC=D0=B0=D1=82=D0=B5=D1=80=D0=B8=D0=B0=D0=BB=D1=8C=D0=BD= =D0=B0=D1=8F =D0=BC=D0=BE=D1=82=D0=B8=D0=B2=D0=B0=D1=86=D0=B8=D1=8F" =D0= =B8 =D0=B5=D0=B5 =D0=B2=D1=80=D0=B5=D0=B4 - =D1=82=D0=B8=D0=BF=D1=8B =D0=BC=D0=BE=D1=82=D0=B8=D0=B2=D0=B0=D1=86=D0= =B8=D0=B8 - =D1=86=D0=B5=D0=BB=D0=B8 =D0=B8 =D0=BC=D0=BE=D1=82=D0=B8=D0=B2=D1=8B= - =D1=87=D1=82=D0=BE =D1=83=D0=B1=D0=B8=D0=B2=D0=B0=D0=B5=D1=82 =D0=BC= =D0=BE=D1=82=D0=B8=D0=B2=D0=B0=D1=86=D0=B8=D1=8E - =D1=84=D0=BE=D1=80=D0=BC=D1=83=D0=BB=D0=B0 =D0=A5=D0=B0=D0=BA=D0=BC=D0= =B0=D0=BD=D0=B0 =D0=B8 =D0=9E=D0=BB=D0=B4=D1=85=D0=B5=D0=BC=D0=B0: =D0= =BC=D0=B5=D0=BD=D1=8C=D1=88=D0=B5 =D0=B7=D0=B0=D1=82=D1=80=D0=B0=D1=82= =D1=8B - =D0=B1=D0=BE=D0=BB=D1=8C=D1=88=D0=B5 =D0=9A=D0=9F=D0=94 =20 =D0=93=D0=BB=D0=B5=D0=B1 =D0=90=D1=80=D1=85=D0=B0=D0=BD=D0=B3=D0=B5=D0= =BB=D1=8C=D1=81=D0=BA=D0=B8=D0=B9: =D0=9F=D0=A0=D0=90=D0=92=D0=98=D0=9B= =D0=AC=D0=9D=D0=AB=D0=99 =D0=9E=D0=A2=D0=94=D0=AB=D0=A5 =D0=94=D0=9B=D0= =AF =D0=A2=D0=95=D0=A5 =D0=9A=D0=A2=D0=9E =D0=9C=D0=9D=D0=9E=D0=93=D0=9E= =D0=A0=D0=90=D0=91=D0=9E=D0=A2=D0=90=D0=95=D0=A2 =D0=9D=D0=9E=D0=92=D0=90=D0=AF =D0=9F=D0=A0=D0=9E=D0=93=D0=A0=D0=90=D0= =9C=D0=9C=D0=90! =D0=92=D0=9F=D0=95=D0=A0=D0=92=D0=AB=D0=95 =D0=92 =D0= =A3=D0=9A=D0=A0=D0=90=D0=98=D0=9D=D0=95! - =D0=93=D0=B4=D0=B5 =D0=BD=D0=B0=D0=B9=D1=82=D0=B8 =D1=8D=D0=BD=D0=B5= =D1=80=D0=B3=D0=B8=D1=8E =D0=B4=D0=BB=D1=8F =D1=80=D0=B5=D0=B0=D0=BB=D0= =B8=D0=B7=D0=B0=D1=86=D0=B8=D0=B8 =D0=BD=D0=B0=D1=88=D0=B8=D1=85 =D0=B6= =D0=B8=D0=B7=D0=BD=D0=B5=D0=BD=D0=BD=D1=8B=D1=85 =D1=86=D0=B5=D0=BB=D0= =B5=D0=B9? - =D0=9A=D0=B0=D0=BA =D0=BE=D1=80=D0=B3=D0=B0=D0=BD=D0=B8=D0=B7=D0=BE=D0= =B2=D0=B0=D1=82=D1=8C =D0=BE=D1=82=D0=B4=D1=8B=D1=85, =D1=87=D1=82=D0=BE= =D0=B1=D1=8B =D0=BB=D1=83=D1=87=D1=88=D0=B5 =D0=B2=D0=BE=D1=81=D1=81=D1= =82=D0=B0=D0=BD=D0=BE=D0=B2=D0=B8=D1=82=D1=8C =D1=81=D0=B8=D0=BB=D1=8B= ? - =D0=92=D0=B5=D1=87=D0=B5=D1=80 =D1=80=D0=B0=D0=B1=D0=BE=D1=87=D0=B5=D0= =B3=D0=BE =D0=B4=D0=BD=D1=8F, =D0=B2=D1=8B=D1=85=D0=BE=D0=B4=D0=BD=D1=8B= =D0=B5, =D0=BE=D1=82=D0=BF=D1=83=D1=81=D0=BA - =D1=82=D0=B5=D1=85=D0=BD= =D0=BE=D0=BB=D0=BE=D0=B3=D0=B8=D0=B8 =D1=8D=D1=84=D1=84=D0=B5=D0=BA=D1= =82=D0=B8=D0=B2=D0=BD=D0=BE=D0=B3=D0=BE =D0=BE=D1=82=D0=B4=D1=8B=D1=85= =D0=B0 =D0=B8 =D0=BF=D0=B5=D1=80=D0=B5=D0=BA=D0=BB=D1=8E=D1=87=D0=B5=D0= =BD=D0=B8=D1=8F.=20 =20 =D0=A0=D0=B0=D0=B4=D0=BC=D0=B8=D0=BB=D0=BE =D0=9B=D1=83=D0=BA=D0=B8=D1= =87: 10 =D0=A1=D0=95=D0=9A=D0=A0=D0=95=D0=A2=D0=9E=D0=92 =D0=9F=D0=A0=D0= =9E=D0=94=D0=90=D0=96 - =D0=A2=D1=8B =D0=B4=D0=BE=D0=BB=D0=B6=D0=B5=D0=BD =D0=BF=D1=80=D0=BE= =D0=B4=D0=B0=D1=82=D1=8C =D1=82=D0=BE=D0=BB=D1=8C=D0=BA=D0=BE =D0=BE=D0= =B4=D0=BD=D1=83 =D0=B2=D0=B5=D1=89=D1=8C: =D1=81=D0=B2=D0=BE=D0=B9 =D1= =81=D1=82=D0=B0=D1=82=D1=83=D1=81 - =D0=A2=D1=8B =D0=B4=D0=BE=D0=BB=D0=B6=D0=B5=D0=BD =D0=B4=D0=BE=D0=BD= =D0=B5=D1=81=D1=82=D0=B8 =D0=B4=D0=BE =D0=BA=D0=BB=D0=B8=D0=B5=D0=BD=D1= =82=D0=B0 =D0=BF=D1=80=D0=BE=D1=81=D1=82=D1=83=D1=8E =D0=BF=D1=80=D0=B0= =D0=B2=D0=B4=D1=83: =D1=82=D0=B5=D0=B1=D0=B5 =D0=BE=D1=87=D0=B5=D0=BD=D1= =8C =D0=B2=D1=8B=D0=B3=D0=BE=D0=B4=D0=BD=D0=BE =D1=80=D0=B0=D0=B1=D0=BE= =D1=82=D0=B0=D1=82=D1=8C =D1=87=D0=B5=D1=81=D1=82=D0=BD=D0=BE - =D0=A2=D1=8B =D0=B4=D0=BE=D0=BB=D0=B6=D0=B5=D0=BD =D0=BF=D1=80=D0=BE= =D0=B4=D0=B0=D0=B2=D0=B0=D1=82=D1=8C =D1=82=D0=BE=D0=B3=D0=B4=D0=B0 =D0= =BA=D0=BE=D0=B3=D0=B4=D0=B0 =D0=BD=D0=B0=D0=B4=D0=BE, =D0=B0 =D0=BD=D0= =B5 =D0=B2=D1=81=D0=B5 =D0=B2=D1=80=D0=B5=D0=BC=D1=8F - =D0=A2=D1=8B =D0=B4=D0=BE=D0=BB=D0=B6=D0=B5=D0=BD =D0=B7=D0=B0=D0=BD= =D1=8F=D1=82=D1=8C=D1=81=D1=8F =D1=81=D0=BD=D0=B0=D1=87=D0=B0=D0=BB=D0= =B0 =D0=B2=D0=BD=D1=83=D1=82=D1=80=D0=B5=D0=BD=D0=BD=D0=B8=D0=BC=D0=B8= =D0=BF=D1=80=D0=BE=D0=B4=D0=B0=D0=B6=D0=B0=D0=BC=D0=B8, =D0=B0 =D0=BF= =D0=BE=D1=82=D0=BE=D0=BC =D0=BF=D1=80=D0=BE=D0=B4=D0=B0=D0=B6=D0=B0=D0= =BC=D0=B8 =D1=82=D0=BE=D0=B2=D0=B0=D1=80=D0=BE=D0=B2 =D0=B8 =D1=83=D1=81= =D0=BB=D1=83=D0=B3 =D0=BA=D0=BB=D0=B8=D0=B5=D0=BD=D1=82=D0=B0=D0=BC - =D0=A2=D1=8B =D0=B4=D0=BE=D0=BB=D0=B6=D0=B5=D0=BD =D1=81=D0=B4=D0=B5= =D0=BB=D0=B0=D1=82=D1=8C =D1=82=D0=B0=D0=BA, =D1=87=D1=82=D0=BE=D0=B1=D1= =8B =D0=BA=D0=BB=D0=B8=D0=B5=D0=BD=D1=82 =D0=BD=D0=B5 =D0=BC=D0=BE=D0=B3= =D1=82=D0=B5=D0=B1=D1=8F =D1=81=D1=80=D0=B0=D0=B2=D0=BD=D0=B8=D0=B2=D0= =B0=D1=82=D1=8C =D1=81 =D0=B4=D1=80=D1=83=D0=B3=D0=B8=D0=BC=D0=B8 - =D0=A2=D1=8B =D0=B4=D0=BE=D0=BB=D0=B6=D0=B5=D0=BD =D0=BF=D0=BE=D0=BD= =D0=B8=D0=BC=D0=B0=D1=82=D1=8C, =D1=87=D0=B5=D0=B3=D0=BE =D0=BA=D0=BB=D0= =B8=D0=B5=D0=BD=D1=82 =D0=B1=D0=BE=D0=B8=D1=82=D1=81=D1=8F - =D0=A2=D1=8B =D0=B4=D0=BE=D0=BB=D0=B6=D0=B5=D0=BD =D1=83=D0=BF=D1=80= =D0=B0=D0=B2=D0=BB=D1=8F=D1=82=D1=8C =D0=BE=D0=B6=D0=B8=D0=B4=D0=B0=D0= =BD=D0=B8=D1=8F=D0=BC=D0=B8 =D0=BA=D0=BB=D0=B8=D0=B5=D0=BD=D1=82=D0=B0= - =D0=A2=D1=8B =D0=B4=D0=BE=D0=BB=D0=B6=D0=B5=D0=BD =D0=BE=D1=81=D0=B2= =D0=BE=D0=B8=D1=82=D1=8C =D0=B0=D0=B7=D1=8B =D1=83=D0=BF=D1=80=D0=B0=D0= =B2=D0=BB=D0=B5=D0=BD=D0=B8=D1=8F =D0=BF=D1=80=D0=BE=D0=B5=D0=BA=D1=82= =D0=B0=D0=BC=D0=B8 - =D0=A2=D1=8B =D0=B4=D0=BE=D0=BB=D0=B6=D0=B5=D0=BD =D1=80=D0=B0=D0=B1= =D0=BE=D1=82=D0=B0=D1=82=D1=8C =D0=B8 =D0=B1=D0=BE=D0=BB=D1=8C=D1=88=D0= =B5 =D0=B8 =D0=BF=D0=BE-=D0=B4=D1=80=D1=83=D0=B3=D0=BE=D0=BC=D1=83 - =D0=A1=D1=83=D1=80=D0=BE=D0=B2=D0=BE=D0=B5 =D0=BE=D0=B7=D0=B0=D0=B1=D0= =BE=D1=87=D0=B5=D0=BD=D0=BD=D0=BE=D0=B5 =D0=BB=D0=B8=D1=86=D0=BE - =D0= =BD=D0=B5 =D0=B5=D1=81=D1=82=D1=8C =D0=BF=D1=80=D0=B8=D0=B7=D0=BD=D0=B0= =D0=BA =D0=BF=D1=80=D0=BE=D1=84=D0=B5=D1=81=D1=81=D0=B8=D0=BE=D0=BD=D0= =B0=D0=BB=D0=B8=D0=B7=D0=BC=D0=B0: =D1=83=D0=BB=D1=8B=D0=B1=D0=B0=D0=B9= =D1=81=D1=8F! =20 =D0=91=D1=83=D0=B4=D0=B5=D1=82 =D0=BF=D1=80=D0=BE=D1=85=D0=BE=D0=B4=D0= =B8=D1=82=D1=8C: 26 =D0=BE=D0=BA=D1=82=D1=8F=D0=B1=D1=80=D1=8F. =D0=B3. =D0=9A=D0=B8=D0=B5=D0=B2, President Hotel **** =20 =D0=A1=D1=82=D0=BE=D0=B8=D0=BC=D0=BE=D1=81=D1=82=D1=8C: 1200 - 2000 =D0=B3=D1=80=D0=BD. (=D0=B2 =D0=B7=D0=B0=D0=B2=D0=B8=D1=81= =D0=B8=D0=BC=D0=BE=D1=81=D1=82=D0=B8 =D0=BE=D1=82 =D1=80=D1=8F=D0=B4=D0= =B0) - =D0=B7=D0=B0 =D0=BE=D0=B4=D0=BD=D0=BE=D0=B3=D0=BE =D1=83=D1=87=D0= =B0=D1=81=D1=82=D0=BD=D0=B8=D0=BA=D0=B0. =20 =D0=9D=D0=B0 =D1=8D=D1=82=D0=BE =D0=BE=D0=B1=D1=8F=D0=B7=D0=B0=D1=82=D0= =B5=D0=BB=D1=8C=D0=BD=D0=BE =D0=BD=D1=83=D0=B6=D0=BD=D0=BE =D0=BD=D0=B0= =D0=B9=D1=82=D0=B8 =D0=B2=D1=80=D0=B5=D0=BC=D1=8F!=20 =20 =D0=A1 =D1=83=D0=B2=D0=B0=D0=B6=D0=B5=D0=BD=D0=B8=D0=B5=D0=BC, =D0=9A=D0=BE=D0=B2=D0=B0=D0=BB=D0=B5=D0=B2=D0=B0 =D0=98=D1=80=D0=B8=D0= =BD=D0=B0 =D0=A1=D0=B2=D1=8F=D0=B7=D0=B0=D1=82=D1=8C=D1=81=D1=8F =D1=81 =D0=BD=D0= =B0=D0=BC=D0=B8: 044 221-23-85/221-23-87 info@finansy.kiev.ua www.finansy.kiev.ua =D0=A7=D1=82=D0=BE=D0=B1=D1=8B =D0=BE=D1=82=D0=BA=D0=B0=D0=B7=D0=B0=D1= =82=D1=8C=D1=81=D1=8F =D0=BD=D0=B0=D0=B6=D0=BC=D0=B8=D1=82=D0=B5 delet= e@finansy.kiev.ua From owner-freebsd-doc@FreeBSD.ORG Thu Aug 2 15:35:41 2012 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A320B106566C for ; Thu, 2 Aug 2012 15:35:41 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 497408FC15 for ; Thu, 2 Aug 2012 15:35:41 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q72FZeug001631 for ; Thu, 2 Aug 2012 09:35:40 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q72FZe6m001628 for ; Thu, 2 Aug 2012 09:35:40 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Thu, 2 Aug 2012 09:35:40 -0600 (MDT) From: Warren Block To: doc@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Thu, 02 Aug 2012 09:35:40 -0600 (MDT) Cc: Subject: Doc sprint on August 13 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2012 15:35:41 -0000 The next doc sprint will be on August 13, in IRC: #bsddocs on EFnet. Dru and I will be attending from the Open Help conference (http://openhelpconference.com/). The wiki page: http://wiki.freebsd.org/DocSprints Please add yourself as an attendee if you'll be attending via IRC or in person, and add any agenda items you would like to discuss. From owner-freebsd-doc@FreeBSD.ORG Thu Aug 2 21:40:14 2012 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5095310656FF for ; Thu, 2 Aug 2012 21:40:14 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2072A8FC19 for ; Thu, 2 Aug 2012 21:40:14 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q72LeEYR016385 for ; Thu, 2 Aug 2012 21:40:14 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q72LeDaw016384; Thu, 2 Aug 2012 21:40:13 GMT (envelope-from gnats) Resent-Date: Thu, 2 Aug 2012 21:40:13 GMT Resent-Message-Id: <201208022140.q72LeDaw016384@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, Alan Amesbury Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D06C106567A for ; Thu, 2 Aug 2012 21:34:49 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22]) by mx1.freebsd.org (Postfix) with ESMTP id 4F5388FC1A for ; Thu, 2 Aug 2012 21:34:49 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.4/8.14.4) with ESMTP id q72LYm6a064168 for ; Thu, 2 Aug 2012 21:34:48 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.4/8.14.4/Submit) id q72LYm5g064167; Thu, 2 Aug 2012 21:34:48 GMT (envelope-from nobody) Message-Id: <201208022134.q72LYm5g064167@red.freebsd.org> Date: Thu, 2 Aug 2012 21:34:48 GMT From: Alan Amesbury To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: docs/170341: [patch] Minor grammatical errors in engine(3) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2012 21:40:14 -0000 >Number: 170341 >Category: docs >Synopsis: [patch] Minor grammatical errors in engine(3) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Thu Aug 02 21:40:13 UTC 2012 >Closed-Date: >Last-Modified: >Originator: Alan Amesbury >Release: FreeBSD 9.0-RELEASE-p1 amd64 >Organization: University of Minnesota >Environment: FreeBSD [REDACTED] 9.0-RELEASE-p1 FreeBSD 9.0-RELEASE-p1 #0: Tue May 15 11:17:43 CDT 2012 root@[REDACTED]:/usr/obj/usr/src/sys/[REDACTED] amd64 >Description: /usr/src/secure/lib/libcrypto/man/engine.3 contains grammatical errors. >How-To-Repeat: Read engine(3). >Fix: Patch. Patch attached with submission follows: --- engine.3 2012-07-03 12:22:17.848305224 -0500 +++ /tmp/engine.3 2012-08-02 16:29:21.000000000 -0500 @@ -321,7 +321,7 @@ that the structure can not be deallocated until the reference is released. .PP However, a structural reference provides no guarantee that the \s-1ENGINE\s0 is -initiliased and able to use any of its cryptographic +initialised and able to use any of its cryptographic implementations. Indeed it's quite possible that most ENGINEs will not initialise at all in typical environments, as ENGINEs are typically used to support specialised hardware. To use an \s-1ENGINE\s0's functionality, you need a @@ -330,8 +330,8 @@ implicitly contains a structural reference as well \- however to avoid difficult-to-find programming bugs, it is recommended to treat the two kinds of reference independently. If you have a functional reference to an -\&\s-1ENGINE\s0, you have a guarantee that the \s-1ENGINE\s0 has been initialised ready to -perform cryptographic operations and will remain uninitialised +\&\s-1ENGINE\s0, you have a guarantee that the \s-1ENGINE\s0 has been initialised and is ready to +perform cryptographic operations, and will remain initialised until after you have released your reference. .PP \&\fIStructural references\fR @@ -534,7 +534,7 @@ .PP Here we'll assume we want to load and register all \s-1ENGINE\s0 implementations bundled with OpenSSL, such that for any cryptographic algorithm required by -OpenSSL \- if there is an \s-1ENGINE\s0 that implements it and can be initialise, +OpenSSL \- if there is an \s-1ENGINE\s0 that implements it and can be initialised, it should be used. The following code illustrates how this can work; .PP .Vb 4 >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Fri Aug 3 02:00:42 2012 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52E2E106566B; Fri, 3 Aug 2012 02:00:42 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 266F08FC12; Fri, 3 Aug 2012 02:00:42 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q7320fI0053180; Fri, 3 Aug 2012 02:00:41 GMT (envelope-from gjb@freefall.freebsd.org) Received: (from gjb@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q7320fXQ053176; Fri, 3 Aug 2012 02:00:41 GMT (envelope-from gjb) Date: Fri, 3 Aug 2012 02:00:41 GMT Message-Id: <201208030200.q7320fXQ053176@freefall.freebsd.org> To: amesbury@umn.edu, gjb@FreeBSD.org, freebsd-doc@FreeBSD.org, gjb@FreeBSD.org From: gjb@FreeBSD.org Cc: Subject: Re: docs/170341: [patch] Minor grammatical errors in engine(3) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2012 02:00:42 -0000 Synopsis: [patch] Minor grammatical errors in engine(3) State-Changed-From-To: open->suspended State-Changed-By: gjb State-Changed-When: Fri Aug 3 01:58:54 UTC 2012 State-Changed-Why: Hello, The OpenSSL code is imported from the upstream maintainers directly. These types of issues should be reported to the original developers, as locally fixing the problem will result in additional merge problems with the next version of OpenSSL. Thank you for the report. Responsible-Changed-From-To: freebsd-doc->gjb Responsible-Changed-By: gjb Responsible-Changed-When: Fri Aug 3 01:58:54 UTC 2012 Responsible-Changed-Why: Over to me as a reminder to send this upstream. http://www.freebsd.org/cgi/query-pr.cgi?pr=170341 From owner-freebsd-doc@FreeBSD.ORG Fri Aug 3 11:13:05 2012 Return-Path: Delivered-To: doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2D24B106567A; Fri, 3 Aug 2012 11:13:05 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id A0BCF8FC16; Fri, 3 Aug 2012 11:13:04 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 357D814E7E1B; Fri, 3 Aug 2012 13:03:42 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id CRhdcZtC9ZgK; Fri, 3 Aug 2012 13:03:41 +0200 (CEST) Received: from [192.168.1.117] (catv-80-98-232-12.catv.broadband.hu [80.98.232.12]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id DE1F814E7E07; Fri, 3 Aug 2012 13:03:08 +0200 (CEST) Message-ID: <501BAFBD.3010008@FreeBSD.org> Date: Fri, 03 Aug 2012 13:02:21 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120604 Thunderbird/14.0a2 MIME-Version: 1.0 To: doc@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: www@FreeBSD.org Subject: RFC: doc/www cleanup X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2012 11:13:05 -0000 Hi Doc Fellows, the XML migration that is in progress now, is also a big cleanup that will probably simplify documentation authoring. When working on this item I've encountered several old constructs and several things that made me think of further directions. I'd like to discuss these changes with you before proceeding with them: 1, Removing emacs PSGML comments: PSGML is an emacs mode for SGML editing. It can be instructed to behave in a determined way by SGML comments or separately with a configuration file (described in fdp-primer). Our documentation is scattered by PSGML comments like this: XML requires tags to be closed and attributes to be always quoted so this loses most if its utility and these comments just confuse people, who don't know what they mean. Indenting or any other specific option can be configured in the .emacs file. I propose dropping these comments. 2, Relaxing character entity usage: To be able to read non-ASCII characters on ASCII-only systems, we have been using character entities, like á. But in CJK languages, Greek and Russian every character is non-ASCII so practically they cannot be used nor were they used. So they are only used in ISO-8859 encodings (except Greek, which is also from this family). In fact, displaying these Latin-based characters nowadays isn't that problematic any more. Furthermore, if you edit text in a given language then we can suppose that you understand the language so you know what you should see and you know how to configure your system if you don't see the desired result. As a result, these entities nowadays don't have any real advantage any more but they highly "pollute" the text and make it much harder to edit and read. One exception is using characters in a specific language that aren't present there, e.g. a non-English developer name in the English documentation, etc. So I propose for every translation to convert back entities to normal characters and only conserve those that aren't present in the given language. Abundance of character entities used to mean difficulties for new documentation people, especially for those who don't have that much IT background. This change would make the texts more natural. 3, Preferring XML/XSLT over scripts: Some parts of the web, like the A-Z index and sitemap pages have their own format that is processed with shell scripts. It would be more consistent to use an XML data file with an XSLT stylesheet for this objective. It would give us more flexibility for further changes and would reduce the several different methods we use to generate things. 4, Stricter XHML: I don't propose going directly to XHTML Strict 1.0 but there are very inconsistently marked up
's, 's, etc. I would like to make them more consistent and prefer CSS styling when applicable. There are also empty paragraphs used as line breaks, which should also be eliminated. This would give us a more consistent look and more structure-oriented webpage files. And after the migration, I plan: 5, Identifying obsolete webpages: There are moved pages both in the English pages and translations that only serve for redirection. These pages were moved a very long time ago so any interested party could update her bookmarks. I would like to remove these finally. On the other hand, there are leftovers in translations, i.e. pages that were removed from the English web but not from the translations. I would like to generate a list of them and send patches to translation projects to clean these up. Thanks in advance for your comments, Gabor From owner-freebsd-doc@FreeBSD.ORG Fri Aug 3 11:13:05 2012 Return-Path: Delivered-To: doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3814A106567B; Fri, 3 Aug 2012 11:13:05 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id A0C1B8FC17; Fri, 3 Aug 2012 11:13:04 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 5EE3714E7E1C; Fri, 3 Aug 2012 13:03:32 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 5dA1-TUSftjG; Fri, 3 Aug 2012 13:03:25 +0200 (CEST) Received: from [192.168.1.117] (catv-80-98-232-12.catv.broadband.hu [80.98.232.12]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 4182E14E7E1B; Fri, 3 Aug 2012 13:03:25 +0200 (CEST) Message-ID: <501BAFCF.9010600@FreeBSD.org> Date: Fri, 03 Aug 2012 13:02:39 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120604 Thunderbird/14.0a2 MIME-Version: 1.0 To: doc@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: www@FreeBSD.org Subject: RFC: doc/www cleanup X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2012 11:13:05 -0000 Hi Doc Fellows, the XML migration that is in progress now, is also a big cleanup that will probably simplify documentation authoring. When working on this item I've encountered several old constructs and several things that made me think of further directions. I'd like to discuss these changes with you before proceeding with them: 1, Removing emacs PSGML comments: PSGML is an emacs mode for SGML editing. It can be instructed to behave in a determined way by SGML comments or separately with a configuration file (described in fdp-primer). Our documentation is scattered by PSGML comments like this: XML requires tags to be closed and attributes to be always quoted so this loses most if its utility and these comments just confuse people, who don't know what they mean. Indenting or any other specific option can be configured in the .emacs file. I propose dropping these comments. 2, Relaxing character entity usage: To be able to read non-ASCII characters on ASCII-only systems, we have been using character entities, like á. But in CJK languages, Greek and Russian every character is non-ASCII so practically they cannot be used nor were they used. So they are only used in ISO-8859 encodings (except Greek, which is also from this family). In fact, displaying these Latin-based characters nowadays isn't that problematic any more. Furthermore, if you edit text in a given language then we can suppose that you understand the language so you know what you should see and you know how to configure your system if you don't see the desired result. As a result, these entities nowadays don't have any real advantage any more but they highly "pollute" the text and make it much harder to edit and read. One exception is using characters in a specific language that aren't present there, e.g. a non-English developer name in the English documentation, etc. So I propose for every translation to convert back entities to normal characters and only conserve those that aren't present in the given language. Abundance of character entities used to mean difficulties for new documentation people, especially for those who don't have that much IT background. This change would make the texts more natural. 3, Preferring XML/XSLT over scripts: Some parts of the web, like the A-Z index and sitemap pages have their own format that is processed with shell scripts. It would be more consistent to use an XML data file with an XSLT stylesheet for this objective. It would give us more flexibility for further changes and would reduce the several different methods we use to generate things. 4, Stricter XHML: I don't propose going directly to XHTML Strict 1.0 but there are very inconsistently marked up
's,
's, etc. I would like to make them more consistent and prefer CSS styling when applicable. There are also empty paragraphs used as line breaks, which should also be eliminated. This would give us a more consistent look and more structure-oriented webpage files. And after the migration, I plan: 5, Identifying obsolete webpages: There are moved pages both in the English pages and translations that only serve for redirection. These pages were moved a very long time ago so any interested party could update her bookmarks. I would like to remove these finally. On the other hand, there are leftovers in translations, i.e. pages that were removed from the English web but not from the translations. I would like to generate a list of them and send patches to translation projects to clean these up. Thanks in advance for your comments, Gabor From owner-freebsd-doc@FreeBSD.ORG Fri Aug 3 13:33:07 2012 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2ABFF106566B for ; Fri, 3 Aug 2012 13:33:06 +0000 (UTC) (envelope-from simon@qxnitro.org) Received: from mail-qa0-f47.google.com (mail-qa0-f47.google.com [209.85.216.47]) by mx1.freebsd.org (Postfix) with ESMTP id 8FCBF8FC16 for ; Fri, 3 Aug 2012 13:33:05 +0000 (UTC) Received: by qabg1 with SMTP id g1so4654706qab.13 for ; Fri, 03 Aug 2012 06:33:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qxnitro.org; s=google; h=mime-version:sender:x-originating-ip:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=dbl/JfLKOV4je4QvsvcQpLXy0XRcPGLM9OY2qv9H3oc=; b=Lm/FV3UcqqA1TuImGe+thxS3p3p4juuXivkNoIKceARwzidyt1oQr1Glh7JYsuv+8m AZrsbmwlLupui9YWN2YGDP8u29/6qhQWxKMhelCpVg2FCiAQzdiBDcTYdDUO+rr3oMK5 cCxB/R2UdIJ3NDK7tDrjyWoOmQcGOMmU9sva8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:x-originating-ip:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :x-gm-message-state; bh=dbl/JfLKOV4je4QvsvcQpLXy0XRcPGLM9OY2qv9H3oc=; b=fFI3QPfvjKtLCk6UNKwRO47aAdK9VqzbrBmIdVMqIz90WUix5f62NvpkCAm/QkMHKN NHErlmK8A4qOH1Mi6X6SYxrn2a1LKrPNDR/iFqjgiaYHnAc/H8ioxyN6+gx/y/4Dfrab yYFBCk870uu1ABRe4g8pqyd33qd+wME1ew2vf0mifUmH6gTSfeNCOTEo8Ps4SPmP6IzB prUXBNEaO4pvCxJ4Mcl+5oVAq//e/RLWoCncfgQ/QsnhjjjVyL9ebemEbjYVZZbCOYDO BFDNxzzhjqSkLeDMhB9yZusiV1vV35SMcOHVFLezT8N3BIkaE5fNq7JvOWrP3qZs8/Iw tlmQ== MIME-Version: 1.0 Received: by 10.50.208.100 with SMTP id md4mr3382478igc.65.1344000784315; Fri, 03 Aug 2012 06:33:04 -0700 (PDT) Sender: simon@qxnitro.org Received: by 10.64.18.74 with HTTP; Fri, 3 Aug 2012 06:33:04 -0700 (PDT) X-Originating-IP: [2620:0:1040:201:5991:b1e1:4b0b:1df0] In-Reply-To: <501BAFBD.3010008@FreeBSD.org> References: <501BAFBD.3010008@FreeBSD.org> Date: Fri, 3 Aug 2012 14:33:04 +0100 X-Google-Sender-Auth: zo8pZ6vZ1dP06WRvxfEGzofnx8o Message-ID: From: "Simon L. B. Nielsen" To: Gabor Kovesdan Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQn7HaWSzb8fWt9jNOEfuwG0cHN8itp78+dsK2lRIOXSf9b/aQ44L1IZxoGhdjhnasDjJkis Cc: doc@freebsd.org, www@freebsd.org Subject: Re: RFC: doc/www cleanup X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2012 13:33:07 -0000 On Fri, Aug 3, 2012 at 12:02 PM, Gabor Kovesdan wrote: > 1, Removing emacs PSGML comments: PSGML is an emacs mode for SGML editing. > It can be instructed to behave in a determined way by SGML comments or > separately with a configuration file (described in fdp-primer). Our > documentation is scattered by PSGML comments like this: > > > > XML requires tags to be closed and attributes to be always quoted so this > loses most if its utility and these comments just confuse people, who don't > know what they mean. Indenting or any other specific option can be > configured in the .emacs file. I propose dropping these comments. I don't care too much about it confusing people, but if they loose their point with XML it sounds like a sane enough reason to remove them. > 2, Relaxing character entity usage: To be able to read non-ASCII characters > on ASCII-only systems, we have been using character entities, like á. > But in CJK languages, Greek and Russian every character is non-ASCII so > practically they cannot be used nor were they used. So they are only used in > ISO-8859 encodings (except Greek, which is also from this family). In fact, > displaying these Latin-based characters nowadays isn't that problematic any > more. Furthermore, if you edit text in a given language then we can suppose > that you understand the language so you know what you should see and you > know how to configure your system if you don't see the desired result. As a > result, these entities nowadays don't have any real advantage any more but > they highly "pollute" the text and make it much harder to edit and read. One I agree that the entities should generally not be used. I think we should just switch to UTF-8 and charecterset wherever possible to simplify it even more. And on that note, kill the useless character-set part of all our language directories which generate horrible paths with no additional value. > exception is using characters in a specific language that aren't present > there, e.g. a non-English developer name in the English documentation, etc. UTF-8 would fix that. > So I propose for every translation to convert back entities to normal > characters and only conserve those that aren't present in the given > language. Abundance of character entities used to mean difficulties for new > documentation people, especially for those who don't have that much IT > background. This change would make the texts more natural. Sounds good to me. > 3, Preferring XML/XSLT over scripts: Some parts of the web, like the A-Z > index and sitemap pages have their own format that is processed with shell > scripts. It would be more consistent to use an XML data file with an XSLT > stylesheet for this objective. It would give us more flexibility for further > changes and would reduce the several different methods we use to generate > things. To a degree. IMO XSLT is a horrible language to work with unless you are really used to it, and I suspect most people aren't compared to normal scripting languages. Using XML as the main format sounds fine with me, but only use XSLT if it can be done short and sanely. The more relevant part of this to fix IMO, is that both sitemap and a-z indexes are horribly out of date / incomplete. > 4, Stricter XHML: I don't propose going directly to XHTML Strict 1.0 but Eh, why would you go to XHTML at all considering it's basically deprecated in favor for HTML5 (yes, there is no standard for that, but still..). > there are very inconsistently marked up
's,
's, etc. I would > like to make them more consistent and prefer CSS styling when applicable. > There are also empty paragraphs used as line breaks, which should also be > eliminated. This would give us a more consistent look and more > structure-oriented webpage files. I agree with that, but do be aware that there might be reasons for it being done that at times... Ie, don't blindly convert without checking the output. > And after the migration, I plan: > > 5, Identifying obsolete webpages: There are moved pages both in the English > pages and translations that only serve for redirection. These pages were > moved a very long time ago so any interested party could update her > bookmarks. I would like to remove these finally. On the other hand, there I personally prefer not killing the redirects if possible, but they could be done better at the HTTP level. If you can just generate a list of redirects I can move add them at the HTTP layer. > are leftovers in translations, i.e. pages that were removed from the English > web but not from the translations. I would like to generate a list of them > and send patches to translation projects to clean these up. That also hints at the general problem of stale translated pages, which can be much worse than not translated at all. Do we ever check how out of date pages are currently? -- Simon L. B. Nielsen From owner-freebsd-doc@FreeBSD.ORG Fri Aug 3 14:03:12 2012 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE8C1106566C; Fri, 3 Aug 2012 14:03:11 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 663408FC0C; Fri, 3 Aug 2012 14:03:11 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id BFC4314E7E1B; Fri, 3 Aug 2012 16:03:09 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id Y6PkD5rwZW8d; Fri, 3 Aug 2012 16:03:07 +0200 (CEST) Received: from [192.168.1.117] (catv-80-98-232-12.catv.broadband.hu [80.98.232.12]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 0778714E7E07; Fri, 3 Aug 2012 16:03:06 +0200 (CEST) Message-ID: <501BD9E3.305@FreeBSD.org> Date: Fri, 03 Aug 2012 16:02:11 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120604 Thunderbird/14.0a2 MIME-Version: 1.0 To: "Simon L. B. Nielsen" References: <501BAFBD.3010008@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: doc@freebsd.org, www@freebsd.org Subject: Re: RFC: doc/www cleanup X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2012 14:03:12 -0000 On 2012.08.03. 15:33, Simon L. B. Nielsen wrote: > I agree that the entities should generally not be used. I think we > should just switch to UTF-8 and charecterset wherever possible to > simplify it even more. Agreed. UTF-8 is the future but I see it too early. You can now edit Latin-based encodings everywhere but I often use ssh terminal and ee(1) to edit documentations because I have a build environment and my devel stuff set up on a server and I can confirm that editing UTF-8 is sometimes problematic. > To a degree. IMO XSLT is a horrible language to work with unless you > are really used to it, and I suspect most people aren't compared to > normal scripting languages. > > Using XML as the main format sounds fine with me, but only use XSLT if > it can be done short and sanely. These would be very simple and short templates and the whole XSLT stuff has been simplified in the sgml2xml branch. > > The more relevant part of this to fix IMO, is that both sitemap and > a-z indexes are horribly out of date / incomplete. Agreed. But I want to separate infrastructure and content changes. > >> 4, Stricter XHML: I don't propose going directly to XHTML Strict 1.0 but > Eh, why would you go to XHTML at all considering it's basically > deprecated in favor for HTML5 (yes, there is no standard for that, but > still..). I can think of two reasons: (1) It is the trivial and straight way to go to XHTML for now. HTML5 would be a bigger jump that should be tested more carefully. The current plan is to do the migration in several phases for better QA. For example, for now we are only going to DocBook 4.2/XML, which can still be used with Jade and DocBook DSSSL. Going to full XML-based standards and newer DocBook version will be a next step that requires more testing. (2) Are you sure HTML5 is supported in all browsers that our users use? For example, I sometimes use links and I imagine other people may do so, as well. We should investigate this more. > I agree with that, but do be aware that there might be reasons for it > being done that at times... Ie, don't blindly convert without checking > the output. Of course, I meant doing it with proper testing. > I personally prefer not killing the redirects if possible, but they > could be done better at the HTTP level. If you can just generate a > list of redirects I can move add them at the HTTP layer. Sounds good but what about mirrors? Maybe we should just generate redirection pages with a template and some Makefile macros? > >> are leftovers in translations, i.e. pages that were removed from the English >> web but not from the translations. I would like to generate a list of them >> and send patches to translation projects to clean these up. > That also hints at the general problem of stale translated pages, > which can be much worse than not translated at all. I agree but I don't want to step on the feet of the translators. They should themselves investigate how outdated something is but if something was deleted from the English pages, there's definitely no reason to keep it in translations, that's why I proposed it in such a way. > > Do we ever check how out of date pages are currently? I think it depends on each translation project. And checking "outdatedness" isn't trivial. The revision number doesn't say anything. Nor does the number of changes on the original version, since one change can be a typo fix or a relevant content update. There's no way to figure it out. And checking the modification date is also useless because there are generally valid pieces of information and if you commit a typo fix after 3 years that doesn't make the translation seriously outdated... So I think it can only be done manually. But we could generate a warning if there's a newer English version. The Japanese translation used to do that but it broke after the SVN migration. We'll check that with hrs@ after the XML migration is done. Gabor From owner-freebsd-doc@FreeBSD.ORG Fri Aug 3 14:15:41 2012 Return-Path: Delivered-To: doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 765631065670; Fri, 3 Aug 2012 14:15:41 +0000 (UTC) (envelope-from uqs@FreeBSD.org) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 0D8A48FC12; Fri, 3 Aug 2012 14:15:40 +0000 (UTC) Received: from localhost (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by acme.spoerlein.net (8.14.5/8.14.5) with ESMTP id q73EFdCa061912 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 3 Aug 2012 16:15:39 +0200 (CEST) (envelope-from uqs@FreeBSD.org) Date: Fri, 3 Aug 2012 16:15:39 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: "Simon L. B. Nielsen" Message-ID: <20120803141538.GG1202@acme.spoerlein.net> References: <501BAFBD.3010008@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: doc@FreeBSD.org, Gabor Kovesdan , www@FreeBSD.org Subject: Re: RFC: doc/www cleanup X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2012 14:15:41 -0000 On Fri, 2012-08-03 at 14:33:04 +0100, Simon L. B. Nielsen wrote: > On Fri, Aug 3, 2012 at 12:02 PM, Gabor Kovesdan wrote: > > 2, Relaxing character entity usage: To be able to read non-ASCII characters > > on ASCII-only systems, we have been using character entities, like á. > > But in CJK languages, Greek and Russian every character is non-ASCII so > > practically they cannot be used nor were they used. So they are only used in > > ISO-8859 encodings (except Greek, which is also from this family). In fact, > > displaying these Latin-based characters nowadays isn't that problematic any > > more. Furthermore, if you edit text in a given language then we can suppose > > that you understand the language so you know what you should see and you > > know how to configure your system if you don't see the desired result. As a > > result, these entities nowadays don't have any real advantage any more but > > they highly "pollute" the text and make it much harder to edit and read. One > > I agree that the entities should generally not be used. I think we > should just switch to UTF-8 and charecterset wherever possible to > simplify it even more. > > And on that note, kill the useless character-set part of all our > language directories which generate horrible paths with no additional > value. > > > exception is using characters in a specific language that aren't present > > there, e.g. a non-English developer name in the English documentation, etc. > > UTF-8 would fix that. Last time I brought this up (trying to get rid of silly entities and the bogus charset name of the directories), I was told that our toolchain didn't fully grok UTF-8 yet, which was the reason we still had this de_DE.ISO8859-1 nonsense. The move to XML should really, really convert all files to UTF-8, drop that from the directories, and get rid of entities like ä or é, etc.o Just my two cents Uli From owner-freebsd-doc@FreeBSD.ORG Fri Aug 3 14:19:46 2012 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4CFDB1065674 for ; Fri, 3 Aug 2012 14:19:46 +0000 (UTC) (envelope-from simon@qxnitro.org) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id ED0238FC15 for ; Fri, 3 Aug 2012 14:19:45 +0000 (UTC) Received: by yhfs35 with SMTP id s35so1078795yhf.13 for ; Fri, 03 Aug 2012 07:19:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qxnitro.org; s=google; h=mime-version:sender:x-originating-ip:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=lZofQR+UPmk/Hi9ZJQbyGeSTlK0T/soRSmCVtWAKiSE=; b=Lu194bnp7FXCM+7j9QX2vlhPx9bFgvEtdCH9x9cR1dq9k5zF+9zBVMb/psv8SiLts5 lF8bJZzNGFFE3ywTMdNTVffra0w7ocwBlGw+eUhXY/LEZBT7FAc4NiMN6ZCQ8m0bOvYC gWbQBtdFsbiCQgi5YDaATMqZixZ5b1LPNy0EE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:x-originating-ip:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=lZofQR+UPmk/Hi9ZJQbyGeSTlK0T/soRSmCVtWAKiSE=; b=Q4MaPy2Xfqyk0WFo6UFSKAeAtgJTU4Jv2YIhrynIjjHjWCXWpS3JjwuxxYdlxJGw2w mbkleiTMZbzcY/IGQlUj03ut+4mbaxlO9YDIhmXkve/B9dTOkyMCJJ382m82RRTd/M6j WYKz9GPUob3q6HW2cqp8zdgPuvPg4Vnytq/ODd78xExr5tUTe9FPdvFbPxNIUPWzHbbC ykupB1UYS0ONzra6768rteLCBpaM6z2cvK/L+ERTAa+RNAtgUmMLNx4kO72uwmlkil4R LqW461lGZ/OJE6k2FSfTO6eQt6GE6D9M99TfJ1xNiouzkANgcn2sUmOY/qrUD1R9FQM/ 4YFw== MIME-Version: 1.0 Received: by 10.50.47.196 with SMTP id f4mr3646650ign.21.1344003584690; Fri, 03 Aug 2012 07:19:44 -0700 (PDT) Sender: simon@qxnitro.org Received: by 10.64.18.74 with HTTP; Fri, 3 Aug 2012 07:19:44 -0700 (PDT) X-Originating-IP: [2620:0:1040:201:5991:b1e1:4b0b:1df0] In-Reply-To: <20120803141538.GG1202@acme.spoerlein.net> References: <501BAFBD.3010008@FreeBSD.org> <20120803141538.GG1202@acme.spoerlein.net> Date: Fri, 3 Aug 2012 15:19:44 +0100 X-Google-Sender-Auth: Z_sHHNIl_gqhHaVUdXVom5uXbZI Message-ID: From: "Simon L. B. Nielsen" To: =?UTF-8?Q?Ulrich_Sp=C3=B6rlein?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQkodo0iNezU8E59NEW8rj05BWh+WwhY2h2VMyUBifh6rKgBe81A0Ph3S2nZxRGpxDFdFMiu Cc: doc@freebsd.org, Gabor Kovesdan , www@freebsd.org Subject: Re: RFC: doc/www cleanup X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2012 14:19:46 -0000 On Fri, Aug 3, 2012 at 3:15 PM, Ulrich Sp=C3=B6rlein wrot= e: > On Fri, 2012-08-03 at 14:33:04 +0100, Simon L. B. Nielsen wrote: >> On Fri, Aug 3, 2012 at 12:02 PM, Gabor Kovesdan wrot= e: >> > 2, Relaxing character entity usage: To be able to read non-ASCII chara= cters >> > on ASCII-only systems, we have been using character entities, like &aa= cute;. >> > But in CJK languages, Greek and Russian every character is non-ASCII s= o >> > practically they cannot be used nor were they used. So they are only u= sed in >> > ISO-8859 encodings (except Greek, which is also from this family). In = fact, >> > displaying these Latin-based characters nowadays isn't that problemati= c any >> > more. Furthermore, if you edit text in a given language then we can su= ppose >> > that you understand the language so you know what you should see and y= ou >> > know how to configure your system if you don't see the desired result.= As a >> > result, these entities nowadays don't have any real advantage any more= but >> > they highly "pollute" the text and make it much harder to edit and rea= d. One >> >> I agree that the entities should generally not be used. I think we >> should just switch to UTF-8 and charecterset wherever possible to >> simplify it even more. >> >> And on that note, kill the useless character-set part of all our >> language directories which generate horrible paths with no additional >> value. >> >> > exception is using characters in a specific language that aren't prese= nt >> > there, e.g. a non-English developer name in the English documentation,= etc. >> >> UTF-8 would fix that. > > Last time I brought this up (trying to get rid of silly entities and > the bogus charset name of the directories), I was told that our > toolchain didn't fully grok UTF-8 yet, which was the reason we still had > this de_DE.ISO8859-1 nonsense. Ah, ok. > The move to XML should really, really convert all files to UTF-8, drop > that from the directories, and get rid of entities like ä or > é, etc.o Unfortunately I can only agree 100% ;-). --=20 Simon L. B. Nielsen From owner-freebsd-doc@FreeBSD.ORG Fri Aug 3 16:31:25 2012 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77E821065675 for ; Fri, 3 Aug 2012 16:31:25 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 235EE8FC1A for ; Fri, 3 Aug 2012 16:31:24 +0000 (UTC) Received: by yhfs35 with SMTP id s35so1264769yhf.13 for ; Fri, 03 Aug 2012 09:31:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=ALGuV6CQ2qbUf0nsOp2pD8iAvAt2NKtZwsnyGqHIY+Y=; b=bZAIbM1y2mZf6H+/QaoYNJpSljqQLkHMRbu6ia6ZxeWhZ7aacmt+PM2SlRBqemrb7+ pzy5By6IHEkikbRKYWpmtMIN0LCrJCeHaXh8vd3Pr2696tfIdJjh8xcRUlyCQnNtmnaD cMUUss880GrrYpur0xmdjkj3l4gV9R0bhVMqU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=ALGuV6CQ2qbUf0nsOp2pD8iAvAt2NKtZwsnyGqHIY+Y=; b=NW8YINz/ghYg2/2bZSVeInajUGlhGg9BtvHvYA/sOynPZ3Eyn6lYcVCMiiYvdSL219 bc7+mYptjj8EpHqRsu6sbg+O/iNVkNgdL41OUKGYCuoq15yMW2KVSoTlFI9sFMwhS1yA eslIKDZhWIJpD9HtqFB3nCF8Q80P25ecwPPL1qRwuv0eTkUX7kDZSkyD+PAJNI6SoQhI qqVdtYTDvRk+Dp08d0wXObkqd96yTdq9faLfWM4TTIK9czvlZvm95S3rzpVytpf+qn6U vHBerHhXFOMq/72mJBXqJVQFTZHkjQWfrXKWaIFosJIkT9G+/eAqCF6K7SpDfm5VlYzO 3xMA== Received: by 10.66.73.5 with SMTP id h5mr384239pav.79.1344011483960; Fri, 03 Aug 2012 09:31:23 -0700 (PDT) MIME-Version: 1.0 Received: by 10.66.67.52 with HTTP; Fri, 3 Aug 2012 09:30:53 -0700 (PDT) In-Reply-To: <501BD9E3.305@FreeBSD.org> References: <501BAFBD.3010008@FreeBSD.org> <501BD9E3.305@FreeBSD.org> From: Eitan Adler Date: Fri, 3 Aug 2012 09:30:53 -0700 Message-ID: To: Gabor Kovesdan Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQl01JDWR+aGdF06wtUuGa1qg+YPCnfBlB01ZIQtfD0136Jn9CFsQZ/iCFG1IRcAcAFTZ/OI Cc: doc@freebsd.org, "Simon L. B. Nielsen" , www@freebsd.org Subject: Re: RFC: doc/www cleanup X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2012 16:31:25 -0000 On 3 August 2012 07:02, Gabor Kovesdan wrote: >>> 4, Stricter XHML: I don't propose going directly to XHTML Strict 1.0 but >> >> Eh, why would you go to XHTML at all considering it's basically >> deprecated in favor for HTML5 (yes, there is no standard for that, but >> still..). There is a standard. The WHATWG maintains it here: http://www.whatwg.org/specs/web-apps/current-work/multipage/ > I can think of two reasons: > (1) It is the trivial and straight way to go to XHTML for now. HTML5 would > be a bigger jump that should be tested more carefully. The current plan is > to do the migration in several phases for better QA. For example, for now we > are only going to DocBook 4.2/XML, which can still be used with Jade and > DocBook DSSSL. Going to full XML-based standards and newer DocBook version > will be a next step that requires more testing. It is harder to move to XHTML than it is to move to HTML5. > (2) Are you sure HTML5 is supported in all browsers that our users use? For > example, I sometimes use links and I imagine other people may do so, as > well. We should investigate this more. I am reasonably sure browsers support HTML5 due to the fact that HTML5 largely documents *how things already work*. -- Eitan Adler From owner-freebsd-doc@FreeBSD.ORG Fri Aug 3 17:07:41 2012 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4640D106566B; Fri, 3 Aug 2012 17:07:41 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id E9BAA8FC0C; Fri, 3 Aug 2012 17:07:40 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 1DC6214E7E1F; Fri, 3 Aug 2012 19:07:37 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id gTuQge_KwlA1; Fri, 3 Aug 2012 19:07:36 +0200 (CEST) Received: from [192.168.1.117] (catv-80-98-232-12.catv.broadband.hu [80.98.232.12]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 12BBD14E7E07; Fri, 3 Aug 2012 19:07:36 +0200 (CEST) Message-ID: <501C0529.7070801@FreeBSD.org> Date: Fri, 03 Aug 2012 19:06:49 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120604 Thunderbird/14.0a2 MIME-Version: 1.0 To: Eitan Adler References: <501BAFBD.3010008@FreeBSD.org> <501BD9E3.305@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: doc@freebsd.org, "Simon L. B. Nielsen" , www@freebsd.org Subject: Re: RFC: doc/www cleanup X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2012 17:07:41 -0000 On 2012.08.03. 18:30, Eitan Adler wrote: >> I can think of two reasons: >> >(1) It is the trivial and straight way to go to XHTML for now. HTML5 would >> >be a bigger jump that should be tested more carefully. The current plan is >> >to do the migration in several phases for better QA. For example, for now we >> >are only going to DocBook 4.2/XML, which can still be used with Jade and >> >DocBook DSSSL. Going to full XML-based standards and newer DocBook version >> >will be a next step that requires more testing. > It is harder to move to XHTML than it is to move to HTML5. > Could you elaborate this more? One issue with HTML5 is that we still want offline validation (not just well-formedness check) and there's no official schema. We have to write one or find one that is already written by someone and is reliable enough. Secondly, HTML5 isn't used widely yet and it would be nice to really be able to evaluate its usage for our docs in spite of all of its "awesomeness". In general, please consider that we have a really ancient technology set in use at the moment and we cannot risk big jumps by suddenly replacing everything. We have to catch up now with the upgrades that haven't done for a long time. I'm not against using UTF-8 and HTML5 and thorough testing and QA are important factors. I think something like this is a realistic upgrade path: 1, DocBook 4.2/XML, DocBook DSSSL, OpenJade, XHTML 1.0 --> currently in progress 2, DocBook 4.5/XML, DocBook XSL, xsltproc, xmlroff, HTML5 --> need to evaluate xmlroff for PDF and HTML5 3, DocBook 5.0/XML, DocBook XSL, xsltproc, xmlroff, HTML5, UTF-8 --> need to evaluate UTF-8 support Gabor From owner-freebsd-doc@FreeBSD.ORG Sat Aug 4 23:30:01 2012 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E21A1106566B for ; Sat, 4 Aug 2012 23:30:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9B0478FC16 for ; Sat, 4 Aug 2012 23:30:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q74NU1Pr087898 for ; Sat, 4 Aug 2012 23:30:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q74NU1lw087892; Sat, 4 Aug 2012 23:30:01 GMT (envelope-from gnats) Resent-Date: Sat, 4 Aug 2012 23:30:01 GMT Resent-Message-Id: <201208042330.q74NU1lw087892@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, Garrett Cooper Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 98A001065673 for ; Sat, 4 Aug 2012 23:20:30 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22]) by mx1.freebsd.org (Postfix) with ESMTP id 844828FC14 for ; Sat, 4 Aug 2012 23:20:30 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.4/8.14.4) with ESMTP id q74NKUDn098650 for ; Sat, 4 Aug 2012 23:20:30 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.4/8.14.4/Submit) id q74NKUTu098649; Sat, 4 Aug 2012 23:20:30 GMT (envelope-from nobody) Message-Id: <201208042320.q74NKUTu098649@red.freebsd.org> Date: Sat, 4 Aug 2012 23:20:30 GMT From: Garrett Cooper To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: docs/170380: [patch] add missing Pp to dup(2) in errors section X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Aug 2012 23:30:02 -0000 >Number: 170380 >Category: docs >Synopsis: [patch] add missing Pp to dup(2) in errors section >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 Aug 04 23:30:01 UTC 2012 >Closed-Date: >Last-Modified: >Originator: Garrett Cooper >Release: 9-STABLE >Organization: EMC Isilon >Environment: FreeBSD bayonetta.local 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #12 r238487M: Sun Jul 15 08:51:25 PDT 2012 gcooper@bayonetta.local:/usr/obj/store/freebsd/stable/9/sys/BAYONETTA amd64 >Description: A .Pp call is missing between error sections. Not really critical for humans; just a minor eyesore. It does confuse a script I have for parsing manpages though. >How-To-Repeat: >Fix: Patch attached with submission follows: --- //depot/user/gcooper/atf-head/src/lib/libc/sys/dup.2 2012-05-20 04:37:04.000000000 0000 +++ /scratch/p4/user/gcooper/atf-head/src/lib/libc/sys/dup.2 2012-05-20 04:37:04.000000000 0000 @@ -138,6 +138,7 @@ .It Bq Er EMFILE Too many descriptors are active. .El +.Pp The .Fn dup2 system call fails if: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Sat Aug 4 23:41:39 2012 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84730106566B; Sat, 4 Aug 2012 23:41:39 +0000 (UTC) (envelope-from zeising@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 576748FC0C; Sat, 4 Aug 2012 23:41:39 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q74NfcsT090748; Sat, 4 Aug 2012 23:41:38 GMT (envelope-from zeising@freefall.freebsd.org) Received: (from zeising@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q74Nfcsj090744; Sat, 4 Aug 2012 23:41:38 GMT (envelope-from zeising) Date: Sat, 4 Aug 2012 23:41:38 GMT Message-Id: <201208042341.q74Nfcsj090744@freefall.freebsd.org> To: zeising@FreeBSD.org, freebsd-doc@FreeBSD.org, zeising@FreeBSD.org From: zeising@FreeBSD.org Cc: Subject: Re: docs/170380: [patch] add missing Pp to dup(2) in errors section X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Aug 2012 23:41:39 -0000 Synopsis: [patch] add missing Pp to dup(2) in errors section Responsible-Changed-From-To: freebsd-doc->zeising Responsible-Changed-By: zeising Responsible-Changed-When: Sat Aug 4 23:41:38 UTC 2012 Responsible-Changed-Why: I'll take it. http://www.freebsd.org/cgi/query-pr.cgi?pr=170380