From owner-freebsd-doc@FreeBSD.ORG Sun Jan 27 00:13:26 2013 Return-Path: Delivered-To: freebsd-doc@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DB733EE9; Sun, 27 Jan 2013 00:13:26 +0000 (UTC) (envelope-from eadler@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id B0D4C72D; Sun, 27 Jan 2013 00:13:26 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r0R0DQoD087124; Sun, 27 Jan 2013 00:13:26 GMT (envelope-from eadler@freefall.freebsd.org) Received: (from eadler@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r0R0DQMn087109; Sun, 27 Jan 2013 00:13:26 GMT (envelope-from eadler) Date: Sun, 27 Jan 2013 00:13:26 GMT Message-Id: <201301270013.r0R0DQMn087109@freefall.freebsd.org> To: pluknet@gmail.com, eadler@FreeBSD.org, freebsd-doc@FreeBSD.org From: eadler@FreeBSD.org Subject: Re: docs/115065: [patch] sync ps.1 with p_flag and keywords 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, 27 Jan 2013 00:13:26 -0000 Synopsis: [patch] sync ps.1 with p_flag and keywords State-Changed-From-To: patched->closed State-Changed-By: eadler State-Changed-When: Sun Jan 27 00:13:26 UTC 2013 State-Changed-Why: MFCed/fixed by now or it will never be MFCed http://www.freebsd.org/cgi/query-pr.cgi?pr=115065 From owner-freebsd-doc@FreeBSD.ORG Sun Jan 27 00:21:28 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 4BC192DF; Sun, 27 Jan 2013 00:21:28 +0000 (UTC) (envelope-from ike@blackskyresearch.net) Received: from rs149.luxsci.com (rs149.luxsci.com [64.49.224.181]) by mx1.freebsd.org (Postfix) with ESMTP id 0996E78A; Sun, 27 Jan 2013 00:21:27 +0000 (UTC) Received: from rs149.luxsci.com (localhost.localdomain [127.0.0.1]) by rs149.luxsci.com (8.14.4/8.13.8) with ESMTP id r0R0LQFu001174; Sat, 26 Jan 2013 19:21:26 -0500 Received: (from root@localhost) by rs149.luxsci.com (8.14.4/8.13.8/Submit) id r0R0L2YR001037; Sun, 27 Jan 2013 00:21:02 GMT Received: (from sender 74627) (rs149.luxsci.com [127.0.0.1]) by LuxSci SP; Sun, 27 Jan 2013 00:21:02 +0000 Subject: Re: features.xml Content-Type: text/plain; charset=windows-1252 From: "Isaac (.ike) Levy" In-Reply-To: Date: Sat, 26 Jan 2013 19:20:14 -0500 Content-Transfer-Encoding: quoted-printable References: <70AFF504-314E-4F42-A2E1-D148D8FA2BCD@axialmarket.com> <1359058203-4509368.00016252.fr0OK9rh7016372@rs149.luxsci.com> <1359066182-9159790.08923608.fr0OMMIQq019536@rs149.luxsci.com> <20130125012654.GD1345@glenbarber.us> <1359237482-1968822.30189215.fr0QLvJ7h029521@rs149.luxsci.com> To: Eitan Adler X-Lux-Comment: Message r0R0KE87000650 sent by user #74627 Message-Id: <1359246062-2925510.90647187.fr0R0KE87000650@rs149.luxsci.com> X-Comment: LuxSci SP Message ID - 1359246062-2925510.90647187 Cc: Glen Barber , freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jan 2013 00:21:28 -0000 On Jan 26, 2013, at 6:29 PM, Eitan Adler wrote: > On 26 January 2013 16:57, Isaac (.ike) Levy = wrote: >> Eitan, did the patch work OK for you? >=20 > I was traveling/packing for the last two days ;) >=20 > Here is the new version of the diff. Igor warnings were fixed. > Grammar was changed. > Marketing fluff was removed. >=20 > commit 2ab1aa1f95482c876bf4323267bc678cf02057c7 > Author: Eitan Adler > Date: Sat Jan 26 18:25:46 2013 -0500 Hi Eitan, Can you attach that patch as a file attachment please? Cutting it from the email body is generating patch errors this time. (not sure if it's line wraps, or encoding glitches, etc=85) Thanks- Best, .ike From owner-freebsd-doc@FreeBSD.ORG Sun Jan 27 00:23:22 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id BAD5633A for ; Sun, 27 Jan 2013 00:23:22 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-lb0-f170.google.com (mail-lb0-f170.google.com [209.85.217.170]) by mx1.freebsd.org (Postfix) with ESMTP id 3287A79F for ; Sun, 27 Jan 2013 00:23:21 +0000 (UTC) Received: by mail-lb0-f170.google.com with SMTP id ge1so2462848lbb.29 for ; Sat, 26 Jan 2013 16:23:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=WqS/Uu9gY1zRQqkRvJobPj+VlLYh2zXjRVlwi+lTpr4=; b=HJ0sU8QVnAcd7JaVG9mBdLYfXjeG1kSdTycng/aHJCDxIBAANuGLRBJZyTZ4CuijE2 Z2eHA84nn0ggm1m5y1ASqwz1V4sOWqhUJ1wMYqvvC5qpUnfMUySukNdbRKTSJxbFyXXp NUpa8xSl3fYAF0jiwDuj0nDLbcO8RP8dgyVpQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:x-gm-message-state; bh=WqS/Uu9gY1zRQqkRvJobPj+VlLYh2zXjRVlwi+lTpr4=; b=RLOlkucl00mrV1bnSnZ8TOK8AmgpyR+qvIT709Uca7lTmsVmU2jnnUQfprvz1ccnFr BO5nNV5R5/+UVRumxF4VBXSVP6STXuokPkSrdzgzVsNU42lpIriSl8XXuHwIxnapws4m AJDHIuKr7s/YFN56nScI2u28B0yzQ7bdUVKhBTcI6PlPT2fmpS1K/8ckA4tNZwTXHnog 4NMuqDl73HEIaNCWUHOau6HWHKxiNXU3SjAZ3CQ9Hv10yQyjrvvKDw0qpwSKgXDJlHKl DUKhNEqNdcnVL+x0+utLZhfhFN90VABsTK6hLsd6XlIwCc9qI4yVyYMN2rqx9ipXHeIa tBkg== X-Received: by 10.112.17.194 with SMTP id q2mr3882394lbd.7.1359246200743; Sat, 26 Jan 2013 16:23:20 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.100.164 with HTTP; Sat, 26 Jan 2013 16:22:50 -0800 (PST) In-Reply-To: <1359246062-2925510.90647187.fr0R0KE87000650@rs149.luxsci.com> References: <70AFF504-314E-4F42-A2E1-D148D8FA2BCD@axialmarket.com> <1359058203-4509368.00016252.fr0OK9rh7016372@rs149.luxsci.com> <1359066182-9159790.08923608.fr0OMMIQq019536@rs149.luxsci.com> <20130125012654.GD1345@glenbarber.us> <1359237482-1968822.30189215.fr0QLvJ7h029521@rs149.luxsci.com> <1359246062-2925510.90647187.fr0R0KE87000650@rs149.luxsci.com> From: Eitan Adler Date: Sat, 26 Jan 2013 19:22:50 -0500 Message-ID: Subject: Re: features.xml To: "Isaac (.ike) Levy" Content-Type: multipart/mixed; boundary=bcaec554d84cf5298c04d43a2aae X-Gm-Message-State: ALoCoQkGK8bmudbObTxrLzuu3MLBkKEFp375R2ooRcCeG5mIl4bBNXLPcn9/8rJVTGNII3LRWhBr Cc: Glen Barber , freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jan 2013 00:23:22 -0000 --bcaec554d84cf5298c04d43a2aae Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 26 January 2013 19:20, Isaac (.ike) Levy wrot= e: > On Jan 26, 2013, at 6:29 PM, Eitan Adler wrote: >> On 26 January 2013 16:57, Isaac (.ike) Levy w= rote: >>> Eitan, did the patch work OK for you? >> >> I was traveling/packing for the last two days ;) >> >> Here is the new version of the diff. Igor warnings were fixed. >> Grammar was changed. >> Marketing fluff was removed. >> >> commit 2ab1aa1f95482c876bf4323267bc678cf02057c7 >> Author: Eitan Adler >> Date: Sat Jan 26 18:25:46 2013 -0500 > > Hi Eitan, > > Can you attach that patch as a file attachment please? > > Cutting it from the email body is generating patch errors this time. > (not sure if it's line wraps, or encoding glitches, etc=E2=80=A6) > > Thanks- > > Best, > .ike > > --=20 Eitan Adler --bcaec554d84cf5298c04d43a2aae Content-Type: application/octet-stream; name="features.diff" Content-Disposition: attachment; filename="features.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hcfg2mlh0 Y29tbWl0IDJhYjFhYTFmOTU0ODJjODc2YmY0MzIzMjY3YmM2NzhjZjAyMDU3YzcKQXV0aG9yOiBF aXRhbiBBZGxlciA8bGlzdHNAZWl0YW5hZGxlci5jb20+CkRhdGU6ICAgU2F0IEphbiAyNiAxODoy NTo0NiAyMDEzIC0wNTAwCgogICAgVXBkYXRlIGFuZCBtb2Rlcm5pemUgdGhlIGZlYXR1cmVzLnht bCBwYWdlCiAgICAKICAgIFRyYW5zbGF0b3JzIHRha2Ugbm90ZTogdGhpcyBpcyBhIGZ1bGwgcmV3 cml0ZS4gIFN0YXJ0aW5nIHdpdGggb2xkCiAgICBjb250ZW50IHdpbGwgbGlrZWx5IG5vdCBiZSBo ZWxwZnVsLgogICAgCiAgICBTdWJtaXR0ZWQgYnk6CUNocmlzIFBldHJpayA8Yy5wZXRyaWsuc29z YUBnbWFpbC5jb20+CiAgICBTdWJtaXR0ZWQgYnk6CUlzYWFjICguaWtlKSBMZXZ5IDxpa2VAYmxh Y2tza3lyZXNlYXJjaC5uZXQ+CiAgICBSZXZpZXdlZCBieToJLWRvYwogICAgQXBwcm92ZWQgYnk6 CT8/PyAobWVudG9yKQoKZGlmZiAtLWdpdCBhL2VuX1VTLklTTzg4NTktMS9odGRvY3MvZmVhdHVy ZXMueG1sIGIvZW5fVVMuSVNPODg1OS0xL2h0ZG9jcy9mZWF0dXJlcy54bWwKaW5kZXggOTE5MTk1 Yy4uYzc0MjNjYSAxMDA2NDQKLS0tIGEvZW5fVVMuSVNPODg1OS0xL2h0ZG9jcy9mZWF0dXJlcy54 bWwKKysrIGIvZW5fVVMuSVNPODg1OS0xL2h0ZG9jcy9mZWF0dXJlcy54bWwKQEAgLTUsNyArNSw3 IEBACiBdPgogCiA8aHRtbCB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvMTk5OS94aHRtbCI+Ci0g ICAgPGhlYWQ+CisgIDxoZWFkPgogICAgICAgPHRpdGxlPiZ0aXRsZTs8L3RpdGxlPgogCiAgICAg ICA8Y3ZzOmtleXdvcmQgeG1sbnM6Y3ZzPSJodHRwOi8vd3d3LkZyZWVCU0Qub3JnL1hNTC9DVlMi PiRGcmVlQlNEJDwvY3ZzOmtleXdvcmQ+CkBAIC0xMywyMjIgKzEzLDEyMCBAQAogCiAgICAgPGJv ZHkgY2xhc3M9Im5hdmluY2x1ZGUuYWJvdXQiPgogCi0gICAgPGgxPkZyZWVCU0Qgb2ZmZXJzIG1h bnkgYWR2YW5jZWQgZmVhdHVyZXMuPC9oMT4KKyAgICA8aDE+Jm9zOyBvZmZlcnMgbWFueSB1bmlx dWUgZmVhdHVyZXMuPC9oMT4KIAotICAgICAgPHA+Tm8gbWF0dGVyIHdoYXQgdGhlIGFwcGxpY2F0 aW9uLCB5b3Ugd2FudCB5b3VyIHN5c3RlbSdzIHJlc291cmNlcwotCXBlcmZvcm1pbmcgYXQgdGhl aXIgZnVsbCBwb3RlbnRpYWwuICBGcmVlQlNEJ3MgZm9jdXMgb24KLQlwZXJmb3JtYW5jZSwgbmV0 d29ya2luZywgYW5kIHN0b3JhZ2UgY29tYmluZSB3aXRoIGVhc3kgc3lzdGVtCi0JYWRtaW5pc3Ry YXRpb24gYW5kIGV4Y2VsbGVudCBkb2N1bWVudGF0aW9uIHRvIGFsbG93IHlvdSB0byBkbyBqdXN0 Ci0JdGhhdC48L3A+CisgICAgICA8cD5ObyBtYXR0ZXIgd2hhdCB0aGUgYXBwbGljYXRpb24sIHlv dSB3YW50IHlvdXIgc3lzdGVtJ3MKKwlyZXNvdXJjZXMgcGVyZm9ybWluZyBhdCB0aGVpciBmdWxs IHBvdGVudGlhbC4gICZvczsncyBmb2N1cworCW9uIHBlcmZvcm1hbmNlLCBuZXR3b3JraW5nLCBh bmQgc3RvcmFnZSwgY29tYmluZWQgd2l0aCBlYXN5CisJc3lzdGVtIGFkbWluaXN0cmF0aW9uIGFu ZCBleGNlbGxlbnQgZG9jdW1lbnRhdGlvbiB0byBhbGxvdworCXlvdSB0byBkbyB3aGF0IHlvdSB3 YW50LjwvcD4KIAogICAgIDxoMj5BIGNvbXBsZXRlIG9wZXJhdGluZyBzeXN0ZW0gYmFzZWQgb24g NC40QlNELjwvaDI+CiAKLSAgICAgIDxwPkZyZWVCU0QncyBkaXN0aW5ndWlzaGVkIHJvb3RzIGRl cml2ZSBmcm9tIHRoZSA8Yj5CU0Q8L2I+Ci0Jc29mdHdhcmUgcmVsZWFzZXMgZnJvbSB0aGUgQ29t cHV0ZXIgU3lzdGVtcyBSZXNlYXJjaCBHcm91cCBhdCB0aGUKLQlVbml2ZXJzaXR5IG9mIENhbGlm b3JuaWEsIEJlcmtlbGV5LiAgT3ZlciB0ZW4geWVhcnMgb2Ygd29yayBoYXZlIGJlZW4KLQlwdXQg aW50byBlbmhhbmNpbmcgQlNELCBhZGRpbmcgaW5kdXN0cnktbGVhZGluZyBTTVAsIG11bHRpdGhy ZWFkaW5nLAotCWFuZCBuZXR3b3JrIHBlcmZvcm1hbmNlLCBhcyB3ZWxsIGFzIG5ldyBtYW5hZ2Vt ZW50IHRvb2xzLCBmaWxlCi0Jc3lzdGVtcywgYW5kIHNlY3VyaXR5IGZlYXR1cmVzLiAgQXMgYSBy ZXN1bHQsIEZyZWVCU0QgbWF5IGJlIGZvdW5kCi0JYWNyb3NzIHRoZSBJbnRlcm5ldCwgaW4gdGhl IG9wZXJhdGluZyBzeXN0ZW0gb2YgY29yZSByb3V0ZXIgcHJvZHVjdHMsCi0JcnVubmluZyByb290 IG5hbWUgc2VydmVycywgaG9zdGluZyBtYWpvciB3ZWIgc2l0ZXMsIGFuZCBhcyB0aGUKLQlmb3Vu ZGF0aW9uIGZvciB3aWRlbHkgdXNlZCBkZXNrdG9wIG9wZXJhdGluZyBzeXN0ZW1zLiAgVGhpcyBp cyBvbmx5Ci0JcG9zc2libGUgYmVjYXVzZSBvZiB0aGUgZGl2ZXJzZSBhbmQgd29ybGQtd2lkZSBt ZW1iZXJzaGlwIG9mIHRoZQotCXZvbHVudGVlciBGcmVlQlNEIFByb2plY3QuPC9wPgotCi0gICAg PGgyPkZyZWVCU0QgcHJvdmlkZXMgYWR2YW5jZWQgb3BlcmF0aW5nIHN5c3RlbSBmZWF0dXJlcywg bWFraW5nIGl0IGlkZWFsCi0JYWNyb3NzIGEgcmFuZ2Ugb2Ygc3lzdGVtcywgZnJvbSBlbWJlZGRl ZCBlbnZpcm9ubWVudHMgdG8gaGlnaC1lbmQKLQltdWx0aXByb2Nlc3NvciBzZXJ2ZXJzLjwvaDI+ Ci0KLSAgICAgIDxwPjxiPkZyZWVCU0QgNy4wPC9iPiwgcmVsZWFzZWQgRmVicnVhcnkgMjAwOCwg YnJpbmdzIG1hbnkgbmV3IGZlYXR1cmVzCi0JYW5kIHBlcmZvcm1hbmNlIGVuaGFuY2VtZW50cy4g IFdpdGggYSBzcGVjaWFsIGZvY3VzIG9uIHN0b3JhZ2UKLQlhbmQgbXVsdGlwcm9jZXNzaW5nIHBl cmZvcm1hbmNlLCBGcmVlQlNEIDcuMCBzaGlwcGVkIHdpdGggc3VwcG9ydAotCWZvciBTdW4ncyA8 Yj5aRlMgZmlsZSBzeXN0ZW08L2I+IGFuZCA8Yj5oaWdobHkgc2NhbGFibGUKLQltdWx0aXByb2Nl c3NpbmcgcGVyZm9ybWFuY2U8L2I+LiAgQmVuY2htYXJrcyBoYXZlIHNob3duIHRoYXQgRnJlZUJT RAotCXByb3ZpZGVzIHR3aWNlIHRoZSBNeVNRTCBhbmQgUG9zdGdyZVNRTCBwZXJmb3JtYW5jZSBh cyBjdXJyZW50IExpbnV4Ci0Jc3lzdGVtcyBvbiA4LWNvcmUgc2VydmVycy48L3A+CisgICAgICA8 cD4mb3M7J3MgZGlzdGluZ3Vpc2hlZCByb290cyBkZXJpdmUgZnJvbSB0aGUgPGI+QlNEPC9iPgor CXNvZnR3YXJlIHJlbGVhc2VzIGZyb20gdGhlIENvbXB1dGVyIFN5c3RlbXMgUmVzZWFyY2ggR3Jv dXAgYXQKKwl0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLCBCZXJrZWxleS4gIE92ZXIgZmlm dGVlbiB5ZWFycyBvZgorCXdvcmsgaGF2ZSBiZWVuIHB1dCBpbnRvIGVuaGFuY2luZyAmb3M7LCBh ZGRpbmcKKwlpbmR1c3RyeS1sZWFkaW5nIHNjYWxhYmlsaXR5LCBuZXR3b3JrIHBlcmZvcm1hbmNl LCBtYW5hZ2VtZW50CisJdG9vbHMsIGZpbGUgc3lzdGVtcywgYW5kIHNlY3VyaXR5IGZlYXR1cmVz LiAgQXMgYSByZXN1bHQsCisJJm9zOyBtYXkgYmUgZm91bmQgYWNyb3NzIHRoZSBJbnRlcm5ldCwg aW4gdGhlIG9wZXJhdGluZyBzeXN0ZW0KKwlvZiBjb3JlIHJvdXRlciBwcm9kdWN0cywgcnVubmlu ZyByb290IG5hbWUgc2VydmVycywgaG9zdGluZworCW1ham9yIHdlYiBzaXRlcywgYW5kIGFzIHRo ZSBmb3VuZGF0aW9uIGZvciB3aWRlbHkgdXNlZCBkZXNrdG9wCisJb3BlcmF0aW5nIHN5c3RlbXMu ICBUaGlzIGlzIG9ubHkgcG9zc2libGUgYmVjYXVzZSBvZiB0aGUKKwlkaXZlcnNlIGFuZCB3b3Js ZC13aWRlIG1lbWJlcnNoaXAgb2YgdGhlCisJdm9sdW50ZWVyICZvczsgUHJvamVjdC48L3A+CisK KyAgICAgIDxwPjxiPiZvczsmbmJzcDs5LjA8L2I+LCBicmluZ3MgbWFueSBuZXcgZmVhdHVyZXMK KwlhbmQgcGVyZm9ybWFuY2UgZW5oYW5jZW1lbnRzIHdpdGggYSBzcGVjaWFsIGZvY3VzIG9uIGRl c2t0b3AKKwlzdXBwb3J0IGFuZCBzZWN1cml0eSBmZWF0dXJlcy48L3A+CiAKICAgICAgIDx1bD4K LQk8bGk+PGI+U01Qbmc8L2I+OiBBZnRlciBzZXZlbiB5ZWFycyBvZiBkZXZlbG9wbWVudCBvbiBh ZHZhbmNlZCBTTVAKLQkgIHN1cHBvcnQsIEZyZWVCU0QgNy4wIHJlYWxpemVzIHRoZSBnb2FscyBv ZiBhIGZpbmUtZ3JhaW5lZCBrZXJuZWwKLQkgIGFsbG93aW5nIGxpbmVhciBzY2FsYWJpbGl0eSB0 byBvdmVyIDggQ1BVIGNvcmVzIGZvciBtYW55IHdvcmtsb2Fkcy4KLQkgIEZyZWVCU0QgNy4wIHNl ZXMgYW4gYWxtb3N0IGNvbXBsZXRlIGVsaW1pbmF0aW9uIG9mIHRoZSBHaWFudCBMb2NrLAotCSAg cmVtb3ZpbmcgaXQgZnJvbSB0aGUgQ0FNIHN0b3JhZ2UgbGF5ZXIgYW5kIE5GUyBjbGllbnQsIGFu ZCBtb3ZpbmcKLQkgIHRvd2FyZHMgbW9yZSBmaW5lLWdyYWluZWQgbG9ja2luZyBpbiB0aGUgbmV0 d29yayBzdWJzeXN0ZW0uCi0JICBTaWduaWZpY2FudCB3b3JrIGhhcyBhbHNvIGJlZW4gcGVyZm9y bWVkIHRvIG9wdGltaXplIGtlcm5lbAotCSAgc2NoZWR1bGluZyBhbmQgbG9ja2luZyBwcmltaXRp dmVzLCBhbmQgdGhlIG9wdGlvbmFsIFVMRSBzY2hlZHVsZXIKLQkgIGFsbG93cyB0aHJlYWQgQ1BV IGFmZmluaXR5IGFuZCBwZXItQ1BVIHJ1biBxdWV1ZXMgdG8gcmVkdWNlCi0JICBvdmVyaGVhZCBh bmQgaW5jcmVhc2UgY2FjaGUtZnJpZW5kbGluZXNzLiAgVGhlIGxpYnRociB0aHJlYWRpbmcKLQkg IHBhY2thZ2UsIHByb3ZpZGluZyAxOjEgdGhyZWFkaW5nLCBpcyBub3cgdGhlIGRlZmF1bHQuICBC ZW5jaG1hcmtzCi0JICByZXZlYWwgYSBkcmFtYXRpYyBwZXJmb3JtYW5jZSBhZHZhbnRhZ2Ugb3Zl ciBvdGhlciAmdW5peDsgb3BlcmF0aW5nCi0JICBzeXN0ZW1zIG9uIGlkZW50aWNhbCBtdWx0aWNv cmUgaGFyZHdhcmUsIGFuZCByZWZsZWN0IGEgbG9uZwotCSAgaW52ZXN0bWVudCBpbiBTTVAgdGVj aG5vbG9neSBmb3IgdGhlIEZyZWVCU0Qga2VybmVsLjwvbGk+Ci0KLQk8bGk+PGI+WkZTIGZpbGVz eXN0ZW08L2I+OiBTdW4ncyBaRlMgaXMgYSBzdGF0ZS1vZi10aGUtYXJ0IGZpbGUKLQkgIHN5c3Rl bSBvZmZlcmluZyBzaW1wbGUgYWRtaW5pc3RyYXRpb24sIHRyYW5zYWN0aW9uYWwgc2VtYW50aWNz LAotCSAgZW5kLXRvLWVuZCBkYXRhIGludGVncml0eSwgYW5kIGltbWVuc2Ugc2NhbGFiaWxpdHku ICBGcm9tCi0JICBzZWxmLWhlYWxpbmcgdG8gYnVpbHQtaW4gY29tcHJlc3Npb24sIFJBSUQsIHNu YXBzaG90cywgYW5kIHZvbHVtZQotCSAgbWFuYWdlbWVudCwgWkZTIHdpbGwgYWxsb3cgRnJlZUJT RCBzeXN0ZW0gYWRtaW5pc3RyYXRvcnMgdG8gZWFzaWx5Ci0JICBtYW5hZ2UgbGFyZ2Ugc3RvcmFn ZSBhcnJheXMuPC9saT4KLQotCTxsaT48Yj4xMEdicHMgbmV0d29yayBvcHRpbWl6YXRpb248L2I+ OiBXaXRoIG9wdGltaXplZCBkZXZpY2UgZHJpdmVycwotCSAgZnJvbSBhbGwgbWFqb3IgMTBnYnBz IG5ldHdvcmsgdmVuZG9ycywgRnJlZUJTRCA3LjAgaGFzIHNlZW4KLQkgIGV4dGVuc2l2ZSBvcHRp bWl6YXRpb24gb2YgdGhlIG5ldHdvcmsgc3RhY2sgZm9yIGhpZ2ggcGVyZm9ybWFuY2UKLQkgIHdv cmtsb2FkcywgaW5jbHVkaW5nIGF1dG8tc2NhbGluZyBzb2NrZXQgYnVmZmVycywgVENQIFNlZ21l bnQKLQkgIE9mZmxvYWQgKFRTTyksIExhcmdlIFJlY2VpdmUgT2ZmbG9hZCAoTFJPKSwgZGlyZWN0 IG5ldHdvcmsgc3RhY2sKLQkgIGRpc3BhdGNoLCBhbmQgbG9hZCBiYWxhbmNpbmcgb2YgVENQL0lQ IHdvcmtsb2FkcyBvdmVyIG11bHRpcGxlIENQVXMKLQkgIG9uIHN1cHBvcnRpbmcgMTBnYnBzIGNh cmRzIG9yIHdoZW4gbXVsdGlwbGUgbmV0d29yayBpbnRlcmZhY2VzIGFyZQotCSAgaW4gdXNlIHNp bXVsdGFuZW91c2x5LiAgRnVsbCB2ZW5kb3Igc3VwcG9ydCBpcyBhdmFpbGFibGUgZnJvbQotCSAg Q2hlbHNpbywgSW50ZWwsIE15cmljb20sIGFuZCBOZXRlcmlvbi48L2xpPgotCi0JPGxpPjxiPlND VFA8L2I+OiBGcmVlQlNEIDcuMCBpcyB0aGUgcmVmZXJlbmNlIGltcGxlbWVudGF0aW9uIGZvciB0 aGUKLQkgIG5ldyBJRVRGIFN0cmVhbSBDb250cm9sIFRyYW5zbWlzc2lvbiBQcm90b2NvbCAoU0NU UCkgcHJvdG9jb2wsCi0JICBpbnRlbmRlZCB0byBzdXBwb3J0IFZvSVAsIHRlbGVjb21tdW5pY2F0 aW9ucywgYW5kIG90aGVyCi0JICBhcHBsaWNhdGlvbnMgd2l0aCBzdHJvbmcgcmVsaWFiaWxpdHkg YW5kIHZhcmlhYmxlIHF1YWxpdHkKLQkgIHRyYW5zbWlzc2lvbiB0aHJvdWdoIGZlYXR1cmVzIHN1 Y2ggYXMgbXVsdGktcGF0aCBkZWxpdmVyeSwKLQkgIGZhaWwtb3ZlciwgYW5kIG11bHRpLXN0cmVh bWluZy48L2xpPgotCi0JPGxpPjxiPldpcmVsZXNzPC9iPjogRnJlZUJTRCA3LjAgc2hpcHMgd2l0 aCBzaWduaWZpY2FudGx5IGVuaGFuY2VkCi0JICB3aXJlbGVzcyBzdXBwb3J0LCBpbmNsdWRpbmcg aGlnaC1wb3dlciBBdGhlcm9zLWJhc2VkIGNhcmRzLCBuZXcKLQkgIGRyaXZlcnMgZm9yIFJhbGlu aywgSW50ZWwsIGFuZCBaeURBUyBjYXJkcywgV1BBLCBiYWNrZ3JvdW5kCi0JICBzY2FubmluZyBh bmQgcm9hbWluZywgYW5kIDgwMi4xMW4uPC9saT4KLQotCTxsaT48Yj5OZXcgaGFyZHdhcmUgYXJj aGl0ZWN0dXJlczwvYj46IEZyZWVCU0QgNy4wIGluY2x1ZGVzCi0JICBzaWduaWZpY2FudGx5IGlt cHJvdmVkICBzdXBwb3J0IGZvciB0aGUgZW1iZWRkZWQgQVJNIGFyY2hpdGVjdHVyZSwKLQkgIGFz IHdlbGwgYXMgcHJlbGltaW5hcnkgc3VwcG9ydCBmb3IgdGhlIFN1biBVbHRyYXNwYXJjIFQxCi0J ICBwbGF0Zm9ybS48L2xpPgorCTxsaT48Yj5DYXBzaWN1bSBDYXBhYmlsaXR5IE1vZGU8L2I+Ogor CSAgQ2Fwc2ljdW0gaXMgYSBzZXQgb2YgZmVhdHVyZXMgZm9yIHNhbmRib3hpbmcgc3VwcG9ydCwg dXNpbmcKKwkgIGEgY2FwYWJpbGl0eSBtb2RlbCBpbiB3aGljaCB0aGUgY2FwYWJpbGl0aWVzIGFy ZSBmaWxlCisJICBkZXNjcmlwdG9ycy4gIFR3byBuZXcga2VybmVsIG9wdGlvbnMgQ0FQQUJJTElU SUVTIGFuZAorCSAgQ0FQQUJJTElUWV9NT0RFIGhhdmUgYmVlbiBhZGRlZCB0byB0aGUgR0VORVJJ QyBrZXJuZWwuPC9saT4KKworCTxsaT48Yj5IaG9vazwvYj46ICAoSGVscGVyIEhvb2spIGFuZCBr aGVscCg5KSAoS2VybmVsIEhlbHBlcnMpCisJICBLUElzIGhhdmUgYmVlbiBpbXBsZW1lbnRlZC4g IFRoZXNlIGFyZSBhIGtpbmQgb2Ygc3VwZXJzZXQgb2YKKwkgIHBmaWwoOSkgZnJhbWV3b3JrIGZv ciBtb3JlIGdlbmVyYWwgdXNlIGluIHRoZSBrZXJuZWwuICBUaGUKKwkgIGhob29rKDkpIEtQSSBw cm92aWRlcyBhIHdheSBmb3Iga2VybmVsIHN1YnN5c3RlbXMgdG8gZXhwb3J0CisJICBob29rIHBv aW50cyB0aGF0IGtoZWxwKDkpIG1vZHVsZXMgY2FuIGhvb2sgdG8gcHJvdmlkZQorCSAgZW5oYW5j ZWQgb3IgbmV3IGZ1bmN0aW9uYWxpdHkgdG8gdGhlIGtlcm5lbC4gIFRoZSBraGVscCg5KQorCSAg S1BJIHByb3ZpZGVzIGEgZnJhbWV3b3JrIGZvciBtYW5hZ2luZyBraGVscCg5KSBtb2R1bGVzLAor CSAgd2hpY2ggaW5kaXJlY3RseSB1c2UgdGhlIGhob29rKDkpIEtQSSB0byByZWdpc3RlciB0aGVp ciBob29rCisJICBmdW5jdGlvbnMgd2l0aCBob29rIHBvaW50cyBvZiBpbnRlcmVzdCB3aXRoaW4g dGhlIGtlcm5lbC4KKwkgIFRoZXNlIGFsbG93IGEgc3RydWN0dXJlZCB3YXkgdG8gZHluYW1pY2Fs bHkgZXh0ZW5kIHRoZQorCSAga2VybmVsIGF0IHJ1bnRpbWUgaW4gYW4gQUJJIHByZXNlcnZpbmcg bWFubmVyLjwvbGk+CisJPGxpPjxiPkFjY291bnRpbmcgQVBJOjwvYj4gaGFzIGJlZW4gaW1wbGVt ZW50ZWQuICBJdCBjYW4ga2VlcAorCSAgcGVyLXByb2Nlc3MsIHBlci1qYWlsLCBhbmQgcGVyLWxv Z2luY2xhc3MgcmVzb3VyY2UKKwkgIGFjY291bnRpbmcgaW5mb3JtYXRpb24uICBOb3RlIHRoYXQg dGhpcyBpcyBub3QgYnVpbHQgbm9yCisJICBpbnN0YWxsZWQgYnkgZGVmYXVsdC4gIFRvIGJ1aWxk IGFuZCBpbnN0YWxsIHRoZW0sIHNwZWNpZnkKKwkgIG9wdGlvbnMgUkFDQ1QgaW4gdGhlIGtlcm5l bCBjb25maWd1cmF0aW9uIGZpbGUgYW5kIHJlYnVpbGQKKwkgIHRoZSBiYXNlIHN5c3RlbSBhcyBk ZXNjcmliZWQgaW4gdGhlIEZyZWVCU0QgSGFuZGJvb2s8L2xpPgorCisJPGxpPjxiPlJlc291cmNl LWxpbWl0aW5nIEFQSTo8L2I+IGhhcyBiZWVuIGltcGxlbWVudGVkLgorCSAgSXQgd29ya3MgaW4g Y29uanVuY3Rpb24gd2l0aCB0aGUgUkFDQ1QgcmVzb3VyY2UgYWNjb3VudGluZworCSAgaW1wbGVt ZW50YXRpb24gYW5kIHRha2VzIHVzZXItY29uZmlndXJhYmxlIGFjdGlvbnMgYmFzZWQgb24KKwkg IHRoZSBzZXQgb2YgcnVsZXMgaXQgbWFpbnRhaW5zIGFuZCB0aGUgY3VycmVudCByZXNvdXJjZQor CSAgdXNhZ2UuICBUaGUgcmN0bCg4KSB1dGlsaXR5IGhhcyBiZWVuIGFkZGVkIHRvIG1hbmFnZSB0 aGUKKwkgIHJ1bGVzIGluIHVzZXJsYW5kLiAgTm90ZSB0aGF0IHRoaXMgaXMgbm90IGJ1aWx0IG5v cgorCSAgaW5zdGFsbGVkIGJ5IGRlZmF1bHQuPC9saT4KKworCTxsaT48Yj5Vc2I6PC9iPiBzdWJz eXN0ZW0gbm93IHN1cHBvcnRzIFVTQiBwYWNrZXQgZmlsdGVyLgorCSAgVGhpcyBhbGxvd3MgdG8g Y2FwdHVyZSBwYWNrZXRzIHdoaWNoIGdvIHRocm91Z2ggZWFjaCBVU0IKKwkgIGhvc3QgY29udHJv bGxlci4gIFRoZSBpbXBsZW1lbnRhdGlvbiBpcyBhbG1vc3QgYmFzZWQgb24KKwkgIGJwZig0KSBj b2RlLiAgVGhlIHVzZXJsYW5kIHByb2dyYW0gdXNiZHVtcCg4KSBoYXMgYmVlbgorCSAgYWRkZWQu PC9saT4KKworCTxsaT48Yj5JbmZpbmliYW5kIHN1cHBvcnQ6PC9iPiwgT0ZFRCAoT3BlbkZhYnJp Y3MgRW50ZXJwcmlzZQorCSAgRGlzdHJpYnV0aW9uKSB2ZXJzaW9uIDEuNS4zIGhhcyBiZWVuIGlt cG9ydGVkIGludG8gdGhlCisJICBiYXNlIHN5c3RlbS48L2xpPgorCisJPGxpPjxiPlRDUC9JUCBu ZXR3b3JrOjwvYj4gc3RhY2sgbm93IHN1cHBvcnRzIHRoZSBtb2RfY2MoOSkKKwkgIHBsdWdnYWJs ZSBjb25nZXN0aW9uIGNvbnRyb2wgZnJhbWV3b3JrLiAgVGhpcyBhbGxvd3MgVENQCisJICBjb25n ZXN0aW9uIGNvbnRyb2wgYWxnb3JpdGhtcyB0byBiZSBpbXBsZW1lbnRlZCBhcworCSAgZHluYW1p Y2FsbHkgbG9hZGFibGUga2VybmVsIG1vZHVsZXMuICBUaGUgZm9sbG93aW5nIGtlcm5lbAorCSAg bW9kdWxlcyBhcmUgYXZhaWxhYmxlIGNjX2NoZCg0KSBmb3IgdGhlIENBSUEtSGFtaWx0b24tRGVs YXkKKwkgIGFsZ29yaXRobSwgY2NfY3ViaWMoNCkgZm9yIHRoZSBDVUJJQyBhbGdvcml0aG0sIGNj X2hkKDQpCisJICBmb3IgdGhlIEhhbWlsdG9uLURlbGF5IGFsZ29yaXRobSwgY2NfaHRjcCg0KSBm b3IgdGhlIEgtVENQCisJICBhbGdvcml0aG0sIGNjX25ld3Jlbm8oNCkgZm9yIHRoZSBOZXdSZW5v IGFsZ29yaXRobSwgYW5kCisJICBjY192ZWdhcyg0KSBmb3IgdGhlIFZlZ2FzIGFsZ29yaXRobS4g IFRoZSBkZWZhdWx0IGFsZ29yaXRobQorCSAgY2FuIGJlIHNldCBieSBhIG5ldyBzeXNjdGwoOCkg dmFyaWFibGUKKwkgIG5ldC4gIGluZXQuICB0Y3AuICBjYy4gIGFsZ29yaXRobS48L2xpPgorCisJ PGxpPjxiPlNVK0o6PC9iPiAmb3M7IEZhc3QgRmlsZSBTeXN0ZW0gbm93IHN1cHBvcnRzIHNvZnQK Kwl1cGRhdGVzIHdpdGggam91cm5hbGluZy4gIEl0IGludHJvZHVjZXMgYW4gaW50ZW50IGxvZyBp bnRvIGEKKwlzb2Z0dXBkYXRlcy1lbmFibGVkIGZpbGUgc3lzdGVtIHdoaWNoIGVsaW1pbmF0ZXMg dGhlIG5lZWQgZm9yCisJYmFja2dyb3VuZCBmc2NrKDgpIGV2ZW4gb24gdW5jbGVhbiBzaHV0ZG93 bnMuPC9saT4KICAgICAgIDwvdWw+CiAKLSAgICAgIDxwPkZyZWVCU0QgaGFzIGEgbG9uZyBoaXN0 b3J5IG9mIGFkdmFuY2VkIG9wZXJhdGluZyBzeXN0ZW0gZmVhdHVyZQotCWRldmVsb3BtZW50OyB5 b3UgY2FuIHJlYWQgYWJvdXQgc29tZSBvZiB0aGVzZSBmZWF0dXJlcyBiZWxvdzo8L3A+CisgICAg ICA8cD48Yj4mb3M7Jm5ic3A7OC54PC9iPiBicmluZ3MgbWFueSBuZXcKKwlmZWF0dXJlcyBhbmQg cGVyZm9ybWFuY2UgZW5oYW5jZW1lbnRzLiAgV2l0aCBzcGVjaWFsIGZvY3VzIG9uCisJYSBuZXcg VVNCIHN0YWNrLCAmb3M7LTgueCBzaGlwcGVkIHdpdGggZXhwZXJpbWVudGFsIHN1cHBvcnQKKwlm b3IgTkZTdjQuICBBcyB3ZWxsIGFzIGEgbmV3IFRUWSBsYXllci4gIFdoaWNoIGltcHJvdmVzCisJ c2NhbGFiaWxpdHkgYW5kIHJlc291cmNlcyBoYW5kbGluZyBpbiBTTVAgZW5hYmxlZCBzeXN0ZW1z LjwvcD4KIAogICAgICAgPHVsPgotCTxsaT48Yj5BIG1lcmdlZCB2aXJ0dWFsIG1lbW9yeSBhbmQg ZmlsZXN5c3RlbSBidWZmZXIgY2FjaGU8L2I+Ci0JICBjb250aW51b3VzbHkgdHVuZXMgdGhlIGFt b3VudCBvZiBtZW1vcnkgdXNlZCBmb3IgcHJvZ3JhbXMgYW5kIHRoZQotCSAgZGlzayBjYWNoZS4g IEFzIGEgcmVzdWx0LCBwcm9ncmFtcyByZWNlaXZlIGJvdGggZXhjZWxsZW50IG1lbW9yeQotCSAg ICBtYW5hZ2VtZW50IGFuZCBoaWdoIHBlcmZvcm1hbmNlIGRpc2sgYWNjZXNzLCBhbmQgdGhlIHN5 c3RlbQotCSAgICBhZG1pbmlzdHJhdG9yIGlzIGZyZWVkIGZyb20gdGhlIHRhc2sgb2YgdHVuaW5n IGNhY2hlIHNpemVzLjwvbGk+Ci0KLQk8bGk+PGI+Q29tcGF0aWJpbGl0eSBtb2R1bGVzPC9iPiBl bmFibGUgcHJvZ3JhbXMgZm9yIG90aGVyIG9wZXJhdGluZwotCSAgc3lzdGVtcyB0byBydW4gb24g RnJlZUJTRCwgaW5jbHVkaW5nIHByb2dyYW1zIGZvciBMaW51eCwgU0NPIFVOSVgsCi0JICBhbmQg U3lzdGVtIFYgUmVsZWFzZSA0LjwvbGk+Ci0KLQk8bGk+PGI+U29mdCBVcGRhdGVzPC9iPiBhbGxv d3MgaW1wcm92ZWQgZmlsZXN5c3RlbQotCSAgcGVyZm9ybWFuY2Ugd2l0aG91dCBzYWNyaWZpY2lu ZyBzYWZldHkgYW5kIHJlbGlhYmlsaXR5LgotCSAgSXQgYW5hbHl6ZXMgbWV0YS1kYXRhIGZpbGVz eXN0ZW0gb3BlcmF0aW9ucyB0byBhdm9pZCBoYXZpbmcKLQkgIHRvIHBlcmZvcm0gYWxsIG9mIHRo b3NlIG9wZXJhdGlvbnMgc3luY2hyb25vdXNseS4KLQkgIEluc3RlYWQsIGl0IG1haW50YWlucyBp bnRlcm5hbCBzdGF0ZSBhYm91dCBwZW5kaW5nIG1ldGEtZGF0YQotCSAgb3BlcmF0aW9ucyBhbmQg dXNlcyB0aGlzIGluZm9ybWF0aW9uIHRvIGNhY2hlIG1ldGEtZGF0YSwKLQkgIHJld3JpdGUgbWV0 YS1kYXRhIG9wZXJhdGlvbnMgdG8gY29tYmluZSBzdWJzZXF1ZW50Ci0JICBvcGVyYXRpb25zIG9u IHRoZSBzYW1lIGZpbGVzLCBhbmQgcmVvcmRlciBtZXRhLWRhdGEKLQkgIG9wZXJhdGlvbnMgc28g dGhhdCB0aGV5IG1heSBiZSBwcm9jZXNzZWQgbW9yZSBlZmZpY2llbnRseS4KLQkgIEZlYXR1cmVz IHN1Y2ggYXMgYmFja2dyb3VuZCBmaWxlc3lzdGVtIGNoZWNraW5nIGFuZAotCSAgZmlsZSBzeXN0 ZW0gc25hcHNob3RzIGFyZSBidWlsdCBvbiB0aGUgY29uc2lzdGVuY3kKLQkgIGFuZCBwZXJmb3Jt YW5jZSBmb3VuZGF0aW9ucyBvZiBzb2Z0IHVwZGF0ZXMuPC9saT4KLQotCTxsaT48Yj5GaWxlIHN5 c3RlbSBzbmFwc2hvdHM8L2I+LCBwZXJtaXR0aW5nIGFkbWluaXN0cmF0b3JzIHRvIHRha2UKLQkg IGF0b21pYyBmaWxlIHN5c3RlbSBzbmFwc2hvdHMgZm9yIGJhY2t1cCBwdXJwb3NlcyB1c2luZyB0 aGUgZnJlZQotCSAgc3BhY2UgaW4gdGhlIGZpbGUgc3lzdGVtLCBhcyB3ZWxsIGFzIGZhY2lsaXRh dGluZyA8Yj5iYWNrZ3JvdW5kCi0JICBmc2NrPC9iPiwgd2hpY2ggYWxsb3dzIHRoZSBzeXN0ZW0g dG8gcmVhY2ggbXVsdGl1c2VyIG1vZGUgd2l0aG91dAotCSAgd2FpdGluZyBvbiBmaWxlIHN5c3Rl bSBjbGVhbnVwIG9wZXJhdGlvbnMgZm9sbG93aW5nIHBvd2VyIG91dGFnZXMuCi0JICA8L2xpPgot Ci0JPGxpPlN1cHBvcnQgZm9yIDxiPklQIFNlY3VyaXR5IChJUHNlYyk8L2I+IGFsbG93cyBpbXBy b3ZlZCBzZWN1cml0eSBpbgotCSAgbmV0d29ya3MsIGFuZCBzdXBwb3J0IGZvciB0aGUgbmV4dC1n ZW5lcmF0aW9uIEludGVybmV0IFByb3RvY29sLAotCSAgSVB2Ni4gIFRoZSBGcmVlQlNEIElQc2Vj IGltcGxlbWVudGF0aW9uIGluY2x1ZGVzIHN1cHBvcnQgZm9yIGEKLQkgIGJyb2FkIHJhbmdlIG9m IDxiPmFjY2VsZXJhdGVkIGNyeXB0byBoYXJkd2FyZTwvYj4uPC9saT4KLQotCTxsaT48Yj5PdXQg b2YgdGhlIGJveCBzdXBwb3J0IGZvciBJUHY2PC9iPiB2aWEgdGhlIEtBTUUgSVB2NiBzdGFjawot CSAgYWxsb3dzIEZyZWVCU0QgdG8gYmUgc2VhbWxlc3NseSBpbnRlZ3JhdGVkIGludG8gbmV4dCBn ZW5lcmF0aW9uCi0JICBuZXR3b3JraW5nIGVudmlyb25tZW50cy4gIEZyZWVCU0QgZXZlbiBzaGlw cyB3aXRoIG1hbnkgYXBwbGljYXRpb25zCi0JICBleHRlbmRlZCB0byBzdXBwb3J0IElQdjYhPC9s aT4KLQotCTxsaT48Yj5NdWx0aS10aHJlYWRlZCBTTVAgYXJjaGl0ZWN0dXJlPC9iPiBjYXBhYmxl IG9mIGV4ZWN1dGluZyB0aGUKLQkgIGtlcm5lbCBpbiBwYXJhbGxlbCBvbiBtdWx0aXBsZSBwcm9j ZXNzb3JzLCBhbmQgd2l0aCA8Yj5rZXJuZWwKLQkgIHByZWVtcHRpb248L2I+LCBhbGxvd2luZyBo aWdoIHByaW9yaXR5IGtlcm5lbCB0YXNrcyB0byBwcmVlbXB0Ci0JICBvdGhlciBrZXJuZWwgYWN0 aXZpdHksIHJlZHVjaW5nIGxhdGVuY3kuICBUaGlzIGluY2x1ZGVzIGEKLQkgIDxiPm11bHRpLXRo cmVhZGVkIG5ldHdvcmsgc3RhY2s8L2I+IGFuZCBhIDxiPm11bHRpLXRocmVhZGVkCi0JICB2aXJ0 dWFsIG1lbW9yeSBzdWJzeXN0ZW08L2I+LiAgQmVnaW5uaW5nIHdpdGggRnJlZUJTRCA2LngsIHN1 cHBvcnQKLQkgIGZvciBhIGZ1bGx5IHBhcmFsbGVsIFZGUyBhbGxvd3MgdGhlIFVGUyBmaWxlIHN5 c3RlbSB0byBydW4gb24gbXVsdGlwbGUKLQkgIHByb2Nlc3NvcnMgc2ltdWx0YW5lb3VzbHksIHBl cm1pdHRpbmcgbG9hZCBzaGFyaW5nIG9mCi0JICBDUFUtaW50ZW5zaXZlIEkvTyBvcHRpbWl6YXRp b24uPC9saT4KLQotCTxsaT48Yj5NOk4gYXBwbGljYXRpb24gdGhyZWFkaW5nIHZpYSBwdGhyZWFk czwvYj4gcGVybWl0dGluZyB0aHJlYWRzCi0JICB0byBleGVjdXRlIG9uIG11bHRpcGxlIENQVXMg aW4gYSBzY2FsYWJsZSBtYW5uZXIsIG1hcHBpbmcgbWFueSB1c2VyCi0JICB0aHJlYWRzIG9udG8g YSBzbWFsbCBudW1iZXIgb2YgPGI+S2VybmVsIFNjaGVkdWxhYmxlIEVudGl0aWVzPC9iPi4KLQkg IEJ5IGFkb3B0aW5nIHRoZSA8Yj5TY2hlZHVsZXIgQWN0aXZhdGlvbjwvYj4gbW9kZWwsIHRoZSB0 aHJlYWRpbmcKLQkgIGFwcHJvYWNoIGNhbiBiZSBhZGFwdGVkIHRvIHRoZSBzcGVjaWZpYyByZXF1 aXJlbWVudHMgb2YgYSBicm9hZAotCSAgcmFuZ2Ugb2YgYXBwbGljYXRpb25zLjwvbGk+Ci0KLQk8 bGk+PGI+TmV0Z3JhcGggcGx1Z2dhYmxlIG5ldHdvcmsgc3RhY2s8L2I+IGFsbG93cyBkZXZlbG9w ZXJzIHRvCi0JICBkeW5hbWljYWxseSBhbmQgZWFzaWx5IGV4dGVuZCB0aGUgbmV0d29yayBzdGFj ayB0aHJvdWdoIGNsZWFuCi0JICBsYXllcmVkIG5ldHdvcmsgYWJzdHJhY3Rpb25zLiAgTmV0Z3Jh cGggbm9kZXMgY2FuIGltcGxlbWVudCBhIGJyb2FkCi0JICByYW5nZSBvZiBuZXcgbmV0d29yayBz ZXJ2aWNlcywgaW5jbHVkaW5nIGVuY2Fwc3VsYXRpb24sIHR1bm5lbGluZywKLQkgIGVuY3J5cHRp b24sIGFuZCBwZXJmb3JtYW5jZSBhZGFwdGF0aW9uLiAgQXMgYSByZXN1bHQsIHJhcGlkCi0JICBw cm90b3R5cGluZyBhbmQgcHJvZHVjdGlvbiBkZXBsb3ltZW50IG9mIGVuaGFuY2VkIG5ldHdvcmsg c2VydmljZXMKLQkgIGNhbiBiZSBwZXJmb3JtZWQgZmFyIG1vcmUgZWFzaWx5IGFuZCB3aXRoIGZl d2VyIGJ1Z3MuPC9saT4KLQotCTxsaT48Yj5UcnVzdGVkQlNEIE1BQyBGcmFtZXdvcmsgZXh0ZW5z aWJsZSBrZXJuZWwgc2VjdXJpdHk8L2I+LAotCSAgd2hpY2ggYWxsb3dzIGRldmVsb3BlcnMgdG8g Y3VzdG9taXplIHRoZSBvcGVyYXRpbmcgc3lzdGVtIHNlY3VyaXR5Ci0JICBtb2RlbCBmb3Igc3Bl Y2lmaWMgZW52aXJvbm1lbnRzLCBmcm9tIGNyZWF0aW5nIGhhcmRlbmluZyBwb2xpY2llcwotCSAg dG8gZGVwbG95aW5nIG1hbmRhdG9yeSBsYWJlbGVkIGNvbmZpZGVudGlhbGl0eSBvZiBpbnRlZ3Jp dHkKLQkgIHBvbGljaWVzLiAgU2FtcGxlIHNlY3VyaXR5IHBvbGljaWVzIGluY2x1ZGUgPGI+TXVs dGktTGV2ZWwKLQkgIFNlY3VyaXR5IChNTFMpPC9iPiwgYW5kIDxiPkJpYmEgSW50ZWdyaXR5IFBy b3RlY3Rpb248L2I+LiAgVGhpcmQKLQkgIHBhcnR5IG1vZHVsZXMgaW5jbHVkZSA8Yj5TRUJTRDwv Yj4sIGEgRkxBU0stYmFzZWQgaW1wbGVtZW50YXRpb24KLQkgIG9mIDxiPlR5cGUgRW5mb3JjZW1l bnQ8L2I+LjwvbGk+Ci0KLQk8bGk+PGI+VHJ1c3RlZEJTRCBBdWRpdDwvYj4gaXMgYSBzZWN1cml0 eSBldmVudCBsb2dnaW5nIHNlcnZpY2UsCi0JICBwcm92aWRpbmcgZmluZS1ncmFpbmVkLCBzZWN1 cmUsIHJlbGlhYmxlIGxvZ2dpbmcgb2Ygc3lzdGVtIGV2ZW50cwotCSAgdmlhIHRoZSBhdWRpdCBz ZXJ2aWNlLiAgQWRtaW5pc3RyYXRvcnMgY2FuIGNvbmZpZ3VyZSB0aGUgbmF0dXJlIGFuZAotCSAg Z3JhbnVsYXJpdHkgb2YgbG9nZ2luZyBieSB1c2VyLCB0cmFja2luZyBmaWxlIGFjY2Vzc2VzLCBj b21tYW5kcwotCSAgZXhlY3V0ZWQsIG5ldHdvcmsgYWN0aXZpdHksIHN5c3RlbSBsb2dpbnMsIGFu ZCBhIHJhbmdlIG9mIG90aGVyCi0JICBzeXN0ZW0gYmVoYXZpb3IuICBBdWRpdCBwaXBlcyBhbGxv dyBJRFMgdG9vbHMgdG8gYXR0YWNoIHRvIHRoZQotCSAga2VybmVsIGF1ZGl0IHNlcnZpY2UgYW5k IHN1YnNjcmliZSB0byBldmVudHMgdGhleSByZXF1aXJlIGZvcgotCSAgc2VjdXJpdHkgbW9uaXRv cmluZy4gIEZyZWVCU0Qgc3VwcG9ydHMgdGhlIGluZHVzdHJ5LXN0YW5kYXJkIEJTTQotCSAgYXVk aXQgdHJhaWwgZmlsZSBmb3JtYXQgYW5kIEFQSSwgYWxsb3dpbmcgZXhpc3RpbmcgQlNNIHRvb2xz IHRvCi0JICBydW4gd2l0aCBsaXR0bGUgb3Igbm8gbW9kaWZpY2F0aW9uLiAgVGhpcyBmaWxlIGZv cm1hdCBpcyB1c2VkIG9uCi0JICBTb2xhcmlzIGFuZCBNYWMgT1MgWCwgYWxsb3dpbmcgaW5zdGFu dCBpbnRlcm9wZXJhYmlsaXR5IGFuZCB1bmlmaWVkCi0JICBhbmFseXNpcy48L2xpPgotCi0JPGxp PjxiPkdFT00gcGx1Z2dhYmxlIHN0b3JhZ2UgbGF5ZXI8L2I+LCB3aGljaCBwZXJtaXRzIG5ldyBz dG9yYWdlCi0JICBzZXJ2aWNlcyB0byBiZSBxdWlja2x5IGRldmVsb3BlZCBhbmQgY2xlYW5seSBp bnRlZ3JhdGVkIGludG8gdGhlCi0JICBGcmVlQlNEIHN0b3JhZ2Ugc3Vic3lzdGVtLiAgR0VPTSBw cm92aWRlcyBhIGNvbnNpc3RlbnQgYW5kCi0JICBjb2hlcmVudCBtb2RlbCBmb3IgZGlzY292ZXJp bmcgYW5kIGxheWVyaW5nIHN0b3JhZ2Ugc2VydmljZXMsCi0JICBtYWtpbmcgaXQgcG9zc2libGUg dG8gbGF5ZXIgc2VydmljZXMgc3VjaCBhcyBSQUlEIGFuZCB2b2x1bWUKLQkgIG1hbmFnZW1lbnQg ZWFzaWx5LjwvbGk+Ci0KLQk8bGk+RnJlZUJTRCdzIDxiPkdFT00tQmFzZWQgRGlzayBFbmNyeXB0 aW9uIChHQkRFKTwvYj4sIHByb3ZpZGVzCi0JICBzdHJvbmcgY3J5cHRvZ3JhcGhpYyBwcm90ZWN0 aW9uIHVzaW5nIHRoZSBHRU9NIEZyYW1ld29yaywgYW5kIGNhbgotCSAgcHJvdGVjdCBmaWxlIHN5 c3RlbXMsIHN3YXAgZGV2aWNlcywgYW5kIG90aGVyIHVzZSBvZiBzdG9yYWdlCi0JICBtZWRpYS48 L2xpPgotCi0JPGxpPjxiPktlcm5lbCBRdWV1ZXM8L2I+IGFsbG93IHByb2dyYW1zIHRvIHJlc3Bv bmQgbW9yZSBlZmZpY2llbnRseQotCSAgdG8gYSB2YXJpZXR5IG9mIGFzeW5jaHJvbm91cyBldmVu dHMgaW5jbHVkaW5nIGZpbGUgYW5kIHNvY2tldCBJTywKLQkgIGltcHJvdmluZyBhcHBsaWNhdGlv biBhbmQgc3lzdGVtIHBlcmZvcm1hbmNlLjwvbGk+Ci0KLQk8bGk+PGI+QWNjZXB0IEZpbHRlcnM8 L2I+IGFsbG93IGNvbm5lY3Rpb24taW50ZW5zaXZlIGFwcGxpY2F0aW9ucywKLQkgIHN1Y2ggYXMg d2ViIHNlcnZlcnMsIHRvIGNsZWFubHkgcHVzaCBwYXJ0IG9mIHRoZWlyIGZ1bmN0aW9uYWxpdHkg aW50bwotCSAgdGhlIG9wZXJhdGluZyBzeXN0ZW0ga2VybmVsLCBpbXByb3ZpbmcgcGVyZm9ybWFu Y2UuPC9saT4KKwk8bGk+PGI+TmV0aXNyIGZyYW1ld29yazo8L2I+IGhhcyBiZWVuIHJlaW1wbGVt ZW50ZWQgZm9yCisJICBwYXJhbGxlbCB0aHJlYWRpbmcgc3VwcG9ydC4gIFRoaXMgaXMgYSBrZXJu ZWwgbmV0d29yaworCSAgZGlzcGF0Y2ggaW50ZXJmYWNlIHdoaWNoIGFsbG93cyBkZXZpY2UgZHJp dmVycyAoYW5kIG90aGVyCisJICBwYWNrZXQgc291cmNlcykgdG8gZGlyZWN0IHBhY2tldHMgdG8g cHJvdG9jb2xzIGZvciBkaXJlY3RseQorCSAgZGlzcGF0Y2hlZCBvciBkZWZlcnJlZCBwcm9jZXNz aW5nLiAgVGhlIG5ldyBpbXBsZW1lbnRhdGlvbgorCSAgc3VwcG9ydHMgdXAgdG8gb25lIG5ldGlz ciB0aHJlYWQgcGVyIENQVSwgYW5kIHNldmVyYWwKKwkgIGJlbmNobWFya3Mgb24gU01QIG1hY2hp bmVzIHNob3cgc3Vic3RhbnRpYWwgcGVyZm9ybWFuY2UKKwkgIGltcHJvdmVtZW50IG92ZXIgdGhl IHByZXZpb3VzIHZlcnNpb24uPC9saT4KKworCTxsaT48Yj5MaW51eCBlbXVsYXRpb246PC9iPiBs YXllciBoYXMgYmVlbiB1cGRhdGVkIHRvIHZlcnNpb24KKwkgIDIuICA2LiAgMTYgYW5kIHRoZSBk ZWZhdWx0IExpbnV4IGluZnJhc3RydWN0dXJlIHBvcnQgaXMgbm93CisJICBlbXVsYXRvcnMvbGlu dXhfYmFzZS1mMTAgKEZlZG9yYSAxMCk8L2xpPgorCisJPGxpPjxiPk5ldHdvcmsgVmlydHVhbGl6 YXRpb246PC9iPiBDb250YWluZXIgbmFtZWQgdmltYWdlIGhhcworCSAgYmVlbiBpbXBsZW1lbnRl ZCwgZXh0ZW5kaW5nIHRoZSBGcmVlQlNEIGtlcm5lbCB0byBtYWludGFpbgorCSAgbXVsdGlwbGUg aW5kZXBlbmRlbnQgaW5zdGFuY2VzIG9mIG5ldHdvcmtpbmcgc3RhdGUuCisJICB2aW1hZ2UgZmFj aWxpdGllcyBjYW4gYmUgdXNlZCBpbmRlcGVuZGVudGx5IHRvIGNyZWF0ZSBmdWxseQorCSAgdmly dHVhbGl6ZWQgbmV0d29yayB0b3BvbG9naWVzLCBhbmQgamFpbCg4KSBjYW4gZGlyZWN0bHkKKwkg IHRha2UgYWR2YW50YWdlIG9mIGEgZnVsbHkgdmlydHVhbGl6ZWQgbmV0d29yayBzdGFjay48L2xp PgogICAgICAgPC91bD4KLQotICAgIDxoMj5GcmVlQlNEIHByb3ZpZGVzIG1hbnkgc2VjdXJpdHkg ZmVhdHVyZXMKLSAgICAgIHRvIHByb3RlY3QgbmV0d29ya3MgYW5kIHNlcnZlcnMuPC9oMj4KLQot ICAgICAgPHA+VGhlIEZyZWVCU0QgZGV2ZWxvcGVycyBhcmUgYXMgY29uY2VybmVkIGFib3V0IHNl Y3VyaXR5IGFzIHRoZXkgYXJlCi0JYWJvdXQgcGVyZm9ybWFuY2UgYW5kIHN0YWJpbGl0eS4gIEZy ZWVCU0QgaW5jbHVkZXMga2VybmVsIHN1cHBvcnQgZm9yCi0JPGI+c3RhdGVmdWwgSVAgZmlyZXdh bGxpbmc8L2I+LCBhcyB3ZWxsIGFzIG90aGVyIHNlcnZpY2VzLCBzdWNoIGFzCi0JPGI+SVAgcHJv eHkgZ2F0ZXdheXM8L2I+LCA8Yj5hY2Nlc3MgY29udHJvbCBsaXN0czwvYj4sIDxiPm1hbmRhdG9y eQotCWFjY2VzcyBjb250cm9sPC9iPiwgPGI+amFpbC1iYXNlZCB2aXJ0dWFsIGhvc3Rpbmc8L2I+ LCBhbmQKLQk8Yj5jcnlwdG9ncmFwaGljYWxseSBwcm90ZWN0ZWQgc3RvcmFnZTwvYj4uICBUaGVz ZSBmZWF0dXJlcyBjYW4gYmUKLQl1c2VkIHRvIHN1cHBvcnQgaGlnaGx5IHNlY3VyZSBob3N0aW5n IG9mIG11dHVhbGx5IHVudHJ1c3RpbmcKLQljdXN0b21lcnMgb3IgY29uc3VtZXJzLCB0aGUgc3Ry b25nIHBhcnRpdGlvbmluZyBvZiBuZXR3b3JrIHNlZ21lbnRzLAotCWFuZCB0aGUgY29uc3RydWN0 aW9uIG9mIHNlY3VyZSBwaXBlbGluZXMgZm9yIGluZm9ybWF0aW9uIHNjcnViYmluZwotCWFuZCBp bmZvcm1hdGlvbiBmbG93IGNvbnRyb2wuPC9wPgotCi0gICAgICA8cD5GcmVlQlNEIGFsc28gaW5j bHVkZXMgc3VwcG9ydCBmb3IgZW5jcnlwdGlvbiBzb2Z0d2FyZSwgc2VjdXJlCi0Jc2hlbGxzLCBL ZXJiZXJvcyBhdXRoZW50aWNhdGlvbiwgInZpcnR1YWwgc2VydmVycyIgY3JlYXRlZCB1c2luZwot CWphaWxzLCBjaHJvb3QtaW5nIHNlcnZpY2VzIHRvIHJlc3RyaWN0IGFwcGxpY2F0aW9uIGFjY2Vz cyB0byB0aGUKLQlmaWxlIHN5c3RlbSwgU2VjdXJlIFJQQyBmYWNpbGl0aWVzLCBhbmQgYWNjZXNz IGxpc3RzIGZvciBzZXJ2aWNlcwotCXRoYXQgc3VwcG9ydCBUQ1Agd3JhcHBlcnMuPC9wPgotCiAg IDwvYm9keT4KIDwvaHRtbD4K --bcaec554d84cf5298c04d43a2aae-- From owner-freebsd-doc@FreeBSD.ORG Sun Jan 27 00:27:27 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B25C03AC; Sun, 27 Jan 2013 00:27:27 +0000 (UTC) (envelope-from ike@blackskyresearch.net) Received: from rs149.luxsci.com (rs149.luxsci.com [64.49.224.181]) by mx1.freebsd.org (Postfix) with ESMTP id 6C92D7BD; Sun, 27 Jan 2013 00:27:27 +0000 (UTC) Received: from rs149.luxsci.com (localhost.localdomain [127.0.0.1]) by rs149.luxsci.com (8.14.4/8.13.8) with ESMTP id r0R0RQAo003586; Sat, 26 Jan 2013 19:27:26 -0500 Received: (from root@localhost) by rs149.luxsci.com (8.14.4/8.13.8/Submit) id r0R0R1XO003477; Sun, 27 Jan 2013 00:27:01 GMT Received: (from sender 74627) (rs149.luxsci.com [127.0.0.1]) by LuxSci SP; Sun, 27 Jan 2013 00:27:01 +0000 Subject: Re: features.xml Content-Type: text/plain; charset=windows-1252 From: "Isaac (.ike) Levy" In-Reply-To: Date: Sat, 26 Jan 2013 19:26:59 -0500 Content-Transfer-Encoding: quoted-printable References: <70AFF504-314E-4F42-A2E1-D148D8FA2BCD@axialmarket.com> <1359058203-4509368.00016252.fr0OK9rh7016372@rs149.luxsci.com> <1359066182-9159790.08923608.fr0OMMIQq019536@rs149.luxsci.com> <20130125012654.GD1345@glenbarber.us> <1359237482-1968822.30189215.fr0QLvJ7h029521@rs149.luxsci.com> <1359246062-2925510.90647187.fr0R0KE87000650@rs149.luxsci.com> To: Eitan Adler X-Lux-Comment: Message r0R0QxI1003435 sent by user #74627 Message-Id: <1359246421-4123013.11573588.fr0R0QxI1003435@rs149.luxsci.com> X-Comment: LuxSci SP Message ID - 1359246421-4123013.11573588 Cc: Glen Barber , freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jan 2013 00:27:27 -0000 On Jan 26, 2013, at 7:22 PM, Eitan Adler wrote: > On 26 January 2013 19:20, Isaac (.ike) Levy = wrote: >> On Jan 26, 2013, at 6:29 PM, Eitan Adler wrote: >>> On 26 January 2013 16:57, Isaac (.ike) Levy = =20 >> Can you attach that patch as a file attachment please? >>=20 >> Cutting it from the email body is generating patch errors this time. >> (not sure if it's line wraps, or encoding glitches, etc=85) Worked like a charm, thanks Eitan- Best, .ike From owner-freebsd-doc@FreeBSD.ORG Sun Jan 27 02:23:06 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5875C167 for ; Sun, 27 Jan 2013 02:23:06 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id C3F21A5B for ; Sun, 27 Jan 2013 02:23:05 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.6/8.14.6) with ESMTP id r0R25ivu002784; Sat, 26 Jan 2013 19:05:44 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.6/8.14.6/Submit) with ESMTP id r0R25iwO002781; Sat, 26 Jan 2013 19:05:44 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Sat, 26 Jan 2013 19:05:44 -0700 (MST) From: Warren Block To: "Isaac (.ike) Levy" Subject: Re: removing CVS in Handbook Updating and Upgrading chapter In-Reply-To: <1359241802-3572135.75152325.fr0QN9mrI032137@rs149.luxsci.com> Message-ID: References: <1359241802-3572135.75152325.fr0QN9mrI032137@rs149.luxsci.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Sat, 26 Jan 2013 19:05:45 -0700 (MST) Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jan 2013 02:23:06 -0000 On Sat, 26 Jan 2013, Isaac (.ike) Levy wrote: > On Jan 25, 2013, at 2:12 PM, Warren Block wrote: >>>> CVS is going away soon, and we should not be advising people to start using them now. >>>> This diff entirely removes cvsup, csup, and CVS references from the Updating and Upgrading chapter. SVN URLs are also changed to the preferred form and links to the SVN mirrors are added. >>>> Rendered: http://www.wonkity.com/~wblock/temp/cuttingedge-nocvs.html >>>> Diff: http://www.wonkity.com/~wblock/temp/cuttingedge-nocvs.diff > > Regarding src, this appears to be jumping the gun quite a bit, with possibly bad consequences: > > + ports, cvsup access end-of-lifed Feb 28 > (cool! drop cvs/cvsup references for it) > - source, cvsup deprecated - no end-of-life date set > (until canonical replacement is in place) > > Instead of replacing *all* CVS urls with SVN, I would like to advise you to merely make note of cvsup being deprecated for src? Deprecation warnings are already in the current version, since November 17: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/current-stable.html > Not sure if I need to explain this, but: > For a large number of system integrators, building userland/kernel from source is critical. > Most of these builds happen before ports/pkg get installed, (if they even do). The current state of SVN, binary packages, ports mechanism changes, and otherwise- all make for some nasty chicken/egg problems for many systems integrators. This part of the Handbook refers to fetching source for -CURRENT or -STABLE. We should not be suggesting CVS to new users who want to run development versions of FreeBSD. It's a misdirection, like a Perldoc-esque "here's an example, but you should never, ever do this". Existing CVS users already know how to use it, being existing and all. So the removal of CVS information from this chapter should not harm anyone already using it and should help by not steering newcomers to the wrong tool. From owner-freebsd-doc@FreeBSD.ORG Sun Jan 27 02:26:42 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A85802B9 for ; Sun, 27 Jan 2013 02:26:42 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-lb0-f178.google.com (mail-lb0-f178.google.com [209.85.217.178]) by mx1.freebsd.org (Postfix) with ESMTP id 053FEA7A for ; Sun, 27 Jan 2013 02:26:41 +0000 (UTC) Received: by mail-lb0-f178.google.com with SMTP id n1so2447573lba.23 for ; Sat, 26 Jan 2013 18:26:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=vnyfWrUoZX+LjnAj7IfmuAizW73UGMvvoRrONHaNhNY=; b=GEog92Z3Ei9vs0D+ShE6RRKFiwglDz8qHQAmbFGlKO+0EQfgpjfka9Wt1n7lJrRT2s hWzoMiwWflARD4qcvsKi2uvdw0sILkcLvrbZZYYseVldOyGDfnJQAimU3EqhsYfyRJgr O/D7OFW07BwLnJ4DgGNlX9g4xlY2FjjOtcplM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:x-gm-message-state; bh=vnyfWrUoZX+LjnAj7IfmuAizW73UGMvvoRrONHaNhNY=; b=ATzKqpBkTB1Qj1yQX021kFbq17Ay6zSst+2XjMWU5AbdbthOSP2kIOlRGP58tMST6+ z09ToA2exRkq/7LHNd2u8P1iKPZ7qAphFLcuKpxVFZQqD7bYF9NJBnQ6iyKn+9v/bRQF KrG8Qd2NLhxZu562+wYFgryfjO9r92ei7Kqboh4DhYz8FC7gy81r6FNV4gAWh0FQFmGr stpX3JWHRen7qaNlXuSm/rSMYYwithjnQIkZxIazQWZCZKjnXzll69xbK+GStaK2Fufa U9BxgiR53gzjzq+oputfc0MMw2UryircN5a5ad9ZofStrapV/xO99qDuX0lfneJriUS9 seKA== X-Received: by 10.152.106.5 with SMTP id gq5mr9376076lab.5.1359253600478; Sat, 26 Jan 2013 18:26:40 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.100.164 with HTTP; Sat, 26 Jan 2013 18:26:10 -0800 (PST) In-Reply-To: References: <1359241802-3572135.75152325.fr0QN9mrI032137@rs149.luxsci.com> From: Eitan Adler Date: Sat, 26 Jan 2013 21:26:10 -0500 Message-ID: Subject: Re: removing CVS in Handbook Updating and Upgrading chapter To: Warren Block Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQkfauoBOwp0bpSZmb9TIflQAHd7k69hJQefiQKU2sVU8ciE6y0XjEqD4ssS0xVLFuctdGz/ Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jan 2013 02:26:42 -0000 On 26 January 2013 21:05, Warren Block >> Not sure if I need to explain this, but: >> For a large number of system integrators, building userland/kernel from >> source is critical. >> Most of these builds happen before ports/pkg get installed, (if they even >> do). The current state of SVN, binary packages, ports mechanism changes, >> and otherwise- all make for some nasty chicken/egg problems for many systems >> integrators. We should certainly be striving to remove references to CVS from as many places as possible. I have no objections to leaving one (obviously marked) chapter about the old way of doing things. > This part of the Handbook refers to fetching source for -CURRENT or -STABLE. > We should not be suggesting CVS to new users who want to run development > versions of FreeBSD. It's a misdirection, like a Perldoc-esque "here's an > example, but you should never, ever do this". > > Existing CVS users already know how to use it, being existing and all. So > the removal of CVS information from this chapter should not harm anyone > already using it and should help by not steering newcomers to the wrong > tool. +1 -- Eitan Adler From owner-freebsd-doc@FreeBSD.ORG Sun Jan 27 07:12:30 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 32A47B21 for ; Sun, 27 Jan 2013 07:12:30 +0000 (UTC) (envelope-from ike@blackskyresearch.net) Received: from rs149.luxsci.com (rs149.luxsci.com [64.49.224.181]) by mx1.freebsd.org (Postfix) with ESMTP id 03CAB2DA for ; Sun, 27 Jan 2013 07:12:29 +0000 (UTC) Received: from rs149.luxsci.com (localhost.localdomain [127.0.0.1]) by rs149.luxsci.com (8.14.4/8.13.8) with ESMTP id r0R7CR4N003546; Sun, 27 Jan 2013 02:12:28 -0500 Received: (from root@localhost) by rs149.luxsci.com (8.14.4/8.13.8/Submit) id r0R7C2pb003430; Sun, 27 Jan 2013 07:12:02 GMT Received: (from sender 74627) (rs149.luxsci.com [127.0.0.1]) by LuxSci SP; Sun, 27 Jan 2013 07:12:02 +0000 Subject: Re: removing CVS in Handbook Updating and Upgrading chapter Content-Type: text/plain; charset=windows-1252 From: "Isaac (.ike) Levy" In-Reply-To: Date: Sun, 27 Jan 2013 02:11:23 -0500 Content-Transfer-Encoding: quoted-printable References: <1359241802-3572135.75152325.fr0QN9mrI032137@rs149.luxsci.com> To: Warren Block X-Lux-Comment: Message r0R7BNq4003267 sent by user #74627 Message-Id: <1359270722-3962523.11114096.fr0R7BNq4003267@rs149.luxsci.com> X-Comment: LuxSci SP Message ID - 1359270722-3962523.11114096 Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jan 2013 07:12:30 -0000 Hi Warren, All, I don't mean to exasperate you by pushing this thread, but this is a = critical entry point for new FreeBSD users, On Jan 26, 2013, at 9:05 PM, Warren Block wrote: > On Sat, 26 Jan 2013, Isaac (.ike) Levy wrote: >> On Jan 25, 2013, at 2:12 PM, Warren Block wrote: >>>>> CVS is going away soon, and we should not be advising people to = start using them now. >>>>> This diff entirely removes cvsup, csup, and CVS references from = the Updating and Upgrading chapter. SVN URLs are also changed to the = preferred form and links to the SVN mirrors are added. >>>>> Rendered: = http://www.wonkity.com/~wblock/temp/cuttingedge-nocvs.html >>>>> Diff: http://www.wonkity.com/~wblock/temp/cuttingedge-nocvs.diff >>=20 >> Regarding src, this appears to be jumping the gun quite a bit, with = possibly bad consequences: >>=20 >> + ports, cvsup access end-of-lifed Feb 28 >> (cool! drop cvs/cvsup references for it) >> - source, cvsup deprecated - no end-of-life date set >> (until canonical replacement is in place) >>=20 >> Instead of replacing *all* CVS urls with SVN, I would like to advise = you to merely make note of cvsup being deprecated for src? >=20 > Deprecation warnings are already in the current version, since = November 17: > = http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/current-stable.h= tml I understand, and this deprecation warning is good. cvsup is deprecated, but does not yet have an end-of-life date. Additionally, this process currently has no analogy, and for base src, = there is not an analogous canonical alternative path. cvsup is currently the only canonical way on a REL or RELENG branch to = fetch the sources, using only the base system. However, Nov. 17 isn't very long ago, warning of a process change which = people have used and relied on for well over a decade- the kind of users = which represent the majority of the base of the FreeBSD project, (people = running lots of servers). >> Not sure if I need to explain this, but: >> For a large number of system integrators, building userland/kernel = from source is critical. >> Most of these builds happen before ports/pkg get installed, (if they = even do). The current state of SVN, binary packages, ports mechanism = changes, and otherwise- all make for some nasty chicken/egg problems for = many systems integrators. >=20 > This part of the Handbook refers to fetching source for -CURRENT or = -STABLE. We should not be suggesting CVS to new users who want to run = development versions of FreeBSD. It's a misdirection, like a = Perldoc-esque "here's an example, but you should never, ever do this". I completely appreciate and understand this sort of nastiness. However, = the alternative is far worse for new users- a real-world example from = last week, > Existing CVS users already know how to use it, being existing and all. Correct, but that's not really the point- cvsup is still the canonical = way to build the system from sources, from a base system install. > So the removal of CVS information from this chapter should not harm = anyone already using it and should help by not steering newcomers to the = wrong tool. I think the disconnect here is this: buildworld and buildkernel are not specifically developer tools, FreeBSD = users build, and maintain, their systems from source- particularly the = vast number of FreeBSD machines humming silently driving the internet at = many layers. Custom kernels are common for a myriad of reasons, = sometimes to add features, sometimes to strip them down. For = performance, for security, for clarity. Beyond the kernel, real-world security patches are often applied = directly to production source builds, often in a hurry - 0-days can drop = on anyone's head. Because cvsup for base/src does not have a clear replacement right now, = and is therefore does not have an end-of-life date set, cvsup is still = the canonical user too. csup(1) is even still in base. -- For developers, I can agree that cvsup is totally the wrong tool- but = that information should perhaps be in the developers handbook, in the = "tools" section: = http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/tools= .html (If yall' think that's a good idea, I'll happily write up a page to = start with, and send the patch within 36 hrs from now!) However, this is what new users face if you make this change right now: = ##########################################################################= #### OLD (current, deprecated) way: 1) # csup /path/to/ports-supfile (e.g. # csup -h cvsup14.us.freebsd.org = /usr/share/examples/standard-supfile ) - note: canonical (but perhaps slowest) default server already in this = config file 2) # move on to buildworld/buildkernel dance... = ##########################################################################= #### NEW (work in progress, developers have cut over) way: 1) Install subversion (choose your own adventure) http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/svn.html 2) #noop# pkg_add -r subversion 3) #noop# pkg install devel/subversion (security incident cleanup, no binaries available) * <--+ ?) # cd /usr/ports/devel/subversion | # make install clean | (whops, gotta fetch ports first right now) | # portsnap fetch ----------------------------+ Now, we just acquired this on our system too: + SQLite3 (not the SQLite in base + APR + Expat 2.x (not the Expat/libbsdxml now in base) + Neon or Serf + GNU gettext and libintl + libiconv # APR could be a *big* problem if you're next steps are to load up a = particular version of the Apache web server, (like a great number of = FreeBSD users do) Steps 5-? ?) dust off ctm(1), it's still in base- but will it work=85 (dunno haven't thought about it in years) ?) svnsup is frequently discussed, (google confusion), but apparently = not yet functional. (this is a perfect idea, but not live.) ?) diving into portupgrade, a worse/heavier situation even: - depends on ruby (fatter dep tree than svn) - is a port (to manage ports) - has a small, loyal following (financial, even) # svn checkout https://svn0.us-east.FreeBSD.org/base/head /usr/src Error validating server certificate for = 'https://svn0.us-east.freebsd.org:443': - The certificate is not issued by a trusted authority. Use the fingerprint to validate the certificate manually! - The certificate hostname does not match. Certificate information: - Hostname: svnmir.nyi.FreeBSD.org - Valid: from Aug 12 23:01:31 2012 GMT until Aug 12 23:01:31 2013 GMT - Issuer: clusteradm, FreeBSD.org, (null), CA, US = (clusteradm@FreeBSD.org) - Fingerprint: = 06:D1:23:DE:5E:7A:F7:2B:7A:7E:74:95:5F:54:8D:5C:B0:D6:2E:8F (R)eject, accept (t)emporarily or accept (p)permanently?=20 Decide how to handle this SSL cert, (compare the Fingerprint manually = until the dust settles with this new env): = http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/svn-mirrors.html= N) # move on to buildworld/buildkernel dance=85 = ##########################################################################= #### Now, those SVN problems appear to be getting worked out in several = places: + subversion-static just hit ports (cool!) Knocks an SVN version down to bare essentials- but this is a work in = progress (ABI incompatibilities for static build? Dependencies not = *quite* flushed out clean yet?) + "svnsup" could emerge sooner than later As a working in-base utility, a simple thing to fetch deltas using the = svn/svn+http/svn+https protocols, using a tiny program in the base OS.=20= + actual svn infrastructure is stabilizing, growing, and coming into = focus- (for developers even!) - freebsd-update(8), I've been told, has some (currently broken) bits = for fetching src for a given REL, but this may get expanded soon(?) - if true, it has some show-stopping bug [I'm unclear on what right = now]? - man page states: "fetch and install binary updates to FreeBSD" (these are not the droids you are looking for, move along) - man page does not state "fetches base REL/RELENG sources trivially" - freebsd-update.conf(5) allows for commenting out all components = except src -- So are you guys absolutely certain that removing cvsup instructions, = *just* for building from canonical sources, is appropriate? Remember, this is for *users*, not developers. But FreeBSD users = typically want to use carp(4), or lagg(4), maybe dtrace(1M), perhaps = zfs(8), or jail(8). Perhaps they want to compile their public/private new C programs using = clang(1). Perhaps new FreeBSD users are evaluating performance for their Mail, = Database, or Web infrastructure. Perhaps new FreeBSD users are building = new firewall/network appliances. Perhaps they are doing embedded = systems development, with FreeBSD as a platform. Perhaps they are using no high-level languages aside from POSIX shell, = (and for goodness sake FreeBSD sh(1) just got command history!!!!) What more could a true UNIX lover want, other than FreeBSD? Best, .ike From owner-freebsd-doc@FreeBSD.ORG Sun Jan 27 07:20:40 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 35134F05; Sun, 27 Jan 2013 07:20:40 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id 0B032314; Sun, 27 Jan 2013 07:20:40 +0000 (UTC) Received: from glenbarber.us (kaos.glenbarber.us [71.224.221.174]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 0F86B23F654; Sun, 27 Jan 2013 02:20:38 -0500 (EST) DKIM-Filter: OpenDKIM Filter v2.7.4 onyx.glenbarber.us 0F86B23F654 Authentication-Results: onyx.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none (insecure policy) Date: Sun, 27 Jan 2013 02:20:36 -0500 From: Glen Barber To: "Isaac (.ike) Levy" Subject: Re: removing CVS in Handbook Updating and Upgrading chapter Message-ID: <20130127072036.GL1423@glenbarber.us> References: <1359241802-3572135.75152325.fr0QN9mrI032137@rs149.luxsci.com> <1359270722-3962523.11114096.fr0R7BNq4003267@rs149.luxsci.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="j3olVFx0FsM75XyV" Content-Disposition: inline In-Reply-To: <1359270722-3962523.11114096.fr0R7BNq4003267@rs149.luxsci.com> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jan 2013 07:20:40 -0000 --j3olVFx0FsM75XyV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 27, 2013 at 02:11:23AM -0500, Isaac (.ike) Levy wrote: > Hi Warren, All, >=20 > I don't mean to exasperate you by pushing this thread, but this > is a critical entry point for new FreeBSD users, >=20 > [...] >=20 > However, Nov. 17 isn't very long ago, warning of a process change > which people have used and relied on for well over a decade- the > kind of users which represent the majority of the base of the FreeBSD > project, (people running lots of servers). >=20 Contradiction aside, recent events force the deprecation of CVS/cvsup. It should have happened a long time ago (2007) when the src/ tree moved =66rom CVS to SVN. Glen --j3olVFx0FsM75XyV Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJRBNVEAAoJEFJPDDeguUajRUIIAKQcZ4UWY/VHXVtTeUnTA25C TA+sWvi2xTRA22RAYcDN+MjQ49q4IPYdx0nxZdAb4ihL5m3Ce9mFaDCEn4jSfj2D agKYx03lzU403qNl5b+Ph1CUT1Qz4eC88UtzRD5mzswFdtOFzAHFuyY1LX6Pi+yh 1HSIF9geDUf6G7hOOwYW12KsFUs8nE9azu1znk0W2BMiER9VQbfDEx0YrLA+UGyJ TdPJzUQ7+U8kyusfzjq3k+t/Dn3T1KM3O0SbnTAzk2tD2nKY0AdsUwfsWMou1MKD NYqD08hGw623gGsxqMB8hf0OsM4jTqROejPVLkElvtQoVCvysY+L1doWm4ewFf4= =/q13 -----END PGP SIGNATURE----- --j3olVFx0FsM75XyV-- From owner-freebsd-doc@FreeBSD.ORG Sun Jan 27 07:35:29 2013 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 3AA87397; Sun, 27 Jan 2013 07:35:29 +0000 (UTC) (envelope-from ike@blackskyresearch.net) Received: from rs149.luxsci.com (rs149.luxsci.com [64.49.224.181]) by mx1.freebsd.org (Postfix) with ESMTP id C3F0136D; Sun, 27 Jan 2013 07:35:28 +0000 (UTC) Received: from rs149.luxsci.com (localhost.localdomain [127.0.0.1]) by rs149.luxsci.com (8.14.4/8.13.8) with ESMTP id r0R7ZRlQ011602; Sun, 27 Jan 2013 02:35:27 -0500 Received: (from root@localhost) by rs149.luxsci.com (8.14.4/8.13.8/Submit) id r0R7Z2IK011529; Sun, 27 Jan 2013 07:35:02 GMT Received: (from sender 74627) (rs149.luxsci.com [127.0.0.1]) by LuxSci SP; Sun, 27 Jan 2013 07:35:02 +0000 Subject: Re: removing CVS in Handbook Updating and Upgrading chapter Content-Type: text/plain; charset=us-ascii From: "Isaac (.ike) Levy" In-Reply-To: <20130127072036.GL1423@glenbarber.us> Date: Sun, 27 Jan 2013 02:34:10 -0500 Content-Transfer-Encoding: quoted-printable References: <1359241802-3572135.75152325.fr0QN9mrI032137@rs149.luxsci.com> <1359270722-3962523.11114096.fr0R7BNq4003267@rs149.luxsci.com> <20130127072036.GL1423@glenbarber.us> To: Glen Barber X-Lux-Comment: Message r0R7YAiH011169 sent by user #74627 Message-Id: <1359272102-5757022.21162222.fr0R7YAiH011169@rs149.luxsci.com> X-Comment: LuxSci SP Message ID - 1359272102-5757022.21162222 Cc: freebsd-doc@FreeBSD.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jan 2013 07:35:29 -0000 On Jan 27, 2013, at 2:20 AM, Glen Barber wrote: > On Sun, Jan 27, 2013 at 02:11:23AM -0500, Isaac (.ike) Levy wrote: >> Hi Warren, All, >>=20 >> I don't mean to exasperate you by pushing this thread, but this >> is a critical entry point for new FreeBSD users, >>=20 >> [...] >>=20 >> However, Nov. 17 isn't very long ago, warning of a process change >> which people have used and relied on for well over a decade- the >> kind of users which represent the majority of the base of the FreeBSD >> project, (people running lots of servers). >>=20 >=20 > Contradiction aside, recent events force the deprecation of CVS/cvsup. Understood- I'm not arguing the cvs/cvsup deprecation, I'm happy to see = svn come in for development. > It should have happened a long time ago (2007) when the src/ tree = moved > from CVS to SVN. If you're referring to deprecation warnings in the docs, I'm with you = 100%, hindsight is 20/20. >>=20 >> + ports, cvsup access end-of-lifed Feb 28 - great- drop all ports references to cvs/cvsup >> - source, cvsup deprecated - no end-of-life date set - please do not drop the current canonical base/src fetch method from = the handbook! However, cvsup is still merely deprecated, without a clear canonical = replacement, (per notes in my previous email). Therefore, I hope I'm being clearly understood that it's cleaner for = *users* to still fetch *base/src* with cvsup, until: - canonical src fetch replacement is in place - whenever cvsup for base/src has an end-of-life date set, (like ports = does- Feb. 28!) At that point, it seems rational that the last references to cvsup can = disappear. (The rest of CVS can disappear before that though?) Best, .ike From owner-freebsd-doc@FreeBSD.ORG Sun Jan 27 07:44:30 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9188142B for ; Sun, 27 Jan 2013 07:44:30 +0000 (UTC) (envelope-from ike@blackskyresearch.net) Received: from rs149.luxsci.com (rs149.luxsci.com [64.49.224.181]) by mx1.freebsd.org (Postfix) with ESMTP id 3BFEE391 for ; Sun, 27 Jan 2013 07:44:30 +0000 (UTC) Received: from rs149.luxsci.com (localhost.localdomain [127.0.0.1]) by rs149.luxsci.com (8.14.4/8.13.8) with ESMTP id r0R7iRBN018593; Sun, 27 Jan 2013 02:44:27 -0500 Received: (from root@localhost) by rs149.luxsci.com (8.14.4/8.13.8/Submit) id r0R7i4HY018494; Sun, 27 Jan 2013 07:44:04 GMT Received: (from sender 74627) (rs149.luxsci.com [127.0.0.1]) by LuxSci SP; Sun, 27 Jan 2013 07:44:04 +0000 Subject: Re: removing CVS in Handbook Updating and Upgrading chapter Content-Type: text/plain; charset=us-ascii From: "Isaac (.ike) Levy" In-Reply-To: Date: Sun, 27 Jan 2013 02:43:06 -0500 Content-Transfer-Encoding: quoted-printable References: <1359241802-3572135.75152325.fr0QN9mrI032137@rs149.luxsci.com> To: Eitan Adler X-Lux-Comment: Message r0R7h69h018255 sent by user #74627 Message-Id: <1359272644-7225342.63753895.fr0R7h69h018255@rs149.luxsci.com> X-Comment: LuxSci SP Message ID - 1359272644-7225342.63753895 Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jan 2013 07:44:30 -0000 On Jan 26, 2013, at 9:26 PM, Eitan Adler wrote: > On 26 January 2013 21:05, Warren Block >=20 >>> Not sure if I need to explain this, but: >>> For a large number of system integrators, building userland/kernel = from >>> source is critical. >>> Most of these builds happen before ports/pkg get installed, (if they = even >>> do). The current state of SVN, binary packages, ports mechanism = changes, >>> and otherwise- all make for some nasty chicken/egg problems for many = systems >>> integrators. >=20 > We should certainly be striving to remove references to CVS from as > many places as possible. =20 That, I agree with, excepting fetching src/base for the = buildworld;makeworld dance. cvsup for base/src does not even have an end-of-life date yet, and the = replacements are either: - not clear - not finished - complex, confused, and difficult for systems integrators (people who buildworld/buildkernel as the stable base underneath = everything) > I have no objections to leaving one > (obviously marked) chapter about the old way of doing things. For developers, I can agree that cvsup is totally the wrong tool. Yet, that information should maybe be in the developers handbook, = perhaps in the "tools" section: = http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/tools= .html (If yall' think that's a good idea, I'll happily write up a page to = start with) >> This part of the Handbook refers to fetching source for -CURRENT or = -STABLE. >> We should not be suggesting CVS to new users who want to run = development >> versions of FreeBSD. =20 Oh, I see your perspective, but FreeBSD systems administrators are well = accustomed to running -CURRENT and -STABLE, along with -REL and -RELENG, = in production. Here's some circumstances admins may build STABLE: - Prepping an environment for upcoming releases - Providing QA/bugs back to FreeBSD *before* REL goes out the door - STABLE may contain a necessary bugfix, security fix, or other = necessary feature in a given environment Here's some circumstances admins may build a given moment of CURRENT: - All the same issues from STABLE could warrant some point of CURRENT - some existing code may need to be manually backported quickly in an = emergency (I've done my fair share of "grep hacking" to solve crisis situations = as an SA) I hope that's understood? Best, .ike From owner-freebsd-doc@FreeBSD.ORG Sun Jan 27 20:15:54 2013 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id EBA77E8C; Sun, 27 Jan 2013 20:15:54 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 69F7E31F; Sun, 27 Jan 2013 20:15:54 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.6/8.14.6) with ESMTP id r0RKFqKI009955; Sun, 27 Jan 2013 13:15:52 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.6/8.14.6/Submit) with ESMTP id r0RKFqP6009952; Sun, 27 Jan 2013 13:15:52 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Sun, 27 Jan 2013 13:15:52 -0700 (MST) From: Warren Block To: "Isaac (.ike) Levy" Subject: Re: removing CVS in Handbook Updating and Upgrading chapter In-Reply-To: <1359272102-5757022.21162222.fr0R7YAiH011169@rs149.luxsci.com> Message-ID: References: <1359241802-3572135.75152325.fr0QN9mrI032137@rs149.luxsci.com> <1359270722-3962523.11114096.fr0R7BNq4003267@rs149.luxsci.com> <20130127072036.GL1423@glenbarber.us> <1359272102-5757022.21162222.fr0R7YAiH011169@rs149.luxsci.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Sun, 27 Jan 2013 13:15:52 -0700 (MST) Cc: Glen Barber , freebsd-doc@FreeBSD.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jan 2013 20:15:55 -0000 On Sun, 27 Jan 2013, Isaac (.ike) Levy wrote: >>> + ports, cvsup access end-of-lifed Feb 28 > - great- drop all ports references to cvs/cvsup > >>> - source, cvsup deprecated - no end-of-life date set > - please do not drop the current canonical base/src fetch method from the handbook! > > However, cvsup is still merely deprecated, without a clear canonical replacement, (per notes in my previous email). Understood, but really that is an argument against deprecating CVS, not removing it from the docs. > Therefore, I hope I'm being clearly understood that it's cleaner for *users* to still fetch *base/src* with cvsup, until: > > - canonical src fetch replacement is in place > - whenever cvsup for base/src has an end-of-life date set, (like ports does- Feb. 28!) > > At that point, it seems rational that the last references to cvsup can disappear. (The rest of CVS can disappear before that though?) Say we leave CVS references in this chapter, and CVS for source goes away in (for example) six months. Anyone who starts using CVS in that time will be forced to switch. And they would be justifiably upset, because they were offered an option that was going away. My personal feeling is that continuing to suggest CVS for -STABLE or -CURRENT, even with a deprecation warning, is a disservice to those users. Using CVS is still documented in Appendix A, along with a big deprecation warning. From owner-freebsd-doc@FreeBSD.ORG Sun Jan 27 20:52:33 2013 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 331FBCAE; Sun, 27 Jan 2013 20:52:33 +0000 (UTC) (envelope-from ike@blackskyresearch.net) Received: from rs149.luxsci.com (rs149.luxsci.com [64.49.224.181]) by mx1.freebsd.org (Postfix) with ESMTP id DBDC3742; Sun, 27 Jan 2013 20:52:32 +0000 (UTC) Received: from rs149.luxsci.com (localhost.localdomain [127.0.0.1]) by rs149.luxsci.com (8.14.4/8.13.8) with ESMTP id r0RKqV4C022228; Sun, 27 Jan 2013 15:52:32 -0500 Received: (from root@localhost) by rs149.luxsci.com (8.14.4/8.13.8/Submit) id r0RKq2rf022038; Sun, 27 Jan 2013 20:52:02 GMT Received: (from sender 74627) (rs149.luxsci.com [127.0.0.1]) by LuxSci SP; Sun, 27 Jan 2013 20:52:02 +0000 Subject: Re: removing CVS in Handbook Updating and Upgrading chapter Content-Type: text/plain; charset=windows-1252 From: "Isaac (.ike) Levy" In-Reply-To: Date: Sun, 27 Jan 2013 15:51:44 -0500 Content-Transfer-Encoding: quoted-printable References: <1359241802-3572135.75152325.fr0QN9mrI032137@rs149.luxsci.com> <1359270722-3962523.11114096.fr0R7BNq4003267@rs149.luxsci.com> <20130127072036.GL1423@glenbarber.us> <1359272102-5757022.21162222.fr0R7YAiH011169@rs149.luxsci.com> To: Warren Block X-Lux-Comment: Message r0RKpjZd021871 sent by user #74627 Message-Id: <1359319922-4118699.16248077.fr0RKpjZd021871@rs149.luxsci.com> X-Comment: LuxSci SP Message ID - 1359319922-4118699.16248077 Cc: Glen Barber , freebsd-doc@FreeBSD.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jan 2013 20:52:33 -0000 Warren, I owe you and Glen a drink for dealing with this exasperating = thread. I wouldn't continue if I didn't believe new users first installs are = extremely important, On Jan 27, 2013, at 3:15 PM, Warren Block wrote: > On Sun, 27 Jan 2013, Isaac (.ike) Levy wrote: >=20 >>>> + ports, cvsup access end-of-lifed Feb 28 >> - great- drop all ports references to cvs/cvsup >>=20 >>>> - source, cvsup deprecated - no end-of-life date set >> - please do not drop the current canonical base/src fetch method from = the handbook! >>=20 >> However, cvsup is still merely deprecated, without a clear canonical = replacement, (per notes in my previous email). >=20 > Understood, but really that is an argument against deprecating CVS, = not removing it from the docs. >=20 >> Therefore, I hope I'm being clearly understood that it's cleaner for = *users* to still fetch *base/src* with cvsup, until: >>=20 >> - canonical src fetch replacement is in place >> - whenever cvsup for base/src has an end-of-life date set, (like = ports does- Feb. 28!) >>=20 >> At that point, it seems rational that the last references to cvsup = can disappear. (The rest of CVS can disappear before that though?) >=20 > Say we leave CVS references in this chapter, and CVS for source goes = away in (for example) six months. Anyone who starts using CVS in that = time will be forced to switch. And they would be justifiably upset, = because they were offered an option that was going away. I can totally agree, all *CVS* verbiage can be removed from the doc. I'm certain I don't have to explain to you that cvs(1) and cvsup/csup(1) = are not at all the same thing. I may be missing your point, but loads = of users have used the cvsup for many many years, but many never really = touched cvs proper. Kill cvs in doc. > My personal feeling is that continuing to suggest CVS for -STABLE or = -CURRENT, even with a deprecation warning, is a disservice to those = users. I can certainly see that point. cusp(1) has a man page, config files, = etc=85 it's pretty self-evident to admins who want to use it. -- However, the one place where people are getting tripped up, is the quick = fetch required before buildworld/buildkernel: I see nothing but benefit leaving one line before the = buildworld/makeworld dance: # csup /usr/share/examples/standard-supfile And one more line after that, "cvsup/csup(1) has been deprecated, and will be end-of-lifed when the = replacement is completed in base" It's a lot simpler than leading them down the SVN setup path, the state = it's in today! > Using CVS is still documented in Appendix A, along with a big = deprecation warning. Noted, for sure. Best, .ike From owner-freebsd-doc@FreeBSD.ORG Sun Jan 27 22:16:03 2013 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1B4AE65D; Sun, 27 Jan 2013 22:16:03 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id B559F917; Sun, 27 Jan 2013 22:16:02 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.6/8.14.6) with ESMTP id r0RMG0Jh010480; Sun, 27 Jan 2013 15:16:00 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.6/8.14.6/Submit) with ESMTP id r0RMG0Ow010477; Sun, 27 Jan 2013 15:16:00 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Sun, 27 Jan 2013 15:16:00 -0700 (MST) From: Warren Block To: "Isaac (.ike) Levy" Subject: Re: removing CVS in Handbook Updating and Upgrading chapter In-Reply-To: <1359319922-4118699.16248077.fr0RKpjZd021871@rs149.luxsci.com> Message-ID: References: <1359241802-3572135.75152325.fr0QN9mrI032137@rs149.luxsci.com> <1359270722-3962523.11114096.fr0R7BNq4003267@rs149.luxsci.com> <20130127072036.GL1423@glenbarber.us> <1359272102-5757022.21162222.fr0R7YAiH011169@rs149.luxsci.com> <1359319922-4118699.16248077.fr0RKpjZd021871@rs149.luxsci.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Sun, 27 Jan 2013 15:16:00 -0700 (MST) Cc: Glen Barber , freebsd-doc@FreeBSD.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jan 2013 22:16:03 -0000 On Sun, 27 Jan 2013, Isaac (.ike) Levy wrote: > Warren, I owe you and Glen a drink for dealing with this exasperating thread. > I wouldn't continue if I didn't believe new users first installs are extremely important, Me either. Although I don't understand why new users would csup -STABLE or -CURRENT on their first installs... > On Jan 27, 2013, at 3:15 PM, Warren Block wrote: >> >> Say we leave CVS references in this chapter, and CVS for source goes >> away in (for example) six months. Anyone who starts using CVS in >> that time will be forced to switch. And they would be justifiably >> upset, because they were offered an option that was going away. > > I can totally agree, all *CVS* verbiage can be removed from the doc. By CVS, I mean the application itself and the special-case programs that use it, like csup and cvsup. >> My personal feeling is that continuing to suggest CVS for -STABLE or -CURRENT, even with a deprecation warning, is a disservice to those users. > > I can certainly see that point. cusp(1) has a man page, config files, etc? it's pretty self-evident to admins who want to use it. > > -- > However, the one place where people are getting tripped up, is the quick fetch required before buildworld/buildkernel: > > I see nothing but benefit leaving one line before the buildworld/makeworld dance: > # csup /usr/share/examples/standard-supfile But that's not in there now. The sections about updating source are separate from the buildworld section. And the cvsup/csup part is not one line, because it goes into details about editing the supfile. Which must be done before running that single line, because the example doesn't work as-is. > And one more line after that, > "cvsup/csup(1) has been deprecated, and will be end-of-lifed when the replacement is completed in base" Followed by "Do not use this, because it will go away permanently soon. In fact, it was kind of a mistake to mention it at all, because it's just going to cause you trouble. Stop using cvs, cvsup, and csup. They don't care about you, they're just using you. The sooner you quit, the better for everyone. Seriously, it's over, if you use CVS now you'll just have to switch to something else in a little while anyway. Pick something else. You can use svn for development versions or portsnap or tar downloads for releases. Pick anything else, we implore you. Really, stop using CVS now, right now. We implore you, stop using that thing we suggested. If we could take it back, we would. Looking back fills us with sorrow and regret. In fact, we're going to retroactively declare that we never said it, and sent you in the right direction in the first place. We're so sorry. Please forgive us." > It's a lot simpler than leading them down the SVN setup path, the state it's in today! svn has to be installed from ports... but so did cvsup, and it had large dependencies, and people still use it. svn setup is simpler than cvsup or csup--no supfile, it's just URLs. But again, those are arguments against deprecating CVS, not against removing it from the documentation. That head has crashed on the platter, the swallow has dropped the coconut, the anti-increment has impacted the impeller. From owner-freebsd-doc@FreeBSD.ORG Sun Jan 27 22:22:40 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C366B787; Sun, 27 Jan 2013 22:22:40 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-3.mit.edu (DMZ-MAILSEC-SCANNER-3.MIT.EDU [18.9.25.14]) by mx1.freebsd.org (Postfix) with ESMTP id 566DE947; Sun, 27 Jan 2013 22:22:40 +0000 (UTC) X-AuditID: 1209190e-b7f266d0000008cb-b4-5105a77d0d4c Received: from mailhub-auth-4.mit.edu ( [18.7.62.39]) by dmz-mailsec-scanner-3.mit.edu (Symantec Messaging Gateway) with SMTP id 69.E1.02251.D77A5015; Sun, 27 Jan 2013 17:17:33 -0500 (EST) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-4.mit.edu (8.13.8/8.9.2) with ESMTP id r0RMHXtJ025215; Sun, 27 Jan 2013 17:17:33 -0500 Received: from multics.mit.edu (SYSTEM-LOW-SIPB.MIT.EDU [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id r0RMHUM7015126 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 27 Jan 2013 17:17:32 -0500 (EST) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id r0RMHUsl008852; Sun, 27 Jan 2013 17:17:30 -0500 (EST) Date: Sun, 27 Jan 2013 17:17:30 -0500 (EST) From: Benjamin Kaduk To: Eitan Adler Subject: Re: svn commit: r40762 - head/en_US.ISO8859-1/books/faq In-Reply-To: <201301271251.r0RCpA6l036526@svn.freebsd.org> Message-ID: References: <201301271251.r0RCpA6l036526@svn.freebsd.org> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrJIsWRmVeSWpSXmKPExsUixG6nrlu7nDXQYEmfisWuv3OYLU6d6WJ1 YPKY8Wk+SwBjFJdNSmpOZllqkb5dAlfGp03nWQvesVe0vPnE1sC4kq2LkZNDQsBEovnFSVYI W0ziwr31QHEuDiGBfYwSa3uvMkI4Gxgluq+9hMqcYJJ4eGQZM4TTwCgx61kLI0g/i4C2xIbr z8FmsQmoSMx8sxFshwiQ/X3/TyYQm1lAWqJh/WYwW1jAQWLNgmcsIDangJXEo/ctYHFeoHjP hWawOUIClhLLD+9kBrFFBXQkVu+fwgJRIyhxcuYTFoiZlhLn/lxnm8AoOAtJahaS1AJGplWM sim5Vbq5iZk5xanJusXJiXl5qUW6xnq5mSV6qSmlmxhBIcopybeD8etBpUOMAhyMSjy8AZks gUKsiWXFlbmHGCU5mJREeU2XsgYK8SXlp1RmJBZnxBeV5qQWH2KU4GBWEuE93gqU401JrKxK LcqHSUlzsCiJ815JuekvJJCeWJKanZpakFoEk5Xh4FCS4PUEGSpYlJqeWpGWmVOCkGbi4AQZ zgM0PG4ZyPDigsTc4sx0iPwpRkUpcV5dkIQASCKjNA+uF5ZCXjGKA70izJsGUsUDTD9w3a+A BjMBDc7uZQYZXJKIkJJqYJz4vvn1Bm8fvwDp9Sf4ZnjLnDaKSvh3PJr1zqJLv1L8BO47/+Ca N+fNnZxvgg//M1lMTZ6jHynVdbFqNWd5CdfshmUcIhqrqj8YvGla1ue2IbY4b3pA80vd1yIc kfV7Xs5eEmX0feqvl7ectk/gnnam49ni5xOrMqTspwreeHc0nynmVbpRmaoSS3FGoqEWc1Fx IgBwgDhS/AIAAA== Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jan 2013 22:22:40 -0000 On Sun, 27 Jan 2013, Eitan Adler wrote: > Modified: head/en_US.ISO8859-1/books/faq/book.xml > ============================================================================== > --- head/en_US.ISO8859-1/books/faq/book.xml Sun Jan 27 12:51:07 2013 (r40761) > +++ head/en_US.ISO8859-1/books/faq/book.xml Sun Jan 27 12:51:10 2013 (r40762) > @@ -3018,7 +3018,7 @@ kern.timecounter.hardware: TSC -> i82 > > The existing implementation is our best effort at > meeting as many of these requirements simultaneously as we > - can. In order to keep /bin/sh small, > + can. To keep /bin/sh small, > we have not provided many of the convenience features that > other shells have. That is why other more > featureful shells like /bin/sh is less minimal than it used to be; I seem to recall jilles opining that it may be useful as a login shell at this point. It may be worth changing this answer accordingly. -Ben From owner-freebsd-doc@FreeBSD.ORG Sun Jan 27 22:44:47 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 3F202EA9 for ; Sun, 27 Jan 2013 22:44:47 +0000 (UTC) (envelope-from ike.levy@axialmarket.com) Received: from mail-ve0-f171.google.com (mail-ve0-f171.google.com [209.85.128.171]) by mx1.freebsd.org (Postfix) with ESMTP id EE8DEA0D for ; Sun, 27 Jan 2013 22:44:46 +0000 (UTC) Received: by mail-ve0-f171.google.com with SMTP id 14so1011162vea.2 for ; Sun, 27 Jan 2013 14:44:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=axialmarket.com; s=google; h=x-received:subject:mime-version:content-type:from:in-reply-to:date :cc:content-transfer-encoding:message-id:references:to:x-mailer; bh=6GJimQmVomPCBWw705fZri3sMwcKQt47g6yjvP9TOA0=; b=YlUMwyQ30dZ8jN8o+hYvgwn1tF/O9Fs/7q7uKMa9rrk5hlREwVFETO9hZ5FwZNCGau 7yiKdQLlh0wG57IxGZ7GVgPfnNGBOnp7jLCtu5ZGId66mPGaB0Nx57IBvnYEq/8ClzK1 ZJhSNeEYAbC+2Qmsgyl2+D4F7nYjc5aBPZZIs= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:subject:mime-version:content-type:from:in-reply-to:date :cc:content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=6GJimQmVomPCBWw705fZri3sMwcKQt47g6yjvP9TOA0=; b=NglPQz3evr3cXE7SY+I0onxeqYz6VWgcrCG2BGDEluKKncWfzB59KP73jPa8minXrU fyIJJ1twqnq4bdkRMzyL/efAhnvl19beWqZlcllmITWEsDn0aA4nAEz7y2diCXSL+tmD zT7t4pP27VD/p38hLR7oXYufmC3E/CHO7xHsR8PzFKstQd9/9DwVgd2Wzmaxrm8qSFVo 6kqzFLuStqAgQnmvTIvsyQOtIT+N+0ReKvMPjNR1jfAPRnZSqNc4l8RGNefISldZjoM2 WDuf94PN2dX7hQpYOO+hkmLlDcN4iiy/OEBtC07wi5N7OluRj9A+eFHU+kf9mgXoNGA8 SsQw== X-Received: by 10.52.66.51 with SMTP id c19mr11316772vdt.123.1359326680566; Sun, 27 Jan 2013 14:44:40 -0800 (PST) Received: from [10.0.19.199] (adsl-216-220-113-150.bway.net. [216.220.113.150]) by mx.google.com with ESMTPS id mj8sm5051303veb.8.2013.01.27.14.44.38 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 27 Jan 2013 14:44:39 -0800 (PST) Subject: Re: removing CVS in Handbook Updating and Upgrading chapter Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=windows-1252 From: "Isaac (.ike) Levy" In-Reply-To: Date: Sun, 27 Jan 2013 17:44:37 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <982F7795-71C0-4455-9958-A88924C12588@axialmarket.com> References: To: Warren Block X-Mailer: Apple Mail (2.1283) X-Gm-Message-State: ALoCoQnhrj7qsfdqmx9QrQ+qOiMzTX1crE6lmojOSAUx2QDil1dhKa3+Aj/hhEpUfIP+NMS1G1wd Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jan 2013 22:44:47 -0000 On Jan 26, 2013, at 6:09 PM, Isaac (.ike) Levy wrote: > On Jan 25, 2013, at 2:12 PM, Warren Block wrote: >>>> CVS is going away soon, and we should not be advising people to = start using them now. >>>> This diff entirely removes cvsup, csup, and CVS references from the = Updating and Upgrading chapter. SVN URLs are also changed to the = preferred form and links to the SVN mirrors are added. >>>> Rendered: = http://www.wonkity.com/~wblock/temp/cuttingedge-nocvs.html >>>> Diff: http://www.wonkity.com/~wblock/temp/cuttingedge-nocvs.diff >=20 > Regarding src, this appears to be jumping the gun quite a bit, with = possibly bad consequences: >=20 > + ports, cvsup access end-of-lifed Feb 28 > (cool! drop cvs/cvsup references for it) > - source, cvsup deprecated - no end-of-life date set > (until canonical replacement is in place) Regardless what you guys decide to do with these handbook bits: I've posted what I can glean as the current state of things, I'm trying = to centralize notes on this topic, here: https://wiki.freebsd.org/UsersFetchingSource So this svn / cvsup src issue is all over a number of lists, (some that = I'm not even on). Some cool outcomes this week are now in play, = (subversion-static port, svnup activity, etc=85) However, cvsup for src still does not have an end-of-life date, (though = obviously deprecated). Please feel to make edits (esp. if you are a committer and know = something I don't!), or email me with corrections and I'll put them in! = (I'm trying to capture the clear bits from all the lack of clarity on = the topic). Best, .ike From owner-freebsd-doc@FreeBSD.ORG Sun Jan 27 22:44:49 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 27701EAA for ; Sun, 27 Jan 2013 22:44:49 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-8.mit.edu (DMZ-MAILSEC-SCANNER-8.MIT.EDU [18.7.68.37]) by mx1.freebsd.org (Postfix) with ESMTP id C4E8BA0E for ; Sun, 27 Jan 2013 22:44:48 +0000 (UTC) X-AuditID: 12074425-b7fec6d000007584-e7-5105acad289d Received: from mailhub-auth-4.mit.edu ( [18.7.62.39]) by dmz-mailsec-scanner-8.mit.edu (Symantec Messaging Gateway) with SMTP id 1A.68.30084.DACA5015; Sun, 27 Jan 2013 17:39:41 -0500 (EST) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-4.mit.edu (8.13.8/8.9.2) with ESMTP id r0RMdf9R026936; Sun, 27 Jan 2013 17:39:41 -0500 Received: from multics.mit.edu (SYSTEM-LOW-SIPB.MIT.EDU [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id r0RMdcO4017040 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 27 Jan 2013 17:39:40 -0500 (EST) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id r0RMdcxA011866; Sun, 27 Jan 2013 17:39:38 -0500 (EST) Date: Sun, 27 Jan 2013 17:39:38 -0500 (EST) From: Benjamin Kaduk To: Eitan Adler Subject: Re: explicit use of /etc/rc.d vs service In-Reply-To: Message-ID: References: User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrPIsWRmVeSWpSXmKPExsUixG6nrrt2DWugwc6nXBanznSxWiw60c7k wOQxbfNBNo8Zn+azBDBFcdmkpOZklqUW6dslcGUce3yOraCfteLTrS7WBsZfzF2MnBwSAiYS h1+3sELYYhIX7q1n62Lk4hAS2Mco0fmigwXC2cAo8evOFnYI5wSTxMSlnxkhnAZGidcn37GB 9LMIaEtcXngObC6bgIrEzDcbweIiAmoS7153M4LYzALSEg3rNzOB2MIChhIT3/wBq+cUCJSY NO0FWJxXwEHiROMNqNWHmSSOz//IDpIQFdCRWL1/CgtEkaDEyZlPWCCGWkqc+3OdbQKj4Cwk qVlIUgsYmVYxyqbkVunmJmbmFKcm6xYnJ+blpRbpWujlZpbopaaUbmIEh6uL6g7GCYeUDjEK cDAq8fD+SGMJFGJNLCuuzD3EKMnBpCTKa7qUNVCILyk/pTIjsTgjvqg0J7X4EKMEB7OSCO/x VqAcb0piZVVqUT5MSpqDRUmc90bKTX8hgfTEktTs1NSC1CKYrAwHh5IE763VQI2CRanpqRVp mTklCGkmDk6Q4TxAw4+A1PAWFyTmFmemQ+RPMSpKifNeAkkIgCQySvPgemHp5BWjONArwrzn QKp4gKkIrvsV0GAmoMHZvcwgg0sSEVJSDYyt5nN2zryxYHlwrfq19wuPJ/4uLN/5fLmwXPrC pQw+8SV3Gw3Sp1Vl1s+ZUyShXL3Up2f9tb5Vi1J13VTbX55auPz/Wl32N97BM93/Vkhuf52r JuX1nvnAurzKGYlaMjdUFkX+vdY78/2P8v7lsve2eZo8TIz64cX8sVJwZ+yThgyTm1pT3GyU WIozEg21mIuKEwF0eNYiAgMAAA== Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jan 2013 22:44:49 -0000 On Sat, 26 Jan 2013, Eitan Adler wrote: > On 25 January 2013 12:33, Benjamin Kaduk wrote: >> On Thu, 24 Jan 2013, Eitan Adler wrote: > Thanks for going through all these - I won't common on each individual > one - just fix them. Thanks. >> Hmm, maybe this block and the previous should use a more identical wording. > > Explain? Well, this is from memory since the context was trimmed, but I seem to recall that there were two places which said that inetd needed to be restarted for changes to take effect. One included more ways to do so than the other (kill(1), I think?). I didn't look at version 2. -Ben From owner-freebsd-doc@FreeBSD.ORG Mon Jan 28 01:25:32 2013 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A949FE39 for ; Mon, 28 Jan 2013 01:25:32 +0000 (UTC) (envelope-from freebsd@chthonixia.net) Received: from www5.pairlite.com (www5.pairlite.com [64.130.10.15]) by mx1.freebsd.org (Postfix) with ESMTP id 8783FFB9 for ; Mon, 28 Jan 2013 01:25:32 +0000 (UTC) Received: from whisperer.chthonixia.net (unknown [184.152.30.105]) by www5.pairlite.com (Postfix) with ESMTPSA id A96862E2DB for ; Sun, 27 Jan 2013 20:25:29 -0500 (EST) Date: Sun, 27 Jan 2013 20:26:16 -0500 From: Joe Altman To: freebsd-doc@FreeBSD.org Subject: Re: removing CVS in Handbook Updating and Upgrading chapter Message-ID: <20130128012616.GA6831@whisperer.chthonixia.net> References: <1359241802-3572135.75152325.fr0QN9mrI032137@rs149.luxsci.com> <1359270722-3962523.11114096.fr0R7BNq4003267@rs149.luxsci.com> <20130127072036.GL1423@glenbarber.us> <1359272102-5757022.21162222.fr0R7YAiH011169@rs149.luxsci.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) 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, 28 Jan 2013 01:25:32 -0000 On Sun, Jan 27, 2013 at 01:15:52PM -0700, Warren Block wrote: > > Say we leave CVS references in this chapter, and CVS for source goes > away in (for example) six months. Anyone who starts using CVS in that > time will be forced to switch. And they would be justifiably upset, > because they were offered an option that was going away. As a user, not a developer nor a contributor, I agree. Don't send anyone down the wrong path. There is just no reason for that. > My personal feeling is that continuing to suggest CVS for -STABLE or > -CURRENT, even with a deprecation warning, is a disservice to those > users. Yep. And though I cannot find it now, I would have sworn blind that there was an EOL in the handbook. Sometime in February this year? As a user, I urge that the doc team not leave this hanging. If the project does not intend to support it, then bite the bullet now not later. Joe From owner-freebsd-doc@FreeBSD.ORG Mon Jan 28 01:27:17 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A75AEF75 for ; Mon, 28 Jan 2013 01:27:17 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-lb0-f171.google.com (mail-lb0-f171.google.com [209.85.217.171]) by mx1.freebsd.org (Postfix) with ESMTP id 2FDB8FD6 for ; Mon, 28 Jan 2013 01:27:16 +0000 (UTC) Received: by mail-lb0-f171.google.com with SMTP id gg13so3180203lbb.2 for ; Sun, 27 Jan 2013 17:27:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=ToLbKRZ57klriEnVU/fzoY2N+mxZx5BoN5qRao8S2w0=; b=aJS0fBXlrZMahQtWTWaY2AUGkN7idBJXy5DCQaQhREODtWav8JPRpBN0utwiJ8+fW1 6nnYSM361BMWRHS+WIgsqzKYcdwU//BcM4JYJ43OtirsiZIAYtrvwXIxqeTDA0fjJXwb cEa2uNNUBFA72/hvFwTyjJaPEtmKBJMGh4Rls= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:x-gm-message-state; bh=ToLbKRZ57klriEnVU/fzoY2N+mxZx5BoN5qRao8S2w0=; b=PM0zFPDp9WDRQc6dH4mKTDLHvI6yfHK1lswyTJIwssjUBVcDaPPltBdT4Qecij5Tix OPXIo/EoM1J50n0zDaIpVD900azkwr7V6wTi4FNpODbGPRmWqemSweOc9S/e7E0QKvBR XZ5NN/PwyyWZqfhV0xu1OcZfDjM/4XOaQo9NmUamOHkGK0tT+Rrxj1CYoeWAmBevtEM4 XG7GOXGUty8PtQ36+xG9k8Qq7pb0H2tgnIbHnNzuB5qXYtptrFSlS2/J2lpzhRZvugeu B5XGGooWKUvE4zL+2xAYYnf0flpctvUy0biD1x/kZhS8m3PQdmAbkdJzG5H/8UVB56z6 uE/g== X-Received: by 10.152.106.5 with SMTP id gq5mr11663950lab.5.1359336435732; Sun, 27 Jan 2013 17:27:15 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.100.164 with HTTP; Sun, 27 Jan 2013 17:26:44 -0800 (PST) In-Reply-To: <20130128012616.GA6831@whisperer.chthonixia.net> References: <1359241802-3572135.75152325.fr0QN9mrI032137@rs149.luxsci.com> <1359270722-3962523.11114096.fr0R7BNq4003267@rs149.luxsci.com> <20130127072036.GL1423@glenbarber.us> <1359272102-5757022.21162222.fr0R7YAiH011169@rs149.luxsci.com> <20130128012616.GA6831@whisperer.chthonixia.net> From: Eitan Adler Date: Sun, 27 Jan 2013 20:26:44 -0500 Message-ID: Subject: Re: removing CVS in Handbook Updating and Upgrading chapter To: Joe Altman Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQmisSMtX9Kq0g4T+CsTjiVuEB1DI9xBeBIq3vCKNHzulU93LdQ12H17d7WRQ5sXc5VaAP4U Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2013 01:27:17 -0000 On 27 January 2013 20:26, Joe Altman wrote: > > Yep. And though I cannot find it now, I would have sworn blind that > there was an EOL in the handbook. Sometime in February this year? The there is a ports EOL for Feb 28th. Source will still be available for some time after. -- Eitan Adler From owner-freebsd-doc@FreeBSD.ORG Mon Jan 28 11:06:03 2013 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E5CB27BF for ; Mon, 28 Jan 2013 11:06:03 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id D78C8BFC for ; Mon, 28 Jan 2013 11:06:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r0SB63Bv033679 for ; Mon, 28 Jan 2013 11:06:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r0SB63Rx033677 for freebsd-doc@FreeBSD.org; Mon, 28 Jan 2013 11:06:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 28 Jan 2013 11:06:03 GMT Message-Id: <201301281106.r0SB63Rx033677@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, 28 Jan 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/175564 doc [books/porters-handbook]: add note about port orgin f o docs/175560 doc ugen(4) man page contains incorrect device node path o docs/175349 doc "freebsdnic" email address at Intel bounces o docs/175239 doc sem_wait can be interrupted o docs/175224 doc Manpage ada(4) references ad(4) which is non-existant o docs/175123 doc [geom] gpart list/status isn't documented in usage sec o docs/174966 doc [patch] Bug in chflags(2) man page o docs/174892 doc 5.6.1 of handbook has a small problem o docs/174868 doc mount(2) doesn't do a good job at describing all possi o docs/174827 doc Porter's Handbook: Usage of CONFIGURE_ENV in 6.6 Using 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/173703 doc Documentation refers a port that do not exists o docs/173664 doc csup(1) manpage refers to "runsocks", which was part o o docs/173637 doc Incorrect example(s) in man page for gpart(8) o docs/173585 doc SEE ALSO in pcap(3) references nonexistent pfconfig(8) o docs/173539 doc [patch] statfs(2) man page missed the error code ENOSY o docs/173448 doc [patch] ftw.3 manual page example addition o docs/173321 doc ports(7) man page -- no info on building with debuggin o docs/173202 doc [patch] ACPICONF(8) does not have -k option documented o docs/173013 doc FreeBSD Boot Menu documentation lacks detail o docs/172927 doc ipfw manual page doesn't show simpliest NAT case o docs/172922 doc Handbook - 25.7 Rebuilding “world” - update w/r to /sr 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/172868 doc [PATCH] fix header.ent change Introduction -> For newb 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/171337 doc [PATCH] Add german filename conversion scheme for moun o docs/171292 doc [handbook] [patch] handbook should describe subversion o docs/171199 doc the GDB man page is outdated o docs/170691 doc Difference between zfs manpages and reality o docs/170223 doc IPv6 configuration section for 9.x is incorrect 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 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/167742 doc Update documentation for group 5, and newgrp 1 o docs/167741 doc group(5): Group Passwords do not work and are not docu o docs/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/165657 doc Web site Features page aging o docs/165551 doc ipfw(8): no info in "ipfw pipe show" about ipv6 o docs/165249 doc Multibyte characters in manpages still not displaying o docs/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/162699 doc Handbook/Upgrading instructions: should mention delete o docs/162587 doc unclear/incomplete description of per-interface statis o docs/162419 doc [request] please document (new) zfs and zpool cmdline o docs/162404 doc [handbook] IPv6 link-local address compared with IPv4 o docs/161754 doc p4tcc(4), est(4) and qpi(4) are not documented o docs/161496 doc zfs(1): Please document that sysctl vfs.usermount must o docs/160460 doc [handbook] Network setup guide suggestion o docs/160446 doc [handbook] Handbook sound setup seems outdated o docs/160445 doc [handbook] Handbook does not mention ACL o docs/160399 doc Man page for re(4) missing jumbo frames info o docs/159307 doc [patch] lpd smm chapter unconditionally installed o docs/158388 doc Incorrect documentation of LOCAL_SCRIPT in release(7) o docs/158387 doc The tree(3) man should mention the RB_FOREACH_SAFE() A o docs/157908 doc [handbook] Description of post-install should include o docs/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/144630 doc [patch] domainname(1) manpage contains old information o docs/144515 doc [handbook] Expand handbook Table of contents o docs/144488 doc share/examples/etc/make.conf: contains dangerous examp o docs/143850 doc procfs(5) manpage for status > controlling terminal is o docs/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/138663 doc system(3) man page confuses users about "return value o docs/138485 doc bpf(4) and ip(4) man pages missing important corner ca o docs/136712 doc [handbook] [patch] draft new section on gmirror per pa o docs/136666 doc [handbook] Configure serial port for remote kernel deb o docs/136035 doc ftpchroot(5) omits an important option o docs/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/111425 doc Missing chunks of text in historical manpages o docs/111265 doc [request] Clarify how to set common shell variables o docs/110999 doc carp(4) should document unsupported interface types o docs/110692 doc wi(4) man page doesn't say WPA is not supported o docs/110376 doc [patch] add some more explanations for the iwi/ipw fir o docs/110062 doc [patch] mount_nfs(8) fails to mention a failure condit p docs/110061 doc [patch] tuning(7) missing reference to vfs.read_max o docs/109981 doc No manual entry for post-grohtml o docs/109977 doc No manual entry for ksu o docs/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/99506 doc FreeBSD Handbook addition: IPv6 Server Settings o docs/98974 doc Missing tunables in loader(8) manpage o docs/98115 doc Missing parts after rendering handbook to RTF format o docs/96207 doc Comments of a sockaddr_un structure could confuse one o docs/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/91506 doc ndis(4) man page should be more specific about support o docs/91149 doc read(2) can return EINVAL for unaligned access to bloc o docs/88512 doc [patch] mount_ext2fs(8) man page has no details on lar o docs/87936 doc Handbook chapter on NIS/YP lacks good information on a o docs/87857 doc ifconfig(8) wireless options order matters o docs/85128 doc [patch] loader.conf(5) autoboot_delay incompletly desc o docs/84956 doc [patch] intro(5) manpage doesn't mention API coverage o docs/84932 doc new document: printing with an Epson ALC-3000N on Free o docs/84670 doc [patch] tput(1) manpage missing ENVIRONMENT section wi o docs/84317 doc fdp-primer doesn't show class=USERNAME distinctively o docs/84271 doc [patch] compress(1) doesn't warn about nasty link hand o docs/83820 doc getino(3) manpage not installed o docs/81611 doc [patch] natd runs with -same_ports by default o docs/78480 doc Networked printer setup unnecessarily complex in handb o docs/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 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 224 problems total. From owner-freebsd-doc@FreeBSD.ORG Mon Jan 28 11:20:36 2013 Return-Path: Delivered-To: doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A91D0AEA for ; Mon, 28 Jan 2013 11:20:36 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 69493FB2 for ; Mon, 28 Jan 2013 11:20:36 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id CEFA214D2409 for ; Mon, 28 Jan 2013 12:11:56 +0100 (CET) X-Virus-Scanned: amavisd-new at !change-mydomain-variable!.example.com Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id GgLSgI9eN0xi for ; Mon, 28 Jan 2013 12:11:56 +0100 (CET) Received: from [192.168.1.100] (5403A6BE.catv.pool.telekom.hu [84.3.166.190]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 3EB7C14D2401 for ; Mon, 28 Jan 2013 12:11:56 +0100 (CET) Message-ID: <51065CFC.5090803@FreeBSD.org> Date: Mon, 28 Jan 2013 12:11:56 +0100 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130107 Thunderbird/17.0.2 MIME-Version: 1.0 To: doc@FreeBSD.org Subject: RFC: Dealing with version-specific docs Content-Type: text/plain; charset=ISO-8859-1; format=flowed 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, 28 Jan 2013 11:20:36 -0000 Hi, as you may know, the printed edition of FreeBSD Handbook is being worked. In our current Handbook version, we have version-specific information for different major releases, while the printed edition shall concentrate on 9.X. We cannot just drop the parts that detail older releases since they haven't yet reached EOL and there are people out there still using these. So we have to deal somehow with this situation. Fortunately, DocBook provides a mechanism, called profiling, which we could use. It would also be beneficial for later cleanup work since finding outdated information that has to do with unsupported releases always requires big effort. I've made a draft about how it could be done in a practical way: https://wiki.freebsd.org/VersionSpecificDocs Please read it and if you have doubts, concerns or better suggestions, please share them. Thanks in advance, Gabor From owner-freebsd-doc@FreeBSD.ORG Mon Jan 28 12:15:33 2013 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id CBC4272D; Mon, 28 Jan 2013 12:15:33 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-ia0-x230.google.com (ia-in-x0230.1e100.net [IPv6:2607:f8b0:4001:c02::230]) by mx1.freebsd.org (Postfix) with ESMTP id 96A4363C; Mon, 28 Jan 2013 12:15:33 +0000 (UTC) Received: by mail-ia0-f176.google.com with SMTP id i18so4000758iac.7 for ; Mon, 28 Jan 2013 04:15:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=j2/YGDsdRPE8/W5YGsQ+65lpa7rkro/unjY4rPsbhWE=; b=uwJlSSvmGo7dz7ylu89GHr7JiMDm9XRMktS/ao6Mg2bmuBNI+PsNcJ30LKU3Mzar2Q FFlwQECcM963P5W3QVoJZwmbrGqIvcztcOQdRTGk0GkOGCIj9kfATD4GxQGGaARQmRBI nI5itAKCk8RZve+kQy1RVWF2gdq1lCT3JGJz9qNAPKPQYGnV+faRok9ftHJlr+pXV9ds 29g/NV1xOm/8YNT0+8mhHw5gyV0CB+uWWelk2ruhqgmK2lqvmLiYSnin/f33fa7AFZw1 WzhzY9CiRg5qk9NxNvTQeXHAbOAFmxKAQp7NfjFyNZeEFS5e9wwqI66gmHjyxfsRGwGn KzuQ== MIME-Version: 1.0 X-Received: by 10.50.57.234 with SMTP id l10mr4803384igq.18.1359375333138; Mon, 28 Jan 2013 04:15:33 -0800 (PST) Received: by 10.42.118.70 with HTTP; Mon, 28 Jan 2013 04:15:32 -0800 (PST) In-Reply-To: <51065CFC.5090803@FreeBSD.org> References: <51065CFC.5090803@FreeBSD.org> Date: Mon, 28 Jan 2013 04:15:32 -0800 Message-ID: Subject: Re: RFC: Dealing with version-specific docs From: Mehmet Erol Sanliturk To: Gabor Kovesdan Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 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: Mon, 28 Jan 2013 12:15:33 -0000 On Mon, Jan 28, 2013 at 3:11 AM, Gabor Kovesdan wrote: > Hi, > > as you may know, the printed edition of FreeBSD Handbook is being worked. > In our current Handbook version, we have version-specific information for > different major releases, while the printed edition shall concentrate on > 9.X. We cannot just drop the parts that detail older releases since they > haven't yet reached EOL and there are people out there still using these. > So we have to deal somehow with this situation. Fortunately, DocBook > provides a mechanism, called profiling, which we could use. It would also > be beneficial for later cleanup work since finding outdated information > that has to do with unsupported releases always requires big effort. I've > made a draft about how it could be done in a practical way: > https://wiki.freebsd.org/**VersionSpecificDocs > > Please read it and if you have doubts, concerns or better suggestions, > please share them. > > Thanks in advance, > Gabor > ______________________________**_________________ > > Some years ago , I have suggested that the Handbook be made specific to versions : When a version is branched , it should also contain its own Handbook . The advantages of this structure is that the users will be able to concentrate only on version specific Handbook , and information about other versions will not have a confusing effect . The developers will be able to make modifications to Handbook just related to version under working . During this , there will not be any concern about breaking any information related to other versions . The users will be able to ask questions and/or make suggestions to improve the Handbook . With multiple versions contained Handbook , this is very difficult because it requires knowledge about other versions also . Especially this is a very serious problem for the new comers : These persons are starting from a version , mainly current latest release , but Handbook is also covering the older releases which they do not know . To cover multiple releases , it is necessary to introduce many IF sentences . With respect to "Expert Systems" , such IF statements requires expertise to write and to understand , and error prone , and requires much testing . The disadvantage ( as being mentioned by a mailing list member ) will be man power to manage the Handbook for different versions . Personally , I never want to enter a possible dispute with mailing list members . I think , the required effort for version specific Handbook is much less than multiple version covering Handbook , because , if any change is not applied to a prior version , which is mostly the case , its Handbook will also not be modified . If a change is applied to a version and it is copied also to prior versions , the changes to the Handbook may also be copied to their Handbooks . This will not be difficult than to modify a multiple version contained Handbook . As a result , again my primary suggestion is to make the Handbook version specific : When a version is branched , its Handbook and related other documentation also should be branched and maintained with the related version . Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-doc@FreeBSD.ORG Mon Jan 28 12:28:03 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D0D6FB02 for ; Mon, 28 Jan 2013 12:28:03 +0000 (UTC) (envelope-from simon@qxnitro.org) Received: from mail-lb0-f180.google.com (mail-lb0-f180.google.com [209.85.217.180]) by mx1.freebsd.org (Postfix) with ESMTP id 5AA51700 for ; Mon, 28 Jan 2013 12:28:02 +0000 (UTC) Received: by mail-lb0-f180.google.com with SMTP id q12so3763926lbc.39 for ; Mon, 28 Jan 2013 04:27:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qxnitro.org; s=google; h=mime-version:x-received:x-originating-ip:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=tK13WADLuHDLCq5YDVOf2GvkPoXWCRdk8ikOXiIS9rM=; b=L/lasgWss0Aa/Ph/2JhMQgvx5zCJ5/OVz7zrN3PbeSyFWV6apDhGl8q5RDbtnGRDDw 9HliYj0TjPNbfebzOgLF//i+THIWMc4/MD2vH0QPWB+9k7S6gRTUznzOhw7g5NG3UAs+ h/c2vSDGbkJDOVBGRWTEiWW/ZZ+y4ZvJNXtsE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:in-reply-to:references :date:message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=tK13WADLuHDLCq5YDVOf2GvkPoXWCRdk8ikOXiIS9rM=; b=VcY0ZnNEvZt7OOXotYG9hqaw2i8QbJgiV3T1cjK7JvfYxaq8DBhoWBFcuwbVy4wl9y PEHtf5ik1d61KIUMVAKsRIXOs7SSaT/oJQqlHBUd85UYRyXh7xlnfuhucoszpmJzlfn2 gixK5Loi0Z60TNu26/m+6hGMMIcAyeWFnNA0cQmtCYhULI6QMmQ60rzO0pJsbP1VZixh VNgoKrin4s+yfU6B1NI8J51ws/IZrXLGNU4+9yZlRShzfF1Rc4rDO3hTHEL9eWYilQ0d haaREToaPwsKFi94f7HcGZ+uJTBOK75/q4YeptkhSZQ3V7c6YJyKg4d2qW5w35bJo8My qEkw== MIME-Version: 1.0 X-Received: by 10.112.49.167 with SMTP id v7mr5573897lbn.122.1359376076406; Mon, 28 Jan 2013 04:27:56 -0800 (PST) Received: by 10.112.64.1 with HTTP; Mon, 28 Jan 2013 04:27:56 -0800 (PST) X-Originating-IP: [192.168.142.65] In-Reply-To: References: Date: Mon, 28 Jan 2013 12:27:56 +0000 Message-ID: Subject: Re: freebsd-update and ports From: "Simon L. B. Nielsen" To: Warren Block Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQkUEONaRxRlUDxNCdRB/HsuQlTKXsX6D5pzxqV2T8MPachdvNAhJtA9+NAz+y3lAOF7nG93 Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2013 12:28:03 -0000 On 24 January 2013 19:55, Warren Block wrote: > On Wed, 23 Jan 2013, Warren Block wrote: > >> On Tue, 22 Jan 2013, Simon L. B. Nielsen wrote: >> >>> For the 'make kernel' to force not using /etc/make.conf: >>> >>> make kernel __MAKE_CONF=/dev/null >>> >>> I think that's what the variable is called - I don't have a FreeBSD >>> handy to check. >> >> >> % make -V__MAKE_CONF >> /etc/make.conf >> >> Added. It does make the next sentence a bit redundant. >> >> It is also suggested that the kernel is built without any other >> special options, preferably with an empty /etc/make.conf. >> >> Offhand, I can't think of other special options to be given as alternate >> examples. > > Finally thought of src.conf, but "special options" makes me think of > command-line options or flags. If there is a __SRC_CONF etc that should probably be set to /dev/null too, but I can't think of anything else either. -- Simon L. B. Nielsen From owner-freebsd-doc@FreeBSD.ORG Mon Jan 28 12:35:41 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 26316C3E; Mon, 28 Jan 2013 12:35:41 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id EF7B6764; Mon, 28 Jan 2013 12:35:40 +0000 (UTC) Received: from glenbarber.us (kaos.glenbarber.us [71.224.221.174]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 9038E23F654; Mon, 28 Jan 2013 07:35:39 -0500 (EST) DKIM-Filter: OpenDKIM Filter v2.7.4 onyx.glenbarber.us 9038E23F654 Authentication-Results: onyx.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none (insecure policy) Date: Mon, 28 Jan 2013 07:35:37 -0500 From: Glen Barber To: "Simon L. B. Nielsen" Subject: Re: freebsd-update and ports Message-ID: <20130128123537.GE1296@glenbarber.us> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="AjmyJqqohANyBN/e" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2013 12:35:41 -0000 --AjmyJqqohANyBN/e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 28, 2013 at 12:27:56PM +0000, Simon L. B. Nielsen wrote: > On 24 January 2013 19:55, Warren Block wrote: > > On Wed, 23 Jan 2013, Warren Block wrote: > > > >> On Tue, 22 Jan 2013, Simon L. B. Nielsen wrote: > >> > >>> For the 'make kernel' to force not using /etc/make.conf: > >>> > >>> make kernel __MAKE_CONF=3D/dev/null > >>> > >>> I think that's what the variable is called - I don't have a FreeBSD > >>> handy to check. > >> > >> > >> % make -V__MAKE_CONF > >> /etc/make.conf > >> > >> Added. It does make the next sentence a bit redundant. > >> > >> It is also suggested that the kernel is built without any other > >> special options, preferably with an empty /etc/make.conf. > >> > >> Offhand, I can't think of other special options to be given as alterna= te > >> examples. > > > > Finally thought of src.conf, but "special options" makes me think of > > command-line options or flags. >=20 > If there is a __SRC_CONF etc that should probably be set to /dev/null > too, but I can't think of anything else either. >=20 SRCCONF=3D/dev/null . Glen --AjmyJqqohANyBN/e Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJRBnCZAAoJEFJPDDeguUajHyYH/Ryrnv+UiesdaOXKyADjWriS Q3xl6IC83iL1k44OxUpwqiUclTieBZdBHG04rZxHVD2Yzwq/FGsrhEGEjuXYcXp7 ac2S4vpUkrxcfPcCr6xY/LRj7xiJnRZ2L7KHA96sC7ake/THuFYG4OatEqK1MaLr 35d0XzdFN3J34UE2rIIZETuFCMrLIwtHUUlk5ZvEOHxJ7tUW3L70ldbpa/xxMRAB vYiaWjoKuF6u4WCbs86APE4t7oe16uZzUkrDBp99DvsmoZfArfnWjtz0ms3u13fw xJZwpOFmqnvIfAvxBn+rodkIa73mUjSXg4kb+NP7sSbE83idp0eKsMQX2jK4bYM= =Ttso -----END PGP SIGNATURE----- --AjmyJqqohANyBN/e-- From owner-freebsd-doc@FreeBSD.ORG Mon Jan 28 12:52:07 2013 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C51E0459 for ; Mon, 28 Jan 2013 12:52:07 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 85A1E852 for ; Mon, 28 Jan 2013 12:52:07 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 5B34114D2402; Mon, 28 Jan 2013 13:52:06 +0100 (CET) X-Virus-Scanned: amavisd-new at !change-mydomain-variable!.example.com Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 0ObVuwsWMZRE; Mon, 28 Jan 2013 13:52:01 +0100 (CET) Received: from [192.168.1.100] (5403A6BE.catv.pool.telekom.hu [84.3.166.190]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 9FDA114D2401; Mon, 28 Jan 2013 13:52:01 +0100 (CET) Message-ID: <51067472.5000902@FreeBSD.org> Date: Mon, 28 Jan 2013 13:52:02 +0100 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130107 Thunderbird/17.0.2 MIME-Version: 1.0 To: Mehmet Erol Sanliturk Subject: Re: RFC: Dealing with version-specific docs References: <51065CFC.5090803@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit 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: Mon, 28 Jan 2013 12:52:07 -0000 Em 28-01-2013 13:15, Mehmet Erol Sanliturk escreveu: > I think , the required effort for version specific Handbook is much > less than multiple version covering Handbook , because , if any change > is not applied to a prior version , which is mostly the case , > its Handbook will also not be modified . > If a change is applied to a version and it is copied also to prior > versions , the changes to the Handbook may also be copied to their > Handbooks . This will not be difficult than to modify a multiple > version contained Handbook . > > As a result , again my primary suggestion is to make the Handbook > version specific : When a version is branched , its Handbook and > related other documentation also should be branched and maintained > with the related version . Mehmet, thanks for the comments but I was interested in comments of that very specific technical solution that I proposed on the linked wiki page. The necessity of handling version-specific information has been discussed several times both on the lists and on conferences so please let's focus on technical solutions rather than going back to general discussions. If you see the linked page, there was no branching mentioned there, it is a much easier and simpler approach. Gabor From owner-freebsd-doc@FreeBSD.ORG Mon Jan 28 13:14:50 2013 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4CD5019E; Mon, 28 Jan 2013 13:14:50 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-ia0-x22b.google.com (mail-ia0-x22b.google.com [IPv6:2607:f8b0:4001:c02::22b]) by mx1.freebsd.org (Postfix) with ESMTP id E21FE9D7; Mon, 28 Jan 2013 13:14:49 +0000 (UTC) Received: by mail-ia0-f171.google.com with SMTP id z13so4177114iaz.30 for ; Mon, 28 Jan 2013 05:14:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=onHFWNI3smN4w7b/cVdb9nkDj6ovXz1zH3/DVv4rSO8=; b=vagjDjypMAZ1eOa+QLtu6Kcpbx/qlO+1IzPj2yjFNTP0p1qti1UWRV9BlrbBTS4LeE KcJtki6ZS/PfEfBY4yDSt/WMRcVNEWfVdubQTRQ0Vgv7R1kKtmrKHufIm3fdmv+4kuYq Z4t9ggrUyBVJXPz2HBBVSo5YXFmNch5GWzStKjHlUxobrIZPWi0cvAwQCNDA97Gzlpc8 e5S3LHXgQU0CxlzX4bLC3njDfbcYFtITbEnhqPHp34DcOCN5GFDK+6gdPfxadiNlOo1f +Q9ByWB+yM+urFyKXYs42RIvas4jwhHSnR9qDZYYB7ii4B/RHrTshBLciisQTv9dBEKl DysQ== MIME-Version: 1.0 X-Received: by 10.50.57.234 with SMTP id l10mr4913768igq.18.1359378888921; Mon, 28 Jan 2013 05:14:48 -0800 (PST) Received: by 10.42.118.70 with HTTP; Mon, 28 Jan 2013 05:14:48 -0800 (PST) In-Reply-To: <51067472.5000902@FreeBSD.org> References: <51065CFC.5090803@FreeBSD.org> <51067472.5000902@FreeBSD.org> Date: Mon, 28 Jan 2013 05:14:48 -0800 Message-ID: Subject: Re: RFC: Dealing with version-specific docs From: Mehmet Erol Sanliturk To: Gabor Kovesdan Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 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: Mon, 28 Jan 2013 13:14:50 -0000 On Mon, Jan 28, 2013 at 4:52 AM, Gabor Kovesdan wrote: > Em 28-01-2013 13:15, Mehmet Erol Sanliturk escreveu: > >> I think , the required effort for version specific Handbook is much less >> than multiple version covering Handbook , because , if any change is not >> applied to a prior version , which is mostly the case , >> its Handbook will also not be modified . >> If a change is applied to a version and it is copied also to prior >> versions , the changes to the Handbook may also be copied to their >> Handbooks . This will not be difficult than to modify a multiple version >> contained Handbook . >> >> As a result , again my primary suggestion is to make the Handbook version >> specific : When a version is branched , its Handbook and related other >> documentation also should be branched and maintained with the related >> version . >> > Mehmet, thanks for the comments but I was interested in comments of that > very specific technical solution that I proposed on the linked wiki page. > The necessity of handling version-specific information has been discussed > several times both on the lists and on conferences so please let's focus on > technical solutions rather than going back to general discussions. If you > see the linked page, there was no branching mentioned there, it is a much > easier and simpler approach. > > Gabor > I am very sorry about not being on subject . Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-doc@FreeBSD.ORG Mon Jan 28 15:13:44 2013 Return-Path: Delivered-To: doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D6430CA2; Mon, 28 Jan 2013 15:13:44 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 9C2A322E; Mon, 28 Jan 2013 15:13:44 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.6/8.14.6) with ESMTP id r0SFDb8t017209; Mon, 28 Jan 2013 08:13:37 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.6/8.14.6/Submit) with ESMTP id r0SFDbdZ017206; Mon, 28 Jan 2013 08:13:37 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Mon, 28 Jan 2013 08:13:37 -0700 (MST) From: Warren Block To: Gabor Kovesdan Subject: Re: RFC: Dealing with version-specific docs In-Reply-To: <51065CFC.5090803@FreeBSD.org> Message-ID: References: <51065CFC.5090803@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Mon, 28 Jan 2013 08:13:37 -0700 (MST) 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: Mon, 28 Jan 2013 15:13:44 -0000 On Mon, 28 Jan 2013, Gabor Kovesdan wrote: > Hi, > > as you may know, the printed edition of FreeBSD Handbook is being worked. In > our current Handbook version, we have version-specific information for > different major releases, while the printed edition shall concentrate on 9.X. > We cannot just drop the parts that detail older releases since they haven't > yet reached EOL and there are people out there still using these. So we have > to deal somehow with this situation. Fortunately, DocBook provides a > mechanism, called profiling, which we could use. It would also be beneficial > for later cleanup work since finding outdated information that has to do with > unsupported releases always requires big effort. I've made a draft about how > it could be done in a practical way: > https://wiki.freebsd.org/VersionSpecificDocs > > Please read it and if you have doubts, concerns or better suggestions, please > share them. Conceptually, it's like an ifdef that defaults to on... The redundancy between the os property and the text is a concern. Is it possible to have the rendering handle that? In other words: To do foobar, type bar. To do foobar, type baz. Could render as: FreeBSD 8.X: +-------------------------+ | To do foobar, type bar. | +-------------------------+ FreeBSD 9.X: +-------------------------+ | To do foobar, type baz. | +-------------------------+ Those could be in boxes or some other kind of visible mark, or maybe just in indented sections with titles. If it is not necessary to repeat the version information in two forms, then it can't be out of sync. Are there other projects that have done this and whose experience could be useful? From owner-freebsd-doc@FreeBSD.ORG Mon Jan 28 15:47:43 2013 Return-Path: Delivered-To: doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2AABEBEC for ; Mon, 28 Jan 2013 15:47:43 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id CFA4C6CD for ; Mon, 28 Jan 2013 15:47:42 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 8FA7614D240C; Mon, 28 Jan 2013 16:47:40 +0100 (CET) X-Virus-Scanned: amavisd-new at !change-mydomain-variable!.example.com Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id FadDb6NM9vxx; Mon, 28 Jan 2013 16:47:28 +0100 (CET) Received: from [192.168.1.100] (5403A6BE.catv.pool.telekom.hu [84.3.166.190]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id B784A14D2401; Mon, 28 Jan 2013 16:47:27 +0100 (CET) Message-ID: <51069D8D.4010506@FreeBSD.org> Date: Mon, 28 Jan 2013 16:47:25 +0100 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130107 Thunderbird/17.0.2 MIME-Version: 1.0 To: Warren Block Subject: Re: RFC: Dealing with version-specific docs References: <51065CFC.5090803@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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: Mon, 28 Jan 2013 15:47:43 -0000 Em 28-01-2013 16:13, Warren Block escreveu: > In other words: > > To do foobar, type bar. > To do foobar, type baz. > > Could render as: > > FreeBSD 8.X: > +-------------------------+ > | To do foobar, type bar. | > +-------------------------+ > > FreeBSD 9.X: > +-------------------------+ > | To do foobar, type baz. | > +-------------------------+ > > Those could be in boxes or some other kind of visible mark, or maybe > just in indented sections with titles. If it is not necessary to > repeat the version information in two forms, then it can't be out of > sync. This is doable if we limit on what elements we use the conditions, e.g. sect1-sect6, para, etc. But the number of elements should be limited, otherwise it needs a heavy rewrite of the stylesheets. > > Are there other projects that have done this and whose experience > could be useful? I don't know about any but of course, there may be. Gabor From owner-freebsd-doc@FreeBSD.ORG Mon Jan 28 17:21:21 2013 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 82818D40 for ; Mon, 28 Jan 2013 17:21:21 +0000 (UTC) (envelope-from www@FreeBSD.org) Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22]) by mx1.freebsd.org (Postfix) with ESMTP id 5D8DFDAC for ; Mon, 28 Jan 2013 17:21:21 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.5/8.14.5) with ESMTP id r0SHLKuV053144 for ; Mon, 28 Jan 2013 17:21:20 GMT (envelope-from www@red.freebsd.org) Received: (from www@localhost) by red.freebsd.org (8.14.5/8.14.5/Submit) id r0SHLKwP053143 for freebsd-doc@FreeBSD.org; Mon, 28 Jan 2013 17:21:20 GMT (envelope-from www) Date: Mon, 28 Jan 2013 17:21:20 GMT From: World Wide Web Owner Message-Id: <201301281721.r0SHLKwP053143@red.freebsd.org> To: freebsd-doc@FreeBSD.org Subject: FreeBSD web build failed on red.freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2013 17:21:21 -0000 ===> doc/articles/releng-packages (all) ===> doc/articles/remote-install (all) ===> doc/articles/serial-uart (all) ===> doc/articles/solid-state (all) ===> doc/articles/vm-design (all) ===> doc/articles/wp-toolbox (all) ===> doc/books (all) ===> doc/books/arch-handbook (all) ===> doc/books/design-44bsd (all) ===> doc/books/dev-model (all) ===> doc/books/developers-handbook (all) ===> doc/books/faq (all) ===> doc/books/fdp-primer (all) ===> doc/books/handbook (all) /usr/bin/perl /usr/local/share/sgml/docbook/dsssl/modular/bin/collateindex.pl -i doc-index -N -o index.xml /usr/bin/env SP_ENCODING=ISO-8859-1 /usr/local/bin/jade -V html-index -ioutput.html -d /w/www/build/head/share/xml/default.dsl -ifreebsd.urls.relprefix.4 -V %generate-legalnotice-link% -V %generate-docformat-navi-link% -ioutput.html.images -i chap.index -i chap.audit -i chap.bsdinstall -i chap.dtrace -i chap.advanced-networking -i chap.basics -i chap.bibliography -i chap.boot -i chap.config -i chap.cutting-edge -i chap.desktop -i chap.disks -i chap.eresources -i chap.firewalls -i chap.filesystems -i chap.geom -i chap.install -i chap.introduction -i chap.jails -i chap.kernelconfig -i chap.l10n -i chap.linuxemu -i chap.mac -i chap.mail -i chap.mirrors -i chap.multimedia -i chap.network-servers -i chap.pgpkeys -i chap.ports -i chap.ppp-and-slip -i chap.printing -i chap.security -i chap.serialcomms -i chap.users -i chap.vinum -i chap.virtualization -i chap.x11 -i chap.freebsd-glossary -D /w/www/build/head/en_US.ISO8859-1/books/handbook/../../../share/images/books/handbook -D /usr/obj/w/ www/build/head/en_US.ISO8859-1/books/handbook -c /w/www/build/head/en_US.ISO8859-1/share/xml/catalog -c /w/www/build/head/share/xml/catalog -c /usr/local/share/sgml/docbook/dsssl/modular/catalog -c /usr/local/share/sgml/iso8879/catalog -c /usr/local/share/sgml/jade/catalog -c /usr/local/share/sgml/catalog.ports -t sgml /usr/local/share/sgml/docbook/dsssl/modular/dtds/decls/xml.dcl /w/www/build/head/en_US.ISO8859-1/books/handbook/book.xml > /dev/null /usr/bin/perl /usr/local/share/sgml/docbook/dsssl/modular/bin/collateindex.pl -i doc-index -g -o index.xml html-split.index Processing html-split.index... 1063 entries loaded... collateindex.pl: duplicated index entry found: 386BSD collateindex.pl: duplicated index entry found: ENVIRONMENT VARIABLES collateindex.pl: duplicated index entry found: KERMIT collateindex.pl: duplicated index entry found: KERNEL CONFIGURATION FILE collateindex.pl: duplicated index entry found: MOUNT collateindex.pl: duplicated index entry found: NET/2 collateindex.pl: duplicated index entry found: NETGROUPS collateindex.pl: duplicated index entry found: PKG_ADD collateindex.pl: duplicated index entry found: U.C. BERKELEY collateindex.pl: duplicated index entry found: X WINDOW SYSTEM 10 entries ignored... Done. /usr/bin/env SP_ENCODING=ISO-8859-1 /usr/local/bin/jade -V html-manifest -ioutput.html -d /w/www/build/head/share/xml/default.dsl -ifreebsd.urls.relprefix.4 -V %generate-legalnotice-link% -V %generate-docformat-navi-link% -ioutput.html.images -i chap.index -i chap.audit -i chap.bsdinstall -i chap.dtrace -i chap.advanced-networking -i chap.basics -i chap.bibliography -i chap.boot -i chap.config -i chap.cutting-edge -i chap.desktop -i chap.disks -i chap.eresources -i chap.firewalls -i chap.filesystems -i chap.geom -i chap.install -i chap.introduction -i chap.jails -i chap.kernelconfig -i chap.l10n -i chap.linuxemu -i chap.mac -i chap.mail -i chap.mirrors -i chap.multimedia -i chap.network-servers -i chap.pgpkeys -i chap.ports -i chap.ppp-and-slip -i chap.printing -i chap.security -i chap.serialcomms -i chap.users -i chap.vinum -i chap.virtualization -i chap.x11 -i chap.freebsd-glossary -D /w/www/build/head/en_US.ISO8859-1/books/handbook/../../../share/images/books/handbook -D /usr/obj /w/www/build/head/en_US.ISO8859-1/books/handbook -c /w/www/build/head/en_US.ISO8859-1/share/xml/catalog -c /w/www/build/head/share/xml/catalog -c /usr/local/share/sgml/docbook/dsssl/modular/catalog -c /usr/local/share/sgml/iso8879/catalog -c /usr/local/share/sgml/jade/catalog -c /usr/local/share/sgml/catalog.ports -t sgml /usr/local/share/sgml/docbook/dsssl/modular/dtds/decls/xml.dcl /w/www/build/head/en_US.ISO8859-1/books/handbook/book.xml /usr/local/bin/jade:/w/www/build/head/en_US.ISO8859-1/books/handbook/index.xml:4150:0:E: character data is not allowed here /usr/local/bin/jade:/w/www/build/head/en_US.ISO8859-1/books/handbook/index.xml:4151:46:E: document type does not allow element "ulink" here; missing one of "seeie", "seealsoie", "secondaryie" start-tag *** Error code 1 Stop in /w/www/build/head/en_US.ISO8859-1/books/handbook. *** Error code 1 Stop in /w/www/build/head/en_US.ISO8859-1/books. *** Error code 1 Stop in /w/www/build/head/en_US.ISO8859-1. *** Error code 1 Stop in /w/www/build/head/en_US.ISO8859-1/htdocs/doc. *** Error code 1 Stop in /w/www/build/head/en_US.ISO8859-1/htdocs. 80.46 real 74.05 user 5.07 sys From owner-freebsd-doc@FreeBSD.ORG Tue Jan 29 01:21:43 2013 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2FB56880 for ; Tue, 29 Jan 2013 01:21:43 +0000 (UTC) (envelope-from www@FreeBSD.org) Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22]) by mx1.freebsd.org (Postfix) with ESMTP id 1EA0DC3F for ; Tue, 29 Jan 2013 01:21:43 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.5/8.14.5) with ESMTP id r0T1Lg0T029860 for ; Tue, 29 Jan 2013 01:21:42 GMT (envelope-from www@red.freebsd.org) Received: (from www@localhost) by red.freebsd.org (8.14.5/8.14.5/Submit) id r0T1LgFv029859 for freebsd-doc@FreeBSD.org; Tue, 29 Jan 2013 01:21:42 GMT (envelope-from www) Date: Tue, 29 Jan 2013 01:21:42 GMT From: World Wide Web Owner Message-Id: <201301290121.r0T1LgFv029859@red.freebsd.org> To: freebsd-doc@FreeBSD.org Subject: FreeBSD web build failed on red.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, 29 Jan 2013 01:21:43 -0000 ===> doc/books/developers-handbook (all) ===> doc/books/faq (all) Index is disabled or no index to generate. /usr/bin/env SP_ENCODING=ISO-8859-1 /usr/local/bin/jade -V html-manifest -ioutput.html -d /w/www/build/head/share/xml/default.dsl -ifreebsd.urls.relprefix.4 -V %generate-legalnotice-link% -V biblio-xref-title -V %generate-docformat-navi-link% -ioutput.html.images -D /w/www/build/head/en_US.ISO8859-1/books/faq/../../../share/images/books/faq -D /usr/obj/w/www/build/head/en_US.ISO8859-1/books/faq -c /w/www/build/head/en_US.ISO8859-1/share/xml/catalog -c /w/www/build/head/share/xml/catalog -c /usr/local/share/sgml/docbook/dsssl/modular/catalog -c /usr/local/share/sgml/iso8879/catalog -c /usr/local/share/sgml/jade/catalog -c /usr/local/share/sgml/catalog.ports -t sgml /usr/local/share/sgml/docbook/dsssl/modular/dtds/decls/xml.dcl /w/www/build/head/en_US.ISO8859-1/books/faq/book.xml /usr/bin/sed -i "" -e 's/ /\ /g' $(/usr/bin/xargs < HTML.manifest) /usr/local/bin/tidy -wrap 90 -m -raw -preserve -f /dev/null -asxml $(/usr/bin/xargs < HTML.manifest) Index is disabled or no index to generate. *** Error code 1 (ignored) /usr/bin/env SP_ENCODING=ISO-8859-1 /usr/local/bin/jade -V nochunks -ioutput.html -d /w/www/build/head/share/xml/default.dsl -ifreebsd.urls.relprefix.4 -V %generate-legalnotice-link% -V biblio-xref-title -V %generate-docformat-navi-link% -ioutput.html.images -D /w/www/build/head/en_US.ISO8859-1/books/faq/../../../share/images/books/faq -D /usr/obj/w/www/build/head/en_US.ISO8859-1/books/faq -c /w/www/build/head/en_US.ISO8859-1/share/xml/catalog -c /w/www/build/head/share/xml/catalog -c /usr/local/share/sgml/docbook/dsssl/modular/catalog -c /usr/local/share/sgml/iso8879/catalog -c /usr/local/share/sgml/jade/catalog -c /usr/local/share/sgml/catalog.ports -t sgml /usr/local/share/sgml/docbook/dsssl/modular/dtds/decls/xml.dcl /w/www/build/head/en_US.ISO8859-1/books/faq/book.xml > book.html || (/bin/rm -f book.html && false) /usr/bin/sed -i "" -e 's/ /\ /g' book.html /usr/local/bin/tidy -wrap 90 -m -raw -preserve -f /dev/null -asxml book.html *** Error code 1 (ignored) ===> doc/books/fdp-primer (all) ===> doc/books/handbook (all) /usr/bin/perl /usr/local/share/sgml/docbook/dsssl/modular/bin/collateindex.pl -i doc-index -N -o index.xml /usr/bin/env SP_ENCODING=ISO-8859-1 /usr/local/bin/jade -V html-index -ioutput.html -d /w/www/build/head/share/xml/default.dsl -ifreebsd.urls.relprefix.4 -V %generate-legalnotice-link% -V %generate-docformat-navi-link% -ioutput.html.images -i chap.index -i chap.audit -i chap.bsdinstall -i chap.dtrace -i chap.advanced-networking -i chap.basics -i chap.bibliography -i chap.boot -i chap.config -i chap.cutting-edge -i chap.desktop -i chap.disks -i chap.eresources -i chap.firewalls -i chap.filesystems -i chap.geom -i chap.install -i chap.introduction -i chap.jails -i chap.kernelconfig -i chap.l10n -i chap.linuxemu -i chap.mac -i chap.mail -i chap.mirrors -i chap.multimedia -i chap.network-servers -i chap.pgpkeys -i chap.ports -i chap.ppp-and-slip -i chap.printing -i chap.security -i chap.serialcomms -i chap.users -i chap.vinum -i chap.virtualization -i chap.x11 -i chap.freebsd-glossary -D /w/www/build/head/en_US.ISO8859-1/books/handbook/../../../share/images/books/handbook -D /usr/obj/w/ www/build/head/en_US.ISO8859-1/books/handbook -c /w/www/build/head/en_US.ISO8859-1/share/xml/catalog -c /w/www/build/head/share/xml/catalog -c /usr/local/share/sgml/docbook/dsssl/modular/catalog -c /usr/local/share/sgml/iso8879/catalog -c /usr/local/share/sgml/jade/catalog -c /usr/local/share/sgml/catalog.ports -t sgml /usr/local/share/sgml/docbook/dsssl/modular/dtds/decls/xml.dcl /w/www/build/head/en_US.ISO8859-1/books/handbook/book.xml > /dev/null /usr/bin/perl /usr/local/share/sgml/docbook/dsssl/modular/bin/collateindex.pl -i doc-index -g -o index.xml html-split.index Processing html-split.index... 1063 entries loaded... collateindex.pl: duplicated index entry found: 386BSD collateindex.pl: duplicated index entry found: ENVIRONMENT VARIABLES collateindex.pl: duplicated index entry found: KERMIT collateindex.pl: duplicated index entry found: KERNEL CONFIGURATION FILE collateindex.pl: duplicated index entry found: MOUNT collateindex.pl: duplicated index entry found: NET/2 collateindex.pl: duplicated index entry found: NETGROUPS collateindex.pl: duplicated index entry found: PKG_ADD collateindex.pl: duplicated index entry found: U.C. BERKELEY collateindex.pl: duplicated index entry found: X WINDOW SYSTEM 10 entries ignored... Done. /usr/bin/env SP_ENCODING=ISO-8859-1 /usr/local/bin/jade -V html-manifest -ioutput.html -d /w/www/build/head/share/xml/default.dsl -ifreebsd.urls.relprefix.4 -V %generate-legalnotice-link% -V %generate-docformat-navi-link% -ioutput.html.images -i chap.index -i chap.audit -i chap.bsdinstall -i chap.dtrace -i chap.advanced-networking -i chap.basics -i chap.bibliography -i chap.boot -i chap.config -i chap.cutting-edge -i chap.desktop -i chap.disks -i chap.eresources -i chap.firewalls -i chap.filesystems -i chap.geom -i chap.install -i chap.introduction -i chap.jails -i chap.kernelconfig -i chap.l10n -i chap.linuxemu -i chap.mac -i chap.mail -i chap.mirrors -i chap.multimedia -i chap.network-servers -i chap.pgpkeys -i chap.ports -i chap.ppp-and-slip -i chap.printing -i chap.security -i chap.serialcomms -i chap.users -i chap.vinum -i chap.virtualization -i chap.x11 -i chap.freebsd-glossary -D /w/www/build/head/en_US.ISO8859-1/books/handbook/../../../share/images/books/handbook -D /usr/obj /w/www/build/head/en_US.ISO8859-1/books/handbook -c /w/www/build/head/en_US.ISO8859-1/share/xml/catalog -c /w/www/build/head/share/xml/catalog -c /usr/local/share/sgml/docbook/dsssl/modular/catalog -c /usr/local/share/sgml/iso8879/catalog -c /usr/local/share/sgml/jade/catalog -c /usr/local/share/sgml/catalog.ports -t sgml /usr/local/share/sgml/docbook/dsssl/modular/dtds/decls/xml.dcl /w/www/build/head/en_US.ISO8859-1/books/handbook/book.xml /usr/local/bin/jade:/w/www/build/head/en_US.ISO8859-1/books/handbook/index.xml:4150:0:E: character data is not allowed here /usr/local/bin/jade:/w/www/build/head/en_US.ISO8859-1/books/handbook/index.xml:4151:46:E: document type does not allow element "ulink" here; missing one of "seeie", "seealsoie", "secondaryie" start-tag *** Error code 1 Stop in /w/www/build/head/en_US.ISO8859-1/books/handbook. *** Error code 1 Stop in /w/www/build/head/en_US.ISO8859-1/books. *** Error code 1 Stop in /w/www/build/head/en_US.ISO8859-1. *** Error code 1 Stop in /w/www/build/head/en_US.ISO8859-1/htdocs/doc. *** Error code 1 Stop in /w/www/build/head/en_US.ISO8859-1/htdocs. 90.85 real 80.93 user 7.04 sys From owner-freebsd-doc@FreeBSD.ORG Tue Jan 29 01:42:07 2013 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5BBE4B7A; Tue, 29 Jan 2013 01:42:07 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id 125B6D5A; Tue, 29 Jan 2013 01:42:07 +0000 (UTC) Received: from glenbarber.us (kaos.glenbarber.us [71.224.221.174]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 7FE5D23F654; Mon, 28 Jan 2013 20:42:04 -0500 (EST) DKIM-Filter: OpenDKIM Filter v2.7.4 onyx.glenbarber.us 7FE5D23F654 Authentication-Results: onyx.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none (insecure policy) Date: Mon, 28 Jan 2013 20:42:02 -0500 From: Glen Barber To: World Wide Web Owner Subject: Re: FreeBSD web build failed on red.freebsd.org Message-ID: <20130129014202.GA39981@glenbarber.us> References: <201301290121.r0T1LgFv029859@red.freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="C7zPtVaVf+AK4Oqc" Content-Disposition: inline In-Reply-To: <201301290121.r0T1LgFv029859@red.freebsd.org> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-doc@FreeBSD.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 01:42:07 -0000 --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 29, 2013 at 01:21:42AM +0000, World Wide Web Owner wrote: > [...] > /usr/local/bin/jade:/w/www/build/head/en_US.ISO8859-1/books/handbook/inde= x.xml:4150:0:E: character data is not allowed here > /usr/local/bin/jade:/w/www/build/head/en_US.ISO8859-1/books/handbook/inde= x.xml:4151:46:E: document type does not allow element "ulink" here; missing= one of "seeie", "seealsoie", "secondaryie" start-tag > *** Error code 1 >=20 > Stop in /w/www/build/head/en_US.ISO8859-1/books/handbook. > *** Error code 1 >=20 > Stop in /w/www/build/head/en_US.ISO8859-1/books. > *** Error code 1 >=20 > Stop in /w/www/build/head/en_US.ISO8859-1. > *** Error code 1 >=20 > Stop in /w/www/build/head/en_US.ISO8859-1/htdocs/doc. > *** Error code 1 >=20 > Stop in /w/www/build/head/en_US.ISO8859-1/htdocs. > 90.85 real 80.93 user 7.04 sys I'm not sure where this is coming from. My local version builds clean. Anyone have any ideas? Glen --C7zPtVaVf+AK4Oqc Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJRByjqAAoJEFJPDDeguUajITUH/2OBrkYWSmNqMTDlv1/pOOBY lR5vtgSH4/t20x25OAto090w6Kom+pVjBPvvMKKPNwVl9nVVaX3e0ZpFGWhMOIKc NciRn+cxX0kd8XUpdNz0K8wiz+L3ASkuOZ4phLVkdOv9mqe8KGzLO4SbHkozQktf 9B7fIMmpS5liBE5aGLl76yBYVAMClEVYDd/udw37+sJu2MdnK4Z+IKBiMu2YnVV7 7pb16PD8/cOmcs5HxLxE0TNjrXVsseXBvQhlFvbca/LA5OZyW1wv5uWVhZYD5Olq idTE0j7Da213dVQs2D7TZlgz7wjReoN+M3YcEGPej9NGODZ35TW9YfG1fDvbOik= =C+eS -----END PGP SIGNATURE----- --C7zPtVaVf+AK4Oqc-- From owner-freebsd-doc@FreeBSD.ORG Tue Jan 29 01:55:56 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 187D2DF2 for ; Tue, 29 Jan 2013 01:55:56 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-la0-x22f.google.com (la-in-x022f.1e100.net [IPv6:2a00:1450:4010:c03::22f]) by mx1.freebsd.org (Postfix) with ESMTP id 6FDE3DC5 for ; Tue, 29 Jan 2013 01:55:55 +0000 (UTC) Received: by mail-la0-f47.google.com with SMTP id fj20so1197563lab.20 for ; Mon, 28 Jan 2013 17:55:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=x-received:mime-version:from:date:message-id:subject:to :content-type; bh=4iyhi6Z9hp+Kv80hW57sVCD9WO7Y9pRSp+sQ1smng30=; b=DfDqb1hOphPXK3tyoKaorSLI1i5mYtyuQ39xRByt8XXCHm6U0VJH6jAD3vHz1tBS+a jl/xHZShOTPacNzXKLuOzY2Lj0yu4ZuyNe7H+Imd+hp2LALS691ggW37+Q1hFWFJlclb 3rhzW3gjzJtuAgBxKBSTPiB2NAl7yxWz07EvQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:from:date:message-id:subject:to :content-type:x-gm-message-state; bh=4iyhi6Z9hp+Kv80hW57sVCD9WO7Y9pRSp+sQ1smng30=; b=d9I6eSjJSkR7tVYJGT+6dzkXxGeEInIS+Cqf4peV+nQGSkdXrcI/GfAepMhHZzUYXB WoRbB+D/3u3peF3XAb6C64Y/A4AP6DJFRS8TO+wwg7PcBmKzq8NRrez4BW4yXw5Jtifo YIVWLbARhZ1ClXuM2h5Fjpt5xBR0A1CJl0HeDyYWZG1M8Sq3n1ntEEywP9S5xjsJFtC/ nN9IxMQwzVxg+ZT14NYVQpjtaEOOXJDr6m1VKnOOkRUKgwnRKteGLz6bMGNdqj3ol9dU yF1X2M+JQJnseZXeHlEwLVwQZeXXjkjW44GyMqPsv1SbglEWO5D5WOp1gi+z/ch8Ks2v 5gMw== X-Received: by 10.152.108.195 with SMTP id hm3mr15059755lab.17.1359424554139; Mon, 28 Jan 2013 17:55:54 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.100.164 with HTTP; Mon, 28 Jan 2013 17:55:22 -0800 (PST) From: Eitan Adler Date: Mon, 28 Jan 2013 20:55:22 -0500 Message-ID: Subject: FreeBSD acpi project To: freebsd-doc@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQkhShKC5GLXfRhOkHBUTIhaE8XW+YR6lBiT4BDwRYN6t7sb8C1oOhoELOY9uPbIewi9VJhg 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, 29 Jan 2013 01:55:56 -0000 http://www.freebsd.org/projects/acpi/ Is this still active? Should the page be removed? -- Eitan Adler From owner-freebsd-doc@FreeBSD.ORG Tue Jan 29 13:22:10 2013 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 532704FB for ; Tue, 29 Jan 2013 13:22:10 +0000 (UTC) (envelope-from www@FreeBSD.org) Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22]) by mx1.freebsd.org (Postfix) with ESMTP id 3F204AC6 for ; Tue, 29 Jan 2013 13:22:10 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.5/8.14.5) with ESMTP id r0TDM9Qn027071 for ; Tue, 29 Jan 2013 13:22:09 GMT (envelope-from www@red.freebsd.org) Received: (from www@localhost) by red.freebsd.org (8.14.5/8.14.5/Submit) id r0TDM9cs027070 for freebsd-doc@FreeBSD.org; Tue, 29 Jan 2013 13:22:09 GMT (envelope-from www) Date: Tue, 29 Jan 2013 13:22:09 GMT From: World Wide Web Owner Message-Id: <201301291322.r0TDM9cs027070@red.freebsd.org> To: freebsd-doc@FreeBSD.org Subject: FreeBSD web build failed on red.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, 29 Jan 2013 13:22:10 -0000 ===> ../../ja_JP.eucJP/htdocs/doc/articles/fonts (all) ===> ../../ja_JP.eucJP/htdocs/doc/articles/ipsec-must (all) ===> ../../ja_JP.eucJP/htdocs/doc/articles/problem-reports (all) ===> ../../ja_JP.eucJP/htdocs/doc/books (all) ===> ../../ja_JP.eucJP/htdocs/doc/books/design-44bsd (all) ===> ../../ja_JP.eucJP/htdocs/doc/books/faq (all) ===> ../../ja_JP.eucJP/htdocs/doc/books/handbook (all) /usr/bin/perl /usr/local/share/sgml/docbook/dsssl/modular/bin/collateindex.pl -i doc-index -N -o index.xml /usr/bin/env /usr/local/bin/jade -V html-index -ioutput.html -d /w/www/build/head/share/xml/default.dsl -ifreebsd.urls.relprefix.4 -V %generate-legalnotice-link% -V %generate-docformat-navi-link% -ioutput.html.images -i chap.index -i chap.bsdinstall -i chap.advanced-networking -i chap.basics -i chap.bibliography -i chap.boot -i chap.config -i chap.cutting-edge -i chap.desktop -i chap.disks -i chap.eresources -i chap.install -i chap.introduction -i chap.kernelconfig -i chap.l10n -i chap.linuxemu -i chap.mail -i chap.mirrors -i chap.multimedia -i chap.pgpkeys -i chap.ports -i chap.ppp-and-slip -i chap.printing -i chap.security -i chap.serialcomms -i chap.users -i chap.x11 -i chap.jcontrib -i chap.freebsd-glossary -D /w/www/build/head/ja_JP.eucJP/books/handbook/../../../share/images/books/handbook -D /usr/obj/w/www/build/head/ja_JP.eucJP/books/handbook -c /w/www/build/head/ja_JP.eucJP/share/xml/catalog -c /w/www/build/head/share/xml/catalog -c /usr/local/share/sgml/docbook/dsssl/modul ar/catalog -c /usr/local/share/sgml/iso8879/catalog -c /usr/local/share/sgml/jade/catalog -c /usr/local/share/sgml/catalog.ports -t sgml /usr/local/share/sgml/docbook/dsssl/modular/dtds/decls/xml.dcl /w/www/build/head/ja_JP.eucJP/books/handbook/book.xml > /dev/null /usr/bin/perl /usr/local/share/sgml/docbook/dsssl/modular/bin/collateindex.pl -i doc-index -g -o index.xml html-split.index Processing html-split.index... 819 entries loaded... collateindex.pl: duplicated index entry found: -CURRENT CTM ¤ò»È¤Ã¤¿Æ±´ü collateindex.pl: duplicated index entry found: 386BSD collateindex.pl: duplicated index entry found: ¥«¡¼¥Í¥ë ¥³¥ó¥Õ¥£¥°¥ì¡¼¥·¥ç¥ó¥Õ¥¡¥¤¥ë collateindex.pl: duplicated index entry found: ¥Í¥Ã¥È¥°¥ë¡¼¥× collateindex.pl: duplicated index entry found: ´Ä¶­ÊÑ¿ô (ENVIRONMENT VARIABLES) collateindex.pl: duplicated index entry found: MOUNT collateindex.pl: duplicated index entry found: NET/2 collateindex.pl: duplicated index entry found: PKG_ADD collateindex.pl: duplicated index entry found: U.C. BERKELEY collateindex.pl: duplicated index entry found: X WINDOW SYSTEM 10 entries ignored... Done. /usr/bin/env /usr/local/bin/jade -V html-manifest -ioutput.html -d /w/www/build/head/share/xml/default.dsl -ifreebsd.urls.relprefix.4 -V %generate-legalnotice-link% -V %generate-docformat-navi-link% -ioutput.html.images -i chap.index -i chap.bsdinstall -i chap.advanced-networking -i chap.basics -i chap.bibliography -i chap.boot -i chap.config -i chap.cutting-edge -i chap.desktop -i chap.disks -i chap.eresources -i chap.install -i chap.introduction -i chap.kernelconfig -i chap.l10n -i chap.linuxemu -i chap.mail -i chap.mirrors -i chap.multimedia -i chap.pgpkeys -i chap.ports -i chap.ppp-and-slip -i chap.printing -i chap.security -i chap.serialcomms -i chap.users -i chap.x11 -i chap.jcontrib -i chap.freebsd-glossary -D /w/www/build/head/ja_JP.eucJP/books/handbook/../../../share/images/books/handbook -D /usr/obj/w/www/build/head/ja_JP.eucJP/books/handbook -c /w/www/build/head/ja_JP.eucJP/share/xml/catalog -c /w/www/build/head/share/xml/catalog -c /usr/local/share/sgml/docbook/dsssl/mo dular/catalog -c /usr/local/share/sgml/iso8879/catalog -c /usr/local/share/sgml/jade/catalog -c /usr/local/share/sgml/catalog.ports -t sgml /usr/local/share/sgml/docbook/dsssl/modular/dtds/decls/xml.dcl /w/www/build/head/ja_JP.eucJP/books/handbook/book.xml /usr/local/bin/jade:/w/www/build/head/ja_JP.eucJP/books/handbook/index.xml:3500:0:E: character data is not allowed here /usr/local/bin/jade:/w/www/build/head/ja_JP.eucJP/books/handbook/index.xml:3501:61:E: document type does not allow element "ulink" here; missing one of "seeie", "seealsoie", "secondaryie" start-tag /usr/local/bin/jade:/w/www/build/head/ja_JP.eucJP/books/handbook/index.xml:3501:92:E: character data is not allowed here /usr/local/bin/jade:/w/www/build/head/ja_JP.eucJP/books/handbook/index.xml:3502:61:E: document type does not allow element "ulink" here; missing one of "seeie", "seealsoie", "secondaryie" start-tag /usr/local/bin/jade:/w/www/build/head/ja_JP.eucJP/books/handbook/index.xml:3502:91:E: character data is not allowed here /usr/local/bin/jade:/w/www/build/head/ja_JP.eucJP/books/handbook/index.xml:3503:46:E: document type does not allow element "ulink" here; missing one of "seeie", "seealsoie", "secondaryie" start-tag *** Error code 1 Stop in /w/www/build/head/ja_JP.eucJP/books/handbook. *** Error code 1 Stop in /w/www/build/head/ja_JP.eucJP/books. *** Error code 1 Stop in /w/www/build/head/ja_JP.eucJP. *** Error code 1 Stop in /w/www/build/head/ja_JP.eucJP/htdocs/doc. *** Error code 1 Stop in /w/www/build/head/ja_JP.eucJP/htdocs. *** Error code 1 Stop in /w/www/build/head/en_US.ISO8859-1/htdocs. 128.68 real 86.47 user 29.35 sys From owner-freebsd-doc@FreeBSD.ORG Tue Jan 29 14:35:12 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2CE63DFF for ; Tue, 29 Jan 2013 14:35:12 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-la0-x22e.google.com (la-in-x022e.1e100.net [IPv6:2a00:1450:4010:c03::22e]) by mx1.freebsd.org (Postfix) with ESMTP id AD221EDE for ; Tue, 29 Jan 2013 14:35:11 +0000 (UTC) Received: by mail-la0-f46.google.com with SMTP id fq12so347873lab.19 for ; Tue, 29 Jan 2013 06:35:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=x-received:mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=GE5ZEaABF2MeituO1B16gIqETneEPM3LKOoGghesiYw=; b=QW0fkjxl/57DGv+2Qoh2MZ60B2Eer1+QPepjvkZhAa3qkIkrM1btcTnvs1ZQS5ZXwN CYHM3FbhN6SlNiSrCLEyzzG3BRx8TQxqUbogTcD0+VsKB80Q71ZQ/eF6PKh9W+/HcidG hcdp5qGn3Cs5t7OSGTwHgKmk9GbJlYqlLucPs= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type :x-gm-message-state; bh=GE5ZEaABF2MeituO1B16gIqETneEPM3LKOoGghesiYw=; b=Y/SKoKO7zRykKJqzh8oHnX+POwsCniRxARxjGdKK1xEXLYf1DMxiRu8qnuerabEMPH DbBYbWn2VyCBnEpHVCK/8I3jCRCNiJzrEi9/G4VWS0bdMMBChXmUFPIcfz05IbfeKeb9 uUZPCxZkxLt8YXXMPN/I2v65KNOLz5qWkN/XTJ1ceTNNZ291MHLYzE+OWZdJRX6YKLEU kuGG0KKudaGBtyJwOIuCEqN8xXYQSz3GFYSgJFPkCZce0UrjgCTcXmQ+ZCOzXnjRSw0h j2X+o9xSPr5Q/L7KmehbBD5NLTXTvxW9W9BIE1IojhU7iBPJStJ08CfpAHj8yTJyi0jy dPgQ== X-Received: by 10.152.109.146 with SMTP id hs18mr1393352lab.8.1359470109759; Tue, 29 Jan 2013 06:35:09 -0800 (PST) MIME-Version: 1.0 Sender: lists@eitanadler.com Received: by 10.112.100.164 with HTTP; Tue, 29 Jan 2013 06:34:39 -0800 (PST) In-Reply-To: <5104d0bc.6p6uM6F5A0GRngfz%perryh@pluto.rain.com> References: <5104d0bc.6p6uM6F5A0GRngfz%perryh@pluto.rain.com> From: Eitan Adler Date: Tue, 29 Jan 2013 09:34:39 -0500 X-Google-Sender-Auth: a2hMaOOUjZVdl86nBomadID01s0 Message-ID: Subject: Fwd: More FAQ stuff (of varying significance) in Chapters 1 - 5 To: freebsd-doc@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQmFkqjJtCL491ORnu5pjjjP4P9Q1S65E7MyE73vYQKNE6/4D+0+0XBCTQ+Qjv4v/pfKVTye 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, 29 Jan 2013 14:35:12 -0000 With permission I forward this email. Can you please follow up with patches? I have about zero to negative time to deal with this. ---------- Forwarded message ---------- From: Date: 27 January 2013 02:01 Subject: More FAQ stuff (of varying significance) in Chapters 1 - 5 To: eadler@freebsd.org The beginning of the Introduction mentions Usenet. The ranks of those who have been around long enough to know what _that_ means are shrinking daily :) In the third bullet point of "1.8. What is FreeBSD-CURRENT?", Subversion feels as if it could stand to be linked somewhere (since some newcomers may not know what is). IIRC the mentions of "9.1-STABLE" in the second paragraph of "1.9. What is the FreeBSD-STABLE concept?" should be "9-STABLE". 1.8 says "Official snapshots are generated on a regular basis ..." 1.10 says they "are made daily". While both may be accurate, the contrast seems a bit odd. Not directly to do with the FAQ, but noticed at the end of Chapter 1: should "Writing FreeBSD Problem Reports" be incorporated into the Handbook to increase its visibility? 2.3 still mentions newsgroups. In the last paragraph of 2.4, "Each ... is" is incorrect since the word "each" is singular. Given the rest of the sentence, the easiest fix would be to drop "Each of" and write the sentence as "These channels are distinct ..." The first sentence of 3.16 looks odd: a _larger_ block size results in a _smaller_ theoretical filesystem size limit? I wonder if one of those "TB" might be the wrong unit. The last paragraph of 4.3.6 might mention whether pass is included in GENERIC. Better to remove "for a more complete list" from 4.5.1 since there's no list for the Hardware Notes to be more complete than. In 2. of the first numbered list in 5.2, -CURRENT should be capitalized. Doesn't this list need a "3. Faulty hardware." entry (and change "either" to "one of" in the line above the list)? In 1. of the second numbered list in 5.2, the close parenthesis should be after "other hardware" rather than at the end of the sentence. 5.3 might mention that GENERIC _is_ a debugging kernel (per 3.12). Re 5.4: dunno if we may by now have a tunable for VM_KMEM_SIZE_MAX (in which case one would not need to build a custom kernel). [If we don't, I'll look into adding one.] Should the second bullet of 5.8 mention that screen is a port (and thus not in the base distribution)? The last "sentence" (fragment) of the second paragraph of 5.11 should probably say "FreeBSD chose the one with the highest 'quality' value." 5.12 amounts to a duplicate of 3.8, which has more detailed instructions. -- Eitan Adler Source, Ports, Doc committer Bugmeister, Ports Security teams From owner-freebsd-doc@FreeBSD.ORG Tue Jan 29 14:46:47 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6B995168; Tue, 29 Jan 2013 14:46:47 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4A6DFF67; Tue, 29 Jan 2013 14:46:47 +0000 (UTC) Received: from pakbsde14.localnet (unknown [38.105.238.108]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 9DE4BB97D; Tue, 29 Jan 2013 09:46:46 -0500 (EST) From: John Baldwin To: freebsd-doc@freebsd.org Subject: Re: FreeBSD acpi project Date: Tue, 29 Jan 2013 09:28:03 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p22; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201301290928.03346.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 29 Jan 2013 09:46:46 -0500 (EST) Cc: jkim@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, 29 Jan 2013 14:46:47 -0000 On Monday, January 28, 2013 8:55:22 pm Eitan Adler wrote: > http://www.freebsd.org/projects/acpi/ > > Is this still active? > > Should the page be removed? It is stale and needs updating, but some of the todo things are legitimate. It should probably move to the wiki however. Perhaps Jung-uk Kim (cc'd) is interested in doing that? -- John Baldwin From owner-freebsd-doc@FreeBSD.ORG Tue Jan 29 14:51:09 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C7474334 for ; Tue, 29 Jan 2013 14:51:09 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-5.mit.edu (DMZ-MAILSEC-SCANNER-5.MIT.EDU [18.7.68.34]) by mx1.freebsd.org (Postfix) with ESMTP id 82529F9A for ; Tue, 29 Jan 2013 14:51:09 +0000 (UTC) X-AuditID: 12074422-b7f5c6d000000545-51-5107e0a96209 Received: from mailhub-auth-1.mit.edu ( [18.9.21.35]) by dmz-mailsec-scanner-5.mit.edu (Symantec Messaging Gateway) with SMTP id D9.DB.01349.9A0E7015; Tue, 29 Jan 2013 09:46:02 -0500 (EST) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-1.mit.edu (8.13.8/8.9.2) with ESMTP id r0TEk16l031461; Tue, 29 Jan 2013 09:46:01 -0500 Received: from multics.mit.edu (SYSTEM-LOW-SIPB.MIT.EDU [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id r0TEjxZh024704 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 29 Jan 2013 09:46:00 -0500 (EST) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id r0TEjwPo003858; Tue, 29 Jan 2013 09:45:58 -0500 (EST) Date: Tue, 29 Jan 2013 09:45:58 -0500 (EST) From: Benjamin Kaduk To: Eitan Adler Subject: Re: FreeBSD acpi project In-Reply-To: Message-ID: References: User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrDIsWRmVeSWpSXmKPExsUixCmqrLvqAXugwddii1NnulgtFp1oZ3Jg 8pi2+SCbx4xP81kCmKK4bFJSczLLUov07RK4Mk4t2cpScImp4szZqWwNjI1MXYycHBICJhK3 dk1lh7DFJC7cW8/WxcjFISSwj1Hi54wrLBDOBkaJbY0/oDInmCROf/nPCOE0MEos2/+ZBaSf RUBb4vqkp2A2m4CKxMw3G9lAbBEBNYl3r7sZQWxmAWmJhvWbgXZzcAgLKErcf20IEuYUCJS4 9/gOWCuvgIPE06tdYLaQQIDEy9PnwVpFBXQkVu+fAlUjKHFy5hMWiJGWEuf+XGebwCg4C0lq FpLUAkamVYyyKblVurmJmTnFqcm6xcmJeXmpRbqmermZJXqpKaWbGEGByu6itIPx50GlQ4wC HIxKPLwNC9gChVgTy4orcw8xSnIwKYnyXrzLHijEl5SfUpmRWJwRX1Sak1p8iFGCg1lJhNe1 FijHm5JYWZValA+TkuZgURLnvZZy019IID2xJDU7NbUgtQgmK8PBoSTB63IfqFGwKDU9tSIt M6cEIc3EwQkynAdoeBFIDW9xQWJucWY6RP4Uo6KUOG86SEIAJJFRmgfXC0skrxjFgV4R5vUC qeIBJiG47ldAg5mABhu1gQ0uSURISTUweu/+V6D+X/yX6Y7Xdko/5oVPUEjhFddjahQ0vRPL kX6ET8H4kbfTY+4Fqv6MEaubbc2sfuw8mx2Xlb3x+dTXq4J7VdvVpxTnHlrWUHel7slmZ1sV 9xU1JfxFj2vapnFvFN9f+3C13AX9xMi3K3d8vbL4c9V3hg8rFlx9Nenmg+s8jmds5zzoVmIp zkg01GIuKk4EAPMvcPj/AgAA Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 14:51:09 -0000 On Mon, 28 Jan 2013, Eitan Adler wrote: > http://www.freebsd.org/projects/acpi/ > > Is this still active? > > Should the page be removed? I'm pretty sure this is the wrong list to ask at least the first question on. If I had to guess, I'd surmise that the ongoing work on ACPI is not using this outline of work. -Ben From owner-freebsd-doc@FreeBSD.ORG Tue Jan 29 16:14:45 2013 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1CE31A82; Tue, 29 Jan 2013 16:14:45 +0000 (UTC) (envelope-from patmcevoy@mac.com) Received: from st11p06mm-asmtp005.mac.com (st11p06mm-asmtpout005.mac.com [17.172.124.250]) by mx1.freebsd.org (Postfix) with ESMTP id E871F676; Tue, 29 Jan 2013 16:14:41 +0000 (UTC) MIME-version: 1.0 Received: from st11p06mm-spool001.mac.com ([17.172.125.243]) by st11p06mm-asmtp005.mac.com (Oracle Communications Messaging Server 7u4-24.01(7.0.4.24.0) 64bit (built Jan 3 2012)) with ESMTP id <0MHE00I747M7K660@st11p06mm-asmtp005.mac.com>; Tue, 29 Jan 2013 07:14:34 -0800 (PST) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.9.8327,1.0.431,0.0.0000 definitions=2013-01-29_06:2013-01-29,2013-01-29,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=1 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1212290000 definitions=main-1301290114 Received: from localhost ([17.172.124.175]) by st11p06mm-spool001.mac.com (Oracle Communications Messaging Server 7u4-23.01(7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTP id <0MHE00MXK7NWSA40@st11p06mm-spool001.mac.com>; Tue, 29 Jan 2013 15:14:20 +0000 (GMT) To: docs@freebsd.org From: Patrick McEvoy Subject: users fetching source Date: Tue, 29 Jan 2013 15:14:20 +0000 (GMT) X-Mailer: iCloud Mail (1M) X-Originating-IP: [68.196.121.130] Message-id: <3b7b0f0c-c018-4137-913e-52700fd8ecb0@me.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 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, 29 Jan 2013 16:14:45 -0000 Hello,=0AI just spoke to Eitan and he suggested I contact you. I have put = together the audio and slides from Eitans last talk at NYCBUG and would li= ke to put together a blurb at the end regarding users fetching source. Whi= le speaking to Eitan I mentioned the work Ike and others have done consoli= dating notes here: https://wiki.freebsd.org/UsersFetchingSource=0AHe menti= oned that you guys may be doing something with this page. If so are you pl= anning to change the URL? I would like to have a one stop page for info to= help ease the transition and would like it to be a URL I can count on not= going dark a few months after I put the video on Youtube. If you have any= ideas or suggestions, I am all ears.=0AThank you for all your work on Fre= eBSD.=0A=EF=BB=BF=0A=0APatrick = From owner-freebsd-doc@FreeBSD.ORG Tue Jan 29 16:28:58 2013 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 12CD158E; Tue, 29 Jan 2013 16:28:58 +0000 (UTC) (envelope-from ike@blackskyresearch.net) Received: from rs149.luxsci.com (rs149.luxsci.com [64.49.224.181]) by mx1.freebsd.org (Postfix) with ESMTP id C8A917B6; Tue, 29 Jan 2013 16:28:57 +0000 (UTC) Received: from rs149.luxsci.com (localhost.localdomain [127.0.0.1]) by rs149.luxsci.com (8.14.4/8.13.8) with ESMTP id r0TGSu2F021802; Tue, 29 Jan 2013 11:28:56 -0500 Received: (from root@localhost) by rs149.luxsci.com (8.14.4/8.13.8/Submit) id r0TGS3b1020415; Tue, 29 Jan 2013 16:28:03 GMT Received: (from sender 74627) (rs149.luxsci.com [127.0.0.1]) by LuxSci SP; Tue, 29 Jan 2013 16:28:02 +0000 Subject: Re: users fetching source Content-Type: text/plain; charset=us-ascii From: "Isaac (.ike) Levy" In-Reply-To: <3b7b0f0c-c018-4137-913e-52700fd8ecb0@me.com> Date: Tue, 29 Jan 2013 11:27:24 -0500 Content-Transfer-Encoding: quoted-printable References: <3b7b0f0c-c018-4137-913e-52700fd8ecb0@me.com> To: Patrick McEvoy , freebsd-doc@freebsd.org X-Lux-Comment: Message r0TGROI4019507 sent by user #74627 Message-Id: <1359476883-7155134.5130091.fr0TGROI4019507@rs149.luxsci.com> X-Comment: LuxSci SP Message ID - 1359476883-7155134.5130091 Cc: doc@freebsd.org, docs@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, 29 Jan 2013 16:28:58 -0000 Hi Patrick, On Jan 29, 2013, at 10:14 AM, Patrick McEvoy wrote: > Hello, > I just spoke to Eitan and he suggested I contact you. I have put = together the audio and slides from Eitans last talk at NYCBUG and would = like to put together a blurb at the end regarding users fetching source. = While speaking to Eitan I mentioned the work Ike and others have done = consolidating notes here: https://wiki.freebsd.org/UsersFetchingSource > He mentioned that you guys may be doing something with this page. If = so are you planning to change the URL? I would like to have a one stop = page for info to help ease the transition and would like it to be a URL = I can count on not going dark a few months after I put the video on = Youtube. If you have any ideas or suggestions, I am all ears. > Thank you for all your work on FreeBSD. I started that wiki page to consolidate the complexities of the issue, = to help it's resolution. I'll be happy to make sure that url continues to exist for some time, = hopefully, replacing/archiving the page contents once a solution is in = place that the FreeBSD community feels is adequate. Currently, John Mehr has exciting work happening towards a solid "svnup" = utility, and I've been off on the ctm list hacking on a "ctmup" stop-gap = in shell. -- Regardless, I'll do my best to make sure that page keeps up with the = issue, and I can make sure the URL is there for at least some months to = come. I just updated the top of the page to tell people the URL is important. Best, .ike From owner-freebsd-doc@FreeBSD.ORG Tue Jan 29 16:49:24 2013 Return-Path: Delivered-To: doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2A296B28 for ; Tue, 29 Jan 2013 16:49:24 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id C0F358BB for ; Tue, 29 Jan 2013 16:49:23 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 0D22714D243A; Tue, 29 Jan 2013 17:49:16 +0100 (CET) X-Virus-Scanned: amavisd-new at !change-mydomain-variable!.example.com Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id Z9sIT0Tuh9Sy; Tue, 29 Jan 2013 17:49:15 +0100 (CET) Received: from [192.168.1.100] (5403A6BE.catv.pool.telekom.hu [84.3.166.190]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 5B9FB14D2410; Tue, 29 Jan 2013 17:49:15 +0100 (CET) Message-ID: <5107FD8C.2050907@FreeBSD.org> Date: Tue, 29 Jan 2013 17:49:16 +0100 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130107 Thunderbird/17.0.2 MIME-Version: 1.0 To: Warren Block Subject: Re: RFC: Dealing with version-specific docs References: <51065CFC.5090803@FreeBSD.org> <51069D8D.4010506@FreeBSD.org> In-Reply-To: <51069D8D.4010506@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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, 29 Jan 2013 16:49:24 -0000 Em 28-01-2013 16:47, Gabor Kovesdan escreveu: > Em 28-01-2013 16:13, Warren Block escreveu: >> In other words: >> >> To do foobar, type bar. >> To do foobar, type baz. >> >> Could render as: >> >> FreeBSD 8.X: >> +-------------------------+ >> | To do foobar, type bar. | >> +-------------------------+ >> >> FreeBSD 9.X: >> +-------------------------+ >> | To do foobar, type baz. | >> +-------------------------+ >> >> Those could be in boxes or some other kind of visible mark, or maybe >> just in indented sections with titles. If it is not necessary to >> repeat the version information in two forms, then it can't be out of >> sync. > This is doable if we limit on what elements we use the conditions, > e.g. sect1-sect6, para, etc. But the number of elements should be > limited, otherwise it needs a heavy rewrite of the stylesheets. One more thing I forgot to mention. To alter rendering in the PDF output, we practically have to change to XSLT and XSL FO-based processing, which needs to pull in Java as a dependency for PDF rendering. There was no consensus on this so far that's also one reason that for now I proposed marking up conditional sections in this way. Gabor From owner-freebsd-doc@FreeBSD.ORG Tue Jan 29 17:03:41 2013 Return-Path: Delivered-To: docs@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9D0EB7A for ; Tue, 29 Jan 2013 17:03:41 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-vc0-f171.google.com (mail-vc0-f171.google.com [209.85.220.171]) by mx1.freebsd.org (Postfix) with ESMTP id 5CC53951 for ; Tue, 29 Jan 2013 17:03:41 +0000 (UTC) Received: by mail-vc0-f171.google.com with SMTP id p1so416865vcq.2 for ; Tue, 29 Jan 2013 09:03:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:content-transfer-encoding; bh=CRzFgiYwYb5ZebHsGoHUJptSGtiIo5Cu2zmG/KilTjQ=; b=Ie+uT/q6TdU38twOMXcZdbVudgRh33UfOntbnl94jveSNbLxk7296FQnPYHUu0qDkX WB/W7iUhF00s+M7njZBa+KMwvPy6tUXeIHXWE72YEbgTLL3bnzY12EBf/E8MU8iVE5bt vvzOozR6yM6aI2d1wnsvKx3jywz477IxtM54g= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:content-transfer-encoding :x-gm-message-state; bh=CRzFgiYwYb5ZebHsGoHUJptSGtiIo5Cu2zmG/KilTjQ=; b=knKF5akTqQpWuBhh+SduRS50ac/jBDyaNrN7HtwruJAoB7D4uGU+au9p8Cl5LN7JOU z9enZeX8FSbPqwPYD0zhH6bxOwRrCP5yPIG9DjUSQbStMLqlDbZaS1ZQE75OW13e/ZIE nSoj0U8Jza8NzTVdNzTTEW2wAP0e8K1mBT37AK4NL3XTQ04ZnE3o/nAJESsQu3ZP2FTd h9sudaps5xlntwwV5lcS9X7kHcku1Jr9uSPgWqXj/UC2z6UOytncnVPvmaM5pBCQYSsV iN0Sr5VGCvgQdJgM3szHeSDURCJM4FudeVlI5fYhN/LFab1rtkX3pEWXa5F8VYwoI6BP aQiQ== X-Received: by 10.52.35.129 with SMTP id h1mr1555873vdj.74.1359479020546; Tue, 29 Jan 2013 09:03:40 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.100.164 with HTTP; Tue, 29 Jan 2013 08:56:08 -0800 (PST) In-Reply-To: <1359476883-7155134.5130091.fr0TGROI4019507@rs149.luxsci.com> References: <3b7b0f0c-c018-4137-913e-52700fd8ecb0@me.com> <1359476883-7155134.5130091.fr0TGROI4019507@rs149.luxsci.com> From: Eitan Adler Date: Tue, 29 Jan 2013 11:56:08 -0500 Message-ID: Subject: Re: users fetching source To: "Isaac (.ike) Levy" , Isabell Long Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQn2PzdKq1GeIIGZXOxfpcdSxGY72zvJMTGJeYLBclZssXoytQvmoOjFY6timdGDdvSHwh0/ Cc: docs@freebsd.org, freebsd-doc@freebsd.org, doc@freebsd.org, Patrick McEvoy 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, 29 Jan 2013 17:03:41 -0000 On 29 January 2013 11:27, Isaac (.ike) Levy wrot= e: > Hi Patrick, > > On Jan 29, 2013, at 10:14 AM, Patrick McEvoy wrote: > >> Hello, >> I just spoke to Eitan and he suggested I contact you. I have put togethe= r the audio and slides from Eitans last talk at NYCBUG and would like to pu= t together a blurb at the end regarding users fetching source. While speaki= ng to Eitan I mentioned the work Ike and others have done consolidating not= es here: https://wiki.freebsd.org/UsersFetchingSource >> He mentioned that you guys may be doing something with this page. If so = are you planning to change the URL? I would like to have a one stop page fo= r info to help ease the transition and would like it to be a URL I can coun= t on not going dark a few months after I put the video on Youtube. If you h= ave any ideas or suggestions, I am all ears. >> Thank you for all your work on FreeBSD. > > I started that wiki page to consolidate the complexities of the issue, to= help it's resolution. > > I'll be happy to make sure that url continues to exist for some time, hop= efully, replacing/archiving the page contents once a solution is in place t= hat the FreeBSD community feels is adequate. > > Currently, John Mehr has exciting work happening towards a solid "svnup" = utility, and I've been off on the ctm list hacking on a "ctmup" stop-gap in= shell. > > -- > Regardless, I'll do my best to make sure that page keeps up with the issu= e, and I can make sure the URL is there for at least some months to come. > > I just updated the top of the page to tell people the URL is important. Of further interest is https://wiki.freebsd.org/CvsIsDeprecated which is the content of the page that the CVS exporter will direct people to. This page will eventually be turned into a page on the website instead of the wiki. --=20 Eitan Adler From owner-freebsd-doc@FreeBSD.ORG Tue Jan 29 17:27:58 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 3EFCCA6E; Tue, 29 Jan 2013 17:27:58 +0000 (UTC) (envelope-from ike@blackskyresearch.net) Received: from rs149.luxsci.com (rs149.luxsci.com [64.49.224.181]) by mx1.freebsd.org (Postfix) with ESMTP id E61ABA7A; Tue, 29 Jan 2013 17:27:57 +0000 (UTC) Received: from rs149.luxsci.com (localhost.localdomain [127.0.0.1]) by rs149.luxsci.com (8.14.4/8.13.8) with ESMTP id r0THRunD031504; Tue, 29 Jan 2013 12:27:57 -0500 Received: (from root@localhost) by rs149.luxsci.com (8.14.4/8.13.8/Submit) id r0THR1RU030110; Tue, 29 Jan 2013 17:27:01 GMT Received: (from sender 74627) (rs149.luxsci.com [127.0.0.1]) by LuxSci SP; Tue, 29 Jan 2013 17:27:01 +0000 Subject: Re: users fetching source Content-Type: text/plain; charset=us-ascii From: "Isaac (.ike) Levy" In-Reply-To: Date: Tue, 29 Jan 2013 12:26:44 -0500 Content-Transfer-Encoding: quoted-printable References: <3b7b0f0c-c018-4137-913e-52700fd8ecb0@me.com> <1359476883-7155134.5130091.fr0TGROI4019507@rs149.luxsci.com> To: Eitan Adler X-Lux-Comment: Message r0THQiNo029790 sent by user #74627 Message-Id: <1359480421-4145199.74810889.fr0THQiNo029790@rs149.luxsci.com> X-Comment: LuxSci SP Message ID - 1359480421-4145199.74810889 Cc: docs@freebsd.org, freebsd-doc@freebsd.org, Patrick McEvoy , 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, 29 Jan 2013 17:27:58 -0000 On Jan 29, 2013, at 11:56 AM, Eitan Adler wrote: > On 29 January 2013 11:27, Isaac (.ike) Levy = wrote: >> Hi Patrick, >> On Jan 29, 2013, at 10:14 AM, Patrick McEvoy wrote: >>=20 >>> Hello, >>> I just spoke to Eitan and he suggested I contact you. I have put = together the audio and slides from Eitans last talk at NYCBUG and would = like to put together a blurb at the end regarding users fetching source. = While speaking to Eitan I mentioned the work Ike and others have done = consolidating notes here: https://wiki.freebsd.org/UsersFetchingSource >>> He mentioned that you guys may be doing something with this page. If = so are you planning to change the URL? I would like to have a one stop = page for info to help ease the transition and would like it to be a URL = I can count on not going dark a few months after I put the video on = Youtube. If you have any ideas or suggestions, I am all ears. >>> Thank you for all your work on FreeBSD. >>=20 >> I started that wiki page to consolidate the complexities of the = issue, to help it's resolution. >>=20 >> I'll be happy to make sure that url continues to exist for some time, = hopefully, replacing/archiving the page contents once a solution is in = place that the FreeBSD community feels is adequate. >>=20 >> Currently, John Mehr has exciting work happening towards a solid = "svnup" utility, and I've been off on the ctm list hacking on a "ctmup" = stop-gap in shell. >>=20 >> -- >> Regardless, I'll do my best to make sure that page keeps up with the = issue, and I can make sure the URL is there for at least some months to = come. >>=20 >> I just updated the top of the page to tell people the URL is = important. >=20 > Of further interest is https://wiki.freebsd.org/CvsIsDeprecated which > is the content of the page that the CVS exporter will direct people > to. >=20 > This page will eventually be turned into a page on the website instead > of the wiki. Good one- I just linked to it from the UsersFetchingSource page- thanks = Eitan! Best, .ike From owner-freebsd-doc@FreeBSD.ORG Tue Jan 29 22:28:00 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DC4A4E53; Tue, 29 Jan 2013 22:28:00 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 9B277C04; Tue, 29 Jan 2013 22:28:00 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.6/8.14.6) with ESMTP id r0TMRxW1031708; Tue, 29 Jan 2013 15:27:59 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.6/8.14.6/Submit) with ESMTP id r0TMRuTA031705; Tue, 29 Jan 2013 15:27:56 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Tue, 29 Jan 2013 15:27:56 -0700 (MST) From: Warren Block To: Glen Barber Subject: Re: freebsd-update and ports In-Reply-To: <20130128123537.GE1296@glenbarber.us> Message-ID: References: <20130128123537.GE1296@glenbarber.us> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Tue, 29 Jan 2013 15:27:59 -0700 (MST) Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 22:28:00 -0000 On Mon, 28 Jan 2013, Glen Barber wrote: > On Mon, Jan 28, 2013 at 12:27:56PM +0000, Simon L. B. Nielsen wrote: >> On 24 January 2013 19:55, Warren Block wrote: >>> On Wed, 23 Jan 2013, Warren Block wrote: >>> >>>> On Tue, 22 Jan 2013, Simon L. B. Nielsen wrote: >>>> >>>>> For the 'make kernel' to force not using /etc/make.conf: >>>>> >>>>> make kernel __MAKE_CONF=/dev/null >>>>> >>>>> I think that's what the variable is called - I don't have a FreeBSD >>>>> handy to check. >>>> >>>> >>>> % make -V__MAKE_CONF >>>> /etc/make.conf >>>> >>>> Added. It does make the next sentence a bit redundant. >>>> >>>> It is also suggested that the kernel is built without any other >>>> special options, preferably with an empty /etc/make.conf. >>>> >>>> Offhand, I can't think of other special options to be given as alternate >>>> examples. >>> >>> Finally thought of src.conf, but "special options" makes me think of >>> command-line options or flags. >> >> If there is a __SRC_CONF etc that should probably be set to /dev/null >> too, but I can't think of anything else either. >> > > SRCCONF=/dev/null . Added. The command line is ugly as a chihuahua, but what can you do? From owner-freebsd-doc@FreeBSD.ORG Tue Jan 29 23:40:02 2013 Return-Path: Delivered-To: freebsd-doc@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 3C2CF180 for ; Tue, 29 Jan 2013 23:40:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 16F51F73 for ; Tue, 29 Jan 2013 23:40:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r0TNe1qv044848 for ; Tue, 29 Jan 2013 23:40:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r0TNe1Ov044847; Tue, 29 Jan 2013 23:40:01 GMT (envelope-from gnats) Date: Tue, 29 Jan 2013 23:40:01 GMT Message-Id: <201301292340.r0TNe1Ov044847@freefall.freebsd.org> To: freebsd-doc@FreeBSD.org Cc: From: Chris Petrik Subject: Re: docs/172869: [PATCH] Add in nifty lang icons to index.html (home) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Chris Petrik List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 23:40:02 -0000 The following reply was made to PR docs/172869; it has been noted by GNATS. From: Chris Petrik To: bug-followup@FreeBSD.org, c.petrik.sosa@gmail.com Cc: Subject: Re: docs/172869: [PATCH] Add in nifty lang icons to index.html (home) Date: Tue, 29 Jan 2013 17:34:46 -0600 --e89a8f2345b3c58ac304d475d614 Content-Type: text/plain; charset=UTF-8 Wow just wow and when you are finished saying wow say it again Wow! --e89a8f2345b3c58ac304d475d614 Content-Type: text/html; charset=UTF-8
Wow just wow and when you are finished saying wow say it again Wow!
--e89a8f2345b3c58ac304d475d614-- From owner-freebsd-doc@FreeBSD.ORG Tue Jan 29 23:40:05 2013 Return-Path: Delivered-To: freebsd-doc@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 114CF185 for ; Tue, 29 Jan 2013 23:40:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id DFD51F76 for ; Tue, 29 Jan 2013 23:40:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r0TNe4Wd044867 for ; Tue, 29 Jan 2013 23:40:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r0TNe45N044866; Tue, 29 Jan 2013 23:40:04 GMT (envelope-from gnats) Date: Tue, 29 Jan 2013 23:40:04 GMT Message-Id: <201301292340.r0TNe45N044866@freefall.freebsd.org> To: freebsd-doc@FreeBSD.org Cc: From: Chris Petrik Subject: Re: docs/172626: [PATCH] modify the community/* pages to look more pleasing X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Chris Petrik List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 23:40:05 -0000 The following reply was made to PR docs/172626; it has been noted by GNATS. From: Chris Petrik To: bug-followup@FreeBSD.org, c.petrik.sosa@gmail.com Cc: Subject: Re: docs/172626: [PATCH] modify the community/* pages to look more pleasing Date: Tue, 29 Jan 2013 17:34:08 -0600 --bcaec54eedd67cb80604d475d463 Content-Type: text/plain; charset=UTF-8 Wow just wow and when you are finished saying wow say it again Wow! --bcaec54eedd67cb80604d475d463 Content-Type: text/html; charset=UTF-8
Wow just wow and when you are finished saying wow say it again Wow!
--bcaec54eedd67cb80604d475d463-- From owner-freebsd-doc@FreeBSD.ORG Wed Jan 30 01:28:58 2013 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 7FE5E7CC for ; Wed, 30 Jan 2013 01:28:58 +0000 (UTC) (envelope-from www@FreeBSD.org) Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22]) by mx1.freebsd.org (Postfix) with ESMTP id 607F13FE for ; Wed, 30 Jan 2013 01:28:58 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.5/8.14.5) with ESMTP id r0U1SwVP009943 for ; Wed, 30 Jan 2013 01:28:58 GMT (envelope-from www@red.freebsd.org) Received: (from www@localhost) by red.freebsd.org (8.14.5/8.14.5/Submit) id r0U1Swhf009942 for freebsd-doc@FreeBSD.org; Wed, 30 Jan 2013 01:28:58 GMT (envelope-from www) Date: Wed, 30 Jan 2013 01:28:58 GMT From: World Wide Web Owner Message-Id: <201301300128.r0U1Swhf009942@red.freebsd.org> To: freebsd-doc@FreeBSD.org Subject: FreeBSD web build failed on red.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: Wed, 30 Jan 2013 01:28:58 -0000 /w/www/build/head/mn_MN.UTF-8/htdocs/doc/mn -> /w/www/build/head/mn_MN.UTF-8/htdocs/doc/mn_MN.UTF-8 ===> ../../nl_NL.ISO8859-1/htdocs ===> ../../nl_NL.ISO8859-1/htdocs/doc ===> ../../nl_NL.ISO8859-1/htdocs/doc/articles (all) ===> ../../nl_NL.ISO8859-1/htdocs/doc/articles/contributing (all) ===> ../../nl_NL.ISO8859-1/htdocs/doc/articles/contributing-ports (all) ===> ../../nl_NL.ISO8859-1/htdocs/doc/articles/explaining-bsd (all) ===> ../../nl_NL.ISO8859-1/htdocs/doc/articles/problem-reports (all) ===> ../../nl_NL.ISO8859-1/htdocs/doc/articles/solid-state (all) ===> ../../nl_NL.ISO8859-1/htdocs/doc/books (all) ===> ../../nl_NL.ISO8859-1/htdocs/doc/books/handbook (all) /usr/bin/perl /usr/local/share/sgml/docbook/dsssl/modular/bin/collateindex.pl -i doc-index -N -o index.xml /usr/bin/env /usr/local/bin/jade -V html-index -ioutput.html -d /w/www/build/head/share/xml/default.dsl -ifreebsd.urls.relprefix.4 -V %generate-legalnotice-link% -V %generate-docformat-navi-link% -ioutput.html.images -i chap.index -i chap.audit -i chap.bsdinstall -i chap.dtrace -i chap.advanced-networking -i chap.basics -i chap.bibliography -i chap.boot -i chap.config -i chap.cutting-edge -i chap.desktop -i chap.disks -i chap.eresources -i chap.firewalls -i chap.filesystems -i chap.geom -i chap.install -i chap.introduction -i chap.jails -i chap.kernelconfig -i chap.l10n -i chap.linuxemu -i chap.mac -i chap.mail -i chap.mirrors -i chap.multimedia -i chap.network-servers -i chap.pgpkeys -i chap.ports -i chap.ppp-and-slip -i chap.printing -i chap.security -i chap.serialcomms -i chap.users -i chap.vinum -i chap.virtualization -i chap.x11 -i chap.freebsd-glossary -D /w/www/build/head/nl_NL.ISO8859-1/books/handbook/../../../share/images/books/handbook -D /usr/obj/w/www/build/head/nl_NL.I SO8859-1/books/handbook -c /w/www/build/head/nl_NL.ISO8859-1/share/xml/catalog -c /w/www/build/head/share/xml/catalog -c /usr/local/share/sgml/docbook/dsssl/modular/catalog -c /usr/local/share/sgml/iso8879/catalog -c /usr/local/share/sgml/jade/catalog -c /usr/local/share/sgml/catalog.ports -t sgml /usr/local/share/sgml/docbook/dsssl/modular/dtds/decls/xml.dcl /w/www/build/head/nl_NL.ISO8859-1/books/handbook/book.xml > /dev/null /usr/bin/perl /usr/local/share/sgml/docbook/dsssl/modular/bin/collateindex.pl -i doc-index -g -o index.xml html-split.index Processing html-split.index... 1064 entries loaded... collateindex.pl: duplicated index entry found: 386BSD collateindex.pl: duplicated index entry found: KERMIT collateindex.pl: duplicated index entry found: KERNEL INSTELLINGENBESTAND collateindex.pl: duplicated index entry found: MOUNT collateindex.pl: duplicated index entry found: NET/2 collateindex.pl: duplicated index entry found: NETGROEPEN collateindex.pl: duplicated index entry found: OMGEVINGSVARIABELEN collateindex.pl: duplicated index entry found: PKG_ADD collateindex.pl: duplicated index entry found: U.C. BERKELEY collateindex.pl: duplicated index entry found: X WINDOW SYSTEEM 10 entries ignored... Done. /usr/bin/env /usr/local/bin/jade -V html-manifest -ioutput.html -d /w/www/build/head/share/xml/default.dsl -ifreebsd.urls.relprefix.4 -V %generate-legalnotice-link% -V %generate-docformat-navi-link% -ioutput.html.images -i chap.index -i chap.audit -i chap.bsdinstall -i chap.dtrace -i chap.advanced-networking -i chap.basics -i chap.bibliography -i chap.boot -i chap.config -i chap.cutting-edge -i chap.desktop -i chap.disks -i chap.eresources -i chap.firewalls -i chap.filesystems -i chap.geom -i chap.install -i chap.introduction -i chap.jails -i chap.kernelconfig -i chap.l10n -i chap.linuxemu -i chap.mac -i chap.mail -i chap.mirrors -i chap.multimedia -i chap.network-servers -i chap.pgpkeys -i chap.ports -i chap.ppp-and-slip -i chap.printing -i chap.security -i chap.serialcomms -i chap.users -i chap.vinum -i chap.virtualization -i chap.x11 -i chap.freebsd-glossary -D /w/www/build/head/nl_NL.ISO8859-1/books/handbook/../../../share/images/books/handbook -D /usr/obj/w/www/build/head/nl_N L.ISO8859-1/books/handbook -c /w/www/build/head/nl_NL.ISO8859-1/share/xml/catalog -c /w/www/build/head/share/xml/catalog -c /usr/local/share/sgml/docbook/dsssl/modular/catalog -c /usr/local/share/sgml/iso8879/catalog -c /usr/local/share/sgml/jade/catalog -c /usr/local/share/sgml/catalog.ports -t sgml /usr/local/share/sgml/docbook/dsssl/modular/dtds/decls/xml.dcl /w/www/build/head/nl_NL.ISO8859-1/books/handbook/book.xml /usr/local/bin/jade:/w/www/build/head/nl_NL.ISO8859-1/books/handbook/index.xml:4218:0:E: character data is not allowed here /usr/local/bin/jade:/w/www/build/head/nl_NL.ISO8859-1/books/handbook/index.xml:4219:49:E: document type does not allow element "ulink" here; missing one of "seeie", "seealsoie", "secondaryie" start-tag *** Error code 1 Stop in /w/www/build/head/nl_NL.ISO8859-1/books/handbook. *** Error code 1 Stop in /w/www/build/head/nl_NL.ISO8859-1/books. *** Error code 1 Stop in /w/www/build/head/nl_NL.ISO8859-1. *** Error code 1 Stop in /w/www/build/head/nl_NL.ISO8859-1/htdocs/doc. *** Error code 1 Stop in /w/www/build/head/nl_NL.ISO8859-1/htdocs. *** Error code 1 Stop in /w/www/build/head/en_US.ISO8859-1/htdocs. 540.11 real 485.74 user 38.86 sys From owner-freebsd-doc@FreeBSD.ORG Wed Jan 30 02:30:01 2013 Return-Path: Delivered-To: freebsd-doc@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 543FC48E for ; Wed, 30 Jan 2013 02:30:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 1CD9A7EA for ; Wed, 30 Jan 2013 02:30:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r0U2U1mB083754 for ; Wed, 30 Jan 2013 02:30:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r0U2U0Aw083749; Wed, 30 Jan 2013 02:30:00 GMT (envelope-from gnats) Resent-Date: Wed, 30 Jan 2013 02:30:00 GMT Resent-Message-Id: <201301300230.r0U2U0Aw083749@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-doc@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, "Mikhail T." Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 8EBE946C for ; Wed, 30 Jan 2013 02:27:40 +0000 (UTC) (envelope-from mi@aldan.algebra.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 3B5987DB for ; Wed, 30 Jan 2013 02:27:39 +0000 (UTC) Received: from mr16.lnh.mail.rcn.net ([207.172.157.36]) by smtp02.lnh.mail.rcn.net with ESMTP; 29 Jan 2013 21:27:34 -0500 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr16.lnh.mail.rcn.net (MOS 4.3.4-GA) with ESMTP id CFG52862; Tue, 29 Jan 2013 21:27:33 -0500 Received: from pool-173-70-92-11.nwrknj.fios.verizon.net (HELO narawntapu.narawntapu) ([173.70.92.11]) by smtp01.lnh.mail.rcn.net with ESMTP; 29 Jan 2013 21:27:33 -0500 Received: from narawntapu.narawntapu (localhost [127.0.0.1]) by narawntapu.narawntapu (8.14.6/8.14.5) with ESMTP id r0U2ROsL093446 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 29 Jan 2013 21:27:26 -0500 (EST) (envelope-from mi@narawntapu.narawntapu) Received: (from mi@localhost) by narawntapu.narawntapu (8.14.6/8.14.5/Submit) id r0U2ROdp093445; Tue, 29 Jan 2013 21:27:24 -0500 (EST) (envelope-from mi) Message-Id: <201301300227.r0U2ROdp093445@narawntapu.narawntapu> Date: Tue, 29 Jan 2013 21:27:24 -0500 (EST) From: "Mikhail T." To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.114 Subject: docs/175687: pthread_setschedparam(3) may fail for undocumented reason (EPERM) 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, 30 Jan 2013 02:30:01 -0000 >Number: 175687 >Category: docs >Synopsis: pthread_setschedparam(3) may fail for undocumented reason (EPERM) >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 30 02:30:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: Mikhail T. >Release: FreeBSD 9.1-PRERELEASE amd64 >Organization: Virtual Estates, Inc. http://sybpipe.com/ >Environment: >Description: The pthread_setschedparam(3) manual page lists the following possible reasons for the function's failure: The pthread_setschedparam() function will fail if: [EINVAL] Invalid value for policy. [ENOTSUP] Invalid value for scheduling parameters. [ESRCH] Non-existent thread thread. However, the function may also fail -- with EPERM -- if an attempt is made to alter the scheduling policy of a thread. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Wed Jan 30 03:04:55 2013 Return-Path: Delivered-To: freebsd-doc@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8BB64843; Wed, 30 Jan 2013 03:04:55 +0000 (UTC) (envelope-from wblock@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 634B2967; Wed, 30 Jan 2013 03:04:55 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r0U34txK090485; Wed, 30 Jan 2013 03:04:55 GMT (envelope-from wblock@freefall.freebsd.org) Received: (from wblock@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r0U34tvs090481; Wed, 30 Jan 2013 03:04:55 GMT (envelope-from wblock) Date: Wed, 30 Jan 2013 03:04:55 GMT Message-Id: <201301300304.r0U34tvs090481@freefall.freebsd.org> To: wblock@FreeBSD.org, freebsd-doc@FreeBSD.org, wblock@FreeBSD.org From: wblock@FreeBSD.org Subject: Re: docs/172922: Handbook - 25.7 Rebuilding “world” - update w/r to /src.conf and make.conf 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, 30 Jan 2013 03:04:55 -0000 Synopsis: Handbook - 25.7 Rebuilding “world” - update w/r to /src.conf and make.conf Responsible-Changed-From-To: freebsd-doc->wblock Responsible-Changed-By: wblock Responsible-Changed-When: Wed Jan 30 03:04:14 UTC 2013 Responsible-Changed-Why: Take. http://www.freebsd.org/cgi/query-pr.cgi?pr=172922 From owner-freebsd-doc@FreeBSD.ORG Wed Jan 30 03:10:09 2013 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1A0EF97C; Wed, 30 Jan 2013 03:10:09 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id E1EB79B0; Wed, 30 Jan 2013 03:10:08 +0000 (UTC) Received: from glenbarber.us (kaos.glenbarber.us [71.224.221.174]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 6B0B423F654; Tue, 29 Jan 2013 22:10:06 -0500 (EST) DKIM-Filter: OpenDKIM Filter v2.7.4 onyx.glenbarber.us 6B0B423F654 Authentication-Results: onyx.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none (insecure policy) Date: Tue, 29 Jan 2013 22:10:05 -0500 From: Glen Barber To: =?iso-8859-1?Q?Ren=E9?= Ladan , Remko Lodder Subject: Re: FreeBSD web build failed on red.freebsd.org Message-ID: <20130130030900.GE1402@glenbarber.us> References: <201301300128.r0U1Swhf009942@red.freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="XStn23h1fwudRqtG" Content-Disposition: inline In-Reply-To: <201301300128.r0U1Swhf009942@red.freebsd.org> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-doc@FreeBSD.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jan 2013 03:10:09 -0000 --XStn23h1fwudRqtG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Remko, Rene: On Wed, Jan 30, 2013 at 01:28:58AM +0000, World Wide Web Owner wrote: > [...] > /usr/bin/env /usr/local/bin/jade -V html-manifest -ioutput.html -d /w/ww= w/build/head/share/xml/default.dsl -ifreebsd.urls.relprefix.4 -V %generate-= legalnotice-link% -V %generate-docformat-navi-link% -ioutput.html.images -= i chap.index -i chap.audit -i chap.bsdinstall -i chap.dtrace -i chap.advanc= ed-networking -i chap.basics -i chap.bibliography -i chap.boot -i chap.conf= ig -i chap.cutting-edge -i chap.desktop -i chap.disks -i chap.eresources -i= chap.firewalls -i chap.filesystems -i chap.geom -i chap.install -i chap.in= troduction -i chap.jails -i chap.kernelconfig -i chap.l10n -i chap.linuxemu= -i chap.mac -i chap.mail -i chap.mirrors -i chap.multimedia -i chap.networ= k-servers -i chap.pgpkeys -i chap.ports -i chap.ppp-and-slip -i chap.printi= ng -i chap.security -i chap.serialcomms -i chap.users -i chap.vinum -i chap= =2Evirtualization -i chap.x11 -i chap.freebsd-glossary -D /w/www/build/head= /nl_NL.ISO8859-1/books/handbook/../../../share/images/books/handbook -D /us= r/obj/w/www/build/h > ead/nl_N > L.ISO8859-1/books/handbook -c /w/www/build/head/nl_NL.ISO8859-1/share/xm= l/catalog -c /w/www/build/head/share/xml/catalog -c /usr/local/share/sgml/d= ocbook/dsssl/modular/catalog -c /usr/local/share/sgml/iso8879/catalog -c /u= sr/local/share/sgml/jade/catalog -c /usr/local/share/sgml/catalog.ports -t = sgml /usr/local/share/sgml/docbook/dsssl/modular/dtds/decls/xml.dcl /w/www/= build/head/nl_NL.ISO8859-1/books/handbook/book.xml > /usr/local/bin/jade:/w/www/build/head/nl_NL.ISO8859-1/books/handbook/inde= x.xml:4218:0:E: character data is not allowed here > /usr/local/bin/jade:/w/www/build/head/nl_NL.ISO8859-1/books/handbook/inde= x.xml:4219:49:E: document type does not allow element "ulink" here; missing= one of "seeie", "seealsoie", "secondaryie" start-tag > *** Error code 1 >=20 > Stop in /w/www/build/head/nl_NL.ISO8859-1/books/handbook. I think you'll want to MFen r40795 to fix this. I would do it, but I cannot tell what has/has not been merged yet, and do not want to break things within the nl_NL translation. Glen --XStn23h1fwudRqtG Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJRCI8NAAoJEFJPDDeguUajDn4IAKYcsAlmcIEmWejupJoiAnXH 4wJMetUlGF+RdnLB93NRGl1ZfFsNPC/ORCfhOONjOQEzaocQY5CNTo2fqEGjOpky A6wyhPZ+x8JCHqhyTgHXowOzDQXPffehoGpmcmzWha8Hk5eF8hiBklAO81aaABzs NS+4eRNgQi0ZHiZqQMmtSC1RGVhDGty/4gpEn2/Xl8X+z9Xo6/75vIGeR2WwP4tM OtxDOfWkqdZFvnNmwh1tPrirrHQYrnqYs1h3qN3PHH1tyhM0CNerTu4Pd/cZh6nf dN0VLTdH107RmGyWTFiiGgUl6SNHIgnf/n1RQczshi5qarR9g4T02H2EfprIVKs= =r08h -----END PGP SIGNATURE----- --XStn23h1fwudRqtG-- From owner-freebsd-doc@FreeBSD.ORG Wed Jan 30 03:38:18 2013 Return-Path: Delivered-To: freebsd-doc@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 3D707E5D; Wed, 30 Jan 2013 03:38:18 +0000 (UTC) (envelope-from wblock@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 0A2C6AA4; Wed, 30 Jan 2013 03:38:18 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r0U3cHIB096546; Wed, 30 Jan 2013 03:38:17 GMT (envelope-from wblock@freefall.freebsd.org) Received: (from wblock@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r0U3cFPG096542; Wed, 30 Jan 2013 03:38:15 GMT (envelope-from wblock) Date: Wed, 30 Jan 2013 03:38:15 GMT Message-Id: <201301300338.r0U3cFPG096542@freefall.freebsd.org> To: rfg@tristatelogic.com, wblock@FreeBSD.org, freebsd-doc@FreeBSD.org, wblock@FreeBSD.org From: wblock@FreeBSD.org Subject: Re: docs/173637: Incorrect example(s) in man page for gpart(8) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jan 2013 03:38:18 -0000 Synopsis: Incorrect example(s) in man page for gpart(8) State-Changed-From-To: open->closed State-Changed-By: wblock State-Changed-When: Wed Jan 30 03:34:22 UTC 2013 State-Changed-Why: Fixed in PR 174270. Thanks. Responsible-Changed-From-To: freebsd-doc->wblock Responsible-Changed-By: wblock Responsible-Changed-When: Wed Jan 30 03:34:22 UTC 2013 Responsible-Changed-Why: Fixed in PR 174270. Thanks. http://www.freebsd.org/cgi/query-pr.cgi?pr=173637 From owner-freebsd-doc@FreeBSD.ORG Wed Jan 30 06:02:01 2013 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 629E2E90; Wed, 30 Jan 2013 06:02:01 +0000 (UTC) (envelope-from ike@blackskyresearch.net) Received: from rs149.luxsci.com (rs149.luxsci.com [64.49.224.181]) by mx1.freebsd.org (Postfix) with ESMTP id 2BBB6EF6; Wed, 30 Jan 2013 06:02:00 +0000 (UTC) Received: from rs149.luxsci.com (localhost.localdomain [127.0.0.1]) by rs149.luxsci.com (8.14.4/8.13.8) with ESMTP id r0U620D8010080; Wed, 30 Jan 2013 01:02:00 -0500 Received: (from root@localhost) by rs149.luxsci.com (8.14.4/8.13.8/Submit) id r0U611Vf009509; Wed, 30 Jan 2013 06:01:01 GMT Received: (from sender 74627) (rs149.luxsci.com [127.0.0.1]) by LuxSci SP; Wed, 30 Jan 2013 06:01:01 +0000 Subject: Re: removing CVS in Handbook Updating and Upgrading chapter Content-Type: text/plain; charset=windows-1252 From: Isaac (.ike) Levy In-Reply-To: Date: Wed, 30 Jan 2013 01:00:31 -0500 Content-Transfer-Encoding: quoted-printable References: <1359241802-3572135.75152325.fr0QN9mrI032137@rs149.luxsci.com> <1359270722-3962523.11114096.fr0R7BNq4003267@rs149.luxsci.com> <20130127072036.GL1423@glenbarber.us> <1359272102-5757022.21162222.fr0R7YAiH011169@rs149.luxsci.com> <1359319922-4118699.16248077.fr0RKpjZd021871@rs149.luxsci.com> To: Warren Block X-Lux-Comment: Message r0U60Vxv009157 sent by user #74627 Message-Id: <1359525661-4532257.3038972.fr0U60Vxv009157@rs149.luxsci.com> X-Comment: LuxSci SP Message ID - 1359525661-4532257.3038972 Cc: Glen Barber , freebsd-doc@FreeBSD.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jan 2013 06:02:01 -0000 Guys, I'm very embarrassed, I meant to send this but hid the window in = my dock instead. (skip to end to avoid continuing the same conversation- long story = short, I concede your plan is good) On Jan 27, 2013, at 5:16 PM, Warren Block wrote: > On Sun, 27 Jan 2013, Isaac (.ike) Levy wrote: >> Warren, I owe you and Glen a drink for dealing with this exasperating = thread. >> I wouldn't continue if I didn't believe new users first installs are = extremely important, >=20 > Me either. Although I don't understand why new users would csup = -STABLE or -CURRENT on their first installs=85 I'm with you- SVN there! >=20 >> On Jan 27, 2013, at 3:15 PM, Warren Block wrote: >>>=20 >>> Say we leave CVS references in this chapter, and CVS for source goes = away in (for example) six months. Anyone who starts using CVS in that = time will be forced to switch. And they would be justifiably upset, = because they were offered an option that was going away. >>=20 >> I can totally agree, all *CVS* verbiage can be removed from the doc. >=20 > By CVS, I mean the application itself and the special-case programs = that use it, like csup and cvsup. Enthusiastic +1, raze it it in doc. >=20 >>> My personal feeling is that continuing to suggest CVS for -STABLE or = -CURRENT, even with a deprecation warning, is a disservice to those = users. >>=20 >> I can certainly see that point. cusp(1) has a man page, config = files, etc? it's pretty self-evident to admins who want to use it. >>=20 >> -- >> However, the one place where people are getting tripped up, is the = quick fetch required before buildworld/buildkernel: >>=20 >> I see nothing but benefit leaving one line before the = buildworld/makeworld dance: >> # csup /usr/share/examples/standard-supfile >=20 > But that's not in there now. The sections about updating source are = separate from the buildworld section. And the cvsup/csup part is not = one line, because it goes into details about editing the supfile. Which = must be done before running that single line, because the example = doesn't work as-is. Good point on default config- Muscle memory has me doing this in my = sleep, # cvsup -h cvsup14.us.freebsd.org /usr/share/examples/standard-supfile >=20 >> And one more line after that, >> "cvsup/csup(1) has been deprecated, and will be end-of-lifed when the = replacement is completed in base" >=20 > Followed by "Do not use this, because it will go away permanently = soon. In fact, it was kind of a mistake to mention it at all, because = it's just going to cause you trouble. Stop using cvs, cvsup, and csup. = They don't care about you, they're just using you. The sooner you quit, = the better for everyone. Seriously, it's over, if you use CVS now = you'll just have to switch to something else in a little while anyway. = Pick something else. You can use svn for development versions or = portsnap or tar downloads for releases. Pick anything else, we implore = you. Really, stop using CVS now, right now. We implore you, stop using = that thing we suggested. If we could take it back, we would. Looking = back fills us with sorrow and regret. In fact, we're going to = retroactively declare that we never said it, and sent you in the right = direction in the first place. We're so sorry. Please forgive us." Ha- well, I see your point, (except I don't see how bad it is because it = works pretty darned well). The alternative, to me, is equally frustrating for a new user: pkg add cvsup, (watch while pkg itself apologizes on it's way to = installing itself), whops, just installed pkg? Yeah- no binary packages = right now, come back another day. now, download ports tree, learn portsnap, (and the few tools like = pkg_info which are still *sortof* required to work with ports). Now, install SVN- dependencies and all. Now, svn to /usr/src, except whops- what happens if you installed src it = with boot media? svn complains- new to svn? Figure that out, and = muster up the courage to rm or mv /usr/src >=20 >> It's a lot simpler than leading them down the SVN setup path, the = state it's in today! >=20 > svn has to be installed from ports... but so did cvsup, and it had = large dependencies, Correct- Perl was a cvsup dependency, that's way bigger than SVN, > and people still use it. svn setup is simpler than cvsup or csup--no = supfile, it's just URLs. >=20 > But again, those are arguments against deprecating CVS, not against = removing it from the documentation. =20 Indeed- lets not touch that on doc list. > That head has crashed on the platter, the swallow has dropped the = coconut, the anti-increment has impacted the impeller. 10-4 on that. -- Cool- we understand each other- you call it, I'll stand behind you on = it. Enough of both of our time used- this transition problem has no ideal = solution in documentation. Even though I disagree with the tactic, the spirit of your approach is = awesome (and cvsup serving src won't be alive for too long), we'll all = only have to deal with this transition mess for (n) months more, = (hopefully n<6). In the meantime, hope to buy you a beer. /salute Best, .ike From owner-freebsd-doc@FreeBSD.ORG Wed Jan 30 17:53:14 2013 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D6A98BF4; Wed, 30 Jan 2013 17:53:14 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 4DF23B4C; Wed, 30 Jan 2013 17:53:14 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.6/8.14.6) with ESMTP id r0UHrCwr039953; Wed, 30 Jan 2013 10:53:12 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.6/8.14.6/Submit) with ESMTP id r0UHrCYL039950; Wed, 30 Jan 2013 10:53:12 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Wed, 30 Jan 2013 10:53:12 -0700 (MST) From: Warren Block To: "Isaac (.ike) Levy" Subject: Re: removing CVS in Handbook Updating and Upgrading chapter In-Reply-To: <1359525661-4532257.3038972.fr0U60Vxv009157@rs149.luxsci.com> Message-ID: References: <1359241802-3572135.75152325.fr0QN9mrI032137@rs149.luxsci.com> <1359270722-3962523.11114096.fr0R7BNq4003267@rs149.luxsci.com> <20130127072036.GL1423@glenbarber.us> <1359272102-5757022.21162222.fr0R7YAiH011169@rs149.luxsci.com> <1359319922-4118699.16248077.fr0RKpjZd021871@rs149.luxsci.com> <1359525661-4532257.3038972.fr0U60Vxv009157@rs149.luxsci.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Wed, 30 Jan 2013 10:53:12 -0700 (MST) Cc: Glen Barber , freebsd-doc@FreeBSD.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jan 2013 17:53:14 -0000 On Wed, 30 Jan 2013, Isaac (.ike) Levy wrote: > Guys, I'm very embarrassed, I meant to send this but hid the window in my dock instead. > (skip to end to avoid continuing the same conversation- long story short, I concede your plan is good) Just one point I'd like to clear up: > The alternative, to me, is equally frustrating for a new user: > > pkg add cvsup, (watch while pkg itself apologizes on it's way to installing itself), whops, just installed pkg? Yeah- no binary packages right now, come back another day. > now, download ports tree, learn portsnap, (and the few tools like pkg_info which are still *sortof* required to work with ports). > Now, install SVN- dependencies and all. I think, as an avoider of packages, that this will work: # setenv PACKAGESITE ftp://ftp.freebsd.org/pub/FreeBSD/ports/packages/Latest/ # pkg_add -r subversion Right now, those packages are still from October, but that should still be a new enough Subversion for use. (I think, have not tested.) > Now, svn to /usr/src, except whops- what happens if you installed src it with boot media? svn complains- new to svn? Figure that out, and muster up the courage to rm or mv /usr/src Yes, that's a major difference, with svn actively managing files. We've been adding warnings not to check out over existing directories. > Even though I disagree with the tactic, the spirit of your approach is > awesome (and cvsup serving src won't be alive for too long), we'll all > only have to deal with this transition mess for (n) months more, > (hopefully n<6). That would be great. The experience with the ports transition will likely make the later source transition easier. In the meantime, I think a short "what to do" document would help: csup has stopped working! What can I do now? To update ports, use portsnap(8). To update system source for -STABLE or -CURRENT, use svn(1). To update system binaries, use freebsd-update(8). To get release source, download and untar, or use freebsd-update(8). (These would all have links to the Handbook or anywhere else relevant.) > In the meantime, hope to buy you a beer. Likewise, and thanks! From owner-freebsd-doc@FreeBSD.ORG Wed Jan 30 20:30:39 2013 Return-Path: Delivered-To: doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id BF2FA9DC; Wed, 30 Jan 2013 20:30:39 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) by mx1.freebsd.org (Postfix) with ESMTP id 6CC04367; Wed, 30 Jan 2013 20:30:39 +0000 (UTC) Received: from alph.allbsd.org (p1137-ipbf1505funabasi.chiba.ocn.ne.jp [118.7.212.137]) (authenticated bits=128) by mail.allbsd.org (8.14.5/8.14.5) with ESMTP id r0UKUMiN073281 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 31 Jan 2013 05:30:32 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) (authenticated bits=0) by alph.allbsd.org (8.14.5/8.14.5) with ESMTP id r0UKUKhp068012; Thu, 31 Jan 2013 05:30:22 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Thu, 31 Jan 2013 05:12:15 +0900 (JST) Message-Id: <20130131.051215.1551317688782223614.hrs@allbsd.org> To: gabor@FreeBSD.org Subject: Re: RFC: Dealing with version-specific docs From: Hiroki Sato In-Reply-To: <51065CFC.5090803@FreeBSD.org> References: <51065CFC.5090803@FreeBSD.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.5 on Emacs 23.4 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Thu_Jan_31_05_12_15_2013_220)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.4 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.allbsd.org [133.31.130.32]); Thu, 31 Jan 2013 05:30:32 +0900 (JST) X-Spam-Status: No, score=-97.6 required=13.0 tests=CONTENT_TYPE_PRESENT, FAKEDWORD_ATMARK, ONLY1HOPDIRECT, SAMEHELOBY2HOP, USER_IN_WHITELIST autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on gatekeeper.allbsd.org 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: Wed, 30 Jan 2013 20:30:39 -0000 ----Security_Multipart(Thu_Jan_31_05_12_15_2013_220)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Gabor Kovesdan wrote in <51065CFC.5090803@FreeBSD.org>: ga> Hi, ga> ga> as you may know, the printed edition of FreeBSD Handbook is being ga> worked. In our current Handbook version, we have version-specific ga> information for different major releases, while the printed edition ga> shall concentrate on 9.X. We cannot just drop the parts that detail ga> older releases since they haven't yet reached EOL and there are people ga> out there still using these. So we have to deal somehow with this ga> situation. Fortunately, DocBook provides a mechanism, called ga> profiling, which we could use. It would also be beneficial for later ga> cleanup work since finding outdated information that has to do with ga> unsupported releases always requires big effort. I've made a draft ga> about how it could be done in a practical way: ga> https://wiki.freebsd.org/VersionSpecificDocs ga> ga> Please read it and if you have doubts, concerns or better suggestions, ga> please share them. I have no objection to use @os (or some other attrs) for conditional text, but it may need an attention that profiling feature of DocBook XSLT is exclusive, IIRC. What I mean by "exclusive" is that it works for elements for each version like this: 8.X specific 9.X specific 10.X specific but we cannot write the common part like this: 8.X and 9.X specific 10.X specific In a past, I created and used a patch (for another project) to support multiple keywords and negation (condition="!print" for ignoring it only in printable formats) in an attr for profiling because some more flexibility was needed. However, in this case there is another drawback that validation is not possible and a typo in the profiling attr, "freedsb8" for example, is silently ignored. There is no problem with marking a part of documents by using attrs as long as it is in a consistent way. -- Hiroki ----Security_Multipart(Thu_Jan_31_05_12_15_2013_220)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAlEJfp8ACgkQTyzT2CeTzy2u6gCgoR/bzCwADAiWXWjOCEL2NSW2 QWAAoKllKGNxxJou2ucKQLyx/VlylqJE =EtOW -----END PGP SIGNATURE----- ----Security_Multipart(Thu_Jan_31_05_12_15_2013_220)---- From owner-freebsd-doc@FreeBSD.ORG Wed Jan 30 21:10:00 2013 Return-Path: Delivered-To: freebsd-doc@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C0BC21AD for ; Wed, 30 Jan 2013 21:10:00 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id A7BF372F for ; Wed, 30 Jan 2013 21:10:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r0ULA0aj008143 for ; Wed, 30 Jan 2013 21:10:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r0ULA022008139; Wed, 30 Jan 2013 21:10:00 GMT (envelope-from gnats) Resent-Date: Wed, 30 Jan 2013 21:10:00 GMT Resent-Message-Id: <201301302110.r0ULA022008139@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-doc@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, a Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 02B5C167 for ; Wed, 30 Jan 2013 21:04:20 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22]) by mx1.freebsd.org (Postfix) with ESMTP id D0237705 for ; Wed, 30 Jan 2013 21:04:19 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.5/8.14.5) with ESMTP id r0UL4J5d083907 for ; Wed, 30 Jan 2013 21:04:19 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.5/8.14.5/Submit) id r0UL4J2V083906; Wed, 30 Jan 2013 21:04:19 GMT (envelope-from nobody) Message-Id: <201301302104.r0UL4J2V083906@red.freebsd.org> Date: Wed, 30 Jan 2013 21:04:19 GMT From: a To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: docs/175712: Update 'disk naming' handbook page 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, 30 Jan 2013 21:10:00 -0000 >Number: 175712 >Category: docs >Synopsis: Update 'disk naming' handbook page >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 30 21:10:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: a >Release: 9.1 >Organization: >Environment: - >Description: The handbook should mention the new disk naming convention 'ada'. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/disks-naming.html >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Wed Jan 30 21:45:24 2013 Return-Path: Delivered-To: doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 3BDC9C0C; Wed, 30 Jan 2013 21:45:24 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id E60BD8CB; Wed, 30 Jan 2013 21:45:23 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 005C514D2509; Wed, 30 Jan 2013 22:45:22 +0100 (CET) X-Virus-Scanned: amavisd-new at !change-mydomain-variable!.example.com Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id oAWIv6JeWtNK; Wed, 30 Jan 2013 22:45:22 +0100 (CET) Received: from [192.168.1.100] (5403A6BE.catv.pool.telekom.hu [84.3.166.190]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 10A3514D2410; Wed, 30 Jan 2013 22:45:21 +0100 (CET) Message-ID: <51099473.60802@FreeBSD.org> Date: Wed, 30 Jan 2013 22:45:23 +0100 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130107 Thunderbird/17.0.2 MIME-Version: 1.0 To: Hiroki Sato Subject: Re: RFC: Dealing with version-specific docs References: <51065CFC.5090803@FreeBSD.org> <20130131.051215.1551317688782223614.hrs@allbsd.org> In-Reply-To: <20130131.051215.1551317688782223614.hrs@allbsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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: Wed, 30 Jan 2013 21:45:24 -0000 Em 30-01-2013 21:12, Hiroki Sato escreveu: > I have no objection to use @os (or some other attrs) for conditional > text, but it may need an attention that profiling feature of DocBook > XSLT is exclusive, IIRC. What I mean by "exclusive" is that it works > for elements for each version like this: > > 8.X specific > 9.X specific > 10.X specific > > but we cannot write the common part like this: > > 8.X and 9.X specific > 10.X specific It is true, that's why I proposed the semantics to be "up to X until the version, which has a new marked section". DocBook profiling is indeed exclusive but online the printed edition would be profiled and it would exclusively contain FreeBSD 9.X related information, while the online edition would not be profiled so would contain everything. > > In a past, I created and used a patch (for another project) to > support multiple keywords and negation (condition="!print" for > ignoring it only in printable formats) in an attr for profiling > because some more flexibility was needed. However, in this case > there is another drawback that validation is not possible and a typo > in the profiling attr, "freedsb8" for example, is silently ignored. I had Schematron validation in mind but since I'm still polishing the toolchain part I didn't mention it, just wanted to give the editors a starting point to avoid blocking the content reorganization because of the technical issues. Gabor From owner-freebsd-doc@FreeBSD.ORG Thu Jan 31 13:58:41 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]) by hub.freebsd.org (Postfix) with ESMTP id 95174615; Thu, 31 Jan 2013 13:58:41 +0000 (UTC) (envelope-from eadler@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 71C2E8E6; Thu, 31 Jan 2013 13:58:41 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r0VDwfHM034853; Thu, 31 Jan 2013 13:58:41 GMT (envelope-from eadler@freefall.freebsd.org) Received: (from eadler@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r0VDwfcl034849; Thu, 31 Jan 2013 13:58:41 GMT (envelope-from eadler) Date: Thu, 31 Jan 2013 13:58:41 GMT Message-Id: <201301311358.r0VDwfcl034849@freefall.freebsd.org> To: eadler@FreeBSD.org, eadler@FreeBSD.org, freebsd-doc@FreeBSD.org From: eadler@FreeBSD.org Subject: Re: docs/174433: man setfacl is not correct 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, 31 Jan 2013 13:58:41 -0000 Synopsis: man setfacl is not correct Responsible-Changed-From-To: eadler->freebsd-doc Responsible-Changed-By: eadler Responsible-Changed-When: Thu Jan 31 13:58:40 UTC 2013 Responsible-Changed-Why: sorry I held on to this for so long; at the moment I have no time to look at this PR so return to the pool http://www.freebsd.org/cgi/query-pr.cgi?pr=174433 From owner-freebsd-doc@FreeBSD.ORG Fri Feb 1 07:30:03 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]) by hub.freebsd.org (Postfix) with ESMTP id 71972101 for ; Fri, 1 Feb 2013 07:30:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 4C611FB0 for ; Fri, 1 Feb 2013 07:30:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r117U1iM038340 for ; Fri, 1 Feb 2013 07:30:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r117U18S038339; Fri, 1 Feb 2013 07:30:01 GMT (envelope-from gnats) Date: Fri, 1 Feb 2013 07:30:01 GMT Message-Id: <201302010730.r117U18S038339@freefall.freebsd.org> To: freebsd-doc@FreeBSD.org Cc: From: Davide Davini Subject: Re: docs/170223: IPv6 configuration section for 9.x is incorrect X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Davide Davini List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2013 07:30:03 -0000 The following reply was made to PR docs/170223; it has been noted by GNATS. From: Davide Davini To: bug-followup@FreeBSD.org, olivier@cochard.me Cc: Subject: Re: docs/170223: IPv6 configuration section for 9.x is incorrect Date: Fri, 01 Feb 2013 08:14:14 +0100 Still no fix on the handbook documentation. That can be very annoying. I'm talking out of personal experience. Please fix it. -- Distinti saluti, Davide Davini (Int: .99) Trebi Generalconsult srl - Tel: 02-581913.1 Fax: 02-58115059 From owner-freebsd-doc@FreeBSD.ORG Fri Feb 1 15:25:08 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1E313CDC for ; Fri, 1 Feb 2013 15:25:08 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id BD491D68 for ; Fri, 1 Feb 2013 15:25:07 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.6/8.14.6) with ESMTP id r11FP63a019327 for ; Fri, 1 Feb 2013 08:25:06 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.6/8.14.6/Submit) with ESMTP id r11FP6Cl019324 for ; Fri, 1 Feb 2013 08:25:06 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Fri, 1 Feb 2013 08:25:06 -0700 (MST) From: Warren Block To: freebsd-doc@freebsd.org Subject: February 2013 Doc Challenge: Adopt a PR Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Fri, 01 Feb 2013 08:25:07 -0700 (MST) 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, 01 Feb 2013 15:25:08 -0000 As of February 1, 2013 there are 27 serious and 305 non-critical PRs assigned to doc, and 6 serious and 38 non-critical PRs assigned to www. The challenge to all doc committers: during February 2013, take one unassigned doc or www PR, fix it, and close it. Then respond to this message with the URL of the closed PR. Rules: the PR must be new to you, not one you had already taken. It must be both taken and closed in February 2013. Participants may enter more than once by taking, fixing, and closing multiple PRs. However, quality is more important than quantity. The prizes are numerous: the undying yet somehow short-term adulation of your peers, a sense of helping thousands of people you'll never meet, and most importantly, the satisfaction of fixing something broken. These are all things that are intangible and utterly beyond price, which conveniently fits the available budget. Can you meet the challenge? From owner-freebsd-doc@FreeBSD.ORG Fri Feb 1 19:20:01 2013 Return-Path: Delivered-To: freebsd-doc@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 099B54C5 for ; Fri, 1 Feb 2013 19:20:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id CCC79A2F for ; Fri, 1 Feb 2013 19:20:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r11JK0uo070419 for ; Fri, 1 Feb 2013 19:20:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r11JK0aX070414; Fri, 1 Feb 2013 19:20:00 GMT (envelope-from gnats) Resent-Date: Fri, 1 Feb 2013 19:20:00 GMT Resent-Message-Id: <201302011920.r11JK0aX070414@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-doc@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Andrew Wright Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9484D45B for ; Fri, 1 Feb 2013 19:12:31 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22]) by mx1.freebsd.org (Postfix) with ESMTP id 714C89FD for ; Fri, 1 Feb 2013 19:12:31 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.5/8.14.5) with ESMTP id r11JCV9o055323 for ; Fri, 1 Feb 2013 19:12:31 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.5/8.14.5/Submit) id r11JCVQZ055322; Fri, 1 Feb 2013 19:12:31 GMT (envelope-from nobody) Message-Id: <201302011912.r11JCVQZ055322@red.freebsd.org> Date: Fri, 1 Feb 2013 19:12:31 GMT From: Andrew Wright To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: docs/175769: ports(1) man page does not mention portsnap(8) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2013 19:20:01 -0000 >Number: 175769 >Category: docs >Synopsis: ports(1) man page does not mention portsnap(8) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 01 19:20:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: Andrew Wright >Release: 9.0-RELEASE-p3 >Organization: Mount Allison University >Environment: FreeBSD qemg.org 9.0-RELEASE-p3 FreeBSD 9.0-RELEASE-p3 #0: Tue Jun 12 02:52:29 UTC 2012 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 >Description: The man page for ports(1) doesn't actually mention portsnap(8) anywhere. As this is now the recommended way to get ports updated, it probably should. Patch file for the man page is attached; it adds portsnap(8) to the list of utilities mentioned at the bottom of the page in the SEE ALSO section. >How-To-Repeat: man 7 ports | grep portsnap >Fix: n/a Patch attached with submission follows: --- orig/ports.7 2013-02-01 15:01:18.000000000 -0400 +++ ports.7 2013-02-01 15:10:17.000000000 -0400 @@ -515,7 +515,8 @@ .Xr pkg_create 1 , .Xr pkg_delete 1 , .Xr pkg_info 1 , -.Xr pkg_version 1 +.Xr pkg_version 1 , +.Xr portsnap 8 .Pp The following are part of the ports collection: .Pp >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Fri Feb 1 19:23:02 2013 Return-Path: Delivered-To: freebsd-doc@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B87EA61A; Fri, 1 Feb 2013 19:23:02 +0000 (UTC) (envelope-from eadler@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 8F238A59; Fri, 1 Feb 2013 19:23:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r11JN2XE071985; Fri, 1 Feb 2013 19:23:02 GMT (envelope-from eadler@freefall.freebsd.org) Received: (from eadler@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r11JN2GK071981; Fri, 1 Feb 2013 19:23:02 GMT (envelope-from eadler) Date: Fri, 1 Feb 2013 19:23:02 GMT Message-Id: <201302011923.r11JN2GK071981@freefall.freebsd.org> To: eadler@FreeBSD.org, freebsd-doc@FreeBSD.org, eadler@FreeBSD.org From: eadler@FreeBSD.org Subject: Re: docs/175769: ports(1) man page does not mention portsnap(8) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2013 19:23:02 -0000 Synopsis: ports(1) man page does not mention portsnap(8) Responsible-Changed-From-To: freebsd-doc->eadler Responsible-Changed-By: eadler Responsible-Changed-When: Fri Feb 1 19:23:02 UTC 2013 Responsible-Changed-Why: I'll take it. http://www.freebsd.org/cgi/query-pr.cgi?pr=175769 From owner-freebsd-doc@FreeBSD.ORG Sat Feb 2 04:04:58 2013 Return-Path: Delivered-To: doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id EFD2DF8D for ; Sat, 2 Feb 2013 04:04:58 +0000 (UTC) (envelope-from trhodes@FreeBSD.org) Received: from homiemail-a86.g.dreamhost.com (caiajhbdcahe.dreamhost.com [208.97.132.74]) by mx1.freebsd.org (Postfix) with ESMTP id D1ED2DF1 for ; Sat, 2 Feb 2013 04:04:58 +0000 (UTC) Received: from homiemail-a86.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a86.g.dreamhost.com (Postfix) with ESMTP id D972B36006A for ; Fri, 1 Feb 2013 20:04:51 -0800 (PST) Received: from lab (ip72-219-240-45.dc.dc.cox.net [72.219.240.45]) (Authenticated sender: trhodes@fbsdsecure.org) by homiemail-a86.g.dreamhost.com (Postfix) with ESMTPA id 8BAB0360014 for ; Fri, 1 Feb 2013 20:04:51 -0800 (PST) Date: Fri, 1 Feb 2013 23:04:50 -0500 From: Tom Rhodes To: doc@FreeBSD.org Subject: [REVIEW REQUEST]: rctl section Message-Id: <20130201230450.46255f5e.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: Sat, 02 Feb 2013 04:04:59 -0000 Hi team, Long time, no chat. It's been awhile, so I would like to get some review on this section. In this case, I have used some generic results (testing them with a forkbomb, smart, I know) and I would like to get some pre-commit feedback. Thanks in advance to anyone who loans me a few moments of their time! -- Tom Rhodes Index: security/chapter.xml =================================================================== --- chapter.xml (revision 40807) +++ chapter.xml (working copy) @@ -97,6 +97,11 @@ Have an idea of what Process Accounting is and how to enable it on &os;. + + + Understand what the resource limits database and + how to utilize it to excerpt more control over users. + Before reading this chapter, you should: @@ -4149,4 +4154,116 @@ pages. + + + + + + Tom + Rhodes + Contributed by + + + + + Resource limits + + + Resource limits + + + For years, &os; has made use of a resource limits + database controlled through a flat file + /etc/login.conf. While it has + been discussed previously and is still supported, it + is not the most optimal method of controlling resources. + The flat file requires users to be divided into various + group labels known as classes, which require changes not + only to this flat file but also the password database. + Potentially, a single, more constrained user would require + an additional label added, the resource database needs to be + built using cap_mkdb, along with edits to + the /etc/master.passwd file. In + addition, the password database will also need rebuilt using + pwd_mkdb. This multi-step process could be + very time consuming depending on how many users must be + singled out. + + A new command in &os;, &man.rctl.8;, allows for a more + fine grained method of controlling resources limits for + users. This command will support much more than users, + it will also set resource constraints on processes, jails, + and the original login class. These advanced features + provide administrators and users with methods to control + resources through the command line and set rules on + system initialization using a configuration + file. + + To enable this feature, add the following lines to + GENERIC, or the custom kernel + configuration file, and rebuild.: + + options RACCT +options RCTL + + Due to the nature of this configuration file, the + entire system will need rebuilt. See , which will provide instructions for + this process. Once this is complete, the rctl + may be used to set rules for the system. + + Rule syntax is simple, controlled through the use of + a subject, a subject-id, resource, and action. Take the + following example rule: + + user:trhodes:maxproc:deny=10/user + + This rule shows a basic premise of a rule, here the + subject is user and the subject-id + is trhodes. The maxproc is, of course, + max number of processes, which is considered the action. + The action here is set to deny, which blocks any new + processes from being created. Other actions could be + log to the console, pass a notification to &man.devd.8;, or + send a sigterm to the process. + + Some care must be taken while adding rules, the one above + will unfortunately block me from doing the most simple tasks + after I have logged in and executed a screen + session. When a resource limit has been hit, an error will + be printed, as in this example: + + &prompt.user; man test + /usr/bin/man: Cannot fork: Resource temporarily unavailable +eval: Cannot fork: Resource temporarily unavailable + + For another example, &man.rctl.8; could be used to prevent + a jail from exceeding a memory limit. This rule could be + written as: + + &prompt.root; rctl -a jail:httpd:memoryuse:deny=2G/jail + + Rules may also persist across reboots if they have been + added to the /etc/rctl.conf file. The + format is a rule, without the preceding command. For example, + the previous rule could be added like the following: + + # Block jail from using more than 2G memory: +jail:httpd:memoryuse:deny=2G/jail + + To remove a rule, just ask rctl to + remove it from the list: + + &prompt.root; rctl -r user:trhodes:maxproc:deny=10/user + + The manual page shows a method for removing all rules; + however, if removing all rules for a single user is required, + the following command may be issued: + + &prompt.root; rctl -r user:trhodes + + Many other resources exist which could be used to excerpt + additional control over subjects. See the manual page for + rctl to learn about them. + From owner-freebsd-doc@FreeBSD.ORG Sat Feb 2 05:09:37 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9EF2B4D8 for ; Sat, 2 Feb 2013 05:09:37 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-la0-x22f.google.com (la-in-x022f.1e100.net [IPv6:2a00:1450:4010:c03::22f]) by mx1.freebsd.org (Postfix) with ESMTP id EF333F8B for ; Sat, 2 Feb 2013 05:09:36 +0000 (UTC) Received: by mail-la0-f47.google.com with SMTP id fj20so3362988lab.34 for ; Fri, 01 Feb 2013 21:09:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=x-received:mime-version:from:date:message-id:subject:to :content-type; bh=rCiitmS3YUQ/sYz1Zhy2gySxqHC37gy9f00cRdSk45E=; b=dh02Glr5L9Mf2Ji8filDDZuknoKiF2PXLIxHNZF8sox3bl8kGj+tC6jA4hP4UinEmD Bmzpey8eXEkAXX6pnIHIK/esk3nikvzrJlouaHKq/rOaUrI5NspHK1GIf85hvPOo3Y+w kex8Aq9Tvx2NbUvXZoy5Taw7mUQ+HXVbZ97OA= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:from:date:message-id:subject:to :content-type:x-gm-message-state; bh=rCiitmS3YUQ/sYz1Zhy2gySxqHC37gy9f00cRdSk45E=; b=diMVC0UFozFUMFCih60PT1IXfzzQ/ZiiD/c3iXhwIjFW+e7xBwEfoDNP0Jxj2yHJrh TuJlgNcSqKFrRnJe1g98XDwpxvXgRtM5O12HSzOQk6sa/HecYAPItXATER79YhL9rX29 xBlQwkG7DJcsHAodhd10ejB+fK8yebR33/7EJUZanFn1a+5z2/GLrb5UzPaLDT1vjwBf 6/5Fmd3gB1vncuhBpjbrjnGaTCQowcS1uE2F96jf6NZSS42YWj9f2vmeoT06T3twYNah K0NSPEdOnzX2O2EfUSC7E7CfoO1drbo7JtAv6bXhCjzu8vjX954lU1TgTwq9IoBRVFCJ MFQg== X-Received: by 10.152.109.146 with SMTP id hs18mr13286963lab.8.1359781775720; Fri, 01 Feb 2013 21:09:35 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.100.164 with HTTP; Fri, 1 Feb 2013 21:09:05 -0800 (PST) From: Eitan Adler Date: Sat, 2 Feb 2013 00:09:05 -0500 Message-ID: Subject: To: freebsd-doc@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQlXACl+fUqqcZLHUeqHcIZrZBLS7NHMm186j3xLZNy618JeWxBcWqPthi4knSXdUMy3cM3K X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2013 05:09:37 -0000 Can I please get some review of this patch? In particular can someone comment on the changes to the description of -STABLE. I am almost certain the description is wrong, but can't seem to find any better documentation on this. commit 2178bfca1c982f85791375bd208156d071553429 Author: Eitan Adler Date: Sat Feb 2 00:05:48 2013 -0500 Update and modernize the version numbers used in the FAQ examples. Remove references to 7.x (which is EOL in less than a month). diff --git a/en_US.ISO8859-1/books/faq/book.xml b/en_US.ISO8859-1/books/faq/book.xml index abf7d5a..47bc922 100644 --- a/en_US.ISO8859-1/books/faq/book.xml +++ b/en_US.ISO8859-1/books/faq/book.xml @@ -18,18 +18,12 @@ RELENG_8"> - -X"> -7-STABLE"> -RELENG_7"> - - ]> Frequently Asked Questions for &os; - &rel3.relx;, &rel2.relx;, and &rel.relx; + &rel2.relx;, and &rel.relx; The &os; Documentation Project @@ -80,10 +74,8 @@ This is the FAQ for &os; versions - &rel3.relx;, &rel2.relx; and &rel.relx;. - All entries are assumed to be - relevant to &os; &rel3.relx; and later, - unless otherwise noted. If you are interested in helping with + &rel2.relx; and &rel.relx;. + If you are interested in helping with this project, send email to the &a.doc;. The latest version of this document is always available from the &os; website. @@ -100,7 +92,7 @@ Introduction Welcome to the &os; - &rel3.relx; -, &rel2.relx; - and &rel.relx; - + &rel2.relx; - and &rel.relx; - FAQ! As is usual with Usenet FAQs, this document aims to cover the @@ -354,14 +346,14 @@ made from the &rel.stable; branch, and &rel2.relx; releases are made from the &rel2.stable; branch. - Up until the release of 8.0, the - &rel3.relx; series was the one known as - -STABLE. However, as of 8.0, the - &rel3.relx; branch will be designated for + Up until the release of 9.0, the + 8.x series was the one known as + -STABLE. However, as of 10.0, the + 8.x branch will be designated for an extended support status and receive only fixes for major problems, such as security-related fixes. There will be no more releases made from the - &rel3.stable; branch, and it is considered a + &rel2.stable; branch, and it is considered a legacy branch and most current work will only become a part of &rel.stable; and &rel2.stable;. @@ -2730,7 +2722,7 @@ kern.timecounter.hardware: TSC -> i8254 periodic updates on new entries. Most ports should work on the - &rel3.relx;, &rel2.relx;, and &rel.relx; branches. + &rel2.relx;, and &rel.relx; branches. Each time a &os; release is made, a snapshot of the ports tree at the time of release in also included in the ports/ @@ -2755,15 +2747,6 @@ kern.timecounter.hardware: TSC -> i8254 - for &rel3.relx; -RELEASE/&rel3.stable; - - - ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/&rel3.packages; - - - - for &rel2.relx; -RELEASE/&rel2.stable; @@ -2836,7 +2819,7 @@ kern.timecounter.hardware: TSC -> i8254 Why can I not build this port on my - &rel3.relx; -, &rel2.relx; -, or + &rel2.relx; -, or &rel.relx; -STABLE machine? @@ -4723,8 +4706,8 @@ options SYSVMSG # enable for messaging the same way as -PRERELEASE.) Long answer: &os; derives its releases from one of two - places. Major, dot-zero, releases, such as 7.0-RELEASE and - 8.0-RELEASE, are branched from the head of the development + places. Major, dot-zero, releases, such as 9.0-RELEASE + are branched from the head of the development stream, commonly referred to as -CURRENT. Minor releases, such as 6.3-RELEASE or 5.2-RELEASE, have been snapshots of the @@ -8266,11 +8249,6 @@ hint.sio.7.irq="12" - &rel3.releng; AKA - &rel3.stable; - - - &rel2.releng; AKA &rel2.stable; -- Eitan Adler From owner-freebsd-doc@FreeBSD.ORG Sat Feb 2 09:08:38 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C4357EC4 for ; Sat, 2 Feb 2013 09:08:38 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-ia0-x234.google.com (ia-in-x0234.1e100.net [IPv6:2607:f8b0:4001:c02::234]) by mx1.freebsd.org (Postfix) with ESMTP id 68229732 for ; Sat, 2 Feb 2013 09:08:38 +0000 (UTC) Received: by mail-ia0-f180.google.com with SMTP id f27so6485671iae.11 for ; Sat, 02 Feb 2013 01:08:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=MGbYi2Dke8R+TdS/PhI8mpZ+MfF82qXdSCA0px1JWDk=; b=AmeO/9qMItA2wpMmQIyIXhh2/bt6QgXXQZR4DNythGaejCWk2DsbUNvWS4kPEL9umB WISEugRGBQAfSNVxoCMZmUi18loVqLRi+d6ut7YDXFXntkfhtnIelPPU3/V+mLRwf4fz yrKw4f/x9DXmFuwl/5cMH+KaTJfyXHHMZl81IQyXarxxUEDZCo+jkwk0ycwtoK/gQLCt zuILWi9o3vePYBc6HWaQxeJzN7GmTRNGc2TYRW4gx6aNchdNQ/gJkP3JGEzdkRpMWYZm 9i4VMicgRrdCRRUzHi/44KhGDoVOlX8UPqByNzCf8Cv90i6RTqcjqHf+tYLhpNKuGaSP 8Nlg== MIME-Version: 1.0 X-Received: by 10.42.27.74 with SMTP id i10mr11334084icc.47.1359796118107; Sat, 02 Feb 2013 01:08:38 -0800 (PST) Received: by 10.64.16.73 with HTTP; Sat, 2 Feb 2013 01:08:37 -0800 (PST) Received: by 10.64.16.73 with HTTP; Sat, 2 Feb 2013 01:08:37 -0800 (PST) In-Reply-To: References: Date: Sat, 2 Feb 2013 09:08:37 +0000 Message-ID: Subject: Re: From: Chris Rees To: Eitan Adler Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2013 09:08:38 -0000 On 2 Feb 2013 05:09, "Eitan Adler" wrote: > > Can I please get some review of this patch? In particular can someone > comment on the changes to the description of -STABLE. I am almost > certain the description is wrong, but can't seem to find any better > documentation on this. > > commit 2178bfca1c982f85791375bd208156d071553429 > Author: Eitan Adler > Date: Sat Feb 2 00:05:48 2013 -0500 > > Update and modernize the version numbers used in the FAQ examples. > Remove references to 7.x (which is EOL in less than a month). > > diff --git a/en_US.ISO8859-1/books/faq/book.xml > b/en_US.ISO8859-1/books/faq/book.xml > index abf7d5a..47bc922 100644 > --- a/en_US.ISO8859-1/books/faq/book.xml > +++ b/en_US.ISO8859-1/books/faq/book.xml > @@ -18,18 +18,12 @@ > RELENG_8"> > > > - > -X"> > -7-STABLE"> > -RELENG_7"> > - > - > ]> > > > > Frequently Asked Questions for &os; > - &rel3.relx;, &rel2.relx;, and &rel.relx; > + &rel2.relx;, and &rel.relx; > > The &os; Documentation Project > > @@ -80,10 +74,8 @@ > > > This is the FAQ for &os; versions > - &rel3.relx;, &rel2.relx; and &rel.relx;. > - All entries are assumed to be > - relevant to &os; &rel3.relx; and later, > - unless otherwise noted. If you are interested in helping with > + &rel2.relx; and &rel.relx;. > + If you are interested in helping with > this project, send email to the &a.doc;. The latest version of > this document is always available from the url=" http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/faq/index.html">&os; > website. > @@ -100,7 +92,7 @@ > Introduction > > Welcome to the &os; > - &rel3.relx; -, &rel2.relx; - and &rel.relx; - > + &rel2.relx; - and &rel.relx; - > FAQ! > > As is usual with Usenet FAQs, this document aims to cover the > @@ -354,14 +346,14 @@ > made from the &rel.stable; branch, and &rel2.relx; > releases are made from the &rel2.stable; branch. > > - Up until the release of 8.0, the > - &rel3.relx; series was the one known as > - -STABLE. However, as of 8.0, the > - &rel3.relx; branch will be designated for > + Up until the release of 9.0, the Why not use rel3.stable;.0 instead of hardcoding 8.x and likewise for 9? > + 8.x series was the one known as > + -STABLE. However, as of 10.0, the > + 8.x branch will be designated for > an extended support status and receive only > fixes for major problems, such as security-related fixes. > There will be no more releases made from the > - &rel3.stable; branch, and it is considered a > + &rel2.stable; branch, and it is considered a > legacy branch and most current work will only > become a part of &rel.stable; and &rel2.stable;. > > @@ -2730,7 +2722,7 @@ kern.timecounter.hardware: TSC -> i8254 > periodic updates on new entries. > > Most ports should work on the > - &rel3.relx;, &rel2.relx;, and &rel.relx; branches. > + &rel2.relx;, and &rel.relx; branches. > Each time a &os; > release is made, a snapshot of the ports tree at the time of > release in also included in the class="directory">ports/ > @@ -2755,15 +2747,6 @@ kern.timecounter.hardware: TSC -> i8254 > > > > - for &rel3.relx; -RELEASE/&rel3.stable; > - > - > - - url=" ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/&rel3.packages;/"> ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/&rel3.packages; > - > - > - > - > for &rel2.relx; -RELEASE/&rel2.stable; > > > @@ -2836,7 +2819,7 @@ kern.timecounter.hardware: TSC -> i8254 > > > Why can I not build this port on my > - &rel3.relx; -, &rel2.relx; -, or > + &rel2.relx; -, or > &rel.relx; -STABLE machine? > > > @@ -4723,8 +4706,8 @@ options SYSVMSG # enable for > messaging > the same way as -PRERELEASE.) > > Long answer: &os; derives its releases from one of two > - places. Major, dot-zero, releases, such as 7.0-RELEASE and > - 8.0-RELEASE, are branched from the head of the development > + places. Major, dot-zero, releases, such as 9.0-RELEASE > + are branched from the head of the development > stream, commonly referred to as linkend="current">-CURRENT. Minor releases, such as > 6.3-RELEASE or 5.2-RELEASE, have been snapshots of the > @@ -8266,11 +8249,6 @@ hint.sio.7.irq="12" > > > > - &rel3.releng; AKA > - &rel3.stable; > - > - > - > &rel2.releng; AKA > &rel2.stable; > > > > -- > Eitan Adler > _______________________________________________ > 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 Sat Feb 2 14:15:25 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 7E2412EF for ; Sat, 2 Feb 2013 14:15:25 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-lb0-f179.google.com (mail-lb0-f179.google.com [209.85.217.179]) by mx1.freebsd.org (Postfix) with ESMTP id 0C9EB31A for ; Sat, 2 Feb 2013 14:15:24 +0000 (UTC) Received: by mail-lb0-f179.google.com with SMTP id j14so5459295lbo.10 for ; Sat, 02 Feb 2013 06:15:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=sFg7e4YxmEV+YrTshMd5W37XfsenyiI3JHI2groqeCc=; b=CpUVaZkni4t6uG0j4+8Nb8hKg3qpi1lW5LS+w+E1MdZUJFXO03KCcvOBp6suR3N7aL avgd/0ocTbVTVH2KHcMmdWGcaRICq6+njLt3QPmwWpENJCXdH9LzQyIkLIbZUM9647it eBHhRsfVW6pKQiVkSVeQE1jcaB9RCc/hEJmp0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:x-gm-message-state; bh=sFg7e4YxmEV+YrTshMd5W37XfsenyiI3JHI2groqeCc=; b=csd7R22LASvVsPgrNhEyPFkzseJNztHZY8uhpjjjLoG3Emt1ruNLmygJv7WeR8K7x4 SrL256yH4lcohZ9T3kmGtJql7aP3th/HdDpQDQ+vGI40YSaiJD9LF2AqMikUyRIW+Szr ig47N0H9AtsxjA3ZGmW2gh0hfUg1W+ot6WkODbtAXH+Yq67e+NOh+CsEcA5oSNS6uQSX wtEAYhhMAT7tfnghtX0SioKd0uz71zjI7ncxv9E3sCtDlwB9ldbGNiRHCcb9fWdfISZy vcMxlJ0KecY7W6kHnpnMMVU4iKGw14XEYW2sMPhPtoBR2Q/QVMMuaqR9kMzPNtIfOSE2 tvDA== X-Received: by 10.152.109.146 with SMTP id hs18mr14197519lab.8.1359814518290; Sat, 02 Feb 2013 06:15:18 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.91.164 with HTTP; Sat, 2 Feb 2013 06:14:48 -0800 (PST) In-Reply-To: References: From: Eitan Adler Date: Sat, 2 Feb 2013 09:14:48 -0500 Message-ID: Subject: Re: To: Chris Rees Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQkgX5Q67sPAU+ml+TrG4kszBDavsH/lBfOYEdgXj8tPu9JZRLi9Lnq0bjtaTVmpElaDDzTd Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2013 14:15:25 -0000 On 2 February 2013 04:08, Chris Rees wrote: > Why not use rel3.stable;.0 instead of hardcoding 8.x and likewise for 9? No objection here, I'll change that. Can you confirm the version number and description thereof is correct? This is the part I am most concerned about. -- Eitan Adler From owner-freebsd-doc@FreeBSD.ORG Sat Feb 2 14:38:24 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5809A97E for ; Sat, 2 Feb 2013 14:38:24 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-ia0-x232.google.com (mail-ia0-x232.google.com [IPv6:2607:f8b0:4001:c02::232]) by mx1.freebsd.org (Postfix) with ESMTP id 308FF648 for ; Sat, 2 Feb 2013 14:38:24 +0000 (UTC) Received: by mail-ia0-f178.google.com with SMTP id y26so6670582iab.9 for ; Sat, 02 Feb 2013 06:38:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=fSEC5oDqwRcenKoI8Gmgw7ffTLMDcinYFE7ya00ybYo=; b=lYxVqIOuAqhJd7KvpMG4qEtXlq5rRuenpZQrWjTj/fFF+Ix/SGALfPBIqeZXrC4scm Il2m4OMZDHNyGQy8mXfJgzEZdo65O4WC2i6/Vg+xInA19kRi8tCicx0Cv/E+ggmxJUoH alQMWFxHiE+ghyXN4QqWmFB3glcWtqWcDJ69EHrUzK3fUxUln5MjCT5RhUwW/eJByb0v bZoulvpwgkNNgribbp3sS084vpkTTcCVJC+XYiWP8+H+OhFFrnHUUrkcfBTwkBcrYWpQ MsW7W+aa0wPG4LrzvitoRUfXI2i6Y66XeSxpjRmrC3HN41D4mkaWjWXsT4poGltEM/Bg ILSQ== X-Received: by 10.50.161.169 with SMTP id xt9mr1368789igb.62.1359815903911; Sat, 02 Feb 2013 06:38:23 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.16.73 with HTTP; Sat, 2 Feb 2013 06:37:53 -0800 (PST) In-Reply-To: References: From: Chris Rees Date: Sat, 2 Feb 2013 14:37:53 +0000 Message-ID: Subject: Re: To: Eitan Adler Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2013 14:38:24 -0000 On 2 February 2013 14:14, Eitan Adler wrote: > On 2 February 2013 04:08, Chris Rees wrote: >> Why not use rel3.stable;.0 instead of hardcoding 8.x and likewise for 9? > > No objection here, I'll change that. > > Can you confirm the version number and description thereof is correct? > This is the part I am most concerned about. I'm just referring to the way I do it in the Tinderbox README; not sure if FreeBSD docs have the same scheme as I set up.... you'll have to test it. Chris From owner-freebsd-doc@FreeBSD.ORG Sat Feb 2 14:45:06 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B6EE4A02 for ; Sat, 2 Feb 2013 14:45:06 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-la0-x229.google.com (mail-la0-x229.google.com [IPv6:2a00:1450:4010:c03::229]) by mx1.freebsd.org (Postfix) with ESMTP id 375F667D for ; Sat, 2 Feb 2013 14:45:05 +0000 (UTC) Received: by mail-la0-f41.google.com with SMTP id fo12so3533882lab.14 for ; Sat, 02 Feb 2013 06:45:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=KTckXHlASyb4SxiyLXQeGryenzIei273PL4/ewx3lVk=; b=RB4pSfiazLOzEifvodZf2Cce0muNx7vghwppH/Yy0qYSPD566SU6bHvqq9n/Xq5EvD LJkYseUJ96UHj00Zt02j+iWqbf+cG9O78dCXaRITCPSrrzdCvetWSl1q+VD1IV5GeFj6 HGtfkFddSI5vELjsE2Cv8iKqsBIPwMqOzR+fs= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:x-gm-message-state; bh=KTckXHlASyb4SxiyLXQeGryenzIei273PL4/ewx3lVk=; b=P323rJytVm3ZKt49J/uBEcTN67mHzlwPHGigXPH2dGs8hvTbFaNdxeqKHx0kjQUEri PPN8YFAQ58gFdlAJT0X9Z64BDQ30BwgeIkQkT2FVGchxj9kj8Kwa45p27VVYHZ8bVomO QgFXOLrCQt35wF6B/zwCpN7DIlhdUIb1EgrWISO36GnKa1W+unLCotzUwXal6Hf3neNt mrMTPQdM4ccjYNIayo7odDJgJ2as8tQsc380n9tRO0FlX9ZyP14/hJXrKSsS24UZcKn1 o0ggZMW8rIEE7YtB377+iWHdJIpSzIkZ+SD05HX2Y14VawYu/40skBf4cw7vjFCJbCq8 24ow== X-Received: by 10.152.136.20 with SMTP id pw20mr14037858lab.16.1359816305067; Sat, 02 Feb 2013 06:45:05 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.91.164 with HTTP; Sat, 2 Feb 2013 06:44:34 -0800 (PST) In-Reply-To: References: From: Eitan Adler Date: Sat, 2 Feb 2013 09:44:34 -0500 Message-ID: Subject: Re: To: Chris Rees Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQnO5NLdYDEomvfvmHeiVAtzHnfJ0UTO+bqHtT2+IfW5loqR7aDCaOoq4KxZs+W9ukPGJyFH Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2013 14:45:06 -0000 On 2 February 2013 09:37, Chris Rees wrote: > On 2 February 2013 14:14, Eitan Adler wrote: >> On 2 February 2013 04:08, Chris Rees wrote: >>> Why not use rel3.stable;.0 instead of hardcoding 8.x and likewise for 9? >> >> No objection here, I'll change that. >> >> Can you confirm the version number and description thereof is correct? >> This is the part I am most concerned about. > > I'm just referring to the way I do it in the Tinderbox README; not > sure if FreeBSD docs have the same scheme as I set up.... you'll have > to test it. It is trivial for me to add entities. However, this is not what I was asking: Is the existing / updated description correct in terms of which versions came from where and when they will be turned into extended release? -- Eitan Adler From owner-freebsd-doc@FreeBSD.ORG Sat Feb 2 15:40:48 2013 Return-Path: Delivered-To: doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id AFBCBB98; Sat, 2 Feb 2013 15:40:48 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 69995891; Sat, 2 Feb 2013 15:40:48 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.6/8.14.6) with ESMTP id r12FelCm028284; Sat, 2 Feb 2013 08:40:47 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.6/8.14.6/Submit) with ESMTP id r12FelQH028281; Sat, 2 Feb 2013 08:40:47 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Sat, 2 Feb 2013 08:40:47 -0700 (MST) From: Warren Block To: Tom Rhodes Subject: Re: [REVIEW REQUEST]: rctl section In-Reply-To: <20130201230450.46255f5e.trhodes@FreeBSD.org> Message-ID: References: <20130201230450.46255f5e.trhodes@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Sat, 02 Feb 2013 08:40:47 -0700 (MST) Cc: doc@FreeBSD.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2013 15:40:48 -0000 On Fri, 1 Feb 2013, Tom Rhodes wrote: > Long time, no chat. It's been awhile, so I would like to get some > review on this section. In this case, I have used some generic > results (testing them with a forkbomb, smart, I know) and I would > like to get some pre-commit feedback. Thanks in advance to anyone > who loans me a few moments of their time! Nice to hear from you! Comments inline below. > Index: security/chapter.xml > =================================================================== > --- chapter.xml (revision 40807) > +++ chapter.xml (working copy) > @@ -97,6 +97,11 @@ > Have an idea of what Process Accounting is and how to > enable it on &os;. > > + > + > + Understand what the resource limits database and > + how to utilize it to excerpt more control over users. s/what// s/excerpt/exert/. "how to utilize it to control user resources" might be better. > + > > > Before reading this chapter, you should: > @@ -4149,4 +4154,116 @@ > pages. > > > + > + > + > + > + > + Tom > + Rhodes > + Contributed by > + > + > + > + > + Resource limits s/limits/Limits/ textproc/igor can check these. > + > + > + Resource limits > + > + > + For years, &os; has made use of a resource limits > + database controlled through a flat file s/file/file,/ > + /etc/login.conf. While it has > + been discussed previously and is still supported, it > + is not the most optimal method of controlling resources. > + The flat file requires users to be divided into various > + group labels known as classes, which require changes not > + only to this flat file but also the password database. > + Potentially, a single, more constrained user would require I want to say that the comma after "single" is not needed, but that's not quite right. Maybe if "more constrained" was hyphenated. > + an additional label added, the resource database needs to be > + built using cap_mkdb, along with edits to > + the /etc/master.passwd file. In How about just "edits to /etc/master.passwd."? textproc/igor checks for these; the FDP style guide advises avoid the redundancy. > + addition, the password database will also need rebuilt using "will also need rebuilt" could be colloquial. "Must be rebuilt" would work. > + pwd_mkdb. This multi-step process could be > + very time consuming depending on how many users must be > + singled out. For cap_mkdb and pwd_mkdb, man entities may be better. I've been trying to use when talking specifically about using the command, and man entities when talking about the whole application. Here it's a little fuzzy. The man entities give the user a link to the man page, though. > + A new command in &os;, &man.rctl.8;, allows for a more > + fine grained method of controlling resources limits for > + users. This command will support much more than users, > + it will also set resource constraints on processes, jails, > + and the original login class. These advanced features > + provide administrators and users with methods to control > + resources through the command line and set rules on > + system initialization using a configuration > + file. > + > + To enable this feature, add the following lines to Suggestion: "these" instead of "the following". (We have way too many of "the following" already; the reader can see that it is following, because it is.) > + GENERIC, or the custom kernel > + configuration file, and rebuild.: > + > + options RACCT > +options RCTL > + > + Due to the nature of this configuration file, the > + entire system will need rebuilt. See + linkend="kernelconfig"/>, which will provide instructions for The diff may distort it, but I think that line needs to be indented another level (still inside the xref tag). textproc/igor checks for these, too. > + this process. Once this is complete, the rctl s/the// > + may be used to set rules for the system. > + > + Rule syntax is simple, controlled through the use of > + a subject, a subject-id, resource, and action. Take the Those terms should probably be marked up. Maybe tags around them? > + following example rule: > + > + user:trhodes:maxproc:deny=10/user > + > + This rule shows a basic premise of a rule, here the > + subject is user and the subject-id > + is trhodes. The maxproc is, of course, around "maxproc" also. > + max number of processes, which is considered the action. "is considered" by what? Would just "is" be adequate? And I think it's not an action, but a resource. > + The action here is set to deny, which blocks any new around "deny". > + processes from being created. Wait, what does "10/user" mean? > + Other actions could be s/be/be to/ > + log to the console, pass a notification to &man.devd.8;, or > + send a sigterm to the process. > + > + Some care must be taken while adding rules, the one above That comma should be a full stop. > + will unfortunately block me from doing the most simple tasks > + after I have logged in and executed a screen > + session. When a resource limit has been hit, an error will > + be printed, as in this example: > + > + &prompt.user; man test > + /usr/bin/man: Cannot fork: Resource temporarily unavailable > +eval: Cannot fork: Resource temporarily unavailable > + > + For another example, &man.rctl.8; could be used to prevent s/could/can/ (active) > + a jail from exceeding a memory limit. This rule could be s/could/can/ (active) > + written as: > + > + &prompt.root; rctl -a jail:httpd:memoryuse:deny=2G/jail > + > + Rules may also persist across reboots if they have been > + added to the /etc/rctl.conf file. The "added to /etc/rctl.conf." > + format is a rule, without the preceding command. For example, > + the previous rule could be added like the following: > + > + # Block jail from using more than 2G memory: > +jail:httpd:memoryuse:deny=2G/jail > + > + To remove a rule, just ask rctl to > + remove it from the list: > + > + &prompt.root; rctl -r user:trhodes:maxproc:deny=10/user > + > + The manual page shows a method for removing all rules; > + however, if removing all rules for a single user is required, > + the following command may be issued: How about "this command" instead of "the following command"? > + &prompt.root; rctl -r user:trhodes > + > + Many other resources exist which could be used to excerpt s/could/can/ (active) s/excerpt/exert/ > + additional control over subjects. Not really sure what that means. Is "subjects" a technical term, or does it just mean "things"? If so, how about "rctl can control many resources." > + See the manual page for > + rctl to learn about them. "See &man.rctl.8; to learn about them." > + > Thank you! From owner-freebsd-doc@FreeBSD.ORG Sat Feb 2 19:47:40 2013 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D22BF7A5; Sat, 2 Feb 2013 19:47:40 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-ia0-x229.google.com (mail-ia0-x229.google.com [IPv6:2607:f8b0:4001:c02::229]) by mx1.freebsd.org (Postfix) with ESMTP id 6A7601F3; Sat, 2 Feb 2013 19:47:40 +0000 (UTC) Received: by mail-ia0-f169.google.com with SMTP id j5so6869721iaf.0 for ; Sat, 02 Feb 2013 11:47:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=fM/BwCmPOo2rcxgCVbjKfuS+Pw86mIdd21G+5UHUbBA=; b=yah/CbrVdV33THBEpoZe7LlOj+zITY+neyfR4dmh2ybjO4DLOC+/F3a/vMpgXsareJ Csox3yD0EVuRKy3BgbG88qNrWhZQbEwroYyO4IOPZHfexUcHW80OrN0cpW/vbJv/GVT6 iIBtDN4iJ+CRyZLmKsTh+YDhaGuKAsjrCcOaoBbH1blo3Zno9OZWu4EDy8dp6v2bx5wk 1GaNAaSjSGdSOij5UOp2isiYW2EXuSvR46VjRjKlE6NZInhHr+qAGhLdfZ++YEvBmh5e kzTLJHjddKYhY+OcSfMelzdO1/kdvTbxINWFPL10tAVlTTyF31i0shVu5+x2XSIW+7VA +k9w== MIME-Version: 1.0 X-Received: by 10.50.214.10 with SMTP id nw10mr1919789igc.15.1359834459998; Sat, 02 Feb 2013 11:47:39 -0800 (PST) Received: by 10.64.16.73 with HTTP; Sat, 2 Feb 2013 11:47:39 -0800 (PST) Received: by 10.64.16.73 with HTTP; Sat, 2 Feb 2013 11:47:39 -0800 (PST) In-Reply-To: References: <20130201230450.46255f5e.trhodes@FreeBSD.org> Date: Sat, 2 Feb 2013 19:47:39 +0000 Message-ID: Subject: Re: [REVIEW REQUEST]: rctl section From: Chris Rees To: Warren Block Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FBSD Doc project X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2013 19:47:40 -0000 On 2 Feb 2013 15:40, "Warren Block" wrote: > > On Fri, 1 Feb 2013, Tom Rhodes wrote: > >> Long time, no chat. It's been awhile, so I would like to get some >> review on this section. In this case, I have used some generic >> results (testing them with a forkbomb, smart, I know) and I would >> like to get some pre-commit feedback. Thanks in advance to anyone >> who loans me a few moments of their time! > > > Nice to hear from you! Comments inline below. > > >> Index: security/chapter.xml >> =================================================================== >> --- chapter.xml (revision 40807) >> +++ chapter.xml (working copy) >> @@ -97,6 +97,11 @@ >> Have an idea of what Process Accounting is and how to >> enable it on &os;. >> >> + >> + >> + Understand what the resource limits database and >> + how to utilize it to excerpt more control over users. > > > s/what// > s/excerpt/exert/. "how to utilize it to control user resources" might be better. > > >> + >> >> >> Before reading this chapter, you should: >> @@ -4149,4 +4154,116 @@ >> pages. >> >> >> + >> + >> + >> + >> + >> + Tom >> + Rhodes >> + Contributed by >> + >> + >> + >> + >> + Resource limits > > > s/limits/Limits/ > textproc/igor can check these. > > > >> + >> + >> + Resource limits >> + >> + >> + For years, &os; has made use of a resource limits >> + database controlled through a flat file > > > s/file/file,/ > > >> + /etc/login.conf. While it has >> + been discussed previously and is still supported, it >> + is not the most optimal method of controlling resources. >> + The flat file requires users to be divided into various >> + group labels known as classes, which require changes not >> + only to this flat file but also the password database. >> + Potentially, a single, more constrained user would require > > > I want to say that the comma after "single" is not needed, but that's not quite right. Maybe if "more constrained" was hyphenated. Potentially a single, more constrained user... Chris From owner-freebsd-doc@FreeBSD.ORG Sat Feb 2 20:02:05 2013 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8CEA68A4; Sat, 2 Feb 2013 20:02:05 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 4D2A4255; Sat, 2 Feb 2013 20:02:05 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.6/8.14.6) with ESMTP id r12K24pJ029794; Sat, 2 Feb 2013 13:02:04 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.6/8.14.6/Submit) with ESMTP id r12K24YF029791; Sat, 2 Feb 2013 13:02:04 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Sat, 2 Feb 2013 13:02:04 -0700 (MST) From: Warren Block To: Chris Rees Subject: Re: [REVIEW REQUEST]: rctl section In-Reply-To: Message-ID: References: <20130201230450.46255f5e.trhodes@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="3512871622-2047834336-1359835324=:29775" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Sat, 02 Feb 2013 13:02:04 -0700 (MST) Cc: FBSD Doc project X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2013 20:02:05 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --3512871622-2047834336-1359835324=:29775 Content-Type: TEXT/PLAIN; format=flowed; charset=ISO-8859-15 Content-Transfer-Encoding: 8BIT On Sat, 2 Feb 2013, Chris Rees wrote: > On 2 Feb 2013 15:40, "Warren Block" wrote: > > On Fri, 1 Feb 2013, Tom Rhodes wrote: > >> + > >> +     > >> +      Resource limits > >> +     > >> + > >> +    For years, &os; has made use of a resource limits > >> +      database controlled through a flat file > > > > > > s/file/file,/ > > > > > >> +      /etc/login.conf.  While it has > >> +      been discussed previously and is still supported, it > >> +      is not the most optimal method of controlling resources. > >> +      The flat file requires users to be divided into various > >> +      group labels known as classes, which require changes not > >> +      only to this flat file but also the password database. > >> +      Potentially, a single, more constrained user would require > > > > > > I want to say that the comma after "single" is not needed, but that's not quite right.  Maybe if "more constrained" was hyphenated. > > Potentially a single, more constrained user... Yes! Also saw something above: "has made use of" can be just "has used". --3512871622-2047834336-1359835324=:29775-- From owner-freebsd-doc@FreeBSD.ORG Sat Feb 2 23:24:49 2013 Return-Path: Delivered-To: freebsd-doc@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 409CC5A6; Sat, 2 Feb 2013 23:24:49 +0000 (UTC) (envelope-from eadler@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 00756ACC; Sat, 2 Feb 2013 23:24:48 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r12NOmFo038632; Sat, 2 Feb 2013 23:24:48 GMT (envelope-from eadler@freefall.freebsd.org) Received: (from eadler@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r12NOmLP038628; Sat, 2 Feb 2013 23:24:48 GMT (envelope-from eadler) Date: Sat, 2 Feb 2013 23:24:48 GMT Message-Id: <201302022324.r12NOmLP038628@freefall.freebsd.org> To: amdmi3@FreeBSD.org, eadler@FreeBSD.org, freebsd-doc@FreeBSD.org From: eadler@FreeBSD.org Subject: Re: docs/144488: share/examples/etc/make.conf: contains dangerous example of CFLAGS override X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2013 23:24:49 -0000 Synopsis: share/examples/etc/make.conf: contains dangerous example of CFLAGS override State-Changed-From-To: open->closed State-Changed-By: eadler State-Changed-When: Sat Feb 2 23:24:48 UTC 2013 State-Changed-Why: Committed. Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=144488 From owner-freebsd-doc@FreeBSD.ORG Sat Feb 2 23:30:01 2013 Return-Path: Delivered-To: freebsd-doc@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8548F613 for ; Sat, 2 Feb 2013 23:30:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 5FB85AE9 for ; Sat, 2 Feb 2013 23:30:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r12NU1MC038791 for ; Sat, 2 Feb 2013 23:30:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r12NU1F0038790; Sat, 2 Feb 2013 23:30:01 GMT (envelope-from gnats) Date: Sat, 2 Feb 2013 23:30:01 GMT Message-Id: <201302022330.r12NU1F0038790@freefall.freebsd.org> To: freebsd-doc@FreeBSD.org Cc: From: dfilter@FreeBSD.ORG (dfilter service) Subject: Re: docs/144488: commit references a PR X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: dfilter service List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2013 23:30:01 -0000 The following reply was made to PR docs/144488; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: docs/144488: commit references a PR Date: Sat, 2 Feb 2013 23:22:46 +0000 (UTC) Author: eadler Date: Sat Feb 2 23:22:27 2013 New Revision: 246267 URL: http://svnweb.freebsd.org/changeset/base/246267 Log: MFC r244122: Remove 'dangerous' instructions from the example make.conf. Clarify when and why these might be used and that this isn't a supported configuration. PR: docs/144488 Approved by: cperciva (mentor, implicit) Modified: stable/9/share/examples/etc/make.conf Directory Properties: stable/9/share/examples/ (props changed) stable/9/share/examples/etc/ (props changed) Modified: stable/9/share/examples/etc/make.conf ============================================================================== --- stable/9/share/examples/etc/make.conf Sat Feb 2 23:11:20 2013 (r246266) +++ stable/9/share/examples/etc/make.conf Sat Feb 2 23:22:27 2013 (r246267) @@ -51,21 +51,20 @@ # CFLAGS controls the compiler settings used when compiling C code. # Note that optimization settings other than -O and -O2 are not recommended # or supported for compiling the world or the kernel - please revert any -# nonstandard optimization settings to "-O" or "-O2 -fno-strict-aliasing" +# nonstandard optimization settings # before submitting bug reports without patches to the developers. # -# Compiling with -fstrict-aliasing optimization breaks some [notable] ports. -# GCC turns on -fstrict-aliasing optimization at all levels above -O[1], so -# explicitly turn it off when using compiling with the -O2 optimization level. -# -#CFLAGS= -O2 -fno-strict-aliasing -pipe -# # CXXFLAGS controls the compiler settings used when compiling C++ code. # Note that CXXFLAGS is initially set to the value of CFLAGS. If you wish # to add to CXXFLAGS value, "+=" must be used rather than "=". Using "=" # alone will remove the often needed contents of CFLAGS from CXXFLAGS. # -#CXXFLAGS+= -fconserve-space +# Additional compiler flags can be specified that extend or override +# default ones. However, neither the base system nor ports are guaranteed +# to build and function without problems with non-default settings. +# +# CFLAGS+= -msse3 +# CXXFLAGS+= -msse3 # # MAKE_SHELL controls the shell used internally by make(1) to process the # command scripts in makefiles. Three shells are supported, sh, ksh, and _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-doc@FreeBSD.ORG Sat Feb 2 23:30:02 2013 Return-Path: Delivered-To: freebsd-doc@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 720D0619 for ; Sat, 2 Feb 2013 23:30:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 4CB0AAEA for ; Sat, 2 Feb 2013 23:30:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r12NU2im038797 for ; Sat, 2 Feb 2013 23:30:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r12NU2bE038796; Sat, 2 Feb 2013 23:30:02 GMT (envelope-from gnats) Date: Sat, 2 Feb 2013 23:30:02 GMT Message-Id: <201302022330.r12NU2bE038796@freefall.freebsd.org> To: freebsd-doc@FreeBSD.org Cc: From: dfilter@FreeBSD.ORG (dfilter service) Subject: Re: docs/144488: commit references a PR X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: dfilter service List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2013 23:30:02 -0000 The following reply was made to PR docs/144488; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: docs/144488: commit references a PR Date: Sat, 2 Feb 2013 23:23:23 +0000 (UTC) Author: eadler Date: Sat Feb 2 23:22:39 2013 New Revision: 246269 URL: http://svnweb.freebsd.org/changeset/base/246269 Log: MFC r244122: Remove 'dangerous' instructions from the example make.conf. Clarify when and why these might be used and that this isn't a supported configuration. PR: docs/144488 Approved by: cperciva (mentor, implicit) Modified: stable/8/share/examples/etc/make.conf Directory Properties: stable/8/share/examples/ (props changed) Modified: stable/8/share/examples/etc/make.conf ============================================================================== --- stable/8/share/examples/etc/make.conf Sat Feb 2 23:22:31 2013 (r246268) +++ stable/8/share/examples/etc/make.conf Sat Feb 2 23:22:39 2013 (r246269) @@ -52,21 +52,20 @@ # CFLAGS controls the compiler settings used when compiling C code. # Note that optimization settings other than -O and -O2 are not recommended # or supported for compiling the world or the kernel - please revert any -# nonstandard optimization settings to "-O" or "-O2 -fno-strict-aliasing" +# nonstandard optimization settings # before submitting bug reports without patches to the developers. # -# Compiling with -fstrict-aliasing optimization breaks some [notable] ports. -# GCC turns on -fstrict-aliasing optimization at all levels above -O[1], so -# explicitly turn it off when using compiling with the -O2 optimization level. -# -#CFLAGS= -O2 -fno-strict-aliasing -pipe -# # CXXFLAGS controls the compiler settings used when compiling C++ code. # Note that CXXFLAGS is initially set to the value of CFLAGS. If you wish # to add to CXXFLAGS value, "+=" must be used rather than "=". Using "=" # alone will remove the often needed contents of CFLAGS from CXXFLAGS. # -#CXXFLAGS+= -fconserve-space +# Additional compiler flags can be specified that extend or override +# default ones. However, neither the base system nor ports are guaranteed +# to build and function without problems with non-default settings. +# +# CFLAGS+= -msse3 +# CXXFLAGS+= -msse3 # # MAKE_SHELL controls the shell used internally by make(1) to process the # command scripts in makefiles. Three shells are supported, sh, ksh, and _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-doc@FreeBSD.ORG Sat Feb 2 23:30:03 2013 Return-Path: Delivered-To: freebsd-doc@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 5EF1261A for ; Sat, 2 Feb 2013 23:30:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 39E23AEB for ; Sat, 2 Feb 2013 23:30:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r12NU3kL038803 for ; Sat, 2 Feb 2013 23:30:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r12NU3GC038802; Sat, 2 Feb 2013 23:30:03 GMT (envelope-from gnats) Date: Sat, 2 Feb 2013 23:30:03 GMT Message-Id: <201302022330.r12NU3GC038802@freefall.freebsd.org> To: freebsd-doc@FreeBSD.org Cc: From: dfilter@FreeBSD.ORG (dfilter service) Subject: Re: docs/144488: commit references a PR X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: dfilter service List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2013 23:30:03 -0000 The following reply was made to PR docs/144488; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: docs/144488: commit references a PR Date: Sat, 2 Feb 2013 23:23:01 +0000 (UTC) Author: eadler Date: Sat Feb 2 23:22:31 2013 New Revision: 246268 URL: http://svnweb.freebsd.org/changeset/base/246268 Log: MFC r244122: Remove 'dangerous' instructions from the example make.conf. Clarify when and why these might be used and that this isn't a supported configuration. PR: docs/144488 Approved by: cperciva (mentor, implicit) Modified: stable/7/share/examples/etc/make.conf Directory Properties: stable/7/share/examples/ (props changed) Modified: stable/7/share/examples/etc/make.conf ============================================================================== --- stable/7/share/examples/etc/make.conf Sat Feb 2 23:22:27 2013 (r246267) +++ stable/7/share/examples/etc/make.conf Sat Feb 2 23:22:31 2013 (r246268) @@ -52,21 +52,20 @@ # CFLAGS controls the compiler settings used when compiling C code. # Note that optimization settings other than -O and -O2 are not recommended # or supported for compiling the world or the kernel - please revert any -# nonstandard optimization settings to "-O" or "-O2 -fno-strict-aliasing" +# nonstandard optimization settings # before submitting bug reports without patches to the developers. # -# Compiling with -fstrict-aliasing optimization breaks some [notable] ports. -# GCC turns on -fstrict-aliasing optimization at all levels above -O[1], so -# explicitly turn it off when using compiling with the -O2 optimization level. -# -#CFLAGS= -O2 -fno-strict-aliasing -pipe -# # CXXFLAGS controls the compiler settings used when compiling C++ code. # Note that CXXFLAGS is initially set to the value of CFLAGS. If you wish # to add to CXXFLAGS value, "+=" must be used rather than "=". Using "=" # alone will remove the often needed contents of CFLAGS from CXXFLAGS. # -#CXXFLAGS+= -fconserve-space +# Additional compiler flags can be specified that extend or override +# default ones. However, neither the base system nor ports are guaranteed +# to build and function without problems with non-default settings. +# +# CFLAGS+= -msse3 +# CXXFLAGS+= -msse3 # # MAKE_SHELL controls the shell used internally by make(1) to process the # command scripts in makefiles. Three shells are supported, sh, ksh, and _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-doc@FreeBSD.ORG Sat Feb 2 23:50:45 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C89B5BA2 for ; Sat, 2 Feb 2013 23:50:45 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-lb0-f174.google.com (mail-lb0-f174.google.com [209.85.217.174]) by mx1.freebsd.org (Postfix) with ESMTP id 49D66B5C for ; Sat, 2 Feb 2013 23:50:44 +0000 (UTC) Received: by mail-lb0-f174.google.com with SMTP id l12so5683370lbo.33 for ; Sat, 02 Feb 2013 15:50:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=x-received:mime-version:from:date:message-id:subject:to :content-type; bh=/s5QB9JtqYAae/kCfhxMZsKPq9zxAaNFGUBLION0ip0=; b=nDEWhSH5ezmzIqH1iUO4d2Wu3eUlpZAHOzY76/ii41pWZ51q2PMoPPsqnAhnvYDkNS aRaDnaz589UuWklW/ACULpocPa8rQNzILOwoGLyK83hu72jKE0pqpuvgnhSKZidcpPLT bNobSlY8FQmArWFDpnQLcXBZEAtgNMA32E/+M= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:from:date:message-id:subject:to :content-type:x-gm-message-state; bh=/s5QB9JtqYAae/kCfhxMZsKPq9zxAaNFGUBLION0ip0=; b=k+B97x4pYFskR0bjhowV1MohBXj+6HXS+9wDc1OeE7fThlioIzflObPg9sWntjBJNj qiStclAr3/DABxXW8SMu+gvgeeWCTO6zKwBTCag8E33URT9PVzrrofO1QHbv55Mea7JF EQddFwgwpFQ1LrzksfZpERaTWEdRg5YI6z0XjZoe1uZ1CaHfXuFEkqEt5/B+qS0T20zl Sey/yqMXTigZWJh0JYk2BzOhhCtDxPOyDxtOj444RjhmMnVUzuOsFH3CHu+akSEGcGsi 5GFiXMm9HU7JyKlRSjugV5hUehQAa6J2JbjBykXrSBSOUm97ubdijYJDKNHvtmUeQM3X EMFA== X-Received: by 10.152.109.146 with SMTP id hs18mr15170942lab.8.1359849043847; Sat, 02 Feb 2013 15:50:43 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.91.164 with HTTP; Sat, 2 Feb 2013 15:50:13 -0800 (PST) From: Eitan Adler Date: Sat, 2 Feb 2013 18:50:13 -0500 Message-ID: Subject: cvsup-master perk To: freebsd-doc@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQnN/utAM6oXrWFYYZS0QJJESpCXMfOefnrbcZU5nyN4K+C/Uz6qTGKjZ0tjLMeg86H0xBd5 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2013 23:50:45 -0000 Anyone object to this? It seems that there are fewer and fewer perks for being a FreeBSD developer. ;) commit 972354fa6197235e94123d8273e7ad9265cfe019 Author: Eitan Adler Date: Sat Feb 2 18:45:52 2013 -0500 Access to cvsup-master is not very important anymore. Reviewed by: doc Approved by: ??? (mentor) diff --git a/en_US.ISO8859-1/articles/committers-guide/article.xml b/en_US.ISO8859-1/articles/committers-guide/article.xml index f94bc0e..9240993 100644 --- a/en_US.ISO8859-1/articles/committers-guide/article.xml +++ b/en_US.ISO8859-1/articles/committers-guide/article.xml @@ -4159,24 +4159,6 @@ bak/packages packages from last complete <major_version> run on <arch& there are at least some perks: - - - Direct access to cvsup-master - - - As a committer, you may apply to &a.kuriyama; for direct access - to cvsup-master.FreeBSD.org, - providing the public key output from cvpasswd - yourusername@FreeBSD.org - freefall.FreeBSD.org. Please note: you must - specify freefall.FreeBSD.org on the - cvpasswd command line even though the - actual server is cvsup-master. Access to - cvsup-master should not be overused as it is - a busy machine. - - - Free 4-CD and DVD Sets -- Eitan Adler From owner-freebsd-doc@FreeBSD.ORG Sat Feb 2 23:53:16 2013 Return-Path: Delivered-To: freebsd-doc@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 56ACCC2F; Sat, 2 Feb 2013 23:53:16 +0000 (UTC) (envelope-from eadler@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 2F66CB91; Sat, 2 Feb 2013 23:53:16 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r12NrGCo043458; Sat, 2 Feb 2013 23:53:16 GMT (envelope-from eadler@freefall.freebsd.org) Received: (from eadler@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r12NrG3r043454; Sat, 2 Feb 2013 23:53:16 GMT (envelope-from eadler) Date: Sat, 2 Feb 2013 23:53:16 GMT Message-Id: <201302022353.r12NrG3r043454@freefall.freebsd.org> To: eadler@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-doc@FreeBSD.org From: eadler@FreeBSD.org Subject: Re: docs/175788: FreeBSD Handbook - Dead Link X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2013 23:53:16 -0000 Synopsis: FreeBSD Handbook - Dead Link Responsible-Changed-From-To: freebsd-bugs->freebsd-doc Responsible-Changed-By: eadler Responsible-Changed-When: Sat Feb 2 23:52:37 UTC 2013 Responsible-Changed-Why: fix category & assign http://www.freebsd.org/cgi/query-pr.cgi?pr=175788