From owner-freebsd-doc@FreeBSD.ORG Sun Nov 24 06:12:26 2013 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0BF967B9 for ; Sun, 24 Nov 2013 06:12:26 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D7A7F206E for ; Sun, 24 Nov 2013 06:12:25 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id rAO6CI83039133 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 23 Nov 2013 22:12:18 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id rAO6CIQx039132 for freebsd-doc@FreeBSD.org; Sat, 23 Nov 2013 22:12:18 -0800 (PST) (envelope-from jmg) Date: Sat, 23 Nov 2013 22:12:18 -0800 From: John-Mark Gurney To: freebsd-doc@FreeBSD.org Subject: What are the limits for FFS file systems? 10+ years out of date.. Message-ID: <20131124061218.GQ7069@funkthat.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="gE7i1rD7pdK0Ng3j" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Sat, 23 Nov 2013 22:12:18 -0800 (PST) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Nov 2013 06:12:26 -0000 --gE7i1rD7pdK0Ng3j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Attached is a patch that bring this up to date.. This was written back when we were using UFS1 w/ 32bit block addresses... Things have changes now that UFS2 is standard... The big thing is listing the memory requirements for fsck as the main limiting factor on FS size... I've had Kirk review the patch, and he's fine w/ it... Shall I just commit it? Thanks for the review. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." --gE7i1rD7pdK0Ng3j Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="ffs.faq.patch" Index: book.xml =================================================================== --- book.xml (revision 43223) +++ book.xml (working copy) @@ -1338,92 +1338,25 @@ - For FFS file systems, the maximum theoretical limit is - 8 TB (2 G blocks), or 16 TB for the default - block size of 8 KB. In practice, there is a soft limit - of 1 TB, but with modifications file systems with - 4 TB are possible (and exist). + For FFS file systems, the largest file system is practically + limited by the amount of memory required to fsck the file + system. fsck requires one bit per fragment, which with the + the default fragment size of 4&nbps;KB equates to 32&nbps;MB + of memory per TB of disk. This does mean that on systems + which limit userland processes to 2&nbps;GB (such as i&nbps;386), + the maximum fsck'able filesystem is ~60&nbps;TB. + If there was not a fsck memory limit, the maximum + filesystem size is 2&nbps;^&nbps;64 (blocks) * 32&nbps;KB => + 16 Exa * 32&nbps;KB => 512 ZettaBytes. + The maximum size of a single FFS file is approximately - 1 G blocks, or 4 TB with a block size of - 4 KB. - - - Maximum File Sizes - - - - - FS Block Size - - Works - - Should Work - - - - - - 4 KB - - > 4 GB - - 4 TB - 1 - - - - 8 KB - - > 32 GB - - 32 TB - 1 - - - - 16 KB - - > 128 GB - - 32 TB - 1 - - - - 32 KB - - > 512 GB - - 64 TB - 1 - - - - 64 KB - - > 2048 GB - - 128 TB - 1 - - - -
- - When the FS block size is 4 KB, triple indirect - blocks work and everything should be limited by the maximum FS - block number that can be represented using triple indirect - blocks (approx. - 10243 + 10242 + 1024), - but everything is limited by a (wrong) limit of - 1 G - 1 on FS block numbers. The limit on FS - block numbers should be 2 G - 1. There are - some bugs for FS block numbers near 2 G - 1, - but such block numbers are unreachable when the FS block - size is 4 KB. - - For block sizes of 8 KB and larger, everything - should be limited by the 2 G - 1 limit on FS - block numbers, but is actually limited by the - 1 G - 1 limit on FS block numbers. Using the - correct limit of 2 G - 1 blocks does cause - problems. + 2 PB with the default block size of 32 KB. Each + 32 KB block can point to 4096 blocks. With triple + indirect blocks, the calculation is 32&nbps;KB * 12 + + 32&nbps;KB * 4096 + 32&nbps;KB * 4096^2 + 32&nbps;KB * + 4096^3. Increasing the block size to 64 KB will increase + the max file size by a factor of 16. --gE7i1rD7pdK0Ng3j-- From owner-freebsd-doc@FreeBSD.ORG Sun Nov 24 06:24:12 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 16472872 for ; Sun, 24 Nov 2013 06:24:12 +0000 (UTC) Received: from mail-qe0-x235.google.com (mail-qe0-x235.google.com [IPv6:2607:f8b0:400d:c02::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CBD5120CD for ; Sun, 24 Nov 2013 06:24:11 +0000 (UTC) Received: by mail-qe0-f53.google.com with SMTP id nc12so1023226qeb.12 for ; Sat, 23 Nov 2013 22:24:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=zzw6ZBFmCDk9pxbTTdDfZYgCod2cQBaQdX393o+9E3A=; b=TvqcVLXStTjYp3vu1KU5jvXjPlakLW8gr8VSAkPy+bvpLJNQUpel32cmYLlKvnEaJg rXW9hgeSFoUiu7bFLeKiF9NRxEM/l5i0p/3Cwt12geNvSQgL39Je0/vFxfJvDdPPQXFv 4xcjVWysJe6G1eFGYTwSk9Z90uzgsidsnkvrw= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=zzw6ZBFmCDk9pxbTTdDfZYgCod2cQBaQdX393o+9E3A=; b=HWlFAELTwI1zFdHtzfIKpfh6/Le/m4wX274NiZGFMvSjuWlXxu9bY3lm2y8mzCv3Hd IHO/eQSx/mfFcDAZKcSvvZTud3OhLC3fqU0QgZr17XMHN/uIIKsmnGJvOTIMMSyazKwe OkJ9zOlIKmv699BGHA15YF/SthWs445a1Rij2pKBtwj3hdbHbIZEfFhV44cy7HeoIZhc u3QmbREvkNkKR+vcoAu4vUnxJiD64kGZEBt3fl1JA/R+K6NeIf83/hDsTYhgwhieX9Xb po+2y6YJPMBWsW4ySHO1KSUf/28KqDKioz2VZ855s05ofmwO8M2ISfChc1c7x8FDuXQ5 0K4A== X-Gm-Message-State: ALoCoQn1c9dqEdDkBfqCP1nFLhmhnAFeZk3+410DoaBHzwZy7vMIkJgK7yf87owOeRGhnXY79HjQ X-Received: by 10.224.8.65 with SMTP id g1mr35998964qag.68.1385274251029; Sat, 23 Nov 2013 22:24:11 -0800 (PST) MIME-Version: 1.0 Received: by 10.96.63.101 with HTTP; Sat, 23 Nov 2013 22:23:40 -0800 (PST) In-Reply-To: <20131124061218.GQ7069@funkthat.com> References: <20131124061218.GQ7069@funkthat.com> From: Eitan Adler Date: Sun, 24 Nov 2013 01:23:40 -0500 Message-ID: Subject: Re: What are the limits for FFS file systems? 10+ years out of date.. To: John-Mark Gurney Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-doc@freebsd.org" X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Nov 2013 06:24:12 -0000 On Sun, Nov 24, 2013 at 1:12 AM, John-Mark Gurney wrote: > Attached is a patch that bring this up to date.. This was written back > when we were using UFS1 w/ 32bit block addresses... Things have changes > now that UFS2 is standard... > > The big thing is listing the memory requirements for fsck as the main > limiting factor on FS size... > > I've had Kirk review the patch, and he's fine w/ it... > > Shall I just commit it? i&nbps;386 -> &i386; After that, it is okay to commit. -- Eitan Adler From owner-freebsd-doc@FreeBSD.ORG Sun Nov 24 11:27:34 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1039F33D for ; Sun, 24 Nov 2013 11:27:34 +0000 (UTC) Received: from mail-wi0-x22f.google.com (mail-wi0-x22f.google.com [IPv6:2a00:1450:400c:c05::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 932F92C9B for ; Sun, 24 Nov 2013 11:27:33 +0000 (UTC) Received: by mail-wi0-f175.google.com with SMTP id hi5so2430279wib.14 for ; Sun, 24 Nov 2013 03:27:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=lahVq9aPpPf0AEJdRB39OaPCDp1N8VnAJ4bgQ1QlgHA=; b=lUNTcWcQfxXuYVtVDlR7ZVI4Kue74s4qUp70C5RP+B3T7QsvCGidQsok8F5BebA4KZ qYnGvgwHeC8PRhztE+ZqnzECxA048tFLRFrOzfjXuMjtW7JQMoz2yDG1Bm3FVNINlbzq xKFqi5VpdvkDETzboPv9/Qo6DfBjK8uQajN+XOt/a0vgJk4fDwaj5KFOdcQcMzFqNOR4 HxHL54x4K7kX7/WIhlABanCFyaRz2eE4WOzSlyd2cfPPOlqlYHDwHivAX/+V9mQb3uby 92vbiky3BefzaTD/qW1LuCh89fptXOrWU+OavM8/yfb1FRlrzgHzi+XT+wPPNJ3WVKZ/ DlEw== MIME-Version: 1.0 X-Received: by 10.194.89.233 with SMTP id br9mr17537655wjb.15.1385292452019; Sun, 24 Nov 2013 03:27:32 -0800 (PST) Received: by 10.194.80.5 with HTTP; Sun, 24 Nov 2013 03:27:31 -0800 (PST) In-Reply-To: References: Date: Sun, 24 Nov 2013 13:27:31 +0200 Message-ID: Subject: Re: TODO item: Add info on USB printers From: Juris Kaminskis To: Warren Block Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.16 Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Nov 2013 11:27:34 -0000 > > Chapter Printing Directly requires some minor update I think: > > Printing Directly > > A spooler is not required. Sometimes it=92s simpler to just print data > directly to a device or to troubleshoot printing setup: > > % cat myfile.txt > /dev/lpt0 > > */dev/lpt0* > > the standard parallel port > > */dev/ulpt0* > > the standard USB printer port > > */dev/unlpt0* > > the non-reset USB printer port, use if */dev/ulpt0* does not work > correctly > > netcat (*nc(1) *) can be used to print > directly to network printers: > > % nc nethplaser 9100 < myfile.txt > > *nethplaser* > > the DNS name of the network printer > > *9100* > > the network port used by HP and some other brands > > *lpd* printing using the standard *lpr(1) *= is > usually more convenient and more versatile than direct printing. > > > Many printers use different file transfer protocols, therefore convert > myfile.txt in appropriate format. Several convertors exist to name few: > ghostscript and foo2zjs. > > For example for certain types of HP Laserjet use XQX stream: > foo2xqx-wrapper myfile.ps > /dev/ulpt0 > > > and chapter Adding filter first parapgraph would in my mind be better if > like this: > Adding A Filter > > Many Unix applications produce *PostScript* output, but not all printers > are Postcript compliant. Verify what file protocol printer accepts and th= en > proceed adding a specific filter. For example many inexpensive printers > understand *PCL*This filter uses *Ghostscript* to translate PostScript > code into PCL. Save it in*/usr/local/libexec/ps2pcl* and then make it > executable: > any suggestions regarding my post, or should I continue with adding more info from FreeBSD original printing document? From owner-freebsd-doc@FreeBSD.ORG Sun Nov 24 14:21:45 2013 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E63F6D52 for ; Sun, 24 Nov 2013 14:21:45 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9ADF92317 for ; Sun, 24 Nov 2013 14:21:45 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id rAOELc5j085820; Sun, 24 Nov 2013 07:21:38 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.7/8.14.7/Submit) with ESMTP id rAOELcU5085817; Sun, 24 Nov 2013 07:21:38 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Sun, 24 Nov 2013 07:21:38 -0700 (MST) From: Warren Block To: John-Mark Gurney Subject: Re: What are the limits for FFS file systems? 10+ years out of date.. In-Reply-To: <20131124061218.GQ7069@funkthat.com> Message-ID: References: <20131124061218.GQ7069@funkthat.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.4.3 (wonkity.com [127.0.0.1]); Sun, 24 Nov 2013 07:21:38 -0700 (MST) Cc: freebsd-doc@FreeBSD.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Nov 2013 14:21:46 -0000 On Sat, 23 Nov 2013, John-Mark Gurney wrote: > Attached is a patch that bring this up to date.. This was written back > when we were using UFS1 w/ 32bit block addresses... Things have changes > now that UFS2 is standard... > > The big thing is listing the memory requirements for fsck as the main > limiting factor on FS size... > > I've had Kirk review the patch, and he's fine w/ it... > > Shall I just commit it? fsck should be either &man.fsck.8; or fsck, depending on context. There is a duplicated "the" in the first paragraph. igor -Rz should be run on the patched file. From owner-freebsd-doc@FreeBSD.ORG Sun Nov 24 18:32:39 2013 Return-Path: Delivered-To: www@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 64426F7; Sun, 24 Nov 2013 18:32:39 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3D5522E5B; Sun, 24 Nov 2013 18:32:39 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id DC7B81259E; Sun, 24 Nov 2013 18:32:37 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us DC7B81259E Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Sun, 24 Nov 2013 13:32:35 -0500 From: Glen Barber To: Alexander Ponomarchuk Subject: Re: BSD event in Moscow on Dec 14 Message-ID: <20131124183235.GA21389@glenbarber.us> References: <47161385114117@web26m.yandex.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="a8Wt8u1KmwUX3Y2C" Content-Disposition: inline In-Reply-To: <47161385114117@web26m.yandex.ru> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: www@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Nov 2013 18:32:39 -0000 --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 22, 2013 at 01:55:17PM +0400, Alexander Ponomarchuk wrote: > [1]http://tech.yandex.ru/events/yagosti/ruBSD/ >=20 > -- > Alexander Ponomarchuk >=20 > References >=20 > 1. http://tech.yandex.ru/events/yagosti/ruBSD/ Added, and will be visible on the site shortly. Thank you for the submission. Glen --a8Wt8u1KmwUX3Y2C Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSkkZDAAoJELls3eqvi17QkgkP+QFIUqYH1H5cNUc7yQDE4eCN cGv6jTRxCom9iLD1GdnCZGEatsvtMwcd5QmtdwfWb47L26PAUW0z/jE8cUbSv6Tl 0f7zUgvmDLsJFzdQLw8Ar9nNGsWdIPJ7CHfWHg6LlPTPvXAxxzYhknjEVHD+oPHf efn2a5Y4OfTjrjMOS8wbFpQ6/zz2OCOQWgEA+j82FQ5gEOLg38PT0sAar7Lhi9S0 qlAqxq2nQo3uTd3NNekcFX4mWWZhMif7e5x4/rkxcdDXvtHw1oDfzsHyYrakcs0H rTYq9xIDG8CceM83UldIiOsdV5erOt911jhwjt1NMGQ/iXquccWaxHUSXms/iLby e2wUCmhsoXJPS85T8G6X21WvANsA2e8fNrE9SKx5plm+n93WLCg3LjjMrh7KQq4u oEbfVK1JNhO5/c13oCZKCazAZT4mKoUmegmsh8oO9sX7sSnKXR0da8pY0sTHvQAj jhHw2xh+eMjycEJ/Gwicw+RZmjcg8DZ6FHRTGpyFuBHRLItuauOZogfrLWFqE6hW jTMvTEMsdhK5IUcvfmLMkz4iPyZPHj7oglGl71QXZ/eHZP0RAzUnCT9pHf3cBo03 s/nk77jFOkmICe6oJqQrC3jJlZm/XPzngVhne036K8y/PzhdNxsgq/33mY1mKL6K CqzadznKl2RR0fQqBdfD =lIfJ -----END PGP SIGNATURE----- --a8Wt8u1KmwUX3Y2C-- From owner-freebsd-doc@FreeBSD.ORG Sun Nov 24 22:46:22 2013 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6953A85B for ; Sun, 24 Nov 2013 22:46:22 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 461482A22 for ; Sun, 24 Nov 2013 22:46:21 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id rAOMkKQs051493 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 24 Nov 2013 14:46:20 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id rAOMkKPl051492; Sun, 24 Nov 2013 14:46:20 -0800 (PST) (envelope-from jmg) Date: Sun, 24 Nov 2013 14:46:20 -0800 From: John-Mark Gurney To: Warren Block Subject: Re: What are the limits for FFS file systems? 10+ years out of date.. Message-ID: <20131124224620.GR7069@funkthat.com> References: <20131124061218.GQ7069@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Sun, 24 Nov 2013 14:46:20 -0800 (PST) Cc: freebsd-doc@FreeBSD.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Nov 2013 22:46:22 -0000 Warren Block wrote this message on Sun, Nov 24, 2013 at 07:21 -0700: > On Sat, 23 Nov 2013, John-Mark Gurney wrote: > > >Attached is a patch that bring this up to date.. This was written back > >when we were using UFS1 w/ 32bit block addresses... Things have changes > >now that UFS2 is standard... > > > >The big thing is listing the memory requirements for fsck as the main > >limiting factor on FS size... > > > >I've had Kirk review the patch, and he's fine w/ it... > > > >Shall I just commit it? > > fsck should be either &man.fsck.8; or fsck, depending > on context. > > There is a duplicated "the" in the first paragraph. igor -Rz should be > run on the patched file. This is a single reply, thanks to the three of you for reviewing the patch.. it's now committed in r43236.. Oh, I did change a such as to e.g., and in doing so, I noticed an e.g. w/o the trailing period... wondering if we should be consistent and add it? -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-doc@FreeBSD.ORG Sun Nov 24 23:20:11 2013 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 767E7ECD for ; Sun, 24 Nov 2013 23:20:11 +0000 (UTC) Received: from build-web.stream.freebsd.org (build-web.stream.freebsd.org [IPv6:2001:1900:2254:206a::16:6504]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4CFFF2B85 for ; Sun, 24 Nov 2013 23:20:11 +0000 (UTC) Received: from build-web.stream.freebsd.org ([127.0.1.2]) by build-web.stream.freebsd.org (8.14.7/8.14.7) with ESMTP id rAONKBjM026356 for ; Sun, 24 Nov 2013 23:20:11 GMT (envelope-from www-data@build-web.stream.freebsd.org) Received: (from www-data@localhost) by build-web.stream.freebsd.org (8.14.7/8.14.5/Submit) id rAONKBF8026354 for freebsd-doc@FreeBSD.org; Sun, 24 Nov 2013 23:20:11 GMT (envelope-from www-data) Date: Sun, 24 Nov 2013 23:20:11 GMT From: User Www-data Message-Id: <201311242320.rAONKBF8026354@build-web.stream.freebsd.org> To: freebsd-doc@FreeBSD.org Subject: FreeBSD web build failed on build-web.stream.freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Nov 2013 23:20:11 -0000 ^ /home/www/build/head/en_US.ISO8859-1/books/faq/book.xml:1347: parser error : EntityRef: expecting ';' the maximum &man.fsck.8'able filesystem is ~60&nbps;TB. ^ /home/www/build/head/en_US.ISO8859-1/books/faq/book.xml:1347: parser error : Entity 'nbps' not defined the maximum &man.fsck.8'able filesystem is ~60&nbps;TB. ^ /home/www/build/head/en_US.ISO8859-1/books/faq/book.xml:1349: parser error : EntityRef: expecting ';' If there was not a &man.fsck.8 memory limit the maximum ^ /home/www/build/head/en_US.ISO8859-1/books/faq/book.xml:1350: parser error : Entity 'nbps' not defined filesystem size would be 2&nbps;^&nbps;64 (blocks) * 32&nbps;KB ^ /home/www/build/head/en_US.ISO8859-1/books/faq/book.xml:1350: parser error : Entity 'nbps' not defined filesystem size would be 2&nbps;^&nbps;64 (blocks) * 32&nbps;KB ^ /home/www/build/head/en_US.ISO8859-1/books/faq/book.xml:1350: parser error : Entity 'nbps' not defined filesystem size would be 2&nbps;^&nbps;64 (blocks) * 32&nbps;KB ^ /home/www/build/head/en_US.ISO8859-1/books/faq/book.xml:1351: parser error : Entity 'nbps' not defined => 16 Exa * 32&nbps;KB => 512 ZettaBytes. ^ /home/www/build/head/en_US.ISO8859-1/books/faq/book.xml:1356: parser error : Entity 'nbps' not defined indirect blocks, the calculation is 32&nbps;KB * 12 + ^ /home/www/build/head/en_US.ISO8859-1/books/faq/book.xml:1357: parser error : Entity 'nbps' not defined 32&nbps;KB * 4096 + 32&nbps;KB * 4096^2 + 32&nbps;KB * ^ /home/www/build/head/en_US.ISO8859-1/books/faq/book.xml:1357: parser error : Entity 'nbps' not defined 32&nbps;KB * 4096 + 32&nbps;KB * 4096^2 + 32&nbps;KB * ^ /home/www/build/head/en_US.ISO8859-1/books/faq/book.xml:1357: parser error : Entity 'nbps' not defined 32&nbps;KB * 4096 + 32&nbps;KB * 4096^2 + 32&nbps;KB * ^ *** [book.parsed.xml] Error code 1 Stop in /home/www/build/head/en_US.ISO8859-1/books/faq. *** [all] Error code 1 Stop in /home/www/build/head/en_US.ISO8859-1/books. *** [all] Error code 1 Stop in /home/www/build/head/en_US.ISO8859-1. *** [all-all] Error code 1 Stop in /home/www/build/head/en_US.ISO8859-1/htdocs/doc. *** [all] Error code 1 Stop in /home/www/build/head/en_US.ISO8859-1/htdocs. 6.98 real 3.36 user 3.80 sys From owner-freebsd-doc@FreeBSD.ORG Sun Nov 24 23:26: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]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 92976FB9 for ; Sun, 24 Nov 2013 23:26:12 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 6DE592BC9 for ; Sun, 24 Nov 2013 23:26:10 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.108.129]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 8FABF32DEF for ; Sun, 24 Nov 2013 23:26:02 +0000 (UTC) Message-ID: <52928B0C.3050609@allanjude.com> Date: Sun, 24 Nov 2013 18:26:04 -0500 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: freebsd-doc@freebsd.org Subject: Re: What are the limits for FFS file systems? 10+ years out of date.. References: <20131124061218.GQ7069@funkthat.com> <20131124224620.GR7069@funkthat.com> In-Reply-To: <20131124224620.GR7069@funkthat.com> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3Pw2MjDEGVXrd2L60Qe6RmxpJxbCbfcSj" X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Nov 2013 23:26:12 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --3Pw2MjDEGVXrd2L60Qe6RmxpJxbCbfcSj Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2013-11-24 17:46, John-Mark Gurney wrote: > Warren Block wrote this message on Sun, Nov 24, 2013 at 07:21 -0700: >> On Sat, 23 Nov 2013, John-Mark Gurney wrote: >> >>> Attached is a patch that bring this up to date.. This was written ba= ck >>> when we were using UFS1 w/ 32bit block addresses... Things have chan= ges >>> now that UFS2 is standard... >>> >>> The big thing is listing the memory requirements for fsck as the main= >>> limiting factor on FS size... >>> >>> I've had Kirk review the patch, and he's fine w/ it... >>> >>> Shall I just commit it? >> fsck should be either &man.fsck.8; or fsck, dependi= ng=20 >> on context. >> >> There is a duplicated "the" in the first paragraph. igor -Rz should b= e=20 >> run on the patched file. > This is a single reply, thanks to the three of you for reviewing the > patch.. it's now committed in r43236.. > > Oh, I did change a such as to e.g., and in doing so, I noticed an e.g. > w/o the trailing period... wondering if we should be consistent and > add it? > You broke the doc build. Seems you're missing the ; after your manpage entity --=20 Allan Jude --3Pw2MjDEGVXrd2L60Qe6RmxpJxbCbfcSj Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSkosQAAoJEJrBFpNRJZKft+4QAK1mVhY6kWsho4IRAlzduSNi J2tjhBzfREMs6gebJDAokTGlys/JG4IqxF00ktT6xqeMVGDLunviI3NMbrtR5L/i l9n6Gy/2zE/OUhvLZ3TV9VdlZP/Wv2VyIp4W7PD3CqsU/Pa+RUJQe2CcoPJtpqqg Rgd4GUbSZl1zb6Lh/+OZjkQCeM1BIJ46S5txW06KR3/UJkvI7d6/wnc4a9nwgQML EAZH2iB5sHMLr5gRuN0nBfWmRBOYuSAtU7QyC6GvwRL0eRe/LXdifcV1B52c85Wa kapNIs3fryuvx6DxTdEJZgBEcTyLyA3JtoWlxV44GNJevxbtEBCGITllfDV9JwUt NgbtGcPTjzv6XAGgMYItuehqzwFlc2PnFsouSn/tf7ecP3Xw2GZm6Zk3z/iY1FPj cDzY9tUYx/r0FMbXwPZuPZJU47O40X7anzodc+3/iYFB8WXKireuEEtCYoBtJ6oR LY0o8EusVpPAhY087uvPsm1DPka8nnHEf79p+sBJCrTdohaVi3VnY+41jCP+/YYZ R0J10z34A+zahFhuY8PpVhIvECNbEOdAdMgBvtBOZEdO3Ry/wI8hW43yXH9ibPrj 37wWOMu50dU91OAWLFNuVvSSHdU4ZXrIhWehCIFy8fmNQvGiJafyH3YVo7qBbZ4V mspvv96ZW93K/PQcggfR =5ft8 -----END PGP SIGNATURE----- --3Pw2MjDEGVXrd2L60Qe6RmxpJxbCbfcSj-- From owner-freebsd-doc@FreeBSD.ORG Sun Nov 24 23:37:54 2013 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1E79540D for ; Sun, 24 Nov 2013 23:37:54 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C61242C49 for ; Sun, 24 Nov 2013 23:37:53 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id rAONbp13037837; Sun, 24 Nov 2013 16:37:51 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.7/8.14.7/Submit) with ESMTP id rAONbpjg037834; Sun, 24 Nov 2013 16:37:51 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Sun, 24 Nov 2013 16:37:51 -0700 (MST) From: Warren Block To: John-Mark Gurney Subject: Re: What are the limits for FFS file systems? 10+ years out of date.. In-Reply-To: <20131124224620.GR7069@funkthat.com> Message-ID: References: <20131124061218.GQ7069@funkthat.com> <20131124224620.GR7069@funkthat.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Sun, 24 Nov 2013 16:37:51 -0700 (MST) Cc: freebsd-doc@FreeBSD.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Nov 2013 23:37:54 -0000 On Sun, 24 Nov 2013, John-Mark Gurney wrote: > Warren Block wrote this message on Sun, Nov 24, 2013 at 07:21 -0700: >> On Sat, 23 Nov 2013, John-Mark Gurney wrote: >> >>> Attached is a patch that bring this up to date.. This was written back >>> when we were using UFS1 w/ 32bit block addresses... Things have changes >>> now that UFS2 is standard... >>> >>> The big thing is listing the memory requirements for fsck as the main >>> limiting factor on FS size... >>> >>> I've had Kirk review the patch, and he's fine w/ it... >>> >>> Shall I just commit it? >> >> fsck should be either &man.fsck.8; or fsck, depending >> on context. >> >> There is a duplicated "the" in the first paragraph. igor -Rz should be >> run on the patched file. > > This is a single reply, thanks to the three of you for reviewing the > patch.. it's now committed in r43236.. > > Oh, I did change a such as to e.g., and in doing so, I noticed an e.g. > w/o the trailing period... wondering if we should be consistent and > add it? The style guide says to avoid "e.g." (it's Latin, and typically from academic and scientific environments). igor checks for the correct form, which is with both periods and followed by a comma. 'igor -Ry filename' will give style suggestions for several things, including e.g. and i.e. and some other abbreviations. Personally, I prefer "like" when suggesting similarity. It might be easier for translators. From owner-freebsd-doc@FreeBSD.ORG Mon Nov 25 10:29:59 2013 Return-Path: Delivered-To: www@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8868895E for ; Mon, 25 Nov 2013 10:29:59 +0000 (UTC) Received: from mail-pb0-x242.google.com (mail-pb0-x242.google.com [IPv6:2607:f8b0:400e:c01::242]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6159B2CB9 for ; Mon, 25 Nov 2013 10:29:59 +0000 (UTC) Received: by mail-pb0-f66.google.com with SMTP id md12so2312144pbc.9 for ; Mon, 25 Nov 2013 02:29:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:mime-version:content-type :thread-index:content-language; bh=j/n3LxK1oIVtcRKAtxmpgqI0WP7I2/nC8STwtgdlMAg=; b=C4appn6o89vTltCTUnOp1jHciFbvp2mY+pyrrTE/FMoLZ6TMS31zBqeJwbqGVb/ZpY f3PJpaEkkobmLYXyVstzdq+AtY1UeR0YZVT8HY1KSar1/vUpHbCI9Ac/cE5jM/pkF0Ug woFROLuPZnXAK3ghVQK+kX34gnH68U/N6RsO+5VEQxf/7IShXzD8zXySPpAAMiR2INL+ zJjFJK95LGNcmwn38pkaDvseJRRhaJQ46ex26JKO238wKZhzdwrT7n05d6Fxp4BoZ2zh 8XtsgnhXOVP76Jofn+lYGSAPVW91/nPHSHmozlfpbvz5f1KJ8oA+D/FDLyjJtZ3Gomzk a4Kg== X-Received: by 10.68.252.135 with SMTP id zs7mr327227pbc.194.1385375399100; Mon, 25 Nov 2013 02:29:59 -0800 (PST) Received: from DEEPAKPC ([182.68.166.101]) by mx.google.com with ESMTPSA id ki1sm72229279pbd.1.2013.11.25.02.29.54 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 25 Nov 2013 02:29:57 -0800 (PST) From: "Sarah Fox" To: Subject: UK Printing Services Date: Mon, 25 Nov 2013 15:55:11 +0530 Message-ID: <529326a5.011f450a.4071.5614@mx.google.com> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac7px621CsZWYkrvSJuwt24uZpzAyw== Content-Language: en-gb Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.16 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Nov 2013 10:29:59 -0000 Hi! =20 I wondered if you can help me. =20 We are a Dorset, UK based Printing Company and we currently have a = special offer that runs out soon on printing so please forward this email to the decision maker.=20 =20 High quality Business cards, matt laminated double side: 1000 quantities: =A359.94 =20 Spot UV Business cards, Printed on 350gsm, Matt laminated double side, = Spot UV Single side: https://mail.google.com/mail/u/0/images/cleardot.gif5000 quantities: = =A3150 +vat =20 High quality Compliment slips, printed on 120gsm laser white bond: 1000 quantities: =A371.28 5000 quantities: =A393.96 =20 High quality letter heads, printed on 120gsm laser white bond: 1000 quantities: =A3114 5000 quantities: =A3176.40 =20 A5 Flyers for marketing, printed on 130gsm gloss double side: 5000 quantities: =A385.10 10000 quantities: =A3129.95 =20 Presentation Folders, Thick and High quality 350gsm silk, full colour printed inside and out side: 1000 quantities: =A3516. =20 A5 Booklets, High quality, 16 printed pages in full colour on 130gsm = gloss: 1000 quantities: =A3280. =20 Roll up Banners: With Free carry case, High quality, 850mm wide x 2M tall,(Not smaller), Quantities: 2 for =A3125 + vat. =20 A4 Leaflets folded or supplied flat, High quality on 130gsm gloss, full colour, double side. 50,000 quantities: =A3938 =20 B4 Leaflets folded or supplied flat, High quality on 130gloss, full = colour, double side. 50,000 quantities: =A31073 =20 =20 Free delivery within 5/6 working days since the order is placed. No = other hidden costs other than Vat where applies. Should you wish to avail the special offer then please reply to the email quoting the Promotion = Code:BIR -Nov-13 =20 Kind Regards, Sarah Fox Business Development Manager =20 Website: www.UtharaPrint.com=20 =20 From owner-freebsd-doc@FreeBSD.ORG Mon Nov 25 11:06:04 2013 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9FC3038E for ; Mon, 25 Nov 2013 11:06:04 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 807D42ED1 for ; Mon, 25 Nov 2013 11:06:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id rAPB64Dk088930 for ; Mon, 25 Nov 2013 11:06:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id rAPB64b3088928 for freebsd-doc@FreeBSD.org; Mon, 25 Nov 2013 11:06:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 25 Nov 2013 11:06:04 GMT Message-Id: <201311251106.rAPB64b3088928@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.16 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Nov 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/184110 doc blackhole(4) manpage doesn`t describe net.inet.sctp.b o docs/184051 doc Update configuration example for staging o docs/184048 doc developers handbook, 10.7 Debugging Deadlocks - must i o docs/184046 doc bhyve(4) manpage references non-existant manpages bhyv o docs/184029 doc Description of /usr/tests is missing in hier(7) o docs/183927 doc missing info about kernel toolchain in kernel building o docs/183653 doc [patch] Add some more *BSD releases to the groff_mdoc o docs/183650 doc [patch] Remove misleading "kldload" in sem(4) man page o docs/183427 doc Online man pages don't include latest release + ports o docs/183333 doc Misnamed constant in bpf(4) o docs/183246 doc FreeBSD 8.4-RELEASE Installation Instructions don't pr o docs/183024 doc textdump(4) mentions call doadump, should be textdump o docs/183002 doc Fix instructions in "6.5.3. Anti-Aliased Fonts" regard o docs/182876 doc CURRENT release notes webpage out of date and inconsis o docs/182218 doc Add an ipfilter rc.conf option in handbook for IPv6 o docs/182202 doc Handbook pkgng description doesn't mention there are n o docs/181845 doc Virtualbox Host Setup needs acd0 in /etc/devfs.conf, a o docs/181844 doc FreeBSD Handbook Virtualbox Host Section missing confi o docs/181808 doc Chapter 15.15 (Resource Limits) misses important infor o docs/181785 doc [patch] Man page for tmpfile() is inconsistent o docs/181390 doc seq(1) first appeared in 8th UNIX o docs/181376 doc CLOCK_THREAD_CPUTIME_ID is not documented in clock_get o docs/181280 doc suggestion: split zfs man page in a zfs- way o docs/181134 doc Fix example for boot0cfg utility o docs/180970 doc [request] No manpage for ps_strings o docs/180767 doc [patch] printf.3: fix off-by-one in snprintf descripti o docs/180493 doc [handbook] Single-user mode console confusion o docs/180332 doc SSD Kernel Instructions Out of Date: options MFS throw o docs/180331 doc SSD Kernel Instructions Out of Date: options MD_ROOT a o docs/180330 doc SSD Kernel Instructions Out of Date: pseudo-device no o docs/180027 doc Missing man page entries for callout_reset_sbt in time o docs/179988 doc [faq] [patch] ThwackAFAQ - sandbox p docs/179914 doc remove inactive user dougb from mergemaster maintainer o docs/179832 doc manual page of mac_from_text suggests incorrect freein o docs/179697 doc Handbook incomplete WRT Opera flash usage (linproc) o docs/179497 doc [patch] service.8 add csh completion example o docs/179246 doc [patch] gnome porting updates o docs/178818 doc gmirror(8) says to use rc.early which is no longer ava o docs/178730 doc move roff papers out of src into doc o docs/178677 doc *** [article.html] Error code 1 Stop in /usr/doc. o docs/178286 doc [PATCH] document the LOCAL_* vars in build(7) o docs/178221 doc Addition to handbook jails chapter: warning about make o www/178190 doc myths web page should be updated o docs/178119 doc [ports] Porter's handbook lacks examples for using Opt o docs/177968 doc bpf(4): documentation of BIOCROTZBUF is incomplete o docs/177699 doc Documentation (handbook and manpage) for mac_biba does o docs/177514 doc [handbook] ZFS examples do not cover dataset creation o docs/177457 doc diskinfo(8): diskinfo -v shows inacurate drive size o docs/177431 doc Handbook & Announcements recommend poor dd options for o docs/177429 doc dd(1) man page is unclear about semantics of conv=sync o docs/177215 doc [handbook] [patch] FreeBSD uses SHA512 and no more MD5 o docs/176806 doc recv(2) man page grammatical fixes o docs/176648 doc restore(8) man page is misleading/confusing o docs/176645 doc The example in netmap.4 is wrong o docs/176363 doc Remove mention of 'CVSup' from "Mirroring FreeBSD arti o docs/176355 doc Attribution and correction of quote in fortune o docs/176251 doc FreeBSD Handbook assumes too much pre-knowledge o docs/176127 doc [handbook] add information about all missing mailing l o docs/176125 doc missing summary of freebsd-jail mailing list o docs/176123 doc missing summary of freebsd-sysinstall mailing list o docs/176015 doc [handbook] wrong order in docs for major upgrade o docs/175995 doc Setting MALLOC_PRODUCTION stops buildworld o docs/175983 doc man zfs are missing "hold, release" from "zfs allow" o docs/175712 doc Update 'disk naming' handbook page o docs/175687 doc pthread_setschedparam(3) may fail for undocumented rea o docs/175560 doc ugen(4) man page contains incorrect device node path o docs/175239 doc sem_wait can be interrupted o docs/175123 doc [geom] gpart list/status isn't documented in usage sec o docs/174868 doc mount(2) doesn't do a good job at describing all possi o docs/174792 doc synopsis for nsupdate(1) missing options -L, and -p o docs/174581 doc man page of recvmsg(2) does not mention return value 0 o docs/173710 doc Added section "MTP storage" to handbook o docs/173539 doc [patch] statfs(2) man page missed the error code ENOSY o docs/173321 doc ports(7) man page -- no info on building with debuggin o docs/173013 doc FreeBSD Boot Menu documentation lacks detail o docs/172927 doc ipfw(8): ipfw manual page doesn't show simpliest NAT c o docs/172913 doc [ipsec] [patch] setkey(8) is unclear on anti-replay wi o docs/172869 doc [PATCH] Add in nifty lang icons to index.html (home) o docs/172743 doc IPv6 handbooks lacks info about accepting router adver o docs/172626 doc [PATCH] modify the community/* pages to look more plea o docs/172370 doc [handbook] Handbook should be updated for Blu-Ray driv o docs/172369 doc mkisofs(8)/growisofs(1m) don't specify UDF version o docs/172368 doc mount_udf(8) doesn't specify which versions of UDF are o docs/172367 doc ata(4) man page needs an updated for Blu-Ray o docs/172330 doc [PATCH] Fix some errors introduced to announce.xml by o docs/172144 doc psignal(9) manpage is outdated for FreeBSD-9 systems o docs/172137 doc deprecated information for adduser(8) man pages o docs/171199 doc the GDB man page is outdated o docs/170691 doc Difference between zfs manpages and reality o docs/170119 doc at behaviour and man at inconsistency o docs/169712 doc [patch] porters-handbook zh_TW.Big5 apache section o docs/169711 doc [patch] porters-handbook zh_CN.GB2312 apache section o docs/169544 doc serial port console documentation changes s docs/169401 doc passify dead links in release links, move www to lists o docs/169377 doc [patch] ipmon(8) man page refers to a different facili o docs/169317 doc zfs umount refers to umount(1M) but should to umount(8 o docs/169158 doc [patch] iasl(8) man page is out of date f docs/168939 doc Port upgrade documentation missing from Application Ja o docs/168930 doc map_mincore(9) not up-to-date o docs/168915 doc size of integers used by test(1) and sh(1) is not docu o docs/168823 doc 404s in fr_FR French web pages o docs/168814 doc [patch] remove `d` negative pointer EINVAL requirement o docs/168803 doc Remove outdated smp info o docs/167429 doc geli(8) needs to mention unencrypted /etc/fstab requir o docs/166553 doc find(1): find -delete documentation is misleading o docs/166358 doc No networking in Jail build via: handbook/jail-tuning o conf/166330 doc [rc] [patch] Thin server configuration revision reques o docs/165551 doc ipfw(8): no info in "ipfw pipe show" about ipv6 o docs/165249 doc Multibyte characters in manpages still not displaying o docs/164803 doc Unclear manual page for mount_unionfs(8) o docs/164620 doc Raid 1 issues o docs/164099 doc gparm(8): man page for gparm set is incorrect and inco o docs/164034 doc acl(9) documentation lacking o docs/163879 doc [handbook] handbook does not say about how to force to o docs/163830 doc device smbios: missing documentation, no manpage o docs/163149 doc [patch] Red Hat Linux/i386 9 HTML format sudo man page o docs/162765 doc [patch] lseek(2) may return successful although no see o docs/162587 doc unclear/incomplete description of per-interface statis o docs/162419 doc [request] please document (new) zfs and zpool cmdline o docs/162404 doc [handbook] IPv6 link-local address compared with IPv4 o docs/161754 doc p4tcc(4), est(4) and qpi(4) are not documented o docs/161496 doc zfs(1): Please document that sysctl vfs.usermount must o docs/160460 doc [handbook] Network setup guide suggestion o docs/160399 doc Man page for re(4) missing jumbo frames info o docs/159307 doc [patch] lpd smm chapter unconditionally installed o docs/158388 doc Incorrect documentation of LOCAL_SCRIPT in release(7) o docs/158387 doc The tree(3) man should mention the RB_FOREACH_SAFE() A o docs/157908 doc [handbook] Description of post-install should include o docs/157698 doc [patch] gpart(8) man page contains old/incorrect size o docs/157316 doc [patch] update devstat(9) man page o docs/157049 doc FreeBSD Handbook: Chapter 14 (Security) Inaccuracy o docs/156920 doc isspecial(3) is not helpful o docs/156815 doc chmod(1): manpage should describe that chmod kicks +t o docs/156689 doc stf(4) output-only documentation gives bad configurati f docs/156187 doc [handbook] [patch] Add bsnmpd to handbook o docs/156081 doc troff falls with troff.core with UTF-8 man with incorr o docs/155982 doc [handbook] reaper of the dead: remove reference to flo o docs/155149 doc [patch] don't encourage using xorg.conf outside of PRE o docs/154838 doc update cvs-tags information on releng_* to reflect sup o docs/153958 doc ksu man-page documented, but not installed a docs/153012 doc [patch] iostat(8) requires an argument to -c option o docs/151752 doc pw.conf(5) doesn't define format for file clearly o docs/150991 doc [patch] Install upgtfw using pkg_add as advised in upg o docs/150917 doc [patch] icmp.4, wrong description of icmplim and icmpl o docs/150877 doc ambiguity in newsyslog(8) man page about zfs with comp o docs/150255 doc dtrace description should mention makeoptions DEBUG=-g o docs/149574 doc [patch] update mi_switch(9) man page o docs/148987 doc [patch] {MD[245]|SHA_|SHA1_|SHA256_}{End|File|FileChun o docs/148984 doc [handbook] Mistake in section 16.15.4 of the handbook o docs/148680 doc [sysctl][patch] Document some sys/kern sysctls o docs/148071 doc Failover mode between wired and wireless interfaces o docs/147995 doc elf.5 man page has has missing reference o docs/146521 doc [handbook] Update IPv6 system handbook section to ment o docs/145699 doc hexdump(1) mutes all format qualifier output following o docs/145069 doc Dialup firewalling with FreeBSD article out dated. o docs/145066 doc Update for new uart dev names for serial port. s docs/144818 doc all mailinglist archives dated 19970101 contain traili o docs/144515 doc [handbook] Expand handbook Table of contents o docs/143472 doc gethostname(3) references undefined value: HOST_NAME_M o docs/143416 doc [handbook] IPFW handbook page issues o docs/143408 doc man filedesc(9) is missing o docs/141032 doc misleading documentation for rtadvd.conf(5) raflags se s docs/140847 doc [request] add documentation on ECMP and new route args o docs/140444 doc [patch] New Traditional Chinese translation of custom- o docs/140375 doc [UPDATE] Updated zh_TW.Big5/articles/nanobsd o docs/139336 doc [request] ZFS documentation suggestion o docs/139165 doc gssapi.3 man page out of sync with between crypto and o docs/139018 doc translation of submitting.sgml from docproj/submitting o docs/138845 doc Exceeding kern.ipc.maxpipekva refers to tuning(7) whic o docs/138485 doc bpf(4) and ip(4) man pages missing important corner ca o docs/136712 doc [handbook] [patch] draft new section on gmirror per pa o docs/136666 doc [handbook] Configure serial port for remote kernel deb o docs/136035 doc ftpchroot(5) omits an important option o docs/135516 doc [patch] pax(1) manual not mentioning chflags unawarene o docs/132839 doc [patch] Fix example script in ldap-auth article o docs/132718 doc [handbook] Information about adding a new mirror is ou o docs/132260 doc dhcpd(8) pid not stored in documented location o docs/132190 doc EPERM explanation for send(2), sendto(2), and sendmsg( o docs/131918 doc [patch] Fixes for the BPF(4) man page o docs/131626 doc [patch] dump(8) "recommended" cache option confusing o docs/130238 doc nfs.lockd man page doesn't mention NFSLOCKD option or o docs/129671 doc New TCP chapter for Developer's Handbook (from rwatson o docs/129464 doc using packages system o docs/129095 doc ipfw(8): Can not check that packet originating/destine o docs/128356 doc [request] add Firefox plugin for FreeBSD manual pages s docs/127844 doc Example code skeleton_capture_n.c in meteor(4) manpage o docs/126484 doc libc function res-zonscut2 is not documented f docs/122052 doc minor update on handbook section 20.7.1 o docs/121952 doc Handbook chapter on Network Address Translation wrong o docs/121585 doc [handbook] Wrong multicast specification s docs/121541 doc [request] no man pages for wlan_scan_ap o docs/121312 doc RELNOTES_LANG breaks release if not en_US.ISO8859-1 o docs/121173 doc [patch] mq_getattr(2): mq_flags mistakenly described a s docs/120917 doc [request]: Man pages mising for thr_xxx syscalls o docs/120125 doc [patch] Installing FreeBSD 7.0 via serial console and o docs/120024 doc resolver(5) and hosts(5) need updated for IPv6 o docs/119545 doc books/arch-handbook/usb/chapter.sgml formatting o docs/118214 doc close(2) error returns incomplete o docs/116588 doc No IPFW tables or dummynet in Handbook o docs/116080 doc PREFIX is documented, but not the more important LOCAL o docs/114371 doc [patch] [ip6] rtadvd.con(5) should show how to adverti o docs/114139 doc mbuf(9) has misleading comments on M_DONTWAIT and M_TR o docs/113194 doc [patch] [request] crontab.5: handling of day-in-month o docs/112579 doc [request] No ipv6 related pf examples in /usr/share/ex o docs/111425 doc Missing chunks of text in historical manpages o docs/111265 doc [request] Clarify how to set common shell variables o docs/110999 doc carp(4) should document unsupported interface types o docs/110692 doc wi(4) man page doesn't say WPA is not supported o docs/110376 doc [patch] add some more explanations for the iwi/ipw fir o docs/110062 doc [patch] mount_nfs(8) fails to mention a failure condit o docs/109981 doc No manual entry for post-grohtml o docs/109977 doc No manual entry for ksu o docs/109972 doc No manual entry for zless/bzless f docs/109226 doc [request] No manual entry for sntp o docs/109201 doc [request]: manual for callbootd a docs/108980 doc list of missing man pages o docs/105608 doc fdc(4) debugging description staled o docs/104879 doc Howto: Listen to IMA ADPCM .wav files on FreeBSD box o docs/102719 doc [patch] ng_bpf(4) example leads to unneeded promiscuos o docs/101271 doc serial console documentation implies kernel rebuild re p docs/100196 doc man login.conf does explain not "unlimited" o docs/98974 doc Missing tunables in loader(8) manpage o docs/98115 doc Missing parts after rendering handbook to RTF format o docs/96207 doc Comments of a sockaddr_un structure could confuse one o docs/95408 doc install over serial console does not work as documente o docs/94625 doc [patch] growfs man page -- document "panic: not enough o docs/92626 doc jail manpage should mention disabling some periodic sc o docs/91149 doc read(2) can return EINVAL for unaligned access to bloc o docs/88512 doc [patch] mount_ext2fs(8) man page has no details on lar o docs/87936 doc Handbook chapter on NIS/YP lacks good information on a o docs/87857 doc ifconfig(8) wireless options order matters o docs/85128 doc [patch] loader.conf(5) autoboot_delay incompletly desc o docs/84956 doc [patch] intro(5) manpage doesn't mention API coverage o docs/84932 doc new document: printing with an Epson ALC-3000N on Free o docs/84670 doc [patch] tput(1) manpage missing ENVIRONMENT section wi o docs/84317 doc fdp-primer doesn't show class=USERNAME distinctively o docs/84271 doc [patch] compress(1) doesn't warn about nasty link hand o docs/83820 doc getino(3) manpage not installed o docs/81611 doc [patch] natd runs with -same_ports by default o docs/78480 doc Networked printer setup unnecessarily complex in handb o docs/61301 doc [patch] Manpage patch for aue(4) to enable HomePNA fun o docs/59835 doc ipfw(8) man page does not warn about accepted but mean o docs/59477 doc Outdated Info Documents at http://docs.freebsd.org/inf o docs/57298 doc [patch] add using compact flash cards info to handbook s docs/54752 doc bus_dma explained in ISA section in Handbook: should b o docs/53751 doc bus_dma(9) incorrectly documents BUS_DMA_ALLOCNOW o docs/53596 doc Updates to mt(1) manual page o docs/53271 doc bus_dma(9) fails to document alignment restrictions o docs/51480 doc Multiple undefined references in the FreeBSD manual pa o kern/51341 doc [ipfw] [patch] ipfw rule 'deny icmp from any to any ic o docs/50211 doc [patch] doc.docbook.mk: fix textfile creation o docs/48101 doc [patch] Add documentation on the fixit disk o docs/47594 doc [patch] passwd(5) incorrectly states allowed username o docs/45303 doc Bug in PDF DocBook rendering o docs/43823 doc [patch] update to environ(7) manpage o docs/41089 doc pax(1) -B option does not mention interaction with -z o docs/40423 doc Keyboard(4)'s definition of parameters to GETFKEY/SETF o docs/36724 doc ipnat(5) manpage grammar is incomplete and inconsisten s docs/33589 doc [patch] to doc.docbook.mk to post process .tex files. o docs/26286 doc *printf(3) etc should gain format string warnings o docs/24786 doc missing FILES descriptions in sa(4) s docs/20028 doc ASCII docs should reflect tags in the sourc 262 problems total. From owner-freebsd-doc@FreeBSD.ORG Mon Nov 25 19:34:40 2013 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 670D095F for ; Mon, 25 Nov 2013 19:34:40 +0000 (UTC) Received: from mail-ob0-x248.google.com (mail-ob0-x248.google.com [IPv6:2607:f8b0:4003:c01::248]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 395AD237B for ; Mon, 25 Nov 2013 19:34:40 +0000 (UTC) Received: by mail-ob0-f200.google.com with SMTP id wm4so15358057obc.11 for ; Mon, 25 Nov 2013 11:34:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:message-id:date:subject:from:to:content-type; bh=n+9Mfu7E6TyaalR2gvXlsYATRhWFQ2b4RuQvzmv01zQ=; b=Al3kcTSTSmOfHwz8XNPKq37zB57lO/TzGpoigF63JjJLLiM0m5POebmo0bhIAy6gwx 8yWfReDTcm7ODLFn2ipIzcY8D49+IzdGFsRwqAxsrJLu/xqmaw//AaOBJn90Jt6h2IEJ udXxD3tQeUKmv+KSugsDmiZpciC4Bw9xSLIANfUtoJ6SNr05gcIGmZhzKxqCCgpyL51S H7gakKQtOJPdV6NXaJOQBcSTuJ5YIVzjFt8BiqD59Tvv1R+KeJnlWzwyOfGmOSKuDX2n r+BTviNY63TIRV+3t6ehStmrtJeU0lfOCMUfkAbQ0uXJehlHEhSGw+CFMdRiHKz/cyfe oOhQ== MIME-Version: 1.0 X-Received: by 10.182.34.169 with SMTP id a9mr638160obj.49.1385408079288; Mon, 25 Nov 2013 11:34:39 -0800 (PST) Message-ID: <001a11c2a10e6f610d04ec0574d2@google.com> Date: Mon, 25 Nov 2013 19:34:39 +0000 Subject: www.freebsd.org From: Karol Crosley To: doc@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes X-Content-Filtered-By: Mailman/MimeDel 2.1.16 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Nov 2013 19:34:40 -0000

Hi,

I was on your website www.freebsd.org and wanted to shoot you a quick note. I think I can make a few changes (aesthetically and/or SEO-wise) to make your site convert more visitors into leads and to get it placed higher in the organic search results, for a few of the select terms.

This is NOT like one of those foreign emails you probably get in your inbox every day. Just to be upfront I have 3 agents that work with me for development /SEO.

I would just need to know which (if not both) services you're open to checking out information about, either web design or SEO. Would you be open to seeing more brief info / quote for what I would like to accomplish?

Regards,

Karol
Inline image 1
From owner-freebsd-doc@FreeBSD.ORG Mon Nov 25 19:48:18 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7FD35C77 for ; Mon, 25 Nov 2013 19:48:18 +0000 (UTC) Received: from mail-pb0-x245.google.com (mail-pb0-x245.google.com [IPv6:2607:f8b0:400e:c01::245]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 605E5246C for ; Mon, 25 Nov 2013 19:48:18 +0000 (UTC) Received: by mail-pb0-f69.google.com with SMTP id md12so11985412pbc.0 for ; Mon, 25 Nov 2013 11:48:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:message-id:date:subject:from:to:content-type; bh=e6p37GhlQDMVOMx1EKfUt6MllodkTdxq25q86K8zkFo=; b=iP1LtigFPP0ssKlxVMWpMn3JSS3zPrGoVoAVfoXJSu8s3jlYVenH11IEq0A7YDJBnj Dzn1K/J0xFf+qlyGJr9WHUSRivDiz2Qk3UkeAtWUXBx9ZZn/6rV6jgZvPUvwT/OaCQj0 SI7bMZzGnAR0DVhfZLes04Uo9L4v9Vrkn2PN0G0xIfqaXg6sIFzryOuI8aiDCexT0rUv MhjcMZBeXLlZIiU2iU/N5Yq31Ca6OAlkhZ/Jqc7Sj5On6vo39RRPQjfheW5Fsln+FsDN HGZfv1dXRvEXfTOsaO54ltKBbIj8ydHyhk1nreDEcPjRkwdV4C3cIUAqin4P/EhHrdPb G9oA== MIME-Version: 1.0 X-Received: by 10.66.66.163 with SMTP id g3mr9549909pat.3.1385408898016; Mon, 25 Nov 2013 11:48:18 -0800 (PST) Message-ID: <001a1134a1343c2a0704ec05a54f@google.com> Date: Mon, 25 Nov 2013 19:48:18 +0000 Subject: www.freebsd.org From: Cindy Kennedy To: freebsd-doc@freebsd.org Content-Type: text/plain; charset=windows-1252; format=flowed; delsp=yes Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.16 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Nov 2013 19:48:18 -0000 PGRpdiBkaXI9Imx0ciI+PHAgc3R5bGU9Im1hcmdpbi1ib3R0b206MTJwdCI+PHNwYW4gIA0Kc3R5 bGU9ImZvbnQtc2l6ZToxMnB0O2ZvbnQtZmFtaWx5OkFyaWFsLHNhbnMtc2VyaWYiPkhlbGxvLDwv c3Bhbj48L3A+DQoNCjxwPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTJwdDtmb250LWZhbWlseTpB cmlhbCxzYW5zLXNlcmlmIj5JIGNhbWUgYWNyb3NzICANCnlvdXINCndlYnNpdGUgYW5kIHdhbnRl ZCB0byBzZW5kIHlvdSBhIHF1aWNrIG5vdGUuIFdpdGggYSBmZXcgc2ltcGxlIGNoYW5nZXMgdG8g IA0KbWFrZQ0KeW91ciBzaXRlIG1vcmUgVVNFUiBmcmllbmRseSBJkm0gc3VyZSB5b3UgY2FuIGNv bnZlcnQgbW9yZSB2aXNpdG9ycyBpbnRvICANCmxlYWRzDQphbmQgZ2V0IGl0IHBsYWNlZCBoaWdo ZXIgaW4gdGhlIG9yZ2FuaWMgc2VhcmNoIHJlc3VsdHMsIGZvciBrZXl3b3JkcyB0aGF0ICANCm1h dHRlcg0KdG8geW91IHRoZSBtb3N0Ljwvc3Bhbj48L3A+DQoNCjxwPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTJwdDtmb250LWZhbWlseTpBcmlhbCxzYW5zLXNlcmlmIj5XZZJyZSBVU0EgYmFzZWQN CmNvbXBhbnkgd2l0aCBhIGdyZWF0IGluLWhvdXNlIHRlY2huaWNhbCB0ZWFtIHdobyByZWFsbHkg a25vdyB0aGVpciBzdHVmZiAgDQphYm91dA0Kc2VhcmNoIGVuZ2luZSBvcHRpbWl6YXRpb24uoDwv c3Bhbj48L3A+DQoNCjxwPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTJwdDtmb250LWZhbWlseTpB cmlhbCxzYW5zLXNlcmlmIj5Xb3VsZCB5b3UgbGlrZSAgDQphIGJpdA0KbW9yZSBpbmZvcm1hdGlv biBhYm91dCBob3cgdG8gZ2l2ZSB5b3VyIHdlYnNpdGUgYSBib29zdCB3aXRoIGJldHRlcg0KU0VP L0Flc3RoZXRpY3M/IFBsZWFzZSBmZWVsIGZyZWUgdG8gZHJvcCBtZSBhbiBlbWFpbCB0byBrbm93 ICANCm1vcmUuPC9zcGFuPjwvcD4NCg0KPHA+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMnB0O2Zv bnQtZmFtaWx5OkFyaWFsLHNhbnMtc2VyaWYiPqA8L3NwYW4+PC9wPg0KDQo8cD48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEycHQ7Zm9udC1mYW1pbHk6QXJpYWwsc2Fucy1zZXJpZiI+QmVzdCAgDQpS ZWdhcmRzPC9zcGFuPjwvcD4NCg0KPGZvbnQgY29sb3I9IiM3ODNmMDQiIGZhY2U9IkFyaWFsLCBz YW5zLXNlcmlmIiBzaXplPSIzIj5DaW5keSAgDQpLZW5uZWR5PC9mb250Pjxicj4NCg0KPHAgc3R5 bGU9Im1hcmdpbi1ib3R0b206MTJwdCI+PHNwYW4gIA0Kc3R5bGU9ImZvbnQtc2l6ZToxMnB0O2Zv bnQtZmFtaWx5OkFyaWFsLHNhbnMtc2VyaWY7Y29sb3I6cmdiKDEyMCw2Myw0KSI+U0VPL1dlYiAg DQpTcGVjaWFsaXN0PC9zcGFuPjxzcGFuICANCnN0eWxlPSJmb250LXNpemU6MTJwdDtmb250LWZh bWlseTpBcmlhbCxzYW5zLXNlcmlmIj48L3NwYW4+PC9wPg0KDQo8dGFibGUgc3R5bGU9IndpZHRo OjQ1MS41cHQiIGJvcmRlcj0iMCIgY2VsbHBhZGRpbmc9IjAiIGNlbGxzcGFjaW5nPSIwIiAgDQp3 aWR0aD0iNjAyIj4NCiAgPHRib2R5Pjx0ciBzdHlsZT0ibWluLWhlaWdodDoxNXB0Ij4NCiAgIDx0 ZCBzdHlsZT0id2lkdGg6MTMwcHQ7cGFkZGluZzowaW47bWluLWhlaWdodDoxNXB0IiB3aWR0aD0i MTczIj4NCiAgIDxwIHN0eWxlPSJtYXJnaW4tYm90dG9tOjAuMDAwMXB0Ij48Yj48c3BhbiAgDQpz dHlsZT0iZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OkFyaWFsLHNhbnMtc2VyaWY7Y29sb3I6 cmdiKDEyMCw2Myw0KTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjQyLDIwNCkiPlVLDQogICBI ZWFkIE9mZmljZTo8L3NwYW4+PC9iPjxzcGFuICANCnN0eWxlPSJmb250LXNpemU6MTJwdDtmb250 LWZhbWlseTpBcmlhbCxzYW5zLXNlcmlmIj48L3NwYW4+PC9wPg0KICAgPC90ZD4NCiAgIDx0ZCBz dHlsZT0id2lkdGg6MTU1cHQ7cGFkZGluZzowaW47bWluLWhlaWdodDoxNXB0IiB3aWR0aD0iMjA3 Ij4NCiAgIDxwIHN0eWxlPSJtYXJnaW4tYm90dG9tOjAuMDAwMXB0Ij48Yj48c3BhbiAgDQpzdHls ZT0iZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OkFyaWFsLHNhbnMtc2VyaWY7Y29sb3I6cmdi KDEyMCw2Myw0KTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjQyLDIwNCkiPlVTQaANCiAgIE9m ZmljZTo8L3NwYW4+PC9iPjxzcGFuICANCnN0eWxlPSJmb250LXNpemU6MTJwdDtmb250LWZhbWls eTpBcmlhbCxzYW5zLXNlcmlmIj48L3NwYW4+PC9wPg0KICAgPC90ZD4NCiAgIDx0ZCBzdHlsZT0i d2lkdGg6MTY3cHQ7cGFkZGluZzowaW47bWluLWhlaWdodDoxNXB0IiB3aWR0aD0iMjIzIj4NCiAg IDxwIHN0eWxlPSJtYXJnaW4tYm90dG9tOjAuMDAwMXB0Ij48Yj48c3BhbiAgDQpzdHlsZT0iZm9u dC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OkFyaWFsLHNhbnMtc2VyaWY7Y29sb3I6cmdiKDEyMCw2 Myw0KTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjQyLDIwNCkiPkF1c3RyYWxpYQ0KICAgT2Zm aWNlOjwvc3Bhbj48L2I+PHNwYW4gIA0Kc3R5bGU9ImZvbnQtc2l6ZToxMnB0O2ZvbnQtZmFtaWx5 OkFyaWFsLHNhbnMtc2VyaWYiPjwvc3Bhbj48L3A+DQogICA8L3RkPg0KICA8L3RyPg0KICA8dHIg c3R5bGU9Im1pbi1oZWlnaHQ6MTVwdCI+DQogICA8dGQgc3R5bGU9InBhZGRpbmc6MGluO21pbi1o ZWlnaHQ6MTVwdCI+DQogICA8cCBzdHlsZT0ibWFyZ2luLWJvdHRvbTowLjAwMDFwdCI+PHNwYW4g IA0Kc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTpBcmlhbCxzYW5zLXNlcmlmO2Nv bG9yOnJnYigxMjAsNjMsNCkiPjE5ICANClNjcmltc2hpcmUgTGFuZSw8L3NwYW4+PHNwYW4gIA0K c3R5bGU9ImZvbnQtc2l6ZToxMnB0O2ZvbnQtZmFtaWx5OkFyaWFsLHNhbnMtc2VyaWYiPjwvc3Bh bj48L3A+DQogICA8L3RkPg0KICAgPHRkIHN0eWxlPSJwYWRkaW5nOjBpbjttaW4taGVpZ2h0OjE1 cHQiPg0KICAgPHAgc3R5bGU9Im1hcmdpbi1ib3R0b206MC4wMDAxcHQiPjxzcGFuICANCnN0eWxl PSJmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6QXJpYWwsc2Fucy1zZXJpZjtjb2xvcjpyZ2Io MTIwLDYzLDQpIj42NzcxICANClF1YWlsIEhpbGwgUGt3eQ0KICAgSXJ2aW5lLKCgoKCgoDwvc3Bh bj48c3BhbiAgDQpzdHlsZT0iZm9udC1zaXplOjEycHQ7Zm9udC1mYW1pbHk6QXJpYWwsc2Fucy1z ZXJpZiI+PC9zcGFuPjwvcD4NCiAgIDwvdGQ+DQogICA8dGQgc3R5bGU9InBhZGRpbmc6MGluO21p bi1oZWlnaHQ6MTVwdCI+DQogICA8cCBzdHlsZT0ibWFyZ2luLWJvdHRvbTowLjAwMDFwdCI+PHNw YW4gIA0Kc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTpBcmlhbCxzYW5zLXNlcmlm O2NvbG9yOnJnYigxMjAsNjMsNCkiPkxldmVsICANCjEsIDQ5MCBDcm93bg0KICAgU3RyZWV0LKCg oKA8L3NwYW4+PHNwYW4gIA0Kc3R5bGU9ImZvbnQtc2l6ZToxMnB0O2ZvbnQtZmFtaWx5OkFyaWFs LHNhbnMtc2VyaWYiPjwvc3Bhbj48L3A+DQogICA8L3RkPg0KICA8L3RyPg0KICA8dHIgc3R5bGU9 Im1pbi1oZWlnaHQ6MTVwdCI+DQogICA8dGQgc3R5bGU9InBhZGRpbmc6MGluO21pbi1oZWlnaHQ6 MTVwdCI+DQogICA8cCBzdHlsZT0ibWFyZ2luLWJvdHRvbTowLjAwMDFwdCI+PHNwYW4gIA0Kc3R5 bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTpBcmlhbCxzYW5zLXNlcmlmO2NvbG9yOnJn YigxMjAsNjMsNCkiPkFzdG9uICANCkNhbnRsbywgQjk1DQogICAyTEE8L3NwYW4+PHNwYW4gIA0K c3R5bGU9ImZvbnQtc2l6ZToxMnB0O2ZvbnQtZmFtaWx5OkFyaWFsLHNhbnMtc2VyaWYiPjwvc3Bh bj48L3A+DQogICA8L3RkPg0KICAgPHRkIHN0eWxlPSJwYWRkaW5nOjBpbjttaW4taGVpZ2h0OjE1 cHQiPg0KICAgPHAgc3R5bGU9Im1hcmdpbi1ib3R0b206MC4wMDAxcHQiPjxzcGFuICANCnN0eWxl PSJmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6QXJpYWwsc2Fucy1zZXJpZjtjb2xvcjpyZ2Io MTIwLDYzLDQpIj5DQSAgDQo5MjYwMzwvc3Bhbj48c3BhbiAgDQpzdHlsZT0iZm9udC1zaXplOjEy cHQ7Zm9udC1mYW1pbHk6QXJpYWwsc2Fucy1zZXJpZiI+PC9zcGFuPjwvcD4NCiAgIDwvdGQ+DQog ICA8dGQgc3R5bGU9InBhZGRpbmc6MGluO21pbi1oZWlnaHQ6MTVwdCI+DQogICA8cCBzdHlsZT0i bWFyZ2luLWJvdHRvbTowLjAwMDFwdCI+PHNwYW4gIA0Kc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtm b250LWZhbWlseTpBcmlhbCxzYW5zLXNlcmlmO2NvbG9yOnJnYigxMjAsNjMsNCkiPlN1cnJ5ICAN CkhpbGxzLCBOU1cNCiAgIDIwMTA8L3NwYW4+PHNwYW4gIA0Kc3R5bGU9ImZvbnQtc2l6ZToxMnB0 O2ZvbnQtZmFtaWx5OkFyaWFsLHNhbnMtc2VyaWYiPjwvc3Bhbj48L3A+DQogICA8L3RkPg0KICA8 L3RyPg0KPC90Ym9keT48L3RhYmxlPg0KDQo8cD48L3A+DQo8L2Rpdj4NCg== From owner-freebsd-doc@FreeBSD.ORG Tue Nov 26 06:18:15 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B8ED786B for ; Tue, 26 Nov 2013 06:18:15 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6F8C224CA for ; Tue, 26 Nov 2013 06:18:15 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id rAQ6IDVI051361; Mon, 25 Nov 2013 23:18:13 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.7/8.14.7/Submit) with ESMTP id rAQ6ICqI051358; Mon, 25 Nov 2013 23:18:13 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Mon, 25 Nov 2013 23:18:12 -0700 (MST) From: Warren Block To: =?ISO-8859-15?Q?G=E1bor_K=F6vesd=E1n?= Subject: Re: [HEADSUP] Merging DocBook 5.0 update In-Reply-To: <527BDA8B.3030908@kovesdan.org> Message-ID: References: <527BADCB.8030308@kovesdan.org> <527BDA8B.3030908@kovesdan.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.4.3 (wonkity.com [127.0.0.1]); Mon, 25 Nov 2013 23:18:13 -0700 (MST) Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2013 06:18:15 -0000 Some automated conversions in the FDP Primer had problems. is not allowed inside , so some of the entities in the FreeBSD Entities table lost their markup. Is there a better solution than using < and >? Example: Usage: The manual page for cp is &man.cp.1;. The usage is supposed to show exactly what the user would enter. This does not work: Usage: The manual page for commandcpcommand is &man.cp.1;. It gives: element literal: validity error : Element tag is not declared in literal list of possible children From owner-freebsd-doc@FreeBSD.ORG Tue Nov 26 12:48:08 2013 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 52077A15 for ; Tue, 26 Nov 2013 12:48:08 +0000 (UTC) Received: from mail-we0-x236.google.com (mail-we0-x236.google.com [IPv6:2a00:1450:400c:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E72252B55 for ; Tue, 26 Nov 2013 12:48:07 +0000 (UTC) Received: by mail-we0-f182.google.com with SMTP id q59so5218223wes.41 for ; Tue, 26 Nov 2013 04:48:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Sv3OH57P73CZe7ADXO+DjpG5gR1zU07K588x0jGR1LQ=; b=QSr1/e17eTDdFlZd6RnX2jeoFsvE0K8pT9ibgCLcwGdrVPpx6o3YcsTub2UCArC1fl bw/VeZANLRpzGPGL27yd3u9rEqK8PNRKURxiUHFC0dgLSN1WHBB8V4wOAmZhlDwWDbgg GuEdXx0hGAunay6IxQj8RB8fGj3BWRnK/YsdiXMBBYqT+X7pyhnyed9X1jN7i39mAQ5E YlvH2oqCgmWFish/Hq+vnJ6EGc70nTXUSMTX4bwqjW7M5U88e7s6rZa2usSTT9ergx2G 9bU2wGhMbMhrGkVtQM3DYT2Us+TiNTaTR57BtQsto7ItaZPfAWZ6ups4noZSp6FykSPh 2Ckg== MIME-Version: 1.0 X-Received: by 10.194.93.3 with SMTP id cq3mr26981809wjb.26.1385470086348; Tue, 26 Nov 2013 04:48:06 -0800 (PST) Received: by 10.216.90.69 with HTTP; Tue, 26 Nov 2013 04:48:06 -0800 (PST) Date: Tue, 26 Nov 2013 14:48:06 +0200 Message-ID: Subject: typo From: Alexander Oblovatniy To: freebsd-doc@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.16 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2013 12:48:08 -0000 Hello, There are couple of typos at page 4.9 Shells . Both foobar and foo.bar start with fo. By typing ., then pressing *Tab* again, > the shell is able to fill in the rest of the filename. Both 'foobar' and 'foo.bar' start with 'foo' instead of 'fo'. Table 4.3 provides a list of common environment variables and their > meanings. Actual table's name is 4.4. Thanks! From owner-freebsd-doc@FreeBSD.ORG Tue Nov 26 14:59:20 2013 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F1C26359; Tue, 26 Nov 2013 14:59:19 +0000 (UTC) Received: from smtp3-g21.free.fr (smtp3-g21.free.fr [IPv6:2a01:e0c:1:1599::12]) by mx1.freebsd.org (Postfix) with ESMTP id 5FEB22456; Tue, 26 Nov 2013 14:59:16 +0000 (UTC) Received: from emphyrio.blackend.org (unknown [88.179.1.53]) by smtp3-g21.free.fr (Postfix) with ESMTP id 104B7A6271; Tue, 26 Nov 2013 15:59:09 +0100 (CET) Received: from emphyrio.blackend.org (localhost [127.0.0.1]) by emphyrio.blackend.org (8.14.5/8.14.5) with ESMTP id rAQEx8CQ006030; Tue, 26 Nov 2013 15:59:08 +0100 (CET) (envelope-from marc@emphyrio.blackend.org) Received: (from marc@localhost) by emphyrio.blackend.org (8.14.5/8.14.5/Submit) id rAQEx8Lh006029; Tue, 26 Nov 2013 15:59:08 +0100 (CET) (envelope-from marc) Date: Tue, 26 Nov 2013 15:59:08 +0100 From: Marc Fonvieille To: freebsd-doc@FreeBSD.org Subject: Re: HEADS UP: doc/ slush begins for 10.0-RELEASE Message-ID: <20131126145908.GC4591@emphyrio.blackend.org> References: <20131024084818.GA1998@emphyrio.blackend.org> <20131031172749.GA1858@emphyrio.blackend.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HcAYCG3uE/tztfnV" Content-Disposition: inline In-Reply-To: <20131031172749.GA1858@emphyrio.blackend.org> X-Useless-Header: blackend.org X-Operating-System: FreeBSD 9.1-RELEASE User-Agent: Mutt/1.5.21 (2010-09-15) Cc: doceng@FreeBSD.org, re@FreeBSD.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2013 14:59:20 -0000 --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 31, 2013 at 06:27:49PM +0100, Marc Fonvieille wrote: > The doc tree has been tagged, i.e., doc/release/10.0.0 branch created. > If you noticed a problem or have a change which must be included in the > release, please let me know. > Cause of various changes (DocBook5, etc.), I retagged the doc tree for 10.0.0. The tag is based on r43249 --=20 Marc --HcAYCG3uE/tztfnV Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iD8DBQFSlLc7zQ9RwE+OdOgRApeyAJ96k7DYRHmbP0QX7SQDUUfLUqA6OgCfaIsQ G9DcPgGdNE+v8EUX2SCfUtM= =dp8+ -----END PGP SIGNATURE----- --HcAYCG3uE/tztfnV-- From owner-freebsd-doc@FreeBSD.ORG Tue Nov 26 15:02:00 2013 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3B324652; Tue, 26 Nov 2013 15:02:00 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6020124A3; Tue, 26 Nov 2013 15:01:59 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 1448316871; Tue, 26 Nov 2013 15:01:51 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 1448316871 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Tue, 26 Nov 2013 10:01:49 -0500 From: Glen Barber To: Marc Fonvieille Subject: Re: HEADS UP: doc/ slush begins for 10.0-RELEASE Message-ID: <20131126150149.GB1726@glenbarber.us> References: <20131024084818.GA1998@emphyrio.blackend.org> <20131031172749.GA1858@emphyrio.blackend.org> <20131126145908.GC4591@emphyrio.blackend.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="XOIedfhf+7KOe/yw" Content-Disposition: inline In-Reply-To: <20131126145908.GC4591@emphyrio.blackend.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: doceng@FreeBSD.org, freebsd-doc@FreeBSD.org, re@FreeBSD.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2013 15:02:00 -0000 --XOIedfhf+7KOe/yw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 26, 2013 at 03:59:08PM +0100, Marc Fonvieille wrote: > On Thu, Oct 31, 2013 at 06:27:49PM +0100, Marc Fonvieille wrote: > > The doc tree has been tagged, i.e., doc/release/10.0.0 branch created. > > If you noticed a problem or have a change which must be included in the > > release, please let me know. > > >=20 > Cause of various changes (DocBook5, etc.), I retagged the doc tree for > 10.0.0. The tag is based on r43249 >=20 Thank you. Glen --XOIedfhf+7KOe/yw Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSlLfcAAoJELls3eqvi17QxfkP/A1viMFCzry5P6xTZzBEDwDo rZ/i8nimyp0scqxTMVdyA2DzDnDEiccavFShOrI+2g/y5kEgThlxgkTdRhtqRgq2 uIffpG0eeCiGJ/h1gW79SSi+e7Gpv2XmcKOFrza2zWyqKcAOJ2vw9KG89466hO1q ebA0AiR7i3Zk7T5T7r46BtYo1+wGLtB2xTcPtXKy4IJiP4ryoDfekV5tM7U3uXZT ksOIJLZ2HVKvfaNRbOPQhqa8zCaZLafbpBbp1YLMjQEiHioVbjYoaAtiOL4yXqzm I/rznrpvYkJgbhD+Qsvbm22mjiAv18tg3gpjGeB8EOI3BH6Ou6pxcEenXsIiutAl anFIBVp5Dy3NHjpDSOZuKltC0lRHelBT8DbRV/owVhKi+8OgPGCGyP4iY/wP8Ghb P/q2wQb8bYV/vUDNNfhS4hpODbbP6J6qqqhdpVuTtFWoUFZIlx3ta+/LBdkMP/7c v7LQl2NhplAOkCyrXlZtINd4IZdLDL85CmsFQmqlxDs3HhfPwVkNFYd9+7cl5MuC cTJMuSviNpSQU9LZYlet4JSR9PePaauy3eKdmqqsqvs95XPWKf2FzTfn855t9Vtd /zFtYw7bbBQ1zqSy5as5rP+aRn/9CWV0z9UhyyTlzBmzK9b1MNFCxVEV6cimXHD6 QJe3mb3f4Fu2doHFbx8y =INNJ -----END PGP SIGNATURE----- --XOIedfhf+7KOe/yw-- From owner-freebsd-doc@FreeBSD.ORG Tue Nov 26 15:38:23 2013 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B09B1263 for ; Tue, 26 Nov 2013 15:38:23 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6562226CA for ; Tue, 26 Nov 2013 15:38:23 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id rAQFcLqk055348; Tue, 26 Nov 2013 08:38:21 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.7/8.14.7/Submit) with ESMTP id rAQFcLxv055345; Tue, 26 Nov 2013 08:38:21 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Tue, 26 Nov 2013 08:38:21 -0700 (MST) From: Warren Block To: Alexander Oblovatniy Subject: Re: typo In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Tue, 26 Nov 2013 08:38:22 -0700 (MST) Cc: freebsd-doc@FreeBSD.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2013 15:38:23 -0000 On Tue, 26 Nov 2013, Alexander Oblovatniy wrote: > Hello, > > There are couple of typos at page 4.9 > Shells > . > > Both foobar and foo.bar start with fo. By typing ., then pressing *Tab* again, >> the shell is able to fill in the rest of the filename. > > > Both 'foobar' and 'foo.bar' start with 'foo' instead of 'fo'. Agreed. But that example is terrible. I'm working on rewriting it. > Table 4.3 provides a list of common environment variables and their >> meanings. > > > Actual table's name is 4.4. ...which should not be hardcoded in the text, anyway. Fixed, thanks! From owner-freebsd-doc@FreeBSD.ORG Tue Nov 26 19:29:20 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5E28E3E3 for ; Tue, 26 Nov 2013 19:29:20 +0000 (UTC) Received: from gamma.ukrhub.net (gamma.ukrhub.net [94.125.120.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CC4032729 for ; Tue, 26 Nov 2013 19:29:19 +0000 (UTC) Received: from gamma.ukrhub.net (localhost [127.0.0.1]) by gamma.ukrhub.net (8.14.7/8.14.7) with ESMTP id rAQJ6iTP025655 for ; Tue, 26 Nov 2013 21:06:44 +0200 (EET) (envelope-from ds@ukrhub.net) Received: (from ds@localhost) by gamma.ukrhub.net (8.14.7/8.14.7/Submit) id rAQJ6i8K025654 for freebsd-doc@freebsd.org; Tue, 26 Nov 2013 21:06:44 +0200 (EET) (envelope-from ds@ukrhub.net) X-Authentication-Warning: gamma.ukrhub.net: ds set sender to ds@ukrhub.net using -f Date: Tue, 26 Nov 2013 21:06:44 +0200 From: Taras Korenko To: freebsd-doc@freebsd.org Subject: en/handbook/users: proposed corrections Message-ID: <20131126190644.GC25578@gamma.ukrhub.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3oCie2+XPXTnK5a5" Content-Disposition: inline User-Agent: Mutt/1.5.22 (2013-10-16) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list Reply-To: Taras Korenko List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2013 19:29:20 -0000 --3oCie2+XPXTnK5a5 Content-Type: multipart/mixed; boundary="0QFb0wBpEddLcDHQ" Content-Disposition: inline --0QFb0wBpEddLcDHQ Content-Type: text/plain; charset=koi8-u Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Good day, doc@ folks. I'd like to introduce some corrections to handbook/users chapter. Howeve= r, there might be moot points, so any comments will be appreciated. Thanks. --=20 WBR, Taras Korenko --0QFb0wBpEddLcDHQ Content-Type: text/x-diff; charset=koi8-u Content-Disposition: attachment; filename="en.hb.users.diff" Content-Transfer-Encoding: quoted-printable Index: en_US.ISO8859-1/books/handbook/users/chapter.xml =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- en_US.ISO8859-1/books/handbook/users/chapter.xml (revision 43253) +++ en_US.ISO8859-1/books/handbook/users/chapter.xml (working copy) @@ -78,8 +78,8 @@ =20 The user name is typed at the login: - prompt. User names must be unique on the system as no two - users can have the same user name. There are a number of + prompt. User names must be unique on the system.=20 + There are a number of rules for creating valid user names, documented in &man.passwd.5;. Typically user names consist of eight or fewer all lower case characters in order to maintain @@ -91,9 +91,8 @@ Password =20 - Each account has an associated password. While the - password can be blank, this is highly discouraged and - every account should have a password. + Each account has an associated password. The password can be + blank, however this is highly discouraged. =20 @@ -149,7 +148,7 @@ =20 By default &os; does not force users to change their - passwords periodically. Password expiration can be + passwords. Password expiration can be enforced on a per-user basis, forcing some or all users to change their passwords after a certain amount of time has elapsed. @@ -377,7 +376,7 @@ /usr/share/skel skeleton directory - &man.adduser.8; is a simple program for adding new users + &man.adduser.8; is a simple program for adding new users. When a new user is added, this program automatically updates /etc/passwd and /etc/group. It also creates a home @@ -527,7 +526,7 @@ =20 When passed no options, aside from an optional username, &man.chpass.1; displays an editor containing user information. - When the user exists from the editor, the user database is + When the user exits from the editor, the user database is updated with the new information. =20 @@ -773,8 +772,7 @@ this limit too small may hinder a user's productivity as it is often useful to be logged in multiple times or to execute pipelines. Some tasks, such as compiling a large - program, spawn multiple processes and other intermediate - preprocessors. + program, spawn lots of processes. =20 @@ -818,7 +816,7 @@ =20 The limit on the amount of network memory, and - thus mbufssbsize= limiting userssbsize,= a user may consume in order to limit network + thus mbufssbsize= limiting userssbsize,= a user may consume. This can be generally used to limit network communications. @@ -960,7 +958,7 @@ In this example, the argument to is a comma-delimited list of users who are to be added to the group. Unlike the previous example, these users are appended to the - group list and do not replace the list of existing users in the + group and do not replace the list of existing users in the group. =20 --0QFb0wBpEddLcDHQ-- --3oCie2+XPXTnK5a5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iEYEARECAAYFAlKU8UQACgkQ2DhU04rMxovmEgCfYKhFDBmG6jWIu4p3w3sc+Pok +uYAn2Uum2IrtToc3hYbyGAI/ngs5dg/ =aynT -----END PGP SIGNATURE----- --3oCie2+XPXTnK5a5-- From owner-freebsd-doc@FreeBSD.ORG Wed Nov 27 16:52:22 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ACE277B5 for ; Wed, 27 Nov 2013 16:52:22 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7550D2B24 for ; Wed, 27 Nov 2013 16:52:22 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id rARGqESv065646; Wed, 27 Nov 2013 09:52:14 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.7/8.14.7/Submit) with ESMTP id rARGqENK065643; Wed, 27 Nov 2013 09:52:14 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Wed, 27 Nov 2013 09:52:14 -0700 (MST) From: Warren Block To: Taras Korenko Subject: Re: en/handbook/users: proposed corrections In-Reply-To: <20131126190644.GC25578@gamma.ukrhub.net> Message-ID: References: <20131126190644.GC25578@gamma.ukrhub.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Wed, 27 Nov 2013 09:52:14 -0700 (MST) Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Nov 2013 16:52:22 -0000 On Tue, 26 Nov 2013, Taras Korenko wrote: > Good day, doc@ folks. > > I'd like to introduce some corrections to handbook/users chapter. However, > there might be moot points, so any comments will be appreciated. > Thanks. Thanks for working on this! Comments inline below, preceded with WB: for easy location. Index: en_US.ISO8859-1/books/handbook/users/chapter.xml =================================================================== --- en_US.ISO8859-1/books/handbook/users/chapter.xml (revision 43253) +++ en_US.ISO8859-1/books/handbook/users/chapter.xml (working copy) @@ -78,8 +78,8 @@ The user name is typed at the login: - prompt. User names must be unique on the system as no two - users can have the same user name. There are a number of + prompt. User names must be unique on the system. + There are a number of WB: I agree with this simplification, and would like to take it even farther. How about "Each user must have a unique user name."? rules for creating valid user names, documented in &man.passwd.5;. Typically user names consist of eight or fewer all lower case characters in order to maintain @@ -91,9 +91,8 @@ Password - Each account has an associated password. While the - password can be blank, this is highly discouraged and - every account should have a password. + Each account has an associated password. The password can be + blank, however this is highly discouraged. WB: This makes me think of "Do not look into laser with remaining eye." Let's just remove the sentence about setting a blank password. @@ -149,7 +148,7 @@ By default &os; does not force users to change their - passwords periodically. Password expiration can be + passwords. Password expiration can be enforced on a per-user basis, forcing some or all users to change their passwords after a certain amount of time has elapsed. WB: Agreed, the original sentence is not very good. How about "By default, passwords do not expire.", and then use "enabled" rather than "enforced" in the next sentence. @@ -377,7 +376,7 @@ /usr/share/skel skeleton directory - &man.adduser.8; is a simple program for adding new users + &man.adduser.8; is a simple program for adding new users. When a new user is added, this program automatically updates /etc/passwd and /etc/group. It also creates a home @@ -527,7 +526,7 @@ When passed no options, aside from an optional username, &man.chpass.1; displays an editor containing user information. - When the user exists from the editor, the user database is + When the user exits from the editor, the user database is WB: good catch! updated with the new information. @@ -773,8 +772,7 @@ this limit too small may hinder a user's productivity as it is often useful to be logged in multiple times or to execute pipelines. Some tasks, such as compiling a large - program, spawn multiple processes and other intermediate - preprocessors. + program, spawn lots of processes. WB: "start" may be more clear than "spawn". @@ -818,7 +816,7 @@ The limit on the amount of network memory, and - thus mbufssbsizelimiting userssbsize, a user may consume in order to limit network + thus mbufssbsizelimiting userssbsize, a user may consume. This can be generally used to limit network communications. @@ -960,7 +958,7 @@ In this example, the argument to is a comma-delimited list of users who are to be added to the group. Unlike the previous example, these users are appended to the - group list and do not replace the list of existing users in the + group and do not replace the list of existing users in the group. From owner-freebsd-doc@FreeBSD.ORG Wed Nov 27 21:23:46 2013 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1CF65A4E for ; Wed, 27 Nov 2013 21:23:46 +0000 (UTC) Received: from server.brigadoonsoftware.com (server.brigadoonsoftware.com [68.170.144.230]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C77392B43 for ; Wed, 27 Nov 2013 21:23:33 +0000 (UTC) Received: from ool-4355d09d.dyn.optonline.net ([67.85.208.157]:39990 helo=[10.0.1.5]) by server.brigadoonsoftware.com with smtp (Exim 4.80.1) (envelope-from ) id 1Vlma2-0000sp-Md for doc@freebsd.org; Wed, 27 Nov 2013 16:23:31 -0500 Message-Id: Mime-Version: 1.0 From: Tim Albright To: doc@freebsd.org Subject: We Track, Locate and Recover Lost & Stolen Computers, Tablets & Chromebooks Worldwide! Date: Wed, 27 Nov 2013 16:23:31 -0500 X-Bounce-Tracking-Info: Content-type: text/plain; charset=iso-8859-1; format=flowed Content-transfer-encoding: quoted-printable X-ACL-Warn: { X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server.brigadoonsoftware.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - brigadoonsoftware.com X-Get-Message-Sender-Via: server.brigadoonsoftware.com: acl_c_relayhosts_text_entry: talbright@brigadoonsoftware.com|brigadoonsoftware.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Nov 2013 21:23:46 -0000 Greetings, Our award winning PC PhoneHome and MacPhoneHome is the NUMBER ONE stand-alone computer tracking and recovery software in the world to both the Windows and Mac communities and internationally recognized as "Best of Brand=2E" Our software products have been protecting the world's computers from theft for over 14 years! We protect Desktops, Laptops, Tablets and the new Google ChromeBooks= =2E We are currently protecting over 2,000,000 computers worldwide=2E Have you inquired about our low cost site license to protect all your computing devices from theft? We're the lowest price in the industry! if your computer or mobile enabled device is lost or stolen all you need to do is file a local police report and notify us=2E Our recovery agents do the rest! Recovery agents at our Command and Tracking Center will provide full tracking and recovery support=2E We work with global ISPs and local police to facilitate the recovery and return of your computing device=2E The SINGLE COPY version of PC PhoneHome and MacPhoneHome retail for $29=2E95 each=2E Inquire about our academic discounts=2E=2E=2E Now you can SAVE a BUNDLE of money with our new multiple computer BUNDLE download deals! Please visit our PURCHASE PAGE http://www=2Ebrigadoonsoftware=2Ecom/purchase=2Ehtml today to purchase and download your PC PhoneHome/MacPhoneHome BUNDLE DEAL TODAY! Ask for a price quote on our CUSTOM SITE LICENSE for LARGE SCALE DEPLOYMENT to HUNDREDS or THOUSANDS of computers! Make sure you checkout our NEW software release, CopyAlert which protects your computer files from being copied by unauthorized parties=2E http://www=2Ebrigadoonsoftware=2Ecom/usb=2Ehtml Bona Fide Reseller Inquiries Invited=2E Private Label Versions Available=2E If you require any additional information, please contact me directly= =2E Best Regards, Tim Albright VP - Sales Brigadoon Software, Inc=2E 119 Rockland Center, Suite 250 Nanuet, New York 10954 USA Tel: +1-845-624-0909 Fax: +1-845-624-0990 Skype: brigadoon_ny Email: talbright@brigadoonsoftware=2Ecom Web: http://www=2Ebrigadoonsoftware=2Ecom To be excluded from future emails, please type=20 "Remove" in the subject line and reply to this message=2E PLEASE MAKE SURE TO INCLUDE ANY EMAIL ALIAS YOU ARE USING=2E=2E=2E From owner-freebsd-doc@FreeBSD.ORG Thu Nov 28 01:25:38 2013 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8E883E9 for ; Thu, 28 Nov 2013 01:25:38 +0000 (UTC) Received: from mail-oa0-x245.google.com (mail-oa0-x245.google.com [IPv6:2607:f8b0:4003:c02::245]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 59920AF2 for ; Thu, 28 Nov 2013 01:25:38 +0000 (UTC) Received: by mail-oa0-f69.google.com with SMTP id h16so26277316oag.8 for ; Wed, 27 Nov 2013 17:25:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:message-id:date:subject:from:to:content-type; bh=jLuqqt3qy6ECob8EVs0zvjemZbe4KU0/0HEbAnHhLug=; b=zTCTN3q/OcBJG1S/Xj5y+5ylm6VGK3zbkXMuByFpLZRe+2OTtxA9LFBp9nm6q28NyY tXovASgkvGPGTL7p4PKrCL1o2A4Wd09sgMPXIEy69AA5UqNaqa+VuvNRY1fv3LInEhTa 3byeU/Oa9+GiL299VR3n14nsLOgrTBVMIgEGvsVy5F4GY9qSKuup/V5tuLrM9+knU8y3 zwOEz6gj50ShJ6ORJkJzrCfQFl2Wr+2k/2uOjLbw2XZW7+Q2+7n7gdHL2odO46MCTzfY bLMms6HMpOzo2+nRbmUWA2QtkrJK8DdDCzfziE/ndv7q36prIp6XbJ1LAyNojRCZcyZu ppDA== MIME-Version: 1.0 X-Received: by 10.182.16.199 with SMTP id i7mr1659980obd.42.1385601937571; Wed, 27 Nov 2013 17:25:37 -0800 (PST) Message-ID: <001a11c32af64a06e704ec3297de@google.com> Date: Thu, 28 Nov 2013 01:25:37 +0000 Subject: =?windows-1252?Q?Local_business_=96_Freebsd=2Eorg?= From: Milita Arora To: freebsd-questions@FreeBSD.org, freebsd-doc@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.16 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Nov 2013 01:25:38 -0000 PGRpdiBkaXI9Imx0ciI+PHAgc3R5bGU9Im1hcmdpbi1ib3R0b206MGNtIj48Zm9udCBjb2xvcj0i IzAwMDBmZiIgIA0KZmFjZT0iVmVyZGFuYSwgc2Fucy1zZXJpZiI+PGI+RnJlZWJzZC5vcmc8L2I+ PC9mb250Pjxmb250ICANCmNvbG9yPSIjMDAwMGZmIj48Zm9udCBmYWNlPSJWZXJkYW5hLCAgDQpz YW5zLXNlcmlmIj48Yj6gPC9iPlRlYW0sPC9mb250PjwvZm9udD48L3A+DQo8cCBzdHlsZT0ibWFy Z2luLWJvdHRvbTowY20iPjxmb250IGNvbG9yPSIjMDAwMGZmIiAgDQpzdHlsZT0iZm9udC1mYW1p bHk6VmVyZGFuYSxzYW5zLXNlcmlmIj5JDQp3b3VsZCBsaWtlIHRvIHRha2UgYSBmZXcgbWludXRl cyBmcm9tIHlvdXIgc2NoZWR1bGUgYW5kIGFzayBmb3IgeW91cg0KYXR0ZW50aW9uIHRvd2FyZHMg T3JnYW5pYyBzZWFyY2ggZW5naW5lIHRyYWZmaWMgZm9yoDwvZm9udD48Zm9udCAgDQpjb2xvcj0i IzAwMDBmZiI+PGI+PGZvbnQgZmFjZT0iVmVyZGFuYSwgIA0Kc2Fucy1zZXJpZiI+RnJlZWJzZC5v cmcuPC9mb250PjwvYj48L2ZvbnQ+PGJyPjwvcD4NCjxwPjxmb250IGNvbG9yPSIjMDAwMGZmIj48 Zm9udCBmYWNlPSJWZXJkYW5hLCBzYW5zLXNlcmlmIj5Bcw0KYSBidXNpbmVzcyBPd25lciB5b3Ug bWlnaHQgYmUgaW50ZXJlc3RlZCB0byBnYWluIHByb2ZpdCBieSBwbGFjaW5nDQp5b3VyIHdlYnNp dGUgYW1vbmcgdG9wIGluIHNlYXJjaCBlbmdpbmVzLiBZb3VyIHdlYnNpdGUgbmVlZHMNCmltbWVk aWF0ZSBpbXByb3ZlbWVudCBmb3Igc29tZSBtYWpvciBpc3N1ZXMgd2l0aCB5b3VyICANCndlYnNp dGUuPC9mb250PjwvZm9udD48L3A+DQo8cD48Zm9udCBjb2xvcj0iIzAwMDBmZiI+PGZvbnQgZmFj ZT0iVmVyZGFuYSwgc2Fucy1zZXJpZiI+MS4NCkxvdyBvbmxpbmUgcHJlc2VuY2UgZm9yIG1hbnkg Y29tcGV0aXRpdmUga2V5d29yZCBwaHJhc2VzLjwvZm9udD48L2ZvbnQ+PC9wPg0KPHA+PGZvbnQg Y29sb3I9IiMwMDAwZmYiPjxmb250IGZhY2U9IlZlcmRhbmEsIHNhbnMtc2VyaWYiPjIuDQpOb3Qg ZG9pbmcgd2VsbCBpbiBtb3N0IG9mIHRoZSBTb2NpYWwgTWVkaWEgV2Vic2l0ZXMuPC9mb250Pjwv Zm9udD48L3A+DQo8cD48Zm9udCBjb2xvcj0iIzIyMjIyMiI+PGZvbnQgZmFjZT0iVmVyZGFuYSwg c2Fucy1zZXJpZiI+PGZvbnQgIA0KY29sb3I9IiMwMDAwZmYiPjM8L2ZvbnQ+Lg0KPGZvbnQgY29s b3I9IiMwMDAwZmYiPllvdXIgc2l0ZSBpcyBub3QgdXNlciBmcmllbmRseSBvbiBtb2JpbGUNCmRl dmljZXM8L2ZvbnQ+LjwvZm9udD48L2ZvbnQ+PC9wPg0KPHA+PGZvbnQgY29sb3I9IiMyMjIyMjIi Pjxmb250IGZhY2U9IlZlcmRhbmEsIHNhbnMtc2VyaWYiPjxmb250Pjxmb250ICANCmNvbG9yPSIj MDAwMGZmIj5Mb29raW5nDQphdCB0aGUgYWJvdmUgaXNzdWVzIGFuZCBvdGhlciBhZGRpdGlvbmFs IGltcHJvdmVtZW50cyBmb3IgeW91cg0Kd2Vic2l0ZSwgSSB3b3VsZCBsaWtlIHlvdSB0byBnaXZl IHVzIGEgY2hhbmNlIHRvIGZpeCB0aG9zZSBpc3N1ZXMuDQpPdXIgdGVhbSBvZiBTZWFyY2ggRW5n aW5lIGFuZCBTb2NpYWwgTWVkaWEgZXhwZXJ0cyBhcmUgaGVyZSB0byBzZXJ2ZQ0KeW91IHdpdGgg YmVzdCBpbnB1dHMuIElmIHlvdSBhcmUgaW50ZXJlc3RlZCBpbiBsZWFybmluZyBtb3JlIGFib3V0 DQpjdXJyZW50IHN0YXR1cyBvZiB5b3VyIHdlYnNpdGUsIHdlIHdvdWxkIGJlIGdsYWQgdG8gc2hh cmUgV0VCU0lURQ0KQVVESVQgUkVQT1JUIG9moDwvZm9udD48L2ZvbnQ+PC9mb250PjwvZm9udD48 YiAgDQpzdHlsZT0iY29sb3I6cmdiKDAsMCwyNTUpIj48Zm9udCBmYWNlPSJWZXJkYW5hLCAgDQpz YW5zLXNlcmlmIj5GcmVlYnNkLm9yZzwvZm9udD48L2I+PGZvbnQgY29sb3I9IiMyMjIyMjIiPjxm b250ICANCmZhY2U9IlZlcmRhbmEsIHNhbnMtc2VyaWYiPjxmb250Pjxmb250IGNvbG9yPSIjMDAw MGZmIj48Yj6gPC9iPjwvZm9udD48Zm9udCAgDQpjb2xvcj0iIzAwMDBmZiI+Zm9yDQpGUkVFLjwv Zm9udD48L2ZvbnQ+PC9mb250PjwvZm9udD48L3A+DQo8cD48Zm9udCBjb2xvcj0iIzAwMDBmZiI+ PGZvbnQgZmFjZT0iVmVyZGFuYSwgc2Fucy1zZXJpZiI+WW91DQp3aWxsIGZlZWwgdGhlIGRpZmZl cmVuY2Ugb25jZSB5b3UgZ2V0IHNlcnZpY2VzIGZyb20gb3VyIGNvbXBhbnkgYXMgd2UNCm5ldmVy IGxldCBvdXIgY2xpZW50cyBleHBlY3RhdGlvbnMgZ28gZG93bi4gQmVpbmcgYXQgdGhlIHRvcCBs ZWZ0IG9mDQpHb29nbGUgKCMxLSAjMyBvcmdhbmljIHBvc2l0aW9ucykgaXMgdGhlIGJlc3QgdGhp bmcgeW91IGNhbiBkbyBmb3INCnlvdXIgY29tcGFueSYjMzk7cyB3ZWJzaXRlIHRyYWZmaWMgYW5k IG9ubGluZSByZXB1dGF0aW9uLiBZb3Ugd2lsbCBiZQ0KaGFwcHkgdG8ga25vdyB0aGF0LCBteSB0 ZWFtIGlzIHdpbGxpbmcgdG8gZ3VhcmFudGVlIHlvdSAxc3QgcGFnZQ0KR29vZ2xlIHJhbmtpbmcg Zm9yIG1vc3Qgb2YgeW91ciB0YXJnZXRlZCBsb2NhbCBrZXl3b3JkIHBocmFzZXMgaW4gb3VyDQpz aXggbW9udGggb25nb2luZyBjYW1wYWlnbi48L2ZvbnQ+PC9mb250PjwvcD4NCjxwPjxmb250IGNv bG9yPSIjMDAwMGZmIj48Zm9udCBmYWNlPSJWZXJkYW5hLCBzYW5zLXNlcmlmIj5JZg0KbXkgcHJv cG9zYWwgc291bmQmIzM5O3MgaW50ZXJlc3RpbmcgZm9yIHlvdXIgYnVzaW5lc3MgZ29hbCwgZmVl bCBmcmVlIHRvDQplbWFpbCB1cywgb3IgY2FuIHByb3ZpZGUgbWUgd2l0aCB5b3VyIHBob25lIG51 bWJlciBhbmQgdGhlIGJlc3QgdGltZQ0KdG8gY2FsbCB5b3UuIEkgYW0gYWxzbyBhdmFpbGFibGUg Zm9yIGFuIG9ubGluZSBtZWV0aW5nIHRvIHByZXNlbnQgeW91DQp0aGlzIHdlYnNpdGUgYXVkaXQg cmVwb3J0LjwvZm9udD48L2ZvbnQ+PC9wPg0KPHA+PGZvbnQgY29sb3I9IiMyMjIyMjIiPjxmb250 IGZhY2U9IlZlcmRhbmEsIHNhbnMtc2VyaWYiPjxmb250ICANCmNvbG9yPSIjMDAwMGZmIj4tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08V0JSPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLTxXQlI+LS0tLS08L2ZvbnQ+PGJyPjxmb250ICANCmNvbG9yPSIjMDAwMGZmIj5CZXN0DQpS ZWdhcmRzLDxicj48L2ZvbnQ+PGZvbnQgY29sb3I9IiMwMDAwZmYiPjxiPk1pbGl0YSBBcm9yYTwv Yj48L2ZvbnQ+PGZvbnQgIA0KY29sb3I9IiMwMDAwZmYiPjxicj5NYXJrZXRpbmcNCkNvbnN1bHRh bnQ8L2ZvbnQ+PGJyPjxicj48Zm9udCBjb2xvcj0iIzAwMDBmZiI+UFMgSTogSSBhbSBub3QNCnNw YW1taW5nLiBJIGhhdmUgc3R1ZGllZCB5b3VyIHdlYnNpdGUgYW5kIGJlbGlldmUgSSBjYW4gaGVs cCB3aXRoDQp5b3VyIGJ1c2luZXNzIHByb21vdGlvbi4gSWYgeW91IHN0aWxsIHdhbnQgdXMgdG8g bm90IGNvbnRhY3QgeW91LCB5b3UNCmNhbiBpZ25vcmUgdGhpcyBlbWFpbCBvciBhc2sgdG8gcmVt b3ZlIGFuZCBJIHdpbGwgbm90IGNvbnRhY3QgIA0KYWdhaW4uPC9mb250PjwvZm9udD48L2ZvbnQ+ PC9wPg0KPHA+PGZvbnQgY29sb3I9IiMwMDAwZmYiPjxmb250IGZhY2U9IlZlcmRhbmEsIHNhbnMt c2VyaWYiPlBTDQpJSTogSSBmb3VuZCB5b3VyIHNpdGUgdXNpbmcgR29vZ2xlIHNlYXJjaCBhbmQg YWZ0ZXIgaGF2aW5nIGEgbG9vaw0Kb3ZlciB5b3VyIHdlYnNpdGUgSSByZWNvbW1lbmQgeW91IHRv IGltcGxlbWVudCBmdXR1cmUgdGVjaG5vbG9naWVzDQpzdWNoIGFzIEhUTUw1IGFuZCBSZXNwb25z aXZlIERlc2lnbiB0byBtYWtlIHlvdXIgc2l0ZSBtb3JlIGFjY2Vzc2libGUNCmluIG1vYmlsZSBw aG9uZSwgdGFibGV0cywgZGVza3RvcCBldGMuPC9mb250PjwvZm9udD48L3A+PC9kaXY+DQo= From owner-freebsd-doc@FreeBSD.ORG Thu Nov 28 07:35:04 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 82A46AF1 for ; Thu, 28 Nov 2013 07:35:04 +0000 (UTC) Received: from gamma.ukrhub.net (gamma.ukrhub.net [94.125.120.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 179081AA4 for ; Thu, 28 Nov 2013 07:35:02 +0000 (UTC) Received: from gamma.ukrhub.net (localhost [127.0.0.1]) by gamma.ukrhub.net (8.14.7/8.14.7) with ESMTP id rAS7Yrkk053364; Thu, 28 Nov 2013 09:34:53 +0200 (EET) (envelope-from ds@ukrhub.net) Received: (from ds@localhost) by gamma.ukrhub.net (8.14.7/8.14.7/Submit) id rAS7YrEU053363; Thu, 28 Nov 2013 09:34:53 +0200 (EET) (envelope-from ds@ukrhub.net) X-Authentication-Warning: gamma.ukrhub.net: ds set sender to ds@ukrhub.net using -f Date: Thu, 28 Nov 2013 09:34:53 +0200 From: Taras Korenko To: Warren Block Subject: Re: en/handbook/users: proposed corrections Message-ID: <20131128073453.GA52681@gamma.ukrhub.net> References: <20131126190644.GC25578@gamma.ukrhub.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="zhXaljGHf11kAtnf" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list Reply-To: Taras Korenko List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Nov 2013 07:35:04 -0000 --zhXaljGHf11kAtnf Content-Type: text/plain; charset=koi8-u Content-Disposition: inline There's a second lap, which includes received suggestions. -- WBR, Taras Korenko --zhXaljGHf11kAtnf Content-Type: text/x-diff; charset=koi8-u Content-Disposition: attachment; filename="02.en.hb.users.diff" Index: en_US.ISO8859-1/books/handbook/users/chapter.xml =================================================================== --- en_US.ISO8859-1/books/handbook/users/chapter.xml (revision 43259) +++ en_US.ISO8859-1/books/handbook/users/chapter.xml (working copy) @@ -78,8 +78,8 @@ The user name is typed at the login: - prompt. User names must be unique on the system as no two - users can have the same user name. There are a number of + prompt. Each user must have a unique user name. + There are a number of rules for creating valid user names, documented in &man.passwd.5;. Typically user names consist of eight or fewer all lower case characters in order to maintain @@ -91,9 +91,7 @@ Password - Each account has an associated password. While the - password can be blank, this is highly discouraged and - every account should have a password. + Each account has an associated password. @@ -148,9 +146,9 @@ Password change time - By default &os; does not force users to change their - passwords periodically. Password expiration can be - enforced on a per-user basis, forcing some or all users to + By default, passwords do not expire. + However, password expiration can be + enabled on a per-user basis, forcing some or all users to change their passwords after a certain amount of time has elapsed. @@ -377,7 +375,7 @@ /usr/share/skel skeleton directory - &man.adduser.8; is a simple program for adding new users + &man.adduser.8; is a simple program for adding new users. When a new user is added, this program automatically updates /etc/passwd and /etc/group. It also creates a home @@ -527,7 +525,7 @@ When passed no options, aside from an optional username, &man.chpass.1; displays an editor containing user information. - When the user exists from the editor, the user database is + When the user exits from the editor, the user database is updated with the new information. @@ -773,8 +771,7 @@ this limit too small may hinder a user's productivity as it is often useful to be logged in multiple times or to execute pipelines. Some tasks, such as compiling a large - program, spawn multiple processes and other intermediate - preprocessors. + program, start lots of processes. @@ -818,7 +815,7 @@ The limit on the amount of network memory, and - thus mbufssbsizelimiting userssbsize, a user may consume in order to limit network + thus mbufssbsizelimiting userssbsize, a user may consume. This can be generally used to limit network communications. @@ -960,7 +957,7 @@ In this example, the argument to is a comma-delimited list of users who are to be added to the group. Unlike the previous example, these users are appended to the - group list and do not replace the list of existing users in the + group and do not replace the list of existing users in the group. --zhXaljGHf11kAtnf-- From owner-freebsd-doc@FreeBSD.ORG Thu Nov 28 15:10:37 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8DEAFD76 for ; Thu, 28 Nov 2013 15:10:37 +0000 (UTC) Received: from gamma.ukrhub.net (gamma.ukrhub.net [94.125.120.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EC374135C for ; Thu, 28 Nov 2013 15:10:36 +0000 (UTC) Received: from gamma.ukrhub.net (localhost [127.0.0.1]) by gamma.ukrhub.net (8.14.7/8.14.7) with ESMTP id rASFAXhB046632; Thu, 28 Nov 2013 17:10:33 +0200 (EET) (envelope-from ds@ukrhub.net) Received: (from ds@localhost) by gamma.ukrhub.net (8.14.7/8.14.7/Submit) id rASFAXG9046631; Thu, 28 Nov 2013 17:10:33 +0200 (EET) (envelope-from ds@ukrhub.net) X-Authentication-Warning: gamma.ukrhub.net: ds set sender to ds@ukrhub.net using -f Date: Thu, 28 Nov 2013 17:10:32 +0200 From: Taras Korenko To: Warren Block Subject: Re: en/handbook/users: proposed corrections Message-ID: <20131128151032.GE52681@gamma.ukrhub.net> References: <20131126190644.GC25578@gamma.ukrhub.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="IiVenqGWf+H9Y6IX" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list Reply-To: Taras Korenko List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Nov 2013 15:10:37 -0000 --IiVenqGWf+H9Y6IX Content-Type: text/plain; charset=koi8-u Content-Disposition: inline ... and the last (previously unnoticed) chunk follows: -- WBR, Taras Korenko --IiVenqGWf+H9Y6IX Content-Type: text/x-diff; charset=koi8-u Content-Disposition: attachment; filename="02_1.en.hb.users.diff" Index: en_US.ISO8859-1/books/handbook/users/chapter.xml =================================================================== --- en_US.ISO8859-1/books/handbook/users/chapter.xml (revision 43259) +++ en_US.ISO8859-1/books/handbook/users/chapter.xml (working copy) @@ -984,7 +984,7 @@ There are several ways to do things as the superuser. The worst way is to log in as root directly. - Usually very little activity requires root + Usually very little activity requires superuser privileges, so logging off and logging in as root, performing tasks, then logging off and on again as a normal user is a waste of time. @@ -991,8 +991,8 @@ A better way is to use &man.su.1; without providing a login but using - to inherit the root environment. - Not providing a login will imply super user. For this to work - the login that must be in the wheel group. + Not providing a login will imply superuser. For this to work + the current user must belong to the wheel group. An example of a typical software installation would involve the administrator unpacking the software as a normal user and then elevating their privileges for the build and installation of @@ -1016,10 +1016,10 @@ Using &man.su.1; works well for single systems or small networks with just one system administrator. For more complex - environments (or even for these simple environments) - sudo should be used. It is provided as a port, - security/sudo. It allows for - things like activity logging, granting users the ability to only + environments + sudo might be used. It is available as a + security/sudo package or port. + sudo provides activity logging, granting users the ability to only run certain commands as the superuser, and several other options. --IiVenqGWf+H9Y6IX-- From owner-freebsd-doc@FreeBSD.ORG Thu Nov 28 21:35:00 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE9352E1 for ; Thu, 28 Nov 2013 21:35:00 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7F5C71646 for ; Thu, 28 Nov 2013 21:35:00 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id rASLYwQx050641; Thu, 28 Nov 2013 14:34:58 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.7/8.14.7/Submit) with ESMTP id rASLYwsQ050638; Thu, 28 Nov 2013 14:34:58 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Thu, 28 Nov 2013 14:34:58 -0700 (MST) From: Warren Block To: Taras Korenko Subject: Re: en/handbook/users: proposed corrections In-Reply-To: <20131128073453.GA52681@gamma.ukrhub.net> Message-ID: References: <20131126190644.GC25578@gamma.ukrhub.net> <20131128073453.GA52681@gamma.ukrhub.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Thu, 28 Nov 2013 14:34:58 -0700 (MST) Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Nov 2013 21:35:00 -0000 On Thu, 28 Nov 2013, Taras Korenko wrote: > There's a second lap, which includes received suggestions. One note: @@ -960,7 +957,7 @@ In this example, the argument to is a comma-delimited list of users who are to be added to the group. Unlike the previous example, these users are appended to the - group list and do not replace the list of existing users in the + group and do not replace the list of existing users in the group. s/do not replace the list of/do not replace/ Otherwise, looks good! From owner-freebsd-doc@FreeBSD.ORG Thu Nov 28 21:41:54 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D2174397 for ; Thu, 28 Nov 2013 21:41:54 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7AA0D16A3 for ; Thu, 28 Nov 2013 21:41:54 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id rASLfrHQ050684; Thu, 28 Nov 2013 14:41:53 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.7/8.14.7/Submit) with ESMTP id rASLfrYD050681; Thu, 28 Nov 2013 14:41:53 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Thu, 28 Nov 2013 14:41:53 -0700 (MST) From: Warren Block To: Taras Korenko Subject: Re: en/handbook/users: proposed corrections In-Reply-To: <20131128151032.GE52681@gamma.ukrhub.net> Message-ID: References: <20131126190644.GC25578@gamma.ukrhub.net> <20131128151032.GE52681@gamma.ukrhub.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Thu, 28 Nov 2013 14:41:53 -0700 (MST) Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Nov 2013 21:41:55 -0000 As before, notes marked with WB: below. On Thu, 28 Nov 2013, Taras Korenko wrote: > ... and the last (previously unnoticed) chunk follows: Index: en_US.ISO8859-1/books/handbook/users/chapter.xml =================================================================== --- en_US.ISO8859-1/books/handbook/users/chapter.xml (revision 43259) +++ en_US.ISO8859-1/books/handbook/users/chapter.xml (working copy) @@ -984,7 +984,7 @@ There are several ways to do things as the superuser. The worst way is to log in as root directly. - Usually very little activity requires root + Usually very little activity requires superuser privileges, WB: s/Usually very/Very/ so logging off and logging in as root, performing tasks, then logging off and on again as a normal user is a waste of time. @@ -991,8 +991,8 @@ A better way is to use &man.su.1; without providing a login but using - to inherit the root environment. - Not providing a login will imply super user. For this to work - the login that must be in the wheel group. + Not providing a login will imply superuser. For this to work WB: "login" is what the other section referred to as a "user name". Although su(1) calls it a login, "user name" is less ambiguous. + the current user must belong to the wheel group. An example of a typical software installation would involve the administrator unpacking the software as a normal user and then elevating their privileges for the build and installation of @@ -1016,10 +1016,10 @@ Using &man.su.1; works well for single systems or small WB: s/Using// networks with just one system administrator. For more complex - environments (or even for these simple environments) - sudo should be used. It is provided as a port, - security/sudo. It allows for - things like activity logging, granting users the ability to only + environments WB: s/environments/environments,/ + sudo might be used. It is available as a WB: "might" will cause the user to ask "Why?" How about "For more complex environments, sudo is useful." + security/sudo package or port. + sudo provides activity logging, granting users the ability to only run certain commands as the superuser, and several other options. From owner-freebsd-doc@FreeBSD.ORG Thu Nov 28 23:46:40 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4FBC8F67 for ; Thu, 28 Nov 2013 23:46:40 +0000 (UTC) Received: from gamma.ukrhub.net (gamma.ukrhub.net [94.125.120.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DB9E61BD1 for ; Thu, 28 Nov 2013 23:46:39 +0000 (UTC) Received: from gamma.ukrhub.net (localhost [127.0.0.1]) by gamma.ukrhub.net (8.14.7/8.14.7) with ESMTP id rASNkbTm051339; Fri, 29 Nov 2013 01:46:37 +0200 (EET) (envelope-from ds@ukrhub.net) Received: (from ds@localhost) by gamma.ukrhub.net (8.14.7/8.14.7/Submit) id rASNkaR2051338; Fri, 29 Nov 2013 01:46:36 +0200 (EET) (envelope-from ds@ukrhub.net) X-Authentication-Warning: gamma.ukrhub.net: ds set sender to ds@ukrhub.net using -f Date: Fri, 29 Nov 2013 01:46:36 +0200 From: Taras Korenko To: Warren Block Subject: Re: en/handbook/users: proposed corrections Message-ID: <20131128234636.GA50372@gamma.ukrhub.net> References: <20131126190644.GC25578@gamma.ukrhub.net> <20131128151032.GE52681@gamma.ukrhub.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="Dxnq1zWXvFF0Q93v" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list Reply-To: Taras Korenko List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Nov 2013 23:46:40 -0000 --Dxnq1zWXvFF0Q93v Content-Type: text/plain; charset=koi8-u Content-Disposition: inline Updated version of the second patch follows. P.S.: the funniest thing is that contents of users chapter was integrated into basics chapter in r42953, users chapter was removed (again r42953), and reappeared after db5 merge, updated with new subchapter () still being excluded from the build. So, next, I am to adapt current two patches to the new location: basics chapter :-/ -- WBR, Taras Korenko --Dxnq1zWXvFF0Q93v Content-Type: text/x-diff; charset=koi8-u Content-Disposition: attachment; filename="03_2.en.hb.users.diff" Index: en_US.ISO8859-1/books/handbook/users/chapter.xml =================================================================== --- en_US.ISO8859-1/books/handbook/users/chapter.xml (revision 43259) +++ en_US.ISO8859-1/books/handbook/users/chapter.xml (working copy) @@ -984,7 +984,7 @@ There are several ways to do things as the superuser. The worst way is to log in as root directly. - Usually very little activity requires root + Very little activity requires superuser privileges, so logging off and logging in as root, performing tasks, then logging off and on again as a normal user is a waste of time. @@ -991,8 +991,8 @@ A better way is to use &man.su.1; without providing a login but using - to inherit the root environment. - Not providing a login will imply super user. For this to work - the login that must be in the wheel group. + Not providing a user name will imply superuser. For this to work + the current user must belong to the wheel group. An example of a typical software installation would involve the administrator unpacking the software as a normal user and then elevating their privileges for the build and installation of @@ -1014,12 +1014,12 @@ root is less painful than logging off and back on twice. - Using &man.su.1; works well for single systems or small + &man.su.1; works well for single systems or small networks with just one system administrator. For more complex - environments (or even for these simple environments) - sudo should be used. It is provided as a port, - security/sudo. It allows for - things like activity logging, granting users the ability to only + environments, + sudo is useful. It is available as a + security/sudo package or port. + sudo provides activity logging, granting users the ability to only run certain commands as the superuser, and several other options. --Dxnq1zWXvFF0Q93v-- From owner-freebsd-doc@FreeBSD.ORG Thu Nov 28 23:59: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]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 83C1D281 for ; Thu, 28 Nov 2013 23:59:32 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 35DD31C50 for ; Thu, 28 Nov 2013 23:59:32 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id rASNxU6F051402; Thu, 28 Nov 2013 16:59:30 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.7/8.14.7/Submit) with ESMTP id rASNxUgl051399; Thu, 28 Nov 2013 16:59:30 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Thu, 28 Nov 2013 16:59:30 -0700 (MST) From: Warren Block To: Taras Korenko Subject: Re: en/handbook/users: proposed corrections In-Reply-To: <20131128234636.GA50372@gamma.ukrhub.net> Message-ID: References: <20131126190644.GC25578@gamma.ukrhub.net> <20131128151032.GE52681@gamma.ukrhub.net> <20131128234636.GA50372@gamma.ukrhub.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Thu, 28 Nov 2013 16:59:30 -0700 (MST) Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Nov 2013 23:59:32 -0000 On Fri, 29 Nov 2013, Taras Korenko wrote: > Updated version of the second patch follows. Looks good to me! > P.S.: the funniest thing is that contents of users chapter was integrated > into basics chapter in r42953, users chapter was removed (again r42953), > and reappeared after db5 merge, updated with new subchapter ( xml:id="users-becomesuper"/>) still being excluded from the build. > So, next, I am to adapt current two patches to the new location: > basics chapter :-/ I thought some of that looked familiar. My apologies, I just did a big whitespace cleanup to the basics chapter. From owner-freebsd-doc@FreeBSD.ORG Sat Nov 30 10:58:43 2013 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BFE0097C for ; Sat, 30 Nov 2013 10:58:43 +0000 (UTC) Received: from mail120.us2.mcsv.net (mail120.us2.mcsv.net [173.231.139.120]) by mx1.freebsd.org (Postfix) with ESMTP id 83D4519B1 for ; Sat, 30 Nov 2013 10:58:43 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=k1; d=mail120.us2.mcsv.net; h=Subject:From:Reply-To:To:Date:Message-ID:List-Unsubscribe:Sender:Content-Type:MIME-Version; i=deepak.gope=3Dtechmagnate.com@mail120.us2.mcsv.net; bh=nPz19NXtVvJKmkp8kOXEHfE2nnU=; b=zaCUJxexpI2fb2EA0k6UPyh+pflS0FTJmV7AggX+5MCwiz9qnIoY8CI8zOeYaQdDp2LHAzF3RaX0 8gptRym2dnYDEDS09vhMHMOKS/1GR+hvgAAhju8rPPyAsyp8IcPBkCuKc0XVWTMG9NPlLUiaYoiE B3S7qpv3YCF9kzbd6C0= DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; s=k1; d=mail120.us2.mcsv.net; b=pKc0PkaKp2fgZZQJVAATDW964SY0LbIouolN5vmuwvT5T8IzJ5Pfga8khk+na088j4PzvdR3G7Jh cldSgQI7MxzO+9m4GMO2FNNV9VoNhliQGFYnZw1zoRM0RtJF/ukPUQHGzmkzjb+XXTLITlWT60S7 pt+AG4sWNlgxOWneY0Q=; Received: from (127.0.0.1) by mail120.us2.mcsv.net id hj72e6174gs1 for ; Sat, 30 Nov 2013 10:57:53 +0000 (envelope-from ) Subject: =?utf-8?Q?Urgent=20Request=20=2D=20Removal=20of=20Backlink=2Fs=20to=20Comply=20with=20Penguin=20Update=20=2D=20ACNC.com?= From: =?utf-8?Q?Deepak=20Gope?= To: Date: Sat, 30 Nov 2013 10:57:53 +0000 Message-ID: <2a9dcd6c9efe14b991773507b9c6437eb06.20131130105743@mail120.us2.mcsv.net> X-Mailer: MailChimp Mailer - **CIDa9adef2c319c6437eb06** X-Campaign: mailchimp2a9dcd6c9efe14b991773507b.a9adef2c31 X-campaignid: mailchimp2a9dcd6c9efe14b991773507b.a9adef2c31 X-Report-Abuse: Please report abuse for this campaign here: http://www.mailchimp.com/abuse/abuse.phtml?u=2a9dcd6c9efe14b991773507b&id=a9adef2c31&e=9c6437eb06 X-MC-User: 2a9dcd6c9efe14b991773507b x-accounttype: ff Sender: "Deepak Gope" x-mcda: FALSE MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format="fixed" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.16 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list Reply-To: =?utf-8?Q?Deepak=20Gope?= List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Nov 2013 10:58:43 -0000 Dear Webmaster=2C Greetings from Deepak Gope=2C SEO Project Manager for http://cubedynamic.u= s3.list-manage1.com/track/click?u=3D2a9dcd6c9efe14b991773507b&id=3Da8cb3bf= e02&e=3D9c6437eb06 As you might be aware=2C Google's Penguin update to its ranking algorithm= was rolled out on 4th Oct=2C 2013. In order to safeguard http://cubedynam= ic.us3.list-manage2.com/track/click?u=3D2a9dcd6c9efe14b991773507b&id=3De26= c199d86&e=3D9c6437eb06 from any future updates we are cleaning up ou= r back links profile to comply with Google's Guidelines. In pursuit of thi= s objective=2C we believe that backlinks existing on your domain = anoncvs.heanet.ie should be removed. Please remove all links from your domain to our= s by 3rd Dec=2C 2013. If you need more details on the links to be removed from your domain pleas= e revert to us immediately. If above links are not removed by 3rd Dec=2C we will be constrained to dis= avow them via Google Webmaster Tools. Notice that your proactive action as= per this email is in your best interest. Google disavowal requests are NO= T good for reputation of your domain. Thanks and Best regards Deepak Gope =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Unsubscribe freebsd-doc@FreeBSD.org from this list: http://cubedynamic.us3.list-manage.com/unsubscribe?u=3D2a9dcd6c9efe14b9917= 73507b&id=3D2795d43ef9&e=3D9c6437eb06&c=3Da9adef2c31 From owner-freebsd-doc@FreeBSD.ORG Sat Nov 30 10:58:44 2013 Return-Path: Delivered-To: doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1AC2C97E for ; Sat, 30 Nov 2013 10:58:44 +0000 (UTC) Received: from mail120.us2.mcsv.net (mail120.us2.mcsv.net [173.231.139.120]) by mx1.freebsd.org (Postfix) with ESMTP id D30E019B4 for ; Sat, 30 Nov 2013 10:58:43 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=k1; d=mail120.us2.mcsv.net; h=Subject:From:Reply-To:To:Date:Message-ID:List-Unsubscribe:Sender:Content-Type:MIME-Version; i=deepak.gope=3Dtechmagnate.com@mail120.us2.mcsv.net; bh=G6QJAvC4+xvrxhMoAvogiVhKtOo=; b=RPTiiOBOZ3T758m+EXVBIDw7VZmkyVc/o25HKfkQZWZXuDfgvFvRXCuZRDfrEhb1p4ZfLS/XSbqO qVQTuvXjsVpy0O/T0ao6XaRYnoVWHd3N7J+KNnPIsa+ufZpSMRRuvdVfs7jmIx/Gnpg5R2v794pQ eU/ley32tX4ljNufa1E= DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; s=k1; d=mail120.us2.mcsv.net; b=qaoOIAL9Ti8xYxMfQ1t5TLHXvfN+3Z9hSUhCkyxqrfHQXrpWBKud4DibKsCXKQIwfoAGLK6WK974 x8maTQBDz/DIjBF1FJo393eoxf7jkT5blXk8nnvqGLTH04/EgTj+SFPgvJFlUS4OUtQ7XIVUE4dH cEe5S12cNQ7EGZrfqg0=; Received: from (127.0.0.1) by mail120.us2.mcsv.net id hj72e6174gs1 for ; Sat, 30 Nov 2013 10:57:53 +0000 (envelope-from ) Subject: =?utf-8?Q?Urgent=20Request=20=2D=20Removal=20of=20Backlink=2Fs=20to=20Comply=20with=20Penguin=20Update=20=2D=20ACNC.com?= From: =?utf-8?Q?Deepak=20Gope?= To: Date: Sat, 30 Nov 2013 10:57:53 +0000 Message-ID: <2a9dcd6c9efe14b991773507bf2889395f1.20131130105743@mail120.us2.mcsv.net> X-Mailer: MailChimp Mailer - **CIDa9adef2c31f2889395f1** X-Campaign: mailchimp2a9dcd6c9efe14b991773507b.a9adef2c31 X-campaignid: mailchimp2a9dcd6c9efe14b991773507b.a9adef2c31 X-Report-Abuse: Please report abuse for this campaign here: http://www.mailchimp.com/abuse/abuse.phtml?u=2a9dcd6c9efe14b991773507b&id=a9adef2c31&e=f2889395f1 X-MC-User: 2a9dcd6c9efe14b991773507b x-accounttype: ff Sender: "Deepak Gope" x-mcda: FALSE MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format="fixed" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.16 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list Reply-To: =?utf-8?Q?Deepak=20Gope?= List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Nov 2013 10:58:44 -0000 Dear Webmaster=2C Greetings from Deepak Gope=2C SEO Project Manager for http://cubedynamic.u= s3.list-manage1.com/track/click?u=3D2a9dcd6c9efe14b991773507b&id=3Da8cb3bf= e02&e=3Df2889395f1 As you might be aware=2C Google's Penguin update to its ranking algorithm= was rolled out on 4th Oct=2C 2013. In order to safeguard http://cubedynam= ic.us3.list-manage2.com/track/click?u=3D2a9dcd6c9efe14b991773507b&id=3De26= c199d86&e=3Df2889395f1 from any future updates we are cleaning up ou= r back links profile to comply with Google's Guidelines. In pursuit of thi= s objective=2C we believe that backlinks existing on your domain = anoncvs.heanet.ie should be removed. Please remove all links from your domain to our= s by 3rd Dec=2C 2013. If you need more details on the links to be removed from your domain pleas= e revert to us immediately. If above links are not removed by 3rd Dec=2C we will be constrained to dis= avow them via Google Webmaster Tools. Notice that your proactive action as= per this email is in your best interest. Google disavowal requests are NO= T good for reputation of your domain. Thanks and Best regards Deepak Gope =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Unsubscribe doc@FreeBSD.org from this list: http://cubedynamic.us3.list-manage.com/unsubscribe?u=3D2a9dcd6c9efe14b9917= 73507b&id=3D2795d43ef9&e=3Df2889395f1&c=3Da9adef2c31 From owner-freebsd-doc@FreeBSD.ORG Sat Nov 30 15:54:52 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 212914EA for ; Sat, 30 Nov 2013 15:54:52 +0000 (UTC) Received: from gamma.ukrhub.net (gamma.ukrhub.net [94.125.120.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A7B6B1A85 for ; Sat, 30 Nov 2013 15:54:50 +0000 (UTC) Received: from gamma.ukrhub.net (localhost [127.0.0.1]) by gamma.ukrhub.net (8.14.7/8.14.7) with ESMTP id rAUFsgIc075910; Sat, 30 Nov 2013 17:54:42 +0200 (EET) (envelope-from ds@ukrhub.net) Received: (from ds@localhost) by gamma.ukrhub.net (8.14.7/8.14.7/Submit) id rAUFsfEY075909; Sat, 30 Nov 2013 17:54:41 +0200 (EET) (envelope-from ds@ukrhub.net) X-Authentication-Warning: gamma.ukrhub.net: ds set sender to ds@ukrhub.net using -f Date: Sat, 30 Nov 2013 17:54:41 +0200 From: Taras Korenko To: Warren Block Subject: Re: en/handbook/basics: proposed corrections Message-ID: <20131130155441.GA75853@gamma.ukrhub.net> References: <20131126190644.GC25578@gamma.ukrhub.net> <20131128151032.GE52681@gamma.ukrhub.net> <20131128234636.GA50372@gamma.ukrhub.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="82I3+IH0IqGh5yIs" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list Reply-To: Taras Korenko List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Nov 2013 15:54:52 -0000 --82I3+IH0IqGh5yIs Content-Type: text/plain; charset=koi8-u Content-Disposition: inline On Thu, Nov 28, 2013 at 04:59:30PM -0700, Warren Block wrote: > ... > > ... > > So, next, I am to adapt current two patches to the new location: > > basics chapter :-/ > > I thought some of that looked familiar. My apologies, I just did a big > whitespace cleanup to the basics chapter. /* Well, a $subject was changed a bit... */ I'd like to introduce some corrections to "Users and Basic Account Management" subchapter of "UNIX Basics" chapter of our Handbook. Patches, that follow, summarize all the previous discussion and add lost chunk of text ("Becoming Superuser") to handbook/basics chapter. -- WBR, Taras Korenko --82I3+IH0IqGh5yIs Content-Type: text/x-diff; charset=koi8-u Content-Disposition: attachment; filename="00.en.hb.basics.diff" Index: en_US.ISO8859-1/books/handbook/basics/chapter.xml =================================================================== --- en_US.ISO8859-1/books/handbook/basics/chapter.xml (revision 43259) +++ en_US.ISO8859-1/books/handbook/basics/chapter.xml (working copy) @@ -428,8 +428,7 @@ The user name is typed at the - login: prompt. User names must be - unique on the system as no two users can have the same + login: prompt. Each user must have a unique user name. There are a number of rules for creating valid user names which are documented in &man.passwd.5;. It is recommended to use user names @@ -443,9 +442,7 @@ Password - Each user account should have an associated - password. While the password can be blank, this is - highly discouraged. + Each account has an associated password. @@ -496,9 +493,8 @@ Password change time - By default, &os; does not force users to change - their passwords periodically. Password expiration can - be enforced on a per-user basis using &man.pw.8;, + By default, passwords do not expire. However, password + expiration can be enabled on a per-user basis, forcing some or all users to change their passwords after a certain amount of time has elapsed. @@ -868,7 +864,7 @@ When passed no options, aside from an optional username, &man.chpass.1; displays an editor containing user - information. When the user exists from the editor, the user + information. When the user exits from the editor, the user database is updated with the new information. @@ -1165,8 +1161,8 @@ &man.sysctl.8;. Setting this limit too small may hinder a user's productivity as it is often useful to be logged in multiple times or to execute pipelines. Some tasks, - such as compiling a large program, spawn multiple - processes and other intermediate preprocessors. + such as compiling a large program, start lots of + processes. @@ -1241,7 +1237,7 @@ limiting users sbsize , - a user may consume in order to limit network + a user may consume. This can be generally used to limit network communications. @@ -1395,7 +1391,7 @@ In this example, the argument to is a comma-delimited list of users who are to be added to the group. Unlike the previous example, these users are appended - to the group list and do not replace the list of existing + to the group and do not replace existing users in the group. --82I3+IH0IqGh5yIs Content-Type: text/x-diff; charset=koi8-u Content-Disposition: attachment; filename="01.en.hb.basics.diff" Index: en_US.ISO8859-1/books/handbook/basics/chapter.xml =================================================================== --- en_US.ISO8859-1/books/handbook/basics/chapter.xml (revision 43259) +++ en_US.ISO8859-1/books/handbook/basics/chapter.xml (working copy) @@ -1410,6 +1410,50 @@ /etc/group, refer to &man.pw.8; and &man.group.5;. + + + Becoming Superuser + + There are several ways to do things as the superuser. The + worst way is to log in as root + directly. Very little activity requires superuser privileges, + so logging off and logging in as root, + performing tasks, then logging off and on again as a normal user + is a waste of time. + + A better way is to use &man.su.1; without providing a login + but using - to inherit the root environment. + Not providing a user name will imply superuser. For this to work + the current user must belong to the wheel group. + An example of a typical software installation would involve the + administrator unpacking the software as a normal user and then + elevating their privileges for the build and installation of + the software. + + + Install a Program As The Superuser + + &prompt.user; configure +&prompt.user; make +&prompt.user; su - +Password: +&prompt.root; make install +&prompt.root; exit +&prompt.user; + + + Note in this example the transition to + root is less painful than + logging off and back on twice. + + &man.su.1; works well for single systems or small networks with + just one system administrator. For more complex environments, + sudo is useful. It is available as a + security/sudo package or port. + sudo provides activity logging, granting users + the ability to only run certain commands as the superuser, and several + other options. + --82I3+IH0IqGh5yIs-- From owner-freebsd-doc@FreeBSD.ORG Sat Nov 30 19:17:55 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B49D24B5 for ; Sat, 30 Nov 2013 19:17:55 +0000 (UTC) Received: from mail179.atl61.mcsv.net (mail179.atl61.mcsv.net [205.201.135.179]) by mx1.freebsd.org (Postfix) with ESMTP id 7B69A138C for ; Sat, 30 Nov 2013 19:17:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=k1; d=mail179.atl61.mcsv.net; h=Subject:From:Reply-To:To:Date:Message-ID:List-Unsubscribe:Sender:Content-Type:MIME-Version; i=social=3Dairfy.com@mail179.atl61.mcsv.net; bh=SmP7M+88sN70B8nNe4/ssGTZ9dc=; b=KOV+Intd9IgWSqsKaSB/rsYs2kL84YshHf2nXq2Plaap331A1nBZ3Aft1OD05cKvxwhZGz8HqG/5 a1q7AM3Aerh8NHnAMJyVxW96zB40R9B3wUrgdvcosas9OFCkSCZJiXOEJvi1dMtub+Mm1S4SvyeV eRmRNyOBOTwsECAmd94= DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; s=k1; d=mail179.atl61.mcsv.net; b=IOQwvhRX4CHEEgTOiojoYnj3+7n24nUvn4p/Gdnljlvl20oL8LNoSMguiHbb6L6WdmkvqeJpYe+c nVzIkwrZx9+1lrXTumNQpa9ZY7hz0DUaPvalPPy/GpsLpFkimHvHzqDfUiaRfwX0d703hZSLqthi KuWzQs7T5k79JnjT1Sc=; Received: from (127.0.0.1) by mail179.atl61.mcsv.net id hj8su6174aca for ; Sat, 30 Nov 2013 19:04:01 +0000 (envelope-from ) Subject: =?utf-8?Q?airfy=2C=20world=27s=20first=20smart=20WiFi=20HotSpot=20now=20at=20indiegogo?= From: =?utf-8?Q?airfy?= To: Date: Sat, 30 Nov 2013 19:04:01 +0000 Message-ID: <1a75b8371c24652f4dd393fbc42632ec96d.20131130190342@mail179.atl61.mcsv.net> X-Mailer: MailChimp Mailer - **CIDd90b288ac442632ec96d** X-Campaign: mailchimp1a75b8371c24652f4dd393fbc.d90b288ac4 X-campaignid: mailchimp1a75b8371c24652f4dd393fbc.d90b288ac4 X-Report-Abuse: Please report abuse for this campaign here: http://www.mailchimp.com/abuse/abuse.phtml?u=1a75b8371c24652f4dd393fbc&id=d90b288ac4&e=42632ec96d X-MC-User: 1a75b8371c24652f4dd393fbc x-accounttype: pd Sender: "airfy" x-mcda: FALSE MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format="fixed" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.16 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list Reply-To: us7-c21cb26ce6-5278bb31da@conversation01.mailchimpapp.com List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Nov 2013 19:17:55 -0000 Hi=2C we all love wireless technology. WiFi HotSpots don=E2=80=99t need to be dumb=2C or ugly. So ours aren't. Ours think and they care about you. And that=E2=80=99s why they are beautiful. We launch right now on indiegogo: http://airfy.us7.list-manage1.com/track/click?u=3D1a75b8371c24652f4dd393fb= c&id=3D8b8b4dac76&e=3D42632ec96d Best regards=2C The airfy Team Twitter @airfy airfy GmbH Pilotystrasse 4 M=C3=BCnchen 80538 Germany Why you received this mail: Crowdsourcing Newsletter. Unsubscribe from our newsletter. (http://airfy.us7.list-manage.com/unsubsc= ribe?u=3D1a75b8371c24652f4dd393fbc&id=3D36d3ffeaa7&e=3D42632ec96d&c=3Dd90b28= 8ac4)