From owner-freebsd-doc@FreeBSD.ORG Sun Nov 4 16:59:38 2012 Return-Path: Delivered-To: doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ADA39289; Sun, 4 Nov 2012 16:59:38 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id 77D428FC0C; Sun, 4 Nov 2012 16:59:38 +0000 (UTC) Received: from glenbarber.us (unknown [IPv6:2001:470:8:1205:2:2:0:100]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 5F29723F645; Sun, 4 Nov 2012 11:59:37 -0500 (EST) Date: Sun, 4 Nov 2012 11:59:34 -0500 From: Glen Barber To: =?iso-8859-1?Q?Ren=E9?= Ladan Subject: Re: authors.ent and developers.ent ? Message-ID: <20121104165934.GB1343@glenbarber.us> References: <5095AF77.2070908@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="UHN/qo2QbUvPLonB" Content-Disposition: inline In-Reply-To: <5095AF77.2070908@freebsd.org> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FBSD Doc project X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2012 16:59:38 -0000 --UHN/qo2QbUvPLonB Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 04, 2012 at 12:57:43AM +0100, Ren=E9 Ladan wrote: > Hi, >=20 > author entities are defined both in authors.ent (with email address) and= =20 > developers.ent (without email address). The latter is used in e.g.=20 > htdocs/administration.xml, resulting in cumbersome lines like >=20 >
  • &a.name; < href=3D"mailto:name@FreeBSD.org">name@FreeBSD.org>
    • >=20 > where just >=20 >
  • &a.name;
    • would be clearer. >=20 > So would there be some way to merge these two files (both docbook-wise=20 > and content-wise) to avoid having to maintain two files and avoiding=20 > cumbersome lines? >=20 I'm a bit baffled by this, to be honest. Perhaps we can merge these files together, and have each developer entity consist of two lines, one for name only, one for name + email? Something like this, maybe? gjb@FreeBSD.org"> This would allow us to keep the current multi-format entries, and consolidate them into one file. Thoughts? Glen PS: That idea is conceptual, I haven't actually tried this change. --UHN/qo2QbUvPLonB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJQlp72AAoJEFJPDDeguUaju48H/jVDepFjZ7flPTmhiPp5AFMi q2IfW8lIk4kIwbi5vgs8x7gYcWjYvavySssUXWCwJ2bxcYD1YSkO85qa1emT/F/t W2ZmTbmvrAFzKBLhHcgCDdHgxCwaaWWC/5qQzmvyEMPHB0aOfEcdKx4BDfuNET2d uJp+uA/vTjo9acAhI1Hf7pvB4ocpOux9KLfLEhQERJmWzvxFwEi5CproYrRRzvEO YgApaCFo4et6bgI9p+uCF0LHUoh7ZAq73jDsB9XkV13zeOBUu8zPwCe3Ww9JlZPp 7ivRJb5gMcqMSDHKyfJuXIPrLO99KUAckEnMeDIp7r8DleQPojDfRU2UlqjaHBw= =cMri -----END PGP SIGNATURE----- --UHN/qo2QbUvPLonB-- From owner-freebsd-doc@FreeBSD.ORG Sun Nov 4 17:18:16 2012 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EAB3C85B; Sun, 4 Nov 2012 17:18:16 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id 461DC8FC0A; Sun, 4 Nov 2012 17:18:15 +0000 (UTC) Received: by mail-wi0-f172.google.com with SMTP id hq12so2075264wib.13 for ; Sun, 04 Nov 2012 09:18:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=oRHXuYEIB9da/uZWVqxdthvx6yI8J46UIOaWwBCV2EM=; b=yZ2K08x9L8B/eW/ZJ1mJguf4wVyK4TlKMOx5dHzBD0CVNqfhmoddfpSk2WRhLeiJTk BaYYSKe2p3AeBy7EbrzP4SIkKzxkrXt7DpcATX4xdmyAz3qN4cz1K8dCtBcjiQJQyZCX RAi5JFwz5L6K6Sr05IyGCxXRnbaUQYTJ+aF7XvgK+d3qsBozWxQPaEKFjnh1KTtekW7N UdzJWtNnoLCS2zQSwcSUbmmkwTY3AsHhr+WE5Wwv36nM37vw0hzFf0A3BnXb1MRgzGOD 5LItl0YzpTLKzsytPZDw6Z4LbGigRAdvyVmB33c7zjXD7qXJkuz4HtPB74KIlGS7TzzJ OVaw== Received: by 10.180.19.73 with SMTP id c9mr10033888wie.8.1352049494968; Sun, 04 Nov 2012 09:18:14 -0800 (PST) Received: from [192.168.123.167] (136-206-ftth.onsbrabantnet.nl. [88.159.206.136]) by mx.google.com with ESMTPS id j8sm7004586wiy.9.2012.11.04.09.18.13 (version=SSLv3 cipher=OTHER); Sun, 04 Nov 2012 09:18:14 -0800 (PST) Sender: =?UTF-8?Q?Ren=C3=A9_Ladan?= Message-ID: <5096A354.9070701@freebsd.org> Date: Sun, 04 Nov 2012 18:18:12 +0100 From: =?ISO-8859-1?Q?Ren=E9_Ladan?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:16.0) Gecko/20121029 Thunderbird/16.0.2 MIME-Version: 1.0 To: Glen Barber Subject: Re: authors.ent and developers.ent ? References: <5095AF77.2070908@freebsd.org> <20121104165934.GB1343@glenbarber.us> In-Reply-To: <20121104165934.GB1343@glenbarber.us> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: FBSD Doc project X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2012 17:18:17 -0000 On 04-11-2012 17:59, Glen Barber wrote: > On Sun, Nov 04, 2012 at 12:57:43AM +0100, René Ladan wrote: >> Hi, >> >> author entities are defined both in authors.ent (with email address) and >> developers.ent (without email address). The latter is used in e.g. >> htdocs/administration.xml, resulting in cumbersome lines like >> >>
  • &a.name; <> href="mailto:name@FreeBSD.org">name@FreeBSD.org>
    • >> >> where just >> >>
  • &a.name;
    • would be clearer. >> >> So would there be some way to merge these two files (both docbook-wise >> and content-wise) to avoid having to maintain two files and avoiding >> cumbersome lines? >> > I'm a bit baffled by this, to be honest. Oops.. > Perhaps we can merge these files together, and have each developer > entity consist of two lines, one for name only, one for name + email? > > Something like this, maybe? > > > gjb@FreeBSD.org"> > > This would allow us to keep the current multi-format entries, and > consolidate them into one file. > > Thoughts? That would be a start. What about an defining a third entity (not sure about the name...) rene@FreeBSD.org>"> I think we could just leave &a.rene.name; as &a.rene; and adjust &a.rene.email; and &a.rene.hrefmail; accordingly. > Glen > > PS: That idea is conceptual, I haven't actually tried this change. > This is conceptual too. René From owner-freebsd-doc@FreeBSD.ORG Sun Nov 4 17:49:42 2012 Return-Path: Delivered-To: doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7D8A53F8; Sun, 4 Nov 2012 17:49:42 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id 52C048FC12; Sun, 4 Nov 2012 17:49:42 +0000 (UTC) Received: from glenbarber.us (unknown [IPv6:2001:470:8:1205:2:2:0:100]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 8B0D823F645; Sun, 4 Nov 2012 12:49:40 -0500 (EST) Date: Sun, 4 Nov 2012 12:49:38 -0500 From: Glen Barber To: =?iso-8859-1?Q?Ren=E9?= Ladan Subject: Re: authors.ent and developers.ent ? Message-ID: <20121104174938.GD1343@glenbarber.us> References: <5095AF77.2070908@freebsd.org> <20121104165934.GB1343@glenbarber.us> <5096A354.9070701@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="rqzD5py0kzyFAOWN" Content-Disposition: inline In-Reply-To: <5096A354.9070701@freebsd.org> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FBSD Doc project X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2012 17:49:42 -0000 --rqzD5py0kzyFAOWN Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 04, 2012 at 06:18:12PM +0100, Ren=E9 Ladan wrote: > On 04-11-2012 17:59, Glen Barber wrote: > > On Sun, Nov 04, 2012 at 12:57:43AM +0100, Ren=E9 Ladan wrote: > >> Hi, > >> > >> author entities are defined both in authors.ent (with email address) a= nd > >> developers.ent (without email address). The latter is used in e.g. > >> htdocs/administration.xml, resulting in cumbersome lines like > >> > >>
  • &a.name; < >> href=3D"mailto:name@FreeBSD.org">name@FreeBSD.org>
    • > >> > >> where just > >> > >>
  • &a.name;
    • would be clearer. > >> > >> So would there be some way to merge these two files (both docbook-wise > >> and content-wise) to avoid having to maintain two files and avoiding > >> cumbersome lines? > >> > > I'm a bit baffled by this, to be honest. > Oops.. To clarify, I mean I am baffled by having two files that have very similar purposes, not your email. :-) > > Perhaps we can merge these files together, and have each developer > > entity consist of two lines, one for name only, one for name + email? > > > > Something like this, maybe? > > > > > > gjb@FreeBSD.org"> > > > > This would allow us to keep the current multi-format entries, and > > consolidate them into one file. > > > > Thoughts? > That would be a start. What about an defining a third entity (not sure=20 > about the name...) >=20 > href=3Dmailto:rene@FreeBSD.org">rene@FreeBSD.org>"> >=20 Would this be necessary? I think this is handled automatically by the tag we already use. Glen --rqzD5py0kzyFAOWN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJQlqqyAAoJEFJPDDeguUaj3HkH/0lee/T0ouEHvX/zfVtkC/fY AL4I4TaO0j/jJ5sk4SXsAULlPENVPAZ4Fvk6voQKTJbzYap1tbbF+WkB6ZIMh2fi j3Du9992Qhs+aaAZASQnTn3WeMbkHl6tfx0lLMQAPLuA2A79/W58+OdC1XrU/fDG I4n+yQmWw5FFzD372pHLpejvORj0BBdrUL1iv7PJJ7zB28XxPu9GJrBWzk75VdsA UBHMqaZItCrvp5qHEVBu1owKU9cgdgvVZE33zRJdehoMZW1Rn/OjxVA5fmMJ9Vgn eJhK3E7qlnNDcBPcrWAg/A37hC57Kmotxb1nxhi9HAQxE7b0Z0YmxJ8grYdsV78= =cY4E -----END PGP SIGNATURE----- --rqzD5py0kzyFAOWN-- From owner-freebsd-doc@FreeBSD.ORG Sun Nov 4 18:16:41 2012 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1ABDC901; Sun, 4 Nov 2012 18:16:41 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6AD248FC08; Sun, 4 Nov 2012 18:16:40 +0000 (UTC) Received: by mail-ee0-f54.google.com with SMTP id c50so3267248eek.13 for ; Sun, 04 Nov 2012 10:16:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=nuwKhWS9W9xtclXJCgcwGSybsDpgfiRvV1qeUQnWrpg=; b=lgNGmLhqVsCxfsQpYXx2TNKDIYJMp15gI9XR4qJ0+jSK58wmkeVEFn2S5FLRdnl3Zy jaUhjcI25psTCk0veyV27f6ra0ZJ5jD3vmp/1NSvVe3oN5rCiJ2X807MIJvzzFPU4EXR Yo/JoCNMmgjPulqiWdH+LMZZTrdxGTGD5KddLBkxHi6tOhdqw7fYFH/DKAjEQciCNdHf ivA5CTRWuXzMCFh1VyiNLjmHJA+R3P/7EVAwoszKhc+j+YLdntVotJsg5LeeMcM6KJWD j/LKZGN/RFjRlaWRrxHf1k+MrwmgtfiKjKdL0lgopA+z1XMp74fWvI9faSPeSKoRIpMG qR5A== Received: by 10.14.205.3 with SMTP id i3mr28302196eeo.18.1352052999133; Sun, 04 Nov 2012 10:16:39 -0800 (PST) Received: from [192.168.123.167] (136-206-ftth.onsbrabantnet.nl. [88.159.206.136]) by mx.google.com with ESMTPS id f2sm41814669eep.2.2012.11.04.10.16.37 (version=SSLv3 cipher=OTHER); Sun, 04 Nov 2012 10:16:38 -0800 (PST) Sender: =?UTF-8?Q?Ren=C3=A9_Ladan?= Message-ID: <5096B104.1030602@freebsd.org> Date: Sun, 04 Nov 2012 19:16:36 +0100 From: =?ISO-8859-1?Q?Ren=E9_Ladan?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:16.0) Gecko/20121029 Thunderbird/16.0.2 MIME-Version: 1.0 To: Glen Barber Subject: Re: authors.ent and developers.ent ? References: <5095AF77.2070908@freebsd.org> <20121104165934.GB1343@glenbarber.us> <5096A354.9070701@freebsd.org> <20121104174938.GD1343@glenbarber.us> In-Reply-To: <20121104174938.GD1343@glenbarber.us> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: FBSD Doc project X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2012 18:16:41 -0000 On 04-11-2012 18:49, Glen Barber wrote: > On Sun, Nov 04, 2012 at 06:18:12PM +0100, René Ladan wrote: >> On 04-11-2012 17:59, Glen Barber wrote: >>> On Sun, Nov 04, 2012 at 12:57:43AM +0100, René Ladan wrote: >>>> Hi, >>>> >>>> author entities are defined both in authors.ent (with email address) and >>>> developers.ent (without email address). The latter is used in e.g. >>>> htdocs/administration.xml, resulting in cumbersome lines like >>>> >>>>
  • &a.name; <>>> href="mailto:name@FreeBSD.org">name@FreeBSD.org>
    • >>>> >>>> where just >>>> >>>>
  • &a.name;
    • would be clearer. >>>> >>>> So would there be some way to merge these two files (both docbook-wise >>>> and content-wise) to avoid having to maintain two files and avoiding >>>> cumbersome lines? >>>> >>> I'm a bit baffled by this, to be honest. >> Oops.. > To clarify, I mean I am baffled by having two files that have very > similar purposes, not your email. :-) OK :-) >>> Perhaps we can merge these files together, and have each developer >>> entity consist of two lines, one for name only, one for name + email? >>> >>> Something like this, maybe? >>> >>> >>> gjb@FreeBSD.org    "> >>> >>> This would allow us to keep the current multi-format entries, and >>> consolidate them into one file. >>> >>> Thoughts? >> That would be a start. What about an defining a third entity (not sure >> about the name...) >> >> > href=mailto:rene@FreeBSD.org">rene@FreeBSD.org>"> >> > Would this be necessary? I think this is handled automatically by the > tag we already use. That would even be better of course. René From owner-freebsd-doc@FreeBSD.ORG Sun Nov 4 19:40:05 2012 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6445BDF4 for ; Sun, 4 Nov 2012 19:40:05 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id C32F08FC0A for ; Sun, 4 Nov 2012 19:40:04 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id b5so4648587lbd.13 for ; Sun, 04 Nov 2012 11:40:03 -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 :content-type; bh=AzLXJSEcOgbvcuuCb7sTd2LxpITx4g13C3Ts1gfRh50=; b=duLjB9Wk6PNmWC5deY/6lGoa4UsOnqur4FsXpTZPzHWNdEfWI0PwjpfYKMDnoW2Y3j wflOWD1t72193JVMhZMEe9K9tCdibj+HgsdM7AhXypDglyCkeVDUy7U6UL01ojbfbIw5 roMkRIGX/MJRNak75ypnvUjvCgsIfogcPlnZ4= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:x-gm-message-state; bh=AzLXJSEcOgbvcuuCb7sTd2LxpITx4g13C3Ts1gfRh50=; b=coMeN1gsZ3kiEQQ0nODC99COf68TcIWNjseU1QXp5KJvvX/PzjMmwtPdZUtHf8io6W l1oJXpp+ODyDr+WggQYHGipqRbwiyVJ5dua0IRc8Wsz09fqegVG3Cg2+j28L5v/thpgb c0LuX+AhlCoU+ZFTtB8ZPa5gG+G6nBe2XpRnXGJDUz73MZk28Oj+mSq7NBNLt5+tPghQ TnLT56M4YNqItOFwXn7YsHNeBF2iOH9Q9Ok5bPhah70/5WWNCcYEyn2SKovzuxpj6h7G I8rkIrVET1NjhGTXh0DyBa8qWQvhaOFAU57LfNL9iOo5Ca286kY4OyMWz5TQLaLMhqKL rqLQ== Received: by 10.112.104.2 with SMTP id ga2mr3196134lbb.48.1352058003147; Sun, 04 Nov 2012 11:40:03 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.25.166 with HTTP; Sun, 4 Nov 2012 11:39:31 -0800 (PST) In-Reply-To: References: From: Eitan Adler Date: Sun, 4 Nov 2012 14:39:31 -0500 Message-ID: Subject: what's the deal with changing release notes? To: FBSD Doc project Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQkSt8VK31PFwZbC46JOldG/Hok9Y+yv/su10k5X8TKOC2WhNPCBW7ow9+Imvnm2rLI265fp X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2012 19:40:05 -0000 I'd like to commit the following patch but have been told that changing release notes is special and they aren't supposed to be changed once published. Why is this? Right now some release notes have a "bug" and have already caused two PRs which is (a) a waste of time for the project and (b) likely means that many times that number have seen it and gotten annoyed. It also looks completely unprofessional. What's the actual policy on changing release notes, and why? commit bfe955ef84302132ae222dd1e15615b0af5554a3 Author: Eitan Adler Date: Thu Nov 1 19:45:10 2012 -0400 Fix odd quoting in the release announcmenets: there have already been two PRs about this. It also looks odd and unprofessional. PR: docs/172928 Submitted by: "A.AUDEBERT" Discussed with: brooks Approved by: ??? (mentor) diff --git a/en_US.ISO8859-1/htdocs/releases/8.3R/announce.xml b/en_US.ISO8859-1/htdocs/releases/8.3R/announce.xml index 1badd72..6036ee7 100644 --- a/en_US.ISO8859-1/htdocs/releases/8.3R/announce.xml +++ b/en_US.ISO8859-1/htdocs/releases/8.3R/announce.xml @@ -110,7 +110,7 @@ USB drive appears as /dev/da0 on your machine something like this should work:

    - 
    # dd if="FreeBSD"-8.3-RELEASE-amd64-memstick.img
of=/dev/da0 bs="10240" conv="sync"
    + 
    # dd if="FreeBSD-8.3-RELEASE-amd64-memstick.img"
of=/dev/da0 bs="10240" conv="sync"

    Be careful to make sure you get the target (of=) correct.

    diff --git a/en_US.ISO8859-1/htdocs/releases/9.0R/announce.xml b/en_US.ISO8859-1/htdocs/releases/9.0R/announce.xml index 0567904..b93339a 100644 --- a/en_US.ISO8859-1/htdocs/releases/9.0R/announce.xml +++ b/en_US.ISO8859-1/htdocs/releases/9.0R/announce.xml @@ -152,7 +152,7 @@ USB drive appears as /dev/da0 on your machine something like this should work:

    - 
    # dd if="FreeBSD"-9.0-RELEASE-amd64-memstick.img
of=/dev/da0 bs="10240" conv="sync"
    + 
    # dd if="FreeBSD-9.0-RELEASE-amd64-memstick.img"
of=/dev/da0 bs="10240" conv="sync"

    Be careful to make sure you get the target (of=) correct.

    -- Eitan Adler From owner-freebsd-doc@FreeBSD.ORG Sun Nov 4 20:47:27 2012 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 847CCA6 for ; Sun, 4 Nov 2012 20:47:27 +0000 (UTC) (envelope-from yerenkow@gmail.com) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3E2248FC12 for ; Sun, 4 Nov 2012 20:47:27 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id n9so6488653oag.13 for ; Sun, 04 Nov 2012 12:47:26 -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 :content-type; bh=+zjRWRLEgTrTwV3oacZrzmyUFo0nE9sI1sthF6rPMRw=; b=TnfGnQW7ZsxWyqiM8O58g4r9AKwMBVAtfQekkQwG/iBAg3b7pdKc+ckesvCSYqytI3 K6PPVygKMrp4MlPctNo3oqPNPyr/TTRYitTNjIXj15F1I4jaOXawHVuUyuIf9zn6y1Up 8q8LB4nLtPJtAUCRbLoyuE7nRVip59kiyAfD20VzmXxrcOiCMK3FyzYSXp2Kt4A3dbpL z5tE0J7c7anIcwvCXle/V2AvvkgvohZ+tawEnJmRzPjA1an9A5RPj/MMvZnbNEiu/x36 8TGgxT4FlSJHsp7Pmp9x/O19hOOPHBAgcDOb+WCeEoymXEnhLWYrEjQ9BH1yJcbV8EP8 IpsQ== MIME-Version: 1.0 Received: by 10.60.7.225 with SMTP id m1mr6440537oea.122.1352062046591; Sun, 04 Nov 2012 12:47:26 -0800 (PST) Received: by 10.60.58.165 with HTTP; Sun, 4 Nov 2012 12:47:26 -0800 (PST) Received: by 10.60.58.165 with HTTP; Sun, 4 Nov 2012 12:47:26 -0800 (PST) In-Reply-To: References: Date: Sun, 4 Nov 2012 22:47:26 +0200 Message-ID: Subject: Re: what's the deal with changing release notes? From: Alexander Yerenkow To: doc@freebsd.org Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2012 20:47:27 -0000 Regards, Alexander Yerenkow ---------- =F0=C5=D2=C5=C1=C4=D2=C5=D3=CF=D7=C1=CE=CE=CF=C5 =D3=CF=CF=C2=DD= =C5=CE=C9=C5 ---------- =EF=D4: "Alexander Yerenkow" =E4=C1=D4=C1: 04.11.2012 22:22 =F4=C5=CD=C1: Re: what's the deal with changing release notes? =EB=CF=CD=D5: "Eitan Adler" Can I add my 2c at this point? Where did 10240 appeared from? Did someone tried to find some optimal size for most of flashes/cards? I always try to use some large number, like 1m or even more. I know by sad experience that writing flash with default bs can take much longer than with large bs value= . Very quick and dirty test (from dev/urandom to 1gb partition on sd card) give me that speed numbers (bs, speed): 128m =3D 11,38 8m =3D 11,42 512k =3D 11,46 10k =3D 1,10 So, default advice on how write those images are unoptimised. Drop in speed by factor of ten without any reason not god as for me. Regards, Alexander Yerenkow From owner-freebsd-doc@FreeBSD.ORG Mon Nov 5 11:06:04 2012 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5FEC1C36 for ; Mon, 5 Nov 2012 11:06:04 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 36CBF8FC14 for ; Mon, 5 Nov 2012 11:06:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id qA5B64ef000275 for ; Mon, 5 Nov 2012 11:06:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id qA5B63vv000273 for freebsd-doc@FreeBSD.org; Mon, 5 Nov 2012 11:06:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 5 Nov 2012 11:06:03 GMT Message-Id: <201211051106.qA5B63vv000273@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: FreeBSD doc list Subject: Current unassigned doc problem reports X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2012 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/173321 doc ports(7) man page -- no info on building with debuggin o docs/173202 doc [patch] ACPICONF(8) does not have -k option documented o docs/173013 doc FreeBSD Boot Menu Documentation o docs/172927 doc ipfw manual page doesn't show simpliest NAT case o docs/172922 doc Handbook - 25.7 Rebuilding “world” - update w/r to /sr o docs/172913 doc [ipsec] [patch] setkey(8) is unclear on anti-replay wi o docs/172868 doc [PATCH] fix header.ent change Introduction -> For newb o docs/172743 doc IPv6 handbooks lacks info about accepting router adver o docs/172626 doc [PATCH] modify the community/* pages to look more plea o docs/172370 doc [handbook] Handbook should be updated for Blu-Ray driv o docs/172369 doc mkisofs(8)/growisofs(1m) don't specify UDF version o docs/172368 doc mount_udf(8) doesn't specify which versions of UDF are o docs/172367 doc ata(4) man page needs an updated for Blu-Ray o docs/172330 doc [PATCH] Fix some errors introduced to announce.xml by o docs/172144 doc psignal(9) manpage is outdated for FreeBSD-9 systems o docs/172137 doc deprecated information for adduser(8) man pages o docs/171533 doc [patch] Replace all references of cuad with cuau in th o docs/171337 doc [PATCH] Add german filename conversion scheme for moun o docs/171292 doc [handbook] [patch] handbook should describe subversion o docs/171199 doc the GDB man page is outdated o docs/170691 doc Difference between zfs manpages and reality o docs/170223 doc IPv6 configuration section for 9.x is incorrect o docs/170119 doc at behaviour and man at inconsistency o docs/169712 doc [patch] porters-handbook zh_TW.Big5 apache section o docs/169711 doc [patch] porters-handbook zh_CN.GB2312 apache section o docs/169544 doc serial port console documentation changes o docs/169377 doc [patch] ipmon(8) man page refers to a different facili o docs/169317 doc zfs umount refers to umount(1M) but should to umount(8 o docs/169158 doc [patch] iasl(8) man page is out of date o docs/168930 doc map_mincore(9) not up-to-date o docs/168915 doc size of integers used by test(1) and sh(1) is not docu o docs/168823 doc 404s in fr_FR French web pages o docs/168814 doc [patch] remove `d` negative pointer EINVAL requirement o docs/168803 doc Remove outdated smp info o docs/167742 doc Update documentation for group 5, and newgrp 1 o docs/167741 doc group(5): Group Passwords do not work and are not docu o docs/167429 doc geli(8) needs to mention unencrypted /etc/fstab requir o docs/166553 doc find(1): find -delete documentation is misleading o docs/166358 doc No networking in Jail build via: handbook/jail-tuning o conf/166330 doc [rc] [patch] Thin server configuration revision reques o docs/165657 doc Web site Features page aging o docs/165551 doc ipfw(8): no info in "ipfw pipe show" about ipv6 o docs/165249 doc Multibyte characters in manpages still not displaying o docs/164803 doc Unclear manual page for mount_unionfs(8) o docs/164620 doc Raid 1 issues o docs/164099 doc gparm(8): man page for gparm set is incorrect and inco o docs/164034 doc acl(9) documentation lacking o docs/163879 doc [handbook] handbook does not say about how to force to o docs/163830 doc device smbios: missing documentation, no manpage o docs/163149 doc [patch] Red Hat Linux/i386 9 HTML format sudo man page o docs/162765 doc [patch] lseek(2) may return successful although no see o docs/162699 doc Handbook/Upgrading instructions: should mention delete o docs/162587 doc unclear/incomplete description of per-interface statis o docs/162419 doc [request] please document (new) zfs and zpool cmdline o docs/162404 doc [handbook] IPv6 link-local address compared with IPv4 o docs/161754 doc p4tcc(4), est(4) and qpi(4) are not documented o docs/161496 doc zfs(1): Please document that sysctl vfs.usermount must o docs/160460 doc [handbook] Network setup guide suggestion o docs/160446 doc [handbook] Handbook sound setup seems outdated o docs/160445 doc [handbook] Handbook does not mention ACL o docs/160399 doc Man page for re(4) missing jumbo frames info o docs/159307 doc [patch] lpd smm chapter unconditionally installed o docs/158388 doc Incorrect documentation of LOCAL_SCRIPT in release(7) o docs/158387 doc The tree(3) man should mention the RB_FOREACH_SAFE() A o docs/157908 doc [handbook] Description of post-install should include o docs/157698 doc [patch] gpart(8) man page contains old/incorrect size o docs/157316 doc [patch] update devstat(9) man page o docs/157049 doc FreeBSD Handbook: Chapter 14 (Security) Inaccuracy o docs/156920 doc isspecial(3) is not helpful o docs/156815 doc chmod(1): manpage should describe that chmod kicks +t o docs/156689 doc stf(4) output-only documentation gives bad configurati f docs/156187 doc [handbook] [patch] Add bsnmpd to handbook o docs/156081 doc troff falls with troff.core with UTF-8 man with incorr o docs/155982 doc [handbook] reaper of the dead: remove reference to flo o docs/155149 doc [patch] don't encourage using xorg.conf outside of PRE o docs/154838 doc update cvs-tags information on releng_* to reflect sup o docs/153958 doc ksu man-page documented, but not installed a docs/153012 doc [patch] iostat(8) requires an argument to -c option o docs/151752 doc pw.conf(5) doesn't define format for file clearly o docs/150991 doc [patch] Install upgtfw using pkg_add as advised in upg o docs/150917 doc [patch] icmp.4, wrong description of icmplim and icmpl o docs/150877 doc ambiguity in newsyslog(8) man page about zfs with comp o docs/150255 doc dtrace description should mention makeoptions DEBUG=-g o docs/149574 doc [patch] update mi_switch(9) man page o docs/148987 doc [patch] {MD[245]|SHA_|SHA1_|SHA256_}{End|File|FileChun o docs/148984 doc [handbook] Mistake in section 16.15.4 of the handbook o docs/148680 doc [sysctl][patch] Document some sys/kern sysctls o docs/148071 doc Failover mode between wired and wireless interfaces o docs/147995 doc elf.5 man page has has missing reference o docs/146521 doc [handbook] Update IPv6 system handbook section to ment o docs/145699 doc hexdump(1) mutes all format qualifier output following o docs/145069 doc Dialup firewalling with FreeBSD article out dated. o docs/145066 doc Update for new uart dev names for serial port. s docs/144818 doc all mailinglist archives dated 19970101 contain traili o docs/144630 doc [patch] domainname(1) manpage contains old information o docs/144515 doc [handbook] Expand handbook Table of contents o docs/144488 doc share/examples/etc/make.conf: contains dangerous examp o docs/143850 doc procfs(5) manpage for status > controlling terminal is o docs/143472 doc gethostname(3) references undefined value: HOST_NAME_M o docs/143416 doc [handbook] IPFW handbook page issues o docs/143408 doc man filedesc(9) is missing o docs/141032 doc misleading documentation for rtadvd.conf(5) raflags se s docs/140847 doc [request] add documentation on ECMP and new route args o docs/140444 doc [patch] New Traditional Chinese translation of custom- o docs/140375 doc [UPDATE] Updated zh_TW.Big5/articles/nanobsd o docs/139336 doc [request] ZFS documentation suggestion o docs/139165 doc gssapi.3 man page out of sync with between crypto and o docs/139018 doc translation of submitting.sgml from docproj/submitting o docs/138845 doc Exceeding kern.ipc.maxpipekva refers to tuning(7) whic o docs/138663 doc system(3) man page confuses users about "return value o docs/138485 doc bpf(4) and ip(4) man pages missing important corner ca o docs/136712 doc [handbook] [patch] draft new section on gmirror per pa o docs/136666 doc [handbook] Configure serial port for remote kernel deb o docs/136035 doc ftpchroot(5) omits an important option o docs/135516 doc [patch] pax(1) manual not mentioning chflags unawarene o docs/134123 doc The RUNQUEUE(9) man page is out of date o docs/132839 doc [patch] Fix example script in ldap-auth article o docs/132718 doc [handbook] Information about adding a new mirror is ou o docs/132260 doc dhcpd(8) pid not stored in documented location o docs/132190 doc EPERM explanation for send(2), sendto(2), and sendmsg( o docs/131918 doc [patch] Fixes for the BPF(4) man page o docs/131626 doc [patch] dump(8) "recommended" cache option confusing o docs/130238 doc nfs.lockd man page doesn't mention NFSLOCKD option or o docs/129671 doc New TCP chapter for Developer's Handbook (from rwatson o docs/129464 doc using packages system o docs/129095 doc ipfw(8): Can not check that packet originating/destine o docs/128356 doc [request] add Firefox plugin for FreeBSD manual pages s docs/127844 doc Example code skeleton_capture_n.c in meteor(4) manpage o docs/126590 doc [patch] Write routine called forever in Sample Echo Ps o docs/126484 doc libc function res-zonscut2 is not documented 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 p docs/115065 doc [patch] sync ps.1 with p_flag and keywords o docs/114371 doc [patch] [ip6] rtadvd.con(5) should show how to adverti o docs/114139 doc mbuf(9) has misleading comments on M_DONTWAIT and M_TR o docs/113194 doc [patch] [request] crontab.5: handling of day-in-month o docs/111425 doc Missing chunks of text in historical manpages o docs/111265 doc [request] Clarify how to set common shell variables o docs/110999 doc carp(4) should document unsupported interface types o docs/110692 doc wi(4) man page doesn't say WPA is not supported o docs/110376 doc [patch] add some more explanations for the iwi/ipw fir o docs/110062 doc [patch] mount_nfs(8) fails to mention a failure condit p docs/110061 doc [patch] tuning(7) missing reference to vfs.read_max o docs/109981 doc No manual entry for post-grohtml o docs/109977 doc No manual entry for ksu o docs/109972 doc No manual entry for zless/bzless f docs/109226 doc [request] No manual entry for sntp o docs/109201 doc [request]: manual for callbootd a docs/108980 doc list of missing man pages o docs/105608 doc fdc(4) debugging description staled o docs/104879 doc Howto: Listen to IMA ADPCM .wav files on FreeBSD box o docs/102719 doc [patch] ng_bpf(4) example leads to unneeded promiscuos o docs/101271 doc serial console documentation implies kernel rebuild re o docs/100196 doc man login.conf does explain not "unlimited" o docs/99506 doc FreeBSD Handbook addition: IPv6 Server Settings o docs/98974 doc Missing tunables in loader(8) manpage o docs/98115 doc Missing parts after rendering handbook to RTF format o docs/96207 doc Comments of a sockaddr_un structure could confuse one o docs/95408 doc install over serial console does not work as documente o docs/94625 doc [patch] growfs man page -- document "panic: not enough o docs/92626 doc jail manpage should mention disabling some periodic sc o docs/91506 doc ndis(4) man page should be more specific about support o docs/91149 doc read(2) can return EINVAL for unaligned access to bloc o docs/88512 doc [patch] mount_ext2fs(8) man page has no details on lar o docs/87936 doc Handbook chapter on NIS/YP lacks good information on a o docs/87857 doc ifconfig(8) wireless options order matters o docs/85128 doc [patch] loader.conf(5) autoboot_delay incompletly desc o docs/84956 doc [patch] intro(5) manpage doesn't mention API coverage o docs/84932 doc new document: printing with an Epson ALC-3000N on Free o docs/84670 doc [patch] tput(1) manpage missing ENVIRONMENT section wi o docs/84317 doc fdp-primer doesn't show class=USERNAME distinctively o docs/84271 doc [patch] compress(1) doesn't warn about nasty link hand o docs/83820 doc getino(3) manpage not installed o docs/81611 doc [patch] natd runs with -same_ports by default o docs/78480 doc Networked printer setup unnecessarily complex in handb o docs/61605 doc [request] Improve documentation for i386 disk geometry o docs/61301 doc [patch] Manpage patch for aue(4) to enable HomePNA fun o docs/59835 doc ipfw(8) man page does not warn about accepted but mean o docs/59477 doc Outdated Info Documents at http://docs.freebsd.org/inf o docs/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/38982 doc [patch] developers-handbook/Jail fix o docs/38556 doc EPS file of beastie, as addition to existing examples s docs/33589 doc [patch] to doc.docbook.mk to post process .tex files. o docs/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 210 problems total. From owner-freebsd-doc@FreeBSD.ORG Mon Nov 5 19:50:01 2012 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B619D9A6 for ; Mon, 5 Nov 2012 19:50:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 701C08FC08 for ; Mon, 5 Nov 2012 19:50:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id qA5Jo17q040630 for ; Mon, 5 Nov 2012 19:50:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id qA5Jo1lM040629; Mon, 5 Nov 2012 19:50:01 GMT (envelope-from gnats) Resent-Date: Mon, 5 Nov 2012 19:50:01 GMT Resent-Message-Id: <201211051950.qA5Jo1lM040629@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-doc@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Mateusz Kwiatkowski Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D26898F4 for ; Mon, 5 Nov 2012 19:43:53 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22]) by mx1.freebsd.org (Postfix) with ESMTP id B68158FC12 for ; Mon, 5 Nov 2012 19:43:53 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.5/8.14.5) with ESMTP id qA5Jhrql060738 for ; Mon, 5 Nov 2012 19:43:53 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.5/8.14.5/Submit) id qA5Jhri6060737; Mon, 5 Nov 2012 19:43:53 GMT (envelope-from nobody) Message-Id: <201211051943.qA5Jhri6060737@red.freebsd.org> Date: Mon, 5 Nov 2012 19:43:53 GMT From: Mateusz Kwiatkowski To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: docs/173405: Undocumented feature of ifconfig (reading configuration from rc.conf) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2012 19:50:01 -0000 >Number: 173405 >Category: docs >Synopsis: Undocumented feature of ifconfig (reading configuration from rc.conf) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Nov 05 19:50:00 UTC 2012 >Closed-Date: >Last-Modified: >Originator: Mateusz Kwiatkowski >Release: 9.0-RELEASE >Organization: Atlashost >Environment: FreeBSD gw-5 9.0-RELEASE FreeBSD 9.0-RELEASE #1: Wed May 23 23:28:34 CEST 2012 root@gw-5:/usr/obj/usr/src/sys/NPHXGW amd64 >Description: If configuration for NIC exists in /etc/rc.conf, ifconfig automatically configures interface when created. >How-To-Repeat: 1. Create configuration in /etc/rc.conf for non existing NIC: vlans_em0="181" ifconfig_em0_181="inet6 2001:123:0:0::e001:121/126" 2. Bring up interface manually: ifconfig em0.181 create 3. Interface is created with IP from rc.conf: # ifconfig em0.181 em0.181: flags=8843 metric 0 mtu 1500 options=3 ether 52:54:00:74:bd:1b inet6 2001:123:0:0::e001:121 prefixlen 126 duplicated inet6 fe80::5054:ff:fe74:bd1b%em0.181 prefixlen 64 scopeid 0x4 nd6 options=21 media: Ethernet autoselect (1000baseT ) status: active vlan: 181 parent interface: em0 This works both for IPv4 and IPv6. >Fix: This feature should be documented in ifconfig(8) manual. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Mon Nov 5 21:07:35 2012 Return-Path: Delivered-To: doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F2AC4DCE for ; Mon, 5 Nov 2012 21:07:35 +0000 (UTC) (envelope-from maeryger@ymail.com) Received: from law-srv-03.padilla-esq.com (host-206-251-66-8.static.linkline.com [206.251.66.8]) by mx1.freebsd.org (Postfix) with ESMTP id BAF5E8FC12 for ; Mon, 5 Nov 2012 21:07:35 +0000 (UTC) Received: from User-PC ([195.254.134.10] RDNS failed) by law-srv-03.padilla-esq.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 5 Nov 2012 12:18:24 -0800 From: "Geor!!" Subject: Enquiry. To: doc@FreeBSD.org MIME-Version: 1.0 Date: Mon, 5 Nov 2012 22:18:40 +0200 Message-ID: X-OriginalArrivalTime: 05 Nov 2012 20:18:26.0390 (UTC) FILETIME=[B66E1760:01CDBB92] Content-Type: text/plain Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: ab1234gm@hotmail.com List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2012 21:07:36 -0000 - This mail is in HTML. Some elements may be ommited in plain text. - Hello Sir/Madam , We are very interested in your products My Specification as following.= May you advise price with MOQ 5000pcs . Size in ?m?- 1) 83.0 X 64.0 X 0.715 2) 8.0 X 5.5 X 0.715 Material : Thanks Best Regards, G MULLEY From owner-freebsd-doc@FreeBSD.ORG Tue Nov 6 00:20:01 2012 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B2B7BB3 for ; Tue, 6 Nov 2012 00:20:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 0FE768FC0C for ; Tue, 6 Nov 2012 00:20:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id qA60K0JE062022 for ; Tue, 6 Nov 2012 00:20:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id qA60K05O062021; Tue, 6 Nov 2012 00:20:00 GMT (envelope-from gnats) Resent-Date: Tue, 6 Nov 2012 00:20:00 GMT Resent-Message-Id: <201211060020.qA60K05O062021@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-doc@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Derek Wood Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A6D35B81 for ; Tue, 6 Nov 2012 00:14:48 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22]) by mx1.freebsd.org (Postfix) with ESMTP id 8FB7D8FC08 for ; Tue, 6 Nov 2012 00:14:48 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.5/8.14.5) with ESMTP id qA60EmhB018171 for ; Tue, 6 Nov 2012 00:14:48 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.5/8.14.5/Submit) id qA60EmKq018170; Tue, 6 Nov 2012 00:14:48 GMT (envelope-from nobody) Message-Id: <201211060014.qA60EmKq018170@red.freebsd.org> Date: Tue, 6 Nov 2012 00:14:48 GMT From: Derek Wood To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: docs/173410: [patch] sh(1) include PS1 expansions in man page X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2012 00:20:01 -0000 >Number: 173410 >Category: docs >Synopsis: [patch] sh(1) include PS1 expansions in man page >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Tue Nov 06 00:20:00 UTC 2012 >Closed-Date: >Last-Modified: >Originator: Derek Wood >Release: 10.0-CURRENT >Organization: >Environment: FreeBSD bespin 10.0-CURRENT FreeBSD 10.0-CURRENT #2: Thu Nov 1 10:11:06 MST 2012 root@bespin:/usr/obj/usr/src/sys/GENERIC amd64 >Description: sh(1) includes hostname, working directory and superuser expansion for the $PS1 and $PS2 environmental variables. This patch to the sh man page documents it. >How-To-Repeat: >Fix: Patch attached with submission follows: --- sh.1 2012-10-31 04:44:47.000000000 -0700 +++ sh.1.new 2012-11-05 17:00:03.000000000 -0700 @@ -1337,9 +1337,33 @@ .Dq Li "$ " , unless you are the superuser, in which case it defaults to .Dq Li "# " . +.Va PS1 +may include any of the following formatting sequences, +which are replaced by the given information: +.Bl -tag -width indent +.It Li \eH +The local hostname +.It Li \eh +The fully-qualified hostname +.It Li \eW +The final component of the current working directory +.It Li \ew +The entire path of the current working directory +.It Li \e$ +Superuser status. +.Dq Li " $ " +for normal users and +.Dq Li "# " +for superusers. +.It Li \e\e +A literal backslash +.El .It Va PS2 The secondary prompt string, which defaults to .Dq Li "> " . +.Va PS2 +may include any of the formatting sequences from +.Va PS1 . .It Va PS4 The prefix for the trace output (if .Fl x >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Tue Nov 6 02:27:20 2012 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 501CDBAB for ; Tue, 6 Nov 2012 02:27:20 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id EA9048FC14 for ; Tue, 6 Nov 2012 02:26:49 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id qA62Qhht088700 for ; Mon, 5 Nov 2012 19:26:43 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id qA62QD3v088697; Mon, 5 Nov 2012 19:26:43 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Mon, 5 Nov 2012 19:26:13 -0700 (MST) From: Warren Block To: Alexander Yerenkow Subject: Re: what's the deal with changing release notes? 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.2.7 (wonkity.com [127.0.0.1]); Mon, 05 Nov 2012 19:26:44 -0700 (MST) Cc: doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2012 02:27:20 -0000 On Sun, 4 Nov 2012, Alexander Yerenkow wrote: > Can I add my 2c at this point? Where did 10240 appeared from? Did someone > tried to find some optimal size for most of flashes/cards? I always try to > use some large number, like 1m or even more. I know by sad experience that > writing flash with default bs can take much longer than with large bs value. > Very quick and dirty test (from dev/urandom to 1gb partition on sd card) > give me that speed numbers (bs, speed): > 128m = 11,38 > 8m = 11,42 > 512k = 11,46 > 10k = 1,10 > > So, default advice on how write those images are unoptimised. Drop in speed > by factor of ten without any reason not god as for me. Agreed. The 10K number also looks like a magic number, and it is not. Huge buffer sizes don't really improve speed, as your benchmark shows. There's no significant difference between 512K and 128M. I would suggest using 64K or 128K for the value. These are large enough to give speed benefits yet still small enough to work even if memory is very limited. Note: FreeBSD's dd is not case-sensitive about unit modifiers, but Linux is, so the example should stick to upper case "K". From owner-freebsd-doc@FreeBSD.ORG Wed Nov 7 13:46:53 2012 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4DA07936; Wed, 7 Nov 2012 13:46:53 +0000 (UTC) (envelope-from issyl0@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 1B3DE8FC14; Wed, 7 Nov 2012 13:46:53 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id qA7Dkq3P045476; Wed, 7 Nov 2012 13:46:52 GMT (envelope-from issyl0@freefall.freebsd.org) Received: (from issyl0@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id qA7DkqKT045472; Wed, 7 Nov 2012 13:46:52 GMT (envelope-from issyl0) Date: Wed, 7 Nov 2012 13:46:52 GMT Message-Id: <201211071346.qA7DkqKT045472@freefall.freebsd.org> To: issyl0@FreeBSD.org, issyl0@FreeBSD.org, freebsd-doc@FreeBSD.org From: issyl0@FreeBSD.org Subject: Re: docs/169401: passify dead links in release links, move www to lists for mailman references X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 13:46:53 -0000 Synopsis: passify dead links in release links, move www to lists for mailman references Responsible-Changed-From-To: issyl0->freebsd-doc Responsible-Changed-By: issyl0 Responsible-Changed-When: Wed Nov 7 13:46:22 UTC 2012 Responsible-Changed-Why: As this is in suspended state, hand it back to the pool. http://www.freebsd.org/cgi/query-pr.cgi?pr=169401 From owner-freebsd-doc@FreeBSD.ORG Wed Nov 7 13:48:41 2012 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4DE8FCDC; Wed, 7 Nov 2012 13:48:41 +0000 (UTC) (envelope-from issyl0@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 1CA568FC0C; Wed, 7 Nov 2012 13:48:41 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id qA7Dme3Z045537; Wed, 7 Nov 2012 13:48:40 GMT (envelope-from issyl0@freefall.freebsd.org) Received: (from issyl0@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id qA7DmeUm045533; Wed, 7 Nov 2012 13:48:40 GMT (envelope-from issyl0) Date: Wed, 7 Nov 2012 13:48:40 GMT Message-Id: <201211071348.qA7DmeUm045533@freefall.freebsd.org> To: issyl0@FreeBSD.org, issyl0@FreeBSD.org, freebsd-doc@FreeBSD.org From: issyl0@FreeBSD.org Subject: Re: docs/172869: [PATCH] Add in nifty lang icons to index.html (home) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 13:48:41 -0000 Synopsis: [PATCH] Add in nifty lang icons to index.html (home) Responsible-Changed-From-To: issyl0->freebsd-doc Responsible-Changed-By: issyl0 Responsible-Changed-When: Wed Nov 7 13:48:12 UTC 2012 Responsible-Changed-Why: Sadly, no time. Return this one to the pool. http://www.freebsd.org/cgi/query-pr.cgi?pr=172869 From owner-freebsd-doc@FreeBSD.ORG Wed Nov 7 15:11:41 2012 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2FC5F58E; Wed, 7 Nov 2012 15:11:41 +0000 (UTC) (envelope-from wblock@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id F1BB18FC1B; Wed, 7 Nov 2012 15:11:40 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id qA7FBeIk049710; Wed, 7 Nov 2012 15:11:40 GMT (envelope-from wblock@freefall.freebsd.org) Received: (from wblock@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id qA7FBeVE049706; Wed, 7 Nov 2012 15:11:40 GMT (envelope-from wblock) Date: Wed, 7 Nov 2012 15:11:40 GMT Message-Id: <201211071511.qA7FBeVE049706@freefall.freebsd.org> To: wblock@FreeBSD.org, freebsd-doc@FreeBSD.org, wblock@FreeBSD.org From: wblock@FreeBSD.org Subject: Re: docs/173405: Undocumented feature of ifconfig (reading configuration from rc.conf) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 15:11:41 -0000 Synopsis: Undocumented feature of ifconfig (reading configuration from rc.conf) Responsible-Changed-From-To: freebsd-doc->wblock Responsible-Changed-By: wblock Responsible-Changed-When: Wed Nov 7 15:11:21 UTC 2012 Responsible-Changed-Why: Take. http://www.freebsd.org/cgi/query-pr.cgi?pr=173405 From owner-freebsd-doc@FreeBSD.ORG Wed Nov 7 15:45:42 2012 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7CD4EFAC for ; Wed, 7 Nov 2012 15:45:42 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id E50988FC16 for ; Wed, 7 Nov 2012 15:45:41 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id e12so1677284lag.13 for ; Wed, 07 Nov 2012 07:45:40 -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=IgLg1xyISjKXZc8u9eQup05RXgFnsIOQxk9WCqwS20Y=; b=bhOwsAfK6KJCY/MoGgnl2qWMRITrWBX8FI8W0pkV3wQDrBzPDdDqWjD3gXGFDYR/HN x0thmmgpOgHAX9MhD6acSxbgrkxDL+GrvTJuWX2XBAo0WUOkGlD0QdGFfCde6BWEuos3 qZw4GtygZmNx3v23FIsHFVjgVWIXmaFN4HTLI= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=IgLg1xyISjKXZc8u9eQup05RXgFnsIOQxk9WCqwS20Y=; b=nglXjiPwiC8ix4XLU9wk2wGsLwwDQc3GuALlxB4JsFc9VA8tXAvsfE5M40kqpA+8kp maJFVSbrPrdS0rYISkab6+rOcch/iLZX8KSMmfkpMNnJQwEUNBK2CwSQvMFy+jtcCpZc l1s918W6RakVqTbKH6oPj3yhLC2ruHJ2nmLABXvjTw2r1L+iSf1y34lxYsBsPmT6v4Um W26hqpQASk995grZGQf9O0s4aI17h+deaSaPyPtPEtElVm7V7to8r44QLv9ZqSfUzFjb FNm2LH+Bpjx6dEmw1FrG45KFssYyr0Puyx6Gw4dT60iJkrvHAqLlrLidEVMEmoOeDv9Y 5/lw== Received: by 10.112.100.102 with SMTP id ex6mr2095650lbb.130.1352303140466; Wed, 07 Nov 2012 07:45:40 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.25.166 with HTTP; Wed, 7 Nov 2012 07:45:10 -0800 (PST) In-Reply-To: <201211071346.qA7DkqKT045472@freefall.freebsd.org> References: <201211071346.qA7DkqKT045472@freefall.freebsd.org> From: Eitan Adler Date: Wed, 7 Nov 2012 10:45:10 -0500 Message-ID: Subject: Re: docs/169401: passify dead links in release links, move www to lists for mailman references To: issyl0@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQke26IP2DmOYS0DAM/7RHf3+1fF0tY5AeHABeII9e8SjPwxzwujcuW4BQ0MBo2lbbhl4jTD Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 15:45:42 -0000 On 7 November 2012 08:46, wrote: > Synopsis: passify dead links in release links, move www to lists for mailman references > > Responsible-Changed-From-To: issyl0->freebsd-doc > Responsible-Changed-By: issyl0 > Responsible-Changed-When: Wed Nov 7 13:46:22 UTC 2012 > Responsible-Changed-Why: > As this is in suspended state, hand it back to the pool. Please close this. It seems from your description that the issue isn't one of "this is a hard issue, which must be solved", but more of a "this will never be solved". -- Eitan Adler From owner-freebsd-doc@FreeBSD.ORG Wed Nov 7 16:33:44 2012 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3BB133FD for ; Wed, 7 Nov 2012 16:33:44 +0000 (UTC) (envelope-from dru.lavigne@att.net) Received: from nm4.bullet.mail.sp2.yahoo.com (nm4.bullet.mail.sp2.yahoo.com [98.139.91.74]) by mx1.freebsd.org (Postfix) with ESMTP id F04D08FC0C for ; Wed, 7 Nov 2012 16:33:43 +0000 (UTC) Received: from [98.139.91.65] by nm4.bullet.mail.sp2.yahoo.com with NNFMP; 07 Nov 2012 16:33:43 -0000 Received: from [98.139.44.82] by tm5.bullet.mail.sp2.yahoo.com with NNFMP; 07 Nov 2012 16:33:43 -0000 Received: from [127.0.0.1] by omp1019.access.mail.sp2.yahoo.com with NNFMP; 07 Nov 2012 16:33:43 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 371435.32910.bm@omp1019.access.mail.sp2.yahoo.com Received: (qmail 67071 invoked by uid 60001); 7 Nov 2012 16:33:43 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=att.net; s=s1024; t=1352306023; bh=awoNKX9j33ZvskTds1JsBTrpor6WY7hS4Oibjd3H4fs=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Subject:To:MIME-Version:Content-Type; b=RZmJzcdoHz5qypJYn2E+Aexij/zb9mj+hNCh5s0FwcVM1tPA5yQCt5Xx4xAmlgKNJUzvu8zUa2LwTNDd53UJxI5XMCRlpvmIXWQsjqDZcx1nZfnHQJJPDsjOTWnbAoRy0cHd7PQUIziqyY3YSjtwxQhLZ76D3lbFcu+XOqIOE8A= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=att.net; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Subject:To:MIME-Version:Content-Type; b=XNkEQO1yXlv/FnD2JLB79NxtLUM7qh0BePkOk7ZK6qIxKS7s22fb6ZztASwvd1pFU9M8oCXHpB3Qy79Jw8mARLUmSwPGkFdpwt9faSLOUjodtBYmskmZu0mMIY4z9tWEs2uBXtrMv9uxilTBLvc5C/lh4q4dS/Iac4FL6P1cxQE=; X-YMail-OSG: SOYbwi0VM1mjATw2mqIx7Rsu._fsoa27_OdBCGYruejJkVq bZ_5iEfn0CtOJFpYIKrC0BBvOMNBLp_flEX9WmHiPXxQ5JYnizuWT368jBFm MPri_QguGr443eVjX.2PDhC_VvLcdP_y3o8xGMoFpltEqmQWe8B7UlX5Fa9p ypnyhuGn8jOlcpLsUzmbankBuf8ZNEG6qsmdLAQSqEox61LffzevIVl2tlEV vFOq2jRTwJP93nT6yA5X8ZOgo0umTeDBZiGcsSpvqex0n4eu6NY_RXxc0m61 i2HZVthnLc0A1bbKxdvxWxR2ezGzcj0MotmHRXG39t8PpQIm9MrSE71HZ5V_ VnKVXoV1FQkAJaOXeh9bbUuUGGjWEANmKuX_Kc6wDt4QIQSZofAeqQ9kwxwS FMcobN8OpMmF43G_La4d02UbapOa8LR9fT4RQG3_UTgGauypv9UO7enDcqz. mf.C0LU1aBfv_Af.eUOHOsf4ieu.ylrW8kKI0_mDpc0y4CMTfqX0LXsqiCVJ 52O5VlfG0RgSYjTHnoI7fNHF7FHhoR7OZJd.D1T13yXPdY49grbK5pRVqd0K AC7pKqc8BQAgi47S9I3GNpbS8QbXTHYCeZZGCvKMFdGLDN2w7aDgJqCxA5HQ UgOIM3vPtnPGYJKPhUrq4wVOA1mRYiCG0Th.tcCIa8MrdHTNj5gad0AzAEZm XjFODo_bumgKpezQ14JeRHW7Fr2KUDdt5gixtJm.UMiHWo_ySjvG6VWd92Nh s9q8R0cgvw2UC8tacCLm1294NiQ-- Received: from [99.98.82.135] by web184904.mail.gq1.yahoo.com via HTTP; Wed, 07 Nov 2012 08:33:42 PST X-Rocket-MIMEInfo: 001.001, V2hpbGUgdGhpcyByZXBvcnQgd2FzIGZvciBhIG1pcnJvciwgaXQgbG9va3MgbGlrZSB0aGUgY29tbWVyY2lhbC9pc3AuaHRtbCBwYWdlIGhhcyBiYWQgbGlua3MgZm9yIEJsdWVncmF2aXR5IGFuZCBEQkkgaG9zdGluZy4NCg0KQ2hlZXJzLA0KDQpEcnUNCg0KLS0tIE9uIFdlZCwgMTEvNy8xMiwgU2FicmluYSBKYWNrc29uIDxqYWNrc29uc2FicmluYTgwQGdtYWlsLmNvbT4gd3JvdGU6DQoNCkZyb206IFNhYnJpbmEgSmFja3NvbiA8amFja3NvbnNhYnJpbmE4MEBnbWFpbC5jb20.DQpTdWJqZWN0OiBMaW5rcyABMAEBAQE- X-Mailer: YahooMailClassic/15.0.8 YahooMailWebService/0.8.123.460 Message-ID: <1352306022.47224.YahooMailClassic@web184904.mail.gq1.yahoo.com> Date: Wed, 7 Nov 2012 08:33:42 -0800 (PST) From: Dru Lavigne Subject: Fw: Links page has some non-working urls To: freebsd-doc@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 16:33:44 -0000 While this report was for a mirror, it looks like the commercial/isp.html p= age has bad links for Bluegravity and DBI hosting. Cheers, Dru --- On Wed, 11/7/12, Sabrina Jackson wrote: From: Sabrina Jackson Subject: Links page has some non-working urls To: board@FreeBSDFoundation.org Date: Wednesday, November 7, 2012, 4:49 AM Hi, I was browsing your website today and was checking out some of your resourc= es at http://freebsd4.riverwillow.net.au/commercial/isp.html . A few that s= eemed interesting to me were no longer available. I am =0Aemailing you to b= ring this to your attention in case you did not =0Arealize. Here are two li= nks that did not work. =A0=A0=A0=20 http://www.bluegravity.com/index_bsd.php=A0=A0=A0=20 http://www.dbihosting.com/bsdvps.html =0A=0A=0A=0A=0A=0A=0A=0A=0A=0A=0A=0A=0A=0A=0A=0A=0A=0A=0A=0A=0A=0A=0A=0A=0A= =0A=0A=0A As=0A a website owner myself, keeping up with broken links is a daunting = =0Atask. If you would like to update your resource page, I can give you a = =0Aheads up on a few others I found.=20 =0AHave a great rest of the day, Sabrina Jackson BestFreeDatingSites.net --=20 =0A=0A --This is not a spam message and only intends in discussing your resource p= age =0Aissues. =0A=0A =0A From owner-freebsd-doc@FreeBSD.ORG Wed Nov 7 18:30:00 2012 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C7B735F9 for ; Wed, 7 Nov 2012 18:30:00 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 9D5938FC14 for ; Wed, 7 Nov 2012 18:30:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id qA7IU0U3061807 for ; Wed, 7 Nov 2012 18:30:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id qA7IU0XP061806; Wed, 7 Nov 2012 18:30:00 GMT (envelope-from gnats) Resent-Date: Wed, 7 Nov 2012 18:30:00 GMT Resent-Message-Id: <201211071830.qA7IU0XP061806@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-doc@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Fernando Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8FF83599 for ; Wed, 7 Nov 2012 18:25:24 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22]) by mx1.freebsd.org (Postfix) with ESMTP id 775608FC0C for ; Wed, 7 Nov 2012 18:25:24 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.5/8.14.5) with ESMTP id qA7IPOOi072923 for ; Wed, 7 Nov 2012 18:25:24 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.5/8.14.5/Submit) id qA7IPOCY072896; Wed, 7 Nov 2012 18:25:24 GMT (envelope-from nobody) Message-Id: <201211071825.qA7IPOCY072896@red.freebsd.org> Date: Wed, 7 Nov 2012 18:25:24 GMT From: Fernando To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: docs/173448: ftw.3 manual page example addition X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 18:30:00 -0000 >Number: 173448 >Category: docs >Synopsis: ftw.3 manual page example addition >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Nov 07 18:30:00 UTC 2012 >Closed-Date: >Last-Modified: >Originator: Fernando >Release: 9.0-RELEASE >Organization: >Environment: FreeBSD beastie 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 >Description: While having a look at the ftw(3) man page, I noticed we lacked an example. The attached patch adds a small yet clear example on how to use this function. >How-To-Repeat: man ftw >Fix: Apply the attached patch if it is found to be suitable. Patch attached with submission follows: --- /usr/src/lib/libc/gen/ftw.3 2012-01-03 04:26:08.000000000 +0100 +++ ftw_man/ftw.3 2012-11-07 19:18:48.000000000 +0100 @@ -155,6 +155,54 @@ will stop processing the tree and return the value from .Fa fn . Both functions return \-1 if an error is detected. +.Sh EXAMPLES +Following there is a small example that shows how +.Nm +works. It traverses the file tree starting at the directory pointed +by the only program argument and shows the complete path and a brief +indicator about the file type. +.Bd -literal +#include +#include + +int +ftw_callback(const char *path, const struct stat *sb, int typeflag) +{ + char type; + + switch(typeflag) { + case FTW_F: + type = 'F'; + break; + case FTW_D: + type = 'D'; + break; + case FTW_DNR: + type = '-'; + break; + case FTW_NS: + type = 'X'; + break; + } + + printf("[%c] %s\n", type, path); + + return (0); +} + +int +main(int argc, char **argv) +{ + + if (argc != 2) { + printf("Usage %s \n", argv[0]); + return (0); + } else { + return (ftw(argv[1], ftw_callback, /*UNUSED*/ 10)); + } + +} +.Ed .Sh ERRORS The .Fn ftw >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Wed Nov 7 19:38:12 2012 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F21F7B99 for ; Wed, 7 Nov 2012 19:38:11 +0000 (UTC) (envelope-from jimeno42@yahoo.es) Received: from nm5.bullet.mail.ukl.yahoo.com (nm5.bullet.mail.ukl.yahoo.com [217.146.182.226]) by mx1.freebsd.org (Postfix) with ESMTP id EE8438FC16 for ; Wed, 7 Nov 2012 19:38:10 +0000 (UTC) Received: from [217.12.10.82] by nm5.bullet.mail.ukl.yahoo.com with NNFMP; 07 Nov 2012 19:38:04 -0000 Received: from [77.238.184.72] by tm16.bullet.mail.ukl.yahoo.com with NNFMP; 07 Nov 2012 19:38:04 -0000 Received: from [127.0.0.1] by smtp141.mail.ukl.yahoo.com with NNFMP; 07 Nov 2012 19:38:03 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.es; s=s1024; t=1352317083; bh=oHkrG6Au5KHl8wz+D+3oC6cksKguA4QkVb4Lvo7ng44=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Message-ID:From:To:Subject:Date:MIME-Version:Content-Type:X-Priority:X-MSMail-Priority:X-Mailer:X-MimeOLE:X-Antivirus:X-Antivirus-Status; b=0gKcHYiOalaQOsyc33hlTg8QVyAmxuvtSLhLcoeFCSw+rNrpTo/8PijNpQ7I7aEu4zfVLSYjNs3cvbiPGghhOwzCWMnbuUD3Zi8UbsT510HwdpNRTvLkvd4HUUM0N4IO3NGHHijIXbPcU7dUJf+rhQoJ68MqxRwuBKYuL25aMyY= X-Yahoo-Newman-Id: 988932.74083.bm@smtp141.mail.ukl.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: eOiX590VM1neetHXrt4Ki.YKiW.mur_x.m2xL40PgGS9lj6 pDLmwJuAnPUcbyNjlH2scCff34lpyw78qVFoRUyqJ2puxXHgqvwP7g9Ao5gy jjp0G6BPjfmaU1RBycTge3bvtojBsF7_HHe4Gjo_0Nz_rxdnW.blA.xlyuSx qpq9JN1HMWkjmd7WrvM7d64ytNFeS0bkHUqZTzCY3D.52bbCjA3K.WjBloJI fslS0_pUOJb_g.IAOSPvyvq.ftJQgbocxI6ZvqszaRmtUMhgWhIz.fQzDQga XOg8QmY6skMCHNwIjqdnKToFve9vSOclISE3MdzXeprrrG8C_R156TbcNcuV Q9mT8FsIbYaWFzUS6BTpxTztz8FkfUFxQtOh2cQHo4IUDrj5gVd0NLHu5Lxx 4JTC1ALK1E6ehXTHZg.78KOQ8QIP.lSi3iGscD2EpJf8- X-Yahoo-SMTP: eNnRQ9CswBA.e9Nq5LyHJuSLmnfb Received: from desktop (jimeno42@95.169.243.161 with login) by smtp141.mail.ukl.yahoo.com with SMTP; 07 Nov 2012 19:38:03 +0000 GMT Message-ID: <01ee01cdbd1f$628e6f30$6a0b320a@desktop> From: =?iso-8859-1?Q?Rodr=EDguez_Jimeno?= To: Subject: Free boock offer Date: Sun, 4 Nov 2012 08:11:27 +0100 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3664 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3664 X-Antivirus: avast! (VPS 121107-0, 07/11/2012), Outbound message X-Antivirus-Status: Clean Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 19:38:12 -0000 THE ALCIONE ASSOCIATION OFFERS FREE COPY OF THE BOOK "HERCOLUBUS OR RED = PLANET" You can request it at:=20 jimeno42@yahoo.es =20 =20 HERCOLUBUS, THE PLANET APPROACHING EARTH =20 There are some questions about heavenly mechanics, which are unknown to = current science. One of them is related to the approach of Hercolubus, a = planet whose name comes from ancient knowledge. Its approach to our = solar system is not only a forthcoming fact that everybody will be able = to see, but it will also be an event resulting in big upheavals all over = the world. =20 As in life's ups and downs everything returns to its beginning or its = end, and Hercolubus, in its former approach, previously put a stop to = the Atlantis=B4 civilization. These facts, well known by all the sages = who in the course of history enjoyed Awakened Consciousness, were = communicated through all stories of `world-wide Floods=B4 coming from = different religions and cultures. =20 A lot of authors have talked about such cosmic phenomenon throughout the = ages. V.M. Rabol=FA, was one of those people who enjoyed the faculties = of the Awakened Consciousness, which let him investigate about this = heavenly body's approach. =20 We have picked out the next paragraphs from his book entitled = `Hercolubus or Red Planet=B4: =20 `When Hercolubus comes closer to the Earth and aligns with the Sun, = deadly epidemics will begin to spread over the entire planet. Neither = doctors nor official science will know what sort of illnesses they are = or how to cure them. They will be powerless in the face of the = epidemics.=B4 `The moment of tragedy and darkness will come: tremors, earthquakes and = tidal waves. Human beings will become mentally unbalanced, because they = will not be able to eat or sleep. In the face of danger, they will throw = themselves over the precipice en masse, completely mad.=B4 `What I am affirming in this book is a prophecy that will be fulfilled = very shortly, because I am certain about the end of the planet; I know = it. I am not frightening, but warning, because I am distressed about = this poor Humanity. These events will not be long in coming and there is = no time to waste with illusory things. =B4 =20 V.M. Rabol=FA teaches in his book the techniques to eliminate our = psychological defects and how to achieve astral projection as the only = existing way of escaping from the forthcoming cataclysm. He finishes by = saying: =20 `Dear reader: I am speaking very clearly so that you understand the = need to start working seriously. Whoever is working will be rescued from = the danger. This is not for you to make up theories or hold discussions, = but to experience the true teaching that I am giving in this book. We = can resort to nothing else=B4.=20 =20 From owner-freebsd-doc@FreeBSD.ORG Thu Nov 8 16:10:31 2012 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1222D50C for ; Thu, 8 Nov 2012 16:10:31 +0000 (UTC) (envelope-from simon@qxnitro.org) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 751458FC0C for ; Thu, 8 Nov 2012 16:10:29 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id e12so2845275lag.13 for ; Thu, 08 Nov 2012 08:10:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qxnitro.org; s=google; h=mime-version:sender:x-originating-ip:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=wquaYSHVPgkdPaXAV2ROmSzWEO3SRbJRNBbyHyIdEBI=; b=IiHfD6Z/QcQijBmI8aGpVDH3BEfsV+qMDGbk0lWgC93blGgD39Pobsg9nkv0jtfZfc 1FzRPjxvWVbbBnSrlxIzXabdBXErMqxvCNGmNVQ1WwbevuAGPwqG7Tm6FFbifBAsiQFq gJEDBzSyjKo2TRhXS+gkP8g0b2eKAwnLXg1OM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:x-originating-ip:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=wquaYSHVPgkdPaXAV2ROmSzWEO3SRbJRNBbyHyIdEBI=; b=dZWgmXcKCdHOKsK0Cvg2fvjh32G/CxgLq3q7XLJ228v+XB4I3xukFyVrfxvtCDBgxu +8j+Jz6GzXTlFVPUMwD2e0vGxg6ulXc/71psHsv7ejEegxThg1h9qXF+vic4+Rxrl9SQ AtYDsJYgfX8+P4h0DWuneQGAnzFyC2xPRtTOmPKlumUhCQy31noh5qQ53NqATyiJMljt KWRm3LeHd1eIMD6aWglhWSNcKtAhCJGU3gfwDZT+9ezKGZwvEhzKnGsKiFdm+HH9ULIi hmEAcU/TfqR6V28rmDgtcf/SoTj41b+ZikNIitmXxQaaygIGee7r+YSuLzon/5I53ja0 A4kw== MIME-Version: 1.0 Received: by 10.112.50.106 with SMTP id b10mr3498274lbo.122.1352391028865; Thu, 08 Nov 2012 08:10:28 -0800 (PST) Sender: simon@qxnitro.org Received: by 10.112.134.196 with HTTP; Thu, 8 Nov 2012 08:10:28 -0800 (PST) X-Originating-IP: [2620:0:1040:201:d59c:79ec:cab5:1f48] In-Reply-To: <5095AF77.2070908@freebsd.org> References: <5095AF77.2070908@freebsd.org> Date: Thu, 8 Nov 2012 16:10:28 +0000 X-Google-Sender-Auth: Dsxfb-jtH88cVNe636cE4YAcL9o Message-ID: Subject: Re: authors.ent and developers.ent ? From: "Simon L. B. Nielsen" To: =?UTF-8?Q?Ren=C3=A9_Ladan?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQljaLLYDqRfWCVRVgVqmG+UXBwLGTLk2ZfLDaoV0TieFczL9SSGRwM6rw4z85sLr1K48aH9 Cc: FBSD Doc project X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2012 16:10:31 -0000 On 3 November 2012 23:57, Ren=C3=A9 Ladan wrote: > author entities are defined both in authors.ent (with email address) and > developers.ent (without email address). The latter is used in e.g. > htdocs/administration.xml, resulting in cumbersome lines like > >
  • &a.name; < href=3D"mailto:name@FreeBSD.org">name@FreeBSD.org>
    • > > where just > >
  • &a.name;
    • would be clearer. This is an artifact of the old doc/ www/ split, and yes - it should be fixed. But I suspect developers.ent is used in HTML files, so you can't use but that may have changed since I last looked at it. Please do fix - it's a PITA when updating web pages which needs User Name . -- Simon L. B. Nielsen From owner-freebsd-doc@FreeBSD.ORG Fri Nov 9 07:20:47 2012 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1E6E8BD6 for ; Fri, 9 Nov 2012 07:20:47 +0000 (UTC) (envelope-from support@cammansion.com) Received: from cs1655.mojohost.com (cs1655.mojohost.com [99.192.242.35]) by mx1.freebsd.org (Postfix) with ESMTP id C79768FC14 for ; Fri, 9 Nov 2012 07:20:46 +0000 (UTC) Received: from cs1655.mojohost.com (localhost [127.0.0.1]) by cs1655.mojohost.com (8.13.8/8.13.8) with ESMTP id qA96VnMe013570 for ; Thu, 8 Nov 2012 22:31:49 -0800 Received: (from nobody@localhost) by cs1655.mojohost.com (8.13.8/8.13.8/Submit) id qA96Vn80013569; Thu, 8 Nov 2012 22:31:49 -0800 Date: Thu, 8 Nov 2012 22:31:49 -0800 To: doc@freebsd.org From: CamMansion Subject: Thank you for registering with CamMansion.com! Message-ID: <110479566bde0607483ed1e1c8bd6188@www.cammansion.com> X-Priority: 3 X-Mailer: PHPMailer (phpmailer.codeworxtech.com) [version 2.2] MIME-Version: 1.0 Content-Type: text/plain; charset = "iso-8859-1" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2012 07:20:47 -0000 To view the message, please use an HTML compatible email viewer! From owner-freebsd-doc@FreeBSD.ORG Fri Nov 9 17:25:27 2012 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B8D4E350; Fri, 9 Nov 2012 17:25:27 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1AFCF8FC12; Fri, 9 Nov 2012 17:25:26 +0000 (UTC) Received: by mail-ee0-f54.google.com with SMTP id c50so2970734eek.13 for ; Fri, 09 Nov 2012 09:25:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type; bh=ZRAxWpPpzR6dF4r1811RTr2NQW0ubH/1Kh9fZgvAO5g=; b=ZPfJXOnf+OYKT7+K8nekTX14dvIHmkKw11JsWjpTUXxKg8VuZ2TRVUz1JEYJruht3O +/cp0S9JvGc7eWJ2Fjhi/T6d9D1ZcKoIQ+0HWsln+TrTEYQUvDHR4emDTgYXErACH1Rx bVWfo2BVmDzJ6lec0rKMWcHXSk5g3K+EMpLpbjHmW9LwfQJYr9jjiYhduN/NmJ+9JN0X x7vxPq+mGhTUpI0KKRtRafWUsRCHcEZe/I1xdvdTphYgoS90Nxdls9CgDhavNiOLy3tR sL5Zxt2t/IXF2ZaiJUpX79R1dtVaKxpPUGe8uLIOI+fxMyvBBnfQzyz8EAdRMtdbnbd4 PT9Q== Received: by 10.14.194.71 with SMTP id l47mr39196019een.6.1352481925840; Fri, 09 Nov 2012 09:25:25 -0800 (PST) Received: from [192.168.1.11] (ip18-43-209-87.adsl2.static.versatel.nl. [87.209.43.18]) by mx.google.com with ESMTPS id g47sm77653587eeo.6.2012.11.09.09.25.23 (version=SSLv3 cipher=OTHER); Fri, 09 Nov 2012 09:25:24 -0800 (PST) Sender: =?UTF-8?Q?Ren=C3=A9_Ladan?= Message-ID: <509D3C82.5030301@freebsd.org> Date: Fri, 09 Nov 2012 18:25:22 +0100 From: =?UTF-8?B?UmVuw6kgTGFkYW4=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:16.0) Gecko/20121029 Thunderbird/16.0.2 MIME-Version: 1.0 To: "Simon L. B. Nielsen" Subject: Re: authors.ent and developers.ent ? References: <5095AF77.2070908@freebsd.org> In-Reply-To: Content-Type: multipart/mixed; boundary="------------060005050605090108090805" Cc: FBSD Doc project X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2012 17:25:27 -0000 This is a multi-part message in MIME format. --------------060005050605090108090805 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 08-11-2012 17:10, Simon L. B. Nielsen wrote: > On 3 November 2012 23:57, René Ladan wrote: > >> author entities are defined both in authors.ent (with email address) and >> developers.ent (without email address). The latter is used in e.g. >> htdocs/administration.xml, resulting in cumbersome lines like >> >>
  • &a.name; <> href="mailto:name@FreeBSD.org">name@FreeBSD.org>
    • >> >> where just >> >>
  • &a.name;
    • would be clearer. > This is an artifact of the old doc/ www/ split, and yes - it should be > fixed. But I suspect developers.ent is used in HTML files, so you > can't use but that may have changed since I last looked at it. Indeed, the doc build finishes but the website build fails with: env SGML_CATALOG_FILES= XML_CATALOG_FILES="file:///usr/home/rene/freebsd/doc/head/en_US.ISO8859-1/htdocs/catalog-cwd.xml file:///usr/home/rene/freebsd/doc/head/en_US.ISO8859-1/share/xml/catalog.xml file:///usr/home/rene/freebsd/doc/head/share/xml/catalog.xml file:///usr/home/rene/freebsd/doc/head/share/xml/catalog-common.xml file:///usr/local/share/xml/catalog" /usr/local/bin/xmllint --xinclude --valid --noout --nonet --catalogs administration.xml namespace warning : Namespace default prefix was not found Thomas Abthorpe tabthorpe@FreeBSD.org ^ administration.xml:86: element email: validity error : No declaration for element email
  • &a.tabthorpe; <tabthorpe@FreeB ^ namespace warning : Namespace default prefix was not found for each developer. This is with the attached (work in progress quality) patch, in which the idea is to merge developers.ent into authors.ent. René --------------060005050605090108090805 Content-Type: text/plain; charset=UTF-8; name="entities.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="entities.diff" SW5kZXg6IGVuX1VTLklTTzg4NTktMS9hcnRpY2xlcy9jb250cmlidXRvcnMvY29udHJpYi5j b21taXR0ZXJzLnhtbAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBlbl9VUy5JU084ODU5LTEvYXJ0aWNs ZXMvY29udHJpYnV0b3JzL2NvbnRyaWIuY29tbWl0dGVycy54bWwJKHJldmlzaW9uIDM5OTY0 KQorKysgZW5fVVMuSVNPODg1OS0xL2FydGljbGVzL2NvbnRyaWJ1dG9ycy9jb250cmliLmNv bW1pdHRlcnMueG1sCSh3b3JraW5nIGNvcHkpCkBAIC00MjgsNyArNDI4LDcgQEAKICAgICA8 L2xpc3RpdGVtPgogCiAgICAgPGxpc3RpdGVtPgotICAgICAgPHBhcmE+JmEuZGVja2U7PC9w YXJhPgorICAgICAgPHBhcmE+JmEuZGVja2UuZW1haWw7PC9wYXJhPgogICAgIDwvbGlzdGl0 ZW0+CiAKICAgICA8bGlzdGl0ZW0+CkBAIC03NDAsNyArNzQwLDcgQEAKICAgICA8L2xpc3Rp dGVtPgogCiAgICAgPGxpc3RpdGVtPgotICAgICAgPHBhcmE+JmEucmVuZTs8L3BhcmE+Cisg ICAgICA8cGFyYT4mYS5yZW5lLmVtYWlsOzwvcGFyYT4KICAgICA8L2xpc3RpdGVtPgogCiAg ICAgPGxpc3RpdGVtPgpJbmRleDogZW5fVVMuSVNPODg1OS0xL2h0ZG9jcy9hZG1pbmlzdHJh dGlvbi54bWwKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PQotLS0gZW5fVVMuSVNPODg1OS0xL2h0ZG9jcy9hZG1p bmlzdHJhdGlvbi54bWwJKHJldmlzaW9uIDM5OTY0KQorKysgZW5fVVMuSVNPODg1OS0xL2h0 ZG9jcy9hZG1pbmlzdHJhdGlvbi54bWwJKHdvcmtpbmcgY29weSkKQEAgLTEyNyw3ICsxMjcs NyBAQAogICAgIDxsaT4mYS50YWJ0aG9ycGU7ICZsdDs8YSBocmVmPSJtYWlsdG86dGFidGhv cnBlQEZyZWVCU0Qub3JnIj50YWJ0aG9ycGVARnJlZUJTRC5vcmc8L2E+Jmd0OzwvbGk+CiAg ICAgPGxpPiZhLm1hcmN1czsgJmx0OzxhIGhyZWY9Im1haWx0bzptYXJjdXNARnJlZUJTRC5v cmciPm1hcmN1c0BGcmVlQlNELm9yZzwvYT4mZ3Q7PC9saT4KICAgICA8bGk+JmEuYmFwdDsg Jmx0OzxhIGhyZWY9Im1haWx0bzpiYXB0QEZyZWVCU0Qub3JnIj5iYXB0QEZyZWVCU0Qub3Jn PC9hPiZndDs8L2xpPgotICAgIDxsaT4mYS5kZWNrZTsgJmx0OzxhIGhyZWY9Im1haWx0bzpk ZWNrZUBGcmVlQlNELm9yZyI+ZGVja2VARnJlZUJTRC5vcmc8L2E+Jmd0OzwvbGk+CisgICAg PGxpPiZhLmRlY2tlLmVtYWlsOzwvbGk+CiAgICAgPGxpPiZhLmJlYXQ7ICZsdDs8YSBocmVm PSJtYWlsdG86YmVhdEBGcmVlQlNELm9yZyI+YmVhdEBGcmVlQlNELm9yZzwvYT4mZ3Q7PC9s aT4KICAgICA8bGk+JmEuZXJ3aW47ICZsdDs8YSBocmVmPSJtYWlsdG86ZXJ3aW5ARnJlZUJT RC5vcmciPmVyd2luQEZyZWVCU0Qub3JnPC9hPiZndDs8L2xpPgogICAgIDxsaT4mYS5saW5p bW9uOyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmxpbmltb25ARnJlZUJTRC5vcmciPmxpbmltb25A RnJlZUJTRC5vcmc8L2E+Jmd0OzwvbGk+CkluZGV4OiBlbl9VUy5JU084ODU5LTEvaHRkb2Nz L25ld3MvMjAwOC9uZXdzLnhtbAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBlbl9VUy5JU084ODU5LTEv aHRkb2NzL25ld3MvMjAwOC9uZXdzLnhtbAkocmV2aXNpb24gMzk5NjQpCisrKyBlbl9VUy5J U084ODU5LTEvaHRkb2NzL25ld3MvMjAwOC9uZXdzLnhtbAkod29ya2luZyBjb3B5KQpAQCAt MTYwLDYgKzE2MCw4IEBACiAgICAgICA8ZGF5PgogCTxuYW1lPjM8L25hbWU+CiAJPGV2ZW50 PgorCSAgPCEtLSZhLm5hbWUuKjsgbm90IHlldCBhbGxvd2VkIGhlcmUtLT4KKwkgIDwhLS08 cD5OZXcgY29tbWl0dGVyOiAmYS5yZW5lLmVtYWlsOyAoZG9jLW5sKTwvcD4tLT4KIAkgIDxw Pk5ldyBjb21taXR0ZXI6IDxhIGhyZWY9Im1haWx0bzpyZW5lQEZyZWVCU0Qub3JnIj4KIAkg ICAgUmVuJmVhY3V0ZTsgTGFkYW48L2E+IChkb2MtbmwpPC9wPgogICAgICAgICAgPC9ldmVu dD4KSW5kZXg6IHNoYXJlL3BncGtleXMvcGdwa2V5cy1kZXZlbG9wZXJzLnhtbAo9PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09Ci0tLSBzaGFyZS9wZ3BrZXlzL3BncGtleXMtZGV2ZWxvcGVycy54bWwJKHJldmlz aW9uIDM5OTY0KQorKysgc2hhcmUvcGdwa2V5cy9wZ3BrZXlzLWRldmVsb3BlcnMueG1sCSh3 b3JraW5nIGNvcHkpCkBAIC00OTcsNyArNDk3LDcgQEAKICAgICA8L3NlY3QyPgogCiAgICAg PHNlY3QyIGlkPSJwZ3BrZXktZGVja2UiPgotICAgICAgPHRpdGxlPiZhLmRlY2tlOzwvdGl0 bGU+CisgICAgICA8dGl0bGU+JmEuZGVja2UuZW1haWw7PC90aXRsZT4KICAgICAgICZwZ3Br ZXkuZGVja2U7CiAgICAgPC9zZWN0Mj4KIApAQCAtODY3LDcgKzg2Nyw3IEBACiAgICAgPC9z ZWN0Mj4KIAogICAgIDxzZWN0MiBpZD0icGdwa2V5LXJlbmUiPgotICAgICAgPHRpdGxlPiZh LnJlbmU7PC90aXRsZT4KKyAgICAgIDx0aXRsZT4mYS5yZW5lLmVtYWlsOzwvdGl0bGU+CiAg ICAgICAmcGdwa2V5LnJlbmU7CiAgICAgPC9zZWN0Mj4KIApJbmRleDogc2hhcmUveG1sL2F1 dGhvcnMuZW50Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHNoYXJlL3htbC9hdXRob3JzLmVudAkocmV2 aXNpb24gMzk5NjQpCisrKyBzaGFyZS94bWwvYXV0aG9ycy5lbnQJKHdvcmtpbmcgY29weSkK QEAgLTMxNiw3ICszMTYsOCBAQAogCiA8IUVOVElUWSBhLmRlYyAiRGF2aWQgRS4gQ3Jvc3Mg PGVtYWlsPmRlY0BGcmVlQlNELm9yZzwvZW1haWw+Ij4KIAotPCFFTlRJVFkgYS5kZWNrZSAi QmVybmhhcmQgRnImb3VtbDtobGljaCA8ZW1haWw+ZGVja2VARnJlZUJTRC5vcmc8L2VtYWls PiI+Cis8IUVOVElUWSBhLmRlY2tlICJCZXJuaGFyZCBGciZvdW1sO2hsaWNoIj4KKzwhRU5U SVRZIGEuZGVja2UuZW1haWwgIiZhLmRlY2tlOyA8ZW1haWw+ZGVja2VARnJlZUJTRC5vcmc8 L2VtYWlsPiI+CiAKIDwhRU5USVRZIGEuZGVpc2NoZW4gIkRhbmllbCBFaXNjaGVuIDxlbWFp bD5kZWlzY2hlbkBGcmVlQlNELm9yZzwvZW1haWw+Ij4KIApAQCAtMTA3MCw3ICsxMDcxLDgg QEAKIAogPCFFTlRJVFkgYS5yZW1rbyAiUmVta28gTG9kZGVyIDxlbWFpbD5yZW1rb0BGcmVl QlNELm9yZzwvZW1haWw+Ij4KIAotPCFFTlRJVFkgYS5yZW5lICJSZW4mZWFjdXRlOyBMYWRh biA8ZW1haWw+cmVuZUBGcmVlQlNELm9yZzwvZW1haWw+Ij4KKzwhRU5USVRZIGEucmVuZSAi UmVuJmVhY3V0ZTsgTGFkYW4iPgorPCFFTlRJVFkgYS5yZW5lLmVtYWlsICImYS5yZW5lOyA8 ZW1haWw+cmVuZUBGcmVlQlNELm9yZzwvZW1haWw+Ij4KIAogPCFFTlRJVFkgYS5yZ3JpbWVz ICJSb2RuZXkgR3JpbWVzIDxlbWFpbD5yZ3JpbWVzQEZyZWVCU0Qub3JnPC9lbWFpbD4iPgog CkluZGV4OiBzaGFyZS94bWwvY2F0YWxvZwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBzaGFyZS94bWwv Y2F0YWxvZwkocmV2aXNpb24gMzk5NjQpCisrKyBzaGFyZS94bWwvY2F0YWxvZwkod29ya2lu ZyBjb3B5KQpAQCAtNzgsNyArNzgsNyBAQAogICAgICAgICJjb21tb24uZW50IgogCiBQVUJM SUMgIi0vL0ZyZWVCU0QvL0VOVElUSUVTIEZyZWVCU0QgRGV2ZWxvcGVycyBFbnRpdGllcy8v RU4iCi0gICAgICAgImRldmVsb3BlcnMuZW50IgorICAgICAgICJhdXRob3JzLmVudCIKIAog UFVCTElDICItLy9GcmVlQlNELy9FTlRJVElFUyBGcmVlQlNEIFJlbGVhc2UgRW50aXRpZXMv L0VOIgogICAgICAgICJyZWxlYXNlLmVudCIKSW5kZXg6IHNoYXJlL3htbC9jYXRhbG9nLnht bAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09Ci0tLSBzaGFyZS94bWwvY2F0YWxvZy54bWwJKHJldmlzaW9uIDM5 OTY0KQorKysgc2hhcmUveG1sL2NhdGFsb2cueG1sCSh3b3JraW5nIGNvcHkpCkBAIC0yMSwx NCArMjEsMTQgQEAKIDwhLS0KICAgPHB1YmxpYwogICAgICAgICBwdWJsaWNJZD0iLS8vRnJl ZUJTRC8vRU5USVRJRVMgRnJlZUJTRCBMYW5ndWFnZSBTcGVjaWZpYyBEZXZlbG9wZXJzIEVu dGl0aWVzLy9FTiIKLSAgICAgICAgdXJpPSJkZXZlbG9wZXJzLmVudCIgLz4KKyAgICAgICAg dXJpPSJhdXRob3JzLmVudCIgLz4KICAgPHB1YmxpYwogICAgICAgICBwdWJsaWNJZD0iLS8v RnJlZUJTRC8vRU5USVRJRVMgRnJlZUJTRCBNaXNjZWxsYW5lb3VzIEVudGl0aWVzLy9FTiIK ICAgICAgICAgdXJpPSJtaXNjLmVudCIgLz4KIC0tPgogICA8cHVibGljCiAgICAgICAgIHB1 YmxpY0lkPSItLy9GcmVlQlNELy9FTlRJVElFUyBGcmVlQlNEIERldmVsb3BlcnMgRW50aXRp ZXMvL0VOIgotICAgICAgICB1cmk9ImRldmVsb3BlcnMuZW50IiAvPgorICAgICAgICB1cmk9 ImF1dGhvcnMuZW50IiAvPgogICA8cHVibGljCiAgICAgICAgIHB1YmxpY0lkPSItLy9GcmVl QlNELy9FTlRJVElFUyBJU08gODg3OToxOTg2IEVudGl0eSBTZXQvL0VOLy9YTUwiCiAgICAg ICAgIHVyaT0iaXNvODg1OS5lbnQiIC8+CkluZGV4OiBzaGFyZS94bWwvZGV2ZWxvcGVycy5l bnQKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PQotLS0gc2hhcmUveG1sL2RldmVsb3BlcnMuZW50CShyZXZpc2lv biAzOTk2NCkKKysrIHNoYXJlL3htbC9kZXZlbG9wZXJzLmVudAkod29ya2luZyBjb3B5KQpA QCAtMTUzLDcgKzE1Myw3IEBACiA8IUVOVElUWSBhLmRkICJEaW1hIERvcmZtYW4iPgogPCFF TlRJVFkgYS5kZHMgIkRpb21pZGlzIEQuIFNwaW5lbGxpcyI+CiA8IUVOVElUWSBhLmRlYyAi RGF2aWQgRS4gQ3Jvc3MiPgotPCFFTlRJVFkgYS5kZWNrZSAiQmVybmhhcmQgRnImb3VtbDto bGljaCI+Cis8IS0tRU5USVRZIGEuZGVja2UgIkJlcm5oYXJkIEZyJm91bWw7aGxpY2giLS0+ CiA8IUVOVElUWSBhLmRlaXNjaGVuICJEYW5pZWwgRWlzY2hlbiI+CiA8IUVOVElUWSBhLmRl bHBoaWogIlhpbiBMaSI+CiA8IUVOVElUWSBhLmRlbW9uICJEbWl0cnkgU2l2YWNoZW5rbyI+ CkBAIC01MTgsNyArNTE4LDcgQEAKIDwhRU5USVRZIGEucmVlcyAiSmltIFJlZXMiPgogPCFF TlRJVFkgYS5yZWcgIkplcmVteSBMZWEiPgogPCFFTlRJVFkgYS5yZW1rbyAiUmVta28gTG9k ZGVyIj4KLTwhRU5USVRZIGEucmVuZSAiUmVuJmVhY3V0ZTsgTGFkYW4iPgorPCEtLUVOVElU WSBhLnJlbmUgIlJlbiZlYWN1dGU7IExhZGFuIi0tPgogPCFFTlRJVFkgYS5yZ3JpbWVzICJS b2RuZXkgR3JpbWVzIj4KIDwhRU5USVRZIGEucmljYXJkYWcgIlJpY2FyZG8gQUciPgogPCFF TlRJVFkgYS5yaWNoICJSaWNoIE11cnBoZXkiPgpAQCAtNzExLDYgKzcxMSw3IEBACiA8IUVO VElUWSBhLmRvbmF0aW9ucyAnJmEudGFidGhvcnBlOywgJmEuZ2piOywgJmEuZ2FocjssICZh LnBnb2xsdWNjaTssICZhLnNrcmV1emVyOywgJmEub2JyaWVuOywgJmEudHJob2RlczssIERh bmllbCBTZXVmZmVydCwgJmEucndhdHNvbjsnPgogCiA8IS0tIEZyZWVCU0QgUG9ydHMgTWFu YWdlciBUZWFtIC0tPgorPCEtLVRPRE8gbW92ZSB0aGVzZSBkZWZpbml0aW9ucyB0byBhdXRo b3JzLmVudC0tPgogPCFFTlRJVFkgYS5wb3J0bWdyICcmYS50YWJ0aG9ycGU7LCAmYS5tYXJj dXM7LCAmYS5iYXB0OywgJmEuZGVja2U7LCAmYS5iZWF0OywgJmEuZXJ3aW47LCAmYS5saW5p bW9uOywgJmEuaXRldGN1OywgJmEubWl3aTsnPgogCiA8IS0tIEZyZWVCU0QgUmVsZWFzZSBF bmdpbmVlcmluZyBUZWFtcyAtLT4KSW5kZXg6IHNoYXJlL3htbC94aHRtbDEwLWZyZWVic2Qu ZHRkCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT0KLS0tIHNoYXJlL3htbC94aHRtbDEwLWZyZWVic2QuZHRkCShy ZXZpc2lvbiAzOTk2NCkKKysrIHNoYXJlL3htbC94aHRtbDEwLWZyZWVic2QuZHRkCSh3b3Jr aW5nIGNvcHkpCkBAIC00MCw3ICs0MCw3IEBACiAlaGVhZGVyLmVudDsKIAogPCFFTlRJVFkg JSBkZXZlbG9wZXJzIFBVQkxJQyAiLS8vRnJlZUJTRC8vRU5USVRJRVMgRnJlZUJTRCBEZXZl bG9wZXJzIEVudGl0aWVzLy9FTiIKLSJodHRwOi8vd3d3LkZyZWVCU0Qub3JnL1hNTC9kb2Mv c2hhcmUveG1sL2RldmVsb3BlcnMuZW50Ij4KKyJodHRwOi8vd3d3LkZyZWVCU0Qub3JnL1hN TC9kb2Mvc2hhcmUveG1sL2F1dGhvcnMuZW50Ij4KICVkZXZlbG9wZXJzOwogCiA8IS0tIEFs bG93IHhtbG5zIG9uIGFsbCBlbGVtZW50cyAtLT4KSW5kZXg6IHNoYXJlL3htbC94c2x0MTAt ZnJlZWJzZC5kdGQKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc2hhcmUveG1sL3hzbHQxMC1mcmVlYnNk LmR0ZAkocmV2aXNpb24gMzk5NjQpCisrKyBzaGFyZS94bWwveHNsdDEwLWZyZWVic2QuZHRk CSh3b3JraW5nIGNvcHkpCkBAIC0xMCwxMCArMTAsMTAgQEAKICAgICAgICAgImh0dHA6Ly93 d3cuRnJlZUJTRC5vcmcvWE1ML2RvYy9zaGFyZS94bWwvbWFuLXJlZnMuZW50Ij4KICVtYW4t cmVmcy5lbnQ7CiAKLTwhRU5USVRZICUgZGV2ZWxvcGVycy5lbnQKKzwhRU5USVRZICUgYXV0 aG9ycy5lbnQKICBQVUJMSUMgIi0vL0ZyZWVCU0QvL0VOVElUSUVTIEZyZWVCU0QgRGV2ZWxv cGVycyBFbnRpdGllcy8vRU4iCi0gICAgICAgICJodHRwOi8vd3d3LkZyZWVCU0Qub3JnL1hN TC9kb2Mvc2hhcmUveG1sL2RldmVsb3BlcnMuZW50Ij4KLSVkZXZlbG9wZXJzLmVudDsKKyAg ICAgICAgImh0dHA6Ly93d3cuRnJlZUJTRC5vcmcvWE1ML2RvYy9zaGFyZS94bWwvYXV0aG9y cy5lbnQiPgorJWF1dGhvcnMuZW50OwogLS0+CiAKIDwhRU5USVRZICUgYXV0b2dlbi5lbnQK --------------060005050605090108090805-- From owner-freebsd-doc@FreeBSD.ORG Sat Nov 10 14:20:01 2012 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1E16B8CD for ; Sat, 10 Nov 2012 14:20:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id E67C28FC0C for ; Sat, 10 Nov 2012 14:20:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id qAAEK0a8019136 for ; Sat, 10 Nov 2012 14:20:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id qAAEK0Cr019135; Sat, 10 Nov 2012 14:20:00 GMT (envelope-from gnats) Resent-Date: Sat, 10 Nov 2012 14:20:00 GMT Resent-Message-Id: <201211101420.qAAEK0Cr019135@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-doc@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, David Wolfskill Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6C94988C; Sat, 10 Nov 2012 14:10:06 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id 2ADE88FC0C; Sat, 10 Nov 2012 14:10:05 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.5/8.14.5) with ESMTP id qAAEA5jn009812; Sat, 10 Nov 2012 06:10:05 -0800 (PST) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id qAAEA4nT009811; Sat, 10 Nov 2012 06:10:04 -0800 (PST) (envelope-from david) Message-Id: <201211101410.qAAEA4nT009811@albert.catwhisker.org> Date: Sat, 10 Nov 2012 06:10:04 -0800 (PST) From: David Wolfskill To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.114 Subject: docs/173530: New mailing list, freebsd-infiniband X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: David Wolfskill List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2012 14:20:01 -0000 >Number: 173530 >Category: docs >Synopsis: New mailing list, freebsd-infiniband >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Nov 10 14:20:00 UTC 2012 >Closed-Date: >Last-Modified: >Originator: David Wolfskill >Release: FreeBSD 9.1-PRERELEASE i386 >Organization: Wolfskill & Dowling Residence >Environment: System: FreeBSD albert.catwhisker.org 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #515 242551M: Sun Nov 4 05:17:43 PST 2012 root@freebeast.catwhisker.org:/usr/obj/usr/src/sys/GENERIC i386 >Description: Pursuant to discussion at the 2012 Silicon Valley FreeBSD Vendor Summit, Garret Cooper requested a new mailing list, freebsd-infiniband. This PR is to update the Handbook to document its existence and purpose. >How-To-Repeat: n/a >Fix: Index: en_US.ISO8859-1/books/handbook/eresources/chapter.xml =================================================================== --- en_US.ISO8859-1/books/handbook/eresources/chapter.xml (revision 39971) +++ en_US.ISO8859-1/books/handbook/eresources/chapter.xml (working copy) @@ -323,6 +323,11 @@ + &a.infiniband.name; + Infiniband on FreeBSD + + + &a.ipfw.name; Technical discussion concerning the redesign of the IP firewall code @@ -1249,6 +1254,17 @@ + &a.infiniband.name; + + + Infiniband on FreeBSD + + Technical mailing list discussing Infiniband, + OFED, and OpenSM on FreeBSD. + + + + &a.ipfw.name; Index: en_US.ISO8859-1/share/xml/mailing-lists.ent =================================================================== --- en_US.ISO8859-1/share/xml/mailing-lists.ent (revision 39971) +++ en_US.ISO8859-1/share/xml/mailing-lists.ent (working copy) @@ -235,6 +235,10 @@ FreeBSD IA64 porting mailing list"> freebsd-ia64"> + +Infiniband on FreeBSD"> +freebsd-infiniband"> + FreeBSD IPFW code mailing list"> freebsd-ipfw"> >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Sat Nov 10 14:48:28 2012 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4316D3EC; Sat, 10 Nov 2012 14:48:28 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 110BA8FC21; Sat, 10 Nov 2012 14:48:28 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id qAAEmRGt020163; Sat, 10 Nov 2012 14:48:27 GMT (envelope-from gjb@freefall.freebsd.org) Received: (from gjb@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id qAAEmRpJ020159; Sat, 10 Nov 2012 14:48:27 GMT (envelope-from gjb) Date: Sat, 10 Nov 2012 14:48:27 GMT Message-Id: <201211101448.qAAEmRpJ020159@freefall.freebsd.org> To: david@catwhisker.org, gjb@FreeBSD.org, freebsd-doc@FreeBSD.org, gjb@FreeBSD.org From: gjb@FreeBSD.org Subject: Re: docs/173530: New mailing list, freebsd-infiniband X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2012 14:48:28 -0000 Synopsis: New mailing list, freebsd-infiniband State-Changed-From-To: open->closed State-Changed-By: gjb State-Changed-When: Sat Nov 10 14:47:58 UTC 2012 State-Changed-Why: Committed, thanks! Responsible-Changed-From-To: freebsd-doc->gjb Responsible-Changed-By: gjb Responsible-Changed-When: Sat Nov 10 14:47:58 UTC 2012 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=173530 From owner-freebsd-doc@FreeBSD.ORG Sat Nov 10 15:57:36 2012 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BB637D7F for ; Sat, 10 Nov 2012 15:57:36 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 242C38FC13 for ; Sat, 10 Nov 2012 15:57:35 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id gg13so36244lbb.13 for ; Sat, 10 Nov 2012 07:57:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:from:date:message-id:subject:to:content-type; bh=0hmT6PwSIZvGsOl0pKPw+DuPQ3KzeIT08jrc3FqwCWM=; b=tSpC1tYI0QnZbURUerfc9G3yw5u0t9YvJ9ti9kOJKIA+ukCaH//uDPB4NJDUmMlG8w RpXVztWhtiLCvZcbm1KmgrBHW19ociQr9d9t/TRM505K5JiNpbkFL/Dd+pF+TCEXdXmB MzjhNvciJ0fonX2txOd9ktKlSiEur/nw9O6hk= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type :x-gm-message-state; bh=0hmT6PwSIZvGsOl0pKPw+DuPQ3KzeIT08jrc3FqwCWM=; b=EqWf113RMErRip7TtBsCxnW5klisOJ5XsH81zOPBbA07y8Ag0d9WPMjdwuec6FcNFT bZaLlE3anLi1Y0+tpbG4xR6kvVauP3pAMuZFatnlTFuJZXSeUk5vt3cnAxy5HW2iK04T QIGxJvvBHTUDIIrhp+Gw25bYoigkrvLLVrAFXNf2VzKddE+oXupFekKF8G7RQpFW+8at akwc1ThTpLQrTV82Bb7bp7RpCfgC3pf/A+bizTsADdAB04CpBzklNC/p6gY6h7RAbCo3 i+Y0rALVuTbtniDQBGgA0gTsy9hKCy77/nPpPL0LuboEt2JhY640d1WmKohagt0Bw34o tenA== Received: by 10.112.13.140 with SMTP id h12mr5965233lbc.12.1352563053400; Sat, 10 Nov 2012 07:57:33 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.25.166 with HTTP; Sat, 10 Nov 2012 07:57:03 -0800 (PST) From: Eitan Adler Date: Sat, 10 Nov 2012 10:57:03 -0500 Message-ID: Subject: tuning.7 To: FBSD Doc project Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQkw75e/2WHr9NhmHx2XTN0Fsw91OCz3LYpf4gjXT75ewvlg+nwy0ySB80LP7axw/irWJNEp X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2012 15:57:36 -0000 I have some tuning.7 patches in the pipeline. In the meantime I have this which gets rid of most of the old content: Anyone have any comments that related to the parts of tuning.7 being touched here? I'll seek comments on other parts, or additional content some other time. commit ac6fe5228004fe9503d9ee1b3de8867663318e6d Author: Eitan Adler Date: Sat Oct 20 21:44:03 2012 -0400 Remove quite a bit of stale data from the tuning.7 While here fix some style issues. Submitted by: many (via the SystemTuning wiki page) Approved by: ??? (mentor) MFC after: 3 days diff --git a/share/man/man7/tuning.7 b/share/man/man7/tuning.7 index b859c28..36544bb 100644 --- a/share/man/man7/tuning.7 +++ b/share/man/man7/tuning.7 @@ -23,50 +23,26 @@ .\" .\" $FreeBSD$ .\" -.Dd May 11, 2012 +.Dd October 20, 2012 .Dt TUNING 7 .Os .Sh NAME .Nm tuning .Nd performance tuning under FreeBSD .Sh SYSTEM SETUP - DISKLABEL, NEWFS, TUNEFS, SWAP -When using -.Xr bsdlabel 8 -or -.Xr sysinstall 8 -to lay out your file systems on a hard disk it is important to remember -that hard drives can transfer data much more quickly from outer tracks -than they can from inner tracks. -To take advantage of this you should -try to pack your smaller file systems and swap closer to the outer tracks, -follow with the larger file systems, and end with the largest file systems. -It is also important to size system standard file systems such that you -will not be forced to resize them later as you scale the machine up. -I usually create, in order, a 128M root, 1G swap, 128M -.Pa /var , -128M -.Pa /var/tmp , -3G -.Pa /usr , -and use any remaining space for -.Pa /home . -.Pp -You should typically size your swap space to approximately 2x main memory -for systems with less than 2GB of RAM, or approximately 1x main memory +The swap partition should typically be approximately 2x the size of +main memory +for systems with less than 4GB of RAM, or approximately equal to +the size of main memory if you have more. -If you do not have a lot of RAM, though, you will generally want a lot -more swap. -It is not recommended that you configure any less than -256M of swap on a system and you should keep in mind future memory +Keep in mind future memory expansion when sizing the swap partition. -The kernel's VM paging algorithms are tuned to perform best when there is -at least 2x swap versus main memory. Configuring too little swap can lead to inefficiencies in the VM page scanning code as well as create issues later on if you add more memory to your machine. -Finally, on larger systems +On larger systems with multiple SCSI disks (or multiple IDE disks operating on different -controllers), we strongly recommend that you configure swap on each drive. +controllers), configure swap on each drive. The swap partitions on the drives should be approximately the same size. The kernel can handle arbitrary sizes but internal data structures scale to 4 times the largest swap partition. @@ -79,100 +55,7 @@ little, swap space is the saving grace of and even if you do not normally use much swap, it can give you more time to recover from a runaway program before being forced to reboot. .Pp -How you size your -.Pa /var -partition depends heavily on what you intend to use the machine for. -This -partition is primarily used to hold mailboxes, the print spool, and log -files. -Some people even make -.Pa /var/log -its own partition (but except for extreme cases it is not worth the waste -of a partition ID). -If your machine is intended to act as a mail -or print server, -or you are running a heavily visited web server, you should consider -creating a much larger partition \(en perhaps a gig or more. -It is very easy -to underestimate log file storage requirements. -.Pp -Sizing -.Pa /var/tmp -depends on the kind of temporary file usage you think you will need. -128M is -the minimum we recommend. -Also note that sysinstall will create a -.Pa /tmp -directory. -Dedicating a partition for temporary file storage is important for -two reasons: first, it reduces the possibility of file system corruption -in a crash, and second it reduces the chance of a runaway process that -fills up -.Oo Pa /var Oc Ns Pa /tmp -from blowing up more critical subsystems (mail, -logging, etc). -Filling up -.Oo Pa /var Oc Ns Pa /tmp -is a very common problem to have. -.Pp -In the old days there were differences between -.Pa /tmp -and -.Pa /var/tmp , -but the introduction of -.Pa /var -(and -.Pa /var/tmp ) -led to massive confusion -by program writers so today programs haphazardly use one or the -other and thus no real distinction can be made between the two. -So it makes sense to have just one temporary directory and -softlink to it from the other -.Pa tmp -directory locations. -However you handle -.Pa /tmp , -the one thing you do not want to do is leave it sitting -on the root partition where it might cause root to fill up or possibly -corrupt root in a crash/reboot situation. -.Pp -The -.Pa /usr -partition holds the bulk of the files required to support the system and -a subdirectory within it called -.Pa /usr/local -holds the bulk of the files installed from the -.Xr ports 7 -hierarchy. -If you do not use ports all that much and do not intend to keep -system source -.Pq Pa /usr/src -on the machine, you can get away with -a 1 GB -.Pa /usr -partition. -However, if you install a lot of ports -(especially window managers and Linux-emulated binaries), we recommend -at least a 2 GB -.Pa /usr -and if you also intend to keep system source -on the machine, we recommend a 3 GB -.Pa /usr . -Do not underestimate the -amount of space you will need in this partition, it can creep up and -surprise you! -.Pp -The -.Pa /home -partition is typically used to hold user-specific data. -I usually size it to the remainder of the disk. -.Pp -Why partition at all? -Why not create one big -.Pa / -partition and be done with it? -Then I do not have to worry about undersizing things! -Well, there are several reasons this is not a good idea. +It is not a good idea to make one large partition. First, each partition has different operational characteristics and separating them allows the file system to tune itself to those characteristics. @@ -181,113 +64,23 @@ the root and .Pa /usr partitions are read-mostly, with very little writing, while a lot of reading and writing could occur in -.Pa /var -and .Pa /var/tmp . By properly partitioning your system fragmentation introduced in the smaller more heavily write-loaded partitions will not bleed over into the mostly-read partitions. -Additionally, keeping the write-loaded partitions closer to -the edge of the disk (i.e., before the really big partitions instead of after -in the partition table) will increase I/O performance in the partitions -where you need it the most. -Now it is true that you might also need I/O -performance in the larger partitions, but they are so large that shifting -them more towards the edge of the disk will not lead to a significant -performance improvement whereas moving -.Pa /var -to the edge can have a huge impact. -Finally, there are safety concerns. -Having a small neat root partition that -is essentially read-only gives it a greater chance of surviving a bad crash -intact. .Pp Properly partitioning your system also allows you to tune .Xr newfs 8 , and .Xr tunefs 8 parameters. -Tuning -.Xr newfs 8 -requires more experience but can lead to significant improvements in -performance. -There are three parameters that are relatively safe to tune: -.Em blocksize , bytes/i-node , -and -.Em cylinders/group . -.Pp -.Fx -performs best when using 16K or 32K file system block sizes. -The default file system block size is 32K, -which provides best performance for most applications, -with the exception of those that perform random access on large files -(such as database server software). -Such applications tend to perform better with a smaller block size, -although modern disk characteristics are such that the performance -gain from using a smaller block size may not be worth consideration. -Using a block size larger than 32K -can cause fragmentation of the buffer cache and -lead to lower performance. -.Pp -The defaults may be unsuitable -for a file system that requires a very large number of i-nodes -or is intended to hold a large number of very small files. -Such a file system should be created with an 4K, 8K, or 16K block size. -This also requires you to specify a smaller -fragment size. -We recommend always using a fragment size that is 1/8 -the block size (less testing has been done on other fragment size factors). -The -.Xr newfs 8 -options for this would be -.Dq Li "newfs -f 1024 -b 8192 ..." . -.Pp -If a large partition is intended to be used to hold fewer, larger files, such -as database files, you can increase the -.Em bytes/i-node -ratio which reduces the number of i-nodes (maximum number of files and -directories that can be created) for that partition. -Decreasing the number -of i-nodes in a file system can greatly reduce -.Xr fsck 8 -recovery times after a crash. -Do not use this option -unless you are actually storing large files on the partition, because if you -overcompensate you can wind up with a file system that has lots of free -space remaining but cannot accommodate any more files. -Using 65536, 131072, or 262144 bytes/i-node is recommended. -You can go higher but -it will have only incremental effects on -.Xr fsck 8 -recovery times. -For example, -.Dq Li "newfs -i 65536 ..." . -.Pp +The only .Xr tunefs 8 -may be used to further tune a file system. -This command can be run in -single-user mode without having to reformat the file system. -However, this is possibly the most abused program in the system. -Many people attempt to -increase available file system space by setting the min-free percentage to 0. -This can lead to severe file system fragmentation and we do not recommend -that you do this. -Really the only -.Xr tunefs 8 -option worthwhile here is turning on +option worthwhile turning on is .Em softupdates with .Dq Li "tunefs -n enable /filesystem" . -(Note: in -.Fx 4.5 -and later, softupdates can be turned on using the -.Fl U -option to -.Xr newfs 8 , -and -.Xr sysinstall 8 -will typically enable softupdates automatically for non-root file systems). Softupdates drastically improves meta-data performance, mainly file creation and deletion. We recommend enabling softupdates on most file systems; however, there @@ -301,7 +94,7 @@ than otherwise. Secondly, softupdates delays the freeing of file system blocks. If you have a file system (such as the root file system) which is -close to full, doing a major update of it, e.g.\& +close to full, doing a major update of it, e.g.,\& .Dq Li "make installworld" , can run it out of space and cause the update to fail. For this reason, softupdates will not be enabled on the root file system @@ -516,7 +309,7 @@ Note that setting too high a value (exceeding the buffer cache's write threshold) can lead to extremely bad clustering performance. Do not set this value arbitrarily high! -Higher write queueing values may also add latency to reads occurring at +Higher write queuing values may also add latency to reads occurring at the same time. .Pp The @@ -645,7 +438,7 @@ With delayed acks turned off, the acknowledgement may be sent in its own packet, before the remote service has a chance to echo the data it just received. This same concept also -applies to any interactive protocol (e.g.\& SMTP, WWW, POP3), and can cut the +applies to any interactive protocol (e.g.,\& SMTP, WWW, POP3), and can cut the number of tiny packets flowing across the network in half. The .Fx @@ -756,7 +549,7 @@ connections in a heavily loaded web server environment. For such environments, we recommend increasing this value to 1024 or higher. The service daemon -may itself limit the listen queue size (e.g.\& +may itself limit the listen queue size (e.g.,\& .Xr sendmail 8 , apache) but will often have a directive in its configuration file to adjust the queue size up. @@ -947,42 +740,12 @@ timebase, and even device operations. Additionally, higher-end CPUs support 4MB MMU pages, which the kernel uses to map the kernel itself into memory, increasing its efficiency under heavy syscall loads. -.Sh IDE WRITE CACHING -.Fx 4.3 -flirted with turning off IDE write caching. -This reduced write bandwidth -to IDE disks but was considered necessary due to serious data consistency -issues introduced by hard drive vendors. -Basically the problem is that -IDE drives lie about when a write completes. -With IDE write caching turned -on, IDE hard drives will not only write data to disk out of order, they -will sometimes delay some of the blocks indefinitely under heavy disk -load. -A crash or power failure can result in serious file system -corruption. -So our default was changed to be safe. -Unfortunately, the -result was such a huge loss in performance that we caved in and changed the -default back to on after the release. -You should check the default on -your system by observing the -.Va hw.ata.wc -sysctl variable. -If IDE write caching is turned off, you can turn it back -on by setting the -.Va hw.ata.wc -loader tunable to 1. -More information on tuning the ATA driver system may be found in the -.Xr ata 4 -manual page. -If you need performance, go with SCSI. .Sh CPU, MEMORY, DISK, NETWORK The type of tuning you do depends heavily on where your system begins to bottleneck as load increases. If your system runs out of CPU (idle times -are perpetually 0%) then you need to consider upgrading the CPU or moving to -an SMP motherboard (multiple CPU's), or perhaps you need to revisit the +are perpetually 0%) then you need to consider upgrading the CPU +or perhaps you need to revisit the programs that are causing the load and try to optimize them. If your system is paging to swap a lot you need to consider adding more memory. @@ -1001,21 +764,15 @@ IDE drives compare with SCSI in raw sequential bandwidth, the moment you start seeking around the disk SCSI drives usually win. .Pp Finally, you might run out of network suds. -The first line of defense for -improving network performance is to make sure you are using switches instead -of hubs, especially these days where switches are almost as cheap. -Hubs -have severe problems under heavy loads due to collision back-off and one bad -host can severely degrade the entire LAN. -Second, optimize the network path +Optimize the network path as much as possible. For example, in .Xr firewall 7 we describe a firewall protecting internal hosts with a topology where the externally visible hosts are not routed through it. -Use 100BaseT rather -than 10BaseT, or use 1000BaseT rather than 100BaseT, depending on your needs. -Most bottlenecks occur at the WAN link (e.g.\& +Use 1000BaseT rather +than 100BaseT, depending on your needs. +Most bottlenecks occur at the WAN link (e.g.,\& modem, T1, DSL, whatever). If expanding the link is not an option it may be possible to use the .Xr dummynet 4 @@ -1041,6 +798,7 @@ over services you export from your box (web services, email). .Xr hier 7 , .Xr ports 7 , .Xr boot 8 , +.Xr bsdinstall 8 , .Xr bsdlabel 8 , .Xr ccdconfig 8 , .Xr config 8 , @@ -1055,7 +813,6 @@ over services you export from your box (web services, email). .Xr newfs 8 , .Xr route 8 , .Xr sysctl 8 , -.Xr sysinstall 8 , .Xr tunefs 8 .Sh HISTORY The @@ -1066,3 +823,5 @@ and first appeared in .Fx 4.3 , May 2001. -- Eitan Adler From owner-freebsd-doc@FreeBSD.ORG Sat Nov 10 23:00:01 2012 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 946BE873 for ; Sat, 10 Nov 2012 23:00:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 503148FC0A for ; Sat, 10 Nov 2012 23:00:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id qAAN01Zg047571 for ; Sat, 10 Nov 2012 23:00:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id qAAN01s4047570; Sat, 10 Nov 2012 23:00:01 GMT (envelope-from gnats) Resent-Date: Sat, 10 Nov 2012 23:00:01 GMT Resent-Message-Id: <201211102300.qAAN01s4047570@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-doc@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Yuri Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8B5FA83C for ; Sat, 10 Nov 2012 22:55:14 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22]) by mx1.freebsd.org (Postfix) with ESMTP id 7180F8FC0A for ; Sat, 10 Nov 2012 22:55:14 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.5/8.14.5) with ESMTP id qAAMtEgG095216 for ; Sat, 10 Nov 2012 22:55:14 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.5/8.14.5/Submit) id qAAMtENf095214; Sat, 10 Nov 2012 22:55:14 GMT (envelope-from nobody) Message-Id: <201211102255.qAAMtENf095214@red.freebsd.org> Date: Sat, 10 Nov 2012 22:55:14 GMT From: Yuri To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: docs/173539: [patch] statfs(2) man page missed the error code ENOSYS X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2012 23:00:01 -0000 >Number: 173539 >Category: docs >Synopsis: [patch] statfs(2) man page missed the error code ENOSYS >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Nov 10 23:00:01 UTC 2012 >Closed-Date: >Last-Modified: >Originator: Yuri >Release: 9.1-RC3 >Organization: n/a >Environment: >Description: Please commit the attached patch. This error occurred for me de-facto while using fuse mounted FS. >How-To-Repeat: >Fix: Patch attached with submission follows: --- /usr/src/lib/libc/sys/statfs.2.orig 2012-11-10 14:46:32.000000000 -0800 +++ /usr/src/lib/libc/sys/statfs.2 2012-11-10 14:50:28.000000000 -0800 @@ -225,6 +225,9 @@ An .Tn I/O error occurred while reading from or writing to the file system. +.It Bq Er ENOSYS +Function not implemented error occurs when the underlying file +system driver doesn't handle this function. .El .Sh SEE ALSO .Xr fhstatfs 2 >Release-Note: >Audit-Trail: >Unformatted: