From owner-freebsd-doc@FreeBSD.ORG Sun Sep 22 11:24:13 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C198C655 for ; Sun, 22 Sep 2013 11:24:13 +0000 (UTC) (envelope-from it.tuga@live.com) Received: from bay0-omc1-s2.bay0.hotmail.com (bay0-omc1-s2.bay0.hotmail.com [65.54.190.13]) by mx1.freebsd.org (Postfix) with ESMTP id AE94C29B5 for ; Sun, 22 Sep 2013 11:24:13 +0000 (UTC) Received: from BAY174-W10 ([65.54.190.59]) by bay0-omc1-s2.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Sun, 22 Sep 2013 04:24:07 -0700 X-TMN: [bZfdoGwYnn1MTuadutFDm/Et3RJJkAIr] X-Originating-Email: [it.tuga@live.com] Message-ID: From: IT Tuga To: "freebsd-doc@freebsd.org" Subject: its freebsd easy as MAC Date: Sun, 22 Sep 2013 11:24:06 +0000 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 22 Sep 2013 11:24:07.0182 (UTC) FILETIME=[4040EAE0:01CEB786] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Sep 2013 11:24:13 -0000 hi there i would like to ask if freebsd is easy as mac for server admin=20 like mac dont need to be any it expert any one can admin and host sites o= n MAC with few clicks =20 not like windows and linux its hard to setup a website =20 MAC interface its very easy and fast for hosting and run a webserver this i= s why many people applies for use MAC easy to use =20 does freebsd has any admin webserver as mac is like just upload the files= to directory=20 open the admin setup the domain name choose the file index and done its up= and running=20 i would like to use freebsd if has easy GUI if not i will aplly for use = MAC instead=20 hope to hear from you for easy GUI freebsd=20 = From owner-freebsd-doc@FreeBSD.ORG Sun Sep 22 14:16:07 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 775285AF for ; Sun, 22 Sep 2013 14:16:07 +0000 (UTC) (envelope-from frank2@fjl.co.uk) Received: from bs1.fjl.org.uk (bs1.fjl.org.uk [84.45.41.196]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EB35A232E for ; Sun, 22 Sep 2013 14:16:06 +0000 (UTC) Received: from [192.168.1.35] (mux.fjl.org.uk [62.3.120.246]) (authenticated bits=0) by bs1.fjl.org.uk (8.14.4/8.14.4) with ESMTP id r8MEFwmi092613 (version=TLSv1/SSLv3 cipher=DHE-DSS-CAMELLIA256-SHA bits=256 verify=NO) for ; Sun, 22 Sep 2013 15:15:59 +0100 (BST) (envelope-from frank2@fjl.co.uk) Message-ID: <523EFB9F.4020700@fjl.co.uk> Date: Sun, 22 Sep 2013 15:15:59 +0100 From: Frank Leonhardt User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: freebsd-doc@freebsd.org Subject: Re: its freebsd easy as MAC References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Sep 2013 14:16:07 -0000 The Macintosh and Windows user environments hide the complexities, allowing unskilled server administrators to do a limited number of things in an easy way without any understanding of the underlying technology. This is what a lot of people want. Underneath the wizards, the Macintosh OS is very similar to FreeBSD. While GUIs exist for FreeBSD (note the plural), it was never designed to be simple for unskilled operators to administer and it won't be a comfortable experience for Macintosh users looking for a simple point-and-click subset of server options (or Windows users, come to that). However, I can't quite bring myself to recommend either a Macintosh or Windows as a server. Some Linux distributions position themselves as a half-way between Windows and UNIX. There are some platforms with FreeBSD underneath but bundled with a GUI (or web front end). FreeNAS is an obvious example, and I believe it supports a web server plugin (or will do soon). Personally I've not got on with FreeNAS as I get frustrated by trying to figure things the GUI way and end up editing the config files directly to get what I want. But then I've wasted a lifetime learning how, and it was never written with me in mind. Most UNIX servers wishing to give users simplified administration seem to go for cPanel, which is a web-based server administration front-end (although I don't think it supports FreeBSD 9). There are open source alternatives such as Webmin (and Kloxo, ISPConfig, Zpanel, Ajenti - Linux only?). So why was I so negative about your chances? You will probably have difficulty installing them yourself if you're used to a Macintosh and I don't want you to have a bad experience. If you can get some local help to set it up for you, that would be different. Regards, Frank. On 22/09/2013 12:24, IT Tuga wrote: > hi there i would like to ask if freebsd is easy as mac for server admin > like mac dont need to be any it expert any one can admin and host sites on MAC with few clicks > not like windows and linux its hard to setup a website > > > MAC interface its very easy and fast for hosting and run a webserver this is why many people applies for use MAC easy to use > > > does freebsd has any admin webserver as mac is like just upload the files to directory > open the admin setup the domain name choose the file index and done its up and running > > > i would like to use freebsd if has easy GUI if not i will aplly for use MAC instead > > > hope to hear from you for easy GUI freebsd > > > > > > _______________________________________________ > freebsd-doc@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-doc > To unsubscribe, send any mail to "freebsd-doc-unsubscribe@freebsd.org" From owner-freebsd-doc@FreeBSD.ORG Sun Sep 22 14:34:12 2013 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1835B92E; Sun, 22 Sep 2013 14:34:12 +0000 (UTC) (envelope-from marc@blackend.org) Received: from smtp4-g21.free.fr (smtp4-g21.free.fr [IPv6:2a01:e0c:1:1599::13]) by mx1.freebsd.org (Postfix) with ESMTP id 0B2C1250E; Sun, 22 Sep 2013 14:34:08 +0000 (UTC) Received: from emphyrio.blackend.org (unknown [88.179.1.53]) by smtp4-g21.free.fr (Postfix) with ESMTP id 942454C81D9; Sun, 22 Sep 2013 16:34:01 +0200 (CEST) Received: from emphyrio.blackend.org (localhost [127.0.0.1]) by emphyrio.blackend.org (8.14.5/8.14.5) with ESMTP id r8MEY0uJ002331; Sun, 22 Sep 2013 16:34:00 +0200 (CEST) (envelope-from marc@emphyrio.blackend.org) Received: (from marc@localhost) by emphyrio.blackend.org (8.14.5/8.14.5/Submit) id r8MEY0bn002330; Sun, 22 Sep 2013 16:34:00 +0200 (CEST) (envelope-from marc) Date: Sun, 22 Sep 2013 16:34:00 +0200 From: Marc Fonvieille To: freebsd-doc@FreeBSD.org Subject: HEADS UP: doc/ slush for 10.0R begins on 24 October, 2013 Message-ID: <20130922143400.GA2296@emphyrio.blackend.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Qxx1br4bt0+wmkIi" Content-Disposition: inline X-Useless-Header: blackend.org X-Operating-System: FreeBSD 9.1-RELEASE User-Agent: Mutt/1.5.21 (2010-09-15) Cc: doceng@FreeBSD.org, re@FreeBSD.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Sep 2013 14:34:12 -0000 --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi all, The doc slush will begin on 24 October, 2013. The purpose of the doc slush is to slow down the rate of changes in that tree in order to allow the translation teams time to finalize their work and to avoid last-minute breakage for the 10.0-RELEASE. Please note that the slush will not apply to /htdocs documents. As usual, this is not a real freeze and requires no formal commit approval procedure for your commit, but you are kindly requested not to commit large, structural changes during that period. Tagging of the doc tree is scheduled to take place on 31 October, 2013. Thank you for your cooperation and keep up the good work! --=20 Marc on behalf of doceng@ --Qxx1br4bt0+wmkIi Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iD8DBQFSPv/RzQ9RwE+OdOgRAmdAAJ4kVgRzLLNG+suOmOtaQ2fxCMRguACg0iAj CRrDz8dVCGT7djerZnW0cD8= =2SJ5 -----END PGP SIGNATURE----- --Qxx1br4bt0+wmkIi-- From owner-freebsd-doc@FreeBSD.ORG Mon Sep 23 05:36:22 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C72AD978 for ; Mon, 23 Sep 2013 05:36:22 +0000 (UTC) (envelope-from juliakimball7@gmail.com) Received: from mail-ie0-x24d.google.com (mail-ie0-x24d.google.com [IPv6:2607:f8b0:4001:c03::24d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 961962EFE for ; Mon, 23 Sep 2013 05:36:22 +0000 (UTC) Received: by mail-ie0-f205.google.com with SMTP id qd12so170475ieb.8 for ; Sun, 22 Sep 2013 22:36:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:message-id:date:subject:from:to:content-type; bh=aL4xcMUR42I97fmywNViaLQkZ3l1JU1ImWpbUB0rks4=; b=fuIlgaQMjds3WIjzgtE0IQVa/Vg+KEL5oRvD7s9qnqljoTs6y0iDDSw7N+zvad8lCp lC/bKPoxbV1n9/pF2HNRn4XQfQsEfmhN4gYfCAVng2lObaac6OHhMZNCtDQ0/ahHZEbV cx+1ZOy83N4O9KyAdfT/TxkKYkWFGmI9dUXB36wN9Yxmbhwy+ohVfipDrpGUoaDpMO6N wEyLp/dZd68Oot9fwj775WemwoTpe+Ft+tFKq4v6kedBQDn2TasfAE6IqPDxuIwiVJBc sO2v7uN3AFfzBA7hETuO0ZxYfyLqvVFARS8kv8UdWbceP7pTkO0eP+y1m5alg1+iAlOZ wpQg== MIME-Version: 1.0 X-Received: by 10.42.142.135 with SMTP id s7mr10730873icu.21.1379914582054; Sun, 22 Sep 2013 22:36:22 -0700 (PDT) Message-ID: <90e6ba6e81907bdd8104e706668f@google.com> Date: Mon, 23 Sep 2013 05:36:22 +0000 Subject: www.freebsd.org From: Julia kimball To: freebsd-doc@freebsd.org Content-Type: text/plain; charset=windows-1252; format=flowed; delsp=yes Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Sep 2013 05:36:22 -0000 PGRpdiBkaXI9Imx0ciI+PGRpdiBkaXI9Imx0ciI+PGRpdiBkaXI9Imx0ciI+PGRpdiAgDQpkaXI9 Imx0ciI+PGRpdj48ZGl2PkhpLDxicj48YnI+PC9kaXY+PGRpdj5JIGNhbWUgYWNyb3NzIHlvdXIg d2Vic2l0ZSBhbmQgIA0Kd2FudGVkIHRvDQogIHNlbmQgeW91IGEgcXVpY2sgbm90ZS4gV2l0aCBh IGZldyBzaW1wbGUgY2hhbmdlcyB0byBtYWtlIHlvdXIgc2l0ZSBtb3JlDQogIFNFTy1mcmllbmRs eSBJkm0gc3VyZSB5b3UgY2FuIGNvbnZlcnQgbW9yZSB2aXNpdG9ycyBpbnRvIGxlYWRzIGFuZCBn ZXQNCml0IHBsYWNlZCBoaWdoZXIgaW4gdGhlIG9yZ2FuaWMgc2VhcmNoIHJlc3VsdHMsIGZvciBr ZXl3b3JkcyB0aGF0IG1hdHRlcg0KICB0byB5b3UgdGhlIG1vc3QuPC9kaXY+DQo8ZGl2Pjxicj48 L2Rpdj48ZGl2PldlknJlIGFuIEF1c3RyYWxpYW4gYmFzZWQgY29tcGFueSB3aXRoIGEgZ3JlYXQN CmluLWhvdXNlIHRlY2huaWNhbCB0ZWFtIHdobyByZWFsbHkga25vdyB0aGVpciBzdHVmZiBhYm91 dCBzZWFyY2ggZW5naW5lDQpvcHRpbWl6YXRpb24uoDwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+ V291bGQNCiAgeW91IGxpa2UgYSBiaXQgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCBob3cgdG8gZ2l2 ZSB5b3VyIHdlYnNpdGUgYSBib29zdA0Kd2l0aCBiZXR0ZXIgU0VPPyBQbGVhc2UgZmVlbCBmcmVl IHRvIGRyb3AgbWUgYW4gZW1haWwgb3IgeW91IGNhbiBjb250YWN0DQogIG1lIHZpYSBvdXIgd2Vi c2l0ZS48L2Rpdj4NCjxkaXY+PGJyPjwvZGl2PjxkaXY+QmVzdCBSZWdhcmRzPC9kaXY+PGRpdj5K dWxpYSAgDQpLaW1iYWxsPGJyPjwvZGl2PjxkaXY+PGI+PGZvbnQgc2l6ZT0iMSI+PGEgIA0KaHJl Zj0ibWFpbHRvOmFuZ2VsaWNhQGltbWFjdWxhdGVzZW8uY29tIiAgDQp0YXJnZXQ9Il9ibGFuayI+ c2VvQGltbWFjdWxhdGVzZW8uY29tPC9hPjxicj48L2ZvbnQ+PC9iPjwvZGl2Pg0KDQoNCjxkaXY+ DQo8Zm9udCBzaXplPSIxIj48Yj48aW1nIGFsdD0iSW5saW5lIGltYWdlIDIiIHNyYz0iY2lkOmlu bGluZUltYWdlczAiPjxicj4NCg0KDQo8L2I+PC9mb250PjwvZGl2PjxkaXY+PGZvbnQgc2l6ZT0i MSI+PGI+PHNwYW4gIA0Kc3R5bGU9ImNvbG9yOnJnYig2MSwxMzMsMTk4KSI+PGJyPkFVUyAgDQpI ZWFkcXVhcnRlcjxicj48L3NwYW4+PC9iPjwvZm9udD48Zm9udCBzaXplPSIxIj48c3BhbiAgDQpz dHlsZT0iY29sb3I6cmdiKDYxLDEzMywxOTgpIj48Zm9udCBzaXplPSIxIj48c3BhbiAgDQpzdHls ZT0iY29sb3I6cmdiKDYxLDEzMywxOTgpIj5BdXN0cmFsaWFuIFRlY2hub2xvZ3kgUGFyaywgTG9j b21vdGl2ZSAgDQpTdHJlZXQsIEV2ZWxlaWdoIDxicj4NCg0KDQoNCg0KDQpOU1cgMjAxNTwvc3Bh bj48L2ZvbnQ+PGJyPjwvc3Bhbj48Yj48c3BhbiAgDQpzdHlsZT0iY29sb3I6cmdiKDYxLDEzMywx OTgpIj48YnI+SW50ZXJuYXRpb25hbCAgDQpIZWFkcXVhcnRlcjxicj48L3NwYW4+PC9iPjwvZm9u dD48Zm9udCBzaXplPSIxIj48c3BhbiAgDQpzdHlsZT0iY29sb3I6cmdiKDYxLDEzMywxOTgpIj48 Zm9udCBzaXplPSIxIj48c3BhbiAgDQpzdHlsZT0iY29sb3I6cmdiKDYxLDEzMywxOTgpIj41MDEg MTl0aCBTdHJlZXQsIE4uVy4sIFdhc2hpbmd0b24sIEQuQy4gIA0KMjA0MzE8YnI+DQoNCg0KDQoN Cg0KPC9zcGFuPjwvZm9udD48L3NwYW4+PC9mb250PjxkaXY+PGZvbnQgc2l6ZT0iMSI+PHNwYW4g IA0Kc3R5bGU9ImNvbG9yOnJnYig2MSwxMzMsMTk4KSI+T2ZmaWNlIFBob25lOiAgDQoyMDYtMjAy LTI5MDc8L3NwYW4+PC9mb250PjxiPjxmb250IHNpemU9IjEiPjxzcGFuICANCnN0eWxlPSJjb2xv cjpyZ2IoNjEsMTMzLDE5OCkiPjxicj4NCg0KDQo8L3NwYW4+PC9mb250PjwvYj48L2Rpdj48ZGl2 Pjxmb250IHNpemU9IjEiPjxiPjxzcGFuICANCnN0eWxlPSJjb2xvcjpyZ2IoNjEsMTMzLDE5OCki Pjwvc3Bhbj48c3BhbiAgDQpzdHlsZT0iY29sb3I6cmdiKDYxLDEzMywxOTgpIj48YnI+PC9zcGFu PjwvYj48L2ZvbnQ+PC9kaXY+PGZvbnQgIA0Kc2l6ZT0iMSI+PGI+PHNwYW4gc3R5bGU9ImNvbG9y OnJnYig2MSwxMzMsMTk4KSI+PC9zcGFuPjwvYj48L2ZvbnQ+PC9kaXY+DQoNCg0KDQoNCg0KPGRp dj48Zm9udCBzaXplPSIxIj48YnI+DQoNCg0KPC9mb250PjwvZGl2PjwvZGl2PjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0K From owner-freebsd-doc@FreeBSD.ORG Mon Sep 23 05:37:40 2013 Return-Path: Delivered-To: www@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1B5F2BD8 for ; Mon, 23 Sep 2013 05:37:40 +0000 (UTC) (envelope-from juliakimball8@gmail.com) Received: from mail-ob0-x24e.google.com (mail-ob0-x24e.google.com [IPv6:2607:f8b0:4003:c01::24e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DEFEF2F2C for ; Mon, 23 Sep 2013 05:37:39 +0000 (UTC) Received: by mail-ob0-f206.google.com with SMTP id wm4so171896obc.1 for ; Sun, 22 Sep 2013 22:37:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:message-id:date:subject:from:to:content-type; bh=y8xSCJJuP07kFwRMN/ffDkeiy2ggg3yuCXHyEizkcaI=; b=IrSx0p0Uu6z7rGUHBTxjdbaEUez7ORwovaSs7CDKkwLjIXNoMVbClBREMngZWpa6bT 2P1vavo224Izrl4eBxX73NIYLHNVJTsvsGyJPHK4VjKqhQSKWnts+dkQsksaysERuwN1 F9WVS9jW0bh1AT5GRqLLy9SSSNHNaD07om/nj7tca8LHNldPtKfuJFDQL3VpVVFXZ69c mH5k8cOYMV2tW4wlAj5Nl5u6YiT7lDIfnJWuEeT8kywReSYMF/xrgbVRa+zKMG1cxbXv sGgo3sKN537/lxlGwlHKElSOYXc6jjdBWifvRS8c9VDMkobqSnu4UGXUfdCRI2qHuJX6 lW/g== MIME-Version: 1.0 X-Received: by 10.42.84.136 with SMTP id m8mr10950887icl.9.1379914659223; Sun, 22 Sep 2013 22:37:39 -0700 (PDT) Message-ID: <20cf30334787155df604e7066b08@google.com> Date: Mon, 23 Sep 2013 05:37:39 +0000 Subject: www.freebsd.org From: Julia kimball To: www@freebsd.org Content-Type: text/plain; charset=windows-1252; format=flowed; delsp=yes Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Sep 2013 05:37:40 -0000 PGRpdiBkaXI9Imx0ciI+PGRpdiBkaXI9Imx0ciI+PGRpdiBkaXI9Imx0ciI+PGRpdiAgDQpkaXI9 Imx0ciI+PGRpdj48ZGl2PkhpLDxicj48YnI+PC9kaXY+PGRpdj5JIGNhbWUgYWNyb3NzIHlvdXIg d2Vic2l0ZSBhbmQgIA0Kd2FudGVkIHRvDQogIHNlbmQgeW91IGEgcXVpY2sgbm90ZS4gV2l0aCBh IGZldyBzaW1wbGUgY2hhbmdlcyB0byBtYWtlIHlvdXIgc2l0ZSBtb3JlDQogIFNFTy1mcmllbmRs eSBJkm0gc3VyZSB5b3UgY2FuIGNvbnZlcnQgbW9yZSB2aXNpdG9ycyBpbnRvIGxlYWRzIGFuZCBn ZXQNCml0IHBsYWNlZCBoaWdoZXIgaW4gdGhlIG9yZ2FuaWMgc2VhcmNoIHJlc3VsdHMsIGZvciBr ZXl3b3JkcyB0aGF0IG1hdHRlcg0KICB0byB5b3UgdGhlIG1vc3QuPC9kaXY+DQo8ZGl2Pjxicj48 L2Rpdj48ZGl2PldlknJlIGFuIEF1c3RyYWxpYW4gYmFzZWQgY29tcGFueSB3aXRoIGEgZ3JlYXQN CmluLWhvdXNlIHRlY2huaWNhbCB0ZWFtIHdobyByZWFsbHkga25vdyB0aGVpciBzdHVmZiBhYm91 dCBzZWFyY2ggZW5naW5lDQpvcHRpbWl6YXRpb24uoDwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+ V291bGQNCiAgeW91IGxpa2UgYSBiaXQgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCBob3cgdG8gZ2l2 ZSB5b3VyIHdlYnNpdGUgYSBib29zdA0Kd2l0aCBiZXR0ZXIgU0VPPyBQbGVhc2UgZmVlbCBmcmVl IHRvIGRyb3AgbWUgYW4gZW1haWwgb3IgeW91IGNhbiBjb250YWN0DQogIG1lIHZpYSBvdXIgd2Vi c2l0ZS48L2Rpdj4NCjxkaXY+PGJyPjwvZGl2PjxkaXY+QmVzdCBSZWdhcmRzPC9kaXY+PGRpdj5K dWxpYSAgDQpLaW1iYWxsPGJyPjwvZGl2PjxkaXY+PGI+PGZvbnQgc2l6ZT0iMSI+PGEgIA0KaHJl Zj0ibWFpbHRvOmFuZ2VsaWNhQGltbWFjdWxhdGVzZW8uY29tIiAgDQp0YXJnZXQ9Il9ibGFuayI+ c2VvQGltbWFjdWxhdGVzZW8uY29tPC9hPjxicj48L2ZvbnQ+PC9iPjwvZGl2Pg0KDQoNCjxkaXY+ DQo8Zm9udCBzaXplPSIxIj48Yj48aW1nIGFsdD0iSW5saW5lIGltYWdlIDIiIHNyYz0iY2lkOmlu bGluZUltYWdlczAiPjxicj4NCg0KDQo8L2I+PC9mb250PjwvZGl2PjxkaXY+PGZvbnQgc2l6ZT0i MSI+PGI+PHNwYW4gIA0Kc3R5bGU9ImNvbG9yOnJnYig2MSwxMzMsMTk4KSI+PGJyPkFVUyAgDQpI ZWFkcXVhcnRlcjxicj48L3NwYW4+PC9iPjwvZm9udD48Zm9udCBzaXplPSIxIj48c3BhbiAgDQpz dHlsZT0iY29sb3I6cmdiKDYxLDEzMywxOTgpIj48Zm9udCBzaXplPSIxIj48c3BhbiAgDQpzdHls ZT0iY29sb3I6cmdiKDYxLDEzMywxOTgpIj5BdXN0cmFsaWFuIFRlY2hub2xvZ3kgUGFyaywgTG9j b21vdGl2ZSAgDQpTdHJlZXQsIEV2ZWxlaWdoIDxicj4NCg0KDQoNCg0KDQpOU1cgMjAxNTwvc3Bh bj48L2ZvbnQ+PGJyPjwvc3Bhbj48Yj48c3BhbiAgDQpzdHlsZT0iY29sb3I6cmdiKDYxLDEzMywx OTgpIj48YnI+SW50ZXJuYXRpb25hbCAgDQpIZWFkcXVhcnRlcjxicj48L3NwYW4+PC9iPjwvZm9u dD48Zm9udCBzaXplPSIxIj48c3BhbiAgDQpzdHlsZT0iY29sb3I6cmdiKDYxLDEzMywxOTgpIj48 Zm9udCBzaXplPSIxIj48c3BhbiAgDQpzdHlsZT0iY29sb3I6cmdiKDYxLDEzMywxOTgpIj41MDEg MTl0aCBTdHJlZXQsIE4uVy4sIFdhc2hpbmd0b24sIEQuQy4gIA0KMjA0MzE8YnI+DQoNCg0KDQoN Cg0KPC9zcGFuPjwvZm9udD48L3NwYW4+PC9mb250PjxkaXY+PGZvbnQgc2l6ZT0iMSI+PHNwYW4g IA0Kc3R5bGU9ImNvbG9yOnJnYig2MSwxMzMsMTk4KSI+T2ZmaWNlIFBob25lOiAgDQoyMDYtMjAy LTI5MDc8L3NwYW4+PC9mb250PjxiPjxmb250IHNpemU9IjEiPjxzcGFuICANCnN0eWxlPSJjb2xv cjpyZ2IoNjEsMTMzLDE5OCkiPjxicj4NCg0KDQo8L3NwYW4+PC9mb250PjwvYj48L2Rpdj48ZGl2 Pjxmb250IHNpemU9IjEiPjxiPjxzcGFuICANCnN0eWxlPSJjb2xvcjpyZ2IoNjEsMTMzLDE5OCki Pjwvc3Bhbj48c3BhbiAgDQpzdHlsZT0iY29sb3I6cmdiKDYxLDEzMywxOTgpIj48YnI+PC9zcGFu PjwvYj48L2ZvbnQ+PC9kaXY+PGZvbnQgIA0Kc2l6ZT0iMSI+PGI+PHNwYW4gc3R5bGU9ImNvbG9y OnJnYig2MSwxMzMsMTk4KSI+PC9zcGFuPjwvYj48L2ZvbnQ+PC9kaXY+DQoNCg0KDQoNCg0KPGRp dj48Zm9udCBzaXplPSIxIj48YnI+DQoNCg0KPC9mb250PjwvZGl2PjwvZGl2PjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0K From owner-freebsd-doc@FreeBSD.ORG Mon Sep 23 11:06:04 2013 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 31AAFA12 for ; Mon, 23 Sep 2013 11:06:04 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1F56720BA for ; Mon, 23 Sep 2013 11:06:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r8NB64Bw068572 for ; Mon, 23 Sep 2013 11:06:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r8NB63de068569 for freebsd-doc@FreeBSD.org; Mon, 23 Sep 2013 11:06:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 23 Sep 2013 11:06:03 GMT Message-Id: <201309231106.r8NB63de068569@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: FreeBSD doc list Subject: Current unassigned doc problem reports X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Sep 2013 11:06:04 -0000 (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=doc .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o docs/182218 doc Add an ipfilter rc.conf option in handbook for IPv6 o docs/182202 doc Handbook pkgng description doesn't mention there are n o docs/182087 doc First question in FreeBSD FAQ has grammatical error o docs/182003 doc Missing a word. o docs/181874 doc [PATCH] Add Debian GNU/kFreeBSD to advocacy/myths.xml o docs/181845 doc Virtualbox Host Setup needs acd0 in /etc/devfs.conf, a o docs/181844 doc FreeBSD Handbook Virtualbox Host Section missing confi o docs/181808 doc Chapter 15.15 (Resource Limits) misses important infor o docs/181785 doc [patch] Man page for tmpfile() is inconsistent o docs/181390 doc seq(1) first appeared in 8th UNIX o docs/181376 doc CLOCK_THREAD_CPUTIME_ID is not documented in clock_get o docs/181280 doc suggestion: split zfs man page in a zfs- way o docs/181134 doc Fix example for boot0cfg utility o docs/180970 doc [request] No manpage for ps_strings o docs/180767 doc [patch] printf.3: fix off-by-one in snprintf descripti o docs/180658 doc [handbook] add detail to pkgng part of the handbook o docs/180493 doc [handbook] Single-user mode console confusion o docs/180332 doc SSD Kernel Instructions Out of Date: options MFS throw o docs/180331 doc SSD Kernel Instructions Out of Date: options MD_ROOT a o docs/180330 doc SSD Kernel Instructions Out of Date: pseudo-device no o docs/180027 doc Missing man page entries for callout_reset_sbt in time o docs/179988 doc [faq] [patch] ThwackAFAQ - sandbox p docs/179914 doc remove inactive user dougb from mergemaster maintainer o docs/179832 doc manual page of mac_from_text suggests incorrect freein o docs/179697 doc Handbook incomplete WRT Opera flash usage (linproc) o docs/179560 doc [handbook] brazilian portuguese translation to "DTrace o docs/179552 doc [handbook] brazilian portuguese translation to "Instal o docs/179541 doc [handbook] brazilian portuguese translation to "Obtain o docs/179497 doc [patch] service.8 add csh completion example o docs/179246 doc [patch] gnome porting updates o docs/178818 doc gmirror(8) says to use rc.early which is no longer ava o docs/178730 doc move roff papers out of src into doc o docs/178677 doc *** [article.html] Error code 1 Stop in /usr/doc. o docs/178286 doc [PATCH] document the LOCAL_* vars in build(7) o docs/178221 doc Addition to handbook jails chapter: warning about make o www/178190 doc myths web page should be updated o docs/178119 doc [ports] Porter's handbook lacks examples for using Opt o docs/178077 doc [patch] Correct description of -webnfs in exports.5 o docs/177968 doc bpf(4): documentation of BIOCROTZBUF is incomplete o docs/177699 doc Documentation (handbook and manpage) for mac_biba does o docs/177514 doc [handbook] ZFS examples do not cover dataset creation o docs/177457 doc diskinfo(8): diskinfo -v shows inacurate drive size o docs/177431 doc Handbook & Announcements recommend poor dd options for o docs/177429 doc dd(1) man page is unclear about semantics of conv=sync o docs/177215 doc [handbook] [patch] FreeBSD uses SHA512 and no more MD5 o docs/177056 doc typo in link in handbook section 31.4.16 o docs/176806 doc recv(2) man page grammatical fixes o docs/176648 doc restore(8) man page is misleading/confusing o docs/176645 doc The example in netmap.4 is wrong o docs/176583 doc getifaddrs(3) - struct ifa_data not exist o docs/176363 doc Remove mention of 'CVSup' from "Mirroring FreeBSD arti o docs/176355 doc Attribution and correction of quote in fortune o docs/176251 doc FreeBSD Handbook assumes too much pre-knowledge o docs/176127 doc [handbook] add information about all missing mailing l o docs/176125 doc missing summary of freebsd-jail mailing list o docs/176123 doc missing summary of freebsd-sysinstall mailing list o docs/176015 doc [handbook] wrong order in docs for major upgrade o docs/175995 doc Setting MALLOC_PRODUCTION stops buildworld o docs/175983 doc man zfs are missing "hold, release" from "zfs allow" o docs/175712 doc Update 'disk naming' handbook page o docs/175687 doc pthread_setschedparam(3) may fail for undocumented rea o docs/175560 doc ugen(4) man page contains incorrect device node path o docs/175239 doc sem_wait can be interrupted o docs/175123 doc [geom] gpart list/status isn't documented in usage sec o docs/174868 doc mount(2) doesn't do a good job at describing all possi o docs/174792 doc synopsis for nsupdate(1) missing options -L, and -p o docs/174581 doc man page of recvmsg(2) does not mention return value 0 o docs/173710 doc Added section "MTP storage" to handbook o docs/173539 doc [patch] statfs(2) man page missed the error code ENOSY o docs/173321 doc ports(7) man page -- no info on building with debuggin o docs/173013 doc FreeBSD Boot Menu documentation lacks detail o docs/172927 doc ipfw(8): ipfw manual page doesn't show simpliest NAT c o docs/172913 doc [ipsec] [patch] setkey(8) is unclear on anti-replay wi o docs/172869 doc [PATCH] Add in nifty lang icons to index.html (home) o docs/172743 doc IPv6 handbooks lacks info about accepting router adver o docs/172626 doc [PATCH] modify the community/* pages to look more plea o docs/172370 doc [handbook] Handbook should be updated for Blu-Ray driv o docs/172369 doc mkisofs(8)/growisofs(1m) don't specify UDF version o docs/172368 doc mount_udf(8) doesn't specify which versions of UDF are o docs/172367 doc ata(4) man page needs an updated for Blu-Ray o docs/172330 doc [PATCH] Fix some errors introduced to announce.xml by o docs/172144 doc psignal(9) manpage is outdated for FreeBSD-9 systems o docs/172137 doc deprecated information for adduser(8) man pages o docs/171199 doc the GDB man page is outdated o docs/170691 doc Difference between zfs manpages and reality o docs/170119 doc at behaviour and man at inconsistency o docs/169712 doc [patch] porters-handbook zh_TW.Big5 apache section o docs/169711 doc [patch] porters-handbook zh_CN.GB2312 apache section o docs/169544 doc serial port console documentation changes s docs/169401 doc passify dead links in release links, move www to lists o docs/169377 doc [patch] ipmon(8) man page refers to a different facili o docs/169317 doc zfs umount refers to umount(1M) but should to umount(8 o docs/169158 doc [patch] iasl(8) man page is out of date f docs/168939 doc Port upgrade documentation missing from Application Ja o docs/168930 doc map_mincore(9) not up-to-date o docs/168915 doc size of integers used by test(1) and sh(1) is not docu o docs/168823 doc 404s in fr_FR French web pages o docs/168814 doc [patch] remove `d` negative pointer EINVAL requirement o docs/168803 doc Remove outdated smp info o docs/167429 doc geli(8) needs to mention unencrypted /etc/fstab requir o docs/166553 doc find(1): find -delete documentation is misleading o docs/166358 doc No networking in Jail build via: handbook/jail-tuning o conf/166330 doc [rc] [patch] Thin server configuration revision reques o docs/165551 doc ipfw(8): no info in "ipfw pipe show" about ipv6 o docs/165249 doc Multibyte characters in manpages still not displaying o docs/164803 doc Unclear manual page for mount_unionfs(8) o docs/164620 doc Raid 1 issues o docs/164099 doc gparm(8): man page for gparm set is incorrect and inco o docs/164034 doc acl(9) documentation lacking o docs/163879 doc [handbook] handbook does not say about how to force to o docs/163830 doc device smbios: missing documentation, no manpage o docs/163149 doc [patch] Red Hat Linux/i386 9 HTML format sudo man page o docs/162765 doc [patch] lseek(2) may return successful although no see o docs/162587 doc unclear/incomplete description of per-interface statis o docs/162419 doc [request] please document (new) zfs and zpool cmdline o docs/162404 doc [handbook] IPv6 link-local address compared with IPv4 o docs/161754 doc p4tcc(4), est(4) and qpi(4) are not documented o docs/161496 doc zfs(1): Please document that sysctl vfs.usermount must o docs/160460 doc [handbook] Network setup guide suggestion o docs/160446 doc [handbook] Handbook sound setup seems outdated o docs/160399 doc Man page for re(4) missing jumbo frames info o docs/159307 doc [patch] lpd smm chapter unconditionally installed o docs/158388 doc Incorrect documentation of LOCAL_SCRIPT in release(7) o docs/158387 doc The tree(3) man should mention the RB_FOREACH_SAFE() A o docs/157908 doc [handbook] Description of post-install should include o docs/157698 doc [patch] gpart(8) man page contains old/incorrect size o docs/157316 doc [patch] update devstat(9) man page o docs/157049 doc FreeBSD Handbook: Chapter 14 (Security) Inaccuracy o docs/156920 doc isspecial(3) is not helpful o docs/156815 doc chmod(1): manpage should describe that chmod kicks +t o docs/156689 doc stf(4) output-only documentation gives bad configurati f docs/156187 doc [handbook] [patch] Add bsnmpd to handbook o docs/156081 doc troff falls with troff.core with UTF-8 man with incorr o docs/155982 doc [handbook] reaper of the dead: remove reference to flo o docs/155149 doc [patch] don't encourage using xorg.conf outside of PRE o docs/154838 doc update cvs-tags information on releng_* to reflect sup o docs/153958 doc ksu man-page documented, but not installed a docs/153012 doc [patch] iostat(8) requires an argument to -c option o docs/151752 doc pw.conf(5) doesn't define format for file clearly o docs/150991 doc [patch] Install upgtfw using pkg_add as advised in upg o docs/150917 doc [patch] icmp.4, wrong description of icmplim and icmpl o docs/150877 doc ambiguity in newsyslog(8) man page about zfs with comp o docs/150255 doc dtrace description should mention makeoptions DEBUG=-g o docs/149574 doc [patch] update mi_switch(9) man page o docs/148987 doc [patch] {MD[245]|SHA_|SHA1_|SHA256_}{End|File|FileChun o docs/148984 doc [handbook] Mistake in section 16.15.4 of the handbook o docs/148680 doc [sysctl][patch] Document some sys/kern sysctls o docs/148071 doc Failover mode between wired and wireless interfaces o docs/147995 doc elf.5 man page has has missing reference o docs/146521 doc [handbook] Update IPv6 system handbook section to ment o docs/145699 doc hexdump(1) mutes all format qualifier output following o docs/145069 doc Dialup firewalling with FreeBSD article out dated. o docs/145066 doc Update for new uart dev names for serial port. s docs/144818 doc all mailinglist archives dated 19970101 contain traili o docs/144515 doc [handbook] Expand handbook Table of contents o docs/143472 doc gethostname(3) references undefined value: HOST_NAME_M o docs/143416 doc [handbook] IPFW handbook page issues o docs/143408 doc man filedesc(9) is missing o docs/141032 doc misleading documentation for rtadvd.conf(5) raflags se s docs/140847 doc [request] add documentation on ECMP and new route args o docs/140444 doc [patch] New Traditional Chinese translation of custom- o docs/140375 doc [UPDATE] Updated zh_TW.Big5/articles/nanobsd o docs/139336 doc [request] ZFS documentation suggestion o docs/139165 doc gssapi.3 man page out of sync with between crypto and o docs/139018 doc translation of submitting.sgml from docproj/submitting o docs/138845 doc Exceeding kern.ipc.maxpipekva refers to tuning(7) whic o docs/138485 doc bpf(4) and ip(4) man pages missing important corner ca o docs/136712 doc [handbook] [patch] draft new section on gmirror per pa o docs/136666 doc [handbook] Configure serial port for remote kernel deb o docs/136035 doc ftpchroot(5) omits an important option o docs/135516 doc [patch] pax(1) manual not mentioning chflags unawarene o docs/132839 doc [patch] Fix example script in ldap-auth article o docs/132718 doc [handbook] Information about adding a new mirror is ou o docs/132260 doc dhcpd(8) pid not stored in documented location o docs/132190 doc EPERM explanation for send(2), sendto(2), and sendmsg( o docs/131918 doc [patch] Fixes for the BPF(4) man page o docs/131626 doc [patch] dump(8) "recommended" cache option confusing o docs/130238 doc nfs.lockd man page doesn't mention NFSLOCKD option or o docs/129671 doc New TCP chapter for Developer's Handbook (from rwatson o docs/129464 doc using packages system o docs/129095 doc ipfw(8): Can not check that packet originating/destine o docs/128356 doc [request] add Firefox plugin for FreeBSD manual pages s docs/127844 doc Example code skeleton_capture_n.c in meteor(4) manpage o docs/126484 doc libc function res-zonscut2 is not documented f docs/122052 doc minor update on handbook section 20.7.1 o docs/121952 doc Handbook chapter on Network Address Translation wrong o docs/121585 doc [handbook] Wrong multicast specification s docs/121541 doc [request] no man pages for wlan_scan_ap o docs/121312 doc RELNOTES_LANG breaks release if not en_US.ISO8859-1 o docs/121173 doc [patch] mq_getattr(2): mq_flags mistakenly described a s docs/120917 doc [request]: Man pages mising for thr_xxx syscalls o docs/120125 doc [patch] Installing FreeBSD 7.0 via serial console and o docs/120024 doc resolver(5) and hosts(5) need updated for IPv6 o docs/119545 doc books/arch-handbook/usb/chapter.sgml formatting o docs/118214 doc close(2) error returns incomplete o docs/116588 doc No IPFW tables or dummynet in Handbook o docs/116080 doc PREFIX is documented, but not the more important LOCAL o docs/114371 doc [patch] [ip6] rtadvd.con(5) should show how to adverti o docs/114139 doc mbuf(9) has misleading comments on M_DONTWAIT and M_TR o docs/113194 doc [patch] [request] crontab.5: handling of day-in-month o docs/112579 doc [request] No ipv6 related pf examples in /usr/share/ex o docs/111425 doc Missing chunks of text in historical manpages o docs/111265 doc [request] Clarify how to set common shell variables o docs/110999 doc carp(4) should document unsupported interface types o docs/110692 doc wi(4) man page doesn't say WPA is not supported o docs/110376 doc [patch] add some more explanations for the iwi/ipw fir o docs/110062 doc [patch] mount_nfs(8) fails to mention a failure condit o docs/109981 doc No manual entry for post-grohtml o docs/109977 doc No manual entry for ksu o docs/109972 doc No manual entry for zless/bzless f docs/109226 doc [request] No manual entry for sntp o docs/109201 doc [request]: manual for callbootd a docs/108980 doc list of missing man pages o docs/105608 doc fdc(4) debugging description staled o docs/104879 doc Howto: Listen to IMA ADPCM .wav files on FreeBSD box o docs/102719 doc [patch] ng_bpf(4) example leads to unneeded promiscuos o docs/101271 doc serial console documentation implies kernel rebuild re o docs/100196 doc man login.conf does explain not "unlimited" o docs/98974 doc Missing tunables in loader(8) manpage o docs/98115 doc Missing parts after rendering handbook to RTF format o docs/96207 doc Comments of a sockaddr_un structure could confuse one o docs/95408 doc install over serial console does not work as documente o docs/94625 doc [patch] growfs man page -- document "panic: not enough o docs/92626 doc jail manpage should mention disabling some periodic sc o docs/91149 doc read(2) can return EINVAL for unaligned access to bloc o docs/88512 doc [patch] mount_ext2fs(8) man page has no details on lar o docs/87936 doc Handbook chapter on NIS/YP lacks good information on a o docs/87857 doc ifconfig(8) wireless options order matters o docs/85128 doc [patch] loader.conf(5) autoboot_delay incompletly desc o docs/84956 doc [patch] intro(5) manpage doesn't mention API coverage o docs/84932 doc new document: printing with an Epson ALC-3000N on Free o docs/84670 doc [patch] tput(1) manpage missing ENVIRONMENT section wi o docs/84317 doc fdp-primer doesn't show class=USERNAME distinctively o docs/84271 doc [patch] compress(1) doesn't warn about nasty link hand o docs/83820 doc getino(3) manpage not installed o docs/81611 doc [patch] natd runs with -same_ports by default o docs/78480 doc Networked printer setup unnecessarily complex in handb o docs/61301 doc [patch] Manpage patch for aue(4) to enable HomePNA fun o docs/59835 doc ipfw(8) man page does not warn about accepted but mean o docs/59477 doc Outdated Info Documents at http://docs.freebsd.org/inf o docs/57298 doc [patch] add using compact flash cards info to handbook s docs/54752 doc bus_dma explained in ISA section in Handbook: should b o docs/53751 doc bus_dma(9) incorrectly documents BUS_DMA_ALLOCNOW o docs/53596 doc Updates to mt(1) manual page o docs/53271 doc bus_dma(9) fails to document alignment restrictions o docs/51480 doc Multiple undefined references in the FreeBSD manual pa o kern/51341 doc [ipfw] [patch] ipfw rule 'deny icmp from any to any ic o docs/50211 doc [patch] doc.docbook.mk: fix textfile creation o docs/48101 doc [patch] Add documentation on the fixit disk o docs/47594 doc [patch] passwd(5) incorrectly states allowed username o docs/45303 doc Bug in PDF DocBook rendering o docs/43823 doc [patch] update to environ(7) manpage o docs/41089 doc pax(1) -B option does not mention interaction with -z o docs/40423 doc Keyboard(4)'s definition of parameters to GETFKEY/SETF o docs/36724 doc ipnat(5) manpage grammar is incomplete and inconsisten s docs/33589 doc [patch] to doc.docbook.mk to post process .tex files. o docs/26286 doc *printf(3) etc should gain format string warnings o docs/24786 doc missing FILES descriptions in sa(4) s docs/20028 doc ASCII docs should reflect tags in the sourc 259 problems total. From owner-freebsd-doc@FreeBSD.ORG Mon Sep 23 13:21:56 2013 Return-Path: Delivered-To: freebsd-doc@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9538D844; Mon, 23 Sep 2013 13:21:56 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6B0812C5E; Mon, 23 Sep 2013 13:21:56 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r8NDLuGO004715; Mon, 23 Sep 2013 13:21:56 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r8NDLujc004714; Mon, 23 Sep 2013 13:21:56 GMT (envelope-from gavin) Date: Mon, 23 Sep 2013 13:21:56 GMT Message-Id: <201309231321.r8NDLujc004714@freefall.freebsd.org> To: simon@comsys.ntu-kpi.kiev.ua, gavin@FreeBSD.org, freebsd-doc@FreeBSD.org From: gavin@FreeBSD.org Subject: Re: docs/178077: [patch] Correct description of -webnfs in exports.5 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Sep 2013 13:21:56 -0000 Synopsis: [patch] Correct description of -webnfs in exports.5 State-Changed-From-To: open->closed State-Changed-By: gavin State-Changed-When: Mon Sep 23 13:21:12 UTC 2013 State-Changed-Why: PR closed at submitter's request. http://www.freebsd.org/cgi/query-pr.cgi?pr=178077 From owner-freebsd-doc@FreeBSD.ORG Mon Sep 23 13:27:10 2013 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B46A7ADF for ; Mon, 23 Sep 2013 13:27:10 +0000 (UTC) (envelope-from trhodes@FreeBSD.org) Received: from homiemail-a74.g.dreamhost.com (caiajhbdcaib.dreamhost.com [208.97.132.81]) by mx1.freebsd.org (Postfix) with ESMTP id 9D5E82CA2 for ; Mon, 23 Sep 2013 13:27:10 +0000 (UTC) Received: from homiemail-a74.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a74.g.dreamhost.com (Postfix) with ESMTP id 6132167C072 for ; Mon, 23 Sep 2013 06:26:59 -0700 (PDT) Received: from lab (ip72-219-240-45.dc.dc.cox.net [72.219.240.45]) (Authenticated sender: trhodes@fbsdsecure.org) by homiemail-a74.g.dreamhost.com (Postfix) with ESMTPA id 1205B67C06D for ; Mon, 23 Sep 2013 06:26:58 -0700 (PDT) Date: Mon, 23 Sep 2013 09:26:57 -0400 From: Tom Rhodes To: freebsd-doc@FreeBSD.org Subject: Doc sprint at vbsdcon Message-Id: <20130923092657.3b542304.trhodes@FreeBSD.org> X-Mailer: Sylpheed version 1.0.6 (GTK+ 1.2.10; x86_64-unknown-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Sep 2013 13:27:10 -0000 Hey, Anyone attending this event? I'm trying to get a head count and make plans for it. Cheers, -- Tom Rhodes From owner-freebsd-doc@FreeBSD.ORG Mon Sep 23 15:41:16 2013 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2BBA49F8; Mon, 23 Sep 2013 15:41:16 +0000 (UTC) (envelope-from freebsd@allanjude.com) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 0725125E1; Mon, 23 Sep 2013 15:41:14 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.108.129]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 971691BD08; Mon, 23 Sep 2013 15:41:07 +0000 (UTC) Message-ID: <52406118.9070408@allanjude.com> Date: Mon, 23 Sep 2013 11:41:12 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Tom Rhodes , freebsd-doc@FreeBSD.org Subject: Re: Doc sprint at vbsdcon References: <20130923092657.3b542304.trhodes@FreeBSD.org> In-Reply-To: <20130923092657.3b542304.trhodes@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Sep 2013 15:41:16 -0000 On 2013-09-23 09:26, Tom Rhodes wrote: > Hey, > > Anyone attending this event? I'm trying to get a head count > and make plans for it. Cheers, > > -- > Tom Rhodes > _______________________________________________ > freebsd-doc@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-doc > To unsubscribe, send any mail to "freebsd-doc-unsubscribe@freebsd.org" I'll be there -- Allan Jude From owner-freebsd-doc@FreeBSD.ORG Mon Sep 23 19:41:15 2013 Return-Path: Delivered-To: freebsd-doc@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C4EF4893; Mon, 23 Sep 2013 19:41:15 +0000 (UTC) (envelope-from ebrandi@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 992E92464; Mon, 23 Sep 2013 19:41:15 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r8NJfF9V085511; Mon, 23 Sep 2013 19:41:15 GMT (envelope-from ebrandi@freefall.freebsd.org) Received: (from ebrandi@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r8NJfFMt085510; Mon, 23 Sep 2013 19:41:15 GMT (envelope-from ebrandi) Date: Mon, 23 Sep 2013 19:41:15 GMT Message-Id: <201309231941.r8NJfFMt085510@freefall.freebsd.org> To: ebrandi@FreeBSD.org, freebsd-doc@FreeBSD.org, ebrandi@FreeBSD.org From: ebrandi@FreeBSD.org Subject: Re: docs/179541: [handbook] brazilian portuguese translation to "Obtaining FreeBSD" X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Sep 2013 19:41:15 -0000 Synopsis: [handbook] brazilian portuguese translation to "Obtaining FreeBSD" Responsible-Changed-From-To: freebsd-doc->ebrandi Responsible-Changed-By: ebrandi Responsible-Changed-When: Mon Sep 23 19:41:15 UTC 2013 Responsible-Changed-Why: I`ll take it. http://www.freebsd.org/cgi/query-pr.cgi?pr=179541 From owner-freebsd-doc@FreeBSD.ORG Mon Sep 23 19:42:03 2013 Return-Path: Delivered-To: freebsd-doc@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 354669D4; Mon, 23 Sep 2013 19:42:03 +0000 (UTC) (envelope-from ebrandi@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0A5BD247C; Mon, 23 Sep 2013 19:42:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r8NJg2aA085622; Mon, 23 Sep 2013 19:42:02 GMT (envelope-from ebrandi@freefall.freebsd.org) Received: (from ebrandi@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r8NJg2Rc085621; Mon, 23 Sep 2013 19:42:02 GMT (envelope-from ebrandi) Date: Mon, 23 Sep 2013 19:42:02 GMT Message-Id: <201309231942.r8NJg2Rc085621@freefall.freebsd.org> To: ebrandi@FreeBSD.org, freebsd-doc@FreeBSD.org, ebrandi@FreeBSD.org From: ebrandi@FreeBSD.org Subject: Re: docs/179552: [handbook] brazilian portuguese translation to "Installing Applications: Packages and Ports" X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Sep 2013 19:42:03 -0000 Synopsis: [handbook] brazilian portuguese translation to "Installing Applications: Packages and Ports" Responsible-Changed-From-To: freebsd-doc->ebrandi Responsible-Changed-By: ebrandi Responsible-Changed-When: Mon Sep 23 19:42:02 UTC 2013 Responsible-Changed-Why: I`ll take it. http://www.freebsd.org/cgi/query-pr.cgi?pr=179552 From owner-freebsd-doc@FreeBSD.ORG Mon Sep 23 19:42:40 2013 Return-Path: Delivered-To: freebsd-doc@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2E80AA2D; Mon, 23 Sep 2013 19:42:40 +0000 (UTC) (envelope-from ebrandi@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 039F82487; Mon, 23 Sep 2013 19:42:40 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r8NJgdVl085794; Mon, 23 Sep 2013 19:42:39 GMT (envelope-from ebrandi@freefall.freebsd.org) Received: (from ebrandi@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r8NJgd6O085793; Mon, 23 Sep 2013 19:42:39 GMT (envelope-from ebrandi) Date: Mon, 23 Sep 2013 19:42:39 GMT Message-Id: <201309231942.r8NJgd6O085793@freefall.freebsd.org> To: ebrandi@FreeBSD.org, freebsd-doc@FreeBSD.org, ebrandi@FreeBSD.org From: ebrandi@FreeBSD.org Subject: Re: docs/179560: [handbook] brazilian portuguese translation to "DTrace" X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Sep 2013 19:42:40 -0000 Synopsis: [handbook] brazilian portuguese translation to "DTrace" Responsible-Changed-From-To: freebsd-doc->ebrandi Responsible-Changed-By: ebrandi Responsible-Changed-When: Mon Sep 23 19:42:39 UTC 2013 Responsible-Changed-Why: I`ll take it. http://www.freebsd.org/cgi/query-pr.cgi?pr=179560 From owner-freebsd-doc@FreeBSD.ORG Tue Sep 24 12:17:44 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 30017B61 for ; Tue, 24 Sep 2013 12:17:44 +0000 (UTC) (envelope-from dru.lavigne@att.net) Received: from nm22-vm2.access.bullet.mail.gq1.yahoo.com (nm22-vm2.access.bullet.mail.gq1.yahoo.com [216.39.63.50]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D2C3B2860 for ; Tue, 24 Sep 2013 12:17:43 +0000 (UTC) Received: from [216.39.60.171] by nm22.access.bullet.mail.gq1.yahoo.com with NNFMP; 24 Sep 2013 12:14:41 -0000 Received: from [216.39.60.249] by tm7.access.bullet.mail.gq1.yahoo.com with NNFMP; 24 Sep 2013 12:14:41 -0000 Received: from [127.0.0.1] by omp1020.access.mail.gq1.yahoo.com with NNFMP; 24 Sep 2013 12:14:41 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 410542.23853.bm@omp1020.access.mail.gq1.yahoo.com Received: (qmail 99067 invoked by uid 60001); 24 Sep 2013 12:14:41 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=att.net; s=s1024; t=1380024881; bh=E6vSywZAudtxU+4mslOkcjqOzPZj7lsa50pCntDW7L8=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=B449BtnAXlYfVABrY9L2Gu40xmRR4+ZOIoYb/0zgzvqfkDQH/LP1gkReMhJc924gzBAkAM/7V5fFAjRcfTcCWLZoYdKSYL15stS/XdPQ3mB6Gy3S2Q5Ok6U9poLYro44zA1iL3yiqEwhk+1kVNKm7kImYOXSxQN2s8ooabVDBY8= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=att.net; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=32E/CL6w+tPglxTnP6/K2wbTM6b812oxuGsbcPOMv+LqvEVQLJ8DjFD/vASNlc92gXzElaCYi3b6o38P3+I8CTP2zhPxamocmjnyoncdKd2Qy5ATBNT2kTo3DG46jMpIgXLdrYdCznswMKVPtWfZ/7ITD46r9G8kkvWOMDGJRkM=; X-YMail-OSG: X1nmczYVM1lramXLqqodinbCTQ0vEc9R9DjNze7anrkruYm MjLjLfRz.tlru2MZYpiMArw9GxqXze9HYC1JZWHK3CU6735Dl4GoFR4DUJE4 1ysYKf8Pp.kMNISytQ7vphGbMm5P2U_HBJIm6ZYuMcIt4PHxk.U2PnnTAEjo kYVsKXCwtJHo3XMslyYw3i3wzvEtKTKbEnjU7k2TvCkrHpXDy146c5JUg7pB 8djiPYNa1dk6sG95Dw4xcwc_xx4hs3.I9StKlEw11WFQzeCkYqqC6_Z7HFOv .Vir0NwvzmQuPtRxAA4FKK1yogMDzrzjOEe7iNyqes5vujRaYkMvg4noIP2s GFmGfx8vASEdxH2LloUaB92fMeWXAiHzwHkPofH7UK79JbvaVG8fCaeLgABT gkrn8frJKcvjWEZV47QONuMbpJeI42xzK328MlNJTfpIrRXYiuyxFju6MOJM Zue4Q2xhFP3c79f2lrN4r_xUO0pcKE_kMCli7mXkVaGSyzLW66wcUL1HOrEa 4A.kVnaXOxmU881u6YPoKeJY- Received: from [99.98.83.69] by web184904.mail.gq1.yahoo.com via HTTP; Tue, 24 Sep 2013 05:14:41 PDT X-Rocket-MIMEInfo: 002.001, Cgo.RGF0ZTogTW9uLCAyMyBTZXAgMjAxMyAwOToyNjo1NyAtMDQwMAo.RnJvbTogVG9tIFJob2RlcyA8dHJob2Rlc0BGcmVlQlNELm9yZz4KPlRvOiBmcmVlYnNkLWRvY0BGcmVlQlNELm9yZwo.U3ViamVjdDogRG9jIHNwcmludCBhdCB2YnNkY29uCj5NZXNzYWdlLUlEOiA8MjAxMzA5MjMwOTI2NTcuM2I1NDIzMDQudHJob2Rlc0BGcmVlQlNELm9yZz4KPkNvbnRlbnQtVHlwZTogdGV4dC9wbGFpbjsgY2hhcnNldD1VUy1BU0NJSQo.Cj5IZXksCj4KPkFueW9uZSBhdHRlbmRpbmcgdGhpcyBldmVudD_CoCBJJ20BMAEBAQE- X-Mailer: YahooMailWebService/0.8.157.561 References: Message-ID: <1380024881.96121.YahooMailNeo@web184904.mail.gq1.yahoo.com> Date: Tue, 24 Sep 2013 05:14:41 -0700 (PDT) From: Dru Lavigne Subject: Re: Doc sprint at vbsdcon To: "freebsd-doc@freebsd.org" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Dru Lavigne List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Sep 2013 12:17:44 -0000 =0A=0A>Date: Mon, 23 Sep 2013 09:26:57 -0400=0A>From: Tom Rhodes =0A>To: freebsd-doc@FreeBSD.org=0A>Subject: Doc sprint at vbsdco= n=0A>Message-ID: <20130923092657.3b542304.trhodes@FreeBSD.org>=0A>Content-T= ype: text/plain; charset=3DUS-ASCII=0A>=0A>Hey,=0A>=0A>Anyone attending thi= s event?=A0 I'm trying to get a head count=0A>and make plans for it.=A0 Che= ers,=0A=0A=0A=0AI'll be there.=0A=0ACheers,=0A=0ADru=0A From owner-freebsd-doc@FreeBSD.ORG Tue Sep 24 14:45:47 2013 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C5B3B284 for ; Tue, 24 Sep 2013 14:45:47 +0000 (UTC) (envelope-from pujade.denis@neuf.fr) Received: from smtp25.services.sfr.fr (smtp25.services.sfr.fr [93.17.128.118]) by mx1.freebsd.org (Postfix) with ESMTP id 8BA112205 for ; Tue, 24 Sep 2013 14:45:46 +0000 (UTC) Received: from filter.sfr.fr (localhost [127.0.0.1]) by msfrf2506.sfr.fr (SMTP Server) with ESMTP id 73C10700008C; Tue, 24 Sep 2013 16:37:36 +0200 (CEST) Received: from neuf.fr (unknown [178.120.36.87]) by msfrf2506.sfr.fr (SMTP Server) with ESMTP id 0D35E70000A4; Tue, 24 Sep 2013 16:37:30 +0200 (CEST) X-SFR-UUID: 20130924143731542.0D35E70000A4@msfrf2506.sfr.fr Message-ID: <4F828F62.CC52AA05@neuf.fr> Date: Tue, 24 Sep 2013 15:37:36 +0100 From: "pujade.denis@neuf.fr" MIME-Version: 1.0 To: doc@freebsd.org Subject: How goes it X-Antivirus: avast! (VPS 101011-0, 11.10.2010), Outbound message X-Antivirus-Status: Clean Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Sep 2013 14:45:47 -0000 Feeling lovely again? Date hot girls online! http://saskia.grafi-offshore.com/550121.html is read that she succeeded Ninus and had been his spouse; she held the land which the Soldan rules. The other is she who, for love, slew herself and broke faith to the ashes of Sichaeus. Next is Cleopatra, the luxurious. See Helen, for whom so long a time of ill revolved; and see the great Achilles, who at the end fought with love. See Paris, Tristan--" and more than a thousand shades he showed me with his finger, and named them whom love had parted from our life. After I had heard my Teacher name the dames of eld and the cavaliers, pity overcame me, and I was well-nigh bewildered. I began, Giselle From owner-freebsd-doc@FreeBSD.ORG Tue Sep 24 20:32:03 2013 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1B1D1A90 for ; Tue, 24 Sep 2013 20:32:03 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B0E2328C4 for ; Tue, 24 Sep 2013 20:32:02 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id ABFBBB95B; Tue, 24 Sep 2013 16:32:01 -0400 (EDT) From: John Baldwin To: Warren Block Subject: Re: Tweaks to the wait(2) manpage Date: Tue, 24 Sep 2013 16:31:44 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <201309121643.46422.jhb@freebsd.org> <20130914081144.GZ41229@kib.kiev.ua> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201309241631.44920.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 24 Sep 2013 16:32:01 -0400 (EDT) Cc: Konstantin Belousov , doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Sep 2013 20:32:03 -0000 On Saturday, September 14, 2013 9:11:48 am Warren Block wrote: > On Sat, 14 Sep 2013, Konstantin Belousov wrote: > > > On Thu, Sep 12, 2013 at 04:43:46PM -0400, John Baldwin wrote: > >> I have some tweaks to the wait(2) manpage, in particular to the sections on > >> wait6() and idtypes. I did also change two other places to use uppercase for > >> ID since that seems to be what we do in other pages. The alternate rendered > >> text is below followed by the diff. One structural change I chose to make was > >> using a tagged list for the non-standard idtypes. Our manpages in general > >> prefer tagged lists to bullet lists for enumerations. I left the list of > >> standard types as-is as it includes a fourth bullet point that would not have > >> an associated tag (though one could perhaps move that into the paragraph > >> introducing the list of standard types if a tagged list was desired). I kept > >> reading this page as I was writing this e-mail and changed more bits to > >> attempt to be more consisent with existing paragraphs, etc.: > >> > >> The broadest interface of all functions in this family is wait6() which > >> is otherwise very much like wait4() but with a few very important dis- > >> tinctions. To wait for exited processes the option flag WEXITED must be > > I did not liked the introductory sentence above, but was not able to > > formulate the idea better. Specifically, I do not like the narrative tone, > > and think that 'broadest' and 'distinction' should be expressed better. > > Agreed about "broadest", it's hard to tell what that means. How about: > > wait6() is the most general function in this family, differing from > wait4() in these important ways: > > To wait for exited processes, the WEXITED option flag must be > explicitly specified. This allows waiting for processes which have > experienced other status changes without having to also handle the > exit status from terminated processes. > > Instead of the traditional rusage argument, the wrusage argument > points to a structure defined as: I've fixed the zero -> NULL case Konstantin pointed out (and another one). I also made a stab at fixing this. I actually changed the prior paragraph to state that both wait4 and wait6 are the general functions for this API and then went from there. I also reworded the descriptions of the flags in options and clarified that WTRAPPED is implicit the same as WEXITED in a few places. At this point it's probably easiest for me to just put the entire page here: WAIT(2) FreeBSD System Calls Manual WAIT(2) NAME wait, waitid, waitpid, wait3, wait4, wait6 -- wait for processes to change status LIBRARY Standard C Library (libc, -lc) SYNOPSIS #include #include pid_t wait(int *status); pid_t waitpid(pid_t wpid, int *status, int options); #include int waitid(idtype_t idtype, id_t id, siginfo_t *info, int options); #include #include pid_t wait3(int *status, int options, struct rusage *rusage); pid_t wait4(pid_t wpid, int *status, int options, struct rusage *rusage); pid_t wait6(idtype_t idtype, id_t id, int *status, int options, struct __wrusage *wrusage, siginfo_t *infop); DESCRIPTION The wait() function suspends execution of its calling thread until status information is available for a child process or a signal is received. On return from a successful wait() call, the status area contains informa- tion about the process that reported a status change as defined below. The wait() call is the same as wait4() with a wpid value of -1, with an options value of zero, and a rusage value of NULL. The wait4() and wait6() system calls provide a more general interface for programs that need to wait for specific child processes, that need resource utilization statistics accumulated by child processes, or that require options. The other wait functions are implemented using either wait4() or wait6(). The wait6() function is the most general function in this family and dif- fers from wait4() in these important ways: All of the desired process statuses to be waited on must be explicitly specified in options. The wait(), waitpid(), wait3(), and wait4() func- tions all implicitly wait for exited and trapped processes, but the waitid() and wait6() functions require the corresponding WEXITED and WTRAPPED flags to be explicitly specified. This allows waiting for pro- cesses which have experienced other status changes without having to also handle the exit status from terminated processes. Instead of the traditional rusage argument, the wrusage arguments points to a structure defined as: struct __wrusage { struct rusage wru_self; struct rusage wru_children; }; This allows the calling process to collect resource usage statistics from both its own child process as well as from its grand children. When no resource usage statistics are needed this pointer can be NULL. The last argument infop must be either NULL or a pointer to a siginfo_t structure. If non-NULL, the structure is filled with the same data as for a SIGCHLD signal delivered when the process changed state. The set of child processes to be queried is specified by the arguments idtype and id. The separate idtype and id arguments support many other types of identifers in addition to process IDs and process group IDs. o If idtype is P_PID, waitid() and wait6() wait for the child process with a process ID equal to (pid_t)id. o If idtype is P_PGID, waitid() and wait6() wait for the child process with a process group ID equal to (pid_t)id. o If idtype is P_ALL, waitid() and wait6() wait for any child process and the id is ignored. o If idtype is P_PID or P_PGID and the id is zero, waitid() and wait6() wait for any child process in the same process group as the caller. Non-standard identifier types supported by this implementation of waitid() and wait6() are: P_UID Wait for processes whose effective user ID is equal to (uid_t) id. P_GID Wait for processes whose effective group ID is equal to (gid_t) id. P_SID Wait for processes whose session ID is equal to id. If the child process started its own session, its session ID will be the same as its process ID. Otherwise the session ID of a child process will match the caller's session ID. P_JAILID Waits for processes within a jail whose jail identifier is equal to id. For the wait(), wait3(), and wait4() functions, the single wpid argument specifies the set of child processes for which to wait. o If wpid is -1, the call waits for any child process. o If wpid is 0, the call waits for any child process in the process group of the caller. o If wpid is greater than zero, the call waits for the process with process ID wpid. o If wpid is less than -1, the call waits for any process whose process group ID equals the absolute value of wpid. The status argument is defined below. The options argument contains the bitwise OR of any of the following options. WCONTINUED Report the status of selected processes that have continued from a job control stop by receiving a SIGCONT signal. WNOHANG Do not block when there are no processes wishing to report status. WUNTRACED Report the status of selected processes which are stopped due to a SIGTTIN, SIGTTOU, SIGTSTP, or SIGSTOP signal. WSTOPPED An alias for WUNTRACED. WTRAPPED Report the status of selected processes which are being traced via ptrace(2) and have trapped or reached a break- point. This flag is implicitly set for the functions wait(), waitpid(), wait3(), and wait4(). For the waitid() and wait6() functions, the flag has to be explicitly included in options if status reports from trapped processes are expected. WEXITED Report the status of selected processes which have termi- nated. This flag is implicitly set for the functions wait(), waitpid(), wait3(), and wait4(). For the waitid() and wait6() functions, the flag has to be explicitly included in options if status reports from termi- nated processes are expected. WNOWAIT Keep the process whose status is returned in a waitable state. The process may be waited for again after this call completes. For the waitid() and wait6() functions, at least one of the options WEXITED, WUNTRACED, WSTOPPED, WTRAPPED, or WCONTINUED must be specified. Otherwise there will be no events for the call to report. To avoid hang- ing indefinitely in such a case these functions return -1 with errno set to EINVAL. If rusage is non-NULL, a summary of the resources used by the terminated process and all its children is returned. If wrusage is non-NULL, separate summaries are returned for the resources used by the terminated process and the resources used by all its chil- dren. If infop is non-NULL, a siginfo_t structure is returned with the si_signo field set to SIGCHLD and the si_pid field set to the process ID of the process reporting status. When the WNOHANG option is specified and no processes wish to report sta- tus, waitid() sets the si_signo and si_pid fields in infop to zero. Checking these fields is the only way to know if a status change was reported. When the WNOHANG option is specified and no processes wish to report sta- tus, wait4() and wait6() return a process id of 0. The waitpid() function is identical to wait4() with an rusage value of NULL. The older wait3() call is the same as wait4() with a wpid value of -1. The wait4() function is identical to wait6() with the flags WEXITED and WTRAPPED set in options and infop set to NULL. The following macros may be used to test the current status of the process. Exactly one of the following four macros will evaluate to a non-zero (true) value: WIFCONTINUED(status) True if the process has not terminated, and has continued after a job control stop. This macro can be true only if the wait call specified the WCONTINUED option. WIFEXITED(status) True if the process terminated normally by a call to _exit(2) or exit(3). WIFSIGNALED(status) True if the process terminated due to receipt of a signal. WIFSTOPPED(status) True if the process has not terminated, but has stopped and can be restarted. This macro can be true only if the wait call spec- ified the WUNTRACED option or if the child process is being traced (see ptrace(2)). Depending on the values of those macros, the following macros produce the remaining status information about the child process: WEXITSTATUS(status) If WIFEXITED(status) is true, evaluates to the low-order 8 bits of the argument passed to _exit(2) or exit(3) by the child. WTERMSIG(status) If WIFSIGNALED(status) is true, evaluates to the number of the signal that caused the termination of the process. WCOREDUMP(status) If WIFSIGNALED(status) is true, evaluates as true if the termina- tion of the process was accompanied by the creation of a core file containing an image of the process when the signal was received. WSTOPSIG(status) If WIFSTOPPED(status) is true, evaluates to the number of the signal that caused the process to stop. NOTES See sigaction(2) for a list of termination signals. A status of 0 indi- cates normal termination. If a parent process terminates without waiting for all of its child pro- cesses to terminate, the remaining child processes are assigned the par- ent process 1 ID (the init process ID). If a signal is caught while any of the wait() calls are pending, the call may be interrupted or restarted when the signal-catching routine returns, depending on the options in effect for the signal; see discussion of SA_RESTART in sigaction(2). The implementation queues one SIGCHLD signal for each child process whose status has changed; if wait() returns because the status of a child process is available, the pending SIGCHLD signal associated with the process ID of the child process will be discarded. Any other pending SIGCHLD signals remain pending. If SIGCHLD is blocked and wait() returns because the status of a child process is available, the pending SIGCHLD signal will be cleared unless another status of the child process is available. RETURN VALUES If wait() returns due to a stopped, continued, or terminated child process, the process ID of the child is returned to the calling process. Otherwise, a value of -1 is returned and errno is set to indicate the error. If wait6(), wait4(), wait3(), or waitpid() returns due to a stopped, con- tinued, or terminated child process, the process ID of the child is returned to the calling process. If there are no children not previously awaited, -1 is returned with errno set to ECHILD. Otherwise, if WNOHANG is specified and there are no stopped, continued or exited children, 0 is returned. If an error is detected or a caught signal aborts the call, a value of -1 is returned and errno is set to indicate the error. If waitid() returns because one or more processes have a state change to report, 0 is returned. If an error is detected, a value of -1 is returned and errno is set to indicate the error. If WNOHANG is specified and there are no stopped, continued or exited children, 0 is returned. The si_signo and si_pid fields of infop must be checked against zero to determine if a process reported status. ERRORS The wait() function will fail and return immediately if: [ECHILD] The calling process has no existing unwaited-for child processes. [ECHILD] No status from the terminated child process is avail- able because the calling process has asked the system to discard such status by ignoring the signal SIGCHLD or setting the flag SA_NOCLDWAIT for that signal. [EFAULT] The status or rusage argument points to an illegal address. (May not be detected before exit of a child process.) [EINTR] The call was interrupted by a caught signal, or the signal did not have the SA_RESTART flag set. [EINVAL] An invalid value was specified for options, or idtype and id do not specify a valid set of processes. SEE ALSO _exit(2), ptrace(2), sigaction(2), exit(3), siginfo(3) STANDARDS The wait(), waitpid(), and waitid() functions are defined by POSIX; wait6(), wait4(), and wait3() are not specified by POSIX. The WCOREDUMP() macro is an extension to the POSIX interface. The ability to use the WNOWAIT flag with waitpid() is an extension; POSIX only permits this flag with waitid(). POSIX requires waitid() to return the full 32 bits passed to _exit(2); this implementation only returns 8 bits like in the other calls. HISTORY The wait() function appeared in Version 6 AT&T UNIX. -- John Baldwin From owner-freebsd-doc@FreeBSD.ORG Tue Sep 24 21:34:59 2013 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0923070; Tue, 24 Sep 2013 21:34:59 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 530E02D7D; Tue, 24 Sep 2013 21:34:58 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r8OLYpqM045666; Wed, 25 Sep 2013 00:34:51 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r8OLYpqM045666 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r8OLYpdB045665; Wed, 25 Sep 2013 00:34:51 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 25 Sep 2013 00:34:51 +0300 From: Konstantin Belousov To: John Baldwin Subject: Re: Tweaks to the wait(2) manpage Message-ID: <20130924213451.GS41229@kib.kiev.ua> References: <201309121643.46422.jhb@freebsd.org> <20130914081144.GZ41229@kib.kiev.ua> <201309241631.44920.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="m0ev5QnFa5X6wbjY" Content-Disposition: inline In-Reply-To: <201309241631.44920.jhb@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Sep 2013 21:34:59 -0000 --m0ev5QnFa5X6wbjY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 24, 2013 at 04:31:44PM -0400, John Baldwin wrote: > On Saturday, September 14, 2013 9:11:48 am Warren Block wrote: > > On Sat, 14 Sep 2013, Konstantin Belousov wrote: > >=20 > > > On Thu, Sep 12, 2013 at 04:43:46PM -0400, John Baldwin wrote: > > >> I have some tweaks to the wait(2) manpage, in particular to the sect= ions on > > >> wait6() and idtypes. I did also change two other places to use uppe= rcase for > > >> ID since that seems to be what we do in other pages. The alternate = rendered > > >> text is below followed by the diff. One structural change I chose t= o make was > > >> using a tagged list for the non-standard idtypes. Our manpages in g= eneral > > >> prefer tagged lists to bullet lists for enumerations. I left the li= st of > > >> standard types as-is as it includes a fourth bullet point that would= not have > > >> an associated tag (though one could perhaps move that into the parag= raph > > >> introducing the list of standard types if a tagged list was desired)= =2E I kept > > >> reading this page as I was writing this e-mail and changed more bits= to > > >> attempt to be more consisent with existing paragraphs, etc.: > > >> > > >> The broadest interface of all functions in this family is wait6= () which > > >> is otherwise very much like wait4() but with a few very importa= nt dis- > > >> tinctions. To wait for exited processes the option flag WEXITE= D must be > > > I did not liked the introductory sentence above, but was not able to > > > formulate the idea better. Specifically, I do not like the narrative= tone, > > > and think that 'broadest' and 'distinction' should be expressed bette= r. > >=20 > > Agreed about "broadest", it's hard to tell what that means. How about: > >=20 > > wait6() is the most general function in this family, differing from > > wait4() in these important ways: > >=20 > > To wait for exited processes, the WEXITED option flag must be > > explicitly specified. This allows waiting for processes which have > > experienced other status changes without having to also handle the > > exit status from terminated processes. > >=20 > > Instead of the traditional rusage argument, the wrusage argument > > points to a structure defined as: >=20 > I've fixed the zero -> NULL case Konstantin pointed out (and another one). > I also made a stab at fixing this. I actually changed the prior paragraph > to state that both wait4 and wait6 are the general functions for this API > and then went from there. I also reworded the descriptions of the flags > in options and clarified that WTRAPPED is implicit the same as WEXITED in > a few places. >=20 > At this point it's probably easiest for me to just put the entire page he= re: >=20 > WAIT(2) FreeBSD System Calls Manual WA= IT(2) >=20 > NAME > wait, waitid, waitpid, wait3, wait4, wait6 -- wait for processes to > change status >=20 > LIBRARY > Standard C Library (libc, -lc) >=20 > SYNOPSIS > #include > #include >=20 > pid_t > wait(int *status); >=20 > pid_t > waitpid(pid_t wpid, int *status, int options); >=20 > #include >=20 > int > waitid(idtype_t idtype, id_t id, siginfo_t *info, int options); >=20 > #include > #include >=20 > pid_t > wait3(int *status, int options, struct rusage *rusage); >=20 > pid_t > wait4(pid_t wpid, int *status, int options, struct rusage *rusage); >=20 > pid_t > wait6(idtype_t idtype, id_t id, int *status, int options, > struct __wrusage *wrusage, siginfo_t *infop); >=20 > DESCRIPTION > The wait() function suspends execution of its calling thread until s= tatus > information is available for a child process or a signal is received= =2E On > return from a successful wait() call, the status area contains infor= ma- > tion about the process that reported a status change as defined belo= w. >=20 > The wait() call is the same as wait4() with a wpid value of -1, with= an > options value of zero, and a rusage value of NULL. >=20 > The wait4() and wait6() system calls provide a more general interfac= e for > programs that need to wait for specific child processes, that need > resource utilization statistics accumulated by child processes, or t= hat > require options. The other wait functions are implemented using eit= her > wait4() or wait6(). >=20 > The wait6() function is the most general function in this family and= dif- > fers from wait4() in these important ways: Still, this sentence highlights the difference with wait4(), but there were no description for wait4() given before. Might be, modulo the language rewording, say The wait6() function is the most general function in this family and its distinctive features are: >=20 > All of the desired process statuses to be waited on must be explicit= ly > specified in options. The wait(), waitpid(), wait3(), and wait4() f= unc- > tions all implicitly wait for exited and trapped processes, but the > waitid() and wait6() functions require the corresponding WEXITED and > WTRAPPED flags to be explicitly specified. This allows waiting for = pro- > cesses which have experienced other status changes without having to= also > handle the exit status from terminated processes. >=20 > Instead of the traditional rusage argument, the wrusage arguments po= ints > to a structure defined as: And there, The wait6() function takes the wrusage argument, which points to ... I like other parts of the text. >=20 > struct __wrusage { > struct rusage wru_self; > struct rusage wru_children; > }; >=20 > This allows the calling process to collect resource usage statistics= from > both its own child process as well as from its grand children. When= no > resource usage statistics are needed this pointer can be NULL. >=20 > The last argument infop must be either NULL or a pointer to a siginf= o_t > structure. If non-NULL, the structure is filled with the same data = as > for a SIGCHLD signal delivered when the process changed state. >=20 > The set of child processes to be queried is specified by the argumen= ts > idtype and id. The separate idtype and id arguments support many ot= her > types of identifers in addition to process IDs and process group IDs. >=20 > o If idtype is P_PID, waitid() and wait6() wait for the child > process with a process ID equal to (pid_t)id. >=20 > o If idtype is P_PGID, waitid() and wait6() wait for the chi= ld > process with a process group ID equal to (pid_t)id. >=20 > o If idtype is P_ALL, waitid() and wait6() wait for any child > process and the id is ignored. >=20 > o If idtype is P_PID or P_PGID and the id is zero, waitid() = and > wait6() wait for any child process in the same process gro= up as > the caller. >=20 > Non-standard identifier types supported by this implementation of > waitid() and wait6() are: >=20 > P_UID Wait for processes whose effective user ID is equal to (ui= d_t) > id. >=20 > P_GID Wait for processes whose effective group ID is equal to (g= id_t) > id. >=20 > P_SID Wait for processes whose session ID is equal to id. If the > child process started its own session, its session ID will= be > the same as its process ID. Otherwise the session ID of a > child process will match the caller's session ID. >=20 > P_JAILID Waits for processes within a jail whose jail identifier is > equal to id. >=20 > For the wait(), wait3(), and wait4() functions, the single wpid argu= ment > specifies the set of child processes for which to wait. >=20 > o If wpid is -1, the call waits for any child process. >=20 > o If wpid is 0, the call waits for any child process in the > process group of the caller. >=20 > o If wpid is greater than zero, the call waits for the proce= ss > with process ID wpid. >=20 > o If wpid is less than -1, the call waits for any process wh= ose > process group ID equals the absolute value of wpid. >=20 > The status argument is defined below. >=20 > The options argument contains the bitwise OR of any of the following > options. >=20 > WCONTINUED Report the status of selected processes that have contin= ued > from a job control stop by receiving a SIGCONT signal. >=20 > WNOHANG Do not block when there are no processes wishing to repo= rt > status. >=20 > WUNTRACED Report the status of selected processes which are stoppe= d due > to a SIGTTIN, SIGTTOU, SIGTSTP, or SIGSTOP signal. >=20 > WSTOPPED An alias for WUNTRACED. >=20 > WTRAPPED Report the status of selected processes which are being > traced via ptrace(2) and have trapped or reached a break- > point. This flag is implicitly set for the functions wa= it(), > waitpid(), wait3(), and wait4(). > For the waitid() and wait6() functions, the flag has to = be > explicitly included in options if status reports from tr= apped > processes are expected. >=20 > WEXITED Report the status of selected processes which have termi- > nated. This flag is implicitly set for the functions wa= it(), > waitpid(), wait3(), and wait4(). > For the waitid() and wait6() functions, the flag has to = be > explicitly included in options if status reports from te= rmi- > nated processes are expected. >=20 > WNOWAIT Keep the process whose status is returned in a waitable > state. The process may be waited for again after this c= all > completes. >=20 > For the waitid() and wait6() functions, at least one of the options > WEXITED, WUNTRACED, WSTOPPED, WTRAPPED, or WCONTINUED must be specif= ied. > Otherwise there will be no events for the call to report. To avoid = hang- > ing indefinitely in such a case these functions return -1 with errno= set > to EINVAL. >=20 > If rusage is non-NULL, a summary of the resources used by the termin= ated > process and all its children is returned. >=20 > If wrusage is non-NULL, separate summaries are returned for the reso= urces > used by the terminated process and the resources used by all its chi= l- > dren. >=20 > If infop is non-NULL, a siginfo_t structure is returned with the si_= signo > field set to SIGCHLD and the si_pid field set to the process ID of t= he > process reporting status. >=20 > When the WNOHANG option is specified and no processes wish to report= sta- > tus, waitid() sets the si_signo and si_pid fields in infop to zero. > Checking these fields is the only way to know if a status change was > reported. >=20 > When the WNOHANG option is specified and no processes wish to report= sta- > tus, wait4() and wait6() return a process id of 0. >=20 > The waitpid() function is identical to wait4() with an rusage value = of > NULL. The older wait3() call is the same as wait4() with a wpid val= ue of > -1. The wait4() function is identical to wait6() with the flags WEX= ITED > and WTRAPPED set in options and infop set to NULL. >=20 > The following macros may be used to test the current status of the > process. Exactly one of the following four macros will evaluate to a > non-zero (true) value: >=20 > WIFCONTINUED(status) > True if the process has not terminated, and has continued af= ter a > job control stop. This macro can be true only if the wait c= all > specified the WCONTINUED option. >=20 > WIFEXITED(status) > True if the process terminated normally by a call to _exit(2= ) or > exit(3). >=20 > WIFSIGNALED(status) > True if the process terminated due to receipt of a signal. >=20 > WIFSTOPPED(status) > True if the process has not terminated, but has stopped and = can > be restarted. This macro can be true only if the wait call = spec- > ified the WUNTRACED option or if the child process is being > traced (see ptrace(2)). >=20 > Depending on the values of those macros, the following macros produc= e the > remaining status information about the child process: >=20 > WEXITSTATUS(status) > If WIFEXITED(status) is true, evaluates to the low-order 8 b= its > of the argument passed to _exit(2) or exit(3) by the child. >=20 > WTERMSIG(status) > If WIFSIGNALED(status) is true, evaluates to the number of t= he > signal that caused the termination of the process. >=20 > WCOREDUMP(status) > If WIFSIGNALED(status) is true, evaluates as true if the ter= mina- > tion of the process was accompanied by the creation of a core > file containing an image of the process when the signal was > received. >=20 > WSTOPSIG(status) > If WIFSTOPPED(status) is true, evaluates to the number of the > signal that caused the process to stop. >=20 > NOTES > See sigaction(2) for a list of termination signals. A status of 0 i= ndi- > cates normal termination. >=20 > If a parent process terminates without waiting for all of its child = pro- > cesses to terminate, the remaining child processes are assigned the = par- > ent process 1 ID (the init process ID). >=20 > If a signal is caught while any of the wait() calls are pending, the= call > may be interrupted or restarted when the signal-catching routine ret= urns, > depending on the options in effect for the signal; see discussion of > SA_RESTART in sigaction(2). >=20 > The implementation queues one SIGCHLD signal for each child process = whose > status has changed; if wait() returns because the status of a child > process is available, the pending SIGCHLD signal associated with the > process ID of the child process will be discarded. Any other pending > SIGCHLD signals remain pending. >=20 > If SIGCHLD is blocked and wait() returns because the status of a chi= ld > process is available, the pending SIGCHLD signal will be cleared unl= ess > another status of the child process is available. >=20 > RETURN VALUES > If wait() returns due to a stopped, continued, or terminated child > process, the process ID of the child is returned to the calling proc= ess. > Otherwise, a value of -1 is returned and errno is set to indicate the > error. >=20 > If wait6(), wait4(), wait3(), or waitpid() returns due to a stopped,= con- > tinued, or terminated child process, the process ID of the child is > returned to the calling process. If there are no children not previ= ously > awaited, -1 is returned with errno set to ECHILD. Otherwise, if WNO= HANG > is specified and there are no stopped, continued or exited children,= 0 is > returned. If an error is detected or a caught signal aborts the cal= l, a > value of -1 is returned and errno is set to indicate the error. >=20 > If waitid() returns because one or more processes have a state chang= e to > report, 0 is returned. If an error is detected, a value of -1 is > returned and errno is set to indicate the error. If WNOHANG is spec= ified > and there are no stopped, continued or exited children, 0 is returne= d. > The si_signo and si_pid fields of infop must be checked against zero= to > determine if a process reported status. >=20 > ERRORS > The wait() function will fail and return immediately if: >=20 > [ECHILD] The calling process has no existing unwaited-for = child > processes. >=20 > [ECHILD] No status from the terminated child process is av= ail- > able because the calling process has asked the sy= stem > to discard such status by ignoring the signal SIG= CHLD > or setting the flag SA_NOCLDWAIT for that signal. >=20 > [EFAULT] The status or rusage argument points to an illegal > address. (May not be detected before exit of a c= hild > process.) >=20 > [EINTR] The call was interrupted by a caught signal, or t= he > signal did not have the SA_RESTART flag set. >=20 > [EINVAL] An invalid value was specified for options, or id= type > and id do not specify a valid set of processes. >=20 > SEE ALSO > _exit(2), ptrace(2), sigaction(2), exit(3), siginfo(3) >=20 > STANDARDS > The wait(), waitpid(), and waitid() functions are defined by POSIX; > wait6(), wait4(), and wait3() are not specified by POSIX. The > WCOREDUMP() macro is an extension to the POSIX interface. >=20 > The ability to use the WNOWAIT flag with waitpid() is an extension; = POSIX > only permits this flag with waitid(). >=20 > POSIX requires waitid() to return the full 32 bits passed to _exit(2= ); > this implementation only returns 8 bits like in the other calls. >=20 > HISTORY > The wait() function appeared in Version 6 AT&T UNIX. >=20 > --=20 > John Baldwin --m0ev5QnFa5X6wbjY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQIcBAEBAgAGBQJSQgV6AAoJEJDCuSvBvK1BJQ0P+wc+HZBqNh52RSrhK1igdSt4 XUaedW548aEOWCEB8lkcYmNuy+VxpbO7FqERp+MlPmFdJNLIbO3gjCXtYOR0fTie THxw2cppLAYAVwS8iYBtsOi2U2XUNi6ew3LImO+GhoDG9TXkMAWtK4NOKLeGaznf RKDPud4Q3Q0zxTafR9jEyBFk+dPD7qkChPQjXm3RqXiHHBn6OyosRxe3paF8YFGO cdFHEJESiV445EHkqIm1xiwEL5VEXCcKj3/eBaY+6ma8EMdOS4zul31QEQuEq540 mCzmJ2Mc6iz/4Hea+/zCLPa3OmtbFPPOwdyQKiJuGTgqvfinWoPkCpQ3IhJH3kIV jVHhCB0yhxnqw7PhBXy3LjwLJMwovyrlJ56S/sW0tg01Tv40ADZsQDhcbwLTdbst LoeYXBGdhrta/twGjS/EXHU8YNqTRiZCRCG9+LaNt9vUouRhJ+8PrL6tSdNeHvaP Tnimt4fOKBy8FOe8E8Mpf3aEd6mgYgvcQiIyo9+XVg90v3PE+unJpbgoDztezqoX xL4krLIl7+hWn78S8pHmpndXT67WNYefw5gTyCBMgZ4yLUgDbr3eq03MdMo8xNkD 1UaAyxghix21axtIpZO/MO1bgHiSgiLWbt0thQ2F/8tMeW6PGpH3YgEqjqcJtVjj xnr5+vHvMXBLokemU0Ty =qozs -----END PGP SIGNATURE----- --m0ev5QnFa5X6wbjY-- From owner-freebsd-doc@FreeBSD.ORG Wed Sep 25 17:03:59 2013 Return-Path: Delivered-To: www@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C51E7EE for ; Wed, 25 Sep 2013 17:03:59 +0000 (UTC) (envelope-from sales@gaylesbiandirectory.com) Received: from server1.moonslice.com (server1.moonslice.com [69.72.242.138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 966D6241E for ; Wed, 25 Sep 2013 17:03:59 +0000 (UTC) Received: from ip68-227-84-27.sb.sd.cox.net ([68.227.84.27]:63104 helo=Jim-PC) by server1.moonslice.com with smtp (Exim 4.80.1) (envelope-from ) id 1VOsVA-0004dX-IO for www@FreeBSD.org; Wed, 25 Sep 2013 10:03:48 -0700 Organization: Gay Lesbian Directory Message-ID: From: "Gay Lesbian Directory" To: Subject: LGBT Directory Listing Date: Wed, 25 Sep 2013 08:01:29 -0700 MIME-Version: 1.0 X-ACL-Warn: { X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server1.moonslice.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - gaylesbiandirectory.com X-Get-Message-Sender-Via: server1.moonslice.com: acl_c_relayhosts_text_entry: sales@gaylesbiandirectory.com|gaylesbiandirectory.com X-Source: X-Source-Args: X-Source-Dir: Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Sep 2013 17:03:59 -0000 Gay Lesbian Directory Fall Special We wanted to invite you to join the largest, highest ranked, and least = expensive Directory serving the Gay Lesbian LGBTQ community in every city = around the world=2E All Gay and Gay Friendly submissions are welcome=2E $1.67/mo (billed $19.99/yr) We are the most used LGBT Directory and are highest ranked.=20 The gay community is very loyal to supporters.=20 You get a whole page with description, map, picture gallery & contact = information=20 Your Listing links to your website, raising your own website's ranking.=20 Your Directory Listing will be ranked high in searches Customers can bookmark & share your business on Facebook, Twitter, Google, = etc.=20 To Submit Your Listing Go to GayLesbianDirectory.com and click on 'Add Your Business' to = see options & features=2E Upgrade For More Exposure Premium Listing is placed above other Listings for all searches and = lists Premium Listing + Ad also includes a Display Ad and is included in = 'Featured' list You can compare Listing Options at: http://gaylesbiandirectory.com/directory/compare.php Just confirm for us which Listing type you want, and we'll send you = upgrade information=2E Please let me know if I can help you in any way.=20 Jim GayLesbianDirectory.com sales@gaylesbiandirectory.com If you no longer want to be on the mailing list, please reply and send as = is. Gay Lesbian Directory =A9 Copyright 2013 From owner-freebsd-doc@FreeBSD.ORG Thu Sep 26 12:08:32 2013 Return-Path: Delivered-To: freebsd-doc@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 77E6AE6C; Thu, 26 Sep 2013 12:08:32 +0000 (UTC) (envelope-from rene@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4BE4C25EC; Thu, 26 Sep 2013 12:08:32 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r8QC8WL3048077; Thu, 26 Sep 2013 12:08:32 GMT (envelope-from rene@freefall.freebsd.org) Received: (from rene@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r8QC8W12048076; Thu, 26 Sep 2013 12:08:32 GMT (envelope-from rene) Date: Thu, 26 Sep 2013 12:08:32 GMT Message-Id: <201309261208.r8QC8W12048076@freefall.freebsd.org> To: rene@FreeBSD.org, freebsd-doc@FreeBSD.org, rene@FreeBSD.org From: rene@FreeBSD.org Subject: Re: docs/181874: [PATCH] Add Debian GNU/kFreeBSD to advocacy/myths.xml X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Sep 2013 12:08:32 -0000 Synopsis: [PATCH] Add Debian GNU/kFreeBSD to advocacy/myths.xml Responsible-Changed-From-To: freebsd-doc->rene Responsible-Changed-By: rene Responsible-Changed-When: Thu Sep 26 12:08:15 UTC 2013 Responsible-Changed-Why: Take http://www.freebsd.org/cgi/query-pr.cgi?pr=181874 From owner-freebsd-doc@FreeBSD.ORG Fri Sep 27 07:56:07 2013 Return-Path: Delivered-To: freebsd-doc@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8FB497E0; Fri, 27 Sep 2013 07:56:07 +0000 (UTC) (envelope-from issyl0@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 62CEC2950; Fri, 27 Sep 2013 07:56:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r8R7u7qH003319; Fri, 27 Sep 2013 07:56:07 GMT (envelope-from issyl0@freefall.freebsd.org) Received: (from issyl0@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r8R7u7Du003318; Fri, 27 Sep 2013 07:56:07 GMT (envelope-from issyl0) Date: Fri, 27 Sep 2013 07:56:07 GMT Message-Id: <201309270756.r8R7u7Du003318@freefall.freebsd.org> To: issyl0@FreeBSD.org, freebsd-doc@FreeBSD.org, issyl0@FreeBSD.org From: issyl0@FreeBSD.org Subject: Re: docs/182087: First question in FreeBSD FAQ has grammatical error X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 07:56:07 -0000 Synopsis: First question in FreeBSD FAQ has grammatical error Responsible-Changed-From-To: freebsd-doc->issyl0 Responsible-Changed-By: issyl0 Responsible-Changed-When: Fri Sep 27 07:56:07 UTC 2013 Responsible-Changed-Why: I'll take it. http://www.freebsd.org/cgi/query-pr.cgi?pr=182087 From owner-freebsd-doc@FreeBSD.ORG Fri Sep 27 08:11:25 2013 Return-Path: Delivered-To: freebsd-doc@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3A1D2D73; Fri, 27 Sep 2013 08:11:25 +0000 (UTC) (envelope-from issyl0@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0FD242A33; Fri, 27 Sep 2013 08:11:25 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r8R8BOrt009414; Fri, 27 Sep 2013 08:11:24 GMT (envelope-from issyl0@freefall.freebsd.org) Received: (from issyl0@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r8R8BO7F009413; Fri, 27 Sep 2013 08:11:24 GMT (envelope-from issyl0) Date: Fri, 27 Sep 2013 08:11:24 GMT Message-Id: <201309270811.r8R8BO7F009413@freefall.freebsd.org> To: issyl0@FreeBSD.org, freebsd-doc@FreeBSD.org, issyl0@FreeBSD.org From: issyl0@FreeBSD.org Subject: Re: docs/182003: Missing a word. X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 08:11:25 -0000 Synopsis: Missing a word. Responsible-Changed-From-To: freebsd-doc->issyl0 Responsible-Changed-By: issyl0 Responsible-Changed-When: Fri Sep 27 08:11:24 UTC 2013 Responsible-Changed-Why: I'll take it. http://www.freebsd.org/cgi/query-pr.cgi?pr=182003