From owner-freebsd-doc@FreeBSD.ORG Mon Nov 20 06:43:59 2006 Return-Path: X-Original-To: doc@FreeBSD.org 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 C00AE16A4C2 for ; Mon, 20 Nov 2006 06:43:59 +0000 (UTC) (envelope-from "") Received: from mojo.cold.org (gir.cold.org [166.70.176.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7598943D69 for ; Mon, 20 Nov 2006 06:43:20 +0000 (GMT) (envelope-from "") Received: by mojo.cold.org (Postfix, from userid 100) id D007E1140B; Sun, 19 Nov 2006 23:42:35 -0700 (MST) Content-Type: multipart/mixed; boundary="===============0656289547==" MIME-Version: 1.0 Content-Disposition: inline From: Brandon Gillespie Date: Sun, 19 Nov 2006 23:42:35 -0700 (MST) Message-ID: <1164004955.23440.TMDA@mojo.cold.org> References: <20061120064217.1457411403@mojo.cold.org> In-Reply-To: <20061120064217.1457411403@mojo.cold.org> To: doc@FreeBSD.org Precedence: bulk Auto-Submitted: auto-replied X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) Cc: Subject: [please confirm] Re: Fw: Sexy X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Reply-To: brandon+confirm+1164004955.23440.a8dfd3@roguetrader.com List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Nov 2006 06:43:59 -0000 --===============0656289547== MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Description: Confirmation Request Content-Disposition: inline I apologize for this automatic reply to your email. (This message was created automatically by mail delivery software) I am sorry! Your e-mail with the subject of: Fw: Sexy Has been held in delivery. To control spam, I now allow incoming messages only from senders I have seen email from beforehand, and who can respond to this polite inquiry (most spam systems cannot). If you follow the instructions below (basically reply to this message) your mail will be delivered and you should never see this message again. Once you do this, I will receive your original message in my inbox. You do not need to resend your message. NOTE: I do not accept any unsolicited commercial email (spam). If you are selling something or otherwise fit into the category of unsolicited commercial email please go no further, disregard this message, delete the email from any database you maintain and do not mail me again. Failure to do so may result in legal action. I am also not interested in any internet scams, (sorry, I don't care about my long lost cousin in Zimbabwe). If you have a reason to contact me, you can have your message delivered by replying to this message, or sending any message to the following address. It should be sending mail to the following address: brandon+confirm+1164004955.23440.a8dfd3@roguetrader.com Sending mail to this address will verify that your message is not junk-mail, and will forward it onto me. [ This notice was generated by TMDA v1.0.3 (http://tmda.net/), an automated junk-mail reduction system. ] --===============0656289547== Content-Type: message/rfc822 MIME-Version: 1.0 Content-Description: Original Message Content-Disposition: inline Return-Path: X-Original-To: brandon@roguetrader.com Delivered-To: brandon@roguetrader.com Received: from Srini (unknown [61.8.154.26]) by mojo.cold.org (Postfix) with SMTP id 1457411403 for ; Sun, 19 Nov 2006 23:42:16 -0700 (MST) From: "doc" To: Subject: Fw: Sexy MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_7.60606586933136E-02" Message-Id: <20061120064217.1457411403@mojo.cold.org> Date: Sun, 19 Nov 2006 23:42:16 -0700 (MST) [ Message body suppressed (exceeded 50000 bytes) ] --===============0656289547==-- From owner-freebsd-doc@FreeBSD.ORG Mon Nov 20 11:06:20 2006 Return-Path: X-Original-To: doc@hub.freebsd.org 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 0CC5516A49E for ; Mon, 20 Nov 2006 11:06:20 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED88C43D45 for ; Mon, 20 Nov 2006 11:06:02 +0000 (GMT) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id kAKB6HtK000488 for ; Mon, 20 Nov 2006 11:06:17 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kAKB6Gg7000484 for DOC; Mon, 20 Nov 2006 11:06:16 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 20 Nov 2006 11:06:16 GMT Message-Id: <200611201106.kAKB6Gg7000484@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: linimon set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: FreeBSD doc list Cc: Subject: Current unassigned doc problem reports X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Nov 2006 11:06:20 -0000 Current FreeBSD problem reports 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. Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The problem is understood and a solution is being sought. f - feedback Further work requires additional information from the originator or the community - possibly confirmation of the effectiveness of a proposed solution. p - patched A patch has been committed, but some issues (MFC and / or confirmation from originator) are still open. r - repocopy The resolution of the problem report is dependent on a repocopy operation within the CVS repository which is awaiting completion. s - suspended The problem is not being worked on, due to lack of information or resources. This is a prime candidate for somebody who is looking for a project to do. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested -- or when fixing the problem is abandoned. Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o docs/27605 doc [patch] Cross-document references () s docs/35678 doc docproj Makefiles for web are broken for paths with sp o docs/61605 doc [feature request] Improve documentation for i386 disk o docs/80843 doc [patch] psm(4): Suggested fix for psm0 / handle driver o docs/84932 doc new document: printing with an Epson ALC-3000N on Free o docs/98115 doc Missing parts after rendering handbook to RTF format 6 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- s docs/20028 doc ASCII docs should reflect tags in the sourc o docs/24786 doc missing FILES descriptions in sa(4) o docs/26286 doc *printf(3) etc should gain format string warnings a docs/30008 doc [patch] French softupdates document should be translat s docs/33589 doc [patch] to doc.docbook.mk to post process .tex files. o docs/35222 doc [patch] getmsg.cgi: mailing list archive URL regexp su o docs/35608 doc mt(1) page uses "setmark" without explanation. o docs/35609 doc mt(1) page needs explanation of "long erase". o docs/35612 doc ps(1) page "state" description doesn't mention "spread o docs/35953 doc hosts.equiv(5) manual is confusing or wrong about host o docs/36432 doc Proposal for doc/share/mk: make folded books using psu o docs/36449 doc symlink(7) manual doesn't mention trailing slash, etc. o docs/38982 doc [patch] developers-handbook/Jail fix o docs/39348 doc diskless(8): note that kenv fetch of hostname requires o docs/39530 doc access(2) man page has unnecessarily broad warning o docs/40423 doc Keyboard(4)'s definition of parameters to GETFKEY/SETF o docs/41089 doc pax(1) -B option does not mention interaction with -z o docs/41807 doc [patch] natd(8): document natd -punch_fw "bug" o docs/43823 doc [PATCH] update to environ(7) manpage o docs/43941 doc document the Rationale for Upgrade Sequence (e.g. why o docs/44074 doc [patch] ln(1) manual clarifications o docs/46295 doc please add information to Nvi recovery email o docs/47594 doc [PATCH] passwd(5) incorrectly states allowed username o docs/47818 doc [patch] ln(1) manpage is confusing o docs/48101 doc [patch] add documentation on the fixit disk to the FAQ o docs/50211 doc [PATCH] doc.docbook.mk: fix textfile creation o docs/51891 doc DIAGNOSTICS in ed(4) driver manpage don't match realit o docs/52071 doc [PATCH] Add more information about soft updates into a o docs/53575 doc Change to Handbook Section 20.9 (SMTP Authentication) o docs/53596 doc Updates to mt(1) manual page s docs/55482 doc document the fact that DUMP has access to block device o docs/57388 doc [patch] INSTALL.TXT enhancement: mention ok prompt o docs/57926 doc [patch] amd.conf(5) poorly format as it has both man(7 o docs/59044 doc [patch] doc.docbook.mk does not properly handle a sour o docs/59477 doc Outdated Info Documents at http://docs.freebsd.org/inf o docs/59835 doc ipfw(8) man page does not warn about accepted but mean o docs/61070 doc handbook: Installation docs misleading: PResizer isn' o docs/61301 doc [patch] Manpage patch for aue(4) to enable HomePNA fun o docs/61667 doc Obsolete documentation on FreeBSD PnP o docs/62412 doc one of the diskless boot methods described in the Hand o docs/63215 doc Wrong prototypes in mi_switch(9) (ref docs/24311) o docs/64807 doc Handbook section on NAT incomplete o docs/65477 doc release notes: installation instruction fail to mentio o docs/66265 doc [patch] Document what -f and LD_TRACE_LOADED_OBJECTS_F o docs/66296 doc [patch] contrib/amd/amq/amq.8 uses log_options instead o docs/66483 doc [patch] share/man/man4/csa.4 grammar nits o docs/69861 doc [patch] usr.bin/csplit/csplit.1 does not document POSI o docs/70217 doc [patch] Suggested rewrite of docproj/sgml.sgml for cla o docs/73679 doc FreeBSD 5.3 Release notes mention new natd(8) function o docs/74612 doc [patch] updates to the glossary o docs/75865 doc comments on "backup-basics" in handbook o docs/75995 doc hcreate(3) documentation(?) bug o docs/76333 doc [patch] ferror(3): EOF indicator can be cleared by not o docs/77087 doc [patch] the bootvinum script given in the vinum articl o docs/78041 doc [patch] docs for md(4) need further explanation of typ o docs/78138 doc [patch] Error in pre-installation section of installat o docs/78240 doc [patch] handbook: replace with aroun o docs/78480 doc Networked printer setup unnecessarily complex in handb o docs/78915 doc rfork(2)'s RFTHREAD is not documented o docs/82595 doc 25.5.3 Configuring a bridge section of the handbook ne o docs/83621 doc [patch]: Minor omissions in /usr/src/UPDATING p docs/84101 doc [patch] mt(1) manpage has erroneous synopsis, etc. o docs/84154 doc Handbook somewhat off in use of /boot/kernel.old o docs/84265 doc [patch] chmod(1) manpage omits implication of setting p docs/84266 doc [patch] security(8) manpage should have init(8)'s list o docs/84267 doc [patch] chflags(1) manual doesn't say it's affected by o docs/84268 doc chmod(1) manpage's BUGS entry is either wrong or too c o docs/84317 doc fdp-primer doesn't show class=USERNAME distinctively o docs/84670 doc [patch] tput(1) manpage missing ENVIRONMENT section wi o docs/84806 doc mdoc(7) manpage has section ordering problems o docs/84956 doc [patch] intro(5) manpage doesn't mention API coverage o docs/85118 doc [PATCH] opiekey(1) references non-existing opiegen(1) o docs/85128 doc loader.conf(5) autoboot_delay incompletly described o docs/85187 doc [patch] find(1) manpage missing block info for -ls o docs/85243 doc Missing icmp related abbreviations for pf.conf(5) in i o docs/86342 doc bikeshed entry of Handbook is wrong o docs/87857 doc ifconfig(8) wireless options order matters o docs/87936 doc Handbook chapter on NIS/YP lacks good information on a o docs/88477 doc Possible addition to xl(4) manpage, Diagnostics sectio o docs/88512 doc [patch] mount_ext2fs(8) man page has no details on lar o docs/89325 doc [PATCH] Clarification of kbdmap(5), atkbd(4) and kbdco o docs/89492 doc vfs doc: some VOP_*(9) manual pages are outdated with o docs/91149 doc read(2) can return EINVAL for unaligned access to bloc o docs/91506 doc ndis(4) man page should be more specific about support o docs/92626 doc jail manpage should mention disabling some periodic sc o docs/93249 doc rewrite of handbook chapter 23 (PPP & SLIP) o docs/93363 doc Handbook 23.11. SMTP-Authentifizierung o docs/94125 doc DGE-530T doesn't work on FreeBSD v6.0 o docs/94625 doc [patch] growfs man page -- document "panic: not enough o docs/95139 doc FAQ to move filesystem to new disk fails: incorrect pe o docs/96207 doc Comments of a sockaddr_un structure could confuse one o docs/97939 doc some mistake in man of amq(8) o docs/98974 doc Missing tunables in loader(8) manpage o docs/99007 doc [patch] misleading nat configuration info o docs/99506 doc FreeBSD Handbook addition: IPv6 Server Settings o docs/99845 doc [patch] First introduce porttools to Porter's Handbook o docs/100196 doc man login.conf does explain not "unlimited" o docs/100242 doc sysctl(3) description of KERN_PROC is not correct anym o docs/101464 doc sync u_RU.KOI8-R/articles/portbuild/article.html with o docs/102148 doc The description of which Intel chips have EM64T is out o docs/102719 doc [patch] ng_bpf(4) example leads to unneeded promiscuos f docs/103730 doc [mail-archive]: duplicated file in mail archive o docs/104403 doc man security should mention that the usage of the X Wi o docs/104493 doc [patch] Wrong description in ntp.conf(5) (CURRENT and o docs/104879 doc Howto: Listen to IMA ADPCM .wav files on FreeBSD box o docs/105494 doc [PATCH] PH: rewrite WxWidgets entry o docs/105556 doc hosts.allow is available as a man-page o docs/105608 doc fdc(4) debugging description staled o docs/105620 doc new article: LDAP Authentication 109 problems total. From owner-freebsd-doc@FreeBSD.ORG Mon Nov 20 18:42:27 2006 Return-Path: X-Original-To: freebsd-doc@FreeBSD.org 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 5CC4C16A5AA for ; Mon, 20 Nov 2006 18:42:27 +0000 (UTC) (envelope-from lydie.konan@wanadoo.fr) Received: from smtp20.orange.fr (smtp20.orange.fr [193.252.22.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87E4544147 for ; Mon, 20 Nov 2006 18:38:53 +0000 (GMT) (envelope-from lydie.konan@wanadoo.fr) Received: from smtp-msa-out20.orange.fr (mwinf2013 [172.22.130.41]) by mwinf2015.orange.fr (SMTP Server) with ESMTP id 47B7B1C09185 for ; Mon, 20 Nov 2006 19:38:07 +0100 (CET) Received: from konan (AVelizy-154-1-86-102.w86-217.abo.wanadoo.fr [86.217.124.102]) by mwinf2013.orange.fr (SMTP Server) with SMTP id 0A8CB1C001EC for ; Mon, 20 Nov 2006 19:37:35 +0100 (CET) X-ME-UUID: 20061120183736433.0A8CB1C001EC@mwinf2013.orange.fr Message-ID: <000501c70cd2$ec2dabb0$0a01a8c0@konan> From: "Lydie KONAN" To: Date: Mon, 20 Nov 2006 19:37:22 +0100 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Mailman-Approved-At: Mon, 20 Nov 2006 19:23:05 +0000 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Document not found - http://www.freebsd.org/fr/releases/6.1R/announce.html X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Nov 2006 18:42:27 -0000 http://www.freebsd.org/fr/ From owner-freebsd-doc@FreeBSD.ORG Tue Nov 21 04:01:54 2006 Return-Path: X-Original-To: freebsd-doc@freebsd.org 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 B5B9E16A403; Tue, 21 Nov 2006 04:01:54 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from b.mail.sonic.net (b.mail.sonic.net [64.142.19.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9141B43D5A; Tue, 21 Nov 2006 04:01:34 +0000 (GMT) (envelope-from bmah@freebsd.org) Received: from tomcat.kitchenlab.org (tomcat.kitchenlab.org [64.142.31.107]) by b.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id kAL41s3x013096 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 20 Nov 2006 20:01:54 -0800 Received: from tomcat.kitchenlab.org (localhost.kitchenlab.org [127.0.0.1]) by tomcat.kitchenlab.org (8.13.8/8.13.8) with ESMTP id kAL41rc3017943; Mon, 20 Nov 2006 20:01:53 -0800 (PST) (envelope-from bmah@freebsd.org) Received: (from bmah@localhost) by tomcat.kitchenlab.org (8.13.8/8.13.8/Submit) id kAL41rhW017942; Mon, 20 Nov 2006 20:01:53 -0800 (PST) (envelope-from bmah@freebsd.org) X-Authentication-Warning: tomcat.kitchenlab.org: bmah set sender to bmah@freebsd.org using -f Date: Mon, 20 Nov 2006 20:01:53 -0800 From: "Bruce A. Mah" To: freebsd-doc@freebsd.org Message-ID: <20061121040153.GA17933@tomcat.kitchenlab.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BOKacYhQ+x31HxR3" Content-Disposition: inline X-Image-Url: http://www.kitchenlab.org/~bmah/Images/bmah-cisco-small.gif X-url: http://www.kitchenlab.org/~bmah/ User-Agent: Mutt/1.5.13 (2006-08-11) Cc: bmah@freebsd.org Subject: RFC: Release notes rearrangement X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Nov 2006 04:01:54 -0000 --BOKacYhQ+x31HxR3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Executive summary: Some parts of the release documentation (specifically release notes, hardware list, and installation guide) have machine-dependent (MD) versions for each architecture. The current scheme was developed by me when we supported two architectures, but this doesn't scale very well to the half-dozen or so we now support. I want to rearrange the release documentation so that there exists only one machine-independent (MI) version for all documents. This would apply only to HEAD, no effect on RELENG_[456]. Long version: The release notes, hardware list, and installation guide are all MD documents, in that they rely on conditional inclusion of text to custom-tailor versions of each document for different architectures. Thus, the i386 release notes are different from the amd64 release notes, etc. I designed this arrangement to mimic the original {i386,alpha}/RELNOTES.TXT files in FreeBSD 4.X. This worked moderately well when we supported two architectures, but we now support six in HEAD (amd64, i386, ia64, pc98, powerpc, and sparc64), with two more (sun4v and arm) coming along well enough that we may need to think about release documentation for them as well. There are several limitations with the current scheme: 1. It's hard to work with multiple versions of documents, especially when it comes to editing and proofreading (one really needs to look at multiple versions). 2. The implementation of the conditional text scheme is limited (it's not possible to exclude sections of text, or any SGML elements that could affect numbering of sections). This limits the ways in which we can use it. 3. The Web site and other collections of documents need to support the various architectures explicitly. 4. There is not a single file to which we can point users, saying "here are the release notes (or hardware list or installation guide) for this version of FreeBSD". It's difficult for users to see all of the changes that took place for a given version of FreeBSD. To address these problems I'd like to collapse all of the MD documents into a single set of MI documents. For paragraphs (sections, whatever) that only apply to given architectures, we'd simply add in-line text indicating this, something like: [i386] Some sentence applying only to i386. (As a point of reference, the main part of the release notes on HEAD, new.sgml, contains 353 elements, of which 27 have MD "arch=3D" properties So more than 90% of the paragraphs in the release notes are common to all architectures anyway.) I want to start first with the release notes because this change would be the most straight-forward for that document. The hardware list is similar, although it has MD sections of text that would need to be organized into some reasonable document structure. I think that the install guide really needs to be rewritten; I actually have some work =66rom a few years ago in this direction that gave me the idea for MI release documentation in the first place. Comments? Thanks in advance, Bruce. --BOKacYhQ+x31HxR3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFYnov2MoxcVugUsMRAtm4AJ9pJX34ma+Nv++sGWepn7yPXNAzkwCeJjDl T5VAb2UyNxYb0KZKbu8+sL4= =P3G8 -----END PGP SIGNATURE----- --BOKacYhQ+x31HxR3-- From owner-freebsd-doc@FreeBSD.ORG Tue Nov 21 04:37:35 2006 Return-Path: X-Original-To: freebsd-doc@freebsd.org 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 26CF116A492 for ; Tue, 21 Nov 2006 04:37:35 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9783B43D75 for ; Tue, 21 Nov 2006 04:37:01 +0000 (GMT) (envelope-from infofarmer@gmail.com) Received: by nf-out-0910.google.com with SMTP id x37so38714nfc for ; Mon, 20 Nov 2006 20:37:20 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=rOW3T5+F1/d57fQ75TF9CoqTu66nqgiGwQSaZLteBt4sNYd2B/qBy+i3myxm2qav0qKjUHjF095FQcWnQIsTHGZvOdB3fEOcj/N3I/5kubnwYGvlK81YKTN0+vx9RdFS4heXJS+WrZ0/U8ARUcFlRJ60cccD74h39+6PjE5kIqA= Received: by 10.78.204.20 with SMTP id b20mr5914644hug.1164083839593; Mon, 20 Nov 2006 20:37:19 -0800 (PST) Received: by 10.78.167.16 with HTTP; Mon, 20 Nov 2006 20:37:19 -0800 (PST) Message-ID: Date: Tue, 21 Nov 2006 07:37:19 +0300 From: "Andrew Pantyukhin" Sender: infofarmer@gmail.com To: "Bruce A. Mah" In-Reply-To: <20061121040153.GA17933@tomcat.kitchenlab.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061121040153.GA17933@tomcat.kitchenlab.org> X-Google-Sender-Auth: 9ff7afe307cc2445 Cc: freebsd-doc@freebsd.org Subject: Re: RFC: Release notes rearrangement X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Nov 2006 04:37:35 -0000 On 11/21/06, Bruce A. Mah wrote: > Comments? A very welcome idea! For years I thought maintaining seemingly similar documents was a big waste of time. Now not only you fix that, you also provide for embedded differences, so that users can actually look for how one arch differs from another. Thanks! From owner-freebsd-doc@FreeBSD.ORG Tue Nov 21 07:01:50 2006 Return-Path: X-Original-To: freebsd-doc@freebsd.org 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 26D9F16A417; Tue, 21 Nov 2006 07:01:50 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from av7-1-sn3.vrr.skanova.net (av7-1-sn3.vrr.skanova.net [81.228.9.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 966E143D8C; Tue, 21 Nov 2006 07:01:18 +0000 (GMT) (envelope-from joel@FreeBSD.org) Received: by av7-1-sn3.vrr.skanova.net (Postfix, from userid 502) id 15F9E385EE; Tue, 21 Nov 2006 08:01:22 +0100 (CET) Received: from smtp3-1-sn3.vrr.skanova.net (smtp3-1-sn3.vrr.skanova.net [81.228.9.101]) by av7-1-sn3.vrr.skanova.net (Postfix) with ESMTP id F0B94385E8; Tue, 21 Nov 2006 08:01:21 +0100 (CET) Received: from dude.automatvapen.se (81-234-214-163-no68.tbcn.telia.com [81.234.214.163]) by smtp3-1-sn3.vrr.skanova.net (Postfix) with ESMTP id 823A937E4A; Tue, 21 Nov 2006 08:01:37 +0100 (CET) From: Joel Dahl To: "Bruce A. Mah" In-Reply-To: <20061121040153.GA17933@tomcat.kitchenlab.org> References: <20061121040153.GA17933@tomcat.kitchenlab.org> Content-Type: text/plain Date: Tue, 21 Nov 2006 08:01:37 +0100 Message-Id: <1164092497.663.4.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-doc@freebsd.org Subject: Re: RFC: Release notes rearrangement X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Nov 2006 07:01:50 -0000 On Mon, 2006-11-20 at 20:01 -0800, Bruce A. Mah wrote: > Executive summary: Some parts of the release documentation > (specifically release notes, hardware list, and installation guide) > have machine-dependent (MD) versions for each architecture. The > current scheme was developed by me when we supported two > architectures, but this doesn't scale very well to the half-dozen or > so we now support. I want to rearrange the release documentation so > that there exists only one machine-independent (MI) version for all > documents. This would apply only to HEAD, no effect on RELENG_[456]. Yes please. This is actually something that I've been wanting to do for a long time, so I'd like to strongly encourage you to continue with your plans. No objections from me. -- Joel From owner-freebsd-doc@FreeBSD.ORG Tue Nov 21 14:02:13 2006 Return-Path: X-Original-To: freebsd-doc@FreeBSD.org 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 7288C16A415; Tue, 21 Nov 2006 14:02:13 +0000 (UTC) (envelope-from trhodes@FreeBSD.org) Received: from pittgoth.com (ns1.pittgoth.com [216.38.206.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C3DA43D6B; Tue, 21 Nov 2006 14:01:49 +0000 (GMT) (envelope-from trhodes@FreeBSD.org) Received: from localhost (ip70-177-190-239.dc.dc.cox.net [70.177.190.239]) (authenticated bits=0) by pittgoth.com (8.13.6/8.13.6) with ESMTP id kALE2AJH052166 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 21 Nov 2006 09:02:11 -0500 (EST) (envelope-from trhodes@FreeBSD.org) Date: Tue, 21 Nov 2006 09:02:09 -0500 From: Tom Rhodes To: Joel Dahl Message-Id: <20061121090209.7227f41f.trhodes@FreeBSD.org> In-Reply-To: <1164092497.663.4.camel@localhost> References: <20061121040153.GA17933@tomcat.kitchenlab.org> <1164092497.663.4.camel@localhost> Organization: The FreeBSD Project X-Mailer: Sylpheed version 1.0.6 (GTK+ 1.2.10; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: bmah@FreeBSD.org, freebsd-doc@FreeBSD.org Subject: Re: RFC: Release notes rearrangement X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Nov 2006 14:02:13 -0000 On Tue, 21 Nov 2006 08:01:37 +0100 Joel Dahl wrote: > On Mon, 2006-11-20 at 20:01 -0800, Bruce A. Mah wrote: > > Executive summary: Some parts of the release documentation > > (specifically release notes, hardware list, and installation guide) > > have machine-dependent (MD) versions for each architecture. The > > current scheme was developed by me when we supported two > > architectures, but this doesn't scale very well to the half-dozen or > > so we now support. I want to rearrange the release documentation so > > that there exists only one machine-independent (MI) version for all > > documents. This would apply only to HEAD, no effect on RELENG_[456]. > > Yes please. This is actually something that I've been wanting to do for > a long time, so I'd like to strongly encourage you to continue with your > plans. No objections from me. > Of course, you could also do something like "if MACHINE_ARCH ..." to build only for a specific architecture. But perhaps that owns up to having duplication? I'm in favor of the idea, but just presenting another way to handle it. :) -- Tom Rhodes From owner-freebsd-doc@FreeBSD.ORG Tue Nov 21 17:09:26 2006 Return-Path: X-Original-To: freebsd-doc@hub.freebsd.org 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 4D4F316A403 for ; Tue, 21 Nov 2006 17:09:26 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D8C64416A for ; Tue, 21 Nov 2006 17:00:33 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id kALH0bwS039498 for ; Tue, 21 Nov 2006 17:00:37 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kALH0b9G039497; Tue, 21 Nov 2006 17:00:37 GMT (envelope-from gnats) Resent-Date: Tue, 21 Nov 2006 17:00:37 GMT Resent-Message-Id: <200611211700.kALH0b9G039497@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, Jeremy Chadwick Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 53AD616A403 for ; Tue, 21 Nov 2006 16:56:18 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.200.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id B36A843D45 for ; Tue, 21 Nov 2006 16:51:11 +0000 (GMT) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-67-174-220-97.hsd1.ca.comcast.net[67.174.220.97]) by comcast.net (sccrmhc11) with ESMTP id <2006112116512501100rgq7ne>; Tue, 21 Nov 2006 16:51:25 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 413C91FA01D; Tue, 21 Nov 2006 08:51:25 -0800 (PST) Message-Id: <20061121165125.413C91FA01D@icarus.home.lan> Date: Tue, 21 Nov 2006 08:51:25 -0800 (PST) From: Jeremy Chadwick To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Cc: Subject: docs/105720: rpcbind(8) manpage lacks mention of netconfig(5) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jeremy Chadwick List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Nov 2006 17:09:26 -0000 >Number: 105720 >Category: docs >Synopsis: rpcbind(8) manpage lacks mention of netconfig(5) >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 21 17:00:37 GMT 2006 >Closed-Date: >Last-Modified: >Originator: Jeremy Chadwick >Release: FreeBSD 6.2-PRERELEASE i386 >Organization: >Environment: System: FreeBSD icarus.home.lan 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #0: Mon Oct 2 10:20:50 PDT 2006 root@icarus.home.lan:/usr/obj/usr/src/sys/ICARUS i386 >Description: The rpcbind(8) manpage has no mention of netconfig(5), which it uses to determine what protocol transports are available (udp vs. udp6, etc.). >How-To-Repeat: n/a >Fix: Apply below patch. --- usr.sbin/rpcbind/rpcbind.8.orig Tue Jan 18 12:02:43 2005 +++ usr.sbin/rpcbind/rpcbind.8 Tue Nov 21 08:47:37 2006 @@ -142,4 +142,5 @@ .El .Sh SEE ALSO .Xr rpcbind 3 , +.Xr netconfig 5 , .Xr rpcinfo 8 >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Tue Nov 21 17:44:40 2006 Return-Path: X-Original-To: freebsd-doc@freebsd.org 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 8A8CA16A767; Tue, 21 Nov 2006 17:44:40 +0000 (UTC) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from mta-2.ms.rz.rwth-aachen.de (mta-2.ms.rz.RWTH-Aachen.DE [134.130.7.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C76A43D6E; Tue, 21 Nov 2006 17:43:56 +0000 (GMT) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from circe ([134.130.3.36]) by mta-2.ms.rz.RWTH-Aachen.de (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0J9300L7CD9UK780@mta-2.ms.rz.RWTH-Aachen.de>; Tue, 21 Nov 2006 18:44:18 +0100 (CET) Received: from talos.rz.RWTH-Aachen.DE ([134.130.3.22]) by circe (MailMonitor for SMTP v1.2.2 ) ; Tue, 21 Nov 2006 18:44:17 +0100 (MET) Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by smarthost.rwth-aachen.de (8.13.8/8.13.1/1) with ESMTP id kALHiH4M005206; Tue, 21 Nov 2006 18:44:17 +0100 Received: from haakonia.hitnet.rwth-aachen.de ([137.226.181.92]) by bigboss.hitnet.rwth-aachen.de with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1GmZfN-00078h-PN; Tue, 21 Nov 2006 18:44:17 +0100 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id 4084D3F41B; Tue, 21 Nov 2006 18:44:17 +0100 (CET) Date: Tue, 21 Nov 2006 18:44:17 +0100 From: Christian Brueffer In-reply-to: <20061121040153.GA17933@tomcat.kitchenlab.org> To: "Bruce A. Mah" Message-id: <20061121174416.GB4192@haakonia.hitnet.RWTH-Aachen.DE> MIME-version: 1.0 Content-type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary=EuxKj2iCbKjpUGkD Content-disposition: inline X-Operating-System: FreeBSD 6.2-PRERELEASE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <20061121040153.GA17933@tomcat.kitchenlab.org> User-Agent: Mutt/1.5.11 Cc: freebsd-doc@freebsd.org Subject: Re: RFC: Release notes rearrangement X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Nov 2006 17:44:40 -0000 --EuxKj2iCbKjpUGkD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 20, 2006 at 08:01:53PM -0800, Bruce A. Mah wrote: [...] >=20 > To address these problems I'd like to collapse all of the MD documents > into a single set of MI documents. For paragraphs (sections, > whatever) that only apply to given architectures, we'd simply add > in-line text indicating this, something like: >=20 > [i386] Some sentence applying only to i386. >=20 Hmm, what I like about the current notes is that if I'm only interested in on arch, I just get the stuff that concerns this specific arch. From what you describe here it sounds like this: [i386] Some sentence applying only to i386. [amd64] Some sentence applying only to amd64. [arm] Some sentence applying only to arm. [sparc64] Some sentence applying only to sparc64. [i386] Some sentence applying only to i386. Of course many items are general, but I think we want to avoid clutter like this. Do you have something in mind for this? Maybe put all the arch specific stuff in special arch sections below all the generic stuff? OTOH, maybe I've just completely misunderstood you :-) > (As a point of reference, the main part of the release notes on HEAD, > new.sgml, contains 353 elements, of which 27 have MD "arch=3D" > properties So more than 90% of the paragraphs in the release notes > are common to all architectures anyway.) >=20 > I want to start first with the release notes because this change would > be the most straight-forward for that document. The hardware list is > similar, although it has MD sections of text that would need to be > organized into some reasonable document structure. I think that the > install guide really needs to be rewritten; I actually have some work > from a few years ago in this direction that gave me the idea for MI > release documentation in the first place. >=20 > Comments? >=20 Apart from the comment above, this sounds like a good idea. - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --EuxKj2iCbKjpUGkD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFYzrwbHYXjKDtmC0RAhDhAJ97Xdl14g8Q7QtfVrr0TXUTo8BJ/wCgvrdS MsV9bKST5G2w78H2Ps/CgjE= =jpMV -----END PGP SIGNATURE----- --EuxKj2iCbKjpUGkD-- From owner-freebsd-doc@FreeBSD.ORG Tue Nov 21 19:52:33 2006 Return-Path: X-Original-To: freebsd-doc@freebsd.org 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 E1C0916A492; Tue, 21 Nov 2006 19:52:33 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from b.mail.sonic.net (b.mail.sonic.net [64.142.19.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id D575C43D5A; Tue, 21 Nov 2006 19:50:19 +0000 (GMT) (envelope-from bmah@freebsd.org) Received: from [192.168.2.119] (hornet.kitchenlab.org [64.142.31.105]) (authenticated bits=0) by b.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id kALJ6xOX012741 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Nov 2006 11:07:00 -0800 Message-ID: <45634E53.1020609@freebsd.org> Date: Tue, 21 Nov 2006 11:06:59 -0800 From: "Bruce A. Mah" User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025) MIME-Version: 1.0 To: Christian Brueffer References: <20061121040153.GA17933@tomcat.kitchenlab.org> <20061121174416.GB4192@haakonia.hitnet.RWTH-Aachen.DE> In-Reply-To: <20061121174416.GB4192@haakonia.hitnet.RWTH-Aachen.DE> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigD5D03B7DB1007B6256BA4761" Cc: freebsd-doc@freebsd.org Subject: Re: RFC: Release notes rearrangement X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Nov 2006 19:52:34 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD5D03B7DB1007B6256BA4761 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable If memory serves me right, Christian Brueffer wrote: > On Mon, Nov 20, 2006 at 08:01:53PM -0800, Bruce A. Mah wrote: > [...] >> To address these problems I'd like to collapse all of the MD documents= >> into a single set of MI documents. For paragraphs (sections, >> whatever) that only apply to given architectures, we'd simply add >> in-line text indicating this, something like: >> >> [i386] Some sentence applying only to i386. >> >=20 > Hmm, what I like about the current notes is that if I'm only interested= > in on arch, I just get the stuff that concerns this specific arch. Fro= m > what you describe here it sounds like this: >=20 > [i386] Some sentence applying only to i386. >=20 > [amd64] Some sentence applying only to amd64. >=20 > [arm] Some sentence applying only to arm. >=20 > [sparc64] Some sentence applying only to sparc64. >=20 > [i386] Some sentence applying only to i386. >=20 > Of course many items are general, but I think we want to avoid clutter > like this. Do you have something in mind for this? Maybe put all the > arch specific stuff in special arch sections below all the generic > stuff? >=20 > OTOH, maybe I've just completely misunderstood you :-) Hey Christian-- You understood me correctly I think! Remember that only a small fraction (< 10%) of paragraphs in HEAD's release notes have this property, so I don't think that things will be really cluttered. On HEAD: tomcat:common% grep ' X-Original-To: doc@FreeBSD.org 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 CD00716A415 for ; Wed, 22 Nov 2006 16:17:26 +0000 (UTC) (envelope-from tony@dimacc.com) Received: from exsmtp012-1.exch012.intermedia.net (exsmtp012-1.exch012.intermedia.net [64.78.20.47]) by mx1.FreeBSD.org (Postfix) with SMTP id 08E7143D58 for ; Wed, 22 Nov 2006 16:16:55 +0000 (GMT) (envelope-from tony@dimacc.com) Received: from EXVBE012-4.exch012.intermedia.net ([64.78.20.19]) by exsmtp012-1.exch012.intermedia.net with Microsoft SMTPSVC(6.0.3790.1830); Wed, 22 Nov 2006 08:17:25 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 22 Nov 2006 08:17:24 -0800 Message-ID: <00BB008AA995A046824528C48825FCF301908F79@EXVBE012-4.exch012.intermedia.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: I'd like to place and ad on your site Thread-Index: AccOUbI8/0wp2dbfS7izYvxHDbvz3w== From: "Tony Di Moro" To: X-OriginalArrivalTime: 22 Nov 2006 16:17:25.0106 (UTC) FILETIME=[B25F0520:01C70E51] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: I'd like to place and ad on your site X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Nov 2006 16:17:26 -0000 Hello, I was interested in placing a simple text box ad on this page: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/storage-devices/x493.= html For this company www.intermedia.net =20 I can pay you up to thirty dollars for this. Please let me know if you = are interested. Thanks and have a great day! Regards, Anthony Di Moro From owner-freebsd-doc@FreeBSD.ORG Wed Nov 22 16:29:36 2006 Return-Path: X-Original-To: freebsd-doc@freebsd.org 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 9F72D16A4B3; Wed, 22 Nov 2006 16:29:36 +0000 (UTC) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from mta-1.ms.rz.rwth-aachen.de (mta-1.ms.rz.RWTH-Aachen.DE [134.130.7.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id B993543D8B; Wed, 22 Nov 2006 16:28:26 +0000 (GMT) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from circe ([134.130.3.36]) by mta-1.ms.rz.RWTH-Aachen.de (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0J9500E714G2OF50@mta-1.ms.rz.RWTH-Aachen.de>; Wed, 22 Nov 2006 17:28:50 +0100 (CET) Received: from talos.rz.RWTH-Aachen.DE ([134.130.3.22]) by circe (MailMonitor for SMTP v1.2.2 ) ; Wed, 22 Nov 2006 17:28:50 +0100 (MET) Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by smarthost.rwth-aachen.de (8.13.8/8.13.1/1) with ESMTP id kAMGSmad023313; Wed, 22 Nov 2006 17:28:48 +0100 Received: from haakonia.hitnet.rwth-aachen.de ([137.226.181.92]) by bigboss.hitnet.rwth-aachen.de with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1Gmuxt-0002Pq-Te; Wed, 22 Nov 2006 17:28:49 +0100 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id 410AD3F41E; Wed, 22 Nov 2006 17:28:49 +0100 (CET) Date: Wed, 22 Nov 2006 17:28:49 +0100 From: Christian Brueffer In-reply-to: <45634E53.1020609@freebsd.org> To: "Bruce A. Mah" Message-id: <20061122162848.GC2043@haakonia.hitnet.RWTH-Aachen.DE> MIME-version: 1.0 Content-type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary=9Ek0hoCL9XbhcSqy Content-disposition: inline X-Operating-System: FreeBSD 6.2-PRERELEASE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <20061121040153.GA17933@tomcat.kitchenlab.org> <20061121174416.GB4192@haakonia.hitnet.RWTH-Aachen.DE> <45634E53.1020609@freebsd.org> User-Agent: Mutt/1.5.11 Cc: freebsd-doc@freebsd.org Subject: Re: RFC: Release notes rearrangement X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Nov 2006 16:29:36 -0000 --9Ek0hoCL9XbhcSqy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 21, 2006 at 11:06:59AM -0800, Bruce A. Mah wrote: > If memory serves me right, Christian Brueffer wrote: > > On Mon, Nov 20, 2006 at 08:01:53PM -0800, Bruce A. Mah wrote: > > [...] > >> To address these problems I'd like to collapse all of the MD documents > >> into a single set of MI documents. For paragraphs (sections, > >> whatever) that only apply to given architectures, we'd simply add > >> in-line text indicating this, something like: > >> > >> [i386] Some sentence applying only to i386. > >> > >=20 > > Hmm, what I like about the current notes is that if I'm only interested > > in on arch, I just get the stuff that concerns this specific arch. From > > what you describe here it sounds like this: > >=20 > > [i386] Some sentence applying only to i386. > >=20 > > [amd64] Some sentence applying only to amd64. > >=20 > > [arm] Some sentence applying only to arm. > >=20 > > [sparc64] Some sentence applying only to sparc64. > >=20 > > [i386] Some sentence applying only to i386. > >=20 > > Of course many items are general, but I think we want to avoid clutter > > like this. Do you have something in mind for this? Maybe put all the > > arch specific stuff in special arch sections below all the generic > > stuff? > >=20 > > OTOH, maybe I've just completely misunderstood you :-) >=20 > Hey Christian-- >=20 > You understood me correctly I think! Remember that only a small > fraction (< 10%) of paragraphs in HEAD's release notes have this > property, so I don't think that things will be really cluttered. >=20 > On HEAD: >=20 > tomcat:common% grep ' 380 2598 24637 > tomcat:common% grep ' 27 179 1852 >=20 > On RELENG_6_2 (this is just an example of what a more "typical" release > would look like...I don't intend): >=20 > tomcat:common% grep ' 111 780 7068 > tomcat:common% grep ' 7 50 478 >=20 > Maybe I should try to mock this up so we're thinking about the same thing? >=20 Ok, I assume you have a prototype in the works. When that's out, we can still decide whether or not this is an issue. Let's see how it looks :-) - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --9Ek0hoCL9XbhcSqy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFZHrAbHYXjKDtmC0RAvI5AJ4jVNzX5XPp+p8Hj2fyWZPpbGwnhACfSuSl OxHMAf0Mti1HtD/Tq4SSC80= =rO+y -----END PGP SIGNATURE----- --9Ek0hoCL9XbhcSqy-- From owner-freebsd-doc@FreeBSD.ORG Thu Nov 23 05:02:46 2006 Return-Path: X-Original-To: freebsd-doc@freebsd.org 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 A207316A407 for ; Thu, 23 Nov 2006 05:02:46 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.200.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A75943D55 for ; Thu, 23 Nov 2006 05:02:13 +0000 (GMT) (envelope-from josh@tcbug.org) Received: from gimpy (c-24-118-173-219.hsd1.mn.comcast.net[24.118.173.219]) by comcast.net (sccrmhc13) with ESMTP id <2006112305024501300aseake>; Thu, 23 Nov 2006 05:02:45 +0000 From: Josh Paetzel To: freebsd-doc@freebsd.org Date: Wed, 22 Nov 2006 23:02:28 -0600 User-Agent: KMail/1.9.4 References: <00BB008AA995A046824528C48825FCF301908F79@EXVBE012-4.exch012.intermedia.net> In-Reply-To: <00BB008AA995A046824528C48825FCF301908F79@EXVBE012-4.exch012.intermedia.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611222302.28867.josh@tcbug.org> Cc: Tony Di Moro Subject: Re: I'd like to place and ad on your site X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Nov 2006 05:02:46 -0000 On Wednesday 22 November 2006 10:17, Tony Di Moro wrote: > Hello, > > I was interested in placing a simple text box ad on this page: > http://www.freebsd.org/doc/en_US.ISO8859-1/articles/storage-devices >/x493.html For this company www.intermedia.net > I can pay you up to thirty dollars for this. Please let me know if > you are interested. Thanks and have a great day! > > Regards, > > Anthony Di Moro Request denied. :) -- Thanks, Josh Paetzel From owner-freebsd-doc@FreeBSD.ORG Fri Nov 24 00:50:01 2006 Return-Path: X-Original-To: freebsd-doc@freebsd.org 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 B035116A403; Fri, 24 Nov 2006 00:50:01 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from a.mail.sonic.net (a.mail.sonic.net [64.142.16.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F41243D49; Fri, 24 Nov 2006 00:49:23 +0000 (GMT) (envelope-from bmah@freebsd.org) Received: from [192.168.2.119] (hornet.kitchenlab.org [64.142.31.105]) (authenticated bits=0) by a.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id kAO0o134002372 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 23 Nov 2006 16:50:01 -0800 Message-ID: <456641B2.2020502@freebsd.org> Date: Thu, 23 Nov 2006 16:49:54 -0800 From: "Bruce A. Mah" User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025) MIME-Version: 1.0 To: Christian Brueffer References: <20061121040153.GA17933@tomcat.kitchenlab.org> <20061121174416.GB4192@haakonia.hitnet.RWTH-Aachen.DE> <45634E53.1020609@freebsd.org> <20061122162848.GC2043@haakonia.hitnet.RWTH-Aachen.DE> In-Reply-To: <20061122162848.GC2043@haakonia.hitnet.RWTH-Aachen.DE> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig220CB0E6DE3B12136E6764DA" Cc: freebsd-doc@freebsd.org Subject: Re: RFC: Release notes rearrangement X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Nov 2006 00:50:01 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig220CB0E6DE3B12136E6764DA Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable If memory serves me right, Christian Brueffer wrote: > Ok, I assume you have a prototype in the works. When that's out, we ca= n > still decide whether or not this is an issue. Let's see how it looks := -) Well I didn't at the time but I threw something together (this took about 30 minutes). Sources, based on HEAD from today: http://people.freebsd.org/~bmah/relnotes2.tar.gz (Untar this into src/release/doc/en_US.ISO8859-1/ on a HEAD machine, so that it's a sibling of the existing relnotes directory.) PDF rendering: http://people.freebsd.org/~bmah/relnotes2.pdf I might want to entity-ize the names of architectures and sort them into some consistent order, but this is roughly what I'd expect it to look lik= e. Bruce. PS. If we do this for real, assume that I'll do a lot of file moving via repo-copies to preserve the maximum amount of file history. --------------enig220CB0E6DE3B12136E6764DA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFZkG42MoxcVugUsMRAotvAKDXNzrC2dWrAFw29hITpaBGBOF0KQCfQEro ONn4I+usO+IrGbd5yii+qjU= =wUuu -----END PGP SIGNATURE----- --------------enig220CB0E6DE3B12136E6764DA--