diff --git a/ja_JP.eucJP/articles/contributing/article.sgml b/ja_JP.eucJP/articles/contributing/article.sgml
index 4193692586..e0b78e146b 100644
--- a/ja_JP.eucJP/articles/contributing/article.sgml
+++ b/ja_JP.eucJP/articles/contributing/article.sgml
@@ -1,6474 +1,6473 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.405
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/contrib/chapter.sgml,v 1.62 2001/03/15 21:09:23 hrs Exp $
+     Original revision: 1.406
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/contrib/chapter.sgml,v 1.63 2001/04/08 15:33:39 hrs Exp $
 -->
 
 <chapter id="contrib">
   <title>FreeBSD への貢献</title>
 
   <para><emphasis>原作: &a.jkh;.</emphasis></para>
 
   <para><emphasis>訳: &a.jp.iwasaki;,
       1997 年 4 月 27 日.</emphasis></para>
 
   <para>あなたも何か FreeBSD のために貢献したくなりましたか?
     素晴らしい! 私たちは常に支援を受ける用意がありますし, FreeBSD
     は生き残るためにユー
     ザベースの貢献に<emphasis>頼る</emphasis>ようなシステムの一つです.
     あなたの貢献は 感謝されるだけではなく, FreeBSD
     が成長し続けるために極めて重要なものな のです!</para>
 
   <para>一部の人達が言っているのとは逆に,
     貢献を受け付けてもらうために腕利 きのプログラマーになるとか
     FreeBSD コアチームの人と親友になる必要はあ りません. FreeBSD
     プロジェクトの開発は, 多くのそして益々増加する世界中
     の貢献者達によってなされており, 彼らの年齢,
     専門技術分野は多岐に渡りま す.
     そして手の空いている人よりも
     成されるべき仕事の方が常に多いのです.</para>
 
   <para>FreeBSD
     プロジェクトがカーネルや散在しているユーティリティよりも,
     オペレーティングシステム環境 (と, そのインストール)
     に対して責任を持つ ようになったため,
     私たちの<filename>TODO</filename>リストはドキュメンテーション,
     ベータテ スト,
     高度に専門化されたタイプのカーネル開発の好例を紹介するなど非常に
     広い範囲のタスクに渡ります. あなたの技能レベルに関わらず,
     プロジェクト を支援できることが必ず何かあります!</para>
 
   <para>FreeBSD
     関連の事業に従事している商業団体が私たちにコンタクトすること
     も歓迎します. あなたの製品を (FreeBSD 上で) 動作させるには,
     特別な拡張 が必要ではありませんか?
     あまりにも風変わりな要求でなければ, それを受け
     入れる用意が私たちにあるとわかるはずです.
     付加価値のある製品ですか? 私たちに知らせてください! 多分私たちは,
     ある 面において共同して作業をすることができるでしょう.
     フリーソフトウェア界 は,
     ソフトウェアがそのライフサイクルを通してどのように開発され,
     売られ,  保守されていくかについて, 既存の仮説に挑戦しています.
     少なくとももう一
     度考慮してみることを私たちは強くお奨めします.</para>
 
   <sect1 id="contrib-what">
     <title>何が必要?</title>
 
     <para>次のタスクとサブプロジェクトのリストは, コアチームの色々な
       <filename>TODO</filename> リ
       ストと最近2ヶ月で集めたユーザリクエストを合わせたものです.
       可能なとこ ろでは, 緊急度によってタスクがランクづけされています.
       もしここにあるタ スクの実行に興味があるのでしたら,
       コーディネータの名前をクリックしてメー ルを送ってください.
       もしコーディネータが決まっていなければ, あなたがボ
       ランティアしてみませんか?</para>
 
     <sect2>
       <title>優先度の高いタスク</title>
 
       <para>次のタスクは通常, ひどく壊れているとか,
 	とても必要とされている何かを 表しているため,
 	急務と考えられています:</para>
 
       <orderedlist>
 	<listitem>
 	  <para>第3ステージ・ブート問題. 全体コーディネーション:
 	    &a.hackers;</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para>第3ステージがディスクの BIOS
 		ジオメトリの正確なマッピングを提供 できるように WinNT
 		コンパチブルなドライブの追跡をおこなう.</para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
 
 	<listitem>
 	  <para>ファイルシステム問題. 全体コーディネーション:
 	    &a.fs;</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para>nullfs ファイルシステムコードのクリーンアップと
 		ドキュメンテーション. コーディネータ: &a.eivind;</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>union ファイルシステムの修正. コーディネータ:
 		&a.dg;</para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
 
 	<listitem>
 	  <para>Int13 vm86 ディスクドライバの実装. コーディネータ:
 	    &a.hackers;</para>
 	</listitem>
 
 	<listitem>
 	  <para>New bus アーキテクチャカーネル.  コーディネータ:
 	    &a.newbus;</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para>すべての現存 ISA ドライバの
 	        新しいアーキテクチャへの移植.</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>すべての割り込み処理コードを
 		適切なバスドライバに移動.</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>PCI サブシステムの
 	        新しいアーキテクチャへの移植.  コーディネータ:
 	        &a.dfr;</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>リムーバブルデバイスを正しく扱う方法を見い出し,
 		PC-Card や CardBus を実装するための土台にする.</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>プローブ・アタッチの優先順位の問題を
 		一回ですっきりと解決する.</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>その他残りのバスをすべて新しい
 		アーキテクチャへと移行する.</para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
 
 	<listitem>
 	  <para>カーネルの諸問題. 全体コーディネーション:
 		&a.hackers;</para>
 	</listitem>
 
 	<listitem>
 	  <para>より積極的にセキュリティ基盤の整備を進める.
 	    全体コーディネーション: &a.security;</para>
 	  
 	  <itemizedlist>
 	    <listitem>
 	      <para>Tripwire(TM) のようなものをカーネル内の
 		リモート・ローカル両部分に備える.
 		これを正しく実現する上で, 暗号技術に関する問題が
 		いろいろと上がっています.
 		詳細についてはコーディネータに連絡を取ってみてください.
 		コーディネータ: &a.eivind;</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>カーネルで (UID を) 0 と比較している部分を
 		すべて <literal>suser()</literal> を使うようにする.
 		現在, 約半分の箇所が使っています.
 		コーディネータ: &a.eivind;</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>セキュアレベルをいくつかの部分に分ける.
 		これによって管理者は, 放棄しても構わない
 		権限については放棄できるようになります.
 		当然ながら, 全体セキュアレベルをセットしたときの
 		効果は現在のままにしなければなりません.
 		コーディネータ: &a.eivind;</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>BPF に対して <quote>許可されたプログラム</quote>
 		のリストをアップロードできるようにして、 BPF がそれ以外の
 		プログラムを受け入れるのを食い止める.
 		これによって, BPF を例えば DHCP に使うと, アタッカーに
 		ローカルネットワークをこっそり探られることもなくなる
 		でしょう.</para>
 	    </listitem>
 	    
 	    <listitem>
 	      <para>セキュリティチェッカスクリプトを更新する.
 		何はともあれ, 他の BSD 派生システムにあるチェックは
 		すべて取り込む. さらに, システムがセキュアレベルを
 		高くしている場合には, 関連箇所について適切なフラグを
 		設定しているかどうかのチェックを行うようにする.
 		コーディネータ: &a.eivind;</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>カーネルに認証機構を設け, 認証ポリシーを
 		複数サポートする. その一部は <literal>suser()</literal>
 		を修正することで可能でしょう.
 		コーディネータ: &a.eivind;</para>
 	    </listitem>
 	    
 	    <listitem>
 	      <para>NFS レイヤにコードを追加し, NFS パーティションの
 		外に出るような <literal>chdir("..")</literal> は
 		できないようにする. 例えば, <filename>/usr</filename>
 		が UFS で <filename>/usr/src</filename> が NFS
 		エクスポートされているとします.  現在では, 
 		<filename>/usr/src</filename> への NFS ファイル
 		ハンドルを使って <filename>/usr</filename> に
 		アクセスできてしまう可能性があります.</para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </orderedlist>
     </sect2>
 
     <sect2>
       <title>優先度がさほど高くないタスク</title>
 
       <para>次のタスクはやっておくべきではありますが,
 	特にさし迫っているわけで はありません:</para>
 
       <orderedlist>
 	<listitem>
 	  <para>完全な KLD ベースのドライバのサポート /
 	    コンフィグレーションマネー ジャ.</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para>穏やかな方法でハードウェアを検知する
 		コンフィグレーションマネージャ の作成
 		(第3ステージ・ブートの中に?). ハードウェアが必要とする
 		KLD だけを 残す等.</para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
 
 	<listitem>
 	  <para>PCMCIA/PCCARD. コーディネータ: &a.msmith; と &a.imp;</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para>ドキュメンテーション!</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>pcic ドライバの信頼性のある操作 (テスト要).</para>
 	    </listitem>
 
 	    <listitem>
 	      <para><filename>sio.c</filename>
 		のリコグナイザとハンドラ (ほぼ完了).</para>
 	    </listitem>
 
 	    <listitem>
 	      <para><filename>ed.c</filename> のリコグナイザとハンドラ
 		(ほぼ完了).</para>
 	    </listitem>
 
 	    <listitem>
 	      <para><filename>ep.c</filename> のリコグナイザとハンドラ
 		(ほぼ完了).</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>User-mode のリコグナイザとハンドラ
 		(部分的に完了).</para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
 
 	<listitem>
 	  <para>先進的なパワーマネージメント. コーディネータ: &a.nate;
 	    と &a.phk;</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para>APM サブドライバ (ほぼ完了).</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>IDE/ATA ディスクサブドライバ (部分的に完了).</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>syscons/pcvt サブドライバ.</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>PCMCIA/PCCARD ドライバ群との統合 (サスペンド /
 		レジューム).</para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </orderedlist>
     </sect2>
 
     <sect2>
       <title>優先度の低いタスク</title>
 
       <para>次のタスクは全くのあら隠し,
 	または誰もすぐにおこないそうもない投資
 	のような仕事を表します:</para>
 
       <para>最初の N 項目は Terry Lambert
 	<email>terry@lambert.org</email> からのものです.</para>
 
       <orderedlist>
 	<listitem>
 	  <para>ネットワークカードと一緒に提供される ODI
 	    カードドライバを使用で きるようにする, NetWare サーバ
 	    (プロテクトモードの ODI ドライバ) ロー ダとサブサービス.
 	    NDIS ドライバと NetWare の SCSI ドライバについても同
 	    様.</para>
 	</listitem>
 
 	<listitem>
 	  <para>前のリビジョンの FreeBSD マシンではなく, Linux
 	    マシンで動作する 「アップグレード
 	    システム」オプション.</para>
 	</listitem>
 
 	<listitem>
 	  <para>カーネルのマルチスレッド化
 	    (カーネルのプリエンプションが必要).</para>
 	</listitem>
 
 	<listitem>
 	  <para>カーネルのプリエンプション付き対称マルチプロセッシング
 	    (カーネル のプリエンプションが必要).</para>
 	</listitem>
 
 	<listitem>
 	  <para>ポータブルコンピュータのサポートにおける協調の試み.
 	    これは PCMCIA
 	    ブリッジング規則と電源管理イベント処理の変更により, いく
 	    らかは処理できます. しかし,
 	    内蔵ディスプレイと外部ディスプレイの検出, この 2
 	    種類のディスプレイがあるという事実に基づく
 	    異なる解像度の選択, マシンがドックにある場合には
 	    ディスクのモータ停止を防止すること, マシンの
 	    ブート能力に影響を与えずにドックベースのカードの消滅を
 	    可能にすること  (PCMCIA と同じ問題)
 	    などの問題があります.</para>
 	</listitem>
       </orderedlist>
     </sect2>
 
     <sect2>
       <title>もっと簡単なタスク</title>
 
       <para>上のセクションで挙げたタスクは膨大な時間の投資または
 	FreeBSD のカーネルに関する深い知識を必要とします
 	(もしくはそのどちらも). しかしながら,
 	&quot;週末ハッカー&quot;やプログラミングのスキルを持
 	たない人々に適した立派なタスクも数多くあります.</para>
 
       <orderedlist>
 	<listitem>
 	  <para>FreeBSD-current を運用しており,
 	    状態の良いインターネット接続があ るならば, <hostid
 	      role="fqdn">current.FreeBSD.org</hostid>
 	    という一日に一回フルリリースを行っている マシンがあります
 	    &mdash; 時おり最新のリリースをそこからインストールし, その
 	    過程で何か問題があるなら報告して下さい.</para>
 	</listitem>
 
 	<listitem>
 	  <para>freebsd-bugs
 	    メーリングリストを読んでください. そこではあなたが建
 	    設的なコメントを付けたりテストできるパッチが
 	    提供されているような問題がある かもしれません.
 	    もしくはそれらの問題の一つをあなた自身で修正することさえ
 	    できるかもしれません.</para>
 	</listitem>
 
 	<listitem>
 	  <para>定期的に FAQ とハンドブックを通して読んでみてください.
 	    もしまずい説明や古い事柄や完全に間違っていることなどが
 	    あれば我々に しらせて下さい.
 	    さらに良いのは我々に修正案を送ることです (SGML
 	    は学ぶのにそれほど難しくありませんが,
 	    プレインテキストでも問題は ありません).</para>
 	</listitem>
 
 	<listitem>
 	  <para>(もしまだないならば) FreeBSD
 	    のドキュメントを自分の母国語に翻訳
 	    するのを手伝ってください &mdash;
 	    作業している人がいるかどうか &a.doc; にメールを
 	    送って聞くだけです. とはいっても,
 	    そうすることによってあなたが全ての FreeBSD
 	    ドキュメントの翻訳に携わるように
 	    なるというわけではないですから ね &mdash; 実際,
 	    もっとも翻訳が必要とされているドキュメントはインストール方
 	    法です.</para>
 	</listitem>
 
 	<listitem>
 	  <para>たまに(もしくは定期的に) freebsd-questions
 	    メーリングリストや
 	    <literal>comp.unix.bsd.freebsd.misc</literal>
 	    を読んでください. これは, あなたの持ってい
 	    る専門知識を共有したり誰かが抱えている問題を
 	    解決するのに非常に有効な ものになり得ることです.
 	    時にはあなた自身で新しいことを学ぶことさえ
 	    できるかもしれません.
 	    これらのフォーラムはやるべきことのアイディア
 	    の源にもなり得るのです.</para>
 	</listitem>
 
 	<listitem>
 	  <para>-current に正しく当てられるがしばらく経っても(通常は
 	    2, 3 週間) -stable
 	    に取り込まれてないようなバグフィックスがあるならば
 	    コミッターに 丁寧に思い出させてください.</para>
 	</listitem>
 
 	<listitem>
 	  <para>寄贈ソフトウェアをソースツリーの
 	    <filename>src/contrib</filename>
 	    に移動させてください.</para>
 	</listitem>
 
 	<listitem>
 	  <para><filename>src/contrib</filename>
 	    以下のコードが最新のものであるか確認してください.</para>
 	</listitem>
 
 	<listitem>
 	  <para>2000 年問題に関するバグを探してください(そして,
 	    見つけたら修正してください!).</para>
 	</listitem>
 
 	<listitem>
 	  <para>警告を詳細に報告するようにして
             ソースツリー全体(もしくはその一部)を構築してみてください.
 	    そして警告が出ないようにしてください.</para>
 	</listitem>
 
 	<listitem>
 	  <para>ports で, gets() を使っているとか malloc.h
 	    をインクルードしている
 	    などといった警告が出ないようにしてください.</para>
 	</listitem>
 
 	<listitem>
 	  <para>もしなんらかの ports に関わっているなら,
 	    あなたのパッチを作者に フィードバックしてください
 	    (次のバージョンが出た時にあなたが楽になります).</para>
 	</listitem>
 
 	<listitem>
 	  <para>このリストに追加するタスクを提案して下さい!</para>
 	</listitem>
       </orderedlist>
     </sect2>
 
     <sect2>
       <title>障害報告(PR; Problem Report)データベースにおける作業</title>
 
       <para><ulink url="http://www.FreeBSD.org/cgi/query-pr-summary.cgi">
 	FreeBSD 障害報告リスト</ulink>では, 現在問題となっている報告と,
         FreeBSD の利用者によって提出された改良の要望に関する
 	全てのリストを公開しています.
         open 状態の障害情報を見て, 興味を引く内容かどうか確かめて下さい.
         本当に複雑なものも含まれているでしょうし,
         例えば, 障害報告に対する修正がちゃんとしたものであるかどうか
         単にチェックするだけのとても簡単な作業もあるでしょう.</para>
 
       <para>まず, まだ誰にも割り当てられていない障害報告から作業を
         始めて下さい. もし, 誰か他の人に割り当てが決まっているけれども
         自分が作業可能だ, というものがあれば, 作業ができるかどうか&mdash;
         既にテスト用パッチが用意されているのかどうか, あるいは
         その問題についてあなたが考えている,
         より進んだ考えに関して議論ができるかどうか,
         割り当てられている人に電子メールで問い合わせて下さい.
       </para>
 
     </sect2>
   </sect1>
 
   <sect1 id="contrib-how">
     <title>貢献の仕方</title>
 
     <para>一般的に, システムへの貢献は次の 6
       つのカテゴリの1つ以上に分類されます:</para>
 
     <sect2 id="contrib-general">
       <title>バグ報告と一般的な論評</title>
 
       <para>報告するべきバグがあったり, 提案したいことがあれば:</para>
 
       <para><emphasis>一般的な</emphasis>
 	技術的関心事に関するアイデアや提案は  &a.hackers;
 	へメールしてください. 同様に, このような事柄に興味のある
 	(そして<emphasis>膨大な</emphasis>メール!  に耐えられる) 人は,
 	  &a.majordomo; へメールを送って hackers
 	メーリングリストに参加すると良いでしょう. 情報については
 	<link linkend="eresources-mail">メーリングリスト</link>
 	を参照してください.</para>
 
       <para>バグを発見したり変更を送付しようとしている場合は
 	&man.send-pr.1; プログラムか <ulink
 	  url="http://www.FreeBSD.org/send-pr.html">WEB ベースの
 	  send-pr</ulink> を使用して報告してください.
 	バグレポートの各項目を埋めるようにしてください.  65KB
 	を超えるのでなければ, レポート中に直接
 	パッチを入れてくださって結構です.
 	その場合, カット＆ペーストは<emphasis>しないで</emphasis>
 	ください. カット＆ペーストではタブがスペースに展開されて
 	パッチが使い物にならなくなってしまいます.
 	20KB を超える場合は,
 	それらを compress して &man.uuencode.1;
 	することも検討してください. とても大きくなる場合は <ulink
 	  url="ftp://ftp.FreeBSD.org/pub/FreeBSD/incoming/">
 	  ftp.FreeBSD.org:/pub/FreeBSD/incoming/</ulink>
 	を利用してください.
       </para>
 
       <para>レポートがファイリングされれば, バグ報告の確認と
 	トラッキング番号をメールで受け取るはずです.
 	このトラッキング番号を覚えておき, 問題に関する詳細情報を
 	<email>bug-followup@FreeBSD.org</email> に
 	メールで送って更新できるようにしてください.  例えば
 	<literal>"Re: kern/3377"</literal> のように,
 	この番号をサブジェクト行に使用してください.
 	すべてのバグレポートの追加情報は,
 	この方法で送付されなければいけません.</para>
 
       <para>もしタイムリに (あなたの電子メール接続形態にもよりますが,
 	3日から 1週間)  確認を受けとれないとか, 何らかの理由で
 	&man.send-pr.1; コマンドが 使用できない場合には, &a.bugs;
 	へメールを送り, 誰か代りにバグ報告を
 	送付してもらうようたずねてください.</para>
     </sect2>
 
     <sect2>
       <title>文書の変更</title>
 
       <para>文書の変更は &a.doc; が監督しています.  <link
 	  linkend="contrib-general">バグ報告と一般的な論評</link>
 	に記述されているように <command>send-pr</command>
 	コマンドを使用して,  提案や変更
 	(どんな些細なものでも歓迎します!) を送ってください.</para>
     </sect2>
 
     <sect2>
       <title>現存のソースコードの変更</title>
       
       <para>現存のソースコードへの追加または変更は,
 	いくらかトリッキーな仕事で あり, core の FreeBSD
 	開発の現状にあなたがどれだけ通じているかに大 きく依存します.
 	<quote>FreeBSD-current</quote>として知られる FreeBSD の特別な
 	継続的リリースがあります. FreeBSD-current
 	は開発者の積極的な活動の 便宜のために,
 	色々な方法で利用可能になっています. FreeBSD-current
 	の入手と使用方法についての詳しい情報については <link
 	  linkend="current">最新の FreeBSD を追いかける</link>
 	を参照してください.</para>
 
       <para>不幸にして古いソースをもとに仕事をすることは,
 	時々あなたの変更が時 代遅れ, または FreeBSD
 	への簡単な再統合に合わなくなっていることを意 味します.
 	システムの現状に関する議論がおこなわれている &a.announce; と
 	&a.current; へ参加することで,
 	この可能性を最小限にすることができます.</para>
 
       <para>完全な最新のソースを変更のベースにできることが
 	確実になったと仮定し て, 次のステップは FreeBSD
 	の保守担当者へ送る差分ファイルの生成です.  これは &man.diff.1;
 	コマンドを使用しておこないますが, <quote>context
 	diff</quote>形式が好まれるようです. 例えば:</para>
 
       <screen>&prompt.user; <userinput>diff -c oldfile newfile</userinput></screen>
 
       <para>または</para>
 
       <screen>&prompt.user; <userinput>diff -c -r olddir newdir</userinput></screen>
 
       <para>これで指定されたソースファイルまたはディレクトリ階層に
 	対するコンテ キスト形式の差分が生成されます. 詳しい説明は
 	&man.diff.1; のマ ニュアルページを参照してください.</para>
 
       <para>差分ファイル (&man.patch.1; コマンドでテストできます)
 	を作ったら,  それらを FreeBSD
 	に含めてもらうようメールで送ってください.  <link
 	  linkend="contrib-general">バグ報告と一般的な論評</link>
 	に記述されているように &man.send-pr.1;
 	コマンドを使用してください.  差分ファイルだけを &a.hackers;
 	へ送ってはいけません.  途方にくれてしまいます!
 	私たちは多忙なので, あなたの提案に大変感謝します
 	(これはボランティアのプロジェクトです!).
 	すぐに取りかかることはできませんが, 処理されるまでは ちゃんと
 	pr データベースに残っています.</para>
 
       <para>あなたがそうした方がいいと思う場合 (例えば,
 	ファイルの追加,  削除または名称変更など), 変更を
 	<command>tar</command> ファイルにまとめ,  &man.uuencode.1;
 	プログラムにかけてください.  shar
 	アーカイブも歓迎します.</para>
 
       <para>例えばあなたがそれ自身のさらなる配布を管理する
 	コピーライト問題を良 く分かっていないとか,
 	単に厳しいレビューをおこなっておらず, リリース
 	する準備ができていないなど,
 	あなたの変更が潜在的に不安定な性質をも つものである場合,
 	&man.send-pr.1; で送付するよりむしろ &a.core;
 	へ直接送ってください. コアチームメーリングリスト宛のメールは,
 	日々の仕事のほとんどを FreeBSD でおこなっている人たちの,
 	より小さなグルー プに届きます.
 	このグループもまた<emphasis>とても忙しい</emphasis>
 	ことに注意し て, 本当に必要な場合にコアチームの彼らにメールを
 	送るだけにしてください.</para>
 
       <para>コーディングスタイルに関する情報は <command>man 9
 	  intro</command> および  <command>man 9 style</command>
 	を参照してください. コードを提出する前には,
 	少なくともこの情報を意識しておいてくださるようお願いします.
       </para>
     </sect2>
 
     <sect2>
       <title>新たなコードやメジャーな付加価値の高いパッケージ</title>
 
       <para>重要な大きい仕事の寄贈や, 重要な新しい機能を
 	FreeBSD に追加する場合には, 変更点を tar/uuencode
 	したファイルにして送るか, それらを web や FTP サイトへ
 	アップロードしてアクセスできるようにすることの
 	どちらかが通常必要になります.  web や FTP サイトへのアクセスが
 	できないときは適切な FreeBSD のメーリングリストで誰かに
 	変更を受け取って貰ってください.</para>
 
       <para>大量のコードを伴った仕事の場合,
 	コピーライトの神経過敏な問題が常に出てきます. FreeBSD
 	に含めるコードのコピーライトとして受け入れることができるのは,
 	以下の二つです:</para>
 
       <orderedlist>
 	<listitem>
 	  <para>BSD コピーライト.
 	    このコピーライトは<quote>権利に縛られない</quote>性格
 	    と商用企業にとって一般的な魅力をもつために最も好まれます.
 	    FreeBSD プロジェクトは商用利用を阻んだりせず, 何かを
 	    FreeBSD
 	    へ投資する気になった商業関係者による参加を積極的に奨励
 	    します.</para>
 	</listitem>
 
 	<listitem>
 	  <para>GNU一般公有使用許諾, または<quote>GPL</quote>.
 	    このライセンスはコード
 	    を商用目的に使用する場合に余分な努力が求められるため,
 	    私たちにあまり評判が良いというわけではありません. しかし,
 	    私たちは既に GPL 下の高品質なコード (コンパイラ,
 	    アセンブラ, テキストフォーマッタ等) の提供を受けており,
 	    私たちは現在それを必要としています. そのため,
 	    このライセンスによる新たな貢献を拒絶す
 	    るというのは愚かなことでしょう. GPL
 	    下のコードはソースツリー の別の部分, 現在のところ
 	    <filename>/sys/gnu</filename> か
 	    <filename>/usr/src/gnu</filename> に入っています.
 	    そのため, GPL が問題となるような人は,
 	    誰でも簡単にそれとわかるようになっています.</para>
 	</listitem>
       </orderedlist>
 
       <para>これ以外のタイプのコピーライトによる寄贈は, FreeBSD
 	へ含めることを考慮する前に,
 	注意深いレビューを受けなければなりません. 作者が独自
 	のチャネルを通して配布しており,
 	そのような変更をおこなうことを常に奨励している場合でも,
 	特に限定的な商用のコピーライトが適用される寄
 	贈は一般に拒否されます.</para>
 
       <para>あなたの作品に <quote>BSD-スタイル</quote>
 	のコピーライトを付けるには, 保護した
 	いソースコードファイルすべての一番最初に
 	以下のテキストを入れて, <literal>%%</literal>
 	の間を適切な情報に置き換えください.</para>
 
-      <programlisting>
-Copyright (c) %%適切な年%%
+      <programlisting>Copyright (c) %%適切な年%%
 	%%あなたの名前%%, %%あなたの州%%  %%郵便番号%%.
       All rights reserved.
 
 Redistribution and use in source and binary forms, with or without
 modification, are permitted provided that the following conditions
 are met:
 1. Redistributions of source code must retain the above copyright
    notice, this list of conditions and the following disclaimer as
    the first lines of this file unmodified.
 2. Redistributions in binary form must reproduce the above copyright
    notice, this list of conditions and the following disclaimer in the
    documentation and/or other materials provided with the distribution.
 
 THIS SOFTWARE IS PROVIDED BY %%あなたの名前%% ``AS IS'' AND ANY EXPRESS OR
 IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
 OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED.
 IN NO EVENT SHALL %%あなたの名前%% BE LIABLE FOR ANY DIRECT, INDIRECT,
 INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT
 NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
 DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
 THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
 (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF
 THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
 
        &#36;Id&#36;</programlisting>
 
       <para>便宜をはかるため,
 	このテキストのコピーは次の場所に置いてあります.
 	<filename>/usr/share/examples/etc/bsd-style-copyright</filename>.
       </para>
 
       <para>(訳注: 以下は神田敏広氏より寄贈された bsd-style-copyright
 	の日本語訳です.
 	ソースファイルに含めるものは原文の方であることに注意して
 	ご利用ください.  また, 原文との間に趣旨の差異が生じた場合,
 	原文の内容が FreeBSD プロジェクトの
 	意思であるものとします.)</para>
 
       <programlisting>
 Copyright (C) [年]
      [あなたの名前]  All rights reserved.
 
 ソースとバイナリ形式の再配布および使用は, 変更の有無にかかわらず以下の
 条件を満たす場合に限り許可される:
 1. ソースコードの再配布は, 上記の著作権表示・この条件のリスト・下記の
    否認声明文を保持しなければならない.
 
 2. バイナリ形式の再配布は, 上記の著作権表示・この条件のリスト・下記の
    否認声明文を, 配布物と共に提供される文書および/または他の資料の中に
    含めなければならない.
 
 (訳注:ここから「否認声明文」です)
 
 このソフトウェアは[あなたの名前]および貢献者によって ``あるがままの状態''
 で提供され, 商品性と特定の目的に対する適合性についての暗黙の保証に留ま
 らず, いかなる明示および暗黙の保証を認めない. [あなたの名前]および貢献
 者は, あらゆる直接的・間接的・偶発的・特殊的・典型的・必然的な損害 (代
 替製品または代替サービスの獲得費; 効用・データ・利益の喪失; または業務
 中断を含み, またそれだけに留まらない損害) に対して, たとえどのようにし
 て生じたとしても, そしてこのソフトウェアの使用によってどのようにであれ
 生じる, 契約上であろうと, 厳密な責任内であろうと, あるいは不正行為 (過
 失やそうでない場合を含む) における場合であろうとも, いかなる責任論上も,
 たとえそのような損害の可能性が予見されていたとしても, 一切の責任を持た
 ない.
 
 翻訳: 神田敏広
 御協力 (五十音順・敬称略):
   池田研二, 内川 喜章, 藤村 英治, むらたしゅういちろう
   杢野 雅一, 横田＠宇都宮
       </programlisting>
     </sect2>
 
     <sect2>
       <title>金銭, ハードウェアまたはインターネットアクセス</title>
 
       <para>FreeBSD プロジェクトの目的を進めるための寄付や,
 	私たちと同じような ボランティアの細く長い! 努力を,
 	私たちは常に喜んで受け入れています.
 	また一般的に私たちは自分達で
 	周辺機器を買う資金が不足しているため,
 	周辺機器のサポートを充実させるのに
 	ハードウェアの寄付はとても重要です.</para>
 
       <sect3 id="donations">
 	<title>資金の寄付</title>
 
 	<para>FreeBSD プロジェクトは501(C3) (非営利) 企業ではないため,
 	  いかなる寄付に対しても特別な税金の優遇措置を提供することができません.
 	  このような 寄付はプロジェクトを代表して FreeBSD, Inc.
 	  により感謝をもって受け入れられるでしょう.</para>
 
 	<para>FreeBSD, Inc. は FreeBSD
 	  プロジェクトの推進とプロジェクトに企業とし
 	  ての最小限の体裁を持たせることを目的として, 1995年の初めに
 	  &a.jkh; と &a.dg; により設立されました.
 	  寄付されたすべての資金は (最終的に FreeBSD,
 	  Inc.によりもたらされるであろうすべての利益も同様に)
 	  プロジェクトの目標を推進するためだけに使われるでしょう.</para>
 
 	<para>支払い先を FreeBSD, Inc. とした小切手を,
 	  次の住所気付けで送ってください:</para>
 
 	<address>
 	  <otheraddr>FreeBSD, Inc.</otheraddr>
 	  <otheraddr>c/o Jordan Hubbard</otheraddr>
 	  <street>4041 Pike Lane, Suite F</street>
 	  <city>Concord</city>
 	  <state>CA</state>, <postcode>94520</postcode>
 	</address>
 
 	<para>[現在 私書箱が開設されるまで一時的に BSDi
 	  の住所を使用]</para>
 
 	<para>電信振替は次の所まで直接送れるでしょう:</para>
 
 	<address>
 	  <otheraddr>Bank Of America</otheraddr>
 	  <otheraddr>Concord Main Office</otheraddr>
 	  <pob>P.O. Box 37176</pob>
 	  <city>San Francisco</city>
 	  <state>CA</state>, <postcode>94137-5176</postcode>
 
 	  <otheraddr>Routing #: 121-000-358</otheraddr>
 	  <otheraddr>Account #: 01411-07441 (FreeBSD, Inc.)</otheraddr>
 	</address>
 
 	<para>寄付に関することは全て電子メールもしくは上記 FreeBSD,
 	  Inc. の住所宛の郵政省メールにて &a.jkh
 	  までお送りくださるようお願いします.</para>
 
 	<para>もし <link linkend="donors">寄贈者ギャラリー</link>
 	  の節で匿名を希望される方は, 寄付の際にその旨お伝えください.
 	  Thanks!</para>
       </sect3>
 
       <sect3>
 	<title>ハードウェアの寄贈</title>
 
 	<para>FreeBSD プロジェクトは,
 	  次の3つのカテゴリのどんなハードウェアの寄贈も,
 	  喜んで受け付けます:</para>
 
 	<itemizedlist>
 	  <listitem>
 	    <para>ディスクドライブ,
 	      メモリまたは完全なシステムといった一般用途のハードウェアは,
 	      <emphasis>資金の寄付</emphasis>の節にある
 	      FreeBSD, Inc. の住所まで送っ てください.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>進行中の受け入れテストのための
 	      ハードウェアが必要とされていま す.
 	      新たなリリース毎に適切な逆行テストができるように,
 	      私たちは現在,  FreeBSD
 	      がサポートするすべてのコンポーネントの
 	      テストラボを設置しよう としています. 私たちにはまだ,
 	      たくさんの重要な部品 (ネットワークカード,
 	      マザーボードなど) が不足していますので,
 	      このような寄贈をしたいと思って いるならば, &a.dg;
 	      へコンタクトしてどの部品がまだ必要とされているか
 	      の情報を得てください.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>現在 FreeBSD にサポートされていないハードウェアで,
 	      サポートに追加して欲しいもの.
 	      私たちが新しいハードウェアを受けとる前にそのタスクを
 	      引き受けてくれる開発者を探す必要があるため,
 	      その部品を送る前に &a.core;
 	      にコンタクトを取ってください.</para>
 	  </listitem>
 	</itemizedlist>
       </sect3>
 
       <sect3>
 	<title>インターネットアクセスの寄付</title>
 
 	<para>私たちは常に FTP, WWW や <command>cvsup</command>
 	  の新しいミラーサイトを募集しています.
 	  ミラーサイトになりたい場合には the FreeBSD project
 	  administrators <email>hubs@FreeBSD.org</email>
 	  にコンタクトを取って, 詳しい情報を手に入れてください.</para>
       </sect3>
     </sect2>
   </sect1>
 
   <sect1 id="donors">
     <title>寄贈者ギャラリー</title>
 
     <para>FreeBSD プロジェクトは次の寄贈者に恩義を受けており,
       ここに公表して感謝の意を表したいと思います.</para>
 
     <itemizedlist>
       <listitem>
 	<para><emphasis>
 	    セントラルサーバプロジェクトへの寄贈者:</emphasis></para>
 
 	<para>次に挙げる個人および企業からは,
 	  セントラルサーバマシンのための 部品の寄贈を頂いており,
 	  それによって <hostid
 	    role="fqdn">freefall.FreeBSD.org</hostid>
 	  をリプレースして新たに FreeBSD
 	  プロジェクトのセントラルサーバマシンを
 	  構築することができました:</para>
 
 	<itemizedlist>
 	  <listitem>
 	    <para>&a.mbarkah
 	      と彼の所属する <ulink
 		url="http://www.hemi.com/">Hemisphere Online</ulink>
 	      は, <emphasis>Pentium Pro (P6) 200Mhz CPU</emphasis>
 	      を寄贈してくださいました.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.asacomputers.com/">ASA
 		Computers</ulink> は, <emphasis>Tyan 1662
 		マザーボード</emphasis>
 	      を寄贈してくださいました.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.via.net/">ViaNet
 		Communications</ulink> の Joe McGuckin
 	      <email>joe@via.net</email> は, <emphasis>Kingston
 		イーサネットコントローラ</emphasis>
 	      を寄贈してくださいました.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Jack O'Neill
 	      <email>jack@diamond.xtalwind.net</email> は,
 	      <emphasis>NCR 53C875 SCSI コントローラカード</emphasis>
 	      を寄贈してくださいました.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.Alameda.net/">Alameda
 		Networks</ulink> の Ulf Zimmermann
 	      <email>ulf@Alameda.net</email> は, <emphasis>128MB
 		のメモリ</emphasis>, そして <emphasis>4 GB
 		のディスクドライブと匡体</emphasis>
 	      を寄贈してくださいました.</para>
 	  </listitem>
 	</itemizedlist>
       </listitem>
 
       <listitem>
 	<para><emphasis>直接的な資金提供:</emphasis></para>
 
 	<para>次に挙げる個人および企業からは FreeBSD
 	  プロジェクトに対する直接的な
 	  資金提供を頂いております:</para>
 
 	<itemizedlist>
 	  <listitem>
 	    <para>Annelise Anderson
 	      <email>ANDRSN@HOOVER.STANFORD.EDU</email></para>
 	  </listitem>
 
 	  <listitem>
 	    <para>&a.dillon</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.bluemountain.com/">Blue Mountain
 		Arts</ulink></para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.epilogue.com/">
 		Epilogue Technology Corporation</ulink></para>
 	  </listitem>
 
 	  <listitem>
 	    <para>&a.sef</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.gta.com/">Global Technology
 		Associates, Inc</ulink></para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Don Scott Wilde</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Gianmarco Giovannelli
 	      <email>gmarco@masternet.it</email></para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Josef C. Grosch <email>joeg@truenorth.org</email></para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Robert T. Morris</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>&a.chuckr</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.imagescape.com/">
 		Imaginary Landscape, LLC.</ulink>
 	      の Kenneth P. Stox
 	      <email>ken@stox.sa.enteract.com</email></para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Dmitry S. Kohmanyuk <email>dk@dog.farm.org</email></para>
 	  </listitem>
 
 	  <listitem>
 	    <para>日本の
 	      <ulink url="http://www.cdrom.co.jp/">Laser5</ulink>
 	      は, さまざまな種類の FreeBSD CD の販売利益の一部を
 	      寄付してくれました.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.mmjp.or.jp/fuki/">
 		蕗出版</ulink> は, <emphasis>はじめての FreeBSD
 	      </emphasis> の売り上げの一部を FreeBSD プロジェクト及び
 	      XFree86 プロジェクトへ寄付してくれました.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.ascii.co.jp/">アスキー</ulink>
 	      は FreeBSD 関連の書籍の売り上げの一部を FreeBSD
 	      プロジェクト及び FreeBSD 友の会へ寄付してくれました.
 	    </para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.yokogawa.co.jp/">
 		横河電機株式会社</ulink> からは FreeBSD
 	      プロジェクトへ多大な寄付をいただきました.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.buffnet.net/">BuffNET</ulink></para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.pacificsolutions.com/">Pacific
 		Solutions</ulink></para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.siemens.de/">Siemens AG</ulink>
             via <ulink url="mailto:andre.albsmeier@mchp.siemens.de">Andre
 		Albsmeier</ulink></para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="mailto:ras@interaccess.com">Chris Silva</ulink>
 	    </para>
 	  </listitem>
 
 	</itemizedlist>
       </listitem>
 
       <listitem>
 	<para><emphasis>ハードウェアの寄贈者:</emphasis></para>
 
 	<para>次に挙げる個人および企業からは,
 	  テストやデバイスドライバの開発 / サポート
 	  のためのハードウェアの寄贈を頂いております:</para>
 
 	<itemizedlist>
 	  <listitem>
 	    <para>BSDi は,
 	      ネットワークへのアクセスおよび
 	      他のハードウェアリソースの寄贈はいうまでもなく,
 	      開発に使うための Pentium P5-90 と 486/DX2-66 EISA/VL
 	      のシステム数台を提供してくださいました.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>TRW Financial Sysytems 社は, PC 130台, 68 GB
 	      のファイルサーバ 3台, 12のイーサネット,
 	      ディスクレスコードのデバッグをおこなうための ルータ
 	      2台及び ATM スイッチを提供してくださいました.  また,
 	      彼らは 2, 3人の FreeBSD ハッカーを雇って, FreeBSD
 	      に専念させてくださっております.
 	      ありがとうございます!</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Dermot McDonnell は, 東芝 XM3401B CD-ROM ドライブを
 	      寄贈してくださいました. その CD-ROM ドライブは現在
 	      freefall で使用されています.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>&a.chuck; は, 実験用のフロッピーテープストリーマを
 	      寄付してくださいました.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Larry Altneu <email>larry@ALR.COM</email> と
 	      &a.wilko;は, <devicename>wt</devicename>
 	      ドライバを改良するために Wangtek と Archive の QIC-02
 	      テープドライブを提供してくださいました.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Ernst Winter <email>ewinter@lobo.muc.de</email> は,
 	      このプロジェクトへ 2.88 MB
 	      のフロッピードライブを提供してくださいました.
 	      うまくいけば,
 	      これでフロッピーディスクドライバを書き直すための
 	      プレッシャーが増えるでしょう. <!-- smiley -->;-)</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.tekram.com/">Tekram
 		Technologies</ulink> は NCR ドライバや AMD
 	      ドライバと自社のカードの逆行テストのため  FAST/ULTRA
 	      SCSI ホストアダプタ DC-390, DC-390U, DC-390F を
 	      各１枚提供してくださいました. また, フリーな OS
 	      のためのドライバの ソースを自社の FTP サーバ <ulink
 		url="ftp://ftp.tekram.com/scsi/FreeBSD/">
 		ftp://ftp.tekram.com/scsi/FreeBSD/</ulink>
 	      で公開されていることも称賛に値するでしょう.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Larry M. Augustin
 	      は Symbios Sym8751S SCSI
 	      カードを寄贈してくださっただけでなく, Ultra-2 や LVD
 	      をサポートする次期チップ Sym53c895 のものを含む
 	      データブックのセットと, 最新の Symbios SCSI
 	      チップが持つ先進的機能を安全に使う方法について書かれた
 	      最新のプログラミングマニュアルも寄贈してくださいました.
 	      本当にありがとうございます!</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Christoph Kukulies <email>kuku@FreeBSD.org</email>
 	      は, IDE CD-ROM ドライバ開発用の FX120 12 倍速 Mitsumi
 	      CD-ROM ドライブを提供してくださいました.</para>
 	  </listitem>
 	</itemizedlist>
       </listitem>
 
       <listitem>
 	<para><emphasis>特筆すべき寄贈者:</emphasis></para>
 
 	<itemizedlist>
 	  <listitem>
 	    <para><ulink url="http://www.bsdi.com/">BSDi
 		</ulink> は,
 	      言い表せないほど多くの寄付をしてくださいました (詳細は
 	      <link linkend="history">FreeBSD 小史</link>を参照).
 	      特に, 私たちのもともとのプライマリ開発マシンである
 	      <hostid role="fqdn">freefall.FreeBSD.org</hostid>,
 	      テストおよびビルドマシンである <hostid
 		role="fqdn">thud.FreeBSD.org</hostid>
 	      で使用しているハードウェアに対し感謝したいと思います.
 	      また彼らには, 数年にわたる色々な貢献者への資金提供や,
 	      インターネットへの T1 コネクションの無制限使用を提供して
 	      頂いた恩義があります.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink
 		url="http://www.interface-business.de/">interface
 		business GmbH, Dresden</ulink> は, &a.joerg;
 	      を根気よくサポートしてくださいました. 彼は本職より
 	      FreeBSD の仕事を好みがちであり, 彼個人の接続があまりに
 	      遅くなったり途切れたりして仕事にならない時は必ず
 	      interface business の (非常に高価な) EUnet
 	      インターネット接続に頼ったものです...</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.bsdi.com/">Berkeley Software
 		Design, Inc.</ulink> は, 同社の DOS
 	      エミュレータのコードを
 	      BSD コミュニティ全体に対して提供してくれました. このコードは,
 	      <emphasis>doscmd</emphasis>
 	      コマンドに利用されています.</para>
 	  </listitem>
 	</itemizedlist>
       </listitem>
     </itemizedlist>
   </sect1>
 
   <sect1 id="contrib-corealumni">
     <title>コアチームの卒業生</title>
 
     <para>次に挙げる人々は()で記した期間, FreeBSD
       コアチームのメンバーでした. FreeBSD
       プロジェクトにおける彼らの努力に感謝の意を表します.
     </para>
 
     <para><emphasis>だいたいの年代順:</emphasis></para>
 
     <itemizedlist>
       <listitem>
 	<para>&a.ache (1993 - 2000)</para>
       </listitem>
 
       <listitem>
 	<para>&a.jmb (1993 - 2000)</para>
       </listitem>
 
       <listitem>
 	<para>&a.bde (1992 - 2000)</para>
       </listitem>
 
       <listitem>
 	<para>&a.gibbs (1993 - 2000)</para>
       </listitem>
 
       <listitem>
 	<para>&a.rich (1994 - 2000)</para>
       </listitem>
 
       <listitem>
 	<para>&a.phk (1992 - 2000)</para>
       </listitem>
 
       <listitem>
 	<para>&a.gpalmer (1993 - 2000)</para>
       </listitem>
 
       <listitem>
 	<para>&a.sos (1993 - 2000)</para>
       </listitem>
 
       <listitem>
 	<para>&a.wollman (1993 - 2000)</para>
       </listitem>
 
       <listitem>
 	<para>&a.joerg (1993 - 2000)</para>
       </listitem>
 
       <listitem>
 	<para>&a.jdp (1997 - 2000)</para>
       </listitem>
       
       <listitem>
 	<para>&a.guido (1995 - 1999)</para>
       </listitem>
 
       <listitem>
 	<para>&a.dyson (1993 - 1998)</para>
       </listitem>
 
       <listitem>
 	<para>&a.nate (1992 - 1996)</para>
       </listitem>
 
       <listitem>
 	<para>&a.rgrimes (1992 - 1995)</para>
       </listitem>
 
       <listitem>
 	<para>Andreas Schulz (1992 - 1995)</para>
       </listitem>
 
       <listitem>
 	<para>&a.csgr (1993 - 1995)</para>
       </listitem>
 
       <listitem>
 	<para>&a.paul (1992 - 1995)</para>
       </listitem>
 
       <listitem>
 	<para>&a.smace (1993 - 1994)</para>
       </listitem>
 
       <listitem>
 	<para>Andrew Moore (1993 - 1994)</para>
       </listitem>
 
       <listitem>
 	<para>Christoph Robitschko (1993 - 1994)</para>
       </listitem>
 
       <listitem>
 	<para>J. T. Conklin (1992 - 1993)</para>
       </listitem>
     </itemizedlist>
   </sect1>
 
   <sect1 id="contrib-develalumni">
     <title>開発チームの卒業生</title>
  
     <para>次にあげるのは, かつて FreeBSD
       開発チームの一員だった人々です.
       FreeBSD プロジェクトに貢献してくださった彼らに感謝します.</para>
  
     <para><emphasis>ほぼ年代順に:</emphasis></para>
  
     <itemizedlist>
       <listitem>
         <para>&a.tedm (???? - 2000)</para>
       </listitem> 
       <listitem>
         <para>&a.karl (???? - 2000)</para>
       </listitem> 
       <listitem>
         <para>&a.gclarkii (1993 - 2000)</para>
       </listitem> 
       <listitem>
         <para>&a.jraynard (???? - 2000)</para>
       </listitem> 
       <listitem>
         <para>&a.jgreco (???? - 1999)</para>
       </listitem> 
       <listitem>
         <para>&a.ats (???? - 1999)</para>
       </listitem> 
       <listitem>
         <para>Jamil Weatherby (1997 - 1999)</para>
       </listitem> 
       <listitem>
         <para>meganm (???? - 1998)</para>
       </listitem> 
       <listitem>
         <para>&a.dyson (???? - 1998)</para>
       </listitem> 
       <listitem>
         <para>Amancio Hasty (1997 - 1998)</para>
       </listitem> 
       <listitem>
         <para>Drew Derbyshire (1997 - 1998)</para>
       </listitem> 
     </itemizedlist>
   </sect1>	
 
   <sect1 id="contrib-derived">
     <title>BSD 派生ソフトウェアへのコントリビュータ</title>
 
     <para>このソフトウェアは最初は William F. Jolitz の 386BSD release
       0.1 から派生しましたが, オリジナルの 386BSD
       に固有のコードはほとんど残っていません.
       このソフトウェアは基本的にはカリフォルニア大学 バークレイ校の
       Computer Science Research Group (CSRG) とその共同研究者
       たちによる 4.4BSD-Lite リリースから再実装されました.</para>
 
     <para>また, NetBSD や OpenBSD の一部も FreeBSD
       に取り込まれています. したがって私たちは NetBSD と OpenBSD
       へ貢献した人々すべてに感謝します.</para>
   </sect1>
 
   <sect1 id="contrib-additional">
     <title>その他の FreeBSD へのコントリビュータ</title>
 
     <para>(名前でアルファベット順に):</para>
 
     <itemizedlist>
       <listitem>
 	<para>ABURAYA Ryushirou <email>rewsirow@ff.iij4u.or.jp</email></para>
       </listitem>
       
       <listitem>
 	<para>AMAGAI Yoshiji <email>amagai@nue.org</email></para>
       </listitem>
       
       <listitem>
 	<para>Aaron Bornstein <email>aaronb@j51.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Aaron Smith <email>aaron@mutex.org</email></para>
       </listitem>
 
       <listitem>
 	<para>Achim Patzner <email>ap@noses.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Ada T Lim <email>ada@bsd.org</email></para>
       </listitem>
       
       <listitem>
 	<para>Adam Baran <email>badam@mw.mil.pl</email></para>
       </listitem>
       
       <listitem>
 	<para>Adam Glass <email>glass@postgres.berkeley.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Adam Herzog <email>adam@herzogdesigns.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Adam McDougall <email>mcdouga9@egr.msu.edu</email></para>
       </listitem>
 
       <listitem>
 	<para>Adam Strohl <email>troll@digitalspark.net</email></para>
       </listitem>
 
       <listitem>
         <para>Adoal Xu <email>adoal@iname.com</email></para>
       </listitem>
 
       <listitem>
         <para>Adrian Colley <email>aecolley@ois.ie</email></para>
       </listitem>
 
       <listitem>
        <para>Adrian Hall <email>ahall@mirapoint.com</email></para>
       </listitem>
 
       <listitem>
         <para>Adrian Mariano <email>adrian@cam.cornell.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Adrian Steinmann <email>ast@marabu.ch</email></para>
       </listitem>
 
       <listitem>
         <para>Adrian T. Filipi-Martin
 	  <email>atf3r@agate.cs.virginia.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Ajit Thyagarajan <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Akio Morita
 	  <email>amorita@meadow.scphys.kyoto-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Akira SAWADA <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Akira Watanabe
 	  <email>akira@myaw.ei.meisei-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Akito Fujita <email>fujita@zoo.ncl.omron.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Alain Kalker
 	  <email>A.C.P.M.Kalker@student.utwente.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Alan Bawden <email>alan@curry.epilogue.com</email></para>
       </listitem>
 
       <listitem>
         <para>Alec Wolman <email>wolman@cs.washington.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Aled Morris <email>aledm@routers.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Aleksandr A Babaylov <email>.@babolo.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Alex G. Bulushev <email>bag@demos.su</email></para>
       </listitem>
 
       <listitem>
         <para>Alex D. Chen
 	  <email>dhchen@Canvas.dorm7.nccu.edu.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Alex Le Heux <email>alexlh@funk.org</email></para>
       </listitem>
 
       <listitem>
         <para>Alex Kapranoff <email>kappa@zombie.antar.bryansk.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Alex Perel <email>veers@disturbed.net</email></para>
       </listitem>
 
       <listitem>
         <para>Alex Varju <email>varju@webct.com</email></para>
       </listitem>
 
       <listitem>
         <para>Alex Zepeda <email>garbanzo@hooked.net</email></para>
       </listitem>
 
       <listitem>
         <para>Alexander B. Povolotsky <email>tarkhil@mgt.msk.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Alexander Gelfenbain <email>mail@gelf.com</email></para>
       </listitem>
 
       <listitem>
         <para>Alexander Leidinger
 	  <email>netchild@wurzelausix.CS.Uni-SB.DE</email></para>
       </listitem>
 
       <listitem>
         <para>Alexandre Snarskii <email>snar@paranoia.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Alistair G. Crooks <email>agc@uts.amdahl.com</email></para>
       </listitem>
 
       <listitem>
         <para>Allan Bowhill <email>bowhill@bowhill.vservers.com</email></para>
       </listitem>
 
       <listitem>
         <para>Allan Saddi <email>asaddi@philosophysw.com</email></para>
       </listitem>
 
       <listitem>
         <para>Allen Campbell <email>allenc@verinet.com</email></para>
       </listitem>
 
       <listitem>
         <para>Amakawa Shuhei <email>amakawa@hoh.t.u-tokyo.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Amancio Hasty <email>hasty@star-gate.com</email></para>
       </listitem>
 
       <listitem>
         <para>Amir Farah <email>amir@comtrol.com</email></para>
       </listitem>
 
       <listitem>
         <para>Amy Baron <email>amee@beer.org</email></para>
       </listitem>
 
       <listitem>
         <para>The Anarcat <email>beaupran@iro.umontreal.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Anatoly A. Orehovsky <email>tolik@mpeks.tomsk.su</email></para>
       </listitem>
 
       <listitem>
         <para>Anatoly Vorobey <email>mellon@pobox.com</email></para>
       </listitem>
 
       <listitem>
         <para>Anders Andersson <email>anders@codefactory.se</email></para>
       </listitem>
 
       <listitem>
         <para>Anders Nordby <email>anders@fix.no</email></para>
       </listitem>
 
       <listitem>
         <para>Anders Thulin <email>Anders.X.Thulin@telia.se</email></para>
       </listitem>
 
       <listitem>
         <para>Andras Olah <email>olah@cs.utwente.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Andre Albsmeier
 	  <email>Andre.Albsmeier@mchp.siemens.de</email></para>
       </listitem>
 
       <listitem>
         <para>Andre Goeree <email>abgoeree@uwnet.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Andre Oppermann <email>andre@pipeline.ch</email></para>
       </listitem>
 
       <listitem>
         <para>Andreas Haakh <email>ah@alman.robin.de</email></para>
       </listitem>
 
       <listitem>
         <para>Andreas Kohout <email>shanee@rabbit.augusta.de</email></para>
       </listitem>
 
       <listitem>
         <para>Andreas Lohr <email>andreas@marvin.RoBIN.de</email></para>
       </listitem>
 
       <listitem>
         <para>Andreas Schulz <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Andreas Wetzel <email>mickey@deadline.snafu.de</email></para>
       </listitem>
 
       <listitem>
         <para>Andreas Wrede <email>andreas@planix.com</email></para>
       </listitem>
 
       <listitem>
         <para>Andres Vega Garcia <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew Atrens <email>atreand@statcan.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew Boothman <email>andrew@cream.org</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew Gillham <email>gillham@andrews.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew Gordon <email>andrew.gordon@net-tel.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew Herbert <email>andrew@werple.apana.org.au</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew J. Korty <email>ajk@purdue.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew L. Moore <email>alm@mclink.com</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew L. Neporada <email>andrew@chg.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew McRae <email>amcrae@cisco.com</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew Stevenson <email>andrew@ugh.net.au</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew Timonin <email>tim@pool1.convey.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew V. Stesin <email>stesin@elvisti.kiev.ua</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew Webster <email>awebster@dataradio.com</email></para>
       </listitem>
 
       <listitem>
         <para>Andrey Novikov <email>andrey@novikov.com</email></para>
       </listitem>
 
       <listitem>
         <para>Andrey Simonenko <email>simon@comsys.ntu-kpi.kiev.ua</email></para>
       </listitem>
 
       <listitem>
 	<para>Andrey Tchoritch <email>andy@venus.sympad.net</email></para>
       </listitem>
 
       <listitem>
         <para>Andy Farkas <email>andyf@speednet.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Andy Valencia <email>ajv@csd.mot.com</email></para>
       </listitem>
 
       <listitem>
         <para>Andy Whitcroft <email>andy@sarc.city.ac.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Angelo Turetta <email>ATuretta@stylo.it</email></para>
       </listitem>
 
       <listitem>
         <para>Anthony C. Chavez <email>magus@xmission.com</email></para>
       </listitem>
 
       <listitem>
         <para>Anthony Yee-Hang Chan <email>yeehang@netcom.com</email></para>
       </listitem>
 
       <listitem>
         <para>Anton Berezin <email>tobez@plab.ku.dk</email></para>
       </listitem>
 
       <listitem>
         <para>Anton N. Bruesov <email>antonz@library.ntu-kpi.kiev.ua</email></para>
       </listitem>
 
       <listitem>
         <para>Anton Voronin <email>anton@urc.ac.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Antti Kaipila <email>anttik@iki.fi</email></para>
       </listitem>
 
       <listitem>
 	<para>arci <email>vega@sophia.inria.fr</email></para>
       </listitem>
 
       <listitem>
         <para>Are Bryne <email>are.bryne@communique.no</email></para>
       </listitem>
 
       <listitem>
         <para>Ari Suutari <email>ari@suutari.iki.fi</email></para>
       </listitem>
 
       <listitem>
 	<para>Arindum Mukerji <email>rmukerji@execpc.com</email></para>
       </listitem>
 
       <listitem>
         <para>Arjan de Vet <email>devet@IAEhv.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Arne Henrik Juul <email>arnej@Lise.Unit.NO</email></para>
       </listitem>
 
       <listitem>
         <para>Arun Sharma <email>adsharma@sharmas.dhs.org</email></para>
       </listitem>
 
       <listitem>
         <para>Ask Bjoern Hansen <email>ask@valueclick.com</email></para>
       </listitem>
 
       <listitem>
         <para>Atsushi Furuta <email>furuta@sra.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Atsushi Murai <email>amurai@spec.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Bakul Shah <email>bvs@bitblocks.com</email></para>
       </listitem>
 
       <listitem>
         <para>Barry Bierbauch <email>pivrnec@vszbr.cz</email></para>
       </listitem>
 
       <listitem>
         <para>Barry Lustig <email>barry@ictv.com</email></para>
       </listitem>
 
       <listitem>
         <para>Ben Hutchinson <email>benhutch@xfiles.org.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Ben Jackson <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Ben Walter <email>bwalter@itachi.swcp.com</email></para>
       </listitem>
 
       <listitem>
         <para>Benjamin Lewis <email>bhlewis@gte.net</email></para>
       </listitem>
 
       <listitem>
         <para>Berend de Boer <email>berend@pobox.com</email></para>
       </listitem>
 
       <listitem>
         <para>Bernd Rosauer <email>br@schiele-ct.de</email></para>
       </listitem>
 
       <listitem>
         <para>Bill Kish <email>kish@osf.org</email></para>
       </listitem>
 
       <listitem>
         <para>Bill Trost <email>trost@cloud.rain.com</email></para>
       </listitem>
 
       <listitem>
         <para>Blaz Zupan <email>blaz@amis.net</email></para>
       </listitem>
 
       <listitem>
         <para>Bob Van Valzah <email>Bob@whitebarn.com</email></para>
       </listitem>
 
       <listitem>
         <para>Bob Wilcox <email>bob@obiwan.uucp</email></para>
       </listitem>
 
       <listitem>
         <para>Bob Willcox <email>bob@luke.pmr.com</email></para>
       </listitem>
 
       <listitem>
         <para>Boris Staeblow <email>balu@dva.in-berlin.de</email></para>
       </listitem>
 
       <listitem>
         <para>Boyd Faulkner <email>faulkner@mpd.tandem.com</email></para>
       </listitem>
 
       <listitem>
         <para>Boyd R. Faulkner <email>faulkner@asgard.bga.com</email></para>
       </listitem>
 
       <listitem>
         <para>Brad Chapman <email>chapmanb@arches.uga.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Brad Hendrickse <email>bradh@uunet.co.za</email></para>
       </listitem>
 
       <listitem>
         <para>Brad Karp <email>karp@eecs.harvard.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Bradley Dunn <email>bradley@dunn.org</email></para>
       </listitem>
 
       <listitem>
         <para>Brad Jones <email>brad@kazrak.com</email></para>
       </listitem>
 
       <listitem>
 	<para>Brandon Fosdick <email>bfoz@glue.umd.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Brandon Gillespie <email>brandon@roguetrader.com</email></para>
       </listitem>
 
       <listitem>
         <para>&a.wlloyd</para>
       </listitem>
 
       <listitem>
         <para>Brent J. Nordquist <email>bjn@visi.com</email></para>
       </listitem>
 
       <listitem>
         <para>Brett Lymn <email>blymn@mulga.awadi.com.AU</email></para>
       </listitem>
 
       <listitem>
         <para>Brett Taylor
 	  <email>brett@peloton.runet.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Brian Campbell <email>brianc@pobox.com</email></para>
       </listitem>
 
       <listitem>
         <para>Brian Clapper <email>bmc@willscreek.com</email></para>
       </listitem>
 
       <listitem>
         <para>Brian Cully <email>shmit@kublai.com</email></para>
       </listitem>
 
       <listitem>
         <para>Brian Handy
 	  <email>handy@lambic.space.lockheed.com</email></para>
       </listitem>
 
       <listitem>
         <para>Brian Litzinger <email>brian@MediaCity.com</email></para>
       </listitem>
 
       <listitem>
         <para>Brian McGovern <email>bmcgover@cisco.com</email></para>
       </listitem>
 
       <listitem>
         <para>Brian Moore <email>ziff@houdini.eecs.umich.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Brian R. Haug <email>haug@conterra.com</email></para>
       </listitem>
 
       <listitem>
         <para>Brian Tao <email>taob@risc.org</email></para>
       </listitem>
 
       <listitem>
         <para>Brion Moss <email>brion@queeg.com</email></para>
       </listitem>
 
       <listitem>
         <para>Bruce Albrecht <email>bruce@zuhause.mn.org</email></para>
       </listitem>
 
       <listitem>
         <para>Bruce Gingery <email>bgingery@gtcs.com</email></para>
       </listitem>
 
       <listitem>
         <para>Bruce J. Keeler <email>loodvrij@gridpoint.com</email></para>
       </listitem>
 
       <listitem>
         <para>Bruce Murphy <email>packrat@iinet.net.au</email></para>
       </listitem>
 
       <listitem>
         <para>Bruce Walter <email>walter@fortean.com</email></para>
       </listitem>
 
       <listitem>
         <para>Carey Jones <email>mcj@acquiesce.org</email></para>
       </listitem>
 
       <listitem>
         <para>Carl Fongheiser <email>cmf@netins.net</email></para>
       </listitem>
 
       <listitem>
         <para>Carl Mascott <email>cmascott@world.std.com</email></para>
       </listitem>
 
       <listitem>
         <para>Casper <email>casper@acc.am</email></para>
       </listitem>
 
       <listitem>
         <para>Castor Fu <email>castor@geocast.com</email></para>
       </listitem>
 
       <listitem>
         <para>Chain Lee <email>chain@110.net</email></para>
       </listitem>
 
       <listitem>
         <para>Charles Hannum <email>mycroft@ai.mit.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Charles Henrich <email>henrich@msu.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Charles Mott <email>cmott@scientech.com</email></para>
       </listitem>
 
       <listitem>
         <para>Charles Owens <email>owensc@enc.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Chet Ramey <email>chet@odin.INS.CWRU.Edu</email></para>
       </listitem>
 
       <listitem>
         <para>Chia-liang Kao <email>clkao@CirX.ORG</email></para>
       </listitem>
 
       <listitem>
         <para>Chiharu Shibata <email>chi@bd.mbn.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Chip Norkus <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Chris Csanady <email>cc@tarsier.ca.sandia.gov</email></para>
       </listitem>
 
       <listitem>
         <para>Chris Dabrowski <email>chris@vader.org</email></para>
       </listitem>
 
       <listitem>
         <para>Chris Dillon <email>cdillon@wolves.k12.mo.us</email></para>
       </listitem>
 
       <listitem>
         <para>Chris Shenton
 	  <email>cshenton@angst.it.hq.nasa.gov</email></para>
       </listitem>
 
       <listitem>
         <para>Chris Stenton <email>jacs@gnome.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Chris Timmons <email>skynyrd@opus.cts.cwu.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Chris Torek <email>torek@ee.lbl.gov</email></para>
       </listitem>
 
       <listitem>
         <para>Christian Gusenbauer
 	  <email>cg@fimp01.fim.uni-linz.ac.at</email></para>
       </listitem>
 
       <listitem>
         <para>Christian Haury <email>Christian.Haury@sagem.fr</email></para>
       </listitem>
 
       <listitem>
         <para>Christian Weisgerber
 	  <email>naddy@mips.inka.de</email></para>
       </listitem>
 
       <listitem>
         <para>Christoph P. Kukulies <email>kuku@FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Christoph Robitschko
 	  <email>chmr@edvz.tu-graz.ac.at</email></para>
       </listitem>
 
       <listitem>
         <para>Christoph Weber-Fahr
 	  <email>wefa@callcenter.systemhaus.net</email></para>
       </listitem>
 
       <listitem>
         <para>Christopher G. Demetriou
 	  <email>cgd@postgres.berkeley.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Christopher N. Harrell <email>cnh@ivmg.net</email></para>
       </listitem>
 
       <listitem>
         <para>Christopher T. Johnson
 	  <email>cjohnson@neunacht.netgsi.com</email></para>
       </listitem>
 
       <listitem>
         <para>Chrisy Luke <email>chrisy@flix.net</email></para>
       </listitem>
 
       <listitem>
         <para>Chuck Hein <email>chein@cisco.com</email></para>
       </listitem>
 
       <listitem>
         <para>Cliff Rowley <email>dozprompt@onsea.com</email></para>
       </listitem>
 
       <listitem>
         <para>Colman Reilly <email>careilly@tcd.ie</email></para>
       </listitem>
 
       <listitem>
         <para>Conrad Sabatier <email>conrads@home.com</email></para>
       </listitem>
 
       <listitem>
         <para>Coranth Gryphon <email>gryphon@healer.com</email></para>
       </listitem>
 
       <listitem>
         <para>Cornelis van der Laan
 	  <email>nils@guru.ims.uni-stuttgart.de</email></para>
       </listitem>
 
       <listitem>
         <para>Cove Schneider <email>cove@brazil.nbn.com</email></para>
       </listitem>
 
       <listitem>
         <para>Craig Leres <email>leres@ee.lbl.gov</email></para>
       </listitem>
 
       <listitem>
         <para>Craig Loomis <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Craig Metz <email>cmetz@inner.net</email></para>
       </listitem>
 
       <listitem>
         <para>Craig Spannring <email>cts@internetcds.com</email></para>
       </listitem>
 
       <listitem>
         <para>Craig Struble <email>cstruble@vt.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Cristian Ferretti <email>cfs@riemann.mat.puc.cl</email></para>
       </listitem>
 
       <listitem>
         <para>Curt Mayer <email>curt@toad.com</email></para>
       </listitem>
 
       <listitem>
         <para>Cy Schubert <email>cschuber@uumail.gov.bc.ca</email></para>
       </listitem>
 
       <listitem>
 	<para>Cyrille Lefevre <email>clefevre@citeweb.net</email></para>
       </listitem>
 
       <listitem>
 	<para>Cyrus Rahman <email>cr@jcmax.com</email></para>
       </listitem>
 
       <listitem>
         <para>Dai Ishijima <email>ishijima@tri.pref.osaka.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Daisuke Watanabe <email>NU7D-WTNB@asahi-net.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Damian Hamill <email>damian@cablenet.net</email></para>
       </listitem>
 
       <listitem>
         <para>Dan Cross <email>tenser@spitfire.ecsel.psu.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Dan Langille <email>dan@freebsddiary.org</email></para>
       </listitem>
 
       <listitem>
         <para>Dan Lukes <email>dan@obluda.cz</email></para>
       </listitem>
 
       <listitem>
         <para>Dan Nelson <email>dnelson@emsphone.com</email></para>
       </listitem>
 
       <listitem>
         <para>Dan Papasian <email>bugg@bugg.strangled.net</email></para>
       </listitem>
 
       <listitem>
         <para>Dan Piponi <email>wmtop@tanelorn.demon.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Dan Walters <email>hannibal@cyberstation.net</email></para>
       </listitem>
 
       <listitem>
         <para>Daniel Hagan
 	  <email>dhagan@cs.vt.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Daniel O'Connor <email>doconnor@gsoft.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Daniel Poirot <email>poirot@aio.jsc.nasa.gov</email></para>
       </listitem>
 
       <listitem>
         <para>Daniel Rock <email>rock@cs.uni-sb.de</email></para>
       </listitem>
 
       <listitem>
         <para>Daniel W. McRobb <email>dwm@caimis.com</email></para>
       </listitem>
 
       <listitem>
         <para>Danny Egen <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Danny J. Zerkel <email>dzerkel@phofarm.com</email></para>
       </listitem>
 
       <listitem>
         <para>Darren Reed <email>avalon@coombs.anu.edu.au</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Adkins <email>adkin003@tc.umn.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Andersen <email>angio@aros.net</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Blizzard <email>dblizzar@sprynet.com</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Bodenstab <email>imdave@synet.net</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Burgess <email>burgess@hrd769.brooks.af.mil</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Chapeskie <email>dchapes@ddm.on.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Cornejo <email>dave@dogwood.com</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Edmondson <email>davided@sco.com</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Glowacki <email>dglo@ssec.wisc.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Marquardt <email>marquard@austin.ibm.com</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Tweten <email>tweten@FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>David A. Adkins <email>adkin003@tc.umn.edu</email></para>
       </listitem>
 
       <listitem>
         <para>David A. Bader <email>dbader@eece.unm.edu</email></para>
       </listitem>
 
       <listitem>
         <para>David Borman <email>dab@bsdi.com</email></para>
       </listitem>
 
       <listitem>
         <para>David W. Chapman Jr. <email>dwcjr@inethouston.net</email></para>
       </listitem>
 
       <listitem>
         <para>David Dawes <email>dawes@XFree86.org</email></para>
       </listitem>
 
       <listitem>
         <para>David Filo <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>David Holland <email>dholland@eecs.harvard.edu</email></para>
       </listitem>
 
       <listitem>
         <para>David Holloway <email>daveh@gwythaint.tamis.com</email></para>
       </listitem>
 
       <listitem>
         <para>David Horwitt <email>dhorwitt@ucsd.edu</email></para>
       </listitem>
 
       <listitem>
         <para>David Hovemeyer <email>daveho@infocom.com</email></para>
       </listitem>
 
       <listitem>
         <para>David Jones <email>dej@qpoint.torfree.net</email></para>
       </listitem>
 
       <listitem>
         <para>David Kelly <email>dkelly@tomcat1.tbe.com</email></para>
       </listitem>
 
       <listitem>
         <para>David Kulp <email>dkulp@neomorphic.com</email></para>
       </listitem>
 
       <listitem>
         <para>David L. Nugent <email>davidn@blaze.net.au</email></para>
       </listitem>
 
       <listitem>
         <para>David Leonard <email>d@scry.dstc.edu.au</email></para>
       </listitem>
 
       <listitem>
         <para>David Muir Sharnoff <email>muir@idiom.com</email></para>
       </listitem>
 
       <listitem>
         <para>David Sugar <email>dyfet@gnu.org</email></para>
       </listitem>
 
       <listitem>
         <para>David S. Miller <email>davem@jenolan.rutgers.edu</email></para>
       </listitem>
 
       <listitem>
         <para>David Wolfskill <email>dhw@whistle.com</email></para>
       </listitem>
 
       <listitem>
         <para>Dean Gaudet <email>dgaudet@arctic.org</email></para>
       </listitem>
 
       <listitem>
         <para>Dean Huxley <email>dean@fsa.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Denis Fortin <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Denis Shaposhnikov <email>dsh@vlink.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Dennis Glatting
 	  <email>dennis.glatting@software-munitions.com</email></para>
       </listitem>
 
       <listitem>
         <para>Denton Gentry <email>denny1@home.com</email></para>
       </listitem>
 
       <listitem>
 	<para>der Mouse <email>mouse@Collatz.McRCIM.McGill.EDU</email></para>
       </listitem>
 
       <listitem>
         <para>Derek Inksetter <email>derek@saidev.com</email></para>
       </listitem>
 
       <listitem>
         <para>DI. Christian Gusenbauer
 	  <email>cg@scotty.edvz.uni-linz.ac.at</email></para>
       </listitem>
 
       <listitem>
         <para>Dirk Keunecke <email>dk@panda.rhein-main.de</email></para>
       </listitem>
 
       <listitem>
         <para>Dirk Nehrling <email>nerle@pdv.de</email></para>
       </listitem>
 
       <listitem>
         <para>Dishanker Rajakulendren <email>draj@oceanfree.net</email></para>
       </listitem>
 
       <listitem>
         <para>Dmitry Khrustalev <email>dima@xyzzy.machaon.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Dmitry Kohmanyuk <email>dk@farm.org</email></para>
       </listitem>
 
       <listitem>
         <para>Dom Mitchell <email>dom@myrddin.demon.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Domas Mituzas <email>midom@dammit.lt</email></para>
       </listitem>
 
       <listitem>
         <para>Dominik Brettnacher <email>domi@saargate.de</email></para>
       </listitem>
 
       <listitem>
 	<para>Dominik Rothert <email>dr@domix.de</email></para>
       </listitem>
 
       <listitem>
         <para>Don Croyle <email>croyle@gelemna.ft-wayne.in.us</email></para>
       </listitem>
 
       <listitem>
         <para>Donn Miller <email>dmmiller@cvzoom.net</email></para>
       </listitem>
 
       <listitem>
         <para>Dan Pelleg <email>dpelleg+unison@cs.cmu.edu</email></para>
       </listitem>
 
       <listitem>
         <para>&a.whiteside;</para>
       </listitem>
 
       <listitem>
         <para>Don Morrison <email>dmorrisn@u.washington.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Don Yuniskis <email>dgy@rtd.com</email></para>
       </listitem>
 
       <listitem>
         <para>Donald Maddox <email>dmaddox@conterra.com</email></para>
       </listitem>
 
       <listitem>
         <para>Douglas Ambrisko <email>ambrisko@whistle.com</email></para>
       </listitem>
 
       <listitem>
         <para>Douglas Carmichael <email>dcarmich@mcs.com</email></para>
       </listitem>
 
       <listitem>
         <para>Douglas Crosher <email>dtc@scrooge.ee.swin.oz.au</email></para>
       </listitem>
 
       <listitem>
         <para>Drew Derbyshire <email>ahd@kew.com</email></para>
       </listitem>
 
       <listitem>
         <para>Dustin Sallings <email>dustin@spy.net</email></para>
       </listitem>
 
       <listitem>
         <para>Eckart "Isegrim" Hofmann
 	  <email>Isegrim@Wunder-Nett.org</email></para>
       </listitem>
 
       <listitem>
         <para>Ed Gold
 	  <email>vegold01@starbase.spd.louisville.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Ed Hudson <email>elh@p5.spnet.com</email></para>
       </listitem>
 
       <listitem>
         <para>Edward Chuang <email>edwardc@firebird.org.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Edward Wang <email>edward@edcom.com</email></para>
       </listitem>
 
       <listitem>
         <para>Edwin Groothus <email>edwin@nwm.wan.philips.com</email></para>
       </listitem>
 
       <listitem>
         <para>Edwin Mons <email>e@ik.nu</email></para>
       </listitem>
 
       <listitem>
 	<para>Ege Rekk <email>aagero@aage.priv.no</email></para>
       </listitem>
 
       <listitem>
         <para>Eiji-usagi-MATSUmoto <email>usagi@clave.gr.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Eike Bernhardt <email>eike.bernhardt@gmx.de</email></para>
       </listitem>
 
       <listitem>
         <para>ELISA Font Project</para>
       </listitem>
 
 
       <listitem>
         <para>Elmar Bartel
 	  <email>bartel@informatik.tu-muenchen.de</email></para>
       </listitem>
 
       <listitem>
         <para>Eoin Lawless <email>eoin@maths.tcd.ie</email></para>
       </listitem>
 
       <listitem>
         <para>Eric A. Griff <email>eagriff@global2000.net</email></para>
       </listitem>
 
       <listitem>
         <para>Eric Blood <email>eblood@cs.unr.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Eric J. Haug <email>ejh@slustl.slu.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Eric J. Schwertfeger <email>eric@cybernut.com</email></para>
       </listitem>
 
       <listitem>
         <para>Eric L. Hernes <email>erich@lodgenet.com</email></para>
       </listitem>
 
       <listitem>
         <para>Eric P. Scott <email>eps@sirius.com</email></para>
       </listitem>
 
       <listitem>
         <para>Eric Sprinkle <email>eric@ennovatenetworks.com</email></para>
       </listitem>
 
       <listitem>
         <para>Erich Stefan Boleyn <email>erich@uruk.org</email></para>
       </listitem>
 
       <listitem>
         <para>Erich Zigler <email>erich@tacni.net</email></para>
       </listitem>
 
       <listitem>
         <para>Erik H. Bakke <email>erikhb@bgnett.no</email></para>
       </listitem>
 
       <listitem>
         <para>Erik E. Rantapaa <email>rantapaa@math.umn.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Erik H. Moe <email>ehm@cris.com</email></para>
       </listitem>
 
       <listitem>
         <para>Ernst de Haan <email>ernst@heinz.jollem.com</email></para>
       </listitem>
 
       <listitem>
         <para>Ernst Winter <email>ewinter@lobo.muc.de</email></para>
       </listitem>
 
       <listitem>
 	<para>Espen Skoglund <email>esk@ira.uka.de</email></para>
       </listitem>
 
       <listitem>
         <para>Eugene M. Kim <email>astralblue@usa.net</email></para>
       </listitem>
 
       <listitem>
         <para>Eugene Radchenko <email>genie@qsar.chem.msu.su</email></para>
       </listitem>
 
       <listitem>
 	<para>Eugeny Kuzakov <email>CoreDumped@coredumped.null.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Evan Champion <email>evanc@synapse.net</email></para>
       </listitem>
 
       <listitem>
         <para>Faried Nawaz <email>fn@Hungry.COM</email></para>
       </listitem>
 
       <listitem>
         <para>Flemming Jacobsen <email>fj@tfs.com</email></para>
       </listitem>
 
       <listitem>
         <para>Fong-Ching Liaw <email>fong@juniper.net</email></para>
       </listitem>
 
       <listitem>
         <para>Francis M J Hsieh <email>mjshieh@life.nthu.edu.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Francisco Reyes <email>fjrm@yahoo.com</email></para>
       </listitem>
 
       <listitem>
         <para>Frank Bartels <email>knarf@camelot.de</email></para>
       </listitem>
 
       <listitem>
         <para>Frank Chen Hsiung Chan
 	  <email>frankch@waru.life.nthu.edu.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Frank Durda IV <email>uhclem@nemesis.lonestar.org</email></para>
       </listitem>
 
       <listitem>
         <para>Frank MacLachlan <email>fpm@n2.net</email></para>
       </listitem>
 
       <listitem>
         <para>Frank Nobis <email>fn@Radio-do.de</email></para>
       </listitem>
 
       <listitem>
         <para>Frank ten Wolde <email>franky@pinewood.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Frank van der Linden <email>frank@fwi.uva.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Frank Volf <email>volf@oasis.IAEhv.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Fred Cawthorne <email>fcawth@jjarray.umn.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Fred Gilham <email>gilham@csl.sri.com</email></para>
       </listitem>
 
       <listitem>
         <para>Fred Templin <email>templin@erg.sri.com</email></para>
       </listitem>
 
       <listitem>
         <para>Frederick Earl Gray <email>fgray@rice.edu</email></para>
       </listitem>
 
       <listitem>
         <para>FUJIMOTO Kensaku
 	  <email>fujimoto@oscar.elec.waseda.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>FURUSAWA Kazuhisa
 	  <email>furusawa@com.cs.osakafu-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>G. Adam Stanislav<email>adam@whizkidtech.net</email></para>
       </listitem>
 
       <listitem>
         <para>Gabor Kincses <email>gabor@acm.org</email></para>
       </listitem>
 
       <listitem>
         <para>Gabor Zahemszky <email>zgabor@CoDe.hu</email></para>
       </listitem>
 
       <listitem>
         <para>Garance A Drosehn <email>gad@eclipse.its.rpi.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Gary A. Browning <email>gab10@griffcd.amdahl.com</email></para>
       </listitem>
 
       <listitem>
         <para>Gary Howland <email>gary@hotlava.com</email></para>
       </listitem>
 
       <listitem>
         <para>Gary J. <email>garyj@rks32.pcs.dec.com</email></para>
       </listitem>
 
       <listitem>
         <para>Gary Kline <email>kline@thought.org</email></para>
       </listitem>
 
       <listitem>
         <para>Gaspar Chilingarov <email>nightmar@lemming.acc.am</email></para>
       </listitem>
 
       <listitem>
         <para>Gea-Suan Lin <email>gsl@tpts4.seed.net.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Gene Raytsin <email>pal@paladin7.net</email></para>
       </listitem>
 
       <listitem>
         <para>Geoff Rehmet <email>csgr@alpha.ru.ac.za</email></para>
       </listitem>
 
       <listitem>
         <para>Georg Wagner <email>georg.wagner@ubs.com</email></para>
       </listitem>
 
       <listitem>
 	<para>Gianlorenzo Masini <email>masini@uniroma3.it</email></para>
       </listitem>
 
       <listitem>
         <para>Gianmarco Giovannelli
 	  <email>gmarco@giovannelli.it</email></para>
       </listitem>
 
       <listitem>
         <para>Gil Kloepfer Jr. <email>gil@limbic.ssdl.com</email></para>
       </listitem>
 
       <listitem>
         <para>Gilad Rom <email>rom_glsa@ein-hashofet.co.il</email></para>
       </listitem>
 
       <listitem>
         <para>Giles Lean <email>giles@nemeton.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Ginga Kawaguti
 	  <email>ginga@amalthea.phys.s.u-tokyo.ac.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Giorgos Keramidas <email>keramida@ceid.upatras.gr</email></para>
       </listitem>
 
       <listitem>
         <para>Glen Foster <email>gfoster@gfoster.com</email></para>
       </listitem>
 
       <listitem>
         <para>Glenn Johnson <email>gljohns@bellsouth.net</email></para>
       </listitem>
 
       <listitem>
         <para>Godmar Back <email>gback@facility.cs.utah.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Goran Hammarback <email>goran@astro.uu.se</email></para>
       </listitem>
 
       <listitem>
         <para>Gord Matzigkeit <email>gord@enci.ucalgary.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Gordon Greeff <email>gvg@uunet.co.za</email></para>
       </listitem>
 
       <listitem>
         <para>Graham Wheeler <email>gram@cdsec.com</email></para>
       </listitem>
 
       <listitem>
         <para>Greg A. Woods <email>woods@zeus.leitch.com</email></para>
       </listitem>
 
       <listitem>
         <para>Greg Ansley <email>gja@ansley.com</email></para>
       </listitem>
 
       <listitem>
         <para>Greg Robinson <email>greg@rosevale.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Greg Troxel <email>gdt@ir.bbn.com</email></para>
       </listitem>
 
       <listitem>
         <para>Greg Ungerer <email>gerg@stallion.oz.au</email></para>
       </listitem>
 
       <listitem>
         <para>Gregory Bond <email>gnb@itga.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Gregory D. Moncreaff
 	  <email>moncrg@bt340707.res.ray.com</email></para>
       </listitem>
 
       <listitem>
         <para>Guy Harris <email>guy@netapp.com</email></para>
       </listitem>
 
       <listitem>
         <para>Guy Helmer <email>ghelmer@cs.iastate.edu</email></para>
       </listitem>
 
       <listitem>
         <para>HAMADA Naoki <email>hamada@astec.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Hannu Savolainen <email>hannu@voxware.pp.fi</email></para>
       </listitem>
 
       <listitem>
         <para>Hans Huebner <email>hans@artcom.de</email></para>
       </listitem>
 
       <listitem>
         <para>Hans Petter Bieker <email>zerium@webindex.no</email></para>
       </listitem>
 
       <listitem>
         <para>Hans Zuidam <email>hans@brandinnovators.com</email></para>
       </listitem>
 
       <listitem>
         <para>Harlan Stenn <email>Harlan.Stenn@pfcs.com</email></para>
       </listitem>
 
       <listitem>
         <para>Harold Barker <email>hbarker@dsms.com</email></para>
       </listitem>
 
       <listitem>
         <para>Harry Newton <email>harry_newton@telinco.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Havard Eidnes
 	  <email>Havard.Eidnes@runit.sintef.no</email></para>
       </listitem>
 
       <listitem>
         <para>Heikki Suonsivu <email>hsu@cs.hut.fi</email></para>
       </listitem>
 
       <listitem>
         <para>Heiko W. Rupp <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Helmut F. Wirth <email>hfwirth@ping.at</email></para>
       </listitem>
 
       <listitem>
         <para>Henrik Vestergaard Draboel
 	  <email>hvd@terry.ping.dk</email></para>
       </listitem>
 
       <listitem>
         <para>Herb Peyerl <email>hpeyerl@NetBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Hideaki Ohmon <email>ohmon@tom.sfc.keio.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Hidekazu Kuroki <email>hidekazu@cs.titech.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Hideki Yamamoto <email>hyama@acm.org</email></para>
       </listitem>
 
       <listitem>
         <para>Hideyuki Suzuki
 	  <email>hideyuki@sat.t.u-tokyo.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Hirayama Issei <email>iss@mail.wbs.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Hiroaki Sakai <email>sakai@miya.ee.kagu.sut.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Hiroharu Tamaru <email>tamaru@ap.t.u-tokyo.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Hironori Ikura <email>hikura@kaisei.org</email></para>
       </listitem>
 
       <listitem>
         <para>Hiroshi Nishikawa <email>nis@pluto.dti.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Hiroya Tsubakimoto <email>unknown</email></para>
       </listitem>
 
       <listitem>
 	<para>Holger Lamm <email>holger@eit.uni-kl.de</email></para>
       </listitem>
 
       <listitem>
         <para>Holger Veit <email>Holger.Veit@gmd.de</email></para>
       </listitem>
 
       <listitem>
         <para>Holm Tiffe <email>holm@geophysik.tu-freiberg.de</email></para>
       </listitem>
 
       <listitem>
         <para>HONDA Yasuhiro
 	  <email>honda@kashio.info.mie-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Horance Chou
 	  <email>horance@freedom.ie.cycu.edu.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Horihiro Kumagai <email>kuma@jp.FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>HOSOBUCHI Noriyuki <email>hoso@buchi.tama.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>HOTARU-YA <email>hotaru@tail.net</email></para>
       </listitem>
 
       <listitem>
         <para>Hr.Ladavac <email>lada@ws2301.gud.siemens.co.at</email></para>
       </listitem>
 
       <listitem>
         <para>Hubert Feyrer <email>hubertf@NetBSD.ORG</email></para>
       </listitem>
 
       <listitem>
         <para>Hugh F. Mahon <email>hugh@nsmdserv.cnd.hp.com</email></para>
       </listitem>
 
       <listitem>
         <para>Hugh Mahon <email>h_mahon@fc.hp.com</email></para>
       </listitem>
 
       <listitem>
         <para>Hung-Chi Chu <email>hcchu@r350.ee.ntu.edu.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Ian Holland <email>ianh@tortuga.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Ian Struble <email>ian@broken.net</email></para>
       </listitem>
 
       <listitem>
         <para>Ian Vaudrey <email>i.vaudrey@bigfoot.com</email></para>
       </listitem>
 
       <listitem>
         <para>Igor Khasilev <email>igor@jabber.paco.odessa.ua</email></para>
       </listitem>
 
       <listitem>
         <para>Igor Roshchin <email>str@giganda.komkon.org</email></para>
       </listitem>
 
       <listitem>
         <para>Igor Sviridov <email>siac@ua.net</email></para>
       </listitem>
 
       <listitem>
         <para>Igor Vinokurov <email>igor@zynaps.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Ikuo Nakagawa <email>ikuo@isl.intec.co.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Ilia Chipitsine <email>ilia@jane.cgu.chel.su</email></para>
       </listitem>
 
       <listitem>
         <para>Ilya V. Komarov <email>mur@lynx.ru</email></para>
       </listitem>
 
       <listitem>
         <para>IMAI Takeshi <email>take-i@ceres.dti.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>IMAMURA Tomoaki
 	  <email>tomoak-i@is.aist-nara.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Itsuro Saito <email>saito@miv.t.u-tokyo.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>IWASHITA Yoji <email>shuna@pop16.odn.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>J. Bryant <email>jbryant@argus.flash.net</email></para>
       </listitem>
 
       <listitem>
         <para>J. David Lowe <email>lowe@saturn5.com</email></para>
       </listitem>
 
       <listitem>
         <para>J. Han <email>hjh@photino.com</email></para>
       </listitem>
 
       <listitem>
         <para>J. Hawk <email>jhawk@MIT.EDU</email></para>
       </listitem>
 
       <listitem>
         <para>J.T. Conklin <email>jtc@cygnus.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jack <email>jack@zeus.xtalwind.net</email></para>
       </listitem>
 
       <listitem>
         <para>Jacob Bohn Lorensen <email>jacob@jblhome.ping.mk</email></para>
       </listitem>
 
       <listitem>
         <para>Jagane D Sundar <email>jagane@netcom.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jake Hamby <email>jehamby@lightside.com</email></para>
       </listitem>
 
       <listitem>
         <para>James Clark <email>jjc@jclark.com</email></para>
       </listitem>
 
       <listitem>
         <para>James D. Stewart <email>jds@c4systm.com</email></para>
       </listitem>
 
       <listitem>
         <para>James da Silva <email>jds@cs.umd.edu</email></para>
       </listitem>
 
       <listitem>
         <para>James Jegers <email>jimj@miller.cs.uwm.edu</email></para>
       </listitem>
 
       <listitem>
         <para>James Raynard
 	  <email>fhackers@jraynard.demon.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>James T. Liu <email>jtliu@phlebas.rockefeller.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Jamie Heckford <email>jamie@jamiesdomain.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Jan Conard
 	  <email>charly@fachschaften.tu-muenchen.de</email></para>
       </listitem>
 
       <listitem>
         <para>Jan Koum <email>jkb@FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Janick Taillandier
 	  <email>Janick.Taillandier@ratp.fr</email></para>
       </listitem>
 
       <listitem>
         <para>Janusz Kokot <email>janek@gaja.ipan.lublin.pl</email></para>
       </listitem>
 
       <listitem>
         <para>Jarle Greipsland <email>jarle@idt.unit.no</email></para>
       </listitem>
 
       <listitem>
         <para>Jason Garman <email>init@risen.org</email></para>
       </listitem>
 
       <listitem>
 	<para>Jason R. Mastaler
 	  <email>jason-freebsd@mastaler.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jason Thorpe <email>thorpej@NetBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Jason Wright <email>jason@OpenBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Jason Young
 	  <email>doogie@forbidden-donut.anet-stl.com</email></para>
       </listitem>
 
       <listitem>
         <para>Javier Martin Rueda <email>jmrueda@diatel.upm.es</email></para>
       </listitem>
 
       <listitem>
         <para>Jay Fenlason <email>hack@datacube.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jay Krell <email>jay.krell@cornell.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Jaye Mathisen <email>mrcpu@cdsnet.net</email></para>
       </listitem>
 
       <listitem>
         <para>Jeff Bartig <email>jeffb@doit.wisc.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Jeff Brown <email>jabrown@caida.org</email></para>
       </listitem>
 
       <listitem>
         <para>Jeff Forys <email>jeff@forys.cranbury.nj.us</email></para>
       </listitem>
 
       <listitem>
         <para>Jeff Kletsky <email>Jeff@Wagsky.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jeff Palmer <email>jeff@isni.net</email></para>
       </listitem>
 
       <listitem>
         <para>Jeffrey Evans <email>evans@scnc.k12.mi.us</email></para>
       </listitem>
 
       <listitem>
         <para>Jeffrey Wheat <email>jeff@cetlink.net</email></para>
       </listitem>
 
       <listitem>
         <para>Jeremy Allison <email>jallison@whistle.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jeremy Chadwick <email>yoshi@parodius.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jeremy Chatfield <email>jdc@xinside.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jeremy Karlson <email>karlj000@unbc.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Jeremy Prior <email>unknown</email></para>
       </listitem>
 
       <listitem>
 	<para>Jeremy Shaffner <email>jeremy@external.org</email></para>
       </listitem>
 
       <listitem>
         <para>Jesse McConnell <email>jesse@cylant.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jesse Rosenstock <email>jmr@ugcs.caltech.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Jian-Da Li <email>jdli@csie.nctu.edu.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Babb <email>babb@FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Binkley <email>jrb@cs.pdx.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Bloom <email>bloom@acm.org</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Carroll <email>jim@carroll.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Flowers <email>jflowers@ezo.net</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Leppek <email>jleppek@harris.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Lowe <email>james@cs.uwm.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Mattson <email>jmattson@sonic.net</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Mercer <email>jim@komodo.reptiles.org</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Sloan <email>odinn@atlantabiker.net</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Wilson <email>wilson@moria.cygnus.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jimbo Bahooli
 	  <email>griffin@blackhole.iceworld.org</email></para>
       </listitem>
 
       <listitem>
         <para>Jin Guojun <email>jin@george.lbl.gov</email></para>
       </listitem>
 
       <listitem>
         <para>Joachim Kuebart <email>kuebart@mathematik.uni-ulm.de</email></para>
       </listitem>
 
       <listitem>
         <para>Joao Carlos Mendes Luis <email>jonny@jonny.eng.br</email></para>
       </listitem>
 
       <listitem>
         <para>Jochen Pohl <email>jpo.drs@sni.de</email></para>
       </listitem>
 
       <listitem>
         <para>Joe "Marcus" Clarke <email>marcus@miami.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Joe Abley <email>jabley@automagic.org</email></para>
       </listitem>
 
       <listitem>
         <para>Joe Jih-Shian Lu <email>jslu@dns.ntu.edu.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Joe Orthoefer <email>j_orthoefer@tia.net</email></para>
       </listitem>
 
       <listitem>
         <para>Joe Traister <email>traister@mojozone.org</email></para>
       </listitem>
 
       <listitem>
         <para>Joel Faedi <email>Joel.Faedi@esial.u-nancy.fr</email></para>
       </listitem>
 
       <listitem>
         <para>Joel Ray Holveck <email>joelh@gnu.org</email></para>
       </listitem>
 
       <listitem>
         <para>Joel Sutton <email>jsutton@bbcon.com.au</email></para>
       </listitem>
 
       <listitem>
 	<para>Joseph Scott <email>joseph@randomnetworks.com</email></para>
       </listitem>
 
       <listitem>
         <para>Johan Granlund <email>johan@granlund.nu</email></para>
       </listitem>
 
       <listitem>
         <para>Johan Karlsson <email>k@numeri.campus.luth.se</email></para>
       </listitem>
 
       <listitem>
         <para>Johan Larsson <email>johan@moon.campus.luth.se</email></para>
       </listitem>
 
       <listitem>
         <para>Johann Tonsing <email>jtonsing@mikom.csir.co.za</email></para>
       </listitem>
 
       <listitem>
         <para>Johannes Helander <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Johannes Stille <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>John Beckett <email>jbeckett@southern.edu</email></para>
       </listitem>
 
       <listitem>
         <para>John Beukema <email>jbeukema@hk.super.net</email></para>
       </listitem>
 
       <listitem>
         <para>John Brezak <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>John Capo <email>jc@irbs.com</email></para>
       </listitem>
 
       <listitem>
         <para>John F. Woods <email>jfw@jfwhome.funhouse.com</email></para>
       </listitem>
 
       <listitem>
         <para>John Goerzen
 	  <email>jgoerzen@alexanderwohl.complete.org</email></para>
       </listitem>
 
       <listitem>
         <para>John Heidemann <email>johnh@isi.edu</email></para>
       </listitem>
 
       <listitem>
         <para>John Hood <email>cgull@owl.org</email></para>
       </listitem>
 
       <listitem>
         <para>John Kohl <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>John Lind <email>john@starfire.mn.org</email></para>
       </listitem>
 
       <listitem>
         <para>John Mackin <email>john@physiol.su.oz.au</email></para>
       </listitem>
 
       <listitem>
         <para>John P <email>johnp@lodgenet.com</email></para>
       </listitem>
 
       <listitem>
         <para>John Perry <email>perry@vishnu.alias.net</email></para>
       </listitem>
 
       <listitem>
         <para>John Preisler <email>john@vapornet.com</email></para>
       </listitem>
 
       <listitem>
         <para>John Reynolds <email>jjreynold@home.com</email></para>
       </listitem>
 
       <listitem>
         <para>John Rochester <email>jr@cs.mun.ca</email></para>
       </listitem>
 
       <listitem>
         <para>John Sadler <email>john_sadler@alum.mit.edu</email></para>
       </listitem>
 
       <listitem>
         <para>John Saunders <email>john@pacer.nlc.net.au</email></para>
       </listitem>
 
       <listitem>
         <para>John Wehle <email>john@feith.com</email></para>
       </listitem>
 
       <listitem>
         <para>John Woods <email>jfw@eddie.mit.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Johny Mattsson <email>lonewolf@flame.org</email></para>
       </listitem>
 
       <listitem>
         <para>Jon Morgan <email>morgan@terminus.trailblazer.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jonathan H N Chin <email>jc254@newton.cam.ac.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Jonathan Hanna
 	  <email>jh@pc-21490.bc.rogers.wave.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Jonathan Pennington <email>john@coastalgeology.org</email></para>
       </listitem>
 
       <listitem>
         <para>Jorge Goncalves <email>j@bug.fe.up.pt</email></para>
       </listitem>
 
       <listitem>
         <para>Jorge M. Goncalves <email>ee96199@tom.fe.up.pt</email></para>
       </listitem>
 
       <listitem>
         <para>Jos Backus <email>jbackus@plex.nl</email></para>
       </listitem>
 
       <listitem>
 	<para>Jose Marques <email>jose@nobody.org</email></para>
       </listitem>
 
       <listitem>
         <para>Josef Grosch
 	  <email>jgrosch@superior.mooseriver.com</email></para>
       </listitem>
 
       <listitem>
         <para>Joseph Stein <email>joes@wstein.com</email></para>
       </listitem>
 
       <listitem>
         <para>Josh Gilliam <email>josh@quick.net</email></para>
       </listitem>
 
       <listitem>
         <para>Josh Tiefenbach <email>josh@ican.net</email></para>
       </listitem>
 
       <listitem>
         <para>Juergen Lock <email>nox@jelal.hb.north.de</email></para>
       </listitem>
 
       <listitem>
         <para>Juha Inkari <email>inkari@cc.hut.fi</email></para>
       </listitem>
 
       <listitem>
         <para>Jukka A. Ukkonen <email>jau@iki.fi</email></para>
       </listitem>
 
       <listitem>
         <para>Julian Assange <email>proff@suburbia.net</email></para>
       </listitem>
 
       <listitem>
         <para>Julian Coleman <email>j.d.coleman@ncl.ac.uk</email></para>
       </listitem>
 
       <listitem>
         <para>&a.jhs</para>
       </listitem>
 
       <listitem>
         <para>Julian Jenkins <email>kaveman@magna.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Junichi Satoh <email>junichi@jp.FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Junji SAKAI <email>sakai@jp.FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Junya WATANABE <email>junya-w@remus.dti.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Justas <email>justas@mbank.lv</email></para>
       </listitem>
 
       <listitem>
         <para>Justin Stanford <email>jus@security.za.net</email></para>
       </listitem>
 
       <listitem>
         <para>K.Higashino <email>a00303@cc.hc.keio.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Kai Vorma <email>vode@snakemail.hut.fi</email></para>
       </listitem>
 
       <listitem>
         <para>Kaleb S. Keithley <email>kaleb@ics.com</email></para>
       </listitem>
 
       <listitem>
         <para>Kaneda Hiloshi <email>vanitas@ma3.seikyou.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Kang-ming Liu <email>gugod@gugod.org</email></para>
       </listitem>
 
       <listitem>
         <para>Kapil Chowksey <email>kchowksey@hss.hns.com</email></para>
       </listitem>
 
       <listitem>
         <para>Karl Denninger <email>karl@mcs.com</email></para>
       </listitem>
 
       <listitem>
         <para>Karl Dietz <email>Karl.Dietz@triplan.com</email></para>
       </listitem>
 
       <listitem>
         <para>Karl Lehenbauer <email>karl@NeoSoft.com</email></para>
       </listitem>
 
       <listitem>
 	<para>KATO Tsuguru <email>tkato@prontomail.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Kawanobe Koh <email>kawanobe@st.rim.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Kees Jan Koster <email>kjk1@ukc.ac.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Keith Bostic <email>bostic@bostic.com</email></para>
       </listitem>
 
       <listitem>
         <para>Keith E. Walker <email>kew@icehouse.net</email></para>
       </listitem>
 
       <listitem>
         <para>Keith Moore <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Keith Sklower <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Ken Hornstein <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Ken Key <email>key@cs.utk.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Ken Mayer <email>kmayer@freegate.com</email></para>
       </listitem>
 
       <listitem>
         <para>Kenji Saito <email>marukun@mx2.nisiq.net</email></para>
       </listitem>
 
       <listitem>
         <para>Kenji Tomita <email>tommyk@da2.so-net.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Kenneth Furge <email>kenneth.furge@us.endress.com</email></para>
       </listitem>
 
       <listitem>
         <para>Kenneth Monville <email>desmo@bandwidth.org</email></para>
       </listitem>
 
       <listitem>
         <para>Kenneth R. Westerback <email>krw@tcn.net</email></para>
       </listitem>
 
       <listitem>
         <para>Kenneth Stailey <email>kstailey@gnu.ai.mit.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Kent Talarico <email>kent@shipwreck.tsoft.net</email></para>
       </listitem>
 
       <listitem>
         <para>Kent Vander Velden <email>graphix@iastate.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Kentaro Inagaki <email>JBD01226@niftyserve.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Kevin Bracey <email>kbracey@art.acorn.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Kevin Day <email>toasty@dragondata.com</email></para>
       </listitem>
 
       <listitem>
         <para>Kevin Lahey <email>kml@nas.nasa.gov</email></para>
       </listitem>
 
       <listitem>
         <para>Kevin Meltzer <email>perlguy@perlguy.com</email></para>
       </listitem>
 
       <listitem>
         <para>Kevin Street <email>street@iname.com</email></para>
       </listitem>
 
       <listitem>
         <para>Kevin Van Maren <email>vanmaren@fast.cs.utah.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Kim Scarborough <email>sluggo@unknown.nu</email></para>
       </listitem>
 
       <listitem>
         <para>Kiril Mitev <email>kiril@ideaglobal.com</email></para>
       </listitem>
 
       <listitem>
         <para>Kiroh HARADA <email>kiroh@kh.rim.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Klaus Herrmann <email>klaus.herrmann@gmx.net</email></para>
       </listitem>
 
       <listitem>
         <para>Klaus Klein <email>kleink@layla.inka.de</email></para>
       </listitem>
 
       <listitem>
         <para>Klaus-J. Wolf <email>Yanestra@t-online.de</email></para>
       </listitem>
 
       <listitem>
         <para>Koichi Sato <email>copan@ppp.fastnet.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Konrad Heuer <email>kheuer@gwdu60.gwdg.de</email></para>
       </listitem>
 
       <listitem>
         <para>Konstantin Chuguev <email>Konstantin.Chuguev@dante.org.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Kostya Lukin <email>lukin@okbmei.msk.su</email></para>
       </listitem>
 
       <listitem>
         <para>Kouichi Hirabayashi <email>kh@mogami-wire.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Kris Dow <email>kris@vilnya.demon.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>KUNISHIMA Takeo <email>kunishi@c.oka-pu.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Kurt D. Zeilenga <email>Kurt@Boolean.NET</email></para>
       </listitem>
 
       <listitem>
         <para>Kurt Olsen <email>kurto@tiny.mcs.usu.edu</email></para>
       </listitem>
 
       <listitem>
         <para>L. Jonas Olsson
 	  <email>ljo@ljo-slip.DIALIN.CWRU.Edu</email></para>
       </listitem>
 
       <listitem>
         <para>Larry Altneu <email>larry@ALR.COM</email></para>
       </listitem>
 
       <listitem>
         <para>Lars Bernhardsson <email>lab@fnurt.net</email></para>
       </listitem>
 
       <listitem>
         <para>Lars K&ouml;ller
 	  <email>Lars.Koeller@Uni-Bielefeld.DE</email></para>
       </listitem>
 
       <listitem>
         <para>Laurence Lopez <email>lopez@mv.mv.com</email></para>
       </listitem>
 
       <listitem>
         <para>Lee Cremeans <email>lcremean@tidalwave.net</email></para>
       </listitem>
 
       <listitem>
         <para>Leo Kim <email>leo@florida.sarang.net</email></para>
       </listitem>
 
       <listitem>
         <para>Liang Tai-hwa
 	  <email>avatar@www.mmlab.cse.yzu.edu.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Lon Willett <email>lon%softt.uucp@math.utah.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Louis A. Mamakos <email>louie@TransSys.COM</email></para>
       </listitem>
 
       <listitem>
         <para>Louis Mamakos <email>loiue@TransSys.com</email></para>
       </listitem>
 
       <listitem>
         <para>Lowell Gilbert <email>lowell@world.std.com</email></para>
       </listitem>
 
       <listitem>
         <para>Lucas James <email>Lucas.James@ldjpc.apana.org.au</email></para>
       </listitem>
 
       <listitem>
         <para>Lyndon Nerenberg <email>lyndon@orthanc.ab.ca</email></para>
       </listitem>
 
       <listitem>
         <para>M. L. Dodson <email>bdodson@scms.utmb.EDU</email></para>
       </listitem>
 
       <listitem>
         <para>M.C. Wong <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Magnus Enbom <email>dot@tinto.campus.luth.se</email></para>
       </listitem>
 
       <listitem>
         <para>Mahesh Neelakanta <email>mahesh@gcomm.com</email></para>
       </listitem>
 
       <listitem>
         <para>Makoto MATSUSHITA <email>matusita@jp.FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Makoto WATANABE
 	  <email>watanabe@zlab.phys.nagoya-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Makoto YAMAKURA <email>makoto@pinpott.spnet.ne.jp</email></para>
       </listitem> 
 
       <listitem>
         <para>Malte Lance <email>malte.lance@gmx.net</email></para>
       </listitem>
 
       <listitem>
         <para>MANTANI Nobutaka <email>nobutaka@nobutaka.com</email></para>
       </listitem>
 
       <listitem>
         <para>Manu Iyengar
 	  <email>iyengar@grunthos.pscwa.psca.com</email></para>
       </listitem>
 
       <listitem>
         <para>Marc Frajola <email>marc@dev.com</email></para>
       </listitem>
 
       <listitem>
         <para>Marc Ramirez <email>mrami@mramirez.sy.yale.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Marc Slemko <email>marcs@znep.com</email></para>
       </listitem>
 
       <listitem>
         <para>Marc van Kempen <email>wmbfmk@urc.tue.nl</email></para>
       </listitem>
 
       <listitem>
 	<para>Marc van Woerkom <email>van.woerkom@netcologne.de</email></para>
       </listitem>
 
       <listitem>
 	<para>Marcin Cieslak <email>saper@system.pl</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Andrews <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Cammidge <email>mark@gmtunx.ee.uct.ac.za</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Diekhans <email>markd@grizzly.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Huizer <email>xaa@stack.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Mark J. Taylor <email>mtaylor@cybernet.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Knight <email>markk@knigma.org</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Krentel <email>krentel@rice.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Mayo <email>markm@vmunix.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Pulford <email>mark@kyne.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Thompson <email>thompson@tgsoft.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Tinguely <email>tinguely@plains.nodak.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Treacy <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Valentine <email>mark@linus.demon.co.uk</email></para>
       </listitem>
 
       <listitem>
 	<para>Markus Holmberg <email>saska@acc.umu.se</email></para>
       </listitem>
 
       <listitem>
         <para>Martin Birgmeier <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Martin Blapp <email>blapp@attic.ch</email></para>
       </listitem>
 
       <listitem>
         <para>Martin Hinner <email>mhi@linux.gyarab.cz</email></para>
       </listitem>
 
       <listitem>
         <para>Martin Ibert <email>mib@ppe.bb-data.de</email></para>
       </listitem>
 
       <listitem>
         <para>Martin Kammerhofer <email>dada@sbox.tu-graz.ac.at</email></para>
       </listitem>
 
       <listitem>
 	<para>Martin Minkus <email>diskiller@cnbinc.com</email></para>
       </listitem>
 
       <listitem>
         <para>Martin Renters <email>martin@tdc.on.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Martti Kuparinen
 	  <email>martti.kuparinen@ericsson.com</email></para>
       </listitem>
 
       <listitem>
         <para>Masachika ISHIZUKA
 	  <email>ishizuka@isis.min.ntt.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Masahiro Sekiguchi
 	  <email>seki@sysrap.cs.fujitsu.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Masahiro TAKEMURA
           <email>mastake@msel.t.u-tokyo.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Masanobu Saitoh <email>msaitoh@spa.is.uec.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Masanori Kanaoka <email>kana@saijo.mke.mei.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Masanori Kiriake <email>seiken@ARGV.AC</email></para>
       </listitem>
 
       <listitem>
         <para>Masatoshi TAMURA
 	  <email>tamrin@shinzan.kuee.kyoto-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Mats Lofkvist <email>mal@algonet.se</email></para>
       </listitem>
 
       <listitem>
         <para>Matt Bartley <email>mbartley@lear35.cytex.com</email></para>
       </listitem>
 
       <listitem>
         <para>Matt Heckaman <email>matt@LUCIDA.QC.CA</email></para>
       </listitem>
 
       <listitem>
         <para>Matt Thomas <email>matt@3am-software.com</email></para>
       </listitem>
 
       <listitem>
         <para>Matt White <email>mwhite+@CMU.EDU</email></para>
       </listitem>
 
       <listitem>
         <para>Matthew C. Mead <email>mmead@Glock.COM</email></para>
       </listitem>
 
       <listitem>
         <para>Matthew Cashdollar <email>mattc@rfcnet.com</email></para>
       </listitem>
 
       <listitem>
         <para>Matthew Emmerton <email>root@gabby.gsicomp.on.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Matthew Flatt <email>mflatt@cs.rice.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Matthew Fuller <email>fullermd@futuresouth.com</email></para>
       </listitem>
 
       <listitem>
         <para>Matthew Stein <email>matt@bdd.net</email></para>
       </listitem>
 
       <listitem>
         <para>Matthew West <email>mwest@uct.ac.za</email></para>
       </listitem>
 
       <listitem>
         <para>Matthias Pfaller <email>leo@dachau.marco.de</email></para>
       </listitem>
 
       <listitem>
         <para>Matthias Scheler <email>tron@netbsd.org</email></para>
       </listitem>
 
       <listitem>
         <para>Mattias Gronlund
 	  <email>Mattias.Gronlund@sa.erisoft.se</email></para>
       </listitem>
 
       <listitem>
         <para>Mattias Pantzare <email>pantzer@ludd.luth.se</email></para>
       </listitem>
 
       <listitem>
         <para>Maurice Castro
 	  <email>maurice@planet.serc.rmit.edu.au</email></para>
       </listitem>
 
       <listitem>
         <para>Max Euston <email>meuston@jmrodgers.com</email></para>
       </listitem>
 
       <listitem>
         <para>Max Khon <email>fjoe@husky.iclub.nsu.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Maxim Bolotin <email>max@rsu.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Maxime Henrion <email>mhenrion@cybercable.fr</email></para>
       </listitem>
 
       <listitem>
         <para>Micha Class
 	  <email>michael_class@hpbbse.bbn.hp.com</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Alyn Miller <email>malyn@strangeGizmo.com</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Lucas <email>mwlucas@blackhelicopters.org</email></para>
       </listitem>
 
       <listitem>
-        <para>Michael Lyngb�l <email>michael@lyngbol.dk</email></para>
+        <para>Michael Lyngb� <email>michael@lyngbol.dk</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Butler <email>imb@scgt.oz.au</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Butschky <email>butsch@computi.erols.com</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Clay <email>mclay@weareb.org</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Galassi <email>nerd@percival.rain.com</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Hancock <email>michaelh@cet.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Hohmuth <email>hohmuth@inf.tu-dresden.de</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Perlman <email>canuck@caam.rice.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Petry <email>petry@netwolf.NetMasters.com</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Reifenberger <email>root@totum.plaut.de</email></para>
       </listitem>
 
       <listitem>
 	<para>Michael Sardo <email>jaeger16@yahoo.com</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Searle <email>searle@longacre.demon.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Urban <email>murban@tznet.com</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Vasilenko <email>acid@stu.cn.ua</email></para>
       </listitem>
 
       <listitem>
         <para>Michal Listos <email>mcl@Amnesiac.123.org</email></para>
       </listitem>
 
       <listitem>
         <para>Michio Karl Jinbo
 	  <email>karl@marcer.nagaokaut.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Miguel Angel Sagreras
 	  <email>msagre@cactus.fi.uba.ar</email></para>
       </listitem>
 
       <listitem>
         <para>Mihoko Tanaka <email>m_tonaka@pa.yokogawa.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Mika Nystrom <email>mika@cs.caltech.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Mikael Hybsch <email>micke@dynas.se</email></para>
       </listitem>
 
       <listitem>
         <para>Mikael Karpberg
 	  <email>karpen@ocean.campus.luth.se</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Barcroft <email>mike@q9media.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Bristow <email>mike@urgle.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Del <email>repenting@hotmail.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Durian <email>durian@plutotech.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Durkin <email>mdurkin@tsoft.sf-bay.org</email></para>
       </listitem>
 
       <listitem>
         <para>Mike E. Matsnev <email>mike@azog.cs.msu.su</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Evans <email>mevans@candle.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Grupenhoff <email>kashmir@umiacs.umd.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Harding <email>mvh@ix.netcom.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Hibler <email>mike@marker.cs.utah.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Karels <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Mike McGaughey <email>mmcg@cs.monash.edu.au</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Meyer <email>mwm@mired.org</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Mitchell <email>mitchell@ref.tfs.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Murphy <email>mrm@alpharel.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Peck <email>mike@binghamton.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Sherwood <email>mike@fate.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Spengler <email>mks@msc.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Mikhail A. Sokolov <email>mishania@demos.su</email></para>
       </listitem>
 
       <listitem>
         <para>Ming-I Hseh <email>PA@FreeBSD.ee.Ntu.edu.TW</email></para>
       </listitem>
 
       <listitem>
 	<para>Mitsuru Yoshida <email>mitsuru@riken.go.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Monte Mitzelfelt <email>monte@gonefishing.org</email></para>
       </listitem>
 
       <listitem>
         <para>Morgan Davis <email>root@io.cts.com</email></para>
       </listitem>
 
       <listitem>
         <para>MOROHOSHI Akihiko <email>moro@race.u-tokyo.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Mostyn Lewis <email>mostyn@mrl.com</email></para>
       </listitem>
 
       <listitem>
         <para>Motomichi Matsuzaki <email>mzaki@e-mail.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Motoyuki Kasahara <email>m-kasahr@sra.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>N.G.Smith <email>ngs@sesame.hensa.ac.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Nadav Eiron <email>nadav@barcode.co.il</email></para>
       </listitem>
 
       <listitem>
         <para>NAGAO Tadaaki <email>nagao@cs.titech.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>NAKAJI Hiroyuki
 	  <email>nakaji@tutrp.tut.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>NAKAMURA Kazushi <email>nkazushi@highway.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>NAKAMURA Motonori
 	  <email>motonori@econ.kyoto-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>NAKATA, Maho <email>chat95@mbox.kyoto-inet.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Nanbor Wang <email>nw1@cs.wustl.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Naofumi Honda
 	  <email>honda@Kururu.math.sci.hokudai.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Naoki Hamada <email>nao@tom-yam.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Narvi <email>narvi@haldjas.folklore.ee</email></para>
       </listitem>
       
       <listitem>
         <para>Nathan Dorfman <email>nathan@rtfm.net</email></para>
       </listitem>
 
       <listitem>
         <para>Neal Fachan <email>kneel@ishiboo.com</email></para>
       </listitem>
 
       <listitem>
         <para>Niall Smart <email>rotel@indigo.ie</email></para>
       </listitem>
 
       <listitem>
         <para>Nicholas Esborn <email>nick@netdot.net</email></para>
       </listitem>
 
       <listitem>
         <para>Nick Barnes <email>Nick.Barnes@pobox.com</email></para>
       </listitem>
 
       <listitem>
         <para>Nick Handel <email>nhandel@NeoSoft.com</email></para>
       </listitem>
 
       <listitem>
         <para>Nick Hilliard <email>nick@foobar.org</email></para>
       </listitem>
 
       <listitem>
         <para>Nick Johnson <email>freebsd@spatula.net</email></para>
       </listitem>
 
       <listitem>
         <para>Nick Williams <email>njw@cs.city.ac.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Nickolay N. Dudorov <email>nnd@itfs.nsk.su</email></para>
       </listitem>
 
       <listitem>
         <para>NIIMI Satoshi <email>sa2c@and.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Niklas Hallqvist <email>niklas@filippa.appli.se</email></para>
       </listitem>
 
       <listitem>
         <para>Nils M. Holm <email>nmh@t3x.org</email></para>
       </listitem>
 
       <listitem>
         <para>Nisha Talagala <email>nisha@cs.berkeley.edu</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>adrian@virginia.edu</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>alex@elvisti.kiev.ua</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>anto@netscape.net</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>bobson@egg.ics.nitch.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>bovynf@awe.be</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>burg@is.ge.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>chris@gnome.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>colsen@usa.net</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>coredump@nervosa.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>dannyman@arh0300.urh.uiuc.edu</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>davids@SECNET.COM</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>derek@free.org</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>devet@adv.IAEhv.nl</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>djv@bedford.net</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>dvv@sprint.net</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>enami@ba2.so-net.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>flash@eru.tubank.msk.su</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>flash@hway.ru</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>fn@pain.csrv.uidaho.edu</email></para>
       </listitem>
 
       <listitem>
 	<para>No Name <email>frf@xocolatl.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>gclarkii@netport.neosoft.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>gordon@sheaky.lonestar.org</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>graaf@iae.nl</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>greg@greg.rim.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>grossman@cygnus.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>gusw@fub46.zedat.fu-berlin.de</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>hfir@math.rochester.edu</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>hnokubi@yyy.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>iaint@css.tuu.utas.edu.au</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>invis@visi.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>ishisone@sra.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>iverson@lionheart.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>jpt@magic.net</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>junker@jazz.snu.ac.kr</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>k-sugyou@ccs.mt.nec.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>kenji@reseau.toyonaka.osaka.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>kfurge@worldnet.att.net</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>lh@aus.org</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>lhecking@nmrc.ucc.ie</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>mrgreen@mame.mu.oz.au</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>nakagawa@jp.FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>ohki@gssm.otsuka.tsukuba.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>owaki@st.rim.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>pechter@shell.monmouth.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>pete@pelican.pelican.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>pritc003@maroon.tc.umn.edu</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>risner@stdio.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>roman@rpd.univ.kiev.ua</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>root@ns2.redline.ru</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>root@uglabgw.ug.cs.sunysb.edu</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>stephen.ma@jtec.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>sumii@is.s.u-tokyo.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>takas-su@is.aist-nara.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>tamone@eig.unige.ch</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>tjevans@raleigh.ibm.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>tony-o@iij.ad.jp amurai@spec.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>torii@tcd.hitachi.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>uenami@imasy.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>uhlar@netlab.sk</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>vode@hut.fi</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>wlloyd@mpd.ca</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>wlr@furball.wellsfargo.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>wmbfmk@urc.tue.nl</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>yamagata@nwgpc.kek.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>ziggy@ryan.org</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>ZW6T-KND@j.asahi-net.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Nobuhiro Yasutomi <email>nobu@psrc.isac.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Nobuyuki Koganemaru
 	  <email>kogane@koganemaru.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>NOKUBI Hirotaka <email>h-nokubi@yyy.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Norio Suzuki <email>nosuzuki@e-mail.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Noritaka Ishizumi <email>graphite@jp.FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Noriyuki Soda <email>soda@sra.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Oddbjorn Steffenson <email>oddbjorn@tricknology.org</email</para>
       </listitem>
 
       <listitem>
 	<para>Oh Junseon <email>hollywar@mail.holywar.net</email></para>
       </listitem>
 
       <listitem>
         <para>Olaf Wagner <email>wagner@luthien.in-berlin.de</email></para>
       </listitem>
 
       <listitem>
         <para>Oleg Semyonov <email>os@altavista.net</email></para>
       </listitem>
 
       <listitem>
         <para>Oleg Sharoiko <email>os@rsu.ru</email></para>
       </listitem>
 
       <listitem>
 	<para>Oleg V. Volkov <email>rover@lglobus.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Olexander Kunytsa <email>kunia@wolf.istc.kiev.ua</email></para>
       </listitem>
 
       <listitem>
         <para>Oliver Breuninger <email>ob@seicom.NET</email></para>
       </listitem>
 
       <listitem>
         <para>Oliver Friedrichs <email>oliver@secnet.com</email></para>
       </listitem>
 
       <listitem>
         <para>Oliver Fromme
 	  <email>oliver.fromme@heim3.tu-clausthal.de</email></para>
       </listitem>
 
       <listitem>
         <para>Oliver Helmling
 	  <email>oliver.helmling@stud.uni-bayreuth.de</email></para>
       </listitem>
 
       <listitem>
         <para>Oliver Laumann
 	  <email>net@informatik.uni-bremen.de</email></para>
       </listitem>
 
       <listitem>
         <para>Oliver Lehmann
 	  <email>Kai_Allard_Liao@gmx.de</email></para>
       </listitem>
 
       <listitem>
         <para>Oliver Oberdorf <email>oly@world.std.com</email></para>
       </listitem>
 
       <listitem>
         <para>Olof Johansson <email>offe@ludd.luth.se</email></para>
       </listitem>
 
       <listitem>
         <para>Osokin Sergey aka oZZ <email>ozz@FreeBSD.org.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Pace Willisson <email>pace@blitz.com</email></para>
       </listitem>
 
       <listitem>
         <para>Paco Rosich <email>rosich@modico.eleinf.uv.es</email></para>
       </listitem>
 
       <listitem>
         <para>Palle Girgensohn <email>girgen@partitur.se</email></para>
       </listitem>
 
       <listitem>
         <para>Parag Patel <email>parag@cgt.com</email></para>
       </listitem>
 
       <listitem>
         <para>Pascal Pederiva <email>pascal@zuo.dec.com</email></para>
       </listitem>
 
       <listitem>
         <para>Pasvorn Boonmark <email>boonmark@juniper.net</email></para>
       </listitem>
 
       <listitem>
 	<para>Patrick Bihan-Faou <email>patrick@mindstep.com</email></para>
       </listitem>
 
       <listitem>
         <para>Patrick Hausen <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Patrick Seal <email>patseal@hyperhost.net</email></para> 
       </listitem>
 
       <listitem>
         <para>Paul Antonov <email>apg@demos.su</email></para>
       </listitem>
 
       <listitem>
         <para>Paul F. Werkowski <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Paul Fox <email>pgf@foxharp.boston.ma.us</email></para>
       </listitem>
 
       <listitem>
         <para>Paul Koch <email>koch@thehub.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Paul Kranenburg <email>pk@NetBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Paul M. Lambert <email>plambert@plambert.net</email></para>
       </listitem>
 
       <listitem>
         <para>Paul Mackerras <email>paulus@cs.anu.edu.au</email></para>
       </listitem>
 
       <listitem>
         <para>Paul Popelka <email>paulp@uts.amdahl.com</email></para>
       </listitem>
 
       <listitem>
         <para>Paul S. LaFollette, Jr. <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Paul Sandys <email>myj@nyct.net</email></para>
       </listitem>
 
       <listitem>
         <para>Paul T. Root <email>proot@horton.iaces.com</email></para>
       </listitem>
 
       <listitem>
         <para>Paul Vixie <email>paul@vix.com</email></para>
       </listitem>
 
       <listitem>
         <para>Paulo Menezes <email>paulo@isr.uc.pt</email></para>
       </listitem>
 
       <listitem>
         <para>Paulo Menezes <email>pm@dee.uc.pt</email></para>
       </listitem>
 
       <listitem>
         <para>Pedro A M Vazquez <email>vazquez@IQM.Unicamp.BR</email></para>
       </listitem>
 
       <listitem>
         <para>Pedro Giffuni <email>giffunip@asme.org</email></para>
       </listitem>
 
       <listitem>
         <para>Per Wigren <email>wigren@home.se</email></para>
       </listitem>
 
       <listitem>
         <para>Pete Bentley <email>pete@demon.net</email></para>
       </listitem>
 
       <listitem>
         <para>Peter Childs <email>pjchilds@imforei.apana.org.au</email></para>
       </listitem>
 
       <listitem>
         <para>Peter Cornelius <email>pc@inr.fzk.de</email></para>
       </listitem>
 
       <listitem>
         <para>Peter Haight <email>peterh@prognet.com</email></para>
       </listitem>
 
       <listitem>
         <para>Peter Jeremy <email>perer.jeremy@alcatel.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Peter M. Chen <email>pmchen@eecs.umich.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Peter Much <email>peter@citylink.dinoex.sub.org</email></para>
       </listitem>
 
       <listitem>
         <para>Peter Olsson <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Peter Philipp <email>pjp@bsd-daemon.net</email></para>
       </listitem>
 
       <listitem>
         <para>Peter Stubbs <email>PETERS@staidan.qld.edu.au</email></para>
       </listitem>
 
       <listitem>
 	<para>Peter van Heusden <email>pvh@egenetics.com</email></para>
       </listitem>
 
       <listitem>
         <para>Phil Maker <email>pjm@cs.ntu.edu.au</email></para>
       </listitem>
 
       <listitem>
         <para>Phil Sutherland
 	  <email>philsuth@mycroft.dialix.oz.au</email></para>
       </listitem>
 
       <listitem>
         <para>Phil Taylor <email>phil@zipmail.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Philip Musumeci <email>philip@rmit.edu.au</email></para>
       </listitem>
 
       <listitem>
         <para>Philippe Lefebvre <email>nemesis@balistik.net</email></para>
       </listitem>
 
       <listitem>
         <para>Pierre Y. Dampure <email>pierre.dampure@k2c.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Pius Fischer <email>pius@ienet.com</email></para>
       </listitem>
 
       <listitem>
         <para>Pomegranate <email>daver@flag.blackened.net</email></para>
       </listitem>
 
       <listitem>
         <para>Powerdog Industries
 	  <email>kevin.ruddy@powerdog.com</email></para>
       </listitem>
 
       <listitem>
         <para>Priit J&auml;rv <email>priit@cc.ttu.ee</email></para>
       </listitem>
 
       <listitem>
         <para>R Joseph Wright <email>rjoseph@mammalia.org</email></para>
       </listitem>
 
       <listitem>
         <para>R. Kym Horsell</para>
       </listitem>
 
       <listitem>
         <para>Ralf Friedl <email>friedl@informatik.uni-kl.de</email></para>
       </listitem>
 
       <listitem>
         <para>Randal S. Masutani <email>randal@comtest.com</email></para>
       </listitem>
 
       <listitem>
         <para>Randall Hopper <email>rhh@ct.picker.com</email></para>
       </listitem>
 
       <listitem>
         <para>Randall W. Dean <email>rwd@osf.org</email></para>
       </listitem>
 
       <listitem>
         <para>Randy Bush <email>rbush@bainbridge.verio.net</email></para>
       </listitem>
 
       <listitem>
         <para>Rasmus Kaj <email>kaj@Raditex.se</email></para>
       </listitem>
 
       <listitem>
         <para>Reinier Bezuidenhout
 	  <email>rbezuide@mikom.csir.co.za</email></para>
       </listitem>
 
       <listitem>
         <para>Remy Card <email>Remy.Card@masi.ibp.fr</email></para>
       </listitem>
 
       <listitem>
         <para>Ricardas Cepas <email>rch@richard.eu.org</email></para>
       </listitem>
 
       <listitem>
         <para>Riccardo Veraldi <email>veraldi@cs.unibo.it</email></para>
       </listitem>
 
       <listitem>
         <para>Rich Wood <email>rich@FreeBSD.org.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Richard Henderson <email>richard@atheist.tamu.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Richard Hwang <email>rhwang@bigpanda.com</email></para>
       </listitem>
 
       <listitem>
 	<para>Richard Kiss <email>richard@homemail.com</email></para>
       </listitem>
 
       <listitem>
         <para>Richard J Kuhns <email>rjk@watson.grauel.com</email></para>
       </listitem>
 
       <listitem>
         <para>Richard M. Neswold
 	  <email>rneswold@enteract.com</email></para>
       </listitem>
 
       <listitem>
         <para>Richard Seaman, Jr. <email>dick@tar.com</email></para>
       </listitem>
 
       <listitem>
         <para>Richard Stallman <email>rms@gnu.ai.mit.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Richard Straka <email>straka@user1.inficad.com</email></para>
       </listitem>
 
       <listitem>
         <para>Richard Tobin <email>richard@cogsci.ed.ac.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Richard Wackerbarth <email>rkw@Dataplex.NET</email></para>
       </listitem>
 
       <listitem>
         <para>Richard Winkel <email>rich@math.missouri.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Richard Wiwatowski <email>rjwiwat@adelaide.on.net</email></para>
       </listitem>
 
       <listitem>
         <para>Rick Macklem <email>rick@snowhite.cis.uoguelph.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Rick Macklin <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Rob Austein <email>sra@epilogue.com</email></para>
       </listitem>
 
       <listitem>
         <para>Rob Mallory <email>rmallory@qualcomm.com</email></para>
       </listitem>
 
       <listitem>
         <para>Rob Snow <email>rsnow@txdirect.net</email></para>
       </listitem>
 
       <listitem>
         <para>Robert Crowe <email>bob@speakez.com</email></para>
       </listitem>
 
       <listitem>
         <para>Robert D. Thrush <email>rd@phoenix.aii.com</email></para>
       </listitem>
 
       <listitem>
         <para>Robert Eckardt
 	  <email>roberte@MEP.Ruhr-Uni-Bochum.de</email></para>
       </listitem>
 
       <listitem>
         <para>Robert P Ricci <email>ricci@cs.utah.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Robert Sanders <email>rsanders@mindspring.com</email></para>
       </listitem>
 
       <listitem>
         <para>Robert Sexton <email>robert@kudra.com</email></para>
       </listitem>
 
       <listitem>
         <para>Robert Shady <email>rls@id.net</email></para>
       </listitem>
 
       <listitem>
         <para>Robert Swindells <email>swindellsr@genrad.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Robert Withrow <email>witr@rwwa.com</email></para>
       </listitem>
 
       <listitem>
         <para>Robert Yoder <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Robin Carey
 	  <email>robin@mailgate.dtc.rankxerox.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Rod Taylor <email>rod@idiotswitch.org</email></para>
       </listitem>
 
       <listitem>
         <para>Roger Hardiman <email>roger@cs.strath.ac.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Roland Jesse <email>jesse@cs.uni-magdeburg.de</email></para>
       </listitem>
 
       <listitem>
         <para>Roman Shterenzon <email>roman@xpert.com</email></para>
       </listitem>
 
       <listitem>
         <para>Ron Bickers <email>rbickers@intercenter.net</email></para>
       </listitem>
 
       <listitem>
         <para>Ron Lenk <email>rlenk@widget.xmission.com</email></para>
       </listitem>
 
       <listitem>
         <para>Ronald Kuehn <email>kuehn@rz.tu-clausthal.de</email></para>
       </listitem>
 
       <listitem>
         <para>Rudolf Cejka <email>cejkar@dcse.fee.vutbr.cz</email></para>
       </listitem>
 
       <listitem>
         <para>Ruslan Belkin <email>rus@home2.UA.net</email></para>
       </listitem>
 
       <listitem>
         <para>Ruslan Shevchenko <email>rssh@cam.grad.kiev.ua</email></para>
       </listitem>
 
       <listitem>
         <para>Russell L. Carter <email>rcarter@pinyon.org</email></para>
       </listitem>
 
       <listitem>
         <para>Russell Vincent <email>rv@groa.uct.ac.za</email></para>
       </listitem>
 
       <listitem>
         <para>Ryan Younce <email>ryany@pobox.com</email></para>
       </listitem>
 
       <listitem>
 	<para>Ryuichiro IMURA <email>imura@af.airnet.ne.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Sakai Hiroaki <email>sakai@miya.ee.kagu.sut.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Sakari Jalovaara <email>sja@tekla.fi</email></para>
       </listitem>
 
       <listitem>
         <para>Sam Hartman <email>hartmans@mit.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Samuel Lam <email>skl@ScalableNetwork.com</email></para>
       </listitem>
 
       <listitem>
         <para>Samuel Tardieu <email>sam@inf.enst.fr</email></para>
       </listitem>
 
       <listitem>
         <para>Samuele Zannoli <email>zannoli@cs.unibo.it</email></para>
       </listitem>
 
       <listitem>
 	<para>Sander Janssen <email>janssen@rendo.dekooi.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Sander Vesik <email>sander@haldjas.folklore.ee</email></para>
       </listitem>
 
       <listitem>
         <para>Sandro Sigala <email>ssigala@globalnet.it</email></para>
       </listitem>
 
       <listitem>
         <para>SANETO Takanori <email>sanewo@strg.sony.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>SASAKI Shunsuke <email>ele@pop17.odn.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Sascha Blank <email>blank@fox.uni-trier.de</email></para>
       </listitem>
 
       <listitem>
         <para>Sascha Wildner <email>swildner@channelz.GUN.de</email></para>
       </listitem>
 
       <listitem>
         <para>Satoh Junichi <email>junichi@astec.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>SAWADA Mizuki <email>miz@qb3.so-net.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Scot Elliott <email>scot@poptart.org</email></para>
       </listitem>
 
       <listitem>
         <para>Scot W. Hetzel <email>hetzels@westbend.net</email></para>
       </listitem>
 
       <listitem>
         <para>Scott A. Kenney <email>saken@rmta.ml.org</email></para>
       </listitem>
 
       <listitem>
         <para>Scott A. Moberly <email>smoberly@xavier.dyndns.org</email></para>
       </listitem>
 
       <listitem>
         <para>Scott Blachowicz
 	  <email>scott.blachowicz@seaslug.org</email></para>
       </listitem>
 
       <listitem>
         <para>Scott Burris <email>scott@pita.cns.ucla.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Scott Hazen Mueller <email>scott@zorch.sf-bay.org</email></para>
       </listitem>
 
       <listitem>
         <para>Scott Michel <email>scottm@cs.ucla.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Scott Mitchel <email>scott@uk.FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Scott Reynolds <email>scott@clmqt.marquette.mi.us</email></para>
       </listitem>
 
       <listitem>
         <para>Sebastian Strollo <email>seb@erix.ericsson.se</email></para>
       </listitem>
 
       <listitem>
         <para>Serge V. Vakulenko <email>vak@zebub.msk.su</email></para>
       </listitem>
 
       <listitem>
         <para>Sergei Chechetkin <email>csl@whale.sunbay.crimea.ua</email></para>
       </listitem>
 
       <listitem>
         <para>Sergei S. Laskavy <email>laskavy@pc759.cs.msu.su</email></para>
       </listitem>
 
       <listitem>
         <para>Sergey Gershtein <email>sg@mplik.ru</email></para>
       </listitem>
 
       <listitem>
 	<para>Sergey Kosyakov <email>ks@itp.ac.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Sergey Potapov <email>sp@alkor.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Sergey Samoyloff <email>gonza@techline.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Sergey Shkonda <email>serg@bcs.zp.ua</email></para>
       </listitem>
 
       <listitem>
         <para>Sergey Skvortsov <email>skv@protey.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Sergey V.Dorokhov <email>svd@kbtelecom.nalnet.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Sergio Lenzi <email>lenzi@bsi.com.br</email></para>
       </listitem>
 
       <listitem>
         <para>Shaun Courtney <email>shaun@emma.eng.uct.ac.za</email></para>
       </listitem>
 
       <listitem>
         <para>Shawn M. Carey <email>smcarey@mailbox.syr.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Shigio Yamaguchi <email>shigio@tamacom.com</email></para>
       </listitem>
 
       <listitem>
         <para>Shinya Esu <email>esu@yk.rim.or.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Shinya FUJIE <email>fujie@tk.elec.waseda.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Shuichi Tanaka <email>stanaka@bb.mbn.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Simon <email>simon@masi.ibp.fr</email></para>
       </listitem>
 
       <listitem>
         <para>Simon Burge <email>simonb@telstra.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Simon Dick <email>simond@irrelevant.org</email></para>
       </listitem>
 
       <listitem>
         <para>Simon J Gerraty <email>sjg@melb.bull.oz.au</email></para>
       </listitem>
 
       <listitem>
         <para>Simon Marlow <email>simonm@dcs.gla.ac.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Simon Shapiro <email>shimon@simon-shapiro.org</email></para>
       </listitem>
 
       <listitem>
         <para>Sin'ichiro MIYATANI <email>siu@phaseone.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Slaven Rezic <email>eserte@cs.tu-berlin.de</email></para>
       </listitem>
 
       <listitem>
         <para>Soochon Radee <email>slr@mitre.org</email></para>
       </listitem>
 
       <listitem>
         <para>Soren Dayton <email>csdayton@midway.uchicago.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Soren Dossing <email>sauber@netcom.com</email></para>
       </listitem>
 
       <listitem>
         <para>Soren S. Jorvang <email>soren@wheel.dk</email></para>
       </listitem>
 
       <listitem>
         <para>Stefan Bethke <email>stb@hanse.de</email></para>
       </listitem>
 
       <listitem>
         <para>Stefan Eggers <email>seggers@semyam.dinoco.de</email></para>
       </listitem>
 
       <listitem>
         <para>Stefan Moeding <email>s.moeding@ndh.net</email></para>
       </listitem>
 
       <listitem>
         <para>Stefan Petri <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Stefan `Sec` Zehl <email>sec@42.org</email></para>
       </listitem>
 
       <listitem>
         <para>Eric D. Futch <email>efutch@nyct.net</email></para>
       </listitem>
 
       <listitem>
         <para>Steinar Haug <email>sthaug@nethelp.no</email></para>
       </listitem>
 
       <listitem>
         <para>Stephane E. Potvin <email>sepotvin@videotron.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Stephane Legrand <email>stephane@lituus.fr</email></para>
       </listitem>
 
       <listitem>
         <para>Stephen Clawson
 	  <email>sclawson@marker.cs.utah.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Stephen F. Combs <email>combssf@salem.ge.com</email></para>
       </listitem>
 
       <listitem>
         <para>Stephen Farrell <email>stephen@farrell.org</email></para>
       </listitem>
 
       <listitem>
         <para>Stephen Hocking <email>sysseh@devetir.qld.gov.au</email></para>
       </listitem>
 
       <listitem>
         <para>Stephen J. Roznowski <email>sjr@home.net</email></para>
       </listitem>
 
       <listitem>
         <para>Stephen McKay <email>syssgm@devetir.qld.gov.au</email></para>
       </listitem>
 
       <listitem>
         <para>Stephen Melvin <email>melvin@zytek.com</email></para>
       </listitem>
 
       <listitem>
         <para>Steve Bauer <email>sbauer@rock.sdsmt.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Steve Coltrin <email>spcoltri@unm.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Steve Deering <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Steve Gerakines <email>steve2@genesis.tiac.net</email></para>
       </listitem>
 
       <listitem>
         <para>Steve Gericke <email>steveg@comtrol.com</email></para>
       </listitem>
 
       <listitem>
         <para>Steve Piette <email>steve@simon.chi.il.US</email></para>
       </listitem>
 
       <listitem>
         <para>Steve Schwarz <email>schwarz@alpharel.com</email></para>
       </listitem>
 
       <listitem>
         <para>Steven Enderle <email>panic@subphase.de</email></para>
       </listitem>
 
       <listitem>
         <para>Steven G. Kargl
 	  <email>kargl@troutmask.apl.washington.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Steven H. Samorodin <email>samorodi@NUXI.com</email></para>
       </listitem>
 
       <listitem>
         <para>Steven McCanne <email>mccanne@cs.berkeley.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Steven Plite <email>splite@purdue.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Steven Wallace <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Stijn Hoop <email>stijn@win.tue.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Stuart Henderson
 	  <email>stuart@internationalschool.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Sue Blake <email>sue@welearn.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Sugimoto Sadahiro <email>ixtl@komaba.utmc.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>SUGIMURA Takashi <email>sugimura@jp.FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Sugiura Shiro <email>ssugiura@duo.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Sujal Patel <email>smpatel@wam.umd.edu</email></para>
       </listitem>
 
       <listitem>
 	<para>Sungman Cho <email>smcho@tsp.korea.ac.kr</email></para>
       </listitem>
 
       <listitem>
         <para>Sune Stjerneby <email>stjerneby@usa.net</email></para>
       </listitem>
 
       <listitem>
         <para>SURANYI Peter
 	  <email>suranyip@jks.is.tsukuba.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Suzuki Yoshiaki
 	  <email>zensyo@ann.tama.kawasaki.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Svein Skogen
           <email>tds@nsn.no</email></para>
       </listitem>
 
       <listitem>
         <para>Sybolt de Boer <email>bolt@xs4all.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Tadashi Kumano <email>kumano@strl.nhk.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Taguchi Takeshi <email>taguchi@tohoku.iij.ad.jp</email></para>
       </listitem>
 
       <listitem>
         <para>TAKAHASHI Kaoru <email>kaoru@kaisei.org</email></para>
       </listitem>
 
       <listitem>
         <para>Takahiro Yugawa <email>yugawa@orleans.rim.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Takashi Mega <email>mega@minz.org</email></para>
       </listitem>
 
       <listitem>
         <para>Takashi Uozu <email>j1594016@ed.kagu.sut.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Takayuki Ariga <email>a00821@cc.hc.keio.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Takeru NAIKI <email>naiki@bfd.es.hokudai.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Takeshi Amaike <email>amaike@iri.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Takeshi MUTOH <email>mutoh@info.nara-k.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Takeshi Ohashi
 	  <email>ohashi@mickey.ai.kyutech.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Takeshi WATANABE
 	  <email>watanabe@crayon.earth.s.kobe-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Takuya SHIOZAKI
 	  <email>tshiozak@makino.ise.chuo-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Tatoku Ogaito <email>tacha@tera.fukui-med.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Ted Buswell <email>tbuswell@mediaone.net</email></para>
       </listitem>
 
       <listitem>
         <para>Ted Faber <email>faber@isi.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Ted Lemon <email>mellon@isc.org</email></para>
       </listitem>
 
       <listitem>
         <para>Terry Lambert <email>terry@lambert.org</email></para>
       </listitem>
 
       <listitem>
         <para>Terry Lee <email>terry@uivlsi.csl.uiuc.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Tetsuya Furukawa <email>tetsuya@secom-sis.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Theo de Raadt <email>deraadt@OpenBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas <email>thomas@mathematik.uni-Bremen.de</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas D. Dean <email>tomdean@ix.netcom.com</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas David Rivers <email>rivers@dignus.com</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas G. McWilliams <email>tgm@netcom.com</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas Graichen
 	  <email>graichen@omega.physik.fu-berlin.de</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas K&ouml;nig
 	  <email>Thomas.Koenig@ciw.uni-karlsruhe.de</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas Ptacek <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas Quinot <email>thomas@cuivre.fr.eu.org</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas A. Stephens <email>tas@stephens.org</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas Stromberg <email>tstrombe@rtci.com</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas Valentino Crimi
 	  <email>tcrimi+@andrew.cmu.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas Wintergerst <email>thomas@lemur.nord.de</email></para>
       </listitem>
 
       <listitem>
         <para>&THORN;&oacute;r&eth;ur &Iacute;varsson
 	  <email>totii@est.is</email></para>
       </listitem>
 
       <listitem>
         <para>Thierry Thomas <email>tthomas@mail.dotcom.fr</email></para>
       </listitem>
 
       <listitem>
         <para>Timothy Jensen <email>toast@blackened.com</email></para>
       </listitem>
 
       <listitem>
         <para>Tim Kientzle <email>kientzle@netcom.com</email></para>
       </listitem>
 
       <listitem>
         <para>Tim Singletary
 	  <email>tsingle@sunland.gsfc.nasa.gov</email></para>
       </listitem>
 
       <listitem>
         <para>Tim Wilkinson <email>tim@sarc.city.ac.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Timo J. Rinne <email>tri@iki.fi</email></para>
       </listitem>
 
       <listitem>
         <para>Tobias Reifenberger <email>treif@mayn.de</email></para>
       </listitem>
 
       <listitem>
         <para>Todd Miller <email>millert@openbsd.org</email></para>
       </listitem>
 
       <listitem>
         <para>Tom <email>root@majestix.cmr.no</email></para>
       </listitem>
 
       <listitem>
         <para>Tom <email>tom@sdf.com</email></para>
       </listitem>
 
       <listitem>
         <para>Tom Gray - DCA <email>dcasba@rain.org</email></para>
       </listitem>
 
       <listitem>
         <para>Tom Jobbins <email>tom@tom.tj</email></para>
       </listitem>
 
       <listitem>
         <para>Tom Pusateri <email>pusateri@juniper.net</email></para>
       </listitem>
 
       <listitem>
         <para>Tom Rush <email>tarush@mindspring.com</email></para>
       </listitem>
 
       <listitem>
         <para>Tom Samplonius <email>tom@misery.sdf.com</email></para>
       </listitem>
 
       <listitem>
         <para>Tomohiko Kurahashi
 	  <email>kura@melchior.q.t.u-tokyo.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Tony Kimball <email>alk@Think.COM</email></para>
       </listitem>
 
       <listitem>
         <para>Tony Li <email>tli@jnx.com</email></para>
       </listitem>
 
       <listitem>
         <para>Tony Lynn <email>wing@cc.nsysu.edu.tw</email></para>
       </listitem>
 
       <listitem>
 	<para>Tony Maher <email>Tony.Maher@eBioinformatics.com</email></para>
       </listitem>
 
       <listitem>
         <para>Torbjorn Granlund <email>tege@matematik.su.se</email></para>
       </listitem>
 
       <listitem>
         <para>Toshihiko SHIMOKAWA <email>toshi@tea.forus.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Toshihiro Kanda <email>candy@kgc.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Toshiomi Moriki
 	  <email>Toshiomi.Moriki@ma1.seikyou.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Trefor S. <email>trefor@flevel.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Trenton Schulz <email>twschulz@cord.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Trevor Blackwell <email>tlb@viaweb.com</email></para>
       </listitem>
 
       <listitem>
         <para>Udo Schweigert <email>ust@cert.siemens.de</email></para>
       </listitem>
 
       <listitem>
         <para>Ugo Paternostro <email>paterno@dsi.unifi.it</email></para>
       </listitem>
 
       <listitem>
         <para>Ulf Kieber <email>kieber@sax.de</email></para>
       </listitem>
 
       <listitem>
         <para>Ulli Linzen <email>ulli@perceval.camelot.de</email></para>
       </listitem>
 
       <listitem>
         <para>URATA Shuichiro <email>s-urata@nmit.tmg.nec.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Uwe Arndt <email>arndt@mailhost.uni-koblenz.de</email></para>
       </listitem>
 
        <listitem>
         <para>Vadim Belman <email>vab@lflat.vas.mobilix.dk</email></para>
        </listitem>
 
       <listitem>
         <para>Vadim Chekan <email>vadim@gc.lviv.ua</email></para>
       </listitem>
 
       <listitem>
         <para>Vadim Kolontsov <email>vadim@tversu.ac.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Vadim Mikhailov <email>mvp@braz.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Valentin Nechayev <email>netch@lucky.net</email></para>
       </listitem>
 
       <listitem>
         <para>Valentino Vaschetto <email>logo@blackened.com</email></para>
       </listitem>
 
       <listitem>
         <para>Van Jacobson <email>van@ee.lbl.gov</email></para>
       </listitem>
 
       <listitem>
         <para>Vasily V. Grechishnikov
 	  <email>bazilio@ns1.ied-vorstu.ac.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Vasim Valejev <email>vasim@uddias.diaspro.com</email></para>
       </listitem>
 
       <listitem>
         <para>Vernon J. Schryver <email>vjs@mica.denver.sgi.com</email></para>
       </listitem>
 
       <listitem>
         <para>Vic Abell <email>abe@cc.purdue.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Ville Eerola <email>ve@sci.fi</email></para>
       </listitem>
 
       <listitem>
         <para>Vince Valenti <email>vince@blue-box.net</email></para>
       </listitem>
 
       <listitem>
         <para>Vincent Poy <email>vince@venus.gaianet.net</email></para>
       </listitem>
 
       <listitem>
         <para>Vincenzo Capuano
 	  <email>VCAPUANO@vmprofs.esoc.esa.de</email></para>
       </listitem>
 
       <listitem>
         <para>Virgil Champlin <email>champlin@pa.dec.com</email></para>
       </listitem>
 
       <listitem>
         <para>Vladimir A. Jakovenko
 	  <email>vovik@ntu-kpi.kiev.ua</email></para>
       </listitem>
 
       <listitem>
         <para>Vladimir Kushnir <email>kushn@mail.kar.net</email></para>
       </listitem>
 
       <listitem>
         <para>Vsevolod Lobko <email>seva@alex-ua.com</email></para>
       </listitem>
 
       <listitem>
         <para>W. Gerald Hicks <email>wghicks@bellsouth.net</email></para>
       </listitem>
 
       <listitem>
         <para>W. Richard Stevens <email>rstevens@noao.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Walt Howard <email>howard@ee.utah.edu</email></para>
       </listitem>
 
       <listitem>
        <para>Walt M. Shandruk <email>walt@erudition.net</email</para>
       </listitem>
 
       <listitem>
         <para>Warren Toomey <email>wkt@csadfa.cs.adfa.oz.au</email></para>
       </listitem>
 
       <listitem>
         <para>Wayne Scott <email>wscott@ichips.intel.com</email></para>
       </listitem>
 
       <listitem>
         <para>Werner Griessl
 	  <email>werner@btp1da.phy.uni-bayreuth.de</email></para>
       </listitem>
 
       <listitem>
         <para>Wes Santee <email>wsantee@wsantee.oz.net</email></para>
       </listitem>
 
       <listitem>
         <para>Wietse Venema <email>wietse@wzv.win.tue.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Wiljo Heinen <email>wiljo@freeside.ki.open.de</email></para>
       </listitem>
 
       <listitem>
         <para>Willem Jan Withagen <email>wjw@surf.IAE.nl</email></para>
       </listitem>
 
       <listitem>
         <para>William Jolitz <email>withheld</email></para>
       </listitem>
 
       <listitem>
         <para>William Liao <email>william@tale.net</email></para>
       </listitem>
 
       <listitem>
         <para>Wojtek Pilorz
 	  <email>wpilorz@celebris.bdk.lublin.pl</email></para>
       </listitem>
 
       <listitem>
         <para>Wolfgang Helbig <email>helbig@ba-stuttgart.de</email></para>
       </listitem>
 
       <listitem>
         <para>Wolfgang Solfrank <email>ws@tools.de</email></para>
       </listitem>
 
       <listitem>
         <para>Wolfgang Stanglmeier <email>wolf@FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Wu Ching-hong <email>woju@FreeBSD.ee.Ntu.edu.TW</email></para>
       </listitem>
 
       <listitem>
         <para>Yarema <email>yds@ingress.com</email></para>
       </listitem>
 
       <listitem>
         <para>Yaroslav Terletsky <email>ts@polynet.lviv.ua</email></para>
       </listitem>
 
       <listitem>
 	<para>Yasuhiro Fukama <email>yasuf@big.or.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yasuhito FUTATSUKI <email>futatuki@fureai.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Yen-Ming Lee <email>leeym@bsd.ce.ntu.edu.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Yen-Shuo Su <email>yssu@CCCA.NCTU.edu.tw</email></para>
       </listitem>
 
       <listitem>
 	<para>Yin-Jieh Chen <email>yinjieh@Crazyman.Dorm13.NCTU.edu.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Yixin Jin <email>yjin@rain.cs.ucla.edu</email></para>
       </listitem>
 
       <listitem>
 	<para>Yoichi Asai <email>yatt@msc.biglobe.ne.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yoichi Nakayama <email>yoichi@eken.phys.nagoya-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yoshiaki Uchikawa <email>yoshiaki@kt.rim.or.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yoshihiko SARUMRU <email>mistral@imasy.or.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yoshihisa NAKAGAWA
 	  <email>y-nakaga@ccs.mt.nec.co.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yoshikazu Goto <email>gotoh@ae.anritsu.co.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yoshimasa Ohnishi
 	  <email>ohnishi@isc.kyutech.ac.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yoshishige Arai <email>ryo2@on.rim.or.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yuichi MATSUTAKA <email>matutaka@osa.att.ne.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yujiro MIYATA
 	  <email>miyata@bioele.nuee.nagoya-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Yu-Shun Wang <email>yushunwa@isi.edu</email></para>
       </listitem>
 
       <listitem>
 	<para>Yusuke Nawano <email>azuki@azkey.org</email></para>
       </listitem>
 
       <listitem>
 	<para>Yuu Yashiki <email>s974123@cc.matsuyama-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yuuki SAWADA <email>mami@whale.cc.muroran-it.ac.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yuuichi Narahara <email>aconitum@po.teleway.ne.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yuval Yarom <email>yval@cs.huji.ac.il</email></para>
       </listitem>
 
       <listitem>
 	<para>Yves Fonk <email>yves@cpcoup5.tn.tudelft.nl</email></para>
       </listitem>
 
       <listitem>
 	<para>Yves Fonk <email>yves@dutncp8.tn.tudelft.nl</email></para>
       </listitem>
 
       <listitem>
 	<para>Zach Heilig <email>zach@gaffaneys.com</email></para>
       </listitem>
 
       <listitem>
         <para>Zach Zurflu <email>zach@pabst.bendnet.com</email></para>
       </listitem>
 
       <listitem>
 	<para>Zahemszhky Gabor <email>zgabor@code.hu</email></para>
       </listitem>
 
       <listitem>
 	<para>Zhong Ming-Xun <email>zmx@mail.CDPA.nsysu.edu.tw</email></para>
       </listitem>
     </itemizedlist>
   </sect1>
   
   <sect1 id="contrib-386bsd">
     <title>386BSD パッチキットへのパッチ提供者</title>
     
     <para>(名前でアルファベット順):</para>
     
     <itemizedlist>
       <listitem>
 	<para>Adam Glass <email>glass@postgres.berkeley.edu</email></para>
       </listitem>
       
       <listitem>
 	<para>Adrian Hall <email>ahall@mirapoint.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Andrey A. Chernov <email>ache@astral.msk.su</email></para>
       </listitem>
       
       <listitem>
 	<para>Andrew Herbert <email>andrew@werple.apana.org.au</email></para>
       </listitem>
       
       <listitem>
 	<para>Andrew Moore <email>alm@netcom.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Andy Valencia <email>ajv@csd.mot.com</email>
 	  <email>jtk@netcom.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Arne Henrik Juul <email>arnej@Lise.Unit.NO</email></para>
       </listitem>
       
       <listitem>
 	<para>Bakul Shah <email>bvs@bitblocks.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Barry Lustig <email>barry@ictv.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Bob Wilcox <email>bob@obiwan.uucp</email></para>
       </listitem>
       
       <listitem>
 	<para>Branko Lankester</para>
       </listitem>
       
       <listitem>
 	<para>Brett Lymn <email>blymn@mulga.awadi.com.AU</email></para>
       </listitem>
       
       <listitem>
 	<para>Charles Hannum <email>mycroft@ai.mit.edu</email></para>
       </listitem>
       
       <listitem>
 	<para>Chris G. Demetriou
 	  <email>cgd@postgres.berkeley.edu</email></para>
       </listitem>
       
       <listitem>
 	<para>Chris Torek <email>torek@ee.lbl.gov</email></para>
       </listitem>
       
       <listitem>
 	<para>Christoph Robitschko
 	  <email>chmr@edvz.tu-graz.ac.at</email></para>
       </listitem>
       
       <listitem>
 	<para>Daniel Poirot <email>poirot@aio.jsc.nasa.gov</email></para>
       </listitem>
       
       <listitem>
 	<para>Dave Burgess <email>burgess@hrd769.brooks.af.mil</email></para>
       </listitem>
       
       <listitem>
 	<para>Dave Rivers <email>rivers@ponds.uucp</email></para>
       </listitem>
       
       <listitem>
 	<para>David Dawes <email>dawes@physics.su.OZ.AU</email></para>
       </listitem>
       
       <listitem>
 	<para>David Greenman <email>dg@Root.COM</email></para>
       </listitem>
       
       <listitem>
 	<para>Eric J. Haug <email>ejh@slustl.slu.edu</email></para>
       </listitem>
 	    
       <listitem>
 	<para>Felix Gaehtgens
 	  <email>felix@escape.vsse.in-berlin.de</email></para>
       </listitem>
       
       <listitem>
 	<para>Frank Maclachlan <email>fpm@crash.cts.com</email></para>
       </listitem>
 	    
       <listitem>
 	<para>Gary A. Browning <email>gab10@griffcd.amdahl.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Gary Howland <email>gary@hotlava.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Geoff Rehmet <email>csgr@alpha.ru.ac.za</email></para>
       </listitem>
       
       <listitem>
 	<para>Goran Hammarback <email>goran@astro.uu.se</email></para>
       </listitem>
       
       <listitem>
 	<para>Guido van Rooij <email>guido@gvr.org</email></para>
       </listitem>
       
       <listitem>
         <para>Guy Antony Halse <email>guy@rucus.ru.ac.za</email></para>
       </listitem>
 
       <listitem>
 	<para>Guy Harris <email>guy@auspex.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Havard Eidnes
 	  <email>Havard.Eidnes@runit.sintef.no</email></para>
       </listitem>
       
       <listitem>
 	<para>Herb Peyerl <email>hpeyerl@novatel.cuc.ab.ca</email></para>
       </listitem>
       
       <listitem>
 	<para>Holger Veit <email>Holger.Veit@gmd.de</email></para>
       </listitem>
       
       <listitem>
 	<para>Ishii Masahiro, R. Kym Horsell</para>
       </listitem>
       
       <listitem>
 	<para>J.T. Conklin <email>jtc@cygnus.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Jagane D Sundar <email>jagane@netcom.com</email></para>
       </listitem>
       
       <listitem>
 	<para>James Clark <email>jjc@jclark.com</email></para>
       </listitem>
       
       <listitem>
 	<para>James Jegers <email>jimj@miller.cs.uwm.edu</email></para>
       </listitem>
       
       <listitem>
 	<para>James W. Dolter</para>
       </listitem>
 
       <listitem>
 	<para>James da Silva <email>jds@cs.umd.edu</email> et al</para>
       </listitem>
 
       <listitem>
 	<para>Jay Fenlason <email>hack@datacube.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Jim Wilson <email>wilson@moria.cygnus.com</email></para>
       </listitem>
       
       <listitem>
 	<para>J&ouml;rg Lohse
 	  <email>lohse@tech7.informatik.uni-hamburg.de</email></para>
       </listitem>
       
       <listitem>
 	<para>J&ouml;rg Wunsch
 	  <email>joerg_wunsch@uriah.heep.sax.de</email></para>
       </listitem>
 	    
       <listitem>
 	<para>John Dyson</para>
       </listitem>
       
       <listitem>
 	<para>John Woods <email>jfw@eddie.mit.edu</email></para>
       </listitem>
       
       <listitem>
 	<para>Jordan K. Hubbard <email>jkh@whisker.hubbard.ie</email></para>
       </listitem>
       
       <listitem>
 	<para>Julian Elischer <email>julian@dialix.oz.au</email></para>
       </listitem>
       
       <listitem>
 	<para>Julian Stacey <email>jhs@FreeBSD.org</email></para>
       </listitem>
       
       <listitem>
 	<para>Karl Dietz <email>Karl.Dietz@triplan.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Karl Lehenbauer <email>karl@NeoSoft.com</email>
 	  <email>karl@one.neosoft.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Keith Bostic <email>bostic@toe.CS.Berkeley.EDU</email></para>
       </listitem>
       
       <listitem>
 	<para>Ken Hughes</para>
       </listitem>
       
       <listitem>
 	<para>Kent Talarico <email>kent@shipwreck.tsoft.net</email></para>
       </listitem>
       
       <listitem>
 	<para>Kevin Lahey <email>kml%rokkaku.UUCP@mathcs.emory.edu</email>
 	  <email>kml@mosquito.cis.ufl.edu</email></para>
       </listitem>
 
       <listitem>
 	<para>Konstantinos Konstantinidis <email>kkonstan@duth.gr</email></para>
       </listitem>
       
       <listitem>
 	<para>Marc Frajola <email>marc@dev.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Mark Tinguely <email>tinguely@plains.nodak.edu</email>
 	  <email>tinguely@hookie.cs.ndsu.NoDak.edu</email></para>
       </listitem>
       
       <listitem>
 	<para>Martin Renters <email>martin@tdc.on.ca</email></para>
       </listitem>
       
       <listitem>
 	<para>Michael Clay <email>mclay@weareb.org</email></para>
       </listitem>
       
       <listitem>
 	<para>Michael Galassi <email>nerd@percival.rain.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Mike Durkin <email>mdurkin@tsoft.sf-bay.org</email></para>
       </listitem>
       
       <listitem>
 	<para>Naoki Hamada <email>nao@tom-yam.or.jp</email></para>
       </listitem>
       
       <listitem>
 	<para>Nate Williams <email>nate@bsd.coe.montana.edu</email></para>
       </listitem>
       
       <listitem>
 	<para>Nick Handel <email>nhandel@NeoSoft.com</email>
 	  <email>nick@madhouse.neosoft.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Pace Willisson <email>pace@blitz.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Paul Kranenburg <email>pk@cs.few.eur.nl</email></para>
       </listitem>
       
       <listitem>
 	<para>Paul Mackerras <email>paulus@cs.anu.edu.au</email></para>
       </listitem>
       
       <listitem>
 	<para>Paul Popelka <email>paulp@uts.amdahl.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Peter da Silva <email>peter@NeoSoft.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Phil Sutherland
 	  <email>philsuth@mycroft.dialix.oz.au</email></para>
       </listitem>
       
       <listitem>
 	<para>Poul-Henning Kamp<email>phk@FreeBSD.org</email></para>
       </listitem>
       
       <listitem>
 	<para>Ralf Friedl <email>friedl@informatik.uni-kl.de</email></para>
       </listitem>
       
       <listitem>
 	<para>Rick Macklem <email>root@snowhite.cis.uoguelph.ca</email></para>
       </listitem>
       
       <listitem>
 	<para>Robert D. Thrush <email>rd@phoenix.aii.com</email></para>
       </listitem>
 
       <listitem>
 	<para>Rodney W. Grimes <email>rgrimes@cdrom.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Sascha Wildner <email>swildner@channelz.GUN.de</email></para>
       </listitem>
       
       <listitem>
 	<para>Scott Burris <email>scott@pita.cns.ucla.edu</email></para>
       </listitem>
       
       <listitem>
 	<para>Scott Reynolds <email>scott@clmqt.marquette.mi.us</email></para>
       </listitem>
       
       <listitem>
 	<para>Sean Eric Fagan <email>sef@kithrup.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Simon J Gerraty <email>sjg@melb.bull.oz.au</email>
 	  <email>sjg@zen.void.oz.au</email></para>
       </listitem>
       
       <listitem>
 	<para>Stephen McKay <email>syssgm@devetir.qld.gov.au</email></para>
       </listitem>
       
       <listitem>
 	<para>Terry Lambert <email>terry@icarus.weber.edu</email></para>
       </listitem>
       
       <listitem>
 	<para>Terry Lee <email>terry@uivlsi.csl.uiuc.edu</email></para>
       </listitem>
       
       <listitem>
 	<para>Tor Egge <email>Tor.Egge@idi.ntnu.no</email></para>
       </listitem>
       
       <listitem>
 	<para>Warren Toomey <email>wkt@csadfa.cs.adfa.oz.au</email></para>
       </listitem>
       
       <listitem>
 	<para>Wiljo Heinen <email>wiljo@freeside.ki.open.de</email></para>
       </listitem>
       
       <listitem>
 	<para>William Jolitz <email>withheld</email></para>
       </listitem>
       
       <listitem>
 	<para>Wolfgang Solfrank <email>ws@tools.de</email></para>
       </listitem>
       
       <listitem>
 	<para>Wolfgang Stanglmeier <email>wolf@dentaro.GUN.de</email></para>
       </listitem>
       
       <listitem>
 	<para>Yuval Yarom <email>yval@cs.huji.ac.il</email></para>
       </listitem>
     </itemizedlist>
   </sect1>
 </chapter>
 
 <!--
      Local Variables:
      mode: sgml
      sgml-declaration: "../chapter.decl"
      sgml-indent-data: t
      sgml-omittag: nil
      sgml-always-quote-attributes: t
      sgml-parent-document: ("../book.sgml" "part" "chapter")
      End:
 -->
diff --git a/ja_JP.eucJP/books/handbook/advanced-networking/chapter.sgml b/ja_JP.eucJP/books/handbook/advanced-networking/chapter.sgml
index 377fc853a9..df52b3524c 100644
--- a/ja_JP.eucJP/books/handbook/advanced-networking/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/advanced-networking/chapter.sgml
@@ -1,2951 +1,2935 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.35
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/advanced-networking/chapter.sgml,v 1.11 2000/10/29 20:56:40 hrs Exp $
+     Original revision: 1.36
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/advanced-networking/chapter.sgml,v 1.12 2001/03/08 19:47:56 hrs Exp $
 -->
 
 <chapter id="advanced-networking">
   <title>高度なネットワーク</title>
 
   <sect1>
     <title>この章では</title>
 
     <para>以下の章では, UNIX
        システム上で良く利用されるネットワークサービスについて書かれています.
       これはもちろん, あなたの FreeBSD
       システムでの, そのようなサービスの設定に関する内容です.</para>
   </sect1>
 
   <sect1 id="routing">
     <title>ゲートウェイとルート</title>
 
     <para><emphasis>原作: &a.gryphon;.
 	1995 年 10 月 6 日.</emphasis></para>
 
     <para><emphasis>訳: &a.jp.yuki;.
         1996 年 9 月 6 日.</emphasis></para>
 
     <para>あるマシンが他のマシンをみつけることができるようにするには,
       あるマシンから他のマシンへ,
       どのようにたどり着くかを適切に記述するための仕組みが必要です.
       この仕組みをルーティングと呼びます. <quote>ルート(経路)</quote>は
       <quote>destination (目的地)</quote> と <quote>gateway
       (ゲートウェイ)</quote> の 2 つのアドレスの組で定義します. あなたが
       <emphasis>destination</emphasis> へアクセスしようとした場合,
       <emphasis>gateway</emphasis>
       を通って送られることをこのペアは示しています.  destination
       には個々のホスト, サブネット, <quote>デフォルト</quote> の 3つの
       タイプがあります.
       <quote>デフォルトルート</quote> は他への経路が適用できない
       場合に使われます. のちほどデフォルトルートについて少し述べること
       するとして, ここでは, 個々のホスト, インタフェース
       (<quote>リンク</quote> とも呼ばれます),
       イーサネットハードウェアアドレスという 3つのタイ
       プのゲートウェイについて説明します.</para>
 
     <sect2>
       <title>例</title>
 
       <para>以下に示す <command>netstat -r</command>
 	の出力の例を使って, ルーティン
 	グがいろいろと異なっている様子を説明することにします.</para>
 
       <screen>Destination      Gateway            Flags     Refs     Use     Netif Expire
 
 default          outside-gw         UGSc       37      418      ppp0
 localhost        localhost          UH          0      181       lo0
 test0            0:e0:b5:36:cf:4f   UHLW        5    63288       ed0     77
 10.20.30.255     link#1             UHLW        1     2421
 foobar.com       link#1             UC          0        0
 host1            0:e0:a8:37:8:1e    UHLW        3     4601       lo0
 host2            0:e0:a8:37:8:1e    UHLW        0        5       lo0 =&gt;
 host2.foobar.com link#1             UC          0        0
 224              link#1	            UC          0        0</screen>
 
       <para>最初の2行はデフォルトルート(次の節で詳しく説明します)と,
 	<hostid>localhost</hostid>への経路を示しています.</para>
 
       <para><literal>localhost</literal>のためのインタフェース
 	(<literal>Netif</literal>の欄)
 	は<devicename>lo0</devicename>で,
 	これはループバックデバイスとして知られています.
 	結局のところ戻るだけなので, この
 	destinationへのすべてのトラフィックが
 	内部的に処理されるのであって, LAN
 	を経由して送られるのではありません.</para>
 
       <para>次の行では
 	<hostid role="mac">0:e0:...</hostid>
 	というアドレスに注目しましょう.
 	これはイーサネットハードウェアアドレスです. FreeBSDは自動的に
 	ローカルなイーサネット上の任意のホスト
 	(この例では<hostid>test0</hostid>) を見つけ,
 	イーサネットインタフェース <devicename>ed0</devicename>
 	の所にそのホストへの経路を直接つけ加えます. タイムアウト時間
 	(<literal>Expire</literal>の 欄)
 	も経路のタイプと結びついており, 指定された時間が経過しても応
 	答がないときに使用します. この場合,
 	経路情報は自動的に削除されま す. これらのホストは, RIP(Routing
 	Information Protocol) という,
 	最短パスの判定に基づいてローカルホストへの経路を
 	決定する仕組みを利用することで認識されます.</para>
 
       <para>更に, FreeBSDではローカルサブネット
 	(<hostid role="ipaddr">10.20.30.255</hostid> は
 	<hostid role="ipaddr">10.20.30</hostid>
 	というサブネットに対するブロードキャストアドレスで,
 	<hostid role="domainname">foobar.com</hostid>
 	はこのサブネットに結びつけられているドメイン名)
 	への経路情報も加えることができます.
 	<literal>link#1</literal>というのは,
 	このマシンの最初のイーサネットカードのことをさします. これら
 	については,
 	何も追加インタフェースが指定されていないことに気づく
 	でしょう.</para>
 
       <para>これらの2つのグループ(ローカルネットワークホストと
 	ローカルサブネット) の両方とも, <command>routed</command>
 	と呼ばれるデーモンによって自動的に経路が設定されます.
 	<command>routed</command> を動かさなければ,
 	静的に定義した (つまり具体的に設定した)
 	経路のみ存在することになります.</para>
 
       <para><literal>host1</literal> の行は私たちのホストのことで,
 	イーサネットアドレスで示されています.  送信側のホストの場合,
 	FreeBSDはイーサネットインタフェースへ送るのではなく,
 	ループバックインタフェース
 	(<devicename>lo0</devicename>)を使います.</para>
 
       <para>2つある<literal>host2</literal>の行は,
 	ifconfigのエイリアス (このようなことをする理由については
 	ethernetの章を参照してください) を使ったとき
 	にどのようになるかを示す例です.
 	<devicename>lo0</devicename>の後にある<literal>=&gt;</literal>
 	は, インタフェースが
 	(このアドレスがローカルなホストを参照しているので)
 	ループバックを使っているというだけでなく,
 	エイリアスになっていることも示しています.
 	このような経路はエイリアスをサポートしている
 	ホストにのみ現れます.
 	ローカルネットワーク上の他のすべてのホストでは
 	単に<literal>link#1</literal>となります.</para>
 
       <para>最後の行 (destinationが<literal>224</literal>のサブネット)
 	はマルチキャストで扱うものですが,
 	これは他の章で説明します.</para>
 
       <para>他の欄については <literal>Flags</literal>
 	について説明する必要があります.
 	それぞれの経路は欄に示されているように違った属性を
 	もっています.
 	以下にいくつかのフラグとこれらが何を意味しているかを示します.
       </para>
 
       <informaltable frame="none">
 	<tgroup cols="2">
 	  <tbody>
 	    <row>
 	      <entry>U</entry>
 	      <entry>Up: この経路はアクティブです.</entry>
 	    </row>
 
 	    <row>
 	      <entry>H</entry>
 	      <entry>Host: 経路の destinationが単一のホストです.</entry>
 	    </row>
 
 	    <row>
 	      <entry>G</entry>
 	      <entry>Gateway: この destinationへ送られると, どこへ送れ
 		ばよいかを明らかにして,
 		そのリモートシステムへ送られます.</entry>
 	    </row>
 
 	    <row>
 	      <entry>S</entry>
 	      <entry>Static: この経路はシステムによって自動的に生成
 		されたのではなく, 手動で作成されました.</entry>
 	    </row>
 
 	    <row>
 	      <entry>C</entry>
 	      <entry>Clone: マシンに接続したときにこの経路に基づく
 		新しい経路が作られます.  このタイプの経路は通常は
 		ローカルネットワークで使われます.</entry>
 	    </row>
 
 	    <row>
 	      <entry>W</entry>
 	      <entry>WasCloned: ローカルエリアネットワーク(Clone)
 		の経路に基づいて
 		自動的に生成された経路であることを示します.</entry>
 	    </row>
 
 	    <row>
 	      <entry>L</entry>
 	      <entry>Link: イーサネットハードウェアへの参照を含む
 		経路です.</entry>
 	    </row>
 	  </tbody>
 	</tgroup>
       </informaltable>
     </sect2>
 
     <sect2>
       <title>デフォルトルート</title>
 
       <para>ローカルシステムからリモートホストにコネクションを張る
 	必要がある場合, 既知のパスが存在するかどうかを確認するためにル
 	ーティングテーブルをチェックします.
 	到達するためのパスを知っているサブネットの内部に
 	リモートホストがある場合 (Cloned routes), システムはインタフェース
 	から接続できるかどうかをチェックします.</para>
 
       <para>知っているパスがすべて駄目だった場合でも, システムには
 	最後の切り札の <quote>デフォルト</quote> ルートがあります.
 	このルートは ゲートウェイルート (普通はシステムに
 	1つしかありません) の特別なものです. そして,
 	フラグフィールドは必ず <literal>c</literal>
 	がマークされています. このゲートウェイは, LAN 内のホストにとっ
 	て, 外部 (PPPのリンクを経由する場合や,
 	データラインに接続するハードウェアデバイスなど)
 	へ直接接続するマシンすべてのためのものです.</para>
 
       <para>外部に対するゲートウェイとして機能するマシンで
 	デフォルトルートを設定する場合,
 	デフォルトルートはインターネットサービスプロバイダ (ISP)
 	のサイトのゲートウェイマシンになるでしょう.</para>
 
       <para>それではデフォルトルートの一例を見てみましょう.
 	一般的な構成を示します. </para>
 
 <literallayout>
 [Local2]  &lt;--ether--&gt;  [Local1]  &lt;--PPP--&gt;  [ISP-Serv]  &lt;--ether--&gt;  [T1-GW]
 	    </literallayout>
 
       <para>ホスト <hostid>Local1</hostid> とホスト <hostid>Local2</hostid>
 	を PPP で ISP のターミナルサーバと接続されているあなたの
 	サイトだとします.
 	ISP はサイト内にロー カルなネットワークを持っていて,
 	そこにはまざまなものがあり,
 	あなたの接続するサーバや ISP のインターネットへの
 	接続点であるハードウェアデバイス (T1-GW) などがあります.</para>
 
       <para>あなたのマシンのデフォルトルートは
 	それぞれ次のようになります.</para>
 
       <informaltable frame="none">
 	<tgroup cols="3">
 	  <thead>
 	    <row>
 	      <entry>host</entry>
 	      <entry>default gateway</entry>
 	      <entry>interface</entry>
 	    </row>
 	  </thead>
 
 	  <tbody>
 	    <row>
 	      <entry>Local2</entry>
 	      <entry>Local1</entry>
 	      <entry>ethernet</entry>
 	    </row>
 
 	    <row>
 	      <entry>Local1</entry>
 	      <entry>T1-GW</entry>
 	      <entry>PPP</entry>
 	    </row>
 	  </tbody>
 	</tgroup>
       </informaltable>
 
       <para><quote>なぜ (あるいは, どうやって) Local1 の
 	デフォルトゲートウェイをISPのサーバでなく
 	T1-GWにセットするのか</quote> という質問がよくあります.</para>
 
       <para>コネクションのローカルの側については,
 	PPPのインタフェースは
 	ISPのローカルネットワーク上のアドレスを用いているため,
 	ISPのローカルネットワーク上のすべてのマシンへの経路は
 	自動的に生成されています. つまり, あなたのマシンは,
 	どのようにT1-GW
 	まで届くかという経路を既に知っていることになりますから,
 	ISPサーバに媒介的なトラフィックをかける必要はありません.</para>
 
       <para>最後になりましたが, 一般的にローカルネットワークでは
 	<hostid role="ipaddr">...1</hostid>
 	というアドレスをゲートウェイアドレスとして使います.  ですから
 	(同じ例を用います), あなたのclass-Cのアドレス空間が
 	<hostid role="ipaddr">10.20.30</hostid>で ISPが
 	<hostid role="ipaddr">10.9.9</hostid>を用いている場合,
 	デフォルトルートは次のようになります.</para>
 
       <literallayout>
 Local2 (10.20.30.2)             --&gt;  Local1 (10.20.30.1)
 Local1 (10.20.30.1, 10.9.9.30)  --&gt;  T1-GW (10.9.9.1)
       </literallayout>
     </sect2>
 
     <sect2>
       <title>マルチホームホスト</title>
 
       <para>ここで扱うべき他のタイプの設定があります.
 	それは2つの異なるネットワークにまたがるホストです.
 	技術的にはゲートウェイとして機能するマシン (上 の例では
 	PPPコネクションを用いています) はマルチホームホストで す.
 	しかし実際にはこの言葉は,
 	2つのローカルエリアネットワーク上のサ
 	イトであるマシンを指す言葉としてのみ使われます.</para>
 
       <para>2枚のイーサネットカードを持つマシンが, 別のサブネット
 	上にそれぞれアドレスを持っている場合があります.  あるいは,
 	イーサネットカードを1枚持っているマシンで,
 	ifconfigのエイリアスを使っているかもしれません.
 	物理的に分かれている2つのイーサネットのネットワークが使われて
 	いるならば前者が用いられます. 後者は, 物理的には1つのネットワ
 	ークセグメントで, 論理的には分かれている 2つのサブネットとする
 	場合に用いられます.</para>
 
       <para>どちらにしても,
 	このマシンがお互いのサブネットへのゲートウェイ  (inbound
 	route) として定義されていることが分かるように, おのお
 	ののサブネットでルーティングテーブルを設定します. このマシンが
 	2 つのサブネットの間のブリッジとして動作するという構成は, パケ
 	ットのフィルタリングを実装する必要がある場合や, 一方向または双
 	方向のファイアウォールを利用したセキュリティを構築する場合によ
 	く用いられます.</para>
     </sect2>
 
     <sect2>
       <title>ルーティングの伝播</title>
 
       <para>すでに外部との経路をどのように定義したらよいかは
 	説明しました.
 	しかし外部から私たちのマシンをどのようにして
 	見つけるのかについては説明していません.</para>
 
       <para>ある特定のアドレス空間 (この例では class-C のサブネット)
 	におけるすべてのトラフィックが,
 	到着したパケットを内部で転送するネ
 	ットワーク上の特定のホストに送られるようにルーティングテーブル
 	を設定することができるのは分かっています.</para>
 
       <para>あなたのサイトにアドレス空間を割り当てる場合,
 	あなたのサブネットへのすべてのトラフィックがすべて
 	PPPリンクを通じてサイトに送
 	ってくるようにサービスプロバイダはルーティングテーブルを設定し
 	ます. しかし, 国境の向こう側のサイトはどのようにしてあなたの
 	ISPへ送ることを知るのでしょうか?</para>
 
       <para>割り当てられているすべてのアドレス空間の経路を維持する
 	(分散している DNS 情報とよく似た) システムがあり,
 	そのインターネット バックボーンへの接続点を定義しています.
 	<quote>バックボーン</quote> とは国を越え,
 	世界中のインターネットのトラフィックを運ぶ主要
 	な信用できる幹線のことです. どのバックボーンマシンも,
 	あるネットワークから特定のバックボーンのマシンへ
 	向かうトラフィックと,
 	そのバックボーンのマシンからあなたのネットワークに届くサービス
 	プロバイダまでのチェーンのマスタテーブルのコピーを持っていま
 	す.</para>
 
       <para>あなたのサイトが接続(プロバイダからみて内側にある
 	ことになります) したということを, プロバイダからバックボー
 	ンサイトへ通知することはプロバイダの仕事です. これが経
 	路の伝搬です.</para>
     </sect2>
 
     <sect2>
       <title>トラブルシューティング</title>
 
       <para>ルーティングの伝搬に問題が生じて, いくつかのサイトが
 	接続をおこなうことができなくなることがあります.
 	ルーティングがどこでおかしくなっているかを明らかにするのに
 	最も有効なコマンドはおそらく &man.traceroute.8; コマンドでしょ
 	う. このコマンドは,
 	あなたがリモートマシンに対して接続をおこなう
 	ことができない(例えば &man.ping.8; に失敗するような場合)
 	場合も, 同じように有効です.</para>
 
       <para> &man.traceroute.8; コマンドは,
 	接続を試みているリモートホストを引数にして実行します.
 	試みているパスの経由するゲートウェイホストを表示し,
 	最終的には目的のホストにたどり着くか,
 	コネクションの欠如によって終ってしまうかのどちら
 	かになります.</para>
 
       <para>より詳しい情報は, &man.traceroute.8;
 	のマニュアルページをみてください.</para>
     </sect2>
   </sect1>
 
   <sect1 id="bridging">
     <title>Bridging</title>
 
     <para><emphasis>Written by Steve Peterson
 	<email>steve@zpfe.com</email></emphasis>.</para>
 
     <sect2>
       <title>はじめに</title>
 
       <para>IP サブネットを作成し, それらのセグメントをルータを
 	使って接続したりせずに, (Ethernet セグメントのような)
 	物理ネットワークを二つのネットワークセグメントに分割することは
 	とても有効な場合があります.
 	このような二つのネットワークを繋ぐデバイスはブリッジと呼ばれます.
 	そして, 二つのネットワークインターフェイスカードを持つ FreeBSD
 	システムは, ブリッジとして動作することができます.</para>
 
       <para>ブリッジは, 各ネットワークインターフェイスに繋がる
 	デバイスの MAC 層のアドレス (例えば Ethernet アドレス)
 	を記憶します.
 	ブリッジはトラフィックの送信元と受信先が異なったネットワーク上に
 	ある場合にのみ, トラフィックを転送します.</para>
 
       <para>すなわち, ブリッジはポート数の少ない Ethernet スイッチ
 	だ, ということができます.</para>
     </sect2>
 
     <sect2>
       <title>ブリッジがふさわしい状況とは</title>
 
       <para>今日ブリッジが活躍する場面は大きく分けて二つあります.</para>
       
       <sect3>
 	<title>トラフィックの激しいセグメント</title>
 
 	<para>ひとつは, 物理ネットワークセグメントがトラフィック
 	  過剰になっているが, なんらかの理由によりネットワークを
 	  サブネットに分け, ルータで接続することができない場合です.</para>
 
 	<para>編集部門と製作部門がおなじサブネットに同居している
 	  新聞社を例に考えてみましょう.
 	  編集部門のユーザはファイルサーバとして全員サーバ A を利用し,
 	  製作部門のユーザはサーバ B を利用します.
 	  すべてのユーザを接続するのには Ethernet が使われており,
 	  高負荷となったネットワークは遅くなってしまいます.</para>
 
 	<para>もし編集部門のユーザを一つのネットワークセグメントに
 	  分離することができ, 製作部門もユーザも同様にできるのなら,
 	  二つのネットワークセグメントをブリッジで繋ぐことができます.
 	  ブリッジの "反対" 側へ向かうネットワークトラフィックだけが
 	  転送され, 各ネットワークセグメントの混雑は緩和されます.</para>
       </sect3>
 
       <sect3>
 	<title>パケットフィルタ/帯域制御用ファイアウォール</title>
 
 	<para>もうひとつは, IP Masquerading (NAT) を使わずに
 	  ファイアウォール機能を利用したい場合です.</para>
 
 	<para>ここでは DSL もしくは ISDN で ISP に接続している
 	  小さな会社を例にとってみましょう.
 	  この会社は ISP から 13 個のグローバル IP アドレスの割り当て
 	  を受けており, ネットワーク内には 10 台の PC が存在します.
 	  このような状況では, サブネット化にまつわる問題から
 	  ルータを用いたファイアウォールを利用することは困難です.</para>
 
 	<para>ブリッジを用いたファイアウォールなら,
 	  IP アドレスの問題を気にすること無く, DSL/ISDN ルータの
 	  下流側に置くように設定できます.</para>
       </sect3>
     </sect2>
 
     <sect2>
       <title>ブリッジを設定する</title>
 
       <sect3>
 	<title>ネットワークインターフェイスカードの選択</title>
 
 	<para>ブリッジを利用するには少なくとも二つのネットワークカードが
 	  必要です.
 	  残念なことに, FreeBSD 4.0 ではすべてのネットワークインターフェイス
 	  カードがブリッジ機能をサポートしているわけではありません.
 	  カードがサポートされているかどうかについては &man.bridge.4;
 	  を参照してください.</para>
 
 	<para>以下に進む前に, 二つのネットワークカードをインストールして
 	  テストしてください.</para>
       </sect3>
 
       <sect3>
 	<title>カーネルコンフィグレーションの変更</title>
 
 	<para>カーネルでブリッジ機能を有効にするには</para>
 
 	<programlisting>options BRIDGE</programlisting>
 
 	<para>という行をカーネルコンフィグレーションファイルに追加して
 	  カーネルを再構築してください.</para>
       </sect3>
 
       <sect3>
 	<title>ファイアウォール機能</title>
 
 	<para>ブリッジと同時にファイアウォール機能も利用しようとしている
 	  場合には, IPFIREWALL オプションも指定する必要があります.
 	  ブリッジをファイアウォールとして設定する際の一般的な
 	  情報に関しては, <xref linkend="firewalls">
 	  を参照してください.</para>
 
 	<para>IP 以外のパケット (ARP など) がブリッジを通過するように
 	  するためには, ドキュメント化されていないファイアウォール用
 	  オプションを設定する必要があります.  このオプションは
 	  <literal>IPFIREWALL_DEFAULT_TO_ACCEPT</literal> です.
 	  この変更により, デフォルトではファイアウォールがすべての
 	  パケットを accept するようになることに注意してください.
 	  この設定を行う前に, この変更が自分のルールセットにどのような
 	  影響をおよぼすかを把握しておかなければなりません.</para>
       </sect3>
 
       <sect3>
 	<title>帯域制御機能</title>
 
 	<para>ブリッジで帯域制御機能を利用したい場合,
 	  カーネルコンフィグレーションで <literal>DUMMYNET</literal>
 	  オプションを加える必要があります.
 	  詳しい情報に関しては &man.dummynet.4; を参照
 	  してください.</para>
       </sect3>
     </sect2>
 
     <sect2>
       <title>ブリッジを有効にする</title>
 
       <para>ブリッジを有効にするには,
 	<filename>/etc/sysctl.conf</filename> に以下の行を加えてください:
       </para>
 
       <programlisting>net.link.ether.bridge=1</programlisting>
 
       <para>ブリッジを経由したパケットを ipfw でフィルタしたい場合には,
       </para>
 
       <programlisting>net.link.ether.bridge_ipfw=1</programlisting>
 
       <para>という行も付け加える必要があります.</para>
     </sect2>
 
     <sect2>
       <title>パフォーマンス</title>
 
       <para>私のブリッジ/ファイアウォールは Pentium 90 で,
 	3Com 3C900B と 3c905B を使っています.
 	防護される側のネットワークは 10Mbps の half duplex で,
 	ブリッジとルータ (Cisco 675) の間は 100Mbps full duplex で
 	動作しています.
 	パケットフィルタを利用しない場合, 防護されている 10Mbps
 	ネットワークから Cisco 675 への ping では,
 	ブリッジにより 0.4 ミリ秒の遅延が発生しています.</para>
     </sect2>
 
     <sect2>
       <title>その他の情報</title>
 
       <para>ネットワークからブリッジに telnet したい場合,
 	ネットワークカードの一つに IP アドレスを割り当てれば OK です.
 	一般的に, 両方のカードに IP アドレスを割り当てるのは
 	よいアイデアではないとされています.</para>
 
       <para>ネットワーク内に複数のブリッジを設置する場合,
 	任意のワークステーション間で一つ以上の経路を持つことは
 	できません.  技術的には, これは spanning tree link management
 	はサポートされていない, ということを意味します.</para>
     </sect2>
   </sect1>
 
   <sect1 id="nfs">
     <title>NFS</title>
 
     <para><emphasis>Written by &a.unfurl;, 4 March 2000.</emphasis></para>
 
     <para>FreeBSD がサポートしている多くのファイルシステムの中でも,
       NFS, すなわち Network File System は極めてユニークな存在です.
       NFS はあるマシンから他のマシンへと, ネットワークを通じて
       ディレクトリとファイルを共有することを可能にします.
       NFS を使うことで, ユーザやプログラムはリモートシステムのファイルを,
       それがローカルファイルであるかのようにアクセスすることができます.
     </para>
 
     <para>NFS には以下の利点があります:</para>
 
     <itemizedlist>
       <listitem>
 	<para>一般的に使われるデータを単一のマシンに納める
 	  ことができ, ネットワーク上のユーザはデータにアクセスできる
 	  ため, ローカルワークステーションは多くのディクスを
 	  必要としません.</para>
       </listitem>
 
       <listitem>
 	<para>ネットワーク上のすべてのマシンに,
 	  ユーザが独自のホームディレクトリを持つ必要がありません.
 	  一旦 NFS 経由でアクセスできるディレクトリができれば,
 	  どこからでもアクセス可能です.</para>
       </listitem>
 
       <listitem>
 	<para>フロッピーや CD-ROM ドライブなどのストレージデバイスを,
 	  追加のハードウェアなしにネットワーク上の他のマシンに
 	  使ってもらうことができます.</para>
       </listitem>
     </itemizedlist>
 
     <sect2>
       <title>どのようにして動作するのか</title>
 
       <para>NFS はクライアント, サーバの二つの部分から
 	構成されます.
 	これは 需要(want)/供給(have) の関係として考えることができます.
 	クライアントはサーバが <emphasis>供給</emphasis> している
 	データに対する <emphasis>需要</emphasis> があります.
 	サーバはそのデータをクライアントと共有します.
 	このシステムが適切に機能するために, いくつかのプロセスが
 	設定され正しく動作していなければなりません.</para>
 
       <para>サーバは以下のデーモンを動作させなければなりません:</para>
 
       <itemizedlist>
         <listitem>
 	  <para><command>nfsd</command> - NFS クライアントからの
 	    リクエストを処理する NFS デーモン.</para>
 	</listitem>
 
         <listitem>
 	  <para><command>mountd</command> - nfsd から渡された
 	    リクエストを実際に実行する NFS マウントデーモン.</para>
 	</listitem>
 
 	<listitem>
 	  <para><command>portmap</command> - NFS サーバの利用しているポートを
             NFS クライアントから取得できるようにするためのポートマッパデーモン.</para>
 	</listitem>
       </itemizedlist>
 
       <para>クライアント側ではデーモンを一つ実行する必要があります:</para>
 
       <itemizedlist>
         <listitem>
 	  <para><command>nfsiod</command> - NFS サーバからのリクエストを
 	    処理する NFS 非同期 I/O デーモン.</para>
 	</listitem>
       </itemizedlist>
     </sect2>
 
     <sect2>
       <title>NFS を設定する</title>
 
       <para>幸運なことに, FreeBSD システムで設定を行うのは簡単です.
 	実行させなければならないプロセスは, <filename>/etc/rc.conf</filename>
 	ファイルをちょっと編集することでブート時から実行させる
 	ことができます.</para>
 
       <para>NFS サーバでは, 以下の設定が必要です:</para>
 
-      <programlisting>
-portmap_enable="YES"
+      <programlisting>portmap_enable="YES"
 nfs_server_enable="YES"
 nfs_server_flags="-u -t -n 4"
 mountd_flags="-r"</programlisting>
 
       <para><command>mountd</command> は NFS サーバが有効になっている
 	場合, 自動的に実行されます.
 	<command>nfsd</command> への
 	<option>-u</option>, <option>-t</option> フラグは
 	クライアントに UDP と TCP のサービスを提供することを指示します.
 	<option>-n 4</option> フラグは <command>nfsd</command>
 	が 4 つのコピーを立ち上げることを指示します.</para>
 
       <para>クライアント側では, 以下のようにします:</para>
 
-      <programlisting>
-nfs_client_enable="YES"
+      <programlisting>nfs_client_enable="YES"
 nfs_client_flags="-n 4"</programlisting>
 
       <para><command>nfsd</command> と同様に,
 	<option>-n 4</option> は <command>nfsiod</command>
 	が 4 つのコピーを立ち上げることを指示します.</para>
 
       <para>最後に <filename>/etc/exports</filename> という
 	設定ファイルを作成します.
 	exports ファイルはサーバのどのファイルシステムが
 	共有されるのか (<quote>exported</quote> といいます),
 	またどのクライアントが共有できるのかを指定します.
 	<!-- kuriyama: exports should be filename? -->
 	ファイル中の各行は, 共有されるファイルシステムを
 	指定します.
 	ファイル中で指定できるオプションはたくさんありますが,
 	そのうちの少ししか使うことはないでしょう.
 	より細かいことに関しては &man.exports.5;
 	マニュアルページをお読み下さい.
       </para>
 
       <para>いくつか <filename>/etc/exports</filename> の設定例
 	を示します:</para>
 
       <para>以下の設定は,
 	サーバと同じドメイン名(ドメイン名が無いので)か,
 	<filename>/etc/hosts</filename> に記述のある三つのマシン
 	に対して, <filename>/cdrom</filename> を export します.
 	<option>-ro</option> オプションは共有されるファイルシステムを
 	読み込み専用にします.
 	このフラグにより, リモートシステムは共有されたファイルシステム
 	にたいして何の変更も行えなくなります.</para>
 
       <programlisting>/cdrom -ro moe larry curly</programlisting>
 
       <para>以下の設定は, IP アドレスによる三つのホストに対して
 	<filename>/home</filename> を export します.
 	この設定はプライベートネットワークで DNS が走っていない
 	場合に便利な設定でしょう.
 	<option>-alldirs</option> フラグは指定されたファイルシステム
 	以下のディレクトリに対しても同様に export します.</para>
 
       <programlisting>/home  -alldirs  10.0.0.2 10.0.0.3 10.0.0.4</programlisting>
 
       <para>以下の設定は, サーバとは異なるドメイン名の二つの
 	マシンに対して <filename>/a</filename> を export します.
 	<option>-maproot=0</option> フラグは, リモートマシンの
 	root ユーザが共有されたファイルシステムに root として書き込むことを
 	許可します.
 	-maproot=0 フラグが無ければ, リモートマシンの root 権限を
 	持っていても共有されたファイルシステム上のファイルを変更する
 	ことはできません.
 	<!-- kuriyama: shoud be option.  Correct description? -->
       </para>
 
       <programlisting>/a  -maproot=0  host.domain.com box.example.com</programlisting>
 
       <para>クライアントが export されたファイルシステムを共有
 	する際には, そのような権限が与えられていなければなりません.
 	<filename>/etc/exports</filename> ファイルに
 	クライアントが含まれているかどうか確認してください.
 	<!-- kuriyama: your exports is correct? -->
       </para>
 
       <para>必要な変更はすべて行ったので,
 	FreeBSD を再起動してブート時からすべてが起動するようにするか,
 	root で以下のコマンドを実行します:</para>
 
       <para>NFS サーバでは:</para>
 
       <screen>&prompt.root; <userinput>portmap</userinput>
 &prompt.root; <userinput>nfsd -u -t -n 4</userinput>
 &prompt.root; <userinput>mountd -r</userinput></screen>
 
       <para>NFS クライアントでは:</para>
 
       <screen>&prompt.root; <userinput>nfsiod -n 4</userinput></screen>
 
       <para>これでリモートのファイルシステムを実際にマウントする
 	準備ができました.
 	やり方は二通りあります.
 	この例では, サーバの名前は <literal>server</literal> で,
 	クライアントの名前は <literal>client</literal> とします.
 	リモートファイルシステムを一時的にマウントするだけ,
 	もしくは設定をテストするだけなら, クライアント上で root
 	として以下のコマンドを実行してください:</para>
 
       <screen>&prompt.root; <userinput>mount server:/home /mnt</userinput></screen>
 
       <para>これにより, クライアントの <filename>/mnt</filename>
 	ディレクトリにサーバの <filename>/home</filename> が
 	マウントされます.
 	もしすべてが正しく設定されていれば, クライアントの /mnt
 	に, サーバにあるファイルすべてが見えるようになっているはずです.
       </para>
 
       <para>リモートファイルシステムを今後も (リブートする度に)
 	マウントしたいなら, <filename>/etc/fstab</filename>
 	ファイルに設定を追加する必要があります.
 	例としてはこのようになります:</para>
 
       <programlisting>server:/home	/mnt	nfs	rw	0	0</programlisting>
 
       <para>ほかのオプションに関しては &man.fstab.5; マニュアル
 	ページをお読み下さい.</para>
     </sect2>
 
     <sect2>
       <title>典型的な使い方</title>
 
       <para>NFS にはいくつかすてきな使い方があります.
 	私は自分が管理している LAN でそれらを利用しています.
 	そのうちにいくつかをここで紹介しましょう.</para>
 
       <para>ネットワークには幾つかのマシンがありますが,
 	CD-ROM ドライブを持っているのは一台だけです.
 	なぜかって?  それは一台の CD-ROM ドライブをほかのマシンと
 	NFS 経由で共有しているからです.
 	フロッピードライブについても同じことがいえます.</para>
 
       <para>ネットワーク内に多くのマシンがあると, 様々な場所に
 	ちらばる個人的なファイルは日に日に古くなってしまいます.
 	私はすべてのユーザのホームディレクトリを格納する,
 	中心となる NFS サーバを用意し, LAN 上の残りのマシンと
 	共有しています.  そうすることで, どこにログインしても,
 	同じホームディレクトリを使うことができるのです.</para>
 
       <para>マシンのひとつに FreeBSD を再インストールするなら,
 	NFS こそその方法です.  ディストリビューション CD をファイル
 	サーバに入れ, 再インストールを実行するだけです.</para>
 
       <para>共用の <filename>/usr/ports/distfiles</filename>
 	ディレクトリを用意して, すべてのマシンで共有しています.
 	この方法だと, 別のマシンで既にインストールしたことのある
 	port をインストールする場合, 再びすべてのソースをダウンロードする
 	必要がなくなります.</para>
     </sect2>
 
     <sect2>
       <title>Problems integrating with other systems</title>
 
     <para><emphasis>原作: &a.jlind;.</emphasis></para>
 
     <para><emphasis>訳: &a.jp.tomo;.
 	6 September 1996.</emphasis></para>
 
     <para>ISA用のイーサネットアダプタの中には性能が悪いため,
       ネットワーク,  特に NFS で深刻な問題がおきるものがあります.
       これは FreeBSD に限ったことではありませんが, FreeBSD
       でも起こり得ます.</para>
 
     <para>この問題は,
       (FreeBSDを使用した) PC がシリコン・グラフィックス社や
       サン・マイクロシステムズ社などの高性能な WS
       にネットワーク接続されている場合に頻繁に起こります.
       NFS マウントはうまく行きます. また,
       いくつかの操作もうまく働きますが, 他のシステム (WS)
       に対する要求や応答は続いていても, 突然サーバが
       クライアントの要求に対して反応しなくなります.
       これは, クライアントが FreeBSD か上記の WS であるとき,
       にクライアント側に起きる現象です.
       多くのシステムでは, いったんこの問題が現われると,
       行儀良くクライアントを終了する手段はありません.
       NFS がこの状態に陥ってしまうと, 正常に戻すことはできないため,
       多くの場合, クライアントを強制終了し,
       再び実行することが唯一の解決法となります.
     </para>
 
     <para><quote>正しい</quote>解決法は,
       より高性能のイーサネットアダプタをFreeBSDシステムに
       インストールすることですが,
       満足な操作ができるような簡単な方法があります.  もし,
       FreeBSDシステムが<emphasis>サーバ</emphasis>になるのなら,
       クライアントからのマウント時に
       <option>-w=1024</option>オプションをつけて下さい.
       もしFreeBSDシステムが<emphasis>クライアント</emphasis>になる
       のなら, NFSファイルシステムを <option>-r=1024</option>
       オプションつきでマウントして下さい.
       これらのオプションは自動的にマウントをおこなう場合には
       クライアントの <filename>fstab</filename>
       エントリの4番目のフィールドに指定してもよいですし,
       手動マウントの場合は mount コマンドの <option>-o</option>
       パラメータで指定してもよいでしょう.</para>
 
     <para>NFSサーバとクライアントが別々のネットワーク上にあるような
       場合,  これと間違えやすい他の問題が起きることに注意して下さい.
       そのような場合は,  ルータが必要な UDP 情報をきちんと
       ルーティングしているかを確かめて下さい.
       そうでなければ, たとえあなたが何をしようと解決できないでしょう.
     </para>
 
     <para>次の例では, <hostid>fastws</hostid>は高性能のWSのホスト
       (インタフェース)名で,
       <hostid>freebox</hostid>は低性能のイーサネットアダプタを備えた
       FreeBSDシステムのホスト(インタフェース)名です.</para>
 
     <para>また, <filename>/sharedfs</filename> はエクスポートされる
       NFS ファイルシステムであり (<command>man exports</command>
       を見て下さい), <filename>/project</filename>
       はエクスポートされたファイルシステムの
       クライアント上のマウントポイントとなります.
       全ての場合において, <option>hard</option> や <option>soft</option>,
       <option>bg</option> といった追加オプションが
       アプリケーションにより要求されるかもしれないことに
       注意して下さい.</para>
 
     <para>クライアント側 FreeBSD システム (<hostid>freebox</hostid>)
       の例は:
       freebox の <filename>/etc/fstab</filename>
       に次のように書いて下さい:</para>
 
-    <programlisting>
-fastws:/sharedfs /project nfs rw,-r=1024 0 0</programlisting>
+    <programlisting>fastws:/sharedfs /project nfs rw,-r=1024 0 0</programlisting>
 
     <para><hostid>freebox</hostid> 上で手動で mount
       コマンドを実行する場合は次のようにして下さい:</para>
 
     <screen>&prompt.root; <userinput>mount -t nfs -o -r=1024 fastws:/sharedfs /project</userinput></screen>
 
     <para>サーバ側FreeBSDシステムの例は: <hostid>fastws</hostid> の
       <filename>/etc/fstab</filename> に次のように書いて下さい:</para>
 
-    <programlisting>
-freebox:/sharedfs /project nfs rw,-w=1024 0 0</programlisting>
+    <programlisting>freebox:/sharedfs /project nfs rw,-w=1024 0 0</programlisting>
 
     <para><hostid>fastws</hostid> 上で手動で mount
       コマンドで実行する場合は次のようにして下さい:</para>
 
     <screen>&prompt.root; <userinput>mount -t nfs -o -w=1024 freebox:/sharedfs /project</userinput></screen>
 
     <para>近いうちにどのような 16 ビットのイーサネットアダプタでも
       上記の読み出し,
       書き込みサイズの制限なしの操作ができるようになるでしょう.</para>
 
     <para>失敗が発生したとき何が起きているか関心のある人に,
       なぜ回復不可能なのかも含めて説明します.  NFSは通常
       (より小さいサイズへ分割されるかもしれませんが)
       8Kの<quote>ブロック</quote> サイズで働きます.
       イーサネットのパケットサイズは最大1500バイト程度なので,
       上位階層のコードにとっては1つのユニットのままなのですが,
       NFS <quote>ブロック</quote>は
       複数のイーサネットパケットに分割されます. そして受信され,
       組み立て直されてから<emphasis>肯定応答</emphasis>
       されなければなりません.
       高性能のWSは次々に NFSユニットを構成するパケットを,
       基準の範囲内で間隔を詰めて次々に送り出すことができます. 小さく,
       容量の低いカードでは, 同じユニットの
       前のパケットがホストに転送される前に, 後のパケットがそれを
       <emphasis>踏みつぶし</emphasis>てしまいます.
       このため全体としてのユニットは再構成もされないし,
       肯定応答もされません. その結果,
       WSはタイムアウトして再送を試みますが,
       8Kのユニット全体を再送しようとするので, このプロセスは
       際限無く繰り返されてしまいます.</para>
 
     <para>ユニットサイズをイーサネットのパケットサイズの
       制限以下に抑えることにより, 受信された完全な
       イーサネットパケットは個々に肯定応答を受けられることが
       保証されるので,
       デッドロック状態を避けることができるようになります.</para>
 
     <para>高性能のカードを使っている場合でも, 高性能な WS
       が力任せに次々と PC システムにデータを送ったときには
       <emphasis>踏みつぶし</emphasis> が起きるかもしれません.
       そのような<emphasis>踏みつぶし</emphasis>
       は NFS <quote>ユニット</quote>
       では保証されていません.
       <emphasis>踏みつぶし</emphasis>が起こったとき,
       影響を受けたユニットは再送されます. そして受信され,
       組み立てられ,
       肯定応答される公平な機会が与えられるでしょう.</para>
     </sect2>
   </sect1>
 
   <sect1 id="diskless">
     <title>Diskless operation</title>
 
     <para><emphasis>原作: &a.martin;</emphasis></para>
 
     <para><emphasis>訳: &a.jp.yasu;</emphasis></para>
 
     <para><filename>netboot.com</filename>/<filename>netboot.rom</filename>
       によって, ディスクのないクライアントでネットワーク経由で
       FreeBSD マシンのブートを行い FreeBSD を走らせることができます.
       2.0 ではローカルなスワップを持つことができます.
       NFS 経由のスワッピングもサポートされています. </para>
 
     <para>サポートされているイーサネットカード:
       Western Digital/SMC 8003, 8013, 8216 とその互換ボード,
       NE1000/NE2000 とその互換カード (再コンパイルが必要)</para>
 
     <sect2>
       <title>セットアップの手順</title>
 
       <procedure>
 	<step>
 	  <para>サーバにするマシンを見つけます.
 	    このマシンには, FreeBSD 2.0のバイナリとbootpを
 	    記憶するだけの十分なディスクスペースが必要です.
 	    tftp と NFS も使えます.
 
 	    テストしたマシン:</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para>HP9000/8xx / HP-UX 9.04以降
 		(9.04以前では動きません)</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>Sun/Solaris 2.3. (bootpが必要)</para>
 	    </listitem>
 	  </itemizedlist>
 	</step>
 
 	<step>
 	  <para>クライアントにIP,gateway,netmaskを提供する
 	    bootpサーバをセットアップします.</para>
 
-	  <programlisting>
-diskless:\
+	  <programlisting>diskless:\
         :ht=ether:\
         :ha=0000c01f848a:\
         :sm=255.255.255.0:\
         :hn:\
         :ds=192.1.2.3:\
         :ip=192.1.2.4:\
         :gw=192.1.2.5:\
         :vm=rfc1048:</programlisting>
 	</step>
 
 	<step>
 	  <para>クライアントにブート情報を提供する TFTP サーバを
 	    (bootp サーバと同じマシンに) セットアップします.
 	    このファイルの名前は,
 	    <filename>cfg.<replaceable>X.X.X.X</replaceable></filename>
 	    (もしくは
 	    <filename>/tftpboot/cfg.<replaceable>X.X.X.X</replaceable>
 	    </filename>)で,
 	    ここで <replaceable>X.X.X.X</replaceable> はクライアントの
 	    IP アドレスです.
 	    このファイルの内容は netboot コマンドで有効です.
 	    2.0では, netboot は以下のようなコマンドを持ちます:</para>
 
 	  <informaltable frame="none">
 	    <tgroup cols="2">
 	      <tbody>
 		<row>
 		  <entry>help</entry>
 		  <entry>helpリストの表示</entry>
 		</row>
 
 		<row>
 		  <entry>ip
 		    <option><replaceable>X.X.X.X</replaceable></option></entry>
 		  <entry>クライアントのIPアドレスの表示/セット</entry>
 		</row>
 
 		<row>
 		  <entry>server
 		    <option><replaceable>X.X.X.X</replaceable></option></entry>
 		  <entry>bootp/tftp サーバのアドレスの表示/セット</entry>
 		</row>
 
 		<row>
 		  <entry>netmask
 		    <option><replaceable>X.X.X.X</replaceable></option></entry>
 		  <entry>netmaskの表示/セット</entry>
 		</row>
 
 		<row>
 		  <entry>hostname <replaceable>name</replaceable></entry>
 		  <entry>hostnameの表示/セット</entry>
 		</row>
 
 		<row>
 		  <entry>kernel
 		    <option><replaceable>name</replaceable></option></entry>
 		  <entry>カーネル名の表示/セット</entry>
 		</row>
 
 		<row>
 		  <entry>rootfs
 		    <option><replaceable>ip:/fs</replaceable></option></entry>
 		  <entry>root ファイルシステムの表示/セット</entry>
 		</row>
 
 		<row>
 		  <entry>swapfs
 		    <option><replaceable>ip:/fs</replaceable></option></entry>
 		  <entry>swap ファイルシステムの表示/セット</entry>
 		</row>
 
 		<row>
 		  <entry>swapsize
 		    <option><replaceable>size</replaceable></option></entry>
 		  <entry>diskless swapsize を KBytes単位でセット</entry>
 		</row>
 
 		<row>
 		  <entry>diskboot</entry>
 		  <entry>ディスクからのブート</entry>
 		</row>
 
 		<row>
 		  <entry>autoboot</entry>
 		  <entry>ブートプロセスの続行</entry>
 		</row>
 
 		<row>
 		  <entry>trans
 		    <option>on</option>|<option>off</option></entry>
 		  <entry>トランシーバのオン|オフ</entry>
 		</row>
 
 		<row>
 		  <entry>flags
 		    <option>b</option><option>c</option>
 		    <option>d</option><option>h</option>
 		    <option>s</option><option>v</option></entry>
 		  <entry>ブートフラグの設定</entry>
 		</row>
 	      </tbody>
 	    </tgroup>
 	  </informaltable>
 
 	  <para>完全にディスクレスな場合の一般的な cfg
 	    ファイルは以下のようになります:</para>
 
-	  <programlisting>
-rootfs 192.1.2.3:/rootfs/myclient
+	  <programlisting>rootfs 192.1.2.3:/rootfs/myclient
 swapfs 192.1.2.3:/swapfs
 swapsize 20000
 hostname myclient.mydomain</programlisting>
 
 	  <para>ローカルに swap
 	    を持つマシンについては以下のようになります:</para>
 
-	  <programlisting>
-rootfs 192.1.2.3:/rootfs/myclient
+	  <programlisting>rootfs 192.1.2.3:/rootfs/myclient
 hostname myclient.mydomain</programlisting>
 
 	</step>
 
 	<step>
 	  <para>NFS サーバがクライアントにroot(必要ならswapも)
 	    ファイルシステムをexportしているか, また,
 	    クライアントがこれらのファイルシステムに
 	    ルートアクセスできるか確認します. FreeBSDにおける一般的な
 	    <filename>/etc/exports</filename> ファイルは
 	    以下のようになります:</para>
 
-	  <programlisting>
-/rootfs/myclient -maproot=0:0 myclient.mydomain
+	  <programlisting>/rootfs/myclient -maproot=0:0 myclient.mydomain
 /swapfs -maproot=0:0 myclient.mydomain</programlisting>
 
 	  <para>そして, HP-UX側では以下のようになります:</para>
 
-	  <programlisting>
-/rootfs/myclient -root=myclient.mydomain
+	  <programlisting>/rootfs/myclient -root=myclient.mydomain
 /swapfs -root=myclient.mydomain</programlisting>
 	</step>
 
 	<step>
 	  <para>NFS経由でスワッピングを行う場合
 	    (完全にディスクレスな場合の設定), クライアントが使用する
 	    swap ファイルを <command>dd</command> で作成します.
 	    もし, <command>swapfs</command> コマンドが上記の例のように
 	    引数 <filename>/swapfs</filename>を持ちそのサイズが 20000
 	    である場合, myclientに対するスワップファイルは
 	    <filename>/swapfs/swap.<replaceable>X.X.X.X</replaceable>
 	    </filename> で呼び出されます. ここで
 	    <replaceable>X.X.X.X</replaceable> はクライアントの IP
 	    アドレスです. 例:</para>
 
 	  <screen>&prompt.root; <userinput>dd if=/dev/zero of=/swapfs/swap.192.1.2.4 bs=1k count=20000</userinput></screen>
 
 	  <para>また, スワッピングが開始されるとクライアントの
 	    スワップスペースはセンシティブな情報を含むようになるので,
 	    不正なアクセスを防止するため, このファイルへの
 	    読み書きのアクセス制限がなされていることを確認して下さい:
 	  </para>
 
 	  <screen>&prompt.root; <userinput>chmod 0600 /swapfs/swap.192.1.2.4</userinput></screen>
 	</step>
 
 	<step>
 	  <para>クライアントがそれぞれのrootファイルシステムとして使う
 	    ディレクトリにrootファイルシステムを展開します.
 	    (上記の例では<filename>/rootfs/myclient</filename>).</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para>HP-UX システム: サーバはHP9000/800
 		シリーズのマシンで, HP-UX 9.04 以降が必要です.
 		これ以前のバージョンでは NFS
 		を経由するデバイスファイルが作成ができません.</para>
 	    </listitem>
 
 	    <listitem>
 	      <para><filename>/rootfs/myclient</filename> に
 		<filename>/dev</filename> を
 		展開する際に, いくつかのシステム (HPUX) では
 		FreeBSD に合った デバイスファイルが作成されないので
 		注意してください.
 		その際には最初の起動時にシングルユーザモードに
 		移行して (ブートの段階でCtrl-Cを押す),
 		<filename>/dev</filename> に移って
 		<command>sh ./MAKEDEV all</command> として,
 		クライアントからこれを 修正してください.</para>
 	    </listitem>
 	  </itemizedlist>
 	</step>
 
 	<step>
 	  <para>クライアントで <command>netboot.com</command>
 	    を実行するか, <filename>netboot.rom</filename>
 	    ファイルから EPROMを作成します.</para>
 	</step>
       </procedure>
     </sect2>
 
     <sect2>
       <title><filename>/</filename> および <filename>/usr</filename>
 	ファイルシステムを共有して使用する</title>
 
       <para>今のところ, これを行う公式に認められた方法はありませんが,
 	私はそれぞれのクライアントで <filename>/usr</filename>
 	ファイルシステムと個々の <filename>/</filename>
 	ファイルシステムを共有して使っています.
 	どなたかこれをきちんと行うやり方の提案がありましたら,
 	私に, もしくは &a.core; グループに知らせてください.</para>
     </sect2>
 
     <sect2>
       <title>特定の設定についてnetbootをコンパイルする</title>
 
       <para><filename>/sys/i386/boot/netboot/Makefile</filename>
 	の中の設定を変更して
 	コンパイルすることで, netbootでNE1000/2000
 	カードをサポートします.
 	このファイルの先頭にあるコメントを見てください.</para>
     </sect2>
   </sect1>
 
   <sect1 id="isdn">
     <title>ISDN</title>
 
     <para><emphasis>最終更新: &a.wlloyd;</emphasis>.</para>
 
     <para><emphasis>訳: &a.jp.kiroh;.
 	11 December 1996.</emphasis></para>
 
     <para>ISDN 技術とハードウェアに関しては,
       <ulink url="http://alumni.caltech.edu/~dank/isdn/">
 	Dan Kegel's ISDN Page</ulink> がよい参考になるでしょう.</para>
 
     <para>ISDN の導入手順は, 簡単にいって以下のようになります. </para>
 
     <itemizedlist>
       <listitem>
 	<para>ヨーロッパ在住の方は, ISDN
 	  カードの節に進んでください.</para>
       </listitem>
 
       <listitem>
 	<para>ISDN を使って,
 	  インターネットプロバイダに(専用線は使用せず), ダ
 	  イアルアップ接続しようとしている場合は,
 	  ターミナルアダプタの使用を考えてみてください.
 	  この方法はもっとも柔軟性があり, プロバイダを変更した場
 	  合の問題も少ないでしょう.</para>
       </listitem>
 
       <listitem>
 	<para>2つの LAN の間を接続しようする場合や, ISDN
 	  専用線を使用する場合 には,
 	  スタンドアローンルータ/ブリッジの使用を勧めます.</para>
       </listitem>
     </itemizedlist>
 
     <para>どの方法を用いるかを決定するには,
       費用が重要な要素になってきます.  以下に, 最も安価な方法から,
       高価な方法まで順に説明していきます.</para>
 
     <sect2>
       <title>ISDN カード</title>
 
       <para><emphasis>著者:&a.hm;.</emphasis></para>
 
       <para>このセクションの記述は, DSS1/Q.931 ISDN
 	標準がサポートされている国のユーザにのみ有効です.</para>
 
       <para>最近増えてきている PC ISDN カードのうちいくつかは, FreeBSD
 	2.2.x 以降で isdn4bsd
 	ドライバパッケージによりサポートされています.
 	依然として開発中ではありますが,
 	ヨーロッパ中でうまく動作しているという報告があります.</para>
 
       <para>最新の isdn4bsd は,
 	<ulink url="ftp://isdn4bsd@ftp.consol.de/pub/">
 	  ftp://isdn4bsd@ftp.consol.de/pub/</ulink> から入手できます.
 	この ftp サイトでは, ユーザ名として <username>isdn4bsd</username>
 	を使い, パスワードにメールアドレスを使ってログインする
 	必要があります. ログインできたら <filename>pub</filename>
 	ディレクトリに移動してください. ユーザー名
 	<username>ftp</username> や <username>anonymous</username>
 	によるログインでは, 必要なファイルにたどりつけません.</para>
 
       <para>isdn4bsd は, IP over raw HDLC もしくは同期 PPP
 	を利用して他の ISDN ルータと接続できます.
 	留守番電話アプリケーションも使えます.</para>
 
       <para>Siemens ISDN チップセット (ISAC/HSCX)
 	を使用したものを主に多くのカードがサポートされています.
 	他のチップセット (Motorola, Cologn ChipDesigns)
 	のサポートは現在開発中です.
 	サポートされるカードの最新のリストは,
 	<ulink url="ftp://isdn4bsd@ftp.consol.de/pub/README">README</ulink>
 	を参照してください.</para>
 
       <para>他の ISDN プロトコルを追加したい場合や,
 	サポートされていない ISDN PC カード サポートしたい場合など
 	isdn4bsd を拡張したい場合は, <email>hm@kts.org</email>
 	までご連絡ください.</para>
 
       <para>majordomoによるメーリングリストが利用できます.
 	参加するには, 本文に</para>
 
-      <programlisting>
-subscribe freebsd-isdn</programlisting>
+      <programlisting>subscribe freebsd-isdn</programlisting>
 
       <para>と記入したメールを
 	&a.majordomo; 宛てに送ってください.</para>
     </sect2>
 
     <sect2>
       <title>ISDN ターミナルアダプタ</title>
 
       <para>ターミナルアダプタ (TA) はISDN に対して,
 	通常の電話線に対するモデムに相当するものです.</para>
 
       <para>ほとんどの TA は, 標準のヘイズ AT
 	コマンドセットを使用しているので,
 	単にモデムと置き換えて使うことができます.</para>
 
       <para>TA は, 基本的にはモデムと同じように動作しますが,
 	接続方法は異なり, 通信速度も古いモデムよりはるかに速くなります.
 	<link linkend="ppp">PPP</link> の設定を,
 	モデムの場合と同じように行ってください. とくにシリアル速度を
 	使用できる最高速度に設定するのを忘れないでください.</para>
 
       <para>プロバイダへの接続に TA を使用する最大のメリットは, 動的
 	PPP を行えることです. 最近 IP アドレスが不足してきているため,
 	ほとんどのプロバイダは, 専用の IP
 	アドレスを割り当てないようになっています.
 	ほとんどのスタンドアローンルータは, 動的 IP
 	アドレスに対応していません.</para>
 
       <para>訳注: 最近の ISDN ルータでは, IP
 	アドレスの動的割り当てに対応しているものも多いようです.
 	ただし制限がある場合もありますので, 詳しくはメーカ
 	に問い合わせてください.</para>
 
       <para>TA を使用した場合の機能や接続の安定性は, 使用している PPP
 	デーモンに完全に依存します. そのため, FreeBSD で PPP
 	の設定が完了していれば, 使用している既存のモデムを ISDN の TA
 	に簡単にアップグレードすることができます. ただし, それまでの
 	PPP のプログラムに問題があった場合, その問題は TA
 	に置き換えてもそのまま残ります.</para>
 
       <para>最高の安定性を求めるのであれば, ユーザープロセス
 	<link linkend="userppp">iijPPP</link> ではなく, カーネル
 	<link linkend="ppp">PPP</link>を使用してください.</para>
 
       <para>以下の TA は, FreeBSD で動作確認ずみです.</para>
 
       <itemizedlist>
 	<listitem>
 	  <para>Motorola BitSurfer および Bitsurfer Pro</para>
 	</listitem>
 
 	<listitem>
 	  <para>Adtran</para>
 	</listitem>
       </itemizedlist>
 
       <para>他の TA もほとんどの場合うまく動作するでしょう. TA
 	のメーカーでは, TA  がほとんどの標準モデム AT
 	コマンドセットを受け付けるようにするよう,
 	努力しているようです.</para>
 
       <para>外部 TA を使う際の最大の問題点は,
 	モデムの場合と同じく良いシリアルカー
 	ドが必要であるということです.</para>
 
       <para>シリアルデバイスの詳細,
 	そして非同期シリアルポートと同期シリアルポートの差については,
 	ハンドブックの<link linkend="uart">シリアルポート</link> の
 	節を参照してください.</para>
 
       <para>標準の PC シリアルポート(非同期)に接続された TA は, 128Kbs
 	の接続を行っていても, 最大通信速度が 115.2Kbs
 	に制限されてしまいます. 128Kbs の  ISDN
 	の性能を最大限に生かすためには, TA
 	を同期シリアルカードに接続しなければなりません.</para>
 
       <para>内蔵 TA を購入して,
 	同期／非同期問題を片付けてしまおうとは思わないでく ださい.
 	内蔵 TA には, 単に標準 PC シリアルポートのチップが内蔵されてい
 	るだけです. 内蔵 TA の利点といえば,
 	シリアルケーブルを買わなくていいと いうことと,
 	電源コンセントが一つ少なくて済むということくらいでしょう.
       </para>
 
       <para>同期カードと TA の組合せは 386 の FreeBSD
 	マシンの場合でも, スタンドア
 	ローンのルータと同程度の速度は確保できます.
 	またこの組合せでは, ルータより柔軟な設定が可能です.</para>
 
       <para>同期カード/TA を選ぶか, スタンドアローンルータを選ぶかは,
 	多分に宗教的な問題です.
 	メーリングリストでもいくつか議論がありました. 議論の内容に
 	ついては, <ulink url="../search/search.html">archives</ulink>
 	を参照してください.</para>
     </sect2>
 
     <sect2>
       <title>スタンドアローン ISDN ブリッジ/ルータ</title>
 
       <para>ISDN ブリッジやルータは, OS 特有のものではありません.
 	もちろん FreeBSD 特有のものでもありません.
 	ルーティングやブリッジング技術に関する詳細は,
 	ネットワークの参考書をご覧ください.</para>
 
       <para>このページでは,
 	ルータとブリッジにどちらでもあてはまるように記述します.</para>
 
       <para>ISDN ルータ/ブリッジは,
 	ローエンドの製品のコストが下がってきていることもあり,
 	より一般的に使用されるようになるでしょう. ISDN ルータは,
 	外見は小さな箱で,
 	ローカルのイーサネットネットワーク(もしくはカード)と直接,
 	接続します. また,
 	自身で他のブリッジ/ルータとの接続を制御します. PPP
 	や他のプロトコルを使用するためのソフトウェアは,
 	すべて組み込まれています.</para>
 
       <para>ルータは, 完全な同期 ISDN 接続を使用するため, 通常の TA
 	と比較してスループットが大幅に向上します.</para>
 
       <para>ISDN ルータ/ブリッジを使用する場合の最大の問題点は,
 	各メーカーの製品間に相性の問題がまだ存在することです.
 	インターネットプロバイダとの接続を考えている場合には,
 	プロバイダと相談することをお勧めします.</para>
 
       <para>事務所の LAN と家庭の LAN の間など, 二つの LAN
 	セグメントの間を接続しようとしている場合は,
 	ブリッジ/ルータの使用がもっともメンテナンスが 簡単で,
 	努力が少なくてすむ方法です. 両側の機材を購入するのであれば,
 	メーカー間の接続性の問題もないでしょう.</para>
 
       <para>たとえば家庭の LAN や出張所の LAN
 	を本社のネットワークに接続するためには,
 	以下のような設定が使用できます.</para>
 
       <example>
 	<title>出張所 LAN または 家庭 LAN</title>
 
 	<para>ネットワークは, 10 Base T イーサネットです.
 	  ルータとネットワークの間は, 必要に応じて AUI/10BT
 	  トランシーバを使って接続します.</para>
 
 	<!-- This should be a graphic -->
-	<programlisting>
----Sun ワークステーション
+	<programlisting>---Sun ワークステーション
 |
 ---FreeBSD マシン
 |
 ---Windows 95 (別に勧めているわけじゃありません)
 |
 スタンドアローンルータ
    |
 ISDN BRI ライン</programlisting>
 
 	<para>
 	  家庭/出張所 LAN で,
 	  一台しかコンピュータを接続しないのであれば, クロス
 	  のツイストペアケーブルを使用して,
 	  スタンドアローンルータと直結も可能です.</para>
       </example>
 
       <example>
 	<title>本社 LAN や他の LAN</title>
 
 	<para>ネットワークは, ツイストペアイーサネットです. </para>
 
 	<!-- This should be a graphic -->
-	<programlisting>
-    -------Novell サーバ
-    | 	|
-    |ハ	---Sun
-    |	|
-    | 	---FreeBSD
-    |	|
-    |ブ	---Windows 95
-    | 	|
-    |___---スタンドアローンルータ
-		|
-       	ISDN BRI ライン</programlisting>
+	<programlisting>-------Novell サーバ
+|  |
+|ハ ---Sun
+|  |
+|   ---FreeBSD
+|  |
+|ブ ---Windows 95
+|  |
+|___---スタンドアローンルータ
+    	|
+    ISDN BRI ライン</programlisting>
 
       </example>
 
       <para>ほとんどのルータ/ブリッジでは, 別々の二つのサイトに対して,
 	<emphasis>同時</emphasis>にそれ
 	ぞれ<emphasis>独立した</emphasis>二つの PPP 接続が可能です.
 	これは, 通常の TA ではサポートされない機能で,
 	ルータ/ブリッジ接続の大きな利点です (シリアルポートを
 	二つもつ特殊(そして高価な) TA では可能です).
 	チャンネル割り当てや MPP などと混同しないでください.</para>
 
       <para>これは, 大変便利な機能です.
 	たとえば事務所で専用線 ISDN 接続を使用していて,
 	別の ISDN ラインを購入したくないとします. この場合,
 	事務所のルータは, 一つの専用線 B
 	チャンネル接続(64Kbs)を維持しつつ, 別 の B
 	チャンネルを他の用途に使用することができます. たとえば,
 	他の場所 とのダイアルイン, ダイアルアウトに使用したり,
 	バンド幅を増やすために,
 	インターネットとの接続への動的に割り当て(MPP
 	など)に使用したりすることが可能です.</para>
 
       <para>またイーサネットブリッジは, IP パケットだけでなく IPX/SPX
 	などすべての
 	プロトコルのパケットを中継することが可能です.</para>
 
     </sect2>
   </sect1>
 
   <sect1 id="nis">
     <title>NIS/YP</title>
 
     <para><emphasis>原作: &a.unfurl;,
       2000 年 1 月 21 日,
       監修: Eric Ogren <email>eogren@earthlink.net</email>,
       Udo Erdelhoff <email>ue@nathan.ruhr.de</email>,
       2000 年 6 月.</emphasis></para>
 
     <sect2>
       <title>NIS/YP とは?</title>
   
       <para>NIS とは Network Information Services の略で
         Sun Microsystems によって Unix の (もともとは SunOS の)
 	集中管理のために開発されました.  現在では事実上の業界標準になっており,
 	主要な Unix は (Solaris, HP-UX, AIX, Linux, NetBSD, OpenBSD,
 	FreeBSD, 等々) すべてこれをサポートしています.</para>
 
       <para>NIS は元々, イエローページ (または yp) として知られていましたが,
         著作権を侵害しているとして Sun はその名を変えさせられました.</para>
 
       <para>NIS は RPC を使ったクライアント/サーバシステムです.
         これを使うと NISドメイン内のマシン間で,
         共通の設定ファイルを共有することができます.
         また, NIS を使うことでシステム管理者は最小限の設定データで
         NIS クライアントを立ち上げることができ,
         1 ヶ所から設定データの追加, 削除, 変更が可能です. </para>
   
       <para>NIS は Windows NT のドメインシステムに似ています.
         内部の実装は似ても似つかないものですが, 基本的な機能を
         対比することはできます.</para>
     </sect2>
   
     <sect2>
       <title>知っておくべき用語 / プロセス</title>
 
       <para>NIS サーバの立ち上げや NIS クライアントの設定など,
         NIS を FreeBSD に導入するにあたって,
         目にするであろう用語や重要なユーザプロセスがいくつかあります.</para>
 
       <itemizedlist>
         <listitem>
           <para><emphasis>NIS ドメイン名</emphasis>. NIS マスターサーバ一つと
             そのクライアント (スレーブサーバを含む) は一つの NIS ドメイン名を
             持ちます.  NT のドメイン名同様,
             NIS ドメイン名は DNS とは何の関係もありません.</para>
         </listitem>
         <listitem>
           <para><emphasis>portmap</emphasis>. <command>portmap</command>
             は RPC (Remote Procedure Call, NIS
             で使われるネットワークプロトコル)
             を利用するために実行しておかなければなりません.
             <command>portmap</command> が動いていなければ,
             NIS サーバの起動もクライアントとしての機能も得られません.</para>
         </listitem>
         <listitem>
           <para><emphasis>ypbind</emphasis>. <command>ypbind</command>
             は NIS クライアントを NIS サーバに<quote>結び付け</quote>ます.
             これは NIS ドメイン名をシステムから受け, RPC
             を用いてサーバに接続します. <command>ypbind</command>
             はクライアントとサーバのコミュニケーションの中枢であり,
             もしクライアントマシンの <command>ypbind</command>
             が機能を停止した場合は
             NIS サーバへアクセスできなくなります.</para>
         </listitem>
         <listitem>
           <para><emphasis>ypserv</emphasis>. <command>ypserv</command>
             は NIS サーバでのみ実行されるもので, NIS
             のサーバプロセスそのものです. ypserv が機能を停止したときは,
             サーバは NIS リクエストに答えられなくなります
             (運が良ければ, スレーブサーバがいて代わりを努めるでしょう).</para>
 
           <note>
             <para>今まで使っていたサーバが機能を停止したとき,
               別のサーバに再接続しに行かない NIS の実装もいくつかあります
               (FreeBSD のものは違います).
               そのような場合に復帰するための唯一の方法は,
               サーバプロセス (あるいはサーバ全体), もしくはクライアントの
               <command>ypbind</command>
               プロセスを再スタートすることです.</para>
           </note>
         </listitem>
         <listitem>
           <para><emphasis>rpc.yppasswdd</emphasis>.
             <command>rpc.yppasswdd</command> は NIS
             マスターサーバで動かされるべきもう一つのプロセスで,
             NIS クライアントから
             NIS パスワードを変更させるデーモンです.
             このデーモンが動いていないときは, ユーザは NIS マスターサーバに
             login し, そこでパスワードを変更することになります.</para>
         </listitem>
 
         <!-- XXX Missing: rpc.ypxfrd (not important, though) May only run
              on the master -->
       </itemizedlist>
     </sect2>
 
     <sect2>
       <title>動作のしくみ</title>
         
       <para>NIS 環境にあるホストは, 次の 3 種類に分類されます. それは,
         マスターサーバ, スレーブサーバ, クライアントです.
         サーバは, ホストの設定情報の中心的な情報格納庫の役割をします.
         マスターサーバは元となる信頼できる情報を保持し,
         スレーブサーバは, 冗長性を確保するため, この情報をミラーします.
         そしてクライアントは, サーバから情報の提供を受けて動作します.</para>
 
       <para>この方法を用いることで, 数多くのファイルにある情報が共有できます.
         よく NIS で共有されるのは,
         <filename>master.passwd</filename> や <filename>group</filename>,
 	<filename>hosts</filename> といったファイルです.
         クライアント上のプロセスで, 通常ローカルのファイルにある情報が必要
 	となったとき,
         クライアントは接続しているサーバに問い合わせを行い, その情報を得ます. 
       </para>
 
       <sect3>
         <title>マシンの分類</title>
 
         <itemizedlist>
           <listitem>
             <para><emphasis>NIS マスターサーバ</emphasis>.
               このサーバは Windows NT で言うところのプライマリ
               ドメインコントローラにあたります.
               すべての NIS クライアントで利用されるファイルを保守し,
               <filename>passwd</filename> や
               <filename>group</filename>, その他 NIS
               クライアントが参照するファイルは,
               マスターサーバにあります.</para>
        
             <note>
               <para>一つのマシンが一つ以上の NIS
                 ドメインのマスターサーバになることは可能です.
                 しかし, ここでは比較的小規模の NIS 環境を対象としているため,
                 そのような場合については扱いません.</para>
             </note>
           </listitem>
           <listitem>
             <para><emphasis>NIS スレーブサーバ</emphasis>.
               NT で言うところのバックアップドメインコントローラに似たもので,
               NIS スレーブサーバは NIS
               マスターサーバのデータファイルのコピーを保持します.
               NIS スレーブサーバは重要な環境で必要とされる冗長性を提供し,
               マスターサーバの負荷のバランスをとります.
               NIS クライアントは常に最初にレスポンスを返したサーバを
               NIS サーバとして接続しますが,
               これにはスレーブサーバも含まれます.</para>
           </listitem>
           <listitem>
             <para><emphasis>NIS クライアント</emphasis>.
               NIS クライアントは大部分の NT ワークステーションのように,
               logon に際して
               NIS サーバに対して (NT ワークステーションの場合では NT
               ドメインコントローラに) 認証します.</para>
           </listitem>
         </itemizedlist>
       </sect3>
     </sect2>
     
     <sect2>
       <title>NIS/YP を使う</title>
   
       <para>この節では NIS 環境の立ち上げ例を取り上げます.</para>
 
       <note>
         <para>この節ではあなたが FreeBSD 3.3 以降を使っているものとします.
           ここで与えられる指示は<emphasis>おそらく</emphasis> FreeBSD の
           3.0 以降の, どのバージョンでも機能するでしょうが,
           それを保証するものではありません.</para>
       </note>
 
       <sect3>
         <title>計画を立てる</title>
   
         <para>あなたが大学の小さな研究室の管理人であるとしましょう.
           この研究室は 15 台の FreeBSD マシンからなっていて,
           現在はまだ集中管理されていません.
 	  すなわち, 各マシンは <filename>/etc/passwd</filename> と
           <filename>/etc/master.passwd</filename> を各々が持っています.
 	  これらのファイルは手動でお互いに同期させています.
           つまり現時点では, 新しいユーザをあなたが追加するとき,
           <command>adduser</command> を 15 ヶ所すべてで実行しなければなりません.
           これは明らかに変える必要があるため,
 	  あなたはこのうち 2 台をサーバにして NIS を導入することを決めました.</para>
 
         <para>その結果, 研究室の設定はこのようなものになります:</para>
 
         <informaltable>
           <tgroup cols="3">
             <thead>
               <row>
                 <entry>マシンの名前</entry>
                 <entry>IP address</entry>
                 <entry>役割</entry>
               </row>
             </thead>
             <tbody>
               <row>
                 <entry><hostid>ellington</hostid></entry>
                 <entry><hostid role="ipaddr">10.0.0.2</hostid></entry>
                 <entry>NIS マスタ</entry>
               </row>
               <row>
                 <entry><hostid>coltrane</hostid></entry>
                 <entry><hostid role="ipaddr">10.0.0.3</hostid></entry>
                 <entry>NIS スレーブ</entry>
               </row>
               <row>
                 <entry><hostid>basie</hostid></entry>
                 <entry><hostid role="ipaddr">10.0.0.4</hostid></entry>
                 <entry>教員用のワークステーション</entry>
               </row>
               <row>
                 <entry><hostid>bird</hostid></entry>
                 <entry><hostid role="ipaddr">10.0.0.5</hostid></entry>
                 <entry>クライアントマシン</entry>
               </row>
               <row>
                 <entry><hostid>cli[1-11]</hostid></entry>
                 <entry><hostid role="ipaddr">10.0.0.[6-17]</hostid></entry>
                 <entry>その他のクライアントマシン</entry>
               </row>
             </tbody>
           </tgroup>
         </informaltable>
 
 	 <para>もし NIS によるシステム管理の設定を行なうのが初めてなら,
           どのようにしたいのか, ひととおり最後まで考えてみることをお勧めします.
           ネットワークの規模によらず, いくつか決めるべきことがあるからです.</para>
   
         <sect4>
           <title>NIS ドメイン名を決める</title>
   
           <para>ここでいうドメイン名は, 今まであなたが使っていた,
             いわゆる <quote>ドメイン名</quote>
             と呼んでいたものとは違います.
 	    正確には <quote>NIS ドメイン名</quote> と呼ばれます.
             クライアントがサーバに情報を要求するとき,
             その要求には自分が属する NIS ドメインの名前が含まれています.
 	    これは, 1 つのネットワークに複数のサーバがある場合に,
             どのサーバが要求を処理すれば良いかを決めるために使われます.
 	    NIS ドメイン名とは, 関連のあるホストをグループ化するための名前である,
             と考えると良いでしょう. </para>
 	
 	  <para>組織によってはインターネットのドメイン名を
             NIS ドメイン名に使っているところがありますが,
             これはネットワークのトラブルをデバッグするときに混乱の原因となるため,
             お勧めできません.
             NIS ドメイン名はネットワーク内で一意なければならないので,
             ドメイン名がドメインに含まれるマシンを表すようなものであれば,
             分かりやすくなります. たとえば
             Acme 社のアート(Art)部門であれば,
             NIS ドメイン名を"acme-art"とすれば良いでしょう. </para>
 
           <para>しかしながら, オペレーティングシステムによっては,
             そのネットワークドメイン名を NIS
             のドメイン名として使うものもあります (特に SunOS).
             あなたのネットワークにそのような制限のあるマシンが 1 台でもあるときは, NIS
             のドメイン名としてインターネットのネットワークドメイン名を使わなければ<emphasis>いけません</emphasis>.</para>
         </sect4>
 
         <sect4>
           <title>サーバマシンの物理的な条件とは</title>
             
 	  <para>NIS サーバとして使うマシンを選ぶ際には,
             いくつかの注意点があります.
             NIS における困ったことの一つに,
             クライアントのサーバへの依存度があります.
             クライアントが自分の NIS ドメインのサーバに接続できない場合,
             マシンが使用不能になることがよくあります.
             もし, ユーザやグループに関する情報が得られなければ,
             ほとんどのシステムは一時的にですが停止してしまいます.
             こういったことを念頭に置いて,
             しょっちゅうリブートされるマシンや,
             開発に使われそうなマシンを選ばないようにしなければなりません.
             理想的には, NIS サーバはスタンドアロンで
             NIS サーバ専用となるマシンにするべきです.
             ネットワークの負荷が重くなければ,
             他のサービスを走らせているマシンを NIS
             サーバにしてもかまいません. ただし NIS
             サーバが使えなくなると,
             <emphasis>すべての</emphasis>クライアントに影響をおよぼす,
             という点には注意しなければなりません.</para>
         </sect4>
       </sect3>
 
       <sect3>
         <title>NIS サーバ</title>
 
 	<para>元となるすべての NIS 情報は,
           NIS マスターサーバと呼ばれる 1 台のマシンに置かれます.
           この情報が格納されるデータベースを NIS マップと呼びます.
           FreeBSDでは, このマップは
 	  <filename>/var/yp/[domainname]</filename> に置かれます.
 	  <filename>[domainname]</filename> は,
           サーバがサービスする NIS ドメインです.
           1 台の NIS サーバが複数のドメインをサポートすることも可能です.
           つまり, このディレクトリを各々のドメインごとに作ることができ,
           各ドメインごと, 独立したマップの集合を持つことになります.</para>
 
 	<para>NIS のマスターサーバとスレーブサーバ上では,
 	  <command>ypserv</command> デーモンがすべての NIS 要求を処理します.
           <command>ypserv</command> は NIS クライアントからの要求を受け付け,
           ドメイン名とマップ名を対応するデータベースファイルへのパスに変換し,
           データをクライアントに返送します.</para>
 
         <sect4>
 	  <title>NIS マスターサーバの設定</title>
 
 	  <para>やりたいことにもよりますが,
             NIS マスターサーバの設定は比較的単純です.
 	    FreeBSD は初期状態で NIS に対応しています.
             必要なことは以下の行を <filename>/etc/rc.conf</filename> に追加し,
 	    FreeBSD をリスタートすることだけです.</para>
 
           <itemizedlist>
             <listitem>
               <para>
                 <programlisting>nisdomainname="test-domain"</programlisting>
 
                 この行はネットワークのセットアップ時に
                 (すなわち再起動したときに) NIS のドメイン名を
                 <emphasis>test-domain</emphasis>
                 にセットします.</para>
             </listitem>
             <listitem>
               <para>
                 <programlisting>nis_server_enable="YES"</programlisting>
                 
                 これは FreeBSD に, 次にネットワークが立ち上がったとき NIS
                 のサーバプロセスを起動させます.</para>
             </listitem>
             <listitem>
               <para>
                 <programlisting>nis_yppasswdd_enable="YES"</programlisting>
                 
                 これは <command>rpc.yppasswdd</command> デーモンを有効にします.
                 上述したようにこれはユーザが NIS
                 のパスワードをクライアントのマシンから変更することを可能にします.</para>
             </listitem>
           </itemizedlist>
 
           <para>あと, あなたがしなければいけないことはスーパユーザ権限でコマンド
             <command>/etc/netstart</command> を実行することです.
 	    これにより <filename>/etc/rc.conf</filename>
             で定義された値を使ってすべての設定が行なわれます.</para>
 	</sect4>
 
         <sect4>
           <title>NIS マップの初期化</title>
 
           <para><emphasis>NIS マップ</emphasis> とは
             <filename>/var/yp</filename> ディレクトリにあるデータベースファイルです.
             これらは NIS マスタの <filename>/etc</filename>
             ディレクトリの設定ファイルから作られます.
             唯一の例外は
 	    <filename>/etc/master.passwd</filename> ファイルです.
 	    これは, root や他の管理用アカウントのパスワードまでその
             NIS ドメインのすべてのサーバに伝えたくないという,
             もっともな理由によるものです.  このため NIS
             マップの初期化の前に以下を行う必要があります.</para>
 
           <screen>&prompt.root; <userinput>cp /etc/master.passwd /var/yp/master.passwd</userinput>
 &prompt.root; <userinput>cd /var/yp</userinput>
 &prompt.root; <userinput>vi master.passwd</userinput></screen>
 
           <para>あなたはシステムに関するアカウント (bin, tty, kmem, games, etc)
             をすべて削除しなければなりません.
             またあなたが NIS クライアントに伝えたくないと思うアカウント
             (たとえば root や他の UID が 0 (スーパユーザ) のアカウント)
             についても削除する必要があります.</para>
 
           <note>
             <para><filename>/var/yp/master.passwd</filename> が
               グループや全世界から読めるようになっていないようにしてください
               (モード 600)! 必要なら <command>chmod</command> コマンドを
               使ってください.</para>
           </note>
 
           <para>すべてが終わったらマップを初期化します!
             FreeBSD には, これを行うために <command>ypinit</command>
             という名のスクリプトが含まれています
             (詳細はそのマニュアルページをご覧ください).
             このスクリプトはほとんどの UNIX OS で存在しますが,
             すべてとは限らないことを覚えておいてください.
 	    Digital Unix/Compaq Tru64 Unix では
             <command>ypsetup</command> と呼ばれています.
 	    NIS マスタのためのマップを作るためには
 	    <option>-m</option> オプションを <command>ypinit</command>
             に与えます.  上述のステップを完了しているなら,
             以下を実行して NIS マップを生成します.</para>
 
           <screen>ellington&prompt.root; <userinput>ypinit -m test-domain</userinput>
 Server Type: MASTER Domain: test-domain
 Creating an YP server will require that you answer a few questions.
 Questions will all be asked at the beginning of the procedure.
 Do you want this procedure to quit on non-fatal errors? [y/n: n] <userinput>n</userinput>
 Ok, please remember to go back and redo manually whatever fails.
 If you don't, something might not work.
 At this point, we have to construct a list of this domains YP servers.
 rod.darktech.org is already known as master server.
 Please continue to add any slave servers, one per line. When you are
 done with the list, type a &lt;control D&gt;.
 master server   :  ellington
 next host to add:  <userinput>coltrane</userinput>
 next host to add:  <userinput>^D</userinput>
 The current list of NIS servers looks like this:
 ellington
 coltrane
 Is this correct?  [y/n: y] <userinput>y</userinput>
 
 [..output from map generation..]
 
 NIS Map update completed.
 ellington has been setup as an YP master server without any errors.</screen>
 
           <para><command>ypinit</command> は
             <filename>/var/yp/Makefile</filename> を
             <filename>/var/yp/Makefile.dist</filename> から作成します.
 	    作成されていれば,
             そのファイルはあなたが扱っているのが FreeBSD
             のみからなる,
             サーバが一つだけの NIS 環境であるという前提に立っています.
 	    <emphasis>test-domain</emphasis>
             はスレーブサーバを一つ持っていますので,
             <filename>/var/yp/Makefile</filename>
             を編集する必要があります.</para>
 
           <screen>ellington&prompt.root; <userinput>vi /var/yp/Makefile</userinput></screen>
 
           <para>`NOPUSH = "True"'
             としている行を (もし既にコメントアウトされていないならば)
             コメントアウトしなければなりません.</para>
         </sect4>
 
         <sect4>
 	  <title>NIS スレーブサーバの設定</title>
 
 	  <para>NIS スレーブサーバの設定はマスターサーバの設定以上に簡単です.
 	    スレーブサーバにログオンし <filename>/etc/rc.conf</filename> 
 	    ファイルを前回と同様に編集します.  唯一の違うところは
 	    <command>ypinit</command> の実行に <option>-s</option>
             オプションを使わなければいけないことです.
             <option>-s</option> オプションは NIS
             マスターサーバの名前を要求し, コマンドラインは以下のようになります.</para>
 
   <screen>coltrane&prompt.root; <userinput>ypinit -s ellington test-domain</userinput>
 
 Server Type: SLAVE Domain: test-domain Master: ellington
 
 Creating an YP server will require that you answer a few questions.
 Questions will all be asked at the beginning of the procedure.
 
 Do you want this procedure to quit on non-fatal errors? [y/n: n]  <userinput>n</userinput>
 
 Ok, please remember to go back and redo manually whatever fails.
 If you don't, something might not work. 
 There will be no further questions. The remainder of the procedure
 should take a few minutes, to copy the databases from ellington.
 Transferring netgroup...
 ypxfr: Exiting: Map successfully transferred
 Transferring netgroup.byuser...
 ypxfr: Exiting: Map successfully transferred
 Transferring netgroup.byhost...
 ypxfr: Exiting: Map successfully transferred
 Transferring master.passwd.byuid...
 ypxfr: Exiting: Map successfully transferred
 Transferring passwd.byuid...
 ypxfr: Exiting: Map successfully transferred
 Transferring passwd.byname...
 ypxfr: Exiting: Map successfully transferred
 Transferring group.bygid...
 ypxfr: Exiting: Map successfully transferred
 Transferring group.byname...
 ypxfr: Exiting: Map successfully transferred
 Transferring services.byname...
 ypxfr: Exiting: Map successfully transferred
 Transferring rpc.bynumber...
 ypxfr: Exiting: Map successfully transferred
 Transferring rpc.byname...
 ypxfr: Exiting: Map successfully transferred
 Transferring protocols.byname...
 ypxfr: Exiting: Map successfully transferred
 Transferring master.passwd.byname...
 ypxfr: Exiting: Map successfully transferred
 Transferring networks.byname...
 ypxfr: Exiting: Map successfully transferred
 Transferring networks.byaddr...
 ypxfr: Exiting: Map successfully transferred
 Transferring netid.byname...
 ypxfr: Exiting: Map successfully transferred
 Transferring hosts.byaddr...
 ypxfr: Exiting: Map successfully transferred
 Transferring protocols.bynumber...
 ypxfr: Exiting: Map successfully transferred
 Transferring ypservers...
 ypxfr: Exiting: Map successfully transferred
 Transferring hosts.byname...
 ypxfr: Exiting: Map successfully transferred
 
 coltrane has been setup as an YP slave server without any errors. 
 Don't forget to update map ypservers on ellington.</screen>
         
 	  <para>この例の場合, <filename>/var/yp/test-domain</filename>
             というディレクトリが必要になります.  
             NIS マスターサーバのマップファイルのコピーはこのディレクトリに置かれますが,
             あなたは, これらが確実に最新のものに維持されるようにする必要があります.
             次のエントリをスレーブサーバの <filename>/etc/crontab</filename>
             に追加することで, 最新のものに保つことができます.
           </para>
         
 	  <programlisting>20      *       *       *       *       root   /usr/libexec/ypxfr passwd.byname
 21      *       *       *       *       root   /usr/libexec/ypxfr passwd.byuid</programlisting>
 
 	  <para>この二行は,
             スレーブサーバにあるマップファイルをマスターサーバのマップファイルと同期させるものですが, 
             必須というわけではありません. なぜなら,
             マスターサーバは, NIS マップに対する変更をスレーブサーバに伝えようとするからです.
             しかし, サーバが管理するシステムにとってパスワード情報はとても重要なものですので,
             強制的に更新してしまう方が良いでしょう.
             特に,
             マップファイルの更新がきちんと行なわれるかどうかわからないくらい混雑するネットワークでは,
             重要なポイントになります.</para>
           
           <para>コマンド <command>/etc/netstart</command>
             をスレーブサーバでも実行してください.
             NIS サーバを起動します.</para>
 	</sect4>
       </sect3>
 
       <sect3>
         <title>NIS クライアント</title>
 	
 	<para>NIS クライアントは <command>ypbind</command>
           デーモンを使って, 特定の NIS
           サーバとの間に結合 (binding) と呼ばれる関係を成立させます. 
 	  <command>ypbind</command> はシステムのデフォルトのドメイン
           (<command>domainname</command> コマンドで設定されます)
           をチェックし, RPC 要求をブロードキャストパケットとしてローカルネットワークに送信します.
           この RPC 要求により, <command>ypbind</command>
           が結合を成立させようとしているドメイン名が指定されます.
 	  要求されているドメイン名に対してサービスするよう設定されたサーバが
           ブロードキャストパケットを受信すると,
           サーバは <command>ypbind</command> に応答し,
           <command>ypbind</command> は応答のあったサーバのアドレスを記録します. 
 	  複数のサーバがある(たとえば一つのマスターサーバと,
           複数のスレーブサーバがある)場合,
           <command>ypbind</command> は,
           最初に応答したサーバのアドレスを使用します.
           これ以降, クライアントのシステムは,
           すべての NIS の要求をそのサーバに向けて送信します. 
 	  <command>ypbind</command> は,
           サーバが順調に動作していることを確認するため,
           時々 <quote>ping</quote> をサーバに送ります.
           反応が戻ってくるべき時間内に ping に対する応答が来なければ,
 	  <command>ypbind</command> は,
           そのドメインを結合不能(unbound)として記録し,
           別のサーバを見つけるべく, 再びブロードキャストパケットの送信を行います. </para>
 
 	<sect4>
 	  <title>NIS クライアントの設定</title>
 	  
 	  <para>FreeBSD マシンにおける NIS クライアントの設定は非常に単純です.</para>
 	
 	  <itemizedlist>
 	    <listitem>
 	      <para><filename>/etc/rc.conf</filename>
                 ファイルを編集して以下の行を追加し,
                 ネットワークのセットアップ時に
                 NIS ドメイン名をセットして
                 <command>ypbind</command> を起動させます.</para>
 
 	      <programlisting>nisdomainname="test-domain"
 nis_client_enable="YES"</programlisting>
 	    </listitem>
 
 	    <listitem>
 	      <para>NIS サーバにあるすべてのパスワードエントリを取り込むため, 
                 <command>vipw</command> コマンドで以下の行を
                 <filename>/etc/master.passwd</filename> に追加します. </para>
 
 	      <programlisting>+:::::::::</programlisting>
 
 	      <note>
 		<para>この行によって NIS
                   サーバのパスワードマップにアカウントがある人全員にアカウントが与えられます.
                   この行を変更すると, さまざまな NIS クライアントの設定を行なうことが可能です.
 		  詳細は <link linkend="netgroups">netgroups</link> の部分を,
 		  さらに詳しい情報については, O'Reilly の
                   <literal>Managing NFS and NIS</literal> をお読みください.</para>
 	      </note>
 	    </listitem>
 
 	    <listitem>
 	      <para>NIS サーバにあるすべてのグループエントリを取り込むため, 
 	        以下の行を <filename>/etc/group</filename> に追加します.</para>
 	        
 	      <programlisting>+:*::</programlisting>
 	    </listitem>
 	  </itemizedlist>
 
 	  <para>上記の手順がすべて完了すれば,
             <command>ypcat passwd</command> によって
             NIS サーバの passwd マップが参照できるようになっているはずです.
           </para>
 	</sect4>
       </sect3>
     </sect2>
 
     <sect2>
       <title>NIS セキュリティ</title>
 
       <para>一般にドメイン名さえ知っていれば,
         どこにいるリモートユーザでも ypserv に RPC を発行して
         NIS マップの内容を引き出すことができます.
         こういった不正なやりとりを防ぐため,
         ypserv には securenets と呼ばれる機能があります.
         これはアクセスを決められたホストだけに制限する機能です.
         ypserv は起動時に <filename>/var/yp/securenets</filename> ファイルから
         securenets に関する情報を読み込みます.</para>
 	
       <note>
 	<para>上記のパス名は, <option>-p</option>
           オプションで指定されたパス名によって変わります.
           このファイルは, 空白で区切られたネットワーク指定とネットマスクのエントリからなっていて,
           <quote>#</quote> で始まる行はコメントとみなされます.
           簡単な securenets ファイルの例を以下に示します.</para>
       </note>
 
       <programlisting># allow connections from local host -- mandatory
 127.0.0.1     255.255.255.255
 # allow connections from any host
 # on the 192.168.128.0 network
 192.168.128.0 255.255.255.0
 # allow connections from any host
 # between 10.0.0.0 to 10.0.15.255
 10.0.0.0      255.255.240.0</programlisting>
 
       <para>ypserv が上記のルールの一つと合致するアドレスからの要求を受け取った場合,
         処理は通常に行なわれます.
         もしアドレスがルールに合致しなければ,
         その要求は無視されて警告メッセージがログに記録されます.
 	また, <filename>/var/yp/securenets</filename> が存在しない場合,
         ypserv はすべてのホストからの接続を受け入れます.
       </para>
 
       <para>ypserv は Wietse Venema 氏による
 	<application>tcpwrapper</application> パッケージもサポートしています.
         そのため, <filename>/var/yp/securenets</filename> の代わりに
         tcpwrapper の設定ファイルを使ってアクセス制御を行なうことも可能です.
       </para>
 
       <note>
 	<para>これらのアクセス制御機能は一定のセキュリティを提供しますが,
           どちらも特権ポートのテストのような <quote>IP spoofing</quote>
           攻撃に対して脆弱です.
           すべての NIS 関連のトラフィックはファイアウォールでブロックされるべきです.</para>
 
         <para><filename>/var/yp/securenets</filename>
           を使っているサーバは,
           古風な TCP/IP 実装を持つ正しいクライアントへのサービスに失敗することがあります.
           これらの実装の中にはブロードキャストのホストビットをすべて 0 でセットしてしまったり
 	  ブロードキャストアドレスの計算でサブネットマスクを見落としてしまったりするものがあります.
           これらの問題はクライアントの設定を正しく行なうことで修正できますが,
           他の問題は問題となっているクライアントシステムの撤去か
 	  <filename>/var/yp/securenets</filename> の放棄が必要です.</para>
 
         <para>このような古風な TCP/IP の実装を持つサーバで
           <filename>/var/yp/securenets</filename>
           を使うことは非常に悪い考えであり,
           あなたのネットワークの大部分において
 	  NIS の機能を失うことになるでしょう.</para>
 
         <para><application>tcpwrapper</application>
           パッケージの使用はあなたの NIS サーバのレイテンシ (遅延) を増加させます.
           追加された遅延は, 特に混雑したネットワークや遅い
           NIS サーバでクライアントプログラムのタイムアウトを引き起こすに十分なだけ長いでしょう.
           一つ以上のクライアントシステムがこれらの兆候を示したなら,
           あなたは問題となっているクライアントシステムを
           NIS スレーブサーバにして自分自身に結び付くように強制すべきです.</para>
       </note>
     </sect2>
 
     <sect2>
       <title>何人かのユーザのログオンを遮断する</title>
       
       <para>わたしたちの研究室には <hostid>basie</hostid> という,
         教員専用のマシンがあります.  わたしたちはこのマシンを
         NIS ドメインの外に出したくないのですが,
         マスタ NIS サーバの <filename>passwd</filename>
         ファイルには教員と学生の両方が載っています.
         どうしたらいいでしょう?</para>
 
       <para>当該人物が NIS のデータベースに載っていても,
         そのユーザがマシンにログオンできないようにする方法があります.
         そうするには, <emphasis>-<replaceable>username</replaceable></emphasis> を
 	クライアントマシンの <filename>/etc/master.passwd</filename>
         ファイルの末尾に付け足します.
         <replaceable>username</replaceable>
         はあなたがログインさせたくないと思っているユーザのユーザ名です.
         これは <command>vipw</command> で行うべきです.
         <command>vipw</command> は <filename>/etc/master.passwd</filename>
         への変更をチェックし, 編集終了後パスワードデータベースを再構築します.
         たとえば, ユーザ <emphasis>bill</emphasis> が <hostid>basie</hostid>
         にログオンするのを防ぎたいなら, 以下のようにします.</para>
 
         <screen>basie&prompt.root; <userinput>vipw</userinput>
 <userinput>[add -bill to the end, exit]</userinput>
 vipw: rebuilding the database...
 vipw: done
 
 basie&prompt.root; <userinput>cat /etc/master.passwd</userinput>
 
 root:[password]:0:0::0:0:The super-user:/root:/bin/csh
 toor:[password]:0:0::0:0:The other super-user:/root:/bin/sh
 daemon:*:1:1::0:0:Owner of many system processes:/root:/sbin/nologin
 operator:*:2:5::0:0:System &:/:/sbin/nologin
 bin:*:3:7::0:0:Binaries Commands and Source,,,:/:/sbin/nologin
 tty:*:4:65533::0:0:Tty Sandbox:/:/sbin/nologin
 kmem:*:5:65533::0:0:KMem Sandbox:/:/sbin/nologin
 games:*:7:13::0:0:Games pseudo-user:/usr/games:/sbin/nologin
 news:*:8:8::0:0:News Subsystem:/:/sbin/nologin
 man:*:9:9::0:0:Mister Man Pages:/usr/share/man:/sbin/nologin
 bind:*:53:53::0:0:Bind Sandbox:/:/sbin/nologin
 uucp:*:66:66::0:0:UUCP pseudo-user:/var/spool/uucppublic:/usr/libexec/uucp/uucico
 xten:*:67:67::0:0:X-10 daemon:/usr/local/xten:/sbin/nologin
 pop:*:68:6::0:0:Post Office Owner:/nonexistent:/sbin/nologin
 nobody:*:65534:65534::0:0:Unprivileged user:/nonexistent:/sbin/nologin
 +:::::::::
 -bill
 
 basie&prompt.root;</screen>
     </sect2>
 
     <sect2 id="netgroups">
       <title>netgroups の利用</title>
 
       <para><emphasis>netgroups の部分の原作:
 	Udo Erdelhoff <email>ue@nathan.ruhr.de</email>.
 	2000 年 7 月.</emphasis></para>
 
       <para>前節までに見てきた手法は,
         極めて少ないユーザ/マシン向けに個別のルールを必要としている場合にはうまく機能します.
         しかし大きなネットワークでは,
         ユーザに触られたくないマシンへログオンを防ぐのを<emphasis>忘れるでしょう</emphasis>し,
         そうでなくとも各マシンを個別に設定して回らなければならず,
 	<emphasis>集中</emphasis>管理という NIS の恩恵を失ってしまいます.</para>
 
       <para>NIS の開発者はこの問題を <emphasis>netgroups</emphasis>
         と呼ばれる方法で解決しました.
         彼らの目的とその意味合いは UNIX
         のファイルシステムで使われている一般的なグループと比較できます.
 	主たる相違は数字による id を欠いていることと,
         ネットグループを定義するのにユーザアカウントと別のネットグループの,
         両方を含められる機能です.</para>
 
       <para>ネットグループは百人/台以上のユーザとマシンを含む,
         大きく複雑なネットワークを扱うために開発されました.
         もし, あなたがこのような状況を扱わなければならないなら便利なものなのですが,
         この複雑さは単純な例でネットグループの説明をすることをほとんど不可能にしています.
         この部の残りで使われている例は, この問題を実演しています.</para>
 
       <para>あなたの行なった, 研究室への NIS
         の導入の成功が上司の目に止ったとしましょう.
         あなたの次の仕事は,
         あなたの NIS
         ドメインをキャンパスの他のいくつものマシンを覆うものへ拡張することです.
         二つの表は新しいユーザと新しいマシンの名前とその説明を含んでいます.</para>
 
       <informaltable>
         <tgroup cols="2">
           <thead>
             <row>
               <entry>ユーザの名前</entry>
               <entry>説明</entry>
             </row>
           </thead>
    
           <tbody>
             <row>
               <entry>alpha, beta</entry>
               <entry>IT 学科の通常の職員</entry>
             </row>
             
             <row>
               <entry>charlie, delta</entry>
               <entry>IT 学科の新しい見習い</entry>
             </row>
             
             <row>
               <entry>echo, foxtrott, golf, ...</entry>
               <entry>一般の職員</entry>
             </row>
             
             <row>
               <entry>able, baker, ...</entry>
               <entry>まだインターン</entry>
             </row>
           </tbody>
         </tgroup>
       </informaltable>
 
       <informaltable>
         <tgroup cols="2">
           <thead>
             <row>
               <entry>マシンの名前</entry>
               <entry>説明</entry>
             </row>
           </thead>
    
           <tbody>
             <row>
               <!--  Names taken from "Good Omens" by Neil Gaiman and Terry
                     Pratchett.  Many thanks for a brilliant book.  --> 
               <entry>war, death, famine, polution</entry>
               <entry>最も重要なサーバ.  IT 職員だけがログオンを許されます.</entry>
             </row>
             <row>
               <!-- gluttony was omitted because it was too fat ;-) -->
               <entry>pride, greed, envy, wraith, lust, sloth</entry>
               <entry>あまり重要でないサーバ.  IT 学科の全員がログオンを許されます.</entry>
             </row>
             
             <row>
               <entry>one, two, three, four, ...</entry>
               <entry>通常のワークステーション.
                 <emphasis>本当の</emphasis> 職員だけがログオンを許されます.</entry>
             </row>
             
             <row>
               <entry>trashcan</entry>
               <entry>重要なデータの入っていないひどく古いマシン.
                 インターンでもこのマシンの使用を許されます.</entry>
             </row>
           </tbody>
         </tgroup>
       </informaltable>
 
       <para>もしあなたがこの手の制限を各ユーザを個別にブロックする形で実装するなら,
         あなたはそのシステムにログオンすることが許されていない各ユーザについて
         -<replaceable>user</replaceable> という 1 行を,
         各システムのパスワードに追加しなければならなくなるでしょう.
         もしあなたが 1 エントリでも忘れればトラブルに巻き込まれてしまいます.
 	最初のセットアップの時にこれを正しく行えるのはありえることかも知れませんが,
         遂には連日の業務の間に例の行を追加し<emphasis>忘れてしまうでしょう</emphasis>.
         結局マーフィーは楽観主義者だったのです.</para>
 
       <para>この状況をネットグループで扱うといくつかの有利な点があります.
         各ユーザを別個に扱う必要はなく,
         ユーザを一つ以上のネットグループに割り当て,
         ネットグループの全メンバのログインを許可したり禁止したりすることができます.
         新しいマシンを追加するときはネットグループへログインの制限を定義するだけ,
 	新しいユーザを追加するときはそのユーザを一つ以上のネットグループへ追加するだけで,
         それぞれ行なうことができます.
         これらの変更は互いに独立なので,
         <quote>ユーザとマシンの組合わせをどうするか</quote>
 	は存在しなくなります. 
         あなたの NIS のセットアップが注意深く計画されていれば,
         マシンへのアクセスを認めるにも拒否するにも中心の設定をたった一カ所変更するだけです.</para>
         
       <para>最初のステップは NIS マップ netgroup の初期化です.
         FreeBSD の ypinit はこのマップをデフォルトで作りませんが,
         その NIS の実装はそれが作られさえすればそれをサポートするものです.
         空のマップを作るには, 単に</para>
 
       <screen>ellington&prompt.root; <userinput>vi /var/yp/netgroup</userinput></screen>
 
       <para>とタイプして内容を追加していきます.
         わたしたちの例では, すくなくとも
         IT 職員, IT 見習い, 一般職員, インターンの
         4 つのネットグループが必要です.</para>
 
       <programlisting>IT_EMP  (,alpha,test-domain)    (,beta,test-domain)
 IT_APP  (,charlie,test-domain)  (,delta,test-domain)
 USERS   (,echo,test-domain)     (,foxtrott,test-domain) \
         (,golf,test-domain)
 INTERNS (,able,test-domain)     (,baker,test-domain)</programlisting>
 
       <para><literal>IT_EMP</literal>, <literal>IT_APP</literal>
         等はネットグループの名前です.
         それぞれの括弧で囲まれたグループが一人以上のユーザアカウントをそれに登録しています.
         グループの 3 つのフィールドは</para>
         
       <orderedlist> 
         <listitem>
           <para>その記述が有効なホスト(群)の名称.
             ホスト名を特記しなければそのエントリはすべてのホストで有効です.
 	    もしあなたがホスト名を特記するなら,
             あなたは闇と恐怖と全き混乱の領域となるでしょう.</para>
         </listitem>
 
         <listitem>
           <para>このネットグループに所属するアカウントの名称.</para>
         </listitem>
 
         <listitem>
           <para>そのアカウントの NIS ドメイン.
             もしあなたが一つ以上の NIS ドメインの不幸な仲間なら,
             あなたは他の NIS
             ドメインからあなたのネットグループにアカウントを導入できます.</para>
         </listitem>
       </orderedlist>
 
       <para>各フィールドには, ワイルドカードが使えます.
         詳細は &man.netgroup.5; をご覧ください.</para>
         
       <note>
         <para>8 文字以上のネットグループ名は,
           特にあなたの NIS
           ドメインで他のオペレーティングシステムを走らせているときは使うべきではありません.
           名前には大文字小文字の区別があります.
 	  そのためネットグループ名に大文字を使う事は,
           ユーザやマシン名とネットグループ名を区別する簡単な方法です.</para>
 
         <para>NIS クライアントの中には (FreeBSD 以外で)
           多数のエントリを扱えないものもあります.
           たとえば SunOS の古い版では 15
           以上の<emphasis>エントリ</emphasis>を含むネットグループはトラブルを起こします.
           この制限は 15 ユーザ以下のサブ・ネットグループをいくつも作り,
 	  本当のネットグループはこのサブ・ネットグループからなるようにすることで回避できます.</para>
 
         <programlisting>BIGGRP1  (,joe1,domain)  (,joe2,domain)  (,joe3,domain) [...]
 BIGGRP2  (,joe16,domain)  (,joe17,domain) [...]
 BIGGRP3  (,joe32,domain)  (,joe33,domain)
 BIGGROUP  BIGGRP1 BIGGRP2 BIGGRP3</programlisting>
 
         <para>単一のネットグループに 225 人以上のユーザをいれたいときは,
           このやり方を繰り返すことができます.</para>
       </note>
 
       <para>新しい NIS マップの有効化と配布は簡単です.</para>
 
       <screen>ellington&prompt.root; <userinput>cd /var/yp</userinput>
 ellington&prompt.root; <userinput>make</userinput></screen>
       
       <para>これで新しい 3 つの NIS マップ
         <filename>netgroup</filename>,
         <filename>netgroup.byhost</filename> 
         <filename>netgroup.byuser</filename> ができるはずです.
 	新しい NIS マップが利用できるか確かめるには
         &man.ypcat.1; を使います.</para>
 
       <screen>ellington&prompt.user; <userinput>ypcat -k netgroup</userinput>
 ellington&prompt.user; <userinput>ypcat -k netgroup.byhost</userinput>
 ellington&prompt.user; <userinput>ypcat -k netgroup.byuser</userinput></screen>
 
       <para>最初のコマンドの出力は <filename>/var/yp/netgroup</filename>
         の内容に似ているはずです.
         2 番目のコマンドはホスト別のネットグループを作っていなければ出力されません.
         3 番目のコマンドはユーザに対するネットグループのリストを得るのに使えます.</para>
 
       <para>クライアント側の設定は非常に簡単です.
         サーバ <replaceable>war</replaceable> を設定するには, 
         &man.vipw.8; を実行して以下の行</para>
         
       <programlisting>+:::::::::</programlisting>
       
       <para>を</para>
 
       <programlisting>+@IT_EMP:::::::::</programlisting>
 
       <para>に入れ替えるだけです.</para>
       
       <para>今, ネットグループ <replaceable>IT_EMP</replaceable>
         で定義されたユーザのデータだけが <replaceable>war</replaceable>
         のパスワードデータベースに読み込まれ,
         そのユーザだけがログインを許されています.</para>
 
       <para>残念ながらこの制限はシェルの ~ の機能や,
         ユーザ名やユーザの数値  id の変換ルーチンにも影響します.
         言い換えれば, 
         cd ~<replaceable>user</replaceable> はうまく動かず,
 	<command>ls -l</command> はユーザ名のかわりに数値の id を表示し
         <command>find . -user joe -print</command> は
         <quote>No such user</quote> で失敗します.
         これを避けるためには,
         すべてのユーザのエントリを<emphasis>サーバにログインすることを許さずに</emphasis>読み込むことが必要です.</para>
 
       <para>これはもう一行を <filename>/etc/master.passwd</filename>
         に追加することで実現できます.  その行は
         <literal>+:::::::::/sbin/nologin</literal> を含んでおり,
         <quote>すべてのエントリを読み込むが, 読み込まれたエントリのシェルは
           <filename>/sbin/nologin</filename> で置き換えられる</quote>
 	ということを意味します.  passwd エントリの他のフィールドを
 	<filename>/etc/master.passwd</filename>
         の既定値から置き換えることも可能です.</para>
 
       <!-- Been there, done that, got the scars to prove it - ue -->
       <warning>
         <para><literal>+:::::::::/sbin/nologin</literal> の行が
           <literal>+@IT_EMP:::::::::</literal>
           の行より後ろに位置することに注意してください.
           さもないと NIS から読み込まれた全ユーザが /sbin/nologin
           をログインシェルとして持つことになります.</para>
       </warning>
 
       <para>この変更の後では, 新しい職員が IT 学科に参加しても
         NIS マップを一つ書き換えるだけで済みます.
         同様にして, あまり重要でないサーバのローカルの
         <filename>/etc/master.passwd</filename>
         のかつての
 	<literal>+:::::::::</literal>
         行を以下のように置き換えます.</para>
 
       <programlisting>+@IT_EMP:::::::::
 +@IT_APP:::::::::
 +:::::::::/sbin/nologin</programlisting>
 
       <para>この行は, 一般のワークステーションでは以下のようになります.</para>
 
       <programlisting>+@IT_EMP:::::::::
 +@USERS:::::::::
 +:::::::::/sbin/nologin</programlisting>
 
       <para>これでしばらく順調に運用していましたが,
         数週間後, ポリシに変更がありました.
         IT 学科はインターンを雇い始め, IT
         インターンは一般のワークステーションと余り重要ではないサーバを使うことが許され,
 	IT 見習いはメインサーバへのログインが許されました.
         あなたは新たなネットグループ IT_INTERN を追加して新しい IT
         インターンたちをそのグループに登録し,
         すべてのマシンの設定を変えて回ることにしました.
 	古い諺にこうあります.
         <quote>集中管理における過ちは, 大規模な混乱を導く</quote>.</para>
 
       <para>いくつかのネットグループから新たなネットグループを作るという
         NIS の機能は, このような状況に対処するために利用できます.
 	その方法の一つは, 役割別のネットグループを作ることです.
 	たとえば, 重要なサーバへのログイン制限を定義するために
         <replaceable>BIGSRV</replaceable> というネットグループを作り
 	あまり重要ではないサーバへは <replaceable>SMALLSRV</replaceable>
 	というネットグループを, そして一般のワークステーション用に
         <replaceable>USERBOX</replaceable> という第 3 のネットグループを
 	作ることができます.  これらのネットグループの各々は,
         各マシンにログインすることを許されたネットグループを含みます.
 	あなたの NIS マップネットグループの新しいエントリは,
         以下のようになるはずです.</para>
 
       <programlisting>BIGSRV    IT_EMP  IT_APP
 SMALLSRV  IT_EMP  IT_APP  ITINTERN
 USERBOX   IT_EMP  ITINTERN USERS</programlisting>
 
       <para>このログイン制限の定義法は,
         同一の制限を持つマシンのグループを定義できるときには便利なものです.
         残念ながらこのようなケースは例外的なものです.
         ほとんどの場合, 各マシンに基づくログイン制限の定義機能が必要となるでしょう.</para>
 
       <para>マシンごとのネットグループの定義は,
         上述したようなポリシの変更を扱うことができるもうひとつの方法です.
         このシナリオでは, 各マシンの <filename>/etc/master.passwd</filename> は
 	``+'' で始まる２つの行を含みます.
         最初のものはそのマシンへのログインを許されたアカウントを追加するもので,
 	2 番目はその他のアカウントを<filename>/sbin/nologin</filename>
 	をシェルとして追加するものです.
         マシン名をすべて大文字で記述したものをネットグループの名前として使うのは良いやり方です.
 	言い換えれば, 件の行は次のようになるはずです.</para>
 
       <programlisting>+@<replaceable>BOXNAME</replaceable>:::::::::
 +:::::::::/sbin/nologin</programlisting>
 
       <para>一度, 各マシンに対してこの作業を済ませてしまえば,
         二度とローカルの <filename>/etc/master.passwd</filename>
         を編集する必要がなくなります.
         以降のすべての変更は NIS マップの編集で扱うことができます.
         以下はこのシナリオに対応するネットグループマップに,
         いくつかの便利な定義を追加した例です.</para>
       
       <programlisting># Define groups of users first
 IT_EMP    (,alpha,test-domain)    (,beta,test-domain)
 IT_APP    (,charlie,test-domain)  (,delta,test-domain)
 DEPT1     (,echo,test-domain)     (,foxtrott,test-domain)
 DEPT2     (,golf,test-domain)     (,hotel,test-domain)
 DEPT3     (,india,test-domain)    (,juliet,test-domain)
 ITINTERN  (,kilo,test-domain)     (,lima,test-domain)
 D_INTERNS (,able,test-domain)     (,baker,test-domain)
 #
 # Now, define some groups based on roles
 USERS     DEPT1   DEPT2     DEPT3
 BIGSRV    IT_EMP  IT_APP
 SMALLSRV  IT_EMP  IT_APP    ITINTERN
 USERBOX   IT_EMP  ITINTERN  USERS
 #
 # And a groups for a special tasks
 # Allow echo and golf to access our anti-virus-machine
 SECURITY  IT_EMP  (,echo,test-domain)  (,golf,test-domain)
 #
 # machine-based netgroups
 # Our main servers
 WAR       BIGSRV
 FAMINE    BIGSRV
 # User india needs access to this server
 POLLUTION  BIGSRV  (,india,test-domain)
 #
 # This one is really important and needs more access restrictions
 DEATH     IT_EMP
 #
 # The anti-virus-machine mentioned above
 ONE       SECURITY
 #
 # Restrict a machine to a single user
 TWO       (,hotel,test-domain)
 # [...more groups to follow]</programlisting>
 
       <para>もしユーザアカウントを管理するデータベースの類を使っているなら,
         あなたはデータベースのレポートツールからマップの最初の部分を作れるようにしてあるべきです.
         この方法なら, 新しいユーザは自動的にマシンにアクセスできるでしょう.</para>
 
       <para>最後に使用上の注意を:
         マシン別のネットグループを使うことが常に賢明というわけではありません.
         あなたが数ダースから数百の同一の環境のマシンを学生の研究室に配置しているのならば,
         NIS マップのサイズを手頃な範囲に押さえるために,
         マシン別のネットグループのかわりに役割別のネットグループを使うべきです.</para>
     </sect2>
 
     <sect2>
       <title>忘れてはいけないこと</title>
 
       <para>NIS 環境にある今, 今までとは違ったやり方が必要なことが
          2,3 あります.</para>
 
       <itemizedlist>
         <listitem>
           <para>研究室にユーザを追加するときは,
             それをマスター NIS サーバに<emphasis>だけ</emphasis>追加しなければならず,
             さらに<emphasis>NIS マップを再構築することを忘れてはいけません</emphasis>.
             これを忘れると新しいユーザは NIS マスタ以外のどこにもログインできなくなります.
             たとえば, 新しくユーザ <quote>jsmith</quote>
             をラボに登録したいときは以下のようにします.</para>
 
           <screen>&prompt.root; <userinput>pw useradd jsmith</userinput>
 &prompt.root; <userinput>cd /var/yp</userinput>
 &prompt.root; <userinput>make test-domain</userinput></screen>
 
           <para><command>pw useradd jsmith</command> のかわりに
             <command>adduser jsmith</command> を使うこともできます.</para>
         </listitem>
         <listitem>
           <para><emphasis>管理用アカウントを NIS マップから削除してください</emphasis>.
             管理用アカウントやパスワードを,
             それらのアカウントへアクセスされるべきでないユーザが居るかも知れないマシンにまで伝えて回りたいとは思わないでしょう.</para>
         </listitem>
         <listitem>
           <para><emphasis>NIS のマスタとスレーブをセキュアに,
               そして機能停止時間を最短に保ってください</emphasis>.
 	    もし誰かがこれらのマシンをクラックしたり,
             あるいは単に電源を落としたりすると,
             彼らは実質的に多くの人を研究室へログインできなくしてしまえます.</para>
 
           <para>これはどの集中管理システムにとっても第一の弱点で,
             そして最も重要な弱点でしょう.
             あなたの NIS サーバを守らなければ怒れるユーザと対面することになるでしょう!</para>
         </listitem>
       </itemizedlist>
     </sect2>
 
     <sect2>
       <title>NIS v1 との互換性</title>
 
       <para>FreeBSD の
         <application>ypserv</application> は,
         NIS v1 クライアントを部分的にサポートします.
         FreeBSD の NIS 実装は NIS v2 プロトコルのみを使用していますが,
         ほかの実装では, 古いシステムとの下位互換性を持たせるため
         v1 プロトコルをサポートしているものもあります.
         そのようなシステムに付いている
         <application>ypbind</application> デーモンは,
         必要がないにもかかわらず NIS v1
         のサーバとの結合を成立させようとします(しかも
 	v2 サーバからの応答を受信した後でも,
         ブロードキャストをし続けるかも知れません).
         FreeBSD の ypserv は,
         クライアントからの通常のリクエストはサポートしていますが,
         v1 のマップ転送リクエストはサポートしていないことに注意してください.
         つまり FreeBSD の ypserv を,
         v1 だけをサポートするような古い NIS サーバと組み合わせて
         マスターやスレーブサーバとして使うことはできません.
         幸いなことに, 現在, そのようなサーバが使われていることは
         ほとんどないでしょう.</para>
     </sect2>
 
     <sect2>
       <title>NIS クライアントとしても動作している NIS サーバ</title>
 
       <para>複数のサーバが存在し, サーバ自身が NIS
         クライアントでもあるようなドメインで  ypserv が実行される場合には,
         注意が必要です.
         一般的に良いとされているのは,
         他のサーバと結合をつくるようにブロードキャストパケットの送信をさせるのではなく,
         サーバをそれ自身に結合させることです.
         もし, サーバ同士が依存関係を持っていて, 一つのサーバが停止すると,
         奇妙なサービス不能状態に陥ることがあります.
         その結果, すべてのクライアントはタイムアウトを起こして
         他のサーバに結合しようと試みますが,
         これにかかる時間はかなり大きく,
         サーバ同士がまた互いに結合してしまったりすると,
         サービス不能状態はさらに継続することになります.</para>
 
       <para>
         <command>ypbind</command> に
         <option>-S</option> オプションフラグを指定して実行することで, 
         ホストを特定のサーバに結合することが可能です.
       </para>
     </sect2>
 
     <sect2>
       <title>libscrypt 対 libdescrypt</title>
 
       <para>
         NIS を実装しようする人の誰もがぶつかる問題の一つに,
         暗号ライブラリの互換性があります.
         NIS サーバが DES 暗号ライブラリを使っている場合には,
         同様に DES を使用しているクライアントしかサポートできません. 
 	サーバとクライアントがどのライブラリを使用しているかは,
         <filename>/usr/lib</filename>
         のシンボリックリンクを見ればわかります.
         あるマシンが DES ライブラリを使うように設定されている場合,
         リンクは以下のようになっています. </para>
 
       <screen>
 &prompt.user; <userinput>ls -l /usr/lib/*crypt*</userinput>
 lrwxrwxrwx  1 root  wheel     13 Jul 15 08:55 /usr/lib/libcrypt.a@ -> libdescrypt.a
 lrwxrwxrwx  1 root  wheel     14 Jul 15 08:55 /usr/lib/libcrypt.so@ -> libdescrypt.so
 lrwxrwxrwx  1 root  wheel     16 Jul 15 08:55 /usr/lib/libcrypt.so.2@ -> libdescrypt.so.2
 lrwxrwxrwx  1 root  wheel     15 Jul 15 08:55 /usr/lib/libcrypt_p.a@ -> libdescrypt_p.a
 -r--r--r--  1 root  wheel  13018 Nov  8 14:27 /usr/lib/libdescrypt.a
 lrwxr-xr-x  1 root  wheel     16 Nov  8 14:27 /usr/lib/libdescrypt.so@ -> libdescrypt.so.2
 -r--r--r--  1 root  wheel  12965 Nov  8 14:27 /usr/lib/libdescrypt.so.2
 -r--r--r--  1 root  wheel  14750 Nov  8 14:27 /usr/lib/libdescrypt_p.a</screen>
 
       <para>マシンが FreeBSD の標準の MD5 暗号ライブラリを使うように
 	設定されている場合には, 以下のようになります. </para>
 
       <screen>
 &prompt.user; <userinput>ls -l /usr/lib/*crypt*</userinput>
 lrwxrwxrwx  1 root  wheel     13 Jul 15 08:55 /usr/lib/libcrypt.a@ -> libscrypt.a
 lrwxrwxrwx  1 root  wheel     14 Jul 15 08:55 /usr/lib/libcrypt.so@ -> libscrypt.so
 lrwxrwxrwx  1 root  wheel     16 Jul 15 08:55 /usr/lib/libcrypt.so.2@ -> libscrypt.so.2
 lrwxrwxrwx  1 root  wheel     15 Jul 15 08:55 /usr/lib/libcrypt_p.a@ -> libscrypt_p.a
 -r--r--r--  1 root  wheel   6194 Nov  8 14:27 /usr/lib/libscrypt.a
 lrwxr-xr-x  1 root  wheel     14 Nov  8 14:27 /usr/lib/libscrypt.so@ -> libscrypt.so.2
 -r--r--r--  1 root  wheel   7579 Nov  8 14:27 /usr/lib/libscrypt.so.2
 -r--r--r--  1 root  wheel   6684 Nov  8 14:27 /usr/lib/libscrypt_p.a</screen>
 	
       <para>NIS クライアントの認証でトラブルが発生した場合には,
         ここから問題となりそうな部分を探すと良いでしょう.
 	NIS サーバを異種混在ネットワークに配置したいときは
         DES が最大公約数となるでしょうから,
         すべてのシステムで DES を使わなければいけなくなるでしょう.</para>
     </sect2>
   </sect1>
 
   <sect1 id="dhcp">
     <title>DHCP</title>
 
     <para><emphasis>原作: &a.gsutter;, 2000 年 3 月.</emphasis></para>
 
     <sect2>
       <title>DHCPとは何でしょう?</title>
 
       <para>
 	DHCP (Dynamic Host Configuration Protocol) は, システムをネットワー
 	クに接続するだけで, ネットワークでの通信に必要な情報を入手するこ
 	とができる仕組みです. FreeBSD では, ISC (Internet Software
 	Consortium) による DHCP の実装を使用しています. したがって, ここで
 	の説明のうち, 実装によって異なる部分は ISC のもの用になっています.
       </para>
     </sect2>
 
     <sect2>
       <title>この節で説明していること</title>
 
       <para>
         ハンドブックのこの節では DHCP システムの, FreeBSD に組み込まれてい
         る部分についてだけ説明しています. ですから, サーバについては説明
         していません. 後の節で紹介するリファレンスに加えて,
 	DHCP のマニュアルページも有力な参考になることでしょう.</para>
     </sect2>
 
     <sect2>
       <title>DHCP の動作</title>
 
       <para>
         クライアントとなるマシン上で DHCP のクライアントである dhclient を実
         行すると, まず設定情報の要求をブロードキャストします. デフォルト
         では, このリクエストには UDP のポート 68 を使用します. サーバは UDP の
         ポート 67 で応答し, クライアントの IP アドレスと, ネットマスクやルー
         タ, DNS サーバなどの関連する情報を提供します. これらの情報の
         すべては DHCP の「リース」の形で送られ, DHCP サーバ管理者によって決
         められたある一定の時間内でのみ有効になります. これによって, ネッ
         トワークに存在しなくなったホストの IP アドレスは自動的に回収される
         ことになります. 
       </para>
 
       <para>
         DHCP クライアントはサーバから非常に多くの情報を取得することができます.
 	  &man.dhcp-options.5; に, その非常に大きなリストが載っています.</para>
     </sect2>
 
     <sect2>
       <title>FreeBSD への組み込み</title>
 
       <para>
 	FreeBSD は ISC の DHCP クライアントである
 	<command>dhclient</command> を完全に組み込んでいます. DHCP クラ
 	イアントはインストーラと基本システムの両方で提供されています. 
 	ですから DHCP サーバを走らせているネットワーク上ではネットワー
 	ク関係の設定についての詳細な知識は必要になりません. 
 	<command>dhclient</command> は, 3.2 以降の FreeBSD のすべての配布
 	に含まれています.</para>
 
       <para>
 	DHCP は <application>sysinstall</application> でサポートされてお
 	り, sysinstall でのネットワークインターフェイス設定の際は, 「こ
 	のインターフェイスの設定として DHCP を試してみますか?」という質問
 	が最初になされます. これに同意することで dhclient が実行さ
 	れ, それが成功すればネットワークの設定情報は自動的に取得されま
 	す. </para>
 
       <para>システム起動時に, DHCP を使ってネットワーク情報を取得するように
 	するには, 次の 2 つのステップを行なう必要があります.</para>
 
       <itemizedlist>
         <listitem>
           <para><devicename>bpf</devicename>
             デバイスがカーネルに組み込まれていることを確認します.
             これを組み込むには, カーネルコンフィグレーションファイルに
             <literal>pseudo-device bpf</literal>
             という行を追加し, カーネルを再構築します.
             カーネルの構築に関する詳細は,
             <xref linkend="kernelconfig"> を参照してください.</para>
 
           <para><devicename>bpf</devicename> デバイスは,
             FreeBSD の出荷時に用意されている
             <filename>GENERIC</filename> カーネルに組み込まれていますので,
             自分で設定を変えたカスタムカーネルを使っているのでなければ,
             DHCP を動作させるためにカーネルを再構築する必要はありません.</para>
           
           <note>
             <para>セキュリティに関心のある方向けに注意しておきます.
               <devicename>bpf</devicename>
               デバイスは, パケットスニファ (盗聴プログラム)
               を動作させることができる (ただし root 権限が必要)
               デバイスです.
               <devicename>bpf</devicename> は DHCP を動作させるために
               <emphasis>かならず</emphasis>必要ですが,
               セキュリティが非常に重要な場面では
               DHCP を本当に使う時まで <devicename>bpf</devicename>
               デバイスをカーネルに追加すべきではないでしょう.</para>
           </note>
         </listitem>
 
         <listitem>
           <para><filename>/etc/rc.conf</filename> を編集して,
             次の行を追加してください.</para>
 
-          <programlisting>
-ifconfig_fxp0="DHCP"
-          </programlisting>
+          <programlisting>ifconfig_fxp0="DHCP"</programlisting>
 
           <note>
             <para><literal>fxp0</literal> の部分を, 動的に設定したいインター
               フェースの名前で置き換えることを忘れないようにしてください. 
             </para>
           </note>
           
           <para>
             もし, 使っている<command>dhclient</command> の場所を変更してい
             たり, <command>dhclient</command> にフラグを渡したい場合は, 同
             様に下のように書き加えてください.</para>
           
-          <programlisting>
-dhcp_program="/sbin/dhclient"
-dhcp_flags=""
-          </programlisting>
+          <programlisting>dhcp_program="/sbin/dhclient"
+dhcp_flags=""</programlisting>
         </listitem>
       </itemizedlist>
 
       <para>
 	DHCP サーバである <command>dhcpd</command> は, ports
 	collectionに <literal>isc-dhcp2</literal> として収録されていま
 	す. この port はクライアント, サーバ, リレーエージェントから成
 	る ISC の DHCP 配布物をすべて含んでいます. 
       </para>
     </sect2>
 
     <sect2>
       <title>関連ファイル</title>
 
       <itemizedlist>
         <listitem><para><filename>/etc/dhclient.conf</filename></para>
           <para><command>dhclient</command> は設定ファイル
             <filename>/etc/dhclient.conf</filename> を必要とします. 
             大抵の場合, このファイルはコメントだけであり, デフォルトが
             通常使いやすい設定になっています. この設定ファイルは
             マニュアルページ &man.dhclient.conf.5; で説明しています.
           </para>
         </listitem>
 
         <listitem><para><filename>/sbin/dhclient</filename></para>
 	  <para>
 	    <command>dhclient</command> は静的にリンクされており, 
 	    <filename>/sbin</filename> に置かれています. マニュアルページ 
 	      &man.dhclient.8; で <command>dhclient</command> コマンドについて
 	    より詳しく説明しています.</para>
         </listitem>
 
         <listitem><para><filename>/sbin/dhclient-script</filename></para>
           <para>
             <command>dhclient-script</command> は FreeBSD 特有の, DHCP クラ
             イアント設定スクリプトです. これについてはマニュアルページ
 	      &man.dhclient-script.8; で説明されていますが, これを編集する
             必要はほとんど発生しないでしょう.</para>
 	</listitem>
 
         <listitem><para><filename>/var/db/dhclient.leases</filename></para>
           <para>
             DHCP クライアントはこのファイルに有効なリースのデータベースを
             ログとして記録します. &man.dhclient.leases.5; にもうすこし詳
             しい解説があります. 
           </para>
         </listitem>
       </itemizedlist>
     </sect2>
 
     <sect2>
       <title>参考になる文献</title>
 
       <para>DHCP のプロトコルは
         <ulink url="http://www.freesoft.org/CIE/RFC/2131/">RFC 2131</ulink>
          に完全に記述されています. また, 
         <ulink url="http://www.dhcp.org/">dhcp.org</ulink>
 	にも有用な
         情報源が用意されています. </para>
     </sect2>
   </sect1>
 </chapter>
 
 <!--
      Local Variables:
      mode: sgml
      sgml-declaration: "../chapter.decl"
      sgml-indent-data: t
      sgml-omittag: nil
      sgml-always-quote-attributes: t
      sgml-parent-document: ("../book.sgml" "part" "chapter")
      End:
 -->
diff --git a/ja_JP.eucJP/books/handbook/authors.ent b/ja_JP.eucJP/books/handbook/authors.ent
index e8ca51a7fd..bba6d5c9a9 100644
--- a/ja_JP.eucJP/books/handbook/authors.ent
+++ b/ja_JP.eucJP/books/handbook/authors.ent
@@ -1,601 +1,621 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.154
+     Original revision: 1.155
 
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/authors.ent,v 1.57 2001/03/14 08:07:20 hrs Exp $
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/authors.ent,v 1.58 2001/04/08 15:33:37 hrs Exp $
 
      Names and email address of contributing authors and CVS committers.
      Entity names for committers should be the same as their login names on
      freefall.FreeBSD.org.
 
      Use these entities when referencing people.
 
      Please keep this list in alphabetical order by entity names.
 
      IMPORTANT:  If you delete names from this file you *must* ensure that
                  all references to them have been removed from the handbook's
                  translations.  If they haven't then you *will* break the
                  builds for the other languages, and we will poke fun of you
                  in public.
 -->
 
 <!ENTITY a.abial "Andrzej Bialecki <email>abial@FreeBSD.org</email>">
 
 <!ENTITY a.ache "Andrey A. Chernov <email>ache@FreeBSD.org</email>">
 
 <!ENTITY a.adam  "Adam David <email>adam@FreeBSD.org</email>">
 
 <!ENTITY a.ade "Ade Lovett <email>ade@FreeBSD.org</email>">
 
 <!ENTITY a.adrian "Adrian Chadd <email>adrian@FreeBSD.org</email>">
 
 <!ENTITY a.akiyama "秋山 俊輔 <email>akiyama@FreeBSD.org</email>">
 
 <!ENTITY a.alc "Alan L. Cox <email>alc@FreeBSD.org</email>">
 
 <!ENTITY a.alex "Alexander Langer <email>alex@FreeBSD.org</email>">
 
 <!ENTITY a.alfred "Alfred Perlstein <email>alfred@FreeBSD.org</email>">
 
 <!ENTITY a.amurai  "村井 淳 <email>amurai@FreeBSD.org</email>">
 
 <!ENTITY a.andreas "Andreas Klemm <email>andreas@FreeBSD.org</email>">
 
 <!ENTITY a.andy "Andrey Zakhvatov <email>andy@FreeBSD.org</email>">
 
 <!ENTITY a.archie "Archie Cobbs <email>archie@FreeBSD.org</email>">
 
 <!ENTITY a.asami "浅見 賢 <email>asami@FreeBSD.org</email>">
 
 <!ENTITY a.asmodai "Jeroen Ruigrok/Asmodai <email>asmodai@FreeBSD.org</email>">
 
 <!ENTITY a.assar "Assar Westerlund <email>assar@FreeBSD.org</email>">
 
 <!ENTITY a.ats  "Andreas Schulz <email>ats@FreeBSD.org</email>">
 
 <!ENTITY a.awebster "Andrew Webster <email>awebster@pubnix.net</email>">
 
 <!ENTITY a.babkin  "Sergey Babkin <email>babkin@FreeBSD.org</email>">
 
 <!ENTITY a.bde  "Bruce Evans <email>bde@FreeBSD.org</email>">
 
 <!ENTITY a.ben  "Ben Smithurst <email>ben@FreeBSD.org</email>">
 
 <!ENTITY a.bean  "Rebecca Visger <email>bean@FreeBSD.org</email>">
 
 <!ENTITY a.benno  "Benno Rice <email>benno@FreeBSD.org</email>">
 
 <!ENTITY a.billf "Bill Fumerola <email>billf@FreeBSD.org</email>">
 
 <!ENTITY a.bmah "Bruce A. Mah <email>bmah@FreeBSD.org</email>">
 
 <!ENTITY a.bmilekic "Bosko Milekic <email>bmilekic@FreeBSD.org</email>">
 
 <!ENTITY a.bp "Boris Popov <email>bp@FreeBSD.org</email>">
 
 <!ENTITY a.brandon  "Brandon Gillespie <email>brandon@FreeBSD.org</email>">
 
 <!ENTITY a.brian "Brian Somers <email>brian@FreeBSD.org</email>">
 
 <!ENTITY a.bsd "Brian S. Dean <email>bsd@FreeBSD.org</email>">
 
 <!ENTITY a.cawimm "Charles A. Wimmer <email>cawimm@FreeBSD.org</email>">
 
 <!ENTITY a.cg "Cameron Grant <email>cg@FreeBSD.org</email>">
 
 <!ENTITY a.charnier "Philippe Charnier <email>charnier@FreeBSD.org</email>">
 
 <!ENTITY a.chm "Christoph Herrmann <email>chm@FreeBSD.org</email>">
 
 <!ENTITY a.chris "Chris Costello <email>chris@FreeBSD.org</email>">
 
 <!ENTITY a.chuck "Chuck Robey <email>chuckr@glue.umd.edu</email>">
 
 <!ENTITY a.chuckr "Chuck Robey <email>chuckr@FreeBSD.org</email>">
 
 <!ENTITY a.cjh "Junho CHOI <email>cjh@FreeBSD.org</email>">
 
 <!ENTITY a.clive "Clive Lin <email>clive@FreeBSD.org</email>">
 
 <!ENTITY a.cp "Chuck Paterson <email>cp@FreeBSD.org</email>">
 
 <!ENTITY a.cokane "Coleman Kane <email>cokane@FreeBSD.org</email>">
 
 <!ENTITY a.cpiazza "Chris Piazza <email>cpiazza@FreeBSD.org</email>">
 
 <!ENTITY a.cracauer "Martin Cracauer <email>cracauer@FreeBSD.org</email>">
 
 <!ENTITY a.csgr  "Geoff Rehmet <email>csgr@FreeBSD.org</email>">
 
 <!ENTITY a.cwt  "Chris Timmons <email>cwt@FreeBSD.org</email>">
 
 <!ENTITY a.dan	"Dan Moschuk <email>dan@FreeBSD.org</email>">
 
 <!ENTITY a.danny  "Daniel O'Callaghan <email>danny@FreeBSD.org</email>">
 
 <!ENTITY a.dannyboy "Daniel Harris <email>dannyboy@FreeBSD.org</email>">
 
 <!ENTITY a.darrenr "Darren Reed <email>darrenr@FreeBSD.org</email>">
 
 <!ENTITY a.davidn "David Nugent <email>davidn@blaze.net.au</email>">
 
 <!ENTITY a.dbaker "Daniel Baker <email>dbaker@FreeBSD.org</email>">
 
 <!ENTITY a.dburr "Donald Burr <email>dburr@FreeBSD.org</email>">
 
 <!ENTITY a.dcs "Daniel C. Sobral <email>dcs@FreeBSD.org</email>">
 
 <!ENTITY a.dd "Dima Dorfman <email>dd@FreeBSD.org</email>">
 
 <!ENTITY a.dec "David E. Cross <email>dec@FreeBSD.org</email>">
 
 <!ENTITY a.demon "Dmitry Sivachenko <email>demon@FreeBSD.org</email>">
 
 <!ENTITY a.deischen "Daniel Eischen <email>deischen@FreeBSD.org</email>">
 
 <!ENTITY a.des "Dag-Erling C. Sm&oslash;rgrav <email>des@FreeBSD.org</email>">
 
 <!ENTITY a.dfr  "Doug Rabson <email>dfr@FreeBSD.org</email>">
 
 <!ENTITY a.dg "David Greenman <email>dg@FreeBSD.org</email>">
 
 <!ENTITY a.dick "Richard Seaman Jr. <email>dick@FreeBSD.org</email>">
 
 <!ENTITY a.dillon "Matthew Dillon <email>dillon@FreeBSD.org</email>">
 
 <!ENTITY a.dima  "Dima Ruban <email>dima@FreeBSD.org</email>">
 
 <!ENTITY a.dinoex "Dirk Meyer <email>dinoex@FreeBSD.org</email>">
 
 <!ENTITY a.dirk "Dirk Fr&ouml;mberg <email>dirk@FreeBSD.org</email>">
 
 <!ENTITY a.dirkvangulik  "Dirk-Willem van Gulik <email>Dirk.vanGulik@jrc.it</email>">
 
 <!ENTITY a.dmlb "Duncan Barclay <email>dmlb@FreeBSD.org</email>">
 
 <!ENTITY a.dougb  "Doug Barton <email>DougB@FreeBSD.org</email>">
 
 <!ENTITY a.dt "Dmitrij Tejblum <email>dt@FreeBSD.org</email>">
 
 <!ENTITY a.dufault "Peter Dufault <email>dufault@FreeBSD.org</email>">
 
 <!ENTITY a.dwhite "Doug White <email>dwhite@FreeBSD.org</email>">
 
 <!ENTITY a.dwmalone "David Malone <email>dwmalone@FreeBSD.org</email>">
 
 <!ENTITY a.dyson "John Dyson <email>dyson@FreeBSD.org</email>">
 
 <!ENTITY a.eivind  "Eivind Eklund <email>eivind@FreeBSD.org</email>">
 
 <!ENTITY a.ejc "Eric J. Chet <email>ejc@FreeBSD.org</email>">
 
 <!ENTITY a.eric "Eric Melville <email>eric@FreeBSD.org</email>">
 
 <!ENTITY a.erich  "Eric L. Hernes <email>erich@FreeBSD.org</email>">
 
 <!ENTITY a.faq "FAQ 保守担当者 <email>faq@FreeBSD.org</email>">
 
 <!ENTITY a.fenner  "Bill Fenner <email>fenner@FreeBSD.org</email>">
 
 <!ENTITY a.flathill "平岡 征一朗 <email>flathill@FreeBSD.org</email>">
 
 <!ENTITY a.foxfair "Howard F. Hu <email>foxfair@FreeBSD.org</email>">
 
 <!ENTITY a.fsmp "Steve Passe <email>fsmp@FreeBSD.org</email>">
 
+<!ENTITY a.furuta  "古田 敦 <email>furuta@FreeBSD.org</email>">
+
 <!ENTITY a.gad "Garance A Drosehn <email>gad@FreeBSD.org</email>">
 
 <!ENTITY a.gallatin "Andrew Gallatin <email>gallatin@FreeBSD.org</email>">
 
 <!ENTITY a.gclarkii "Gary Clark II <email>gclarkii@FreeBSD.org</email>">
 
 <!ENTITY a.gena "Gennady B. Sorokopud <email>gena@NetVision.net.il</email>">
 
 <!ENTITY a.ghelmer "Guy Helmer <email>ghelmer@cs.iastate.edu</email>">
 
 <!ENTITY a.gibbs "Justin T. Gibbs <email>gibbs@FreeBSD.org</email>">
 
 <!ENTITY a.gioria "Sebastien Gioria <email>gioria@FreeBSD.org</email>">
 
 <!ENTITY a.gj  "Gary Jennejohn <email>gj@FreeBSD.org</email>">
 
 <!ENTITY a.gpalmer "Gary Palmer <email>gpalmer@FreeBSD.org</email>">
 
 <!ENTITY a.graichen  "Thomas Graichen <email>graichen@FreeBSD.org</email>">
 
 <!ENTITY a.green  "Brian F. Feldman <email>green@FreeBSD.org</email>">
 
 <!ENTITY a.greid "George C. A. Reid <email>greid@FreeBSD.org</email>">
 
 <!ENTITY a.grog "Greg Lehey <email>grog@FreeBSD.org</email>">
 
 <!ENTITY a.groudier "Gerard Roudier <email>groudier@club-internet.fr</email>">
 
 <!ENTITY a.gryphon "Coranth Gryphon <email>gryphon@healer.com</email>">
 
 <!ENTITY a.gshapiro "Gregory Neil Shapiro <email>gshapiro@FreeBSD.org</email>">
 
 <!ENTITY a.gsutter "Gregory Sutter <email>gsutter@FreeBSD.org</email>">
 
 <!ENTITY a.guido  "Guido van Rooij <email>guido@FreeBSD.org</email>">
 
 <!ENTITY a.hanai "花井 浩之 <email>hanai@FreeBSD.org</email>">
 
 <!ENTITY a.handy "Brian N. Handy <email>handy@sxt4.physics.montana.edu</email>">
 
 <!ENTITY a.hrs "佐藤 広生 <email>hrs@FreeBSD.org</email>">
 
 <!ENTITY a.roger "Roger Hardiman <email>roger@freebsd.org</email>">
 
 <!ENTITY a.helbig "Wolfgang Helbig <email>helbig@FreeBSD.org</email>">
 
 <!ENTITY a.hm "Hellmuth Michaelis <email>hm@FreeBSD.org</email>">
 
 <!ENTITY a.hoek "Tim Vanderhoek <email>hoek@FreeBSD.org</email>">
 
 <!ENTITY a.horikawa  "堀川 和雄 <email>horikawa@FreeBSD.org</email>">
 
 <!ENTITY a.hosokawa  "細川 達己 <email>hosokawa@FreeBSD.org</email>">
 
 <!ENTITY a.hsu  "Jeffrey Hsu <email>hsu@FreeBSD.org</email>">
 
 <!ENTITY a.iedowse "Ian Dowse <email>iedowse@FreeBSD.org</email>">
 
 <!ENTITY a.ijliao "Ying-Chieh Liao <email>ijliao@FreeBSD.org</email>">
 
 <!ENTITY a.imp "Warner Losh <email>imp@FreeBSD.org</email>">
 
+<!ENTITY a.imura  "R. Imura <email>imura@FreeBSD.org</email>">
+
 <!ENTITY a.issei "鈴木 一生 <email>issei@FreeBSD.org</email>">
 
 <!ENTITY a.itojun "萩野 (itojun) 純一郎 <email>itojun@itojun.org</email>">
 
 <!ENTITY a.iwasaki "岩崎 満 <email>iwasaki@FreeBSD.org</email>">
 
 <!ENTITY a.jake "Jake Burkholder <email>jake@FreeBSD.org</email>">
 
 <!ENTITY a.jasone "Jason Evans <email>jasone@FreeBSD.org</email>">
 
 <!ENTITY a.jayanth "Jayanth Vijayaraghavan <email>jayanth@FreeBSD.org</email>">
 
 <!ENTITY a.jb  "John Birrell <email>jb@cimlogic.com.au</email>">
 
 <!ENTITY a.jdp  "John Polstra <email>jdp@FreeBSD.org</email>">
 
 <!ENTITY a.jedgar "Chris D. Faulhaber <email>jedgar@FreeBSD.org</email>">
 
 <!ENTITY a.jeh "James Housley <email>jeh@FreeBSD.org</email>">
 
 <!ENTITY a.jehamby "Jake Hamby <email>jehamby@lightside.com</email>">
 
 <!ENTITY a.jesper "Jesper Skriver <email>jesper@FreeBSD.org</email>">
 
 <!ENTITY a.jesusr "Jesus Rodriguez <email>jesusr@FreeBSD.org</email>">
 
 <!ENTITY a.jfieber "John Fieber <email>jfieber@FreeBSD.org</email>">
 
 <!ENTITY a.jfitz "James FitzGibbon <email>jfitz@FreeBSD.org</email>">
 
 <!ENTITY a.jgreco "Joe Greco <email>jgreco@FreeBSD.org</email>">
 
 <!ENTITY a.jhay "John Hay <email>jhay@FreeBSD.org</email>">
 
 <!ENTITY a.jhb "John Baldwin <email>jhb@FreeBSD.org</email>">
 
 <!ENTITY a.jhs "Julian Stacey <email>jhs@FreeBSD.org</email>">
 
 <!ENTITY a.jim "Jim Mock <email>jim@FreeBSD.org</email>">
 
 <!ENTITY a.jkh "Jordan K. Hubbard <email>jkh@FreeBSD.org</email>">
 
 <!ENTITY a.jkoshy "Joseph Koshy <email>jkoshy@FreeBSD.org</email>">
 
 <!ENTITY a.jlemon  "Jonathan Lemon <email>jlemon@FreeBSD.org</email>">
 
 <!ENTITY a.jlind "John Lind <email>john@starfire.MN.ORG</email>">
 
 <!ENTITY a.jlrobin  "James L. Robinson <email>jlrobin@FreeBSD.org</email>">
 
 <!ENTITY a.jmacd  "Joshua Peck Macdonald <email>jmacd@FreeBSD.org</email>">
 
 <!ENTITY a.jmas  "Jose M. Alcaide <email>jmas@FreeBSD.org</email>">
 
 <!ENTITY a.jmb  "Jonathan M. Bresler <email>jmb@FreeBSD.org</email>">
 
 <!ENTITY a.jmg  "John-Mark Gurney <email>jmg@FreeBSD.org</email>">
 
 <!ENTITY a.jmz  "Jean-Marc Zucconi <email>jmz@FreeBSD.org</email>">
 
 <!ENTITY a.joe "Josef Karthauser <email>joe@FreeBSD.org</email>">
 
 <!ENTITY a.keichii "Michael C. Wu <email>keichii@FreeBSD.org</email>">
 
 <!ENTITY a.joerg "J&ouml;rg Wunsch <email>joerg@FreeBSD.org</email>">
 
 <!ENTITY a.jon "Jonathan Chen <email>jon@FreeBSD.org</email>">
 
 <!ENTITY a.john "John Cavanaugh <email>john@FreeBSD.org</email>">
 
 <!ENTITY a.jraynard "James Raynard <email>jraynard@FreeBSD.org</email>">
 
 <!ENTITY a.jseger "Justin Seger <email>jseger@FreeBSD.org</email>">
 
 <!ENTITY a.julian  "Julian Elischer <email>julian@FreeBSD.org</email>">
 
 <!ENTITY a.jwd  "John W. DeBoskey <email>jwd@FreeBSD.org</email>">
 
 <!ENTITY a.jvh  "Johannes Helander <email>jvh@FreeBSD.org</email>">
 
 <!ENTITY a.karl  "Karl Strickland <email>karl@FreeBSD.org</email>">
 
 <!ENTITY a.kato "加藤 丈典 <email>kato@FreeBSD.org</email>">
 
 <!ENTITY a.kbyanc "Kelly Yancey <email>kbyanc@FreeBSD.org</email>">
 
 <!ENTITY a.keith "Jing-Tang Keith Jang <email>keith@FreeBSD.org</email>">
 
 <!ENTITY a.kelly "Sean Kelly <email>kelly@ad1440.net</email>">
 
 <!ENTITY a.ken "Kenneth D. Merry <email>ken@FreeBSD.org</email>">
 
 <!ENTITY a.kevlo "Kevin Lo <email>kevlo@FreeBSD.org</email>">
 
 <!ENTITY a.kiri "桐山 和彦 <email>kiri@FreeBSD.org</email>">
 
 <!ENTITY a.kjc "長 健二朗 <email>kjc@FreeBSD.org</email>">
 
 <!ENTITY a.knu "武者 晶紀 <email>knu@FreeBSD.org</email>">
 
 <!ENTITY a.kris "Kris Kennaway <email>kris@FreeBSD.org</email>">
 
 <!ENTITY a.kuriyama "栗山 淳 <email>kuriyama@FreeBSD.org</email>">
 
 <!ENTITY a.lars  "Lars Fredriksen <email>lars@FreeBSD.org</email>">
 
 <!ENTITY a.lile  "Larry Lile <email>lile@FreeBSD.org</email>">
 
 <!ENTITY a.lioux "M&aacute;rio S&eacute;rgio Fujikawa Ferreira<email>lioux@FreeBSD.org</email>">
 
 <!ENTITY a.ljo  "L Jonas Olsson <email>ljo@FreeBSD.org</email>">
 
+<!ENTITY a.lkoeller  "Lars Koeller <email>lkoeller@FreeBSD.org</email>">
+
+<!ENTITY a.luigi  "Luigi Rizzo <email>luigi@FreeBSD.org</email>">
+
 <!ENTITY a.luoqi "Luoqi Chen <email>luoqi@FreeBSD.org</email>">
 
 <!ENTITY a.marcel "Marcel Moolenaar <email>marcel@FreeBSD.org</email>">
 
 <!ENTITY a.markm  "Mark Murray <email>markm@FreeBSD.org</email>">
 
 <!ENTITY a.marko  "Mark Ovens <email>marko@FreeBSD.org</email>">
 
 <!ENTITY a.martin  "Martin Renters <email>martin@FreeBSD.org</email>">
 
 <!ENTITY a.max "中根 雅文 <email>max@FreeBSD.org</email>">
 
 <!ENTITY a.mayo "Mark Mayo <email>mark@vmunix.com</email>">
 
+<!ENTITY a.mb  "Maxim Bolotin <email>mb@FreeBSD.org</email>">
+
 <!ENTITY a.mbarkah "Ade Barkah <email>mbarkah@FreeBSD.org</email>">
 
 <!ENTITY a.mckay "Stephen McKay <email>mckay@FreeBSD.org</email>">
 
 <!ENTITY a.mckusick "Kirk McKusick <email>mckusick@FreeBSD.org</email>">
 
 <!ENTITY a.md "Mark Dapoz <email>md@bsc.no</email>">
 
 <!ENTITY a.mdodd "Matthew N. Dodd <email>winter@jurai.net</email>">
 
 <!ENTITY a.mharo  "Michael Haro <email>mharo@FreeBSD.org</email>">
 
 <!ENTITY a.mi  "Mikhail Teterin <email>mi@FreeBSD.org</email>">
 
 <!ENTITY a.mikeh  "Mike Heffner <email>mikeh@FreeBSD.org</email>">
 
 <!ENTITY a.mita  "三田 吉郎 <email>mita@FreeBSD.org</email>">
 
 <!ENTITY a.mjacob "Matthew Jacob <email>mjacob@FreeBSD.org</email>">
 
 <!ENTITY a.mks "Mike Spengler <email>mks@FreeBSD.org</email>">
 
 <!ENTITY a.motoyuki "今野 元之 <email>motoyuki@FreeBSD.org</email>">
 
 <!ENTITY a.mph "Matthew Hunt <email>mph@FreeBSD.org</email>">
 
 <!ENTITY a.mpp  "Mike Pritchard <email>mpp@FreeBSD.org</email>">
 
 <!ENTITY a.msmith "Michael Smith <email>msmith@FreeBSD.org</email>">
 
 <!ENTITY a.mtaylor "Mark J. Taylor <email>mtaylor@FreeBSD.org</email>">
 
 <!ENTITY a.murray "Murray Stokely <email>murray@FreeBSD.org</email>">
 
 <!ENTITY a.nakai  "中井 幸博 <email>nakai@FreeBSD.org</email>">
 
 <!ENTITY a.nate  "Nate Williams <email>nate@FreeBSD.org</email>">
 
 <!ENTITY a.nbm  "Neil Blakey-Milner <email>nbm@FreeBSD.org</email>">
 
 <!ENTITY a.nectar "Jacques Vidrine <email>nectar@FreeBSD.org</email>">
 
 <!ENTITY a.newton "Mark Newton <email>newton@FreeBSD.org</email>">
 
 <!ENTITY a.nhibma "Nick Hibma <email>n_hibma@FreeBSD.org</email>">
 
 <!ENTITY a.nik "Nik Clayton <email>nik@FreeBSD.org</email>">
 
 <!ENTITY a.non "光永 法明 <email>non@FreeBSD.org</email>">
 
 <!ENTITY a.nsayer  "Nick Sayer <email>nsayer@FreeBSD.org</email>">
 
 <!ENTITY a.nsj "Nate Johnson <email>nsj@FreeBSD.org</email>">
 
+<!ENTITY a.nsouch  "Nicolas Souchu <email>nsouch@FreeBSD.org</email>">
+
 <!ENTITY a.nyan "高橋 佳大 <email>nyan@FreeBSD.org</email>">
 
 <!ENTITY a.obrien "David O'Brien <email>obrien@FreeBSD.org</email>">
 
 <!ENTITY a.okazaki "岡崎 哲朗 <email>okazaki@FreeBSD.org</email>">
 
 <!ENTITY a.olah  "Andras Olah <email>olah@FreeBSD.org</email>">
 
 <!ENTITY a.olgeni "Jimmy Olgeni <email>olgeni@FreeBSD.org</email>">
 
 <!ENTITY a.onoe "尾上 淳 <email>onoe@FreeBSD.org</email>">
 
 <!ENTITY a.opsys "Chris Watson <email>opsys@open-systems.net</email>">
 
 <!ENTITY a.orion "Orion Hodson <email>orion@FreeBSD.org</email>">
 
 <!ENTITY a.patrick "Patrick S. Gardella <email>patrick@FreeBSD.org</email>">
 
 <!ENTITY a.paul "Paul Richards <email>paul@FreeBSD.org</email>">
 
 <!ENTITY a.pb "Pierre Beyssac <email>pb@fasterix.freenix.org</email>">
 
 <!ENTITY a.pds "Peter da Silva <email>pds@FreeBSD.org</email>">
 
 <!ENTITY a.peter "Peter Wemm <email>peter@FreeBSD.org</email>">
 
 <!ENTITY a.phantom "Alexey Zelkin <email>phantom@FreeBSD.org</email>">
 
 <!ENTITY a.phk "Poul-Henning Kamp <email>phk@FreeBSD.org</email>">
 
 <!ENTITY a.pho "Peter Holm <email>pho@FreeBSD.org</email>">
 
 <!ENTITY a.piero "Piero Serini <email>piero@strider.inet.it</email>">
 
 <!ENTITY a.pjc "Peter Childs <email>pjchilds@imforei.apana.org.au</email>">
 
 <!ENTITY a.proven  "Chris Provenzano <email>proven@FreeBSD.org</email>">
 
 <!ENTITY a.ps "Paul Saab <email>ps@FreeBSD.org</email>">
 
 <!ENTITY a.pst "Paul Traina <email>pst@FreeBSD.org</email>">
 
 <!ENTITY a.reg "Jeremy Lea <email>reg@FreeBSD.org</email>">
 
 <!ENTITY a.rgrimes "Rodney Grimes <email>rgrimes@FreeBSD.org</email>">
 
 <!ENTITY a.rhuff "Robert Huff <email>rhuff@cybercom.net</email>">
 
 <!ENTITY a.ricardag "Ricardo AG <email>ricardag@ag.com.br</email>">
 
 <!ENTITY a.rich  "Rich Murphey <email>rich@FreeBSD.org</email>">
 
 <!ENTITY a.rnordier "Robert Nordier <email>rnordier@FreeBSD.org</email>">
 
 <!ENTITY a.roam "Peter Pentchev <email>roam@FreeBSD.org</email>">
 
 <!ENTITY a.roberto  "Ollivier Robert <email>roberto@FreeBSD.org</email>">
 
 <!ENTITY a.rse  "Ralf S. Engelschall <email>rse@FreeBSD.org</email>">
 
 <!ENTITY a.ru "Ruslan Ermilov <email>ru@FreeBSD.org</email>">
 
 <!ENTITY a.rv "Rajesh Vaidheeswarran <email>rv@FreeBSD.org</email>">
 
+<!ENTITY a.rvb  "Robert V. Baron <email>rvb@FreeBSD.org</email>">
+
 <!ENTITY a.rwatson "Robert Watson <email>rwatson@FreeBSD.org</email>">
 
 <!ENTITY a.sada "佐田 憲治 <email>sada@FreeBSD.org</email>">
 
 <!ENTITY a.sanpei "三平 善郎 <email>sanpei@FreeBSD.org</email>">
 
 <!ENTITY a.schweikh "Jens Schweikhardt <email>schweikh@FreeBSD.org</email>">
 
 <!ENTITY a.scottl "Scott Long <email>scottl@FreeBSD.org</email>">
 
 <!ENTITY a.scrappy "Marc G. Fournier <email>scrappy@FreeBSD.org</email>">
 
 <!ENTITY a.se  "Stefan Esser <email>se@FreeBSD.org</email>">
 
 <!ENTITY a.sef  "Sean Eric Fagan <email>sef@FreeBSD.org</email>">
 
+<!ENTITY a.semenu  "Ustimenko Semen <email>semenu@FreeBSD.org</email>">
+
 <!ENTITY a.sf "FUJISHIMA Satsuki <email>sf@FreeBSD.org</email>">
 
 <!ENTITY a.shafeeq "Shafeeq Sinnamohideen <email>shafeeq@FreeBSD.org</email>">
 
 <!ENTITY a.sheldonh "Sheldon Hearn <email>sheldonh@FreeBSD.org</email>">
 
+<!ENTITY a.shiba  "Takeshi Shibagaki <email>shiba@FreeBSD.org</email>">
+
 <!ENTITY a.shige "福島 茂之 <email>shige@FreeBSD.org</email>">
 
 <!ENTITY a.shin "井上 良信 <email>shin@FreeBSD.org</email>">
 
 <!ENTITY a.simokawa "下川 英敏 <email>simokawa@FreeBSD.org</email>">
 
 <!ENTITY a.smace  "Scott Mace <email>smace@FreeBSD.org</email>">
 
 <!ENTITY a.smpatel "Sujal Patel <email>smpatel@FreeBSD.org</email>">
 
 <!ENTITY a.sobomax  "Maxim Sobolev <email>sobomax@FreeBSD.org</email>">
 
 <!ENTITY a.sos  "S&oslash;ren Schmidt <email>sos@FreeBSD.org</email>">
 
 <!ENTITY a.stark "Gene Stark <email>stark@FreeBSD.org</email>">
 
 <!ENTITY a.stb "Stefan Bethke <email>stb@FreeBSD.org</email>">
 
 <!ENTITY a.steve "Steve Price <email>steve@FreeBSD.org</email>">
 
 <!ENTITY a.sumikawa  "角川 宗近 <email>sumikawa@FreeBSD.org</email>">
 
 <!ENTITY a.swallace  "Steven Wallace <email>swallace@FreeBSD.org</email>">
 
 <!ENTITY a.tanimura  "谷村 正剛 <email>tanimura@FreeBSD.org</email>">
 
 <!ENTITY a.taoka  "田岡 智志 <email>taoka@FreeBSD.org</email>">
 
 <!ENTITY a.takawata "渡辺 尊紀 <email>takawata@FreeBSD.org</email>">
 
 <!ENTITY a.tedm "Ted Mittelstaedt <email>tedm@FreeBSD.org</email>">
 
 <!ENTITY a.tegge "Tor Egge <email>tegge@FreeBSD.org</email>">
 
 <!ENTITY a.tg  "Thomas Gellekum <email>tg@FreeBSD.org</email>">
 
 <!ENTITY a.thepish "Peter Hawkins <email>thepish@FreeBSD.org</email>">
 
 <!ENTITY a.tmm "Thomas M&ouml;stl <email>tmm@FreeBSD.org</email>">
 
 <!ENTITY a.tom "Tom Hukins <email>tom@FreeBSD.org</email>">
 
 <!ENTITY a.tomsoft "Thomas-Henning von Kamptz <email>tomsoft@FreeBSD.org</email>">
 
 <!ENTITY a.torstenb  "Torsten Blum <email>torstenb@FreeBSD.org</email>">
 
 <!ENTITY a.toshi  "新井 利彦 <email>toshi@FreeBSD.org</email>">
 
 <!ENTITY a.trevor "Trevor Johnson <email>trevor@FreeBSD.org</email>">
 
 <!ENTITY a.truckman "Don &ldquo;Truck&rdquo; Lewis <email>truckman@FreeBSD.org</email>">
 
+<!ENTITY a.uch  "UCHIYAMA Yasushi <email>uch@FreeBSD.org</email>">
+
 <!ENTITY a.ugen  "Ugen J.S.Antsilevich <email>ugen@FreeBSD.org</email>">
 
 <!ENTITY a.uhclem "Frank Durda IV <email>uhclem@FreeBSD.org</email>">
 
 <!ENTITY a.ulf "Ulf Zimmermann <email>ulf@FreeBSD.org</email>">
 
 <!ENTITY a.ume "梅本 肇 <email>ume@FreeBSD.org</email>">
 
 <!ENTITY a.unfurl "Bill Swingle <email>unfurl@FreeBSD.org</email>">
 
 <!ENTITY a.vanilla "Vanilla I. Shu <email>vanilla@FreeBSD.org</email>">
 
 <!ENTITY a.wes "Wes Peters <email>wes@FreeBSD.org</email>">
 
 <!ENTITY a.whiteside "Don Whiteside <email>whiteside@acm.org</email>">
 
 <!ENTITY a.wilko "Wilko Bulte <email>wilko@FreeBSD.org</email>">
 
 <!ENTITY a.will "Will Andrews <email>will@FreeBSD.org</email>">
 
 <!ENTITY a.wlloyd "Bill Lloyd <email>wlloyd@mpd.ca</email>">
 
 <!ENTITY a.wollman "Garrett Wollman <email>wollman@FreeBSD.org</email>">
 
 <!ENTITY a.wosch  "Wolfram Schneider <email>wosch@FreeBSD.org</email>">
 
 <!ENTITY a.wpaul  "Bill Paul <email>wpaul@FreeBSD.org</email>">
 
 <!ENTITY a.wsanchez "Wilfredo S&aacute;nchez <email>wsanchez@FreeBSD.org</email>">
 
 <!ENTITY a.yar  "Yar Tikhiy <email>yar@FreeBSD.org</email>">
 
 <!ENTITY a.yokota  "横田 和隆 <email>yokota@FreeBSD.org</email>">
 
diff --git a/ja_JP.eucJP/books/handbook/backups/chapter.sgml b/ja_JP.eucJP/books/handbook/backups/chapter.sgml
index ba71c60b65..d0c9b2154b 100644
--- a/ja_JP.eucJP/books/handbook/backups/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/backups/chapter.sgml
@@ -1,862 +1,861 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.27
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/backups/chapter.sgml,v 1.14 2000/09/28 14:13:30 hrs Exp $
+     Original revision: 1.28
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/backups/chapter.sgml,v 1.15 2000/12/25 15:48:38 hrs Exp $
 -->
 
 <chapter id="backups">
   <title>バックアップ</title>
 
 
   <sect1>
     <title>この章では</title>
 
     <para>この章ではデータのバックアップ方法とバックアップの作成に
       使われるプログラムの説明をします.  もしあなたがこの章に何かを
       付け加えたいのなら, それを &a.doc; へ送ってください.</para>
   </sect1>
 
   <sect1 id="backups-tapebackups">
     <title>テープメディア</title>
 
     <para>一般的なテープメディアには 4mm, 8mm, QIC, ミニカートリッジ,
       DLT があります.</para>
 
     <sect2 id="backups-tapebackups-4mm">
       <title>4mm (DDS: Digital Data Storage)</title>
 
       <para>4mm テープはワークステーションのバックアップメディアとして
 	QIC から置き換えられつつあります. この傾向は
 	QICドライブの製造のリーダであった Archiveを Connerが買収し
 	QICドライブの製造を中止したことで加速しました.
 	4mmドライブは小型で静かですが 8mm
 	ドライブの持っているような信頼性の評判はありません.
 	カートリッジは 8mmカートリッジよりも安価で小型 (3 x 2 x 0.5
 	インチ; 76 x 51 x 12 mm) です. 4mmドライブ は
 	8mm同様にヘリカルスキャン (訳注:
 	VTRと同様の回転ヘッドを使う方式)
 	を使用しているという理由でヘッドの寿命は短いです.</para>
 
       <para>これらのドライブのデータスループットは
 	150kB/s程度から最大で500kB/s程度の範囲です. データ容量は
 	1.3GBから 2.0GBです. ハードウェア圧縮が多くのドライブで可能で,
 	およそ 2倍の容量になります.
 	マルチドライブテープライブラリユニットは1つの筐体に
 	6ドライブを持つことができ自動的にテープを交換します.
 	ライブラリの容量は 240GBに達します. </para>
 
       <para>現在の DDS-3 規格では, 12GB (圧縮時 24GB)
         までのテープ容量をサポートしています.
       </para>
 
       <para>4mmドライブは 8mmドライブ同様にヘリカルスキャンを使います.
 	ヘリカルスキャンの利点と欠点は 4mm ドライブ と 8mm
 	ドライブ共通です.</para>
 
       <para>テープの寿命は 2000 回のパスあるいは 100
 	回のフルバックアップです.</para>
     </sect2>
 
     <sect2 id="backups-tapebackups-8mm">
       <title>8mm (Exabyte)</title>
 
       <para>8mm テープは SCSI
 	テープドライブとして最もよく使われているもので,
 	データ交換用として最良の選択です. ほとんどのサイトには Exabyte
 	の 2GB 8mm テープドライブがあるでしょう (訳注: Unix
 	ワークステーションを何台も置いているようなサイトには 1
 	台くらいはあるというような意味です). 8mm
 	ドライブは信頼性が高く, 使いやすく, 静かです.
 	カートリッジは安価で小型です (4.8 x3.3 x 0.6 インチ; 122 x 84
 	x 15 mm). 欠点は, テープとヘッドの相対的な速度が高速なために
 	比較的ヘッドとテープの寿命が短いことです.</para>
 
       <para>データスループットは 250kB/s 程度から 500kB/s
 	程度の範囲です. データ容量は 300MB から 7GB です.
 	ハードウェア圧縮が多くのドライブで可能で,およそ 2
 	倍の容量になります.  単一のユニットのドライブから, 1
 	つの筐体に 6 台のドライブと 120
 	巻のテープを持ったマルチドライブテープライブラリまで
 	利用することができます. ライブラリではテープはユニットにより
 	自動的に交換されます. ライブラリの容量は 840GB
 	以上に達します.</para>
 
       <para>Exabyte 社製の <quote>Mammoth</quote> というモデルは,
         テープ一本あたり 12GB (圧縮時 24GB) をサポートしています.
         このドライブの価格は, 通常のテープドライブの約 2 倍です.
       </para>
 
       <para>データはヘリカルスキャンを使ってテープに記録されます.
 	ヘリカルスキャン方式ではヘッドはメディアに対してある傾き
 	(約6度) に配置されます. テープはヘッドのある円筒の周の
 	270度にわたって接触します. テープが円筒面を走行する間,
 	円筒は回転しています. この結果,
 	高密度のデータのつまったトラックは,
 	狭い間隔でテープの上端と下端の間を斜めに横切ります. </para>
     </sect2>
 
     <sect2 id="backups-tapebackups-qic">
       <title>QIC</title>
 
       <para>QIC-150 テープとドライブはたぶん最も一般的に使われている
 	ドライブとメディアでしょう. QIC
 	テープドライブは現実的なバックアップドライブとして
 	少なくとも高価なものではありません.
 	欠点はメディアのコストです. QIC テープは 8mm や 4mm
 	テープに比較して GB あたりのデータの保存で 5 倍ほど高価です.
 	しかしあなたの必要とする量が半ダース程のテープで十分であれば,
 	QICは正しい選択となるかもしれません. QIC は
 	<emphasis>最も</emphasis>一般的なテープドライブです.
 	すべてのサイトに QICドライブのどれかの容量のものがあります.
 	問題は, QIC は同じようなテープ (まったく同じ場合もある)
 	に多様な記録密度があることです. QIC
 	ドライブは静かではありません. これらのドライブはデータ記録を
 	開始する前に音をたててシークしますし, リード, ライト,
 	シークの時にはっきりと聞こえる音を出します. QIC
 	テープの大きさは (6 x 4 x 0.7 インチ; 152 x 102 x 17 mm).
 	<link
 	  linkend="backups-tapebackups-mini">ミニカートリッジ</link>
 	で使われている 1/4 インチ幅のテープについては別に議論します.
 	テープライブラリやチェンジャはありません.</para>
 
       <para>データスループットは 150kB/s から 500kB/s の範囲です.
 	データ容量の範囲は 40MB から 15GB です. ハードウェア圧縮が
 	最近の多くのドライブで使えるようになっています. QIC ドライブは
 	DAT ドライブに置き換えられつつあり,
 	あまり頻繁には利用されなくなっています.</para>
 
       <para>データは複数のトラックにわかれてテープに記録されます.
 	トラックはテープメディアの
 	長さ方向の一端からもう一方の端までです. (訳注: 1トラックの
 	read/write が終わるとテープの走行方向を反転させ次のトラックの
 	read/write を行います) トラックの数と,
 	それに対応するトラックの幅はテープの容量によって変わります.
 	すべてではありませんがほとんどの最近のドライブは
 	少なくとも読み出しについては (場合によっては書き込みも)
 	下位互換性があります. QIC
 	はデータの安全性についてはよいといわれています
 	(ヘリカルスキャンドライブに比べて機構は単純でより丈夫です).
       </para>
 
       <para>テープは 5000回のバックアップで寿命となるでしょう.</para>
     </sect2>
 
 <![ %not.published; [
 
     <sect2 id="backups-tapebackups-mini">
       <title>* ミニカートリッジ</title>
 
       <para></para>
     </sect2>
 
 ]]>
     
     <sect2 id="backups-tapebackups-dlt">
       <title>DLT</title>
 
       <para>DLTはここに示したドライブのタイプの中で
 	最高速のデータ転送レートです. 1/2 インチ (12.5mm)
 	テープが単リールのカートリッジ (4 x 4 x 1 インチ; 100 x 100 x
 	25 mm) に入っています.
 	カートリッジのひとつの側面全体がスイングゲートになっています.
 	ドライブの機構がこのゲートを開け, テープリーダを引き出します.
 	テープリーダには楕円形の穴があり,
 	ドライブがテープを引っ掛けるのに使います.
 	巻き取りのためのリールはドライブの中にあります.
 	ここに挙げた他のカートリッジはすべて  ( 9
 	トラックテープはただ1つの例外です)
 	送りだしリールと巻き取りリールの両方がカートリッジの中に
 	あります.</para>
 
       <para>データスループットは約1.5MB/sで, 4mm, 8mm, QIC
 	テープドライブの3倍です. データ容量は単一のドライブで 10GBから
 	20GBの範囲です.
 	マルチテープチェンジャ,マルチテープドライブ,5から
 	900巻のテープを1から20ドライブで扱う
 	マルチドライブテープライブラリがあり, 50GB から 9TB
 	の容量が得られます.</para>
 
       <para>圧縮機能により, DLT Type IV フォーマットは
          70GB までの容量をサポートします.</para>
 
       <para>データは ( QIC テープのように)
 	テープの走行方向と並行に複数あるトラックへ記録されます. 2
 	つのトラックに同時書き込みを行います. Read/Write
 	ヘッドの寿命は比較的長いと言えます.
 	テープの走行が止まればヘッドと
 	テープの間の相対運動はありません.</para>
     </sect2>
 
     <sect2>
       <title id="backups-tapebackups-ait">AIT</title>
 
       <para>AIT は, Sony が発表した新しいフォーマットで,
         テープ一本あたり 50GB(圧縮時) の容量を持っています.
         テープには, 記録データ内容の索引情報が記録可能な
         メモリチップが内蔵されています. ドライブがこの索引情報を読みとることで,
         テープのどの部分にどのファイルが存在するかを
         高速に調べることができるようになっています.
         従来のドライブは, この処理に数分の時間を必要としていました.
         直接テープのメモリチップと通信することでテープ内容を画面表示する
         SAMS:Alexandria のようなソフトウェアを使うことで, 40 を超える
         ATI テープライブラリを操作できるのはもちろんのこと,
         どのテープのどこに, どのファイルがバックアップされているのか調べたり,
         正しいテープをセットしたり,
         テープ上のデータをリストアしたりすることが可能です.
         </para>
 
       <para>このようなテープライブラリにかかる費用は $20,000 台です.
         業務用でないものはもう少し安価でしょう.
         </para>
     </sect2>
 
     <sect2>
       <title>新品のテープを最初に使う場合</title>
 
       <para>新品の完全な空テープを読もうとしたり書き込もうとすると処理
 	は失敗するでしょう.
 	次のようなコンソールメッセージが出るでしょう.</para>
 
       <screen>sa0(ncr1:4:0): NOT READY asc:4,1
 st0(ncr1:4:0):  Logical unit is in process of becoming ready</screen>
 
       <para>テープに識別ブロック (Identifire Block:block number 0)
 	がありません.QIC-525標準の採用されている
 	QICテープドライブのすべてで識別ブロックをテープに書きます.
 	2つの解決方法があります.</para>
 
       <para>(訳注: 方法1)<command>mt fsf 1</command>
 	によってテープドライブは識別ブロックをテープに書きます.</para>
 
       <para>(訳注:
 	方法2)フロントパネルのボタンを押してテープをとりだします.
       </para>
 
       <para>再びテープを入れ,データをテープに &man.dump.8; します.</para>
 
       <para>&man.dump.8; はそのうちに <literal>DUMP: End of tape
 	  detected</literal> と表示し, コンソールには
 	<literal>HARDWARE FAILURE info:280
 	  asc:80,96</literal>と表示されるでしょう.</para>
 
       <para><command>mt
 	  rewind</command>を使ってテープを巻戻します.</para>
 
       <para>この次からはテープの操作は成功するでしょう.</para>
     </sect2>
   </sect1>
 
   <sect1 id="backup-programs">
     <title>バックアッププログラム</title>
 
     <para>よく使われる3つのプログラムは &man.dump.8;, &man.tar.1;,
 	&man.cpio.1; です.</para>
 
     <sect2>
       <title>ダンプとリストア</title>
 
       <para>&man.dump.8; と &man.restore.8; は伝統的な
 	Unixのバックアッププログラムです.
 	これらはドライブのファイルシステム上のファイル, リンク,
 	ディレクトリをディスクブロックの集まりとして処理します.
 	  &man.dump.8;
 	はデバイスやファイルシステム全体をバックアップし,
 	一部分のバックアップや, &man.ln.1; によるソフトリンクや
 	他のファイルシステムをマウントを行った, 1
 	つ以上のファイルシステムにまたがる
 	ディレクトリツリーのバックアップはできません. &man.dump.8;
 	はファイルやディレクトリを構成する
 	データブロックをテープに書くだけで,
 	ファイルやディレクトリをテープに書くことはありません.
 	  &man.dump.8; には初期の ATT UNIX のバージョン 6 (1975
 	年ごろ) に由来する癖が残っています. デフォルトのパラメタは 9
 	トラックテープ (6250 bpi)
 	に適したものになっていて現在の高密度メディア (最大 62,182
 	ftpi) に適していません.
 	現在のテープドライブの容量を有効に利用するため,
 	デフォルト値をコマンドラインで置き換えなければなりません.
       </para>
 
       <para>&man.rdump.8; と &man.rrestore.8;
 	は他のコンピュータに接続されているテープドライブに
 	ネットワーク経由でバックアップをします.
 	どちらのプログラムもリモートテープドライブにアクセスするために
 	  &man.rcmd.3; と &man.ruserok.3; に依存しています.
 	このためユーザがバックアップを実行するためには
 	<literal>rhosts</literal> によるリモートアクセスが必要です.
 	  &man.rdump.8; と &man.rrestore.8;
 	の引数はリモートコンピュータに適切なものを用います.
 	  &man.rrestore.8;
 	はリモートコンピュータから使うのに適しています. (例えば
 	FreeBSD コンピュータより <hostid>komodo</hostid> という名前の
 	Sun に接続されている Exabyte テープドライブへ
 	<command>/sbin/rdump 0dsbfu 54000 13000 126 komodo:/dev/nrsa8
 	  /dev/rda0a 2>&amp;1</command> として
 	<command>rdump</command>したような場合の restoreに使います)
 	警告: セキュリティは
 	<literal>rhosts</literal>の管理にかかっています.
 	あなたの状況を注意深く調べてください.</para>
     </sect2>
 
     <sect2>
       <title>Tar</title>
 
       <para>&man.tar.1; ATT Unix のバージョン 6 (1975ごろ)
 	にさかのぼる事ができます. &man.tar.1;
 	はファイルシステムと協調して機能し,
 	ファイルやディレクトリをテープに書きます. &man.tar.1; は
 	  &man.cpio.1;
 	で使えるようなフルレンジのオプションは持ちませんが
 	  &man.cpio.1;
 	で使うような奇妙なコマンドパイプラインは必要ありません.</para>
 
       <para>大部分の &man.tar.1;
 	にはネットワーク経由のバックアップの機能はありませんが,
 	FreeBSD で使用されている GNU の &man.tar.1; は,
 	<command>rdump</command>
 	とおなじ構文でリモートデバイスを扱うことができます.
 	<hostid>komodo</hostid>
 	というホスト名の Sun に繋いである Exabyte
 	のテープデバイスに対して &man.tar.1; を実行するには,
 	次のようにします.
 	<command>/usr/bin/tar cf komodo:/dev/nrsa8 .
 	  2>&amp;1</command> リモートデバイスをサポートしていない tar
 	を使用している場合は, パイプラインと &man.rsh.1; を使うことで,
 	リモートテープデバイスにデータを送る事ができます.
 	</para>
 
       <screen>&prompt.root; <userinput>tar cf - . | rsh <replaceable>hostname</replaceable> dd of=<replaceable>tape-device</replaceable> obs=20b</userinput></screen>
 
       <para>もしあなたがネットワークを越えるバックアップのセキュリティに
 	困っているなら &man.rsh.1; の代わりに &man.ssh.1; を使うべきです.</para>
     </sect2>
 
     <sect2>
       <title>Cpio</title>
 
       <para>&man.cpio.1; は本来, Unix
 	ファイルを磁気メディアで交換するためのプログラムです.
 	  &man.cpio.1; はバイトスワッピング,
 	多くの異なるアーカイブフォーマットの書き込みのオプション
 	(それ以外にも多数のオプションがあります)があり,
 	パイプで他のプログラムにデータを渡す事もできます.
 	この最後に挙げた特徴により, &man.cpio.1;
 	はインストールメディアについては優れた選択です. &man.cpio.1;
 	は <filename>stdin</filename> からの入力でなければならず,
 	ディレクトリツリーの探索や
 	ファイルリストについての機能はありません.</para>
 
       <para>&man.cpio.1;
 	はネットワーク経由のバックアップの機能はありません.
 	リモートテープドライブにはパイプラインと &man.rsh.1;
 	を使って送る事ができます. (コマンド使用例はまだです)</para>
     </sect2>
 
     <sect2>
       <title>Pax</title>
 
       <para>&man.pax.1; は <command>tar</command> と
 	<command>cpio</command> に対する IEEE/POSIX の回答です.
 	長年の間, 様々なバージョンの <command>tar</command> や
 	<command>cpio</command> は,
 	互いにわずかながら非互換性を有していました.
 	各々をしらみ潰しに標準化する代わりに, POSIX
 	は新しいアーカイブユーティリティを作ることにしました.
 	<command>pax</command>
 	は専用に開発された新しいフォーマットに加えて, いくつもの cpio
 	や tar のフォーマットの読み書きに対応しようと試みています.
 	コマンド群は <command>tar</command> よりも
 	<command>cpio</command> の方にいくぶん似ています.</para>
     </sect2>
 
     <sect2 id="backups-programs-amanda">
       <title>Amanda</title>
 
       <para><ulink
 	  url="../ports/misc.html#amanda-2.4.0">Amanda</ulink>
 	(Advanced Maryland Network Disk Archiver)
 	は単一のプログラムではなくクライアント /
 	サーバ型のバックアップシステムです. Amanda サーバは, Amanda
 	クライアントであるネットワークで
 	サーバに接続された複数のコンピュータから
 	一つのテープドライブへバックアップをおこないます.
 	このような場合の一般的な問題はいくつもの大容量の
 	ディスクからデータディレクトリをテープにバックアップするには
 	時間がかかりすぎてしまうという事です. Amanda
 	はこの問題を解決します. Amanda
 	は同時に複数のファイルシステムのバックアップをおこなう時に
 	「ホールディングディスク」を使う事ができます.
 	Amandaの設定ファイルに書いたすべてのファイルシステムの
 	フルバックアップを特定の間隔でとるために「アーカイブセット」
 	と呼ばれるテープグループを作ります.
 	これには夜間に作られるすべてのファイルシステムの増分
 	(あるいは差分として) のバックアップも含みます.
 	障害の起きたファイルシステムの回復には最も新しい
 	フルバックアップと増分のバックアップが必要です.	</para>
 
       <para>設定ファイルでバックアップのコントロールと Amanda
 	によるネットワークトラフィック量を設定します. Amanda
 	はデータをテープに書くのにバックアッププログラムの
 	いずれかを使うでしょう. Amanda
 	はその一部分でもパッケージでも利用可能ですが,
 	デフォルトではインストールされません. </para>
     </sect2>
 
     <sect2>
       <title>何もしない</title>
 
       <para><quote>何もしない</quote>
 	というのはコンピュータのプログラムではありませんが,
 	バックアップの戦略として最も広く採用されている物です.
 	これには初期投資が必要ありません.
 	したがわなければならないバックアップスケジュールもありません.
 	ただ何もしないだけです. もしデータに何かが起きたら,
 	苦笑いして耐えてください.</para>
 
       <para>あなたにとって時間やデータの価値が少ないか
 	あるいはまったくないのであれば <quote>何もしない</quote>
 	のはあなたのコンピュータに最も適した
 	バックアッププログラムでしょう. しかし注意してください. Unix
 	は便利なツールです. 6 ヶ月も使っていれば価値のあるファイルの
 	山ができ上がっているでしょう.</para>
 
       <para><quote>何もしない</quote> は
 	<filename>/usr/obj</filename> やその他の,
 	コンピュータによってつくり出された
 	ディレクトリツリーについては適切な方法です.
 	一つの例はこのハンドブックのファイルで, これらは
 	<acronym>SGML</acronym> のファイルより生成された物です.
 	<acronym>HTML</acronym>
 	ファイルのバックアップを作る必要はありません.
 	<acronym>SGML</acronym>
 	のソースファイルは定期的にバックアップします. </para>
     </sect2>
 
     <sect2>
       <title>どのバックアッププログラムが最適でしょう?</title>
 
       <para><emphasis>定期的に</emphasis> &man.dump.8; しましょう.
 	Elizabeth D. Zwicky はここで検討したプログラムすべてについて
 	拷問的なテストをおこないました.  すべてのデータと
 	Unixファイルシステムの状態すべてを保存するには明らかに
 	  &man.dump.8; でしょう.  Elizabeth
 	は大きく変化に富んだ異常な状態
 	(いくつかはあまり異常でもない状態のものもあります)
 	になっているファイルシステムで,
 	それぞれのプログラムでファイルシステムの
 	バックアップとリストアを行ってテストしました.
 	特色のある状態には, ホールを持つファイル,
 	ホールとヌルブロックを持つファイル,
 	奇妙な文字をファイル名に持つファイル, 読み出し不可,
 	書き込み不可のファイル, デバイスファイル,
 	バックアップ中にファイルのサイズを変更する,
 	バックアップ中にファイルの作成/削除をおこなうなどがあります.
 	彼女は1991年10月の LISA Vで結果の発表をしています.<ulink
 	  url="http://reality.sgi.com/zwicky_neu/testdump.doc.html">torture-testing Backup and Archive Programs</ulink> を参照してください.</para>
     </sect2>
 
     <sect2>
       <title>緊急時のリストア手順</title>
 
       <sect3>
 	<title>災難の起きる前に</title>
 
 	<para>起き得るどのような災難に対しても以下の
 	  4ステップだけが必要な準備です.</para>
 
 	<para>ステップ 1では,
 	  ファイルシステムテーブル(<filename>/etc/fstab</filename>)
 	  やブートメッセージで示されるすべてのディスクの
 	  disklabelをそれぞれ2コピーづつプリント (例えば
 	  <command>disklabel da0 | lpr</command> を実行します)
 	  します.</para>
 
 	<para>ステップ 2では, <filename>boot.flp</filename> と
 	  <filename>fixit.flp</filename>
 	  にそのシステムのすべてのデバイスドライバが
 	  含まれているか確認します. 最も簡単な確認の方法は,
 	  フロッピーをドライブに入れてリブートし,
 	  ブートメッセージを確認することです.
 	  あなたのシステムのデバイスがすべて含まれ, 機能していれば,
 	  step 3へ飛んでください.</para>
 
 	<para>そうでないなら,
 	  そのシステムのすべてのディスクをマウントでき,
 	  テープドライブにもアクセスできる
 	  2種類のカスタムブートフロッピーディスクを作る必要があります.
 	  これらのフロッピーには &man.fdisk.8;, &man.disklabel.8;,
 	    &man.newfs.8;, &man.mount.8;,
 	  と利用したいバックアッププログラムが
 	  入っていなければなりません.
 	  これらのプログラムはスタティックリンクされた
 	  プログラムである必要があります. &man.dump.8;
 	  を使うのであればフロッピーに &man.restore.8;
 	  を入れる必要があります.</para>
 
 	<para>ステップ 3では, 通常の方法でバックアップを作ります.
 	  最新のバックアップの後でおこなわれた変更は
 	  回復することはできません.
 	  バックアップテープにライトプロテクトをしてください.</para>
 
 	<para>ステップ 4では, フロッピー
 	  (<filename>boot.flp</filename> と
 	  <filename>fixit.flp</filename> あるいはステップ
 	  2で作った2枚のカスタムブートフロッピーディスクです)
 	  とバックアップテープのテストをします.
 	  手順のノートを作りましょう.
 	  このノートはブートフロッピーディスク,
 	  バックアップテープに入れておきプリントアウトしておきます.
 	  あなたがリストアをおこなうような時は
 	  おそらく錯乱状態でしょうからこのノートはバックアップを
 	  破壊してしまうようなことを防ぐのに役立つでしょう
 	  (どのようにして破壊するって? <command>tar xvf
 	    /dev/rsa0</command> とする替りに偶然 <command>tar cvf
 	    /dev/rsa0</command>
 	  とタイプしてバックアップテープに上書きしてしまうかも
 	  しれません).</para>
 
 	<para>訳注: 上書きはライトプロテクトをしておけば防げますが,
 	  なんらかの原因でプロテクトがはずれているかもしれません.
 	  ちなみに訳者の経験から言えば上のようなミスタイプは
 	  結構起きます.</para>
 
 	<para>安全性を増すために,
 	  毎回ブートフロッピーディスクを作り, 2
 	  巻のバックアップテープを取ります.
 	  一方を離れた場所に保管します.
 	  離れた場所は同じ建物の地下室ではいけません.
 	  世界貿易センタービルにあった数多くの会社は
 	  苦い経験よりこの教訓を得ました.
 	  離れた場所とはコンピュータやディスクドライブから
 	  かなり離れていて物理的に分離されていなければなりません.</para>
 
 	<para>ブートフロッピーディスクを作るスクリプトの一例</para>
 
-	<programlisting>
-<![ CDATA [#!/bin/sh
+	<programlisting><![ CDATA [#!/bin/sh
 #
 # create a restore floppy	リストアフロッピーの作成
 #
 # format the floppy		フロッピーのフォーマット
 #
 PATH=/bin:/sbin:/usr/sbin:/usr/bin
 
 fdformat -q fd0
 if [ $? -ne 0 ]
 then
 	echo "Bad floppy, please use a new one"
 	exit 1
 fi
 
 # place boot blocks on the floppy	フロッピーにブートブロックを書く
 #
 disklabel -w -B /dev/rfd0c fd1440
 
 #
 # newfs the one and only partition	ただ1つのパーティションを newfs
 #
 newfs -t 2 -u 18 -l 1 -c 40 -i 5120 -m 5 -o space /dev/rfd0a
 
 #
 # mount the new floppy		新しいフロッピーをマウント
 #
 mount /dev/fd0a /mnt
 
 #
 # create required directories	必要なディレクトリの作成
 #
 mkdir /mnt/dev
 mkdir /mnt/bin
 mkdir /mnt/sbin
 mkdir /mnt/etc
 mkdir /mnt/root
 mkdir /mnt/mnt			# for the root partition
 mkdir /mnt/tmp
 mkdir /mnt/var
 
 #
 # populate the directories
 #
 # MINIカーネルがない場合は作ります
 if [ ! -x /sys/compile/MINI/kernel ]
 then
 	cat << EOM
 The MINI kernel does not exist, please create one.
 Here is an example config file:
 #	MINIカーネルの config fileの例
 # MINI -- A kernel to get FreeBSD on onto a disk.
 #
 machine		"i386"
 cpu		"I486_CPU"
 ident		MINI
 maxusers	5
 options		INET		# needed for _tcp _icmpstat _ipstat
 				# _udpstat _tcpstat _udb
 options		FFS		#Berkeley Fast File System
 options		FAT_CURSOR	#block cursor in syscons or pccons
 options		SCSI_DELAY=15	#Be pessimistic about Joe SCSI device
 options		NCONS=2		#1 virtual consoles
 options		USERCONFIG	#Allow user configuration with -c XXX
 
 config		kernel	root on da0 swap on da0 and da1 dumps on da0
 
 controller	isa0
 controller	pci0
 
 controller	fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr
 disk		fd0 at fdc0 drive 0
 
 controller	ncr0
 
 controller	scbus0
 
 device		sc0 at isa? port "IO_KBD" tty irq 1 vector scintr
 device		npx0 at isa? port "IO_NPX" irq 13 vector npxintr
 
 device		da0
 device		da1
 device		da2
 
 device		sa0
 
 pseudo-device	loop		# required by INET
 pseudo-device	gzip		# Exec gzipped a.out's
 EOM
 	exit 1
 fi
 
 cp -f /sys/compile/MINI/kernel /mnt
 
 gzip -c -best /sbin/init > /mnt/sbin/init
 gzip -c -best /sbin/fsck > /mnt/sbin/fsck
 gzip -c -best /sbin/mount > /mnt/sbin/mount
 gzip -c -best /sbin/halt > /mnt/sbin/halt
 gzip -c -best /sbin/restore > /mnt/sbin/restore
 
 gzip -c -best /bin/sh > /mnt/bin/sh
 gzip -c -best /bin/sync > /mnt/bin/sync
 
 cp /root/.profile /mnt/root
 
 cp -f /dev/MAKEDEV /mnt/dev
 chmod 755 /mnt/dev/MAKEDEV
 
 chmod 500 /mnt/sbin/init
 chmod 555 /mnt/sbin/fsck /mnt/sbin/mount /mnt/sbin/halt
 chmod 555 /mnt/bin/sh /mnt/bin/sync
 chmod 6555 /mnt/sbin/restore
 
 #
 # create the devices nodes	デバイスノードを作る
 #
 cd /mnt/dev
 ./MAKEDEV std
 ./MAKEDEV sd0
 ./MAKEDEV sd1
 ./MAKEDEV sd2
 ./MAKEDEV st0
 ./MAKEDEV pty0
 cd /
 
 #
 # create minimum filesystem table	最小限のファイルシステムテーブル
 #
 cat > /mnt/etc/fstab <<EOM
 /dev/fd0a	/	ufs	rw 1 1
 EOM
 
 #
 # create minimum passwd file		最小限のパスワードファイル
 #
 cat > /mnt/etc/passwd <<EOM
 root:*:0:0:Charlie &:/root:/bin/sh
 EOM
 
 cat > /mnt/etc/master.passwd <<EOM
 root::0:0::0:0:Charlie &:/root:/bin/sh
 EOM
 
 chmod 600 /mnt/etc/master.passwd
 chmod 644 /mnt/etc/passwd
 /usr/sbin/pwd_mkdb -d/mnt/etc /mnt/etc/master.passwd
 
 #
 # umount the floppy and inform the user	フロッピーを unmount
 #
 /sbin/umount /mnt
 echo "The floppy has been unmounted and is now ready."]]></programlisting>
       </sect3>
 
       <sect3>
 	<title>災難の後に</title>
 
 	<para>重要な問題は, ハードウェアが生き残ったかどうかです.
 	  定期的なバックアップを取っていれば
 	  ソフトウェアについて心配する必要はありません.</para>
 
 	<para>ハードウェアがダメージを受けていたら,
 	  最初にそのダメージを受けた部品を交換してください.</para>
 
 	<para>ハードウェアに問題がなければ,
 	  フロッピーをチェックしてください.
 	  カスタムブートフロッピーディスクを使っているのであれば
 	  シングルユーザ(<prompt>boot:</prompt> プロンプトの出た時に
 	  <literal>-s</literal> とタイプしてください)
 	  でブートしてください. それから次の
 	  「ファイルシステムを1つずつ回復する」
 	  を読んでください.</para>
 
 	<para><filename>boot.flp</filename> と
 	  <filename>fixit.flp</filename>
 	  を使っているのであればこのまま読み続けてください.
 	  <filename>boot.flp</filename> を入れてブートしてください.
 	  本来のインストールメニューが表示されるはずです. (ここで)
 	  <literal>Fixit--Repair mode with CDROM or
 	    floppy.</literal>オプションを選びます. 指示の通り
 	  <filename>fixit.flp</filename> を入れてください.
 	  <command>restore</command> とその他の必要なプログラムは
 	  <filename>/mnt2/stand</filename>に置かれています.</para>
 
 	<para>ファイルシステムを一つずつ回復する</para>
 
 	<para>最初のディスクのrootパーティションを &man.mount.8;
 	  (例えば <command>mount /dev/da0a /mnt</command> のように)
 	  マウントして見てください.
 	  ディスクラベルが破壊されている場合は &man.disklabel.8;
 	  を使ってあらかじめプリントしておいた通りに
 	  パーティションを作り直しラベルをつけてセーブしてください.
 	    &man.newfs.8; を使いファイルシステムを作り直します.
 	  ルートパーティションを読み書き可能にマウント (<command>mount
 	    -u -o rw /mnt</command>) しなおします.
 	  バックアッププログラムとバックアップテープを使って
 	  このファイルシステムのデータを回復します (例えば
 	  <command>restore vrf /dev/sa0</command>とします).
 	  ファイルシステムをアンマウント (<command>umount
 	    /mnt</command>など) して,
 	  障害を受けたファイルシステムそれぞれについて
 	  繰り返してください.</para>
 
 	<para>システムが動き出したら,
 	  新しいテープにデータをバックアップしてください.
 	  どのような理由で再び事故が起きたりデータが
 	  失われるかはわかりません. これに時間を費す事で,
 	  後々の災難から救われる事になります.</para>
       </sect3>
 
 <![ %not.published; [
 
       <sect3>
 	<title>* 災難対策をしていませんでした.
 	  どうしたらいいでしょう?</title>
 
 	<para></para>
       </sect3>
 ]]>
 
     </sect2>
   </sect1>
 
   <sect1 id="backups-floppybackups">
     <title>フロッピーへのバックアップはどうですか?</title>
 
     <sect2 id="floppies-using">
       <title>データをフロッピーにバックアップすることはできますか?</title>
 
       <para>実はフロッピーはバックアップ向きのメディアとは言えません.
         というのは:</para>
 
       <itemizedlist>
 	<listitem>
 	  <para>特に長期間に渡って保存する場合, 信頼性が低い.</para>
 	</listitem>
 
 	<listitem>
 	  <para>バックアップ, リストアがとても遅い.</para>
 	</listitem>
 
 	<listitem>
 	  <para>容量が小さい(ハードディスク全体の日々のバックアップに
 	    １ダース, 長期間なら本当にたくさん).</para>
 	</listitem>
       </itemizedlist>
 
       <para>けれども, データをバックアップする他の手段がない場合には,
         まったくバックアップをしないよりもフロッピーを使うほうが良い
         でしょう.</para>
 
       <para>これを行う場合には, 高品質のものを使うようにしてください.
 	まわりに何年も転がっていたフロッピーは使わない方よいでしょう.
 	評判のよいメーカの新品を使うことが理想です.</para>
     </sect2>
 
     <sect2 id="floppies-creating">
       <title>どうやってデータをフロッピーにバックアップ
 	するのですか?</title>
 
       <para>フロッピーへバックアップする最も良い方法は tar
         &man.tar.1; コマンドに <option>-M</option> (マルチ・ボリューム)
 　　　　オプションを付けて, 複数のフロッピーにまたがるバックアップも
 	できるようにする方法です.</para>
 
       <para>カレントディレクトリの全てのファイルとサブディレクトリを
         バックアップするには, 以下のようにします (root で):</para>
 
       <screen>&prompt.root; <userinput>tar Mcvf /dev/rfd0 *</userinput></screen>
 
       <para>1枚目のフロッピーがいっぱいになると &man.tar.1; は
 	次のボリュームを入れるようプロンプトを表示します.
         ( &man.tar.1; は, さまざまなメディアを扱えるので
 	ボリュームと表示します. ここではフロッピーのことです)</para>
 
       <screen>Prepare volume #2 for /dev/rfd0 and hit return:</screen>
 
       <para>これは(ボリューム番号が増えながら) 指定された全てのファイルが
 	保存されるまで繰り返されます.</para>
     </sect2>
 
     <sect2 id="floppies-compress">
       <title>バックアップを圧縮することはできませんか?</title>
 
       <para>残念ながら, &man.tar.1; はマルチ・ボリュームに保存する場合は
 	<option>-z</option> オプションを使うことができません.
 	もちろん, すべてのファイルを &man.gzip.1; してから, フロッピーに
 	&man.tar.1; して, ファイルを &man.gunzip.1;
 	することはできます!</para>
     </sect2>
 
     <sect2 id="floppies-restoring">
       <title>リストアはどうしますか?</title>
 
       <para>保存したファイル全てをリストアするには:</para>
 
       <screen>&prompt.root; <userinput>tar Mxvf /dev/rfd0</userinput></screen>
 
       <para>指定したファイルのみをリストアするには1枚目のフロッピーを
 	セットして:</para>
 
       <screen>&prompt.root; <userinput>tar Mxvf /dev/rfd0 <replaceable>filename</replaceable></userinput></screen>
 
       <para>&man.tar.1; は, 必要なファイルを見つけるまで, 続きのフロッピーを
 	セットするよう表示します.</para>
 
       <para>別の方法として, どのフロッピーにファイルが入っているのかが
 	分かっているなら, そのフロッピーをセットして上記と同じコマンドを
 	使うこともできます. 最初のファイルが前のフロッピーから続いて
 	いる場合は, &man.tar.1; は, 頼みもしないのに, そのファイルはリストア
 	できないと警告します!</para>
     </sect2>
   </sect1>
 </chapter>
 
 <!--
      Local Variables:
      mode: sgml
      sgml-declaration: "../chapter.decl"
      sgml-indent-data: t
      sgml-omittag: nil
      sgml-always-quote-attributes: t
      sgml-parent-document: ("../book.sgml" "part" "chapter")
      End:
 -->
diff --git a/ja_JP.eucJP/books/handbook/contrib/chapter.sgml b/ja_JP.eucJP/books/handbook/contrib/chapter.sgml
index 4193692586..e0b78e146b 100644
--- a/ja_JP.eucJP/books/handbook/contrib/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/contrib/chapter.sgml
@@ -1,6474 +1,6473 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.405
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/contrib/chapter.sgml,v 1.62 2001/03/15 21:09:23 hrs Exp $
+     Original revision: 1.406
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/contrib/chapter.sgml,v 1.63 2001/04/08 15:33:39 hrs Exp $
 -->
 
 <chapter id="contrib">
   <title>FreeBSD への貢献</title>
 
   <para><emphasis>原作: &a.jkh;.</emphasis></para>
 
   <para><emphasis>訳: &a.jp.iwasaki;,
       1997 年 4 月 27 日.</emphasis></para>
 
   <para>あなたも何か FreeBSD のために貢献したくなりましたか?
     素晴らしい! 私たちは常に支援を受ける用意がありますし, FreeBSD
     は生き残るためにユー
     ザベースの貢献に<emphasis>頼る</emphasis>ようなシステムの一つです.
     あなたの貢献は 感謝されるだけではなく, FreeBSD
     が成長し続けるために極めて重要なものな のです!</para>
 
   <para>一部の人達が言っているのとは逆に,
     貢献を受け付けてもらうために腕利 きのプログラマーになるとか
     FreeBSD コアチームの人と親友になる必要はあ りません. FreeBSD
     プロジェクトの開発は, 多くのそして益々増加する世界中
     の貢献者達によってなされており, 彼らの年齢,
     専門技術分野は多岐に渡りま す.
     そして手の空いている人よりも
     成されるべき仕事の方が常に多いのです.</para>
 
   <para>FreeBSD
     プロジェクトがカーネルや散在しているユーティリティよりも,
     オペレーティングシステム環境 (と, そのインストール)
     に対して責任を持つ ようになったため,
     私たちの<filename>TODO</filename>リストはドキュメンテーション,
     ベータテ スト,
     高度に専門化されたタイプのカーネル開発の好例を紹介するなど非常に
     広い範囲のタスクに渡ります. あなたの技能レベルに関わらず,
     プロジェクト を支援できることが必ず何かあります!</para>
 
   <para>FreeBSD
     関連の事業に従事している商業団体が私たちにコンタクトすること
     も歓迎します. あなたの製品を (FreeBSD 上で) 動作させるには,
     特別な拡張 が必要ではありませんか?
     あまりにも風変わりな要求でなければ, それを受け
     入れる用意が私たちにあるとわかるはずです.
     付加価値のある製品ですか? 私たちに知らせてください! 多分私たちは,
     ある 面において共同して作業をすることができるでしょう.
     フリーソフトウェア界 は,
     ソフトウェアがそのライフサイクルを通してどのように開発され,
     売られ,  保守されていくかについて, 既存の仮説に挑戦しています.
     少なくとももう一
     度考慮してみることを私たちは強くお奨めします.</para>
 
   <sect1 id="contrib-what">
     <title>何が必要?</title>
 
     <para>次のタスクとサブプロジェクトのリストは, コアチームの色々な
       <filename>TODO</filename> リ
       ストと最近2ヶ月で集めたユーザリクエストを合わせたものです.
       可能なとこ ろでは, 緊急度によってタスクがランクづけされています.
       もしここにあるタ スクの実行に興味があるのでしたら,
       コーディネータの名前をクリックしてメー ルを送ってください.
       もしコーディネータが決まっていなければ, あなたがボ
       ランティアしてみませんか?</para>
 
     <sect2>
       <title>優先度の高いタスク</title>
 
       <para>次のタスクは通常, ひどく壊れているとか,
 	とても必要とされている何かを 表しているため,
 	急務と考えられています:</para>
 
       <orderedlist>
 	<listitem>
 	  <para>第3ステージ・ブート問題. 全体コーディネーション:
 	    &a.hackers;</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para>第3ステージがディスクの BIOS
 		ジオメトリの正確なマッピングを提供 できるように WinNT
 		コンパチブルなドライブの追跡をおこなう.</para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
 
 	<listitem>
 	  <para>ファイルシステム問題. 全体コーディネーション:
 	    &a.fs;</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para>nullfs ファイルシステムコードのクリーンアップと
 		ドキュメンテーション. コーディネータ: &a.eivind;</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>union ファイルシステムの修正. コーディネータ:
 		&a.dg;</para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
 
 	<listitem>
 	  <para>Int13 vm86 ディスクドライバの実装. コーディネータ:
 	    &a.hackers;</para>
 	</listitem>
 
 	<listitem>
 	  <para>New bus アーキテクチャカーネル.  コーディネータ:
 	    &a.newbus;</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para>すべての現存 ISA ドライバの
 	        新しいアーキテクチャへの移植.</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>すべての割り込み処理コードを
 		適切なバスドライバに移動.</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>PCI サブシステムの
 	        新しいアーキテクチャへの移植.  コーディネータ:
 	        &a.dfr;</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>リムーバブルデバイスを正しく扱う方法を見い出し,
 		PC-Card や CardBus を実装するための土台にする.</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>プローブ・アタッチの優先順位の問題を
 		一回ですっきりと解決する.</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>その他残りのバスをすべて新しい
 		アーキテクチャへと移行する.</para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
 
 	<listitem>
 	  <para>カーネルの諸問題. 全体コーディネーション:
 		&a.hackers;</para>
 	</listitem>
 
 	<listitem>
 	  <para>より積極的にセキュリティ基盤の整備を進める.
 	    全体コーディネーション: &a.security;</para>
 	  
 	  <itemizedlist>
 	    <listitem>
 	      <para>Tripwire(TM) のようなものをカーネル内の
 		リモート・ローカル両部分に備える.
 		これを正しく実現する上で, 暗号技術に関する問題が
 		いろいろと上がっています.
 		詳細についてはコーディネータに連絡を取ってみてください.
 		コーディネータ: &a.eivind;</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>カーネルで (UID を) 0 と比較している部分を
 		すべて <literal>suser()</literal> を使うようにする.
 		現在, 約半分の箇所が使っています.
 		コーディネータ: &a.eivind;</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>セキュアレベルをいくつかの部分に分ける.
 		これによって管理者は, 放棄しても構わない
 		権限については放棄できるようになります.
 		当然ながら, 全体セキュアレベルをセットしたときの
 		効果は現在のままにしなければなりません.
 		コーディネータ: &a.eivind;</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>BPF に対して <quote>許可されたプログラム</quote>
 		のリストをアップロードできるようにして、 BPF がそれ以外の
 		プログラムを受け入れるのを食い止める.
 		これによって, BPF を例えば DHCP に使うと, アタッカーに
 		ローカルネットワークをこっそり探られることもなくなる
 		でしょう.</para>
 	    </listitem>
 	    
 	    <listitem>
 	      <para>セキュリティチェッカスクリプトを更新する.
 		何はともあれ, 他の BSD 派生システムにあるチェックは
 		すべて取り込む. さらに, システムがセキュアレベルを
 		高くしている場合には, 関連箇所について適切なフラグを
 		設定しているかどうかのチェックを行うようにする.
 		コーディネータ: &a.eivind;</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>カーネルに認証機構を設け, 認証ポリシーを
 		複数サポートする. その一部は <literal>suser()</literal>
 		を修正することで可能でしょう.
 		コーディネータ: &a.eivind;</para>
 	    </listitem>
 	    
 	    <listitem>
 	      <para>NFS レイヤにコードを追加し, NFS パーティションの
 		外に出るような <literal>chdir("..")</literal> は
 		できないようにする. 例えば, <filename>/usr</filename>
 		が UFS で <filename>/usr/src</filename> が NFS
 		エクスポートされているとします.  現在では, 
 		<filename>/usr/src</filename> への NFS ファイル
 		ハンドルを使って <filename>/usr</filename> に
 		アクセスできてしまう可能性があります.</para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </orderedlist>
     </sect2>
 
     <sect2>
       <title>優先度がさほど高くないタスク</title>
 
       <para>次のタスクはやっておくべきではありますが,
 	特にさし迫っているわけで はありません:</para>
 
       <orderedlist>
 	<listitem>
 	  <para>完全な KLD ベースのドライバのサポート /
 	    コンフィグレーションマネー ジャ.</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para>穏やかな方法でハードウェアを検知する
 		コンフィグレーションマネージャ の作成
 		(第3ステージ・ブートの中に?). ハードウェアが必要とする
 		KLD だけを 残す等.</para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
 
 	<listitem>
 	  <para>PCMCIA/PCCARD. コーディネータ: &a.msmith; と &a.imp;</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para>ドキュメンテーション!</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>pcic ドライバの信頼性のある操作 (テスト要).</para>
 	    </listitem>
 
 	    <listitem>
 	      <para><filename>sio.c</filename>
 		のリコグナイザとハンドラ (ほぼ完了).</para>
 	    </listitem>
 
 	    <listitem>
 	      <para><filename>ed.c</filename> のリコグナイザとハンドラ
 		(ほぼ完了).</para>
 	    </listitem>
 
 	    <listitem>
 	      <para><filename>ep.c</filename> のリコグナイザとハンドラ
 		(ほぼ完了).</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>User-mode のリコグナイザとハンドラ
 		(部分的に完了).</para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
 
 	<listitem>
 	  <para>先進的なパワーマネージメント. コーディネータ: &a.nate;
 	    と &a.phk;</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para>APM サブドライバ (ほぼ完了).</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>IDE/ATA ディスクサブドライバ (部分的に完了).</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>syscons/pcvt サブドライバ.</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>PCMCIA/PCCARD ドライバ群との統合 (サスペンド /
 		レジューム).</para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </orderedlist>
     </sect2>
 
     <sect2>
       <title>優先度の低いタスク</title>
 
       <para>次のタスクは全くのあら隠し,
 	または誰もすぐにおこないそうもない投資
 	のような仕事を表します:</para>
 
       <para>最初の N 項目は Terry Lambert
 	<email>terry@lambert.org</email> からのものです.</para>
 
       <orderedlist>
 	<listitem>
 	  <para>ネットワークカードと一緒に提供される ODI
 	    カードドライバを使用で きるようにする, NetWare サーバ
 	    (プロテクトモードの ODI ドライバ) ロー ダとサブサービス.
 	    NDIS ドライバと NetWare の SCSI ドライバについても同
 	    様.</para>
 	</listitem>
 
 	<listitem>
 	  <para>前のリビジョンの FreeBSD マシンではなく, Linux
 	    マシンで動作する 「アップグレード
 	    システム」オプション.</para>
 	</listitem>
 
 	<listitem>
 	  <para>カーネルのマルチスレッド化
 	    (カーネルのプリエンプションが必要).</para>
 	</listitem>
 
 	<listitem>
 	  <para>カーネルのプリエンプション付き対称マルチプロセッシング
 	    (カーネル のプリエンプションが必要).</para>
 	</listitem>
 
 	<listitem>
 	  <para>ポータブルコンピュータのサポートにおける協調の試み.
 	    これは PCMCIA
 	    ブリッジング規則と電源管理イベント処理の変更により, いく
 	    らかは処理できます. しかし,
 	    内蔵ディスプレイと外部ディスプレイの検出, この 2
 	    種類のディスプレイがあるという事実に基づく
 	    異なる解像度の選択, マシンがドックにある場合には
 	    ディスクのモータ停止を防止すること, マシンの
 	    ブート能力に影響を与えずにドックベースのカードの消滅を
 	    可能にすること  (PCMCIA と同じ問題)
 	    などの問題があります.</para>
 	</listitem>
       </orderedlist>
     </sect2>
 
     <sect2>
       <title>もっと簡単なタスク</title>
 
       <para>上のセクションで挙げたタスクは膨大な時間の投資または
 	FreeBSD のカーネルに関する深い知識を必要とします
 	(もしくはそのどちらも). しかしながら,
 	&quot;週末ハッカー&quot;やプログラミングのスキルを持
 	たない人々に適した立派なタスクも数多くあります.</para>
 
       <orderedlist>
 	<listitem>
 	  <para>FreeBSD-current を運用しており,
 	    状態の良いインターネット接続があ るならば, <hostid
 	      role="fqdn">current.FreeBSD.org</hostid>
 	    という一日に一回フルリリースを行っている マシンがあります
 	    &mdash; 時おり最新のリリースをそこからインストールし, その
 	    過程で何か問題があるなら報告して下さい.</para>
 	</listitem>
 
 	<listitem>
 	  <para>freebsd-bugs
 	    メーリングリストを読んでください. そこではあなたが建
 	    設的なコメントを付けたりテストできるパッチが
 	    提供されているような問題がある かもしれません.
 	    もしくはそれらの問題の一つをあなた自身で修正することさえ
 	    できるかもしれません.</para>
 	</listitem>
 
 	<listitem>
 	  <para>定期的に FAQ とハンドブックを通して読んでみてください.
 	    もしまずい説明や古い事柄や完全に間違っていることなどが
 	    あれば我々に しらせて下さい.
 	    さらに良いのは我々に修正案を送ることです (SGML
 	    は学ぶのにそれほど難しくありませんが,
 	    プレインテキストでも問題は ありません).</para>
 	</listitem>
 
 	<listitem>
 	  <para>(もしまだないならば) FreeBSD
 	    のドキュメントを自分の母国語に翻訳
 	    するのを手伝ってください &mdash;
 	    作業している人がいるかどうか &a.doc; にメールを
 	    送って聞くだけです. とはいっても,
 	    そうすることによってあなたが全ての FreeBSD
 	    ドキュメントの翻訳に携わるように
 	    なるというわけではないですから ね &mdash; 実際,
 	    もっとも翻訳が必要とされているドキュメントはインストール方
 	    法です.</para>
 	</listitem>
 
 	<listitem>
 	  <para>たまに(もしくは定期的に) freebsd-questions
 	    メーリングリストや
 	    <literal>comp.unix.bsd.freebsd.misc</literal>
 	    を読んでください. これは, あなたの持ってい
 	    る専門知識を共有したり誰かが抱えている問題を
 	    解決するのに非常に有効な ものになり得ることです.
 	    時にはあなた自身で新しいことを学ぶことさえ
 	    できるかもしれません.
 	    これらのフォーラムはやるべきことのアイディア
 	    の源にもなり得るのです.</para>
 	</listitem>
 
 	<listitem>
 	  <para>-current に正しく当てられるがしばらく経っても(通常は
 	    2, 3 週間) -stable
 	    に取り込まれてないようなバグフィックスがあるならば
 	    コミッターに 丁寧に思い出させてください.</para>
 	</listitem>
 
 	<listitem>
 	  <para>寄贈ソフトウェアをソースツリーの
 	    <filename>src/contrib</filename>
 	    に移動させてください.</para>
 	</listitem>
 
 	<listitem>
 	  <para><filename>src/contrib</filename>
 	    以下のコードが最新のものであるか確認してください.</para>
 	</listitem>
 
 	<listitem>
 	  <para>2000 年問題に関するバグを探してください(そして,
 	    見つけたら修正してください!).</para>
 	</listitem>
 
 	<listitem>
 	  <para>警告を詳細に報告するようにして
             ソースツリー全体(もしくはその一部)を構築してみてください.
 	    そして警告が出ないようにしてください.</para>
 	</listitem>
 
 	<listitem>
 	  <para>ports で, gets() を使っているとか malloc.h
 	    をインクルードしている
 	    などといった警告が出ないようにしてください.</para>
 	</listitem>
 
 	<listitem>
 	  <para>もしなんらかの ports に関わっているなら,
 	    あなたのパッチを作者に フィードバックしてください
 	    (次のバージョンが出た時にあなたが楽になります).</para>
 	</listitem>
 
 	<listitem>
 	  <para>このリストに追加するタスクを提案して下さい!</para>
 	</listitem>
       </orderedlist>
     </sect2>
 
     <sect2>
       <title>障害報告(PR; Problem Report)データベースにおける作業</title>
 
       <para><ulink url="http://www.FreeBSD.org/cgi/query-pr-summary.cgi">
 	FreeBSD 障害報告リスト</ulink>では, 現在問題となっている報告と,
         FreeBSD の利用者によって提出された改良の要望に関する
 	全てのリストを公開しています.
         open 状態の障害情報を見て, 興味を引く内容かどうか確かめて下さい.
         本当に複雑なものも含まれているでしょうし,
         例えば, 障害報告に対する修正がちゃんとしたものであるかどうか
         単にチェックするだけのとても簡単な作業もあるでしょう.</para>
 
       <para>まず, まだ誰にも割り当てられていない障害報告から作業を
         始めて下さい. もし, 誰か他の人に割り当てが決まっているけれども
         自分が作業可能だ, というものがあれば, 作業ができるかどうか&mdash;
         既にテスト用パッチが用意されているのかどうか, あるいは
         その問題についてあなたが考えている,
         より進んだ考えに関して議論ができるかどうか,
         割り当てられている人に電子メールで問い合わせて下さい.
       </para>
 
     </sect2>
   </sect1>
 
   <sect1 id="contrib-how">
     <title>貢献の仕方</title>
 
     <para>一般的に, システムへの貢献は次の 6
       つのカテゴリの1つ以上に分類されます:</para>
 
     <sect2 id="contrib-general">
       <title>バグ報告と一般的な論評</title>
 
       <para>報告するべきバグがあったり, 提案したいことがあれば:</para>
 
       <para><emphasis>一般的な</emphasis>
 	技術的関心事に関するアイデアや提案は  &a.hackers;
 	へメールしてください. 同様に, このような事柄に興味のある
 	(そして<emphasis>膨大な</emphasis>メール!  に耐えられる) 人は,
 	  &a.majordomo; へメールを送って hackers
 	メーリングリストに参加すると良いでしょう. 情報については
 	<link linkend="eresources-mail">メーリングリスト</link>
 	を参照してください.</para>
 
       <para>バグを発見したり変更を送付しようとしている場合は
 	&man.send-pr.1; プログラムか <ulink
 	  url="http://www.FreeBSD.org/send-pr.html">WEB ベースの
 	  send-pr</ulink> を使用して報告してください.
 	バグレポートの各項目を埋めるようにしてください.  65KB
 	を超えるのでなければ, レポート中に直接
 	パッチを入れてくださって結構です.
 	その場合, カット＆ペーストは<emphasis>しないで</emphasis>
 	ください. カット＆ペーストではタブがスペースに展開されて
 	パッチが使い物にならなくなってしまいます.
 	20KB を超える場合は,
 	それらを compress して &man.uuencode.1;
 	することも検討してください. とても大きくなる場合は <ulink
 	  url="ftp://ftp.FreeBSD.org/pub/FreeBSD/incoming/">
 	  ftp.FreeBSD.org:/pub/FreeBSD/incoming/</ulink>
 	を利用してください.
       </para>
 
       <para>レポートがファイリングされれば, バグ報告の確認と
 	トラッキング番号をメールで受け取るはずです.
 	このトラッキング番号を覚えておき, 問題に関する詳細情報を
 	<email>bug-followup@FreeBSD.org</email> に
 	メールで送って更新できるようにしてください.  例えば
 	<literal>"Re: kern/3377"</literal> のように,
 	この番号をサブジェクト行に使用してください.
 	すべてのバグレポートの追加情報は,
 	この方法で送付されなければいけません.</para>
 
       <para>もしタイムリに (あなたの電子メール接続形態にもよりますが,
 	3日から 1週間)  確認を受けとれないとか, 何らかの理由で
 	&man.send-pr.1; コマンドが 使用できない場合には, &a.bugs;
 	へメールを送り, 誰か代りにバグ報告を
 	送付してもらうようたずねてください.</para>
     </sect2>
 
     <sect2>
       <title>文書の変更</title>
 
       <para>文書の変更は &a.doc; が監督しています.  <link
 	  linkend="contrib-general">バグ報告と一般的な論評</link>
 	に記述されているように <command>send-pr</command>
 	コマンドを使用して,  提案や変更
 	(どんな些細なものでも歓迎します!) を送ってください.</para>
     </sect2>
 
     <sect2>
       <title>現存のソースコードの変更</title>
       
       <para>現存のソースコードへの追加または変更は,
 	いくらかトリッキーな仕事で あり, core の FreeBSD
 	開発の現状にあなたがどれだけ通じているかに大 きく依存します.
 	<quote>FreeBSD-current</quote>として知られる FreeBSD の特別な
 	継続的リリースがあります. FreeBSD-current
 	は開発者の積極的な活動の 便宜のために,
 	色々な方法で利用可能になっています. FreeBSD-current
 	の入手と使用方法についての詳しい情報については <link
 	  linkend="current">最新の FreeBSD を追いかける</link>
 	を参照してください.</para>
 
       <para>不幸にして古いソースをもとに仕事をすることは,
 	時々あなたの変更が時 代遅れ, または FreeBSD
 	への簡単な再統合に合わなくなっていることを意 味します.
 	システムの現状に関する議論がおこなわれている &a.announce; と
 	&a.current; へ参加することで,
 	この可能性を最小限にすることができます.</para>
 
       <para>完全な最新のソースを変更のベースにできることが
 	確実になったと仮定し て, 次のステップは FreeBSD
 	の保守担当者へ送る差分ファイルの生成です.  これは &man.diff.1;
 	コマンドを使用しておこないますが, <quote>context
 	diff</quote>形式が好まれるようです. 例えば:</para>
 
       <screen>&prompt.user; <userinput>diff -c oldfile newfile</userinput></screen>
 
       <para>または</para>
 
       <screen>&prompt.user; <userinput>diff -c -r olddir newdir</userinput></screen>
 
       <para>これで指定されたソースファイルまたはディレクトリ階層に
 	対するコンテ キスト形式の差分が生成されます. 詳しい説明は
 	&man.diff.1; のマ ニュアルページを参照してください.</para>
 
       <para>差分ファイル (&man.patch.1; コマンドでテストできます)
 	を作ったら,  それらを FreeBSD
 	に含めてもらうようメールで送ってください.  <link
 	  linkend="contrib-general">バグ報告と一般的な論評</link>
 	に記述されているように &man.send-pr.1;
 	コマンドを使用してください.  差分ファイルだけを &a.hackers;
 	へ送ってはいけません.  途方にくれてしまいます!
 	私たちは多忙なので, あなたの提案に大変感謝します
 	(これはボランティアのプロジェクトです!).
 	すぐに取りかかることはできませんが, 処理されるまでは ちゃんと
 	pr データベースに残っています.</para>
 
       <para>あなたがそうした方がいいと思う場合 (例えば,
 	ファイルの追加,  削除または名称変更など), 変更を
 	<command>tar</command> ファイルにまとめ,  &man.uuencode.1;
 	プログラムにかけてください.  shar
 	アーカイブも歓迎します.</para>
 
       <para>例えばあなたがそれ自身のさらなる配布を管理する
 	コピーライト問題を良 く分かっていないとか,
 	単に厳しいレビューをおこなっておらず, リリース
 	する準備ができていないなど,
 	あなたの変更が潜在的に不安定な性質をも つものである場合,
 	&man.send-pr.1; で送付するよりむしろ &a.core;
 	へ直接送ってください. コアチームメーリングリスト宛のメールは,
 	日々の仕事のほとんどを FreeBSD でおこなっている人たちの,
 	より小さなグルー プに届きます.
 	このグループもまた<emphasis>とても忙しい</emphasis>
 	ことに注意し て, 本当に必要な場合にコアチームの彼らにメールを
 	送るだけにしてください.</para>
 
       <para>コーディングスタイルに関する情報は <command>man 9
 	  intro</command> および  <command>man 9 style</command>
 	を参照してください. コードを提出する前には,
 	少なくともこの情報を意識しておいてくださるようお願いします.
       </para>
     </sect2>
 
     <sect2>
       <title>新たなコードやメジャーな付加価値の高いパッケージ</title>
 
       <para>重要な大きい仕事の寄贈や, 重要な新しい機能を
 	FreeBSD に追加する場合には, 変更点を tar/uuencode
 	したファイルにして送るか, それらを web や FTP サイトへ
 	アップロードしてアクセスできるようにすることの
 	どちらかが通常必要になります.  web や FTP サイトへのアクセスが
 	できないときは適切な FreeBSD のメーリングリストで誰かに
 	変更を受け取って貰ってください.</para>
 
       <para>大量のコードを伴った仕事の場合,
 	コピーライトの神経過敏な問題が常に出てきます. FreeBSD
 	に含めるコードのコピーライトとして受け入れることができるのは,
 	以下の二つです:</para>
 
       <orderedlist>
 	<listitem>
 	  <para>BSD コピーライト.
 	    このコピーライトは<quote>権利に縛られない</quote>性格
 	    と商用企業にとって一般的な魅力をもつために最も好まれます.
 	    FreeBSD プロジェクトは商用利用を阻んだりせず, 何かを
 	    FreeBSD
 	    へ投資する気になった商業関係者による参加を積極的に奨励
 	    します.</para>
 	</listitem>
 
 	<listitem>
 	  <para>GNU一般公有使用許諾, または<quote>GPL</quote>.
 	    このライセンスはコード
 	    を商用目的に使用する場合に余分な努力が求められるため,
 	    私たちにあまり評判が良いというわけではありません. しかし,
 	    私たちは既に GPL 下の高品質なコード (コンパイラ,
 	    アセンブラ, テキストフォーマッタ等) の提供を受けており,
 	    私たちは現在それを必要としています. そのため,
 	    このライセンスによる新たな貢献を拒絶す
 	    るというのは愚かなことでしょう. GPL
 	    下のコードはソースツリー の別の部分, 現在のところ
 	    <filename>/sys/gnu</filename> か
 	    <filename>/usr/src/gnu</filename> に入っています.
 	    そのため, GPL が問題となるような人は,
 	    誰でも簡単にそれとわかるようになっています.</para>
 	</listitem>
       </orderedlist>
 
       <para>これ以外のタイプのコピーライトによる寄贈は, FreeBSD
 	へ含めることを考慮する前に,
 	注意深いレビューを受けなければなりません. 作者が独自
 	のチャネルを通して配布しており,
 	そのような変更をおこなうことを常に奨励している場合でも,
 	特に限定的な商用のコピーライトが適用される寄
 	贈は一般に拒否されます.</para>
 
       <para>あなたの作品に <quote>BSD-スタイル</quote>
 	のコピーライトを付けるには, 保護した
 	いソースコードファイルすべての一番最初に
 	以下のテキストを入れて, <literal>%%</literal>
 	の間を適切な情報に置き換えください.</para>
 
-      <programlisting>
-Copyright (c) %%適切な年%%
+      <programlisting>Copyright (c) %%適切な年%%
 	%%あなたの名前%%, %%あなたの州%%  %%郵便番号%%.
       All rights reserved.
 
 Redistribution and use in source and binary forms, with or without
 modification, are permitted provided that the following conditions
 are met:
 1. Redistributions of source code must retain the above copyright
    notice, this list of conditions and the following disclaimer as
    the first lines of this file unmodified.
 2. Redistributions in binary form must reproduce the above copyright
    notice, this list of conditions and the following disclaimer in the
    documentation and/or other materials provided with the distribution.
 
 THIS SOFTWARE IS PROVIDED BY %%あなたの名前%% ``AS IS'' AND ANY EXPRESS OR
 IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
 OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED.
 IN NO EVENT SHALL %%あなたの名前%% BE LIABLE FOR ANY DIRECT, INDIRECT,
 INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT
 NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
 DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
 THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
 (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF
 THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
 
        &#36;Id&#36;</programlisting>
 
       <para>便宜をはかるため,
 	このテキストのコピーは次の場所に置いてあります.
 	<filename>/usr/share/examples/etc/bsd-style-copyright</filename>.
       </para>
 
       <para>(訳注: 以下は神田敏広氏より寄贈された bsd-style-copyright
 	の日本語訳です.
 	ソースファイルに含めるものは原文の方であることに注意して
 	ご利用ください.  また, 原文との間に趣旨の差異が生じた場合,
 	原文の内容が FreeBSD プロジェクトの
 	意思であるものとします.)</para>
 
       <programlisting>
 Copyright (C) [年]
      [あなたの名前]  All rights reserved.
 
 ソースとバイナリ形式の再配布および使用は, 変更の有無にかかわらず以下の
 条件を満たす場合に限り許可される:
 1. ソースコードの再配布は, 上記の著作権表示・この条件のリスト・下記の
    否認声明文を保持しなければならない.
 
 2. バイナリ形式の再配布は, 上記の著作権表示・この条件のリスト・下記の
    否認声明文を, 配布物と共に提供される文書および/または他の資料の中に
    含めなければならない.
 
 (訳注:ここから「否認声明文」です)
 
 このソフトウェアは[あなたの名前]および貢献者によって ``あるがままの状態''
 で提供され, 商品性と特定の目的に対する適合性についての暗黙の保証に留ま
 らず, いかなる明示および暗黙の保証を認めない. [あなたの名前]および貢献
 者は, あらゆる直接的・間接的・偶発的・特殊的・典型的・必然的な損害 (代
 替製品または代替サービスの獲得費; 効用・データ・利益の喪失; または業務
 中断を含み, またそれだけに留まらない損害) に対して, たとえどのようにし
 て生じたとしても, そしてこのソフトウェアの使用によってどのようにであれ
 生じる, 契約上であろうと, 厳密な責任内であろうと, あるいは不正行為 (過
 失やそうでない場合を含む) における場合であろうとも, いかなる責任論上も,
 たとえそのような損害の可能性が予見されていたとしても, 一切の責任を持た
 ない.
 
 翻訳: 神田敏広
 御協力 (五十音順・敬称略):
   池田研二, 内川 喜章, 藤村 英治, むらたしゅういちろう
   杢野 雅一, 横田＠宇都宮
       </programlisting>
     </sect2>
 
     <sect2>
       <title>金銭, ハードウェアまたはインターネットアクセス</title>
 
       <para>FreeBSD プロジェクトの目的を進めるための寄付や,
 	私たちと同じような ボランティアの細く長い! 努力を,
 	私たちは常に喜んで受け入れています.
 	また一般的に私たちは自分達で
 	周辺機器を買う資金が不足しているため,
 	周辺機器のサポートを充実させるのに
 	ハードウェアの寄付はとても重要です.</para>
 
       <sect3 id="donations">
 	<title>資金の寄付</title>
 
 	<para>FreeBSD プロジェクトは501(C3) (非営利) 企業ではないため,
 	  いかなる寄付に対しても特別な税金の優遇措置を提供することができません.
 	  このような 寄付はプロジェクトを代表して FreeBSD, Inc.
 	  により感謝をもって受け入れられるでしょう.</para>
 
 	<para>FreeBSD, Inc. は FreeBSD
 	  プロジェクトの推進とプロジェクトに企業とし
 	  ての最小限の体裁を持たせることを目的として, 1995年の初めに
 	  &a.jkh; と &a.dg; により設立されました.
 	  寄付されたすべての資金は (最終的に FreeBSD,
 	  Inc.によりもたらされるであろうすべての利益も同様に)
 	  プロジェクトの目標を推進するためだけに使われるでしょう.</para>
 
 	<para>支払い先を FreeBSD, Inc. とした小切手を,
 	  次の住所気付けで送ってください:</para>
 
 	<address>
 	  <otheraddr>FreeBSD, Inc.</otheraddr>
 	  <otheraddr>c/o Jordan Hubbard</otheraddr>
 	  <street>4041 Pike Lane, Suite F</street>
 	  <city>Concord</city>
 	  <state>CA</state>, <postcode>94520</postcode>
 	</address>
 
 	<para>[現在 私書箱が開設されるまで一時的に BSDi
 	  の住所を使用]</para>
 
 	<para>電信振替は次の所まで直接送れるでしょう:</para>
 
 	<address>
 	  <otheraddr>Bank Of America</otheraddr>
 	  <otheraddr>Concord Main Office</otheraddr>
 	  <pob>P.O. Box 37176</pob>
 	  <city>San Francisco</city>
 	  <state>CA</state>, <postcode>94137-5176</postcode>
 
 	  <otheraddr>Routing #: 121-000-358</otheraddr>
 	  <otheraddr>Account #: 01411-07441 (FreeBSD, Inc.)</otheraddr>
 	</address>
 
 	<para>寄付に関することは全て電子メールもしくは上記 FreeBSD,
 	  Inc. の住所宛の郵政省メールにて &a.jkh
 	  までお送りくださるようお願いします.</para>
 
 	<para>もし <link linkend="donors">寄贈者ギャラリー</link>
 	  の節で匿名を希望される方は, 寄付の際にその旨お伝えください.
 	  Thanks!</para>
       </sect3>
 
       <sect3>
 	<title>ハードウェアの寄贈</title>
 
 	<para>FreeBSD プロジェクトは,
 	  次の3つのカテゴリのどんなハードウェアの寄贈も,
 	  喜んで受け付けます:</para>
 
 	<itemizedlist>
 	  <listitem>
 	    <para>ディスクドライブ,
 	      メモリまたは完全なシステムといった一般用途のハードウェアは,
 	      <emphasis>資金の寄付</emphasis>の節にある
 	      FreeBSD, Inc. の住所まで送っ てください.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>進行中の受け入れテストのための
 	      ハードウェアが必要とされていま す.
 	      新たなリリース毎に適切な逆行テストができるように,
 	      私たちは現在,  FreeBSD
 	      がサポートするすべてのコンポーネントの
 	      テストラボを設置しよう としています. 私たちにはまだ,
 	      たくさんの重要な部品 (ネットワークカード,
 	      マザーボードなど) が不足していますので,
 	      このような寄贈をしたいと思って いるならば, &a.dg;
 	      へコンタクトしてどの部品がまだ必要とされているか
 	      の情報を得てください.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>現在 FreeBSD にサポートされていないハードウェアで,
 	      サポートに追加して欲しいもの.
 	      私たちが新しいハードウェアを受けとる前にそのタスクを
 	      引き受けてくれる開発者を探す必要があるため,
 	      その部品を送る前に &a.core;
 	      にコンタクトを取ってください.</para>
 	  </listitem>
 	</itemizedlist>
       </sect3>
 
       <sect3>
 	<title>インターネットアクセスの寄付</title>
 
 	<para>私たちは常に FTP, WWW や <command>cvsup</command>
 	  の新しいミラーサイトを募集しています.
 	  ミラーサイトになりたい場合には the FreeBSD project
 	  administrators <email>hubs@FreeBSD.org</email>
 	  にコンタクトを取って, 詳しい情報を手に入れてください.</para>
       </sect3>
     </sect2>
   </sect1>
 
   <sect1 id="donors">
     <title>寄贈者ギャラリー</title>
 
     <para>FreeBSD プロジェクトは次の寄贈者に恩義を受けており,
       ここに公表して感謝の意を表したいと思います.</para>
 
     <itemizedlist>
       <listitem>
 	<para><emphasis>
 	    セントラルサーバプロジェクトへの寄贈者:</emphasis></para>
 
 	<para>次に挙げる個人および企業からは,
 	  セントラルサーバマシンのための 部品の寄贈を頂いており,
 	  それによって <hostid
 	    role="fqdn">freefall.FreeBSD.org</hostid>
 	  をリプレースして新たに FreeBSD
 	  プロジェクトのセントラルサーバマシンを
 	  構築することができました:</para>
 
 	<itemizedlist>
 	  <listitem>
 	    <para>&a.mbarkah
 	      と彼の所属する <ulink
 		url="http://www.hemi.com/">Hemisphere Online</ulink>
 	      は, <emphasis>Pentium Pro (P6) 200Mhz CPU</emphasis>
 	      を寄贈してくださいました.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.asacomputers.com/">ASA
 		Computers</ulink> は, <emphasis>Tyan 1662
 		マザーボード</emphasis>
 	      を寄贈してくださいました.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.via.net/">ViaNet
 		Communications</ulink> の Joe McGuckin
 	      <email>joe@via.net</email> は, <emphasis>Kingston
 		イーサネットコントローラ</emphasis>
 	      を寄贈してくださいました.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Jack O'Neill
 	      <email>jack@diamond.xtalwind.net</email> は,
 	      <emphasis>NCR 53C875 SCSI コントローラカード</emphasis>
 	      を寄贈してくださいました.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.Alameda.net/">Alameda
 		Networks</ulink> の Ulf Zimmermann
 	      <email>ulf@Alameda.net</email> は, <emphasis>128MB
 		のメモリ</emphasis>, そして <emphasis>4 GB
 		のディスクドライブと匡体</emphasis>
 	      を寄贈してくださいました.</para>
 	  </listitem>
 	</itemizedlist>
       </listitem>
 
       <listitem>
 	<para><emphasis>直接的な資金提供:</emphasis></para>
 
 	<para>次に挙げる個人および企業からは FreeBSD
 	  プロジェクトに対する直接的な
 	  資金提供を頂いております:</para>
 
 	<itemizedlist>
 	  <listitem>
 	    <para>Annelise Anderson
 	      <email>ANDRSN@HOOVER.STANFORD.EDU</email></para>
 	  </listitem>
 
 	  <listitem>
 	    <para>&a.dillon</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.bluemountain.com/">Blue Mountain
 		Arts</ulink></para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.epilogue.com/">
 		Epilogue Technology Corporation</ulink></para>
 	  </listitem>
 
 	  <listitem>
 	    <para>&a.sef</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.gta.com/">Global Technology
 		Associates, Inc</ulink></para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Don Scott Wilde</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Gianmarco Giovannelli
 	      <email>gmarco@masternet.it</email></para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Josef C. Grosch <email>joeg@truenorth.org</email></para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Robert T. Morris</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>&a.chuckr</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.imagescape.com/">
 		Imaginary Landscape, LLC.</ulink>
 	      の Kenneth P. Stox
 	      <email>ken@stox.sa.enteract.com</email></para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Dmitry S. Kohmanyuk <email>dk@dog.farm.org</email></para>
 	  </listitem>
 
 	  <listitem>
 	    <para>日本の
 	      <ulink url="http://www.cdrom.co.jp/">Laser5</ulink>
 	      は, さまざまな種類の FreeBSD CD の販売利益の一部を
 	      寄付してくれました.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.mmjp.or.jp/fuki/">
 		蕗出版</ulink> は, <emphasis>はじめての FreeBSD
 	      </emphasis> の売り上げの一部を FreeBSD プロジェクト及び
 	      XFree86 プロジェクトへ寄付してくれました.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.ascii.co.jp/">アスキー</ulink>
 	      は FreeBSD 関連の書籍の売り上げの一部を FreeBSD
 	      プロジェクト及び FreeBSD 友の会へ寄付してくれました.
 	    </para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.yokogawa.co.jp/">
 		横河電機株式会社</ulink> からは FreeBSD
 	      プロジェクトへ多大な寄付をいただきました.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.buffnet.net/">BuffNET</ulink></para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.pacificsolutions.com/">Pacific
 		Solutions</ulink></para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.siemens.de/">Siemens AG</ulink>
             via <ulink url="mailto:andre.albsmeier@mchp.siemens.de">Andre
 		Albsmeier</ulink></para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="mailto:ras@interaccess.com">Chris Silva</ulink>
 	    </para>
 	  </listitem>
 
 	</itemizedlist>
       </listitem>
 
       <listitem>
 	<para><emphasis>ハードウェアの寄贈者:</emphasis></para>
 
 	<para>次に挙げる個人および企業からは,
 	  テストやデバイスドライバの開発 / サポート
 	  のためのハードウェアの寄贈を頂いております:</para>
 
 	<itemizedlist>
 	  <listitem>
 	    <para>BSDi は,
 	      ネットワークへのアクセスおよび
 	      他のハードウェアリソースの寄贈はいうまでもなく,
 	      開発に使うための Pentium P5-90 と 486/DX2-66 EISA/VL
 	      のシステム数台を提供してくださいました.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>TRW Financial Sysytems 社は, PC 130台, 68 GB
 	      のファイルサーバ 3台, 12のイーサネット,
 	      ディスクレスコードのデバッグをおこなうための ルータ
 	      2台及び ATM スイッチを提供してくださいました.  また,
 	      彼らは 2, 3人の FreeBSD ハッカーを雇って, FreeBSD
 	      に専念させてくださっております.
 	      ありがとうございます!</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Dermot McDonnell は, 東芝 XM3401B CD-ROM ドライブを
 	      寄贈してくださいました. その CD-ROM ドライブは現在
 	      freefall で使用されています.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>&a.chuck; は, 実験用のフロッピーテープストリーマを
 	      寄付してくださいました.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Larry Altneu <email>larry@ALR.COM</email> と
 	      &a.wilko;は, <devicename>wt</devicename>
 	      ドライバを改良するために Wangtek と Archive の QIC-02
 	      テープドライブを提供してくださいました.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Ernst Winter <email>ewinter@lobo.muc.de</email> は,
 	      このプロジェクトへ 2.88 MB
 	      のフロッピードライブを提供してくださいました.
 	      うまくいけば,
 	      これでフロッピーディスクドライバを書き直すための
 	      プレッシャーが増えるでしょう. <!-- smiley -->;-)</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.tekram.com/">Tekram
 		Technologies</ulink> は NCR ドライバや AMD
 	      ドライバと自社のカードの逆行テストのため  FAST/ULTRA
 	      SCSI ホストアダプタ DC-390, DC-390U, DC-390F を
 	      各１枚提供してくださいました. また, フリーな OS
 	      のためのドライバの ソースを自社の FTP サーバ <ulink
 		url="ftp://ftp.tekram.com/scsi/FreeBSD/">
 		ftp://ftp.tekram.com/scsi/FreeBSD/</ulink>
 	      で公開されていることも称賛に値するでしょう.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Larry M. Augustin
 	      は Symbios Sym8751S SCSI
 	      カードを寄贈してくださっただけでなく, Ultra-2 や LVD
 	      をサポートする次期チップ Sym53c895 のものを含む
 	      データブックのセットと, 最新の Symbios SCSI
 	      チップが持つ先進的機能を安全に使う方法について書かれた
 	      最新のプログラミングマニュアルも寄贈してくださいました.
 	      本当にありがとうございます!</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Christoph Kukulies <email>kuku@FreeBSD.org</email>
 	      は, IDE CD-ROM ドライバ開発用の FX120 12 倍速 Mitsumi
 	      CD-ROM ドライブを提供してくださいました.</para>
 	  </listitem>
 	</itemizedlist>
       </listitem>
 
       <listitem>
 	<para><emphasis>特筆すべき寄贈者:</emphasis></para>
 
 	<itemizedlist>
 	  <listitem>
 	    <para><ulink url="http://www.bsdi.com/">BSDi
 		</ulink> は,
 	      言い表せないほど多くの寄付をしてくださいました (詳細は
 	      <link linkend="history">FreeBSD 小史</link>を参照).
 	      特に, 私たちのもともとのプライマリ開発マシンである
 	      <hostid role="fqdn">freefall.FreeBSD.org</hostid>,
 	      テストおよびビルドマシンである <hostid
 		role="fqdn">thud.FreeBSD.org</hostid>
 	      で使用しているハードウェアに対し感謝したいと思います.
 	      また彼らには, 数年にわたる色々な貢献者への資金提供や,
 	      インターネットへの T1 コネクションの無制限使用を提供して
 	      頂いた恩義があります.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink
 		url="http://www.interface-business.de/">interface
 		business GmbH, Dresden</ulink> は, &a.joerg;
 	      を根気よくサポートしてくださいました. 彼は本職より
 	      FreeBSD の仕事を好みがちであり, 彼個人の接続があまりに
 	      遅くなったり途切れたりして仕事にならない時は必ず
 	      interface business の (非常に高価な) EUnet
 	      インターネット接続に頼ったものです...</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.bsdi.com/">Berkeley Software
 		Design, Inc.</ulink> は, 同社の DOS
 	      エミュレータのコードを
 	      BSD コミュニティ全体に対して提供してくれました. このコードは,
 	      <emphasis>doscmd</emphasis>
 	      コマンドに利用されています.</para>
 	  </listitem>
 	</itemizedlist>
       </listitem>
     </itemizedlist>
   </sect1>
 
   <sect1 id="contrib-corealumni">
     <title>コアチームの卒業生</title>
 
     <para>次に挙げる人々は()で記した期間, FreeBSD
       コアチームのメンバーでした. FreeBSD
       プロジェクトにおける彼らの努力に感謝の意を表します.
     </para>
 
     <para><emphasis>だいたいの年代順:</emphasis></para>
 
     <itemizedlist>
       <listitem>
 	<para>&a.ache (1993 - 2000)</para>
       </listitem>
 
       <listitem>
 	<para>&a.jmb (1993 - 2000)</para>
       </listitem>
 
       <listitem>
 	<para>&a.bde (1992 - 2000)</para>
       </listitem>
 
       <listitem>
 	<para>&a.gibbs (1993 - 2000)</para>
       </listitem>
 
       <listitem>
 	<para>&a.rich (1994 - 2000)</para>
       </listitem>
 
       <listitem>
 	<para>&a.phk (1992 - 2000)</para>
       </listitem>
 
       <listitem>
 	<para>&a.gpalmer (1993 - 2000)</para>
       </listitem>
 
       <listitem>
 	<para>&a.sos (1993 - 2000)</para>
       </listitem>
 
       <listitem>
 	<para>&a.wollman (1993 - 2000)</para>
       </listitem>
 
       <listitem>
 	<para>&a.joerg (1993 - 2000)</para>
       </listitem>
 
       <listitem>
 	<para>&a.jdp (1997 - 2000)</para>
       </listitem>
       
       <listitem>
 	<para>&a.guido (1995 - 1999)</para>
       </listitem>
 
       <listitem>
 	<para>&a.dyson (1993 - 1998)</para>
       </listitem>
 
       <listitem>
 	<para>&a.nate (1992 - 1996)</para>
       </listitem>
 
       <listitem>
 	<para>&a.rgrimes (1992 - 1995)</para>
       </listitem>
 
       <listitem>
 	<para>Andreas Schulz (1992 - 1995)</para>
       </listitem>
 
       <listitem>
 	<para>&a.csgr (1993 - 1995)</para>
       </listitem>
 
       <listitem>
 	<para>&a.paul (1992 - 1995)</para>
       </listitem>
 
       <listitem>
 	<para>&a.smace (1993 - 1994)</para>
       </listitem>
 
       <listitem>
 	<para>Andrew Moore (1993 - 1994)</para>
       </listitem>
 
       <listitem>
 	<para>Christoph Robitschko (1993 - 1994)</para>
       </listitem>
 
       <listitem>
 	<para>J. T. Conklin (1992 - 1993)</para>
       </listitem>
     </itemizedlist>
   </sect1>
 
   <sect1 id="contrib-develalumni">
     <title>開発チームの卒業生</title>
  
     <para>次にあげるのは, かつて FreeBSD
       開発チームの一員だった人々です.
       FreeBSD プロジェクトに貢献してくださった彼らに感謝します.</para>
  
     <para><emphasis>ほぼ年代順に:</emphasis></para>
  
     <itemizedlist>
       <listitem>
         <para>&a.tedm (???? - 2000)</para>
       </listitem> 
       <listitem>
         <para>&a.karl (???? - 2000)</para>
       </listitem> 
       <listitem>
         <para>&a.gclarkii (1993 - 2000)</para>
       </listitem> 
       <listitem>
         <para>&a.jraynard (???? - 2000)</para>
       </listitem> 
       <listitem>
         <para>&a.jgreco (???? - 1999)</para>
       </listitem> 
       <listitem>
         <para>&a.ats (???? - 1999)</para>
       </listitem> 
       <listitem>
         <para>Jamil Weatherby (1997 - 1999)</para>
       </listitem> 
       <listitem>
         <para>meganm (???? - 1998)</para>
       </listitem> 
       <listitem>
         <para>&a.dyson (???? - 1998)</para>
       </listitem> 
       <listitem>
         <para>Amancio Hasty (1997 - 1998)</para>
       </listitem> 
       <listitem>
         <para>Drew Derbyshire (1997 - 1998)</para>
       </listitem> 
     </itemizedlist>
   </sect1>	
 
   <sect1 id="contrib-derived">
     <title>BSD 派生ソフトウェアへのコントリビュータ</title>
 
     <para>このソフトウェアは最初は William F. Jolitz の 386BSD release
       0.1 から派生しましたが, オリジナルの 386BSD
       に固有のコードはほとんど残っていません.
       このソフトウェアは基本的にはカリフォルニア大学 バークレイ校の
       Computer Science Research Group (CSRG) とその共同研究者
       たちによる 4.4BSD-Lite リリースから再実装されました.</para>
 
     <para>また, NetBSD や OpenBSD の一部も FreeBSD
       に取り込まれています. したがって私たちは NetBSD と OpenBSD
       へ貢献した人々すべてに感謝します.</para>
   </sect1>
 
   <sect1 id="contrib-additional">
     <title>その他の FreeBSD へのコントリビュータ</title>
 
     <para>(名前でアルファベット順に):</para>
 
     <itemizedlist>
       <listitem>
 	<para>ABURAYA Ryushirou <email>rewsirow@ff.iij4u.or.jp</email></para>
       </listitem>
       
       <listitem>
 	<para>AMAGAI Yoshiji <email>amagai@nue.org</email></para>
       </listitem>
       
       <listitem>
 	<para>Aaron Bornstein <email>aaronb@j51.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Aaron Smith <email>aaron@mutex.org</email></para>
       </listitem>
 
       <listitem>
 	<para>Achim Patzner <email>ap@noses.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Ada T Lim <email>ada@bsd.org</email></para>
       </listitem>
       
       <listitem>
 	<para>Adam Baran <email>badam@mw.mil.pl</email></para>
       </listitem>
       
       <listitem>
 	<para>Adam Glass <email>glass@postgres.berkeley.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Adam Herzog <email>adam@herzogdesigns.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Adam McDougall <email>mcdouga9@egr.msu.edu</email></para>
       </listitem>
 
       <listitem>
 	<para>Adam Strohl <email>troll@digitalspark.net</email></para>
       </listitem>
 
       <listitem>
         <para>Adoal Xu <email>adoal@iname.com</email></para>
       </listitem>
 
       <listitem>
         <para>Adrian Colley <email>aecolley@ois.ie</email></para>
       </listitem>
 
       <listitem>
        <para>Adrian Hall <email>ahall@mirapoint.com</email></para>
       </listitem>
 
       <listitem>
         <para>Adrian Mariano <email>adrian@cam.cornell.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Adrian Steinmann <email>ast@marabu.ch</email></para>
       </listitem>
 
       <listitem>
         <para>Adrian T. Filipi-Martin
 	  <email>atf3r@agate.cs.virginia.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Ajit Thyagarajan <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Akio Morita
 	  <email>amorita@meadow.scphys.kyoto-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Akira SAWADA <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Akira Watanabe
 	  <email>akira@myaw.ei.meisei-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Akito Fujita <email>fujita@zoo.ncl.omron.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Alain Kalker
 	  <email>A.C.P.M.Kalker@student.utwente.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Alan Bawden <email>alan@curry.epilogue.com</email></para>
       </listitem>
 
       <listitem>
         <para>Alec Wolman <email>wolman@cs.washington.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Aled Morris <email>aledm@routers.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Aleksandr A Babaylov <email>.@babolo.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Alex G. Bulushev <email>bag@demos.su</email></para>
       </listitem>
 
       <listitem>
         <para>Alex D. Chen
 	  <email>dhchen@Canvas.dorm7.nccu.edu.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Alex Le Heux <email>alexlh@funk.org</email></para>
       </listitem>
 
       <listitem>
         <para>Alex Kapranoff <email>kappa@zombie.antar.bryansk.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Alex Perel <email>veers@disturbed.net</email></para>
       </listitem>
 
       <listitem>
         <para>Alex Varju <email>varju@webct.com</email></para>
       </listitem>
 
       <listitem>
         <para>Alex Zepeda <email>garbanzo@hooked.net</email></para>
       </listitem>
 
       <listitem>
         <para>Alexander B. Povolotsky <email>tarkhil@mgt.msk.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Alexander Gelfenbain <email>mail@gelf.com</email></para>
       </listitem>
 
       <listitem>
         <para>Alexander Leidinger
 	  <email>netchild@wurzelausix.CS.Uni-SB.DE</email></para>
       </listitem>
 
       <listitem>
         <para>Alexandre Snarskii <email>snar@paranoia.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Alistair G. Crooks <email>agc@uts.amdahl.com</email></para>
       </listitem>
 
       <listitem>
         <para>Allan Bowhill <email>bowhill@bowhill.vservers.com</email></para>
       </listitem>
 
       <listitem>
         <para>Allan Saddi <email>asaddi@philosophysw.com</email></para>
       </listitem>
 
       <listitem>
         <para>Allen Campbell <email>allenc@verinet.com</email></para>
       </listitem>
 
       <listitem>
         <para>Amakawa Shuhei <email>amakawa@hoh.t.u-tokyo.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Amancio Hasty <email>hasty@star-gate.com</email></para>
       </listitem>
 
       <listitem>
         <para>Amir Farah <email>amir@comtrol.com</email></para>
       </listitem>
 
       <listitem>
         <para>Amy Baron <email>amee@beer.org</email></para>
       </listitem>
 
       <listitem>
         <para>The Anarcat <email>beaupran@iro.umontreal.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Anatoly A. Orehovsky <email>tolik@mpeks.tomsk.su</email></para>
       </listitem>
 
       <listitem>
         <para>Anatoly Vorobey <email>mellon@pobox.com</email></para>
       </listitem>
 
       <listitem>
         <para>Anders Andersson <email>anders@codefactory.se</email></para>
       </listitem>
 
       <listitem>
         <para>Anders Nordby <email>anders@fix.no</email></para>
       </listitem>
 
       <listitem>
         <para>Anders Thulin <email>Anders.X.Thulin@telia.se</email></para>
       </listitem>
 
       <listitem>
         <para>Andras Olah <email>olah@cs.utwente.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Andre Albsmeier
 	  <email>Andre.Albsmeier@mchp.siemens.de</email></para>
       </listitem>
 
       <listitem>
         <para>Andre Goeree <email>abgoeree@uwnet.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Andre Oppermann <email>andre@pipeline.ch</email></para>
       </listitem>
 
       <listitem>
         <para>Andreas Haakh <email>ah@alman.robin.de</email></para>
       </listitem>
 
       <listitem>
         <para>Andreas Kohout <email>shanee@rabbit.augusta.de</email></para>
       </listitem>
 
       <listitem>
         <para>Andreas Lohr <email>andreas@marvin.RoBIN.de</email></para>
       </listitem>
 
       <listitem>
         <para>Andreas Schulz <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Andreas Wetzel <email>mickey@deadline.snafu.de</email></para>
       </listitem>
 
       <listitem>
         <para>Andreas Wrede <email>andreas@planix.com</email></para>
       </listitem>
 
       <listitem>
         <para>Andres Vega Garcia <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew Atrens <email>atreand@statcan.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew Boothman <email>andrew@cream.org</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew Gillham <email>gillham@andrews.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew Gordon <email>andrew.gordon@net-tel.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew Herbert <email>andrew@werple.apana.org.au</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew J. Korty <email>ajk@purdue.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew L. Moore <email>alm@mclink.com</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew L. Neporada <email>andrew@chg.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew McRae <email>amcrae@cisco.com</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew Stevenson <email>andrew@ugh.net.au</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew Timonin <email>tim@pool1.convey.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew V. Stesin <email>stesin@elvisti.kiev.ua</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew Webster <email>awebster@dataradio.com</email></para>
       </listitem>
 
       <listitem>
         <para>Andrey Novikov <email>andrey@novikov.com</email></para>
       </listitem>
 
       <listitem>
         <para>Andrey Simonenko <email>simon@comsys.ntu-kpi.kiev.ua</email></para>
       </listitem>
 
       <listitem>
 	<para>Andrey Tchoritch <email>andy@venus.sympad.net</email></para>
       </listitem>
 
       <listitem>
         <para>Andy Farkas <email>andyf@speednet.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Andy Valencia <email>ajv@csd.mot.com</email></para>
       </listitem>
 
       <listitem>
         <para>Andy Whitcroft <email>andy@sarc.city.ac.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Angelo Turetta <email>ATuretta@stylo.it</email></para>
       </listitem>
 
       <listitem>
         <para>Anthony C. Chavez <email>magus@xmission.com</email></para>
       </listitem>
 
       <listitem>
         <para>Anthony Yee-Hang Chan <email>yeehang@netcom.com</email></para>
       </listitem>
 
       <listitem>
         <para>Anton Berezin <email>tobez@plab.ku.dk</email></para>
       </listitem>
 
       <listitem>
         <para>Anton N. Bruesov <email>antonz@library.ntu-kpi.kiev.ua</email></para>
       </listitem>
 
       <listitem>
         <para>Anton Voronin <email>anton@urc.ac.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Antti Kaipila <email>anttik@iki.fi</email></para>
       </listitem>
 
       <listitem>
 	<para>arci <email>vega@sophia.inria.fr</email></para>
       </listitem>
 
       <listitem>
         <para>Are Bryne <email>are.bryne@communique.no</email></para>
       </listitem>
 
       <listitem>
         <para>Ari Suutari <email>ari@suutari.iki.fi</email></para>
       </listitem>
 
       <listitem>
 	<para>Arindum Mukerji <email>rmukerji@execpc.com</email></para>
       </listitem>
 
       <listitem>
         <para>Arjan de Vet <email>devet@IAEhv.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Arne Henrik Juul <email>arnej@Lise.Unit.NO</email></para>
       </listitem>
 
       <listitem>
         <para>Arun Sharma <email>adsharma@sharmas.dhs.org</email></para>
       </listitem>
 
       <listitem>
         <para>Ask Bjoern Hansen <email>ask@valueclick.com</email></para>
       </listitem>
 
       <listitem>
         <para>Atsushi Furuta <email>furuta@sra.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Atsushi Murai <email>amurai@spec.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Bakul Shah <email>bvs@bitblocks.com</email></para>
       </listitem>
 
       <listitem>
         <para>Barry Bierbauch <email>pivrnec@vszbr.cz</email></para>
       </listitem>
 
       <listitem>
         <para>Barry Lustig <email>barry@ictv.com</email></para>
       </listitem>
 
       <listitem>
         <para>Ben Hutchinson <email>benhutch@xfiles.org.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Ben Jackson <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Ben Walter <email>bwalter@itachi.swcp.com</email></para>
       </listitem>
 
       <listitem>
         <para>Benjamin Lewis <email>bhlewis@gte.net</email></para>
       </listitem>
 
       <listitem>
         <para>Berend de Boer <email>berend@pobox.com</email></para>
       </listitem>
 
       <listitem>
         <para>Bernd Rosauer <email>br@schiele-ct.de</email></para>
       </listitem>
 
       <listitem>
         <para>Bill Kish <email>kish@osf.org</email></para>
       </listitem>
 
       <listitem>
         <para>Bill Trost <email>trost@cloud.rain.com</email></para>
       </listitem>
 
       <listitem>
         <para>Blaz Zupan <email>blaz@amis.net</email></para>
       </listitem>
 
       <listitem>
         <para>Bob Van Valzah <email>Bob@whitebarn.com</email></para>
       </listitem>
 
       <listitem>
         <para>Bob Wilcox <email>bob@obiwan.uucp</email></para>
       </listitem>
 
       <listitem>
         <para>Bob Willcox <email>bob@luke.pmr.com</email></para>
       </listitem>
 
       <listitem>
         <para>Boris Staeblow <email>balu@dva.in-berlin.de</email></para>
       </listitem>
 
       <listitem>
         <para>Boyd Faulkner <email>faulkner@mpd.tandem.com</email></para>
       </listitem>
 
       <listitem>
         <para>Boyd R. Faulkner <email>faulkner@asgard.bga.com</email></para>
       </listitem>
 
       <listitem>
         <para>Brad Chapman <email>chapmanb@arches.uga.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Brad Hendrickse <email>bradh@uunet.co.za</email></para>
       </listitem>
 
       <listitem>
         <para>Brad Karp <email>karp@eecs.harvard.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Bradley Dunn <email>bradley@dunn.org</email></para>
       </listitem>
 
       <listitem>
         <para>Brad Jones <email>brad@kazrak.com</email></para>
       </listitem>
 
       <listitem>
 	<para>Brandon Fosdick <email>bfoz@glue.umd.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Brandon Gillespie <email>brandon@roguetrader.com</email></para>
       </listitem>
 
       <listitem>
         <para>&a.wlloyd</para>
       </listitem>
 
       <listitem>
         <para>Brent J. Nordquist <email>bjn@visi.com</email></para>
       </listitem>
 
       <listitem>
         <para>Brett Lymn <email>blymn@mulga.awadi.com.AU</email></para>
       </listitem>
 
       <listitem>
         <para>Brett Taylor
 	  <email>brett@peloton.runet.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Brian Campbell <email>brianc@pobox.com</email></para>
       </listitem>
 
       <listitem>
         <para>Brian Clapper <email>bmc@willscreek.com</email></para>
       </listitem>
 
       <listitem>
         <para>Brian Cully <email>shmit@kublai.com</email></para>
       </listitem>
 
       <listitem>
         <para>Brian Handy
 	  <email>handy@lambic.space.lockheed.com</email></para>
       </listitem>
 
       <listitem>
         <para>Brian Litzinger <email>brian@MediaCity.com</email></para>
       </listitem>
 
       <listitem>
         <para>Brian McGovern <email>bmcgover@cisco.com</email></para>
       </listitem>
 
       <listitem>
         <para>Brian Moore <email>ziff@houdini.eecs.umich.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Brian R. Haug <email>haug@conterra.com</email></para>
       </listitem>
 
       <listitem>
         <para>Brian Tao <email>taob@risc.org</email></para>
       </listitem>
 
       <listitem>
         <para>Brion Moss <email>brion@queeg.com</email></para>
       </listitem>
 
       <listitem>
         <para>Bruce Albrecht <email>bruce@zuhause.mn.org</email></para>
       </listitem>
 
       <listitem>
         <para>Bruce Gingery <email>bgingery@gtcs.com</email></para>
       </listitem>
 
       <listitem>
         <para>Bruce J. Keeler <email>loodvrij@gridpoint.com</email></para>
       </listitem>
 
       <listitem>
         <para>Bruce Murphy <email>packrat@iinet.net.au</email></para>
       </listitem>
 
       <listitem>
         <para>Bruce Walter <email>walter@fortean.com</email></para>
       </listitem>
 
       <listitem>
         <para>Carey Jones <email>mcj@acquiesce.org</email></para>
       </listitem>
 
       <listitem>
         <para>Carl Fongheiser <email>cmf@netins.net</email></para>
       </listitem>
 
       <listitem>
         <para>Carl Mascott <email>cmascott@world.std.com</email></para>
       </listitem>
 
       <listitem>
         <para>Casper <email>casper@acc.am</email></para>
       </listitem>
 
       <listitem>
         <para>Castor Fu <email>castor@geocast.com</email></para>
       </listitem>
 
       <listitem>
         <para>Chain Lee <email>chain@110.net</email></para>
       </listitem>
 
       <listitem>
         <para>Charles Hannum <email>mycroft@ai.mit.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Charles Henrich <email>henrich@msu.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Charles Mott <email>cmott@scientech.com</email></para>
       </listitem>
 
       <listitem>
         <para>Charles Owens <email>owensc@enc.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Chet Ramey <email>chet@odin.INS.CWRU.Edu</email></para>
       </listitem>
 
       <listitem>
         <para>Chia-liang Kao <email>clkao@CirX.ORG</email></para>
       </listitem>
 
       <listitem>
         <para>Chiharu Shibata <email>chi@bd.mbn.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Chip Norkus <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Chris Csanady <email>cc@tarsier.ca.sandia.gov</email></para>
       </listitem>
 
       <listitem>
         <para>Chris Dabrowski <email>chris@vader.org</email></para>
       </listitem>
 
       <listitem>
         <para>Chris Dillon <email>cdillon@wolves.k12.mo.us</email></para>
       </listitem>
 
       <listitem>
         <para>Chris Shenton
 	  <email>cshenton@angst.it.hq.nasa.gov</email></para>
       </listitem>
 
       <listitem>
         <para>Chris Stenton <email>jacs@gnome.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Chris Timmons <email>skynyrd@opus.cts.cwu.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Chris Torek <email>torek@ee.lbl.gov</email></para>
       </listitem>
 
       <listitem>
         <para>Christian Gusenbauer
 	  <email>cg@fimp01.fim.uni-linz.ac.at</email></para>
       </listitem>
 
       <listitem>
         <para>Christian Haury <email>Christian.Haury@sagem.fr</email></para>
       </listitem>
 
       <listitem>
         <para>Christian Weisgerber
 	  <email>naddy@mips.inka.de</email></para>
       </listitem>
 
       <listitem>
         <para>Christoph P. Kukulies <email>kuku@FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Christoph Robitschko
 	  <email>chmr@edvz.tu-graz.ac.at</email></para>
       </listitem>
 
       <listitem>
         <para>Christoph Weber-Fahr
 	  <email>wefa@callcenter.systemhaus.net</email></para>
       </listitem>
 
       <listitem>
         <para>Christopher G. Demetriou
 	  <email>cgd@postgres.berkeley.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Christopher N. Harrell <email>cnh@ivmg.net</email></para>
       </listitem>
 
       <listitem>
         <para>Christopher T. Johnson
 	  <email>cjohnson@neunacht.netgsi.com</email></para>
       </listitem>
 
       <listitem>
         <para>Chrisy Luke <email>chrisy@flix.net</email></para>
       </listitem>
 
       <listitem>
         <para>Chuck Hein <email>chein@cisco.com</email></para>
       </listitem>
 
       <listitem>
         <para>Cliff Rowley <email>dozprompt@onsea.com</email></para>
       </listitem>
 
       <listitem>
         <para>Colman Reilly <email>careilly@tcd.ie</email></para>
       </listitem>
 
       <listitem>
         <para>Conrad Sabatier <email>conrads@home.com</email></para>
       </listitem>
 
       <listitem>
         <para>Coranth Gryphon <email>gryphon@healer.com</email></para>
       </listitem>
 
       <listitem>
         <para>Cornelis van der Laan
 	  <email>nils@guru.ims.uni-stuttgart.de</email></para>
       </listitem>
 
       <listitem>
         <para>Cove Schneider <email>cove@brazil.nbn.com</email></para>
       </listitem>
 
       <listitem>
         <para>Craig Leres <email>leres@ee.lbl.gov</email></para>
       </listitem>
 
       <listitem>
         <para>Craig Loomis <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Craig Metz <email>cmetz@inner.net</email></para>
       </listitem>
 
       <listitem>
         <para>Craig Spannring <email>cts@internetcds.com</email></para>
       </listitem>
 
       <listitem>
         <para>Craig Struble <email>cstruble@vt.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Cristian Ferretti <email>cfs@riemann.mat.puc.cl</email></para>
       </listitem>
 
       <listitem>
         <para>Curt Mayer <email>curt@toad.com</email></para>
       </listitem>
 
       <listitem>
         <para>Cy Schubert <email>cschuber@uumail.gov.bc.ca</email></para>
       </listitem>
 
       <listitem>
 	<para>Cyrille Lefevre <email>clefevre@citeweb.net</email></para>
       </listitem>
 
       <listitem>
 	<para>Cyrus Rahman <email>cr@jcmax.com</email></para>
       </listitem>
 
       <listitem>
         <para>Dai Ishijima <email>ishijima@tri.pref.osaka.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Daisuke Watanabe <email>NU7D-WTNB@asahi-net.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Damian Hamill <email>damian@cablenet.net</email></para>
       </listitem>
 
       <listitem>
         <para>Dan Cross <email>tenser@spitfire.ecsel.psu.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Dan Langille <email>dan@freebsddiary.org</email></para>
       </listitem>
 
       <listitem>
         <para>Dan Lukes <email>dan@obluda.cz</email></para>
       </listitem>
 
       <listitem>
         <para>Dan Nelson <email>dnelson@emsphone.com</email></para>
       </listitem>
 
       <listitem>
         <para>Dan Papasian <email>bugg@bugg.strangled.net</email></para>
       </listitem>
 
       <listitem>
         <para>Dan Piponi <email>wmtop@tanelorn.demon.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Dan Walters <email>hannibal@cyberstation.net</email></para>
       </listitem>
 
       <listitem>
         <para>Daniel Hagan
 	  <email>dhagan@cs.vt.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Daniel O'Connor <email>doconnor@gsoft.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Daniel Poirot <email>poirot@aio.jsc.nasa.gov</email></para>
       </listitem>
 
       <listitem>
         <para>Daniel Rock <email>rock@cs.uni-sb.de</email></para>
       </listitem>
 
       <listitem>
         <para>Daniel W. McRobb <email>dwm@caimis.com</email></para>
       </listitem>
 
       <listitem>
         <para>Danny Egen <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Danny J. Zerkel <email>dzerkel@phofarm.com</email></para>
       </listitem>
 
       <listitem>
         <para>Darren Reed <email>avalon@coombs.anu.edu.au</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Adkins <email>adkin003@tc.umn.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Andersen <email>angio@aros.net</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Blizzard <email>dblizzar@sprynet.com</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Bodenstab <email>imdave@synet.net</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Burgess <email>burgess@hrd769.brooks.af.mil</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Chapeskie <email>dchapes@ddm.on.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Cornejo <email>dave@dogwood.com</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Edmondson <email>davided@sco.com</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Glowacki <email>dglo@ssec.wisc.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Marquardt <email>marquard@austin.ibm.com</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Tweten <email>tweten@FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>David A. Adkins <email>adkin003@tc.umn.edu</email></para>
       </listitem>
 
       <listitem>
         <para>David A. Bader <email>dbader@eece.unm.edu</email></para>
       </listitem>
 
       <listitem>
         <para>David Borman <email>dab@bsdi.com</email></para>
       </listitem>
 
       <listitem>
         <para>David W. Chapman Jr. <email>dwcjr@inethouston.net</email></para>
       </listitem>
 
       <listitem>
         <para>David Dawes <email>dawes@XFree86.org</email></para>
       </listitem>
 
       <listitem>
         <para>David Filo <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>David Holland <email>dholland@eecs.harvard.edu</email></para>
       </listitem>
 
       <listitem>
         <para>David Holloway <email>daveh@gwythaint.tamis.com</email></para>
       </listitem>
 
       <listitem>
         <para>David Horwitt <email>dhorwitt@ucsd.edu</email></para>
       </listitem>
 
       <listitem>
         <para>David Hovemeyer <email>daveho@infocom.com</email></para>
       </listitem>
 
       <listitem>
         <para>David Jones <email>dej@qpoint.torfree.net</email></para>
       </listitem>
 
       <listitem>
         <para>David Kelly <email>dkelly@tomcat1.tbe.com</email></para>
       </listitem>
 
       <listitem>
         <para>David Kulp <email>dkulp@neomorphic.com</email></para>
       </listitem>
 
       <listitem>
         <para>David L. Nugent <email>davidn@blaze.net.au</email></para>
       </listitem>
 
       <listitem>
         <para>David Leonard <email>d@scry.dstc.edu.au</email></para>
       </listitem>
 
       <listitem>
         <para>David Muir Sharnoff <email>muir@idiom.com</email></para>
       </listitem>
 
       <listitem>
         <para>David Sugar <email>dyfet@gnu.org</email></para>
       </listitem>
 
       <listitem>
         <para>David S. Miller <email>davem@jenolan.rutgers.edu</email></para>
       </listitem>
 
       <listitem>
         <para>David Wolfskill <email>dhw@whistle.com</email></para>
       </listitem>
 
       <listitem>
         <para>Dean Gaudet <email>dgaudet@arctic.org</email></para>
       </listitem>
 
       <listitem>
         <para>Dean Huxley <email>dean@fsa.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Denis Fortin <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Denis Shaposhnikov <email>dsh@vlink.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Dennis Glatting
 	  <email>dennis.glatting@software-munitions.com</email></para>
       </listitem>
 
       <listitem>
         <para>Denton Gentry <email>denny1@home.com</email></para>
       </listitem>
 
       <listitem>
 	<para>der Mouse <email>mouse@Collatz.McRCIM.McGill.EDU</email></para>
       </listitem>
 
       <listitem>
         <para>Derek Inksetter <email>derek@saidev.com</email></para>
       </listitem>
 
       <listitem>
         <para>DI. Christian Gusenbauer
 	  <email>cg@scotty.edvz.uni-linz.ac.at</email></para>
       </listitem>
 
       <listitem>
         <para>Dirk Keunecke <email>dk@panda.rhein-main.de</email></para>
       </listitem>
 
       <listitem>
         <para>Dirk Nehrling <email>nerle@pdv.de</email></para>
       </listitem>
 
       <listitem>
         <para>Dishanker Rajakulendren <email>draj@oceanfree.net</email></para>
       </listitem>
 
       <listitem>
         <para>Dmitry Khrustalev <email>dima@xyzzy.machaon.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Dmitry Kohmanyuk <email>dk@farm.org</email></para>
       </listitem>
 
       <listitem>
         <para>Dom Mitchell <email>dom@myrddin.demon.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Domas Mituzas <email>midom@dammit.lt</email></para>
       </listitem>
 
       <listitem>
         <para>Dominik Brettnacher <email>domi@saargate.de</email></para>
       </listitem>
 
       <listitem>
 	<para>Dominik Rothert <email>dr@domix.de</email></para>
       </listitem>
 
       <listitem>
         <para>Don Croyle <email>croyle@gelemna.ft-wayne.in.us</email></para>
       </listitem>
 
       <listitem>
         <para>Donn Miller <email>dmmiller@cvzoom.net</email></para>
       </listitem>
 
       <listitem>
         <para>Dan Pelleg <email>dpelleg+unison@cs.cmu.edu</email></para>
       </listitem>
 
       <listitem>
         <para>&a.whiteside;</para>
       </listitem>
 
       <listitem>
         <para>Don Morrison <email>dmorrisn@u.washington.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Don Yuniskis <email>dgy@rtd.com</email></para>
       </listitem>
 
       <listitem>
         <para>Donald Maddox <email>dmaddox@conterra.com</email></para>
       </listitem>
 
       <listitem>
         <para>Douglas Ambrisko <email>ambrisko@whistle.com</email></para>
       </listitem>
 
       <listitem>
         <para>Douglas Carmichael <email>dcarmich@mcs.com</email></para>
       </listitem>
 
       <listitem>
         <para>Douglas Crosher <email>dtc@scrooge.ee.swin.oz.au</email></para>
       </listitem>
 
       <listitem>
         <para>Drew Derbyshire <email>ahd@kew.com</email></para>
       </listitem>
 
       <listitem>
         <para>Dustin Sallings <email>dustin@spy.net</email></para>
       </listitem>
 
       <listitem>
         <para>Eckart "Isegrim" Hofmann
 	  <email>Isegrim@Wunder-Nett.org</email></para>
       </listitem>
 
       <listitem>
         <para>Ed Gold
 	  <email>vegold01@starbase.spd.louisville.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Ed Hudson <email>elh@p5.spnet.com</email></para>
       </listitem>
 
       <listitem>
         <para>Edward Chuang <email>edwardc@firebird.org.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Edward Wang <email>edward@edcom.com</email></para>
       </listitem>
 
       <listitem>
         <para>Edwin Groothus <email>edwin@nwm.wan.philips.com</email></para>
       </listitem>
 
       <listitem>
         <para>Edwin Mons <email>e@ik.nu</email></para>
       </listitem>
 
       <listitem>
 	<para>Ege Rekk <email>aagero@aage.priv.no</email></para>
       </listitem>
 
       <listitem>
         <para>Eiji-usagi-MATSUmoto <email>usagi@clave.gr.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Eike Bernhardt <email>eike.bernhardt@gmx.de</email></para>
       </listitem>
 
       <listitem>
         <para>ELISA Font Project</para>
       </listitem>
 
 
       <listitem>
         <para>Elmar Bartel
 	  <email>bartel@informatik.tu-muenchen.de</email></para>
       </listitem>
 
       <listitem>
         <para>Eoin Lawless <email>eoin@maths.tcd.ie</email></para>
       </listitem>
 
       <listitem>
         <para>Eric A. Griff <email>eagriff@global2000.net</email></para>
       </listitem>
 
       <listitem>
         <para>Eric Blood <email>eblood@cs.unr.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Eric J. Haug <email>ejh@slustl.slu.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Eric J. Schwertfeger <email>eric@cybernut.com</email></para>
       </listitem>
 
       <listitem>
         <para>Eric L. Hernes <email>erich@lodgenet.com</email></para>
       </listitem>
 
       <listitem>
         <para>Eric P. Scott <email>eps@sirius.com</email></para>
       </listitem>
 
       <listitem>
         <para>Eric Sprinkle <email>eric@ennovatenetworks.com</email></para>
       </listitem>
 
       <listitem>
         <para>Erich Stefan Boleyn <email>erich@uruk.org</email></para>
       </listitem>
 
       <listitem>
         <para>Erich Zigler <email>erich@tacni.net</email></para>
       </listitem>
 
       <listitem>
         <para>Erik H. Bakke <email>erikhb@bgnett.no</email></para>
       </listitem>
 
       <listitem>
         <para>Erik E. Rantapaa <email>rantapaa@math.umn.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Erik H. Moe <email>ehm@cris.com</email></para>
       </listitem>
 
       <listitem>
         <para>Ernst de Haan <email>ernst@heinz.jollem.com</email></para>
       </listitem>
 
       <listitem>
         <para>Ernst Winter <email>ewinter@lobo.muc.de</email></para>
       </listitem>
 
       <listitem>
 	<para>Espen Skoglund <email>esk@ira.uka.de</email></para>
       </listitem>
 
       <listitem>
         <para>Eugene M. Kim <email>astralblue@usa.net</email></para>
       </listitem>
 
       <listitem>
         <para>Eugene Radchenko <email>genie@qsar.chem.msu.su</email></para>
       </listitem>
 
       <listitem>
 	<para>Eugeny Kuzakov <email>CoreDumped@coredumped.null.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Evan Champion <email>evanc@synapse.net</email></para>
       </listitem>
 
       <listitem>
         <para>Faried Nawaz <email>fn@Hungry.COM</email></para>
       </listitem>
 
       <listitem>
         <para>Flemming Jacobsen <email>fj@tfs.com</email></para>
       </listitem>
 
       <listitem>
         <para>Fong-Ching Liaw <email>fong@juniper.net</email></para>
       </listitem>
 
       <listitem>
         <para>Francis M J Hsieh <email>mjshieh@life.nthu.edu.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Francisco Reyes <email>fjrm@yahoo.com</email></para>
       </listitem>
 
       <listitem>
         <para>Frank Bartels <email>knarf@camelot.de</email></para>
       </listitem>
 
       <listitem>
         <para>Frank Chen Hsiung Chan
 	  <email>frankch@waru.life.nthu.edu.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Frank Durda IV <email>uhclem@nemesis.lonestar.org</email></para>
       </listitem>
 
       <listitem>
         <para>Frank MacLachlan <email>fpm@n2.net</email></para>
       </listitem>
 
       <listitem>
         <para>Frank Nobis <email>fn@Radio-do.de</email></para>
       </listitem>
 
       <listitem>
         <para>Frank ten Wolde <email>franky@pinewood.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Frank van der Linden <email>frank@fwi.uva.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Frank Volf <email>volf@oasis.IAEhv.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Fred Cawthorne <email>fcawth@jjarray.umn.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Fred Gilham <email>gilham@csl.sri.com</email></para>
       </listitem>
 
       <listitem>
         <para>Fred Templin <email>templin@erg.sri.com</email></para>
       </listitem>
 
       <listitem>
         <para>Frederick Earl Gray <email>fgray@rice.edu</email></para>
       </listitem>
 
       <listitem>
         <para>FUJIMOTO Kensaku
 	  <email>fujimoto@oscar.elec.waseda.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>FURUSAWA Kazuhisa
 	  <email>furusawa@com.cs.osakafu-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>G. Adam Stanislav<email>adam@whizkidtech.net</email></para>
       </listitem>
 
       <listitem>
         <para>Gabor Kincses <email>gabor@acm.org</email></para>
       </listitem>
 
       <listitem>
         <para>Gabor Zahemszky <email>zgabor@CoDe.hu</email></para>
       </listitem>
 
       <listitem>
         <para>Garance A Drosehn <email>gad@eclipse.its.rpi.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Gary A. Browning <email>gab10@griffcd.amdahl.com</email></para>
       </listitem>
 
       <listitem>
         <para>Gary Howland <email>gary@hotlava.com</email></para>
       </listitem>
 
       <listitem>
         <para>Gary J. <email>garyj@rks32.pcs.dec.com</email></para>
       </listitem>
 
       <listitem>
         <para>Gary Kline <email>kline@thought.org</email></para>
       </listitem>
 
       <listitem>
         <para>Gaspar Chilingarov <email>nightmar@lemming.acc.am</email></para>
       </listitem>
 
       <listitem>
         <para>Gea-Suan Lin <email>gsl@tpts4.seed.net.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Gene Raytsin <email>pal@paladin7.net</email></para>
       </listitem>
 
       <listitem>
         <para>Geoff Rehmet <email>csgr@alpha.ru.ac.za</email></para>
       </listitem>
 
       <listitem>
         <para>Georg Wagner <email>georg.wagner@ubs.com</email></para>
       </listitem>
 
       <listitem>
 	<para>Gianlorenzo Masini <email>masini@uniroma3.it</email></para>
       </listitem>
 
       <listitem>
         <para>Gianmarco Giovannelli
 	  <email>gmarco@giovannelli.it</email></para>
       </listitem>
 
       <listitem>
         <para>Gil Kloepfer Jr. <email>gil@limbic.ssdl.com</email></para>
       </listitem>
 
       <listitem>
         <para>Gilad Rom <email>rom_glsa@ein-hashofet.co.il</email></para>
       </listitem>
 
       <listitem>
         <para>Giles Lean <email>giles@nemeton.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Ginga Kawaguti
 	  <email>ginga@amalthea.phys.s.u-tokyo.ac.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Giorgos Keramidas <email>keramida@ceid.upatras.gr</email></para>
       </listitem>
 
       <listitem>
         <para>Glen Foster <email>gfoster@gfoster.com</email></para>
       </listitem>
 
       <listitem>
         <para>Glenn Johnson <email>gljohns@bellsouth.net</email></para>
       </listitem>
 
       <listitem>
         <para>Godmar Back <email>gback@facility.cs.utah.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Goran Hammarback <email>goran@astro.uu.se</email></para>
       </listitem>
 
       <listitem>
         <para>Gord Matzigkeit <email>gord@enci.ucalgary.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Gordon Greeff <email>gvg@uunet.co.za</email></para>
       </listitem>
 
       <listitem>
         <para>Graham Wheeler <email>gram@cdsec.com</email></para>
       </listitem>
 
       <listitem>
         <para>Greg A. Woods <email>woods@zeus.leitch.com</email></para>
       </listitem>
 
       <listitem>
         <para>Greg Ansley <email>gja@ansley.com</email></para>
       </listitem>
 
       <listitem>
         <para>Greg Robinson <email>greg@rosevale.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Greg Troxel <email>gdt@ir.bbn.com</email></para>
       </listitem>
 
       <listitem>
         <para>Greg Ungerer <email>gerg@stallion.oz.au</email></para>
       </listitem>
 
       <listitem>
         <para>Gregory Bond <email>gnb@itga.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Gregory D. Moncreaff
 	  <email>moncrg@bt340707.res.ray.com</email></para>
       </listitem>
 
       <listitem>
         <para>Guy Harris <email>guy@netapp.com</email></para>
       </listitem>
 
       <listitem>
         <para>Guy Helmer <email>ghelmer@cs.iastate.edu</email></para>
       </listitem>
 
       <listitem>
         <para>HAMADA Naoki <email>hamada@astec.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Hannu Savolainen <email>hannu@voxware.pp.fi</email></para>
       </listitem>
 
       <listitem>
         <para>Hans Huebner <email>hans@artcom.de</email></para>
       </listitem>
 
       <listitem>
         <para>Hans Petter Bieker <email>zerium@webindex.no</email></para>
       </listitem>
 
       <listitem>
         <para>Hans Zuidam <email>hans@brandinnovators.com</email></para>
       </listitem>
 
       <listitem>
         <para>Harlan Stenn <email>Harlan.Stenn@pfcs.com</email></para>
       </listitem>
 
       <listitem>
         <para>Harold Barker <email>hbarker@dsms.com</email></para>
       </listitem>
 
       <listitem>
         <para>Harry Newton <email>harry_newton@telinco.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Havard Eidnes
 	  <email>Havard.Eidnes@runit.sintef.no</email></para>
       </listitem>
 
       <listitem>
         <para>Heikki Suonsivu <email>hsu@cs.hut.fi</email></para>
       </listitem>
 
       <listitem>
         <para>Heiko W. Rupp <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Helmut F. Wirth <email>hfwirth@ping.at</email></para>
       </listitem>
 
       <listitem>
         <para>Henrik Vestergaard Draboel
 	  <email>hvd@terry.ping.dk</email></para>
       </listitem>
 
       <listitem>
         <para>Herb Peyerl <email>hpeyerl@NetBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Hideaki Ohmon <email>ohmon@tom.sfc.keio.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Hidekazu Kuroki <email>hidekazu@cs.titech.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Hideki Yamamoto <email>hyama@acm.org</email></para>
       </listitem>
 
       <listitem>
         <para>Hideyuki Suzuki
 	  <email>hideyuki@sat.t.u-tokyo.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Hirayama Issei <email>iss@mail.wbs.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Hiroaki Sakai <email>sakai@miya.ee.kagu.sut.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Hiroharu Tamaru <email>tamaru@ap.t.u-tokyo.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Hironori Ikura <email>hikura@kaisei.org</email></para>
       </listitem>
 
       <listitem>
         <para>Hiroshi Nishikawa <email>nis@pluto.dti.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Hiroya Tsubakimoto <email>unknown</email></para>
       </listitem>
 
       <listitem>
 	<para>Holger Lamm <email>holger@eit.uni-kl.de</email></para>
       </listitem>
 
       <listitem>
         <para>Holger Veit <email>Holger.Veit@gmd.de</email></para>
       </listitem>
 
       <listitem>
         <para>Holm Tiffe <email>holm@geophysik.tu-freiberg.de</email></para>
       </listitem>
 
       <listitem>
         <para>HONDA Yasuhiro
 	  <email>honda@kashio.info.mie-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Horance Chou
 	  <email>horance@freedom.ie.cycu.edu.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Horihiro Kumagai <email>kuma@jp.FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>HOSOBUCHI Noriyuki <email>hoso@buchi.tama.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>HOTARU-YA <email>hotaru@tail.net</email></para>
       </listitem>
 
       <listitem>
         <para>Hr.Ladavac <email>lada@ws2301.gud.siemens.co.at</email></para>
       </listitem>
 
       <listitem>
         <para>Hubert Feyrer <email>hubertf@NetBSD.ORG</email></para>
       </listitem>
 
       <listitem>
         <para>Hugh F. Mahon <email>hugh@nsmdserv.cnd.hp.com</email></para>
       </listitem>
 
       <listitem>
         <para>Hugh Mahon <email>h_mahon@fc.hp.com</email></para>
       </listitem>
 
       <listitem>
         <para>Hung-Chi Chu <email>hcchu@r350.ee.ntu.edu.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Ian Holland <email>ianh@tortuga.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Ian Struble <email>ian@broken.net</email></para>
       </listitem>
 
       <listitem>
         <para>Ian Vaudrey <email>i.vaudrey@bigfoot.com</email></para>
       </listitem>
 
       <listitem>
         <para>Igor Khasilev <email>igor@jabber.paco.odessa.ua</email></para>
       </listitem>
 
       <listitem>
         <para>Igor Roshchin <email>str@giganda.komkon.org</email></para>
       </listitem>
 
       <listitem>
         <para>Igor Sviridov <email>siac@ua.net</email></para>
       </listitem>
 
       <listitem>
         <para>Igor Vinokurov <email>igor@zynaps.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Ikuo Nakagawa <email>ikuo@isl.intec.co.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Ilia Chipitsine <email>ilia@jane.cgu.chel.su</email></para>
       </listitem>
 
       <listitem>
         <para>Ilya V. Komarov <email>mur@lynx.ru</email></para>
       </listitem>
 
       <listitem>
         <para>IMAI Takeshi <email>take-i@ceres.dti.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>IMAMURA Tomoaki
 	  <email>tomoak-i@is.aist-nara.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Itsuro Saito <email>saito@miv.t.u-tokyo.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>IWASHITA Yoji <email>shuna@pop16.odn.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>J. Bryant <email>jbryant@argus.flash.net</email></para>
       </listitem>
 
       <listitem>
         <para>J. David Lowe <email>lowe@saturn5.com</email></para>
       </listitem>
 
       <listitem>
         <para>J. Han <email>hjh@photino.com</email></para>
       </listitem>
 
       <listitem>
         <para>J. Hawk <email>jhawk@MIT.EDU</email></para>
       </listitem>
 
       <listitem>
         <para>J.T. Conklin <email>jtc@cygnus.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jack <email>jack@zeus.xtalwind.net</email></para>
       </listitem>
 
       <listitem>
         <para>Jacob Bohn Lorensen <email>jacob@jblhome.ping.mk</email></para>
       </listitem>
 
       <listitem>
         <para>Jagane D Sundar <email>jagane@netcom.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jake Hamby <email>jehamby@lightside.com</email></para>
       </listitem>
 
       <listitem>
         <para>James Clark <email>jjc@jclark.com</email></para>
       </listitem>
 
       <listitem>
         <para>James D. Stewart <email>jds@c4systm.com</email></para>
       </listitem>
 
       <listitem>
         <para>James da Silva <email>jds@cs.umd.edu</email></para>
       </listitem>
 
       <listitem>
         <para>James Jegers <email>jimj@miller.cs.uwm.edu</email></para>
       </listitem>
 
       <listitem>
         <para>James Raynard
 	  <email>fhackers@jraynard.demon.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>James T. Liu <email>jtliu@phlebas.rockefeller.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Jamie Heckford <email>jamie@jamiesdomain.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Jan Conard
 	  <email>charly@fachschaften.tu-muenchen.de</email></para>
       </listitem>
 
       <listitem>
         <para>Jan Koum <email>jkb@FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Janick Taillandier
 	  <email>Janick.Taillandier@ratp.fr</email></para>
       </listitem>
 
       <listitem>
         <para>Janusz Kokot <email>janek@gaja.ipan.lublin.pl</email></para>
       </listitem>
 
       <listitem>
         <para>Jarle Greipsland <email>jarle@idt.unit.no</email></para>
       </listitem>
 
       <listitem>
         <para>Jason Garman <email>init@risen.org</email></para>
       </listitem>
 
       <listitem>
 	<para>Jason R. Mastaler
 	  <email>jason-freebsd@mastaler.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jason Thorpe <email>thorpej@NetBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Jason Wright <email>jason@OpenBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Jason Young
 	  <email>doogie@forbidden-donut.anet-stl.com</email></para>
       </listitem>
 
       <listitem>
         <para>Javier Martin Rueda <email>jmrueda@diatel.upm.es</email></para>
       </listitem>
 
       <listitem>
         <para>Jay Fenlason <email>hack@datacube.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jay Krell <email>jay.krell@cornell.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Jaye Mathisen <email>mrcpu@cdsnet.net</email></para>
       </listitem>
 
       <listitem>
         <para>Jeff Bartig <email>jeffb@doit.wisc.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Jeff Brown <email>jabrown@caida.org</email></para>
       </listitem>
 
       <listitem>
         <para>Jeff Forys <email>jeff@forys.cranbury.nj.us</email></para>
       </listitem>
 
       <listitem>
         <para>Jeff Kletsky <email>Jeff@Wagsky.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jeff Palmer <email>jeff@isni.net</email></para>
       </listitem>
 
       <listitem>
         <para>Jeffrey Evans <email>evans@scnc.k12.mi.us</email></para>
       </listitem>
 
       <listitem>
         <para>Jeffrey Wheat <email>jeff@cetlink.net</email></para>
       </listitem>
 
       <listitem>
         <para>Jeremy Allison <email>jallison@whistle.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jeremy Chadwick <email>yoshi@parodius.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jeremy Chatfield <email>jdc@xinside.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jeremy Karlson <email>karlj000@unbc.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Jeremy Prior <email>unknown</email></para>
       </listitem>
 
       <listitem>
 	<para>Jeremy Shaffner <email>jeremy@external.org</email></para>
       </listitem>
 
       <listitem>
         <para>Jesse McConnell <email>jesse@cylant.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jesse Rosenstock <email>jmr@ugcs.caltech.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Jian-Da Li <email>jdli@csie.nctu.edu.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Babb <email>babb@FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Binkley <email>jrb@cs.pdx.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Bloom <email>bloom@acm.org</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Carroll <email>jim@carroll.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Flowers <email>jflowers@ezo.net</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Leppek <email>jleppek@harris.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Lowe <email>james@cs.uwm.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Mattson <email>jmattson@sonic.net</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Mercer <email>jim@komodo.reptiles.org</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Sloan <email>odinn@atlantabiker.net</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Wilson <email>wilson@moria.cygnus.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jimbo Bahooli
 	  <email>griffin@blackhole.iceworld.org</email></para>
       </listitem>
 
       <listitem>
         <para>Jin Guojun <email>jin@george.lbl.gov</email></para>
       </listitem>
 
       <listitem>
         <para>Joachim Kuebart <email>kuebart@mathematik.uni-ulm.de</email></para>
       </listitem>
 
       <listitem>
         <para>Joao Carlos Mendes Luis <email>jonny@jonny.eng.br</email></para>
       </listitem>
 
       <listitem>
         <para>Jochen Pohl <email>jpo.drs@sni.de</email></para>
       </listitem>
 
       <listitem>
         <para>Joe "Marcus" Clarke <email>marcus@miami.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Joe Abley <email>jabley@automagic.org</email></para>
       </listitem>
 
       <listitem>
         <para>Joe Jih-Shian Lu <email>jslu@dns.ntu.edu.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Joe Orthoefer <email>j_orthoefer@tia.net</email></para>
       </listitem>
 
       <listitem>
         <para>Joe Traister <email>traister@mojozone.org</email></para>
       </listitem>
 
       <listitem>
         <para>Joel Faedi <email>Joel.Faedi@esial.u-nancy.fr</email></para>
       </listitem>
 
       <listitem>
         <para>Joel Ray Holveck <email>joelh@gnu.org</email></para>
       </listitem>
 
       <listitem>
         <para>Joel Sutton <email>jsutton@bbcon.com.au</email></para>
       </listitem>
 
       <listitem>
 	<para>Joseph Scott <email>joseph@randomnetworks.com</email></para>
       </listitem>
 
       <listitem>
         <para>Johan Granlund <email>johan@granlund.nu</email></para>
       </listitem>
 
       <listitem>
         <para>Johan Karlsson <email>k@numeri.campus.luth.se</email></para>
       </listitem>
 
       <listitem>
         <para>Johan Larsson <email>johan@moon.campus.luth.se</email></para>
       </listitem>
 
       <listitem>
         <para>Johann Tonsing <email>jtonsing@mikom.csir.co.za</email></para>
       </listitem>
 
       <listitem>
         <para>Johannes Helander <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Johannes Stille <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>John Beckett <email>jbeckett@southern.edu</email></para>
       </listitem>
 
       <listitem>
         <para>John Beukema <email>jbeukema@hk.super.net</email></para>
       </listitem>
 
       <listitem>
         <para>John Brezak <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>John Capo <email>jc@irbs.com</email></para>
       </listitem>
 
       <listitem>
         <para>John F. Woods <email>jfw@jfwhome.funhouse.com</email></para>
       </listitem>
 
       <listitem>
         <para>John Goerzen
 	  <email>jgoerzen@alexanderwohl.complete.org</email></para>
       </listitem>
 
       <listitem>
         <para>John Heidemann <email>johnh@isi.edu</email></para>
       </listitem>
 
       <listitem>
         <para>John Hood <email>cgull@owl.org</email></para>
       </listitem>
 
       <listitem>
         <para>John Kohl <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>John Lind <email>john@starfire.mn.org</email></para>
       </listitem>
 
       <listitem>
         <para>John Mackin <email>john@physiol.su.oz.au</email></para>
       </listitem>
 
       <listitem>
         <para>John P <email>johnp@lodgenet.com</email></para>
       </listitem>
 
       <listitem>
         <para>John Perry <email>perry@vishnu.alias.net</email></para>
       </listitem>
 
       <listitem>
         <para>John Preisler <email>john@vapornet.com</email></para>
       </listitem>
 
       <listitem>
         <para>John Reynolds <email>jjreynold@home.com</email></para>
       </listitem>
 
       <listitem>
         <para>John Rochester <email>jr@cs.mun.ca</email></para>
       </listitem>
 
       <listitem>
         <para>John Sadler <email>john_sadler@alum.mit.edu</email></para>
       </listitem>
 
       <listitem>
         <para>John Saunders <email>john@pacer.nlc.net.au</email></para>
       </listitem>
 
       <listitem>
         <para>John Wehle <email>john@feith.com</email></para>
       </listitem>
 
       <listitem>
         <para>John Woods <email>jfw@eddie.mit.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Johny Mattsson <email>lonewolf@flame.org</email></para>
       </listitem>
 
       <listitem>
         <para>Jon Morgan <email>morgan@terminus.trailblazer.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jonathan H N Chin <email>jc254@newton.cam.ac.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Jonathan Hanna
 	  <email>jh@pc-21490.bc.rogers.wave.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Jonathan Pennington <email>john@coastalgeology.org</email></para>
       </listitem>
 
       <listitem>
         <para>Jorge Goncalves <email>j@bug.fe.up.pt</email></para>
       </listitem>
 
       <listitem>
         <para>Jorge M. Goncalves <email>ee96199@tom.fe.up.pt</email></para>
       </listitem>
 
       <listitem>
         <para>Jos Backus <email>jbackus@plex.nl</email></para>
       </listitem>
 
       <listitem>
 	<para>Jose Marques <email>jose@nobody.org</email></para>
       </listitem>
 
       <listitem>
         <para>Josef Grosch
 	  <email>jgrosch@superior.mooseriver.com</email></para>
       </listitem>
 
       <listitem>
         <para>Joseph Stein <email>joes@wstein.com</email></para>
       </listitem>
 
       <listitem>
         <para>Josh Gilliam <email>josh@quick.net</email></para>
       </listitem>
 
       <listitem>
         <para>Josh Tiefenbach <email>josh@ican.net</email></para>
       </listitem>
 
       <listitem>
         <para>Juergen Lock <email>nox@jelal.hb.north.de</email></para>
       </listitem>
 
       <listitem>
         <para>Juha Inkari <email>inkari@cc.hut.fi</email></para>
       </listitem>
 
       <listitem>
         <para>Jukka A. Ukkonen <email>jau@iki.fi</email></para>
       </listitem>
 
       <listitem>
         <para>Julian Assange <email>proff@suburbia.net</email></para>
       </listitem>
 
       <listitem>
         <para>Julian Coleman <email>j.d.coleman@ncl.ac.uk</email></para>
       </listitem>
 
       <listitem>
         <para>&a.jhs</para>
       </listitem>
 
       <listitem>
         <para>Julian Jenkins <email>kaveman@magna.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Junichi Satoh <email>junichi@jp.FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Junji SAKAI <email>sakai@jp.FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Junya WATANABE <email>junya-w@remus.dti.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Justas <email>justas@mbank.lv</email></para>
       </listitem>
 
       <listitem>
         <para>Justin Stanford <email>jus@security.za.net</email></para>
       </listitem>
 
       <listitem>
         <para>K.Higashino <email>a00303@cc.hc.keio.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Kai Vorma <email>vode@snakemail.hut.fi</email></para>
       </listitem>
 
       <listitem>
         <para>Kaleb S. Keithley <email>kaleb@ics.com</email></para>
       </listitem>
 
       <listitem>
         <para>Kaneda Hiloshi <email>vanitas@ma3.seikyou.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Kang-ming Liu <email>gugod@gugod.org</email></para>
       </listitem>
 
       <listitem>
         <para>Kapil Chowksey <email>kchowksey@hss.hns.com</email></para>
       </listitem>
 
       <listitem>
         <para>Karl Denninger <email>karl@mcs.com</email></para>
       </listitem>
 
       <listitem>
         <para>Karl Dietz <email>Karl.Dietz@triplan.com</email></para>
       </listitem>
 
       <listitem>
         <para>Karl Lehenbauer <email>karl@NeoSoft.com</email></para>
       </listitem>
 
       <listitem>
 	<para>KATO Tsuguru <email>tkato@prontomail.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Kawanobe Koh <email>kawanobe@st.rim.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Kees Jan Koster <email>kjk1@ukc.ac.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Keith Bostic <email>bostic@bostic.com</email></para>
       </listitem>
 
       <listitem>
         <para>Keith E. Walker <email>kew@icehouse.net</email></para>
       </listitem>
 
       <listitem>
         <para>Keith Moore <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Keith Sklower <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Ken Hornstein <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Ken Key <email>key@cs.utk.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Ken Mayer <email>kmayer@freegate.com</email></para>
       </listitem>
 
       <listitem>
         <para>Kenji Saito <email>marukun@mx2.nisiq.net</email></para>
       </listitem>
 
       <listitem>
         <para>Kenji Tomita <email>tommyk@da2.so-net.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Kenneth Furge <email>kenneth.furge@us.endress.com</email></para>
       </listitem>
 
       <listitem>
         <para>Kenneth Monville <email>desmo@bandwidth.org</email></para>
       </listitem>
 
       <listitem>
         <para>Kenneth R. Westerback <email>krw@tcn.net</email></para>
       </listitem>
 
       <listitem>
         <para>Kenneth Stailey <email>kstailey@gnu.ai.mit.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Kent Talarico <email>kent@shipwreck.tsoft.net</email></para>
       </listitem>
 
       <listitem>
         <para>Kent Vander Velden <email>graphix@iastate.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Kentaro Inagaki <email>JBD01226@niftyserve.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Kevin Bracey <email>kbracey@art.acorn.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Kevin Day <email>toasty@dragondata.com</email></para>
       </listitem>
 
       <listitem>
         <para>Kevin Lahey <email>kml@nas.nasa.gov</email></para>
       </listitem>
 
       <listitem>
         <para>Kevin Meltzer <email>perlguy@perlguy.com</email></para>
       </listitem>
 
       <listitem>
         <para>Kevin Street <email>street@iname.com</email></para>
       </listitem>
 
       <listitem>
         <para>Kevin Van Maren <email>vanmaren@fast.cs.utah.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Kim Scarborough <email>sluggo@unknown.nu</email></para>
       </listitem>
 
       <listitem>
         <para>Kiril Mitev <email>kiril@ideaglobal.com</email></para>
       </listitem>
 
       <listitem>
         <para>Kiroh HARADA <email>kiroh@kh.rim.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Klaus Herrmann <email>klaus.herrmann@gmx.net</email></para>
       </listitem>
 
       <listitem>
         <para>Klaus Klein <email>kleink@layla.inka.de</email></para>
       </listitem>
 
       <listitem>
         <para>Klaus-J. Wolf <email>Yanestra@t-online.de</email></para>
       </listitem>
 
       <listitem>
         <para>Koichi Sato <email>copan@ppp.fastnet.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Konrad Heuer <email>kheuer@gwdu60.gwdg.de</email></para>
       </listitem>
 
       <listitem>
         <para>Konstantin Chuguev <email>Konstantin.Chuguev@dante.org.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Kostya Lukin <email>lukin@okbmei.msk.su</email></para>
       </listitem>
 
       <listitem>
         <para>Kouichi Hirabayashi <email>kh@mogami-wire.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Kris Dow <email>kris@vilnya.demon.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>KUNISHIMA Takeo <email>kunishi@c.oka-pu.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Kurt D. Zeilenga <email>Kurt@Boolean.NET</email></para>
       </listitem>
 
       <listitem>
         <para>Kurt Olsen <email>kurto@tiny.mcs.usu.edu</email></para>
       </listitem>
 
       <listitem>
         <para>L. Jonas Olsson
 	  <email>ljo@ljo-slip.DIALIN.CWRU.Edu</email></para>
       </listitem>
 
       <listitem>
         <para>Larry Altneu <email>larry@ALR.COM</email></para>
       </listitem>
 
       <listitem>
         <para>Lars Bernhardsson <email>lab@fnurt.net</email></para>
       </listitem>
 
       <listitem>
         <para>Lars K&ouml;ller
 	  <email>Lars.Koeller@Uni-Bielefeld.DE</email></para>
       </listitem>
 
       <listitem>
         <para>Laurence Lopez <email>lopez@mv.mv.com</email></para>
       </listitem>
 
       <listitem>
         <para>Lee Cremeans <email>lcremean@tidalwave.net</email></para>
       </listitem>
 
       <listitem>
         <para>Leo Kim <email>leo@florida.sarang.net</email></para>
       </listitem>
 
       <listitem>
         <para>Liang Tai-hwa
 	  <email>avatar@www.mmlab.cse.yzu.edu.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Lon Willett <email>lon%softt.uucp@math.utah.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Louis A. Mamakos <email>louie@TransSys.COM</email></para>
       </listitem>
 
       <listitem>
         <para>Louis Mamakos <email>loiue@TransSys.com</email></para>
       </listitem>
 
       <listitem>
         <para>Lowell Gilbert <email>lowell@world.std.com</email></para>
       </listitem>
 
       <listitem>
         <para>Lucas James <email>Lucas.James@ldjpc.apana.org.au</email></para>
       </listitem>
 
       <listitem>
         <para>Lyndon Nerenberg <email>lyndon@orthanc.ab.ca</email></para>
       </listitem>
 
       <listitem>
         <para>M. L. Dodson <email>bdodson@scms.utmb.EDU</email></para>
       </listitem>
 
       <listitem>
         <para>M.C. Wong <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Magnus Enbom <email>dot@tinto.campus.luth.se</email></para>
       </listitem>
 
       <listitem>
         <para>Mahesh Neelakanta <email>mahesh@gcomm.com</email></para>
       </listitem>
 
       <listitem>
         <para>Makoto MATSUSHITA <email>matusita@jp.FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Makoto WATANABE
 	  <email>watanabe@zlab.phys.nagoya-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Makoto YAMAKURA <email>makoto@pinpott.spnet.ne.jp</email></para>
       </listitem> 
 
       <listitem>
         <para>Malte Lance <email>malte.lance@gmx.net</email></para>
       </listitem>
 
       <listitem>
         <para>MANTANI Nobutaka <email>nobutaka@nobutaka.com</email></para>
       </listitem>
 
       <listitem>
         <para>Manu Iyengar
 	  <email>iyengar@grunthos.pscwa.psca.com</email></para>
       </listitem>
 
       <listitem>
         <para>Marc Frajola <email>marc@dev.com</email></para>
       </listitem>
 
       <listitem>
         <para>Marc Ramirez <email>mrami@mramirez.sy.yale.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Marc Slemko <email>marcs@znep.com</email></para>
       </listitem>
 
       <listitem>
         <para>Marc van Kempen <email>wmbfmk@urc.tue.nl</email></para>
       </listitem>
 
       <listitem>
 	<para>Marc van Woerkom <email>van.woerkom@netcologne.de</email></para>
       </listitem>
 
       <listitem>
 	<para>Marcin Cieslak <email>saper@system.pl</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Andrews <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Cammidge <email>mark@gmtunx.ee.uct.ac.za</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Diekhans <email>markd@grizzly.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Huizer <email>xaa@stack.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Mark J. Taylor <email>mtaylor@cybernet.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Knight <email>markk@knigma.org</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Krentel <email>krentel@rice.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Mayo <email>markm@vmunix.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Pulford <email>mark@kyne.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Thompson <email>thompson@tgsoft.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Tinguely <email>tinguely@plains.nodak.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Treacy <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Valentine <email>mark@linus.demon.co.uk</email></para>
       </listitem>
 
       <listitem>
 	<para>Markus Holmberg <email>saska@acc.umu.se</email></para>
       </listitem>
 
       <listitem>
         <para>Martin Birgmeier <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Martin Blapp <email>blapp@attic.ch</email></para>
       </listitem>
 
       <listitem>
         <para>Martin Hinner <email>mhi@linux.gyarab.cz</email></para>
       </listitem>
 
       <listitem>
         <para>Martin Ibert <email>mib@ppe.bb-data.de</email></para>
       </listitem>
 
       <listitem>
         <para>Martin Kammerhofer <email>dada@sbox.tu-graz.ac.at</email></para>
       </listitem>
 
       <listitem>
 	<para>Martin Minkus <email>diskiller@cnbinc.com</email></para>
       </listitem>
 
       <listitem>
         <para>Martin Renters <email>martin@tdc.on.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Martti Kuparinen
 	  <email>martti.kuparinen@ericsson.com</email></para>
       </listitem>
 
       <listitem>
         <para>Masachika ISHIZUKA
 	  <email>ishizuka@isis.min.ntt.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Masahiro Sekiguchi
 	  <email>seki@sysrap.cs.fujitsu.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Masahiro TAKEMURA
           <email>mastake@msel.t.u-tokyo.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Masanobu Saitoh <email>msaitoh@spa.is.uec.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Masanori Kanaoka <email>kana@saijo.mke.mei.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Masanori Kiriake <email>seiken@ARGV.AC</email></para>
       </listitem>
 
       <listitem>
         <para>Masatoshi TAMURA
 	  <email>tamrin@shinzan.kuee.kyoto-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Mats Lofkvist <email>mal@algonet.se</email></para>
       </listitem>
 
       <listitem>
         <para>Matt Bartley <email>mbartley@lear35.cytex.com</email></para>
       </listitem>
 
       <listitem>
         <para>Matt Heckaman <email>matt@LUCIDA.QC.CA</email></para>
       </listitem>
 
       <listitem>
         <para>Matt Thomas <email>matt@3am-software.com</email></para>
       </listitem>
 
       <listitem>
         <para>Matt White <email>mwhite+@CMU.EDU</email></para>
       </listitem>
 
       <listitem>
         <para>Matthew C. Mead <email>mmead@Glock.COM</email></para>
       </listitem>
 
       <listitem>
         <para>Matthew Cashdollar <email>mattc@rfcnet.com</email></para>
       </listitem>
 
       <listitem>
         <para>Matthew Emmerton <email>root@gabby.gsicomp.on.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Matthew Flatt <email>mflatt@cs.rice.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Matthew Fuller <email>fullermd@futuresouth.com</email></para>
       </listitem>
 
       <listitem>
         <para>Matthew Stein <email>matt@bdd.net</email></para>
       </listitem>
 
       <listitem>
         <para>Matthew West <email>mwest@uct.ac.za</email></para>
       </listitem>
 
       <listitem>
         <para>Matthias Pfaller <email>leo@dachau.marco.de</email></para>
       </listitem>
 
       <listitem>
         <para>Matthias Scheler <email>tron@netbsd.org</email></para>
       </listitem>
 
       <listitem>
         <para>Mattias Gronlund
 	  <email>Mattias.Gronlund@sa.erisoft.se</email></para>
       </listitem>
 
       <listitem>
         <para>Mattias Pantzare <email>pantzer@ludd.luth.se</email></para>
       </listitem>
 
       <listitem>
         <para>Maurice Castro
 	  <email>maurice@planet.serc.rmit.edu.au</email></para>
       </listitem>
 
       <listitem>
         <para>Max Euston <email>meuston@jmrodgers.com</email></para>
       </listitem>
 
       <listitem>
         <para>Max Khon <email>fjoe@husky.iclub.nsu.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Maxim Bolotin <email>max@rsu.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Maxime Henrion <email>mhenrion@cybercable.fr</email></para>
       </listitem>
 
       <listitem>
         <para>Micha Class
 	  <email>michael_class@hpbbse.bbn.hp.com</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Alyn Miller <email>malyn@strangeGizmo.com</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Lucas <email>mwlucas@blackhelicopters.org</email></para>
       </listitem>
 
       <listitem>
-        <para>Michael Lyngb�l <email>michael@lyngbol.dk</email></para>
+        <para>Michael Lyngb� <email>michael@lyngbol.dk</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Butler <email>imb@scgt.oz.au</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Butschky <email>butsch@computi.erols.com</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Clay <email>mclay@weareb.org</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Galassi <email>nerd@percival.rain.com</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Hancock <email>michaelh@cet.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Hohmuth <email>hohmuth@inf.tu-dresden.de</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Perlman <email>canuck@caam.rice.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Petry <email>petry@netwolf.NetMasters.com</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Reifenberger <email>root@totum.plaut.de</email></para>
       </listitem>
 
       <listitem>
 	<para>Michael Sardo <email>jaeger16@yahoo.com</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Searle <email>searle@longacre.demon.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Urban <email>murban@tznet.com</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Vasilenko <email>acid@stu.cn.ua</email></para>
       </listitem>
 
       <listitem>
         <para>Michal Listos <email>mcl@Amnesiac.123.org</email></para>
       </listitem>
 
       <listitem>
         <para>Michio Karl Jinbo
 	  <email>karl@marcer.nagaokaut.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Miguel Angel Sagreras
 	  <email>msagre@cactus.fi.uba.ar</email></para>
       </listitem>
 
       <listitem>
         <para>Mihoko Tanaka <email>m_tonaka@pa.yokogawa.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Mika Nystrom <email>mika@cs.caltech.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Mikael Hybsch <email>micke@dynas.se</email></para>
       </listitem>
 
       <listitem>
         <para>Mikael Karpberg
 	  <email>karpen@ocean.campus.luth.se</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Barcroft <email>mike@q9media.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Bristow <email>mike@urgle.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Del <email>repenting@hotmail.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Durian <email>durian@plutotech.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Durkin <email>mdurkin@tsoft.sf-bay.org</email></para>
       </listitem>
 
       <listitem>
         <para>Mike E. Matsnev <email>mike@azog.cs.msu.su</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Evans <email>mevans@candle.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Grupenhoff <email>kashmir@umiacs.umd.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Harding <email>mvh@ix.netcom.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Hibler <email>mike@marker.cs.utah.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Karels <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Mike McGaughey <email>mmcg@cs.monash.edu.au</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Meyer <email>mwm@mired.org</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Mitchell <email>mitchell@ref.tfs.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Murphy <email>mrm@alpharel.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Peck <email>mike@binghamton.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Sherwood <email>mike@fate.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Spengler <email>mks@msc.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Mikhail A. Sokolov <email>mishania@demos.su</email></para>
       </listitem>
 
       <listitem>
         <para>Ming-I Hseh <email>PA@FreeBSD.ee.Ntu.edu.TW</email></para>
       </listitem>
 
       <listitem>
 	<para>Mitsuru Yoshida <email>mitsuru@riken.go.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Monte Mitzelfelt <email>monte@gonefishing.org</email></para>
       </listitem>
 
       <listitem>
         <para>Morgan Davis <email>root@io.cts.com</email></para>
       </listitem>
 
       <listitem>
         <para>MOROHOSHI Akihiko <email>moro@race.u-tokyo.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Mostyn Lewis <email>mostyn@mrl.com</email></para>
       </listitem>
 
       <listitem>
         <para>Motomichi Matsuzaki <email>mzaki@e-mail.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Motoyuki Kasahara <email>m-kasahr@sra.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>N.G.Smith <email>ngs@sesame.hensa.ac.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Nadav Eiron <email>nadav@barcode.co.il</email></para>
       </listitem>
 
       <listitem>
         <para>NAGAO Tadaaki <email>nagao@cs.titech.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>NAKAJI Hiroyuki
 	  <email>nakaji@tutrp.tut.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>NAKAMURA Kazushi <email>nkazushi@highway.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>NAKAMURA Motonori
 	  <email>motonori@econ.kyoto-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>NAKATA, Maho <email>chat95@mbox.kyoto-inet.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Nanbor Wang <email>nw1@cs.wustl.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Naofumi Honda
 	  <email>honda@Kururu.math.sci.hokudai.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Naoki Hamada <email>nao@tom-yam.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Narvi <email>narvi@haldjas.folklore.ee</email></para>
       </listitem>
       
       <listitem>
         <para>Nathan Dorfman <email>nathan@rtfm.net</email></para>
       </listitem>
 
       <listitem>
         <para>Neal Fachan <email>kneel@ishiboo.com</email></para>
       </listitem>
 
       <listitem>
         <para>Niall Smart <email>rotel@indigo.ie</email></para>
       </listitem>
 
       <listitem>
         <para>Nicholas Esborn <email>nick@netdot.net</email></para>
       </listitem>
 
       <listitem>
         <para>Nick Barnes <email>Nick.Barnes@pobox.com</email></para>
       </listitem>
 
       <listitem>
         <para>Nick Handel <email>nhandel@NeoSoft.com</email></para>
       </listitem>
 
       <listitem>
         <para>Nick Hilliard <email>nick@foobar.org</email></para>
       </listitem>
 
       <listitem>
         <para>Nick Johnson <email>freebsd@spatula.net</email></para>
       </listitem>
 
       <listitem>
         <para>Nick Williams <email>njw@cs.city.ac.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Nickolay N. Dudorov <email>nnd@itfs.nsk.su</email></para>
       </listitem>
 
       <listitem>
         <para>NIIMI Satoshi <email>sa2c@and.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Niklas Hallqvist <email>niklas@filippa.appli.se</email></para>
       </listitem>
 
       <listitem>
         <para>Nils M. Holm <email>nmh@t3x.org</email></para>
       </listitem>
 
       <listitem>
         <para>Nisha Talagala <email>nisha@cs.berkeley.edu</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>adrian@virginia.edu</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>alex@elvisti.kiev.ua</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>anto@netscape.net</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>bobson@egg.ics.nitch.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>bovynf@awe.be</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>burg@is.ge.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>chris@gnome.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>colsen@usa.net</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>coredump@nervosa.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>dannyman@arh0300.urh.uiuc.edu</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>davids@SECNET.COM</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>derek@free.org</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>devet@adv.IAEhv.nl</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>djv@bedford.net</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>dvv@sprint.net</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>enami@ba2.so-net.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>flash@eru.tubank.msk.su</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>flash@hway.ru</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>fn@pain.csrv.uidaho.edu</email></para>
       </listitem>
 
       <listitem>
 	<para>No Name <email>frf@xocolatl.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>gclarkii@netport.neosoft.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>gordon@sheaky.lonestar.org</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>graaf@iae.nl</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>greg@greg.rim.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>grossman@cygnus.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>gusw@fub46.zedat.fu-berlin.de</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>hfir@math.rochester.edu</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>hnokubi@yyy.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>iaint@css.tuu.utas.edu.au</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>invis@visi.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>ishisone@sra.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>iverson@lionheart.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>jpt@magic.net</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>junker@jazz.snu.ac.kr</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>k-sugyou@ccs.mt.nec.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>kenji@reseau.toyonaka.osaka.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>kfurge@worldnet.att.net</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>lh@aus.org</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>lhecking@nmrc.ucc.ie</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>mrgreen@mame.mu.oz.au</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>nakagawa@jp.FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>ohki@gssm.otsuka.tsukuba.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>owaki@st.rim.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>pechter@shell.monmouth.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>pete@pelican.pelican.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>pritc003@maroon.tc.umn.edu</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>risner@stdio.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>roman@rpd.univ.kiev.ua</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>root@ns2.redline.ru</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>root@uglabgw.ug.cs.sunysb.edu</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>stephen.ma@jtec.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>sumii@is.s.u-tokyo.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>takas-su@is.aist-nara.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>tamone@eig.unige.ch</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>tjevans@raleigh.ibm.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>tony-o@iij.ad.jp amurai@spec.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>torii@tcd.hitachi.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>uenami@imasy.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>uhlar@netlab.sk</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>vode@hut.fi</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>wlloyd@mpd.ca</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>wlr@furball.wellsfargo.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>wmbfmk@urc.tue.nl</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>yamagata@nwgpc.kek.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>ziggy@ryan.org</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>ZW6T-KND@j.asahi-net.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Nobuhiro Yasutomi <email>nobu@psrc.isac.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Nobuyuki Koganemaru
 	  <email>kogane@koganemaru.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>NOKUBI Hirotaka <email>h-nokubi@yyy.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Norio Suzuki <email>nosuzuki@e-mail.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Noritaka Ishizumi <email>graphite@jp.FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Noriyuki Soda <email>soda@sra.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Oddbjorn Steffenson <email>oddbjorn@tricknology.org</email</para>
       </listitem>
 
       <listitem>
 	<para>Oh Junseon <email>hollywar@mail.holywar.net</email></para>
       </listitem>
 
       <listitem>
         <para>Olaf Wagner <email>wagner@luthien.in-berlin.de</email></para>
       </listitem>
 
       <listitem>
         <para>Oleg Semyonov <email>os@altavista.net</email></para>
       </listitem>
 
       <listitem>
         <para>Oleg Sharoiko <email>os@rsu.ru</email></para>
       </listitem>
 
       <listitem>
 	<para>Oleg V. Volkov <email>rover@lglobus.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Olexander Kunytsa <email>kunia@wolf.istc.kiev.ua</email></para>
       </listitem>
 
       <listitem>
         <para>Oliver Breuninger <email>ob@seicom.NET</email></para>
       </listitem>
 
       <listitem>
         <para>Oliver Friedrichs <email>oliver@secnet.com</email></para>
       </listitem>
 
       <listitem>
         <para>Oliver Fromme
 	  <email>oliver.fromme@heim3.tu-clausthal.de</email></para>
       </listitem>
 
       <listitem>
         <para>Oliver Helmling
 	  <email>oliver.helmling@stud.uni-bayreuth.de</email></para>
       </listitem>
 
       <listitem>
         <para>Oliver Laumann
 	  <email>net@informatik.uni-bremen.de</email></para>
       </listitem>
 
       <listitem>
         <para>Oliver Lehmann
 	  <email>Kai_Allard_Liao@gmx.de</email></para>
       </listitem>
 
       <listitem>
         <para>Oliver Oberdorf <email>oly@world.std.com</email></para>
       </listitem>
 
       <listitem>
         <para>Olof Johansson <email>offe@ludd.luth.se</email></para>
       </listitem>
 
       <listitem>
         <para>Osokin Sergey aka oZZ <email>ozz@FreeBSD.org.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Pace Willisson <email>pace@blitz.com</email></para>
       </listitem>
 
       <listitem>
         <para>Paco Rosich <email>rosich@modico.eleinf.uv.es</email></para>
       </listitem>
 
       <listitem>
         <para>Palle Girgensohn <email>girgen@partitur.se</email></para>
       </listitem>
 
       <listitem>
         <para>Parag Patel <email>parag@cgt.com</email></para>
       </listitem>
 
       <listitem>
         <para>Pascal Pederiva <email>pascal@zuo.dec.com</email></para>
       </listitem>
 
       <listitem>
         <para>Pasvorn Boonmark <email>boonmark@juniper.net</email></para>
       </listitem>
 
       <listitem>
 	<para>Patrick Bihan-Faou <email>patrick@mindstep.com</email></para>
       </listitem>
 
       <listitem>
         <para>Patrick Hausen <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Patrick Seal <email>patseal@hyperhost.net</email></para> 
       </listitem>
 
       <listitem>
         <para>Paul Antonov <email>apg@demos.su</email></para>
       </listitem>
 
       <listitem>
         <para>Paul F. Werkowski <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Paul Fox <email>pgf@foxharp.boston.ma.us</email></para>
       </listitem>
 
       <listitem>
         <para>Paul Koch <email>koch@thehub.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Paul Kranenburg <email>pk@NetBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Paul M. Lambert <email>plambert@plambert.net</email></para>
       </listitem>
 
       <listitem>
         <para>Paul Mackerras <email>paulus@cs.anu.edu.au</email></para>
       </listitem>
 
       <listitem>
         <para>Paul Popelka <email>paulp@uts.amdahl.com</email></para>
       </listitem>
 
       <listitem>
         <para>Paul S. LaFollette, Jr. <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Paul Sandys <email>myj@nyct.net</email></para>
       </listitem>
 
       <listitem>
         <para>Paul T. Root <email>proot@horton.iaces.com</email></para>
       </listitem>
 
       <listitem>
         <para>Paul Vixie <email>paul@vix.com</email></para>
       </listitem>
 
       <listitem>
         <para>Paulo Menezes <email>paulo@isr.uc.pt</email></para>
       </listitem>
 
       <listitem>
         <para>Paulo Menezes <email>pm@dee.uc.pt</email></para>
       </listitem>
 
       <listitem>
         <para>Pedro A M Vazquez <email>vazquez@IQM.Unicamp.BR</email></para>
       </listitem>
 
       <listitem>
         <para>Pedro Giffuni <email>giffunip@asme.org</email></para>
       </listitem>
 
       <listitem>
         <para>Per Wigren <email>wigren@home.se</email></para>
       </listitem>
 
       <listitem>
         <para>Pete Bentley <email>pete@demon.net</email></para>
       </listitem>
 
       <listitem>
         <para>Peter Childs <email>pjchilds@imforei.apana.org.au</email></para>
       </listitem>
 
       <listitem>
         <para>Peter Cornelius <email>pc@inr.fzk.de</email></para>
       </listitem>
 
       <listitem>
         <para>Peter Haight <email>peterh@prognet.com</email></para>
       </listitem>
 
       <listitem>
         <para>Peter Jeremy <email>perer.jeremy@alcatel.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Peter M. Chen <email>pmchen@eecs.umich.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Peter Much <email>peter@citylink.dinoex.sub.org</email></para>
       </listitem>
 
       <listitem>
         <para>Peter Olsson <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Peter Philipp <email>pjp@bsd-daemon.net</email></para>
       </listitem>
 
       <listitem>
         <para>Peter Stubbs <email>PETERS@staidan.qld.edu.au</email></para>
       </listitem>
 
       <listitem>
 	<para>Peter van Heusden <email>pvh@egenetics.com</email></para>
       </listitem>
 
       <listitem>
         <para>Phil Maker <email>pjm@cs.ntu.edu.au</email></para>
       </listitem>
 
       <listitem>
         <para>Phil Sutherland
 	  <email>philsuth@mycroft.dialix.oz.au</email></para>
       </listitem>
 
       <listitem>
         <para>Phil Taylor <email>phil@zipmail.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Philip Musumeci <email>philip@rmit.edu.au</email></para>
       </listitem>
 
       <listitem>
         <para>Philippe Lefebvre <email>nemesis@balistik.net</email></para>
       </listitem>
 
       <listitem>
         <para>Pierre Y. Dampure <email>pierre.dampure@k2c.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Pius Fischer <email>pius@ienet.com</email></para>
       </listitem>
 
       <listitem>
         <para>Pomegranate <email>daver@flag.blackened.net</email></para>
       </listitem>
 
       <listitem>
         <para>Powerdog Industries
 	  <email>kevin.ruddy@powerdog.com</email></para>
       </listitem>
 
       <listitem>
         <para>Priit J&auml;rv <email>priit@cc.ttu.ee</email></para>
       </listitem>
 
       <listitem>
         <para>R Joseph Wright <email>rjoseph@mammalia.org</email></para>
       </listitem>
 
       <listitem>
         <para>R. Kym Horsell</para>
       </listitem>
 
       <listitem>
         <para>Ralf Friedl <email>friedl@informatik.uni-kl.de</email></para>
       </listitem>
 
       <listitem>
         <para>Randal S. Masutani <email>randal@comtest.com</email></para>
       </listitem>
 
       <listitem>
         <para>Randall Hopper <email>rhh@ct.picker.com</email></para>
       </listitem>
 
       <listitem>
         <para>Randall W. Dean <email>rwd@osf.org</email></para>
       </listitem>
 
       <listitem>
         <para>Randy Bush <email>rbush@bainbridge.verio.net</email></para>
       </listitem>
 
       <listitem>
         <para>Rasmus Kaj <email>kaj@Raditex.se</email></para>
       </listitem>
 
       <listitem>
         <para>Reinier Bezuidenhout
 	  <email>rbezuide@mikom.csir.co.za</email></para>
       </listitem>
 
       <listitem>
         <para>Remy Card <email>Remy.Card@masi.ibp.fr</email></para>
       </listitem>
 
       <listitem>
         <para>Ricardas Cepas <email>rch@richard.eu.org</email></para>
       </listitem>
 
       <listitem>
         <para>Riccardo Veraldi <email>veraldi@cs.unibo.it</email></para>
       </listitem>
 
       <listitem>
         <para>Rich Wood <email>rich@FreeBSD.org.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Richard Henderson <email>richard@atheist.tamu.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Richard Hwang <email>rhwang@bigpanda.com</email></para>
       </listitem>
 
       <listitem>
 	<para>Richard Kiss <email>richard@homemail.com</email></para>
       </listitem>
 
       <listitem>
         <para>Richard J Kuhns <email>rjk@watson.grauel.com</email></para>
       </listitem>
 
       <listitem>
         <para>Richard M. Neswold
 	  <email>rneswold@enteract.com</email></para>
       </listitem>
 
       <listitem>
         <para>Richard Seaman, Jr. <email>dick@tar.com</email></para>
       </listitem>
 
       <listitem>
         <para>Richard Stallman <email>rms@gnu.ai.mit.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Richard Straka <email>straka@user1.inficad.com</email></para>
       </listitem>
 
       <listitem>
         <para>Richard Tobin <email>richard@cogsci.ed.ac.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Richard Wackerbarth <email>rkw@Dataplex.NET</email></para>
       </listitem>
 
       <listitem>
         <para>Richard Winkel <email>rich@math.missouri.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Richard Wiwatowski <email>rjwiwat@adelaide.on.net</email></para>
       </listitem>
 
       <listitem>
         <para>Rick Macklem <email>rick@snowhite.cis.uoguelph.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Rick Macklin <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Rob Austein <email>sra@epilogue.com</email></para>
       </listitem>
 
       <listitem>
         <para>Rob Mallory <email>rmallory@qualcomm.com</email></para>
       </listitem>
 
       <listitem>
         <para>Rob Snow <email>rsnow@txdirect.net</email></para>
       </listitem>
 
       <listitem>
         <para>Robert Crowe <email>bob@speakez.com</email></para>
       </listitem>
 
       <listitem>
         <para>Robert D. Thrush <email>rd@phoenix.aii.com</email></para>
       </listitem>
 
       <listitem>
         <para>Robert Eckardt
 	  <email>roberte@MEP.Ruhr-Uni-Bochum.de</email></para>
       </listitem>
 
       <listitem>
         <para>Robert P Ricci <email>ricci@cs.utah.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Robert Sanders <email>rsanders@mindspring.com</email></para>
       </listitem>
 
       <listitem>
         <para>Robert Sexton <email>robert@kudra.com</email></para>
       </listitem>
 
       <listitem>
         <para>Robert Shady <email>rls@id.net</email></para>
       </listitem>
 
       <listitem>
         <para>Robert Swindells <email>swindellsr@genrad.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Robert Withrow <email>witr@rwwa.com</email></para>
       </listitem>
 
       <listitem>
         <para>Robert Yoder <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Robin Carey
 	  <email>robin@mailgate.dtc.rankxerox.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Rod Taylor <email>rod@idiotswitch.org</email></para>
       </listitem>
 
       <listitem>
         <para>Roger Hardiman <email>roger@cs.strath.ac.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Roland Jesse <email>jesse@cs.uni-magdeburg.de</email></para>
       </listitem>
 
       <listitem>
         <para>Roman Shterenzon <email>roman@xpert.com</email></para>
       </listitem>
 
       <listitem>
         <para>Ron Bickers <email>rbickers@intercenter.net</email></para>
       </listitem>
 
       <listitem>
         <para>Ron Lenk <email>rlenk@widget.xmission.com</email></para>
       </listitem>
 
       <listitem>
         <para>Ronald Kuehn <email>kuehn@rz.tu-clausthal.de</email></para>
       </listitem>
 
       <listitem>
         <para>Rudolf Cejka <email>cejkar@dcse.fee.vutbr.cz</email></para>
       </listitem>
 
       <listitem>
         <para>Ruslan Belkin <email>rus@home2.UA.net</email></para>
       </listitem>
 
       <listitem>
         <para>Ruslan Shevchenko <email>rssh@cam.grad.kiev.ua</email></para>
       </listitem>
 
       <listitem>
         <para>Russell L. Carter <email>rcarter@pinyon.org</email></para>
       </listitem>
 
       <listitem>
         <para>Russell Vincent <email>rv@groa.uct.ac.za</email></para>
       </listitem>
 
       <listitem>
         <para>Ryan Younce <email>ryany@pobox.com</email></para>
       </listitem>
 
       <listitem>
 	<para>Ryuichiro IMURA <email>imura@af.airnet.ne.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Sakai Hiroaki <email>sakai@miya.ee.kagu.sut.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Sakari Jalovaara <email>sja@tekla.fi</email></para>
       </listitem>
 
       <listitem>
         <para>Sam Hartman <email>hartmans@mit.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Samuel Lam <email>skl@ScalableNetwork.com</email></para>
       </listitem>
 
       <listitem>
         <para>Samuel Tardieu <email>sam@inf.enst.fr</email></para>
       </listitem>
 
       <listitem>
         <para>Samuele Zannoli <email>zannoli@cs.unibo.it</email></para>
       </listitem>
 
       <listitem>
 	<para>Sander Janssen <email>janssen@rendo.dekooi.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Sander Vesik <email>sander@haldjas.folklore.ee</email></para>
       </listitem>
 
       <listitem>
         <para>Sandro Sigala <email>ssigala@globalnet.it</email></para>
       </listitem>
 
       <listitem>
         <para>SANETO Takanori <email>sanewo@strg.sony.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>SASAKI Shunsuke <email>ele@pop17.odn.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Sascha Blank <email>blank@fox.uni-trier.de</email></para>
       </listitem>
 
       <listitem>
         <para>Sascha Wildner <email>swildner@channelz.GUN.de</email></para>
       </listitem>
 
       <listitem>
         <para>Satoh Junichi <email>junichi@astec.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>SAWADA Mizuki <email>miz@qb3.so-net.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Scot Elliott <email>scot@poptart.org</email></para>
       </listitem>
 
       <listitem>
         <para>Scot W. Hetzel <email>hetzels@westbend.net</email></para>
       </listitem>
 
       <listitem>
         <para>Scott A. Kenney <email>saken@rmta.ml.org</email></para>
       </listitem>
 
       <listitem>
         <para>Scott A. Moberly <email>smoberly@xavier.dyndns.org</email></para>
       </listitem>
 
       <listitem>
         <para>Scott Blachowicz
 	  <email>scott.blachowicz@seaslug.org</email></para>
       </listitem>
 
       <listitem>
         <para>Scott Burris <email>scott@pita.cns.ucla.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Scott Hazen Mueller <email>scott@zorch.sf-bay.org</email></para>
       </listitem>
 
       <listitem>
         <para>Scott Michel <email>scottm@cs.ucla.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Scott Mitchel <email>scott@uk.FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Scott Reynolds <email>scott@clmqt.marquette.mi.us</email></para>
       </listitem>
 
       <listitem>
         <para>Sebastian Strollo <email>seb@erix.ericsson.se</email></para>
       </listitem>
 
       <listitem>
         <para>Serge V. Vakulenko <email>vak@zebub.msk.su</email></para>
       </listitem>
 
       <listitem>
         <para>Sergei Chechetkin <email>csl@whale.sunbay.crimea.ua</email></para>
       </listitem>
 
       <listitem>
         <para>Sergei S. Laskavy <email>laskavy@pc759.cs.msu.su</email></para>
       </listitem>
 
       <listitem>
         <para>Sergey Gershtein <email>sg@mplik.ru</email></para>
       </listitem>
 
       <listitem>
 	<para>Sergey Kosyakov <email>ks@itp.ac.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Sergey Potapov <email>sp@alkor.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Sergey Samoyloff <email>gonza@techline.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Sergey Shkonda <email>serg@bcs.zp.ua</email></para>
       </listitem>
 
       <listitem>
         <para>Sergey Skvortsov <email>skv@protey.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Sergey V.Dorokhov <email>svd@kbtelecom.nalnet.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Sergio Lenzi <email>lenzi@bsi.com.br</email></para>
       </listitem>
 
       <listitem>
         <para>Shaun Courtney <email>shaun@emma.eng.uct.ac.za</email></para>
       </listitem>
 
       <listitem>
         <para>Shawn M. Carey <email>smcarey@mailbox.syr.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Shigio Yamaguchi <email>shigio@tamacom.com</email></para>
       </listitem>
 
       <listitem>
         <para>Shinya Esu <email>esu@yk.rim.or.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Shinya FUJIE <email>fujie@tk.elec.waseda.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Shuichi Tanaka <email>stanaka@bb.mbn.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Simon <email>simon@masi.ibp.fr</email></para>
       </listitem>
 
       <listitem>
         <para>Simon Burge <email>simonb@telstra.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Simon Dick <email>simond@irrelevant.org</email></para>
       </listitem>
 
       <listitem>
         <para>Simon J Gerraty <email>sjg@melb.bull.oz.au</email></para>
       </listitem>
 
       <listitem>
         <para>Simon Marlow <email>simonm@dcs.gla.ac.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Simon Shapiro <email>shimon@simon-shapiro.org</email></para>
       </listitem>
 
       <listitem>
         <para>Sin'ichiro MIYATANI <email>siu@phaseone.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Slaven Rezic <email>eserte@cs.tu-berlin.de</email></para>
       </listitem>
 
       <listitem>
         <para>Soochon Radee <email>slr@mitre.org</email></para>
       </listitem>
 
       <listitem>
         <para>Soren Dayton <email>csdayton@midway.uchicago.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Soren Dossing <email>sauber@netcom.com</email></para>
       </listitem>
 
       <listitem>
         <para>Soren S. Jorvang <email>soren@wheel.dk</email></para>
       </listitem>
 
       <listitem>
         <para>Stefan Bethke <email>stb@hanse.de</email></para>
       </listitem>
 
       <listitem>
         <para>Stefan Eggers <email>seggers@semyam.dinoco.de</email></para>
       </listitem>
 
       <listitem>
         <para>Stefan Moeding <email>s.moeding@ndh.net</email></para>
       </listitem>
 
       <listitem>
         <para>Stefan Petri <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Stefan `Sec` Zehl <email>sec@42.org</email></para>
       </listitem>
 
       <listitem>
         <para>Eric D. Futch <email>efutch@nyct.net</email></para>
       </listitem>
 
       <listitem>
         <para>Steinar Haug <email>sthaug@nethelp.no</email></para>
       </listitem>
 
       <listitem>
         <para>Stephane E. Potvin <email>sepotvin@videotron.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Stephane Legrand <email>stephane@lituus.fr</email></para>
       </listitem>
 
       <listitem>
         <para>Stephen Clawson
 	  <email>sclawson@marker.cs.utah.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Stephen F. Combs <email>combssf@salem.ge.com</email></para>
       </listitem>
 
       <listitem>
         <para>Stephen Farrell <email>stephen@farrell.org</email></para>
       </listitem>
 
       <listitem>
         <para>Stephen Hocking <email>sysseh@devetir.qld.gov.au</email></para>
       </listitem>
 
       <listitem>
         <para>Stephen J. Roznowski <email>sjr@home.net</email></para>
       </listitem>
 
       <listitem>
         <para>Stephen McKay <email>syssgm@devetir.qld.gov.au</email></para>
       </listitem>
 
       <listitem>
         <para>Stephen Melvin <email>melvin@zytek.com</email></para>
       </listitem>
 
       <listitem>
         <para>Steve Bauer <email>sbauer@rock.sdsmt.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Steve Coltrin <email>spcoltri@unm.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Steve Deering <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Steve Gerakines <email>steve2@genesis.tiac.net</email></para>
       </listitem>
 
       <listitem>
         <para>Steve Gericke <email>steveg@comtrol.com</email></para>
       </listitem>
 
       <listitem>
         <para>Steve Piette <email>steve@simon.chi.il.US</email></para>
       </listitem>
 
       <listitem>
         <para>Steve Schwarz <email>schwarz@alpharel.com</email></para>
       </listitem>
 
       <listitem>
         <para>Steven Enderle <email>panic@subphase.de</email></para>
       </listitem>
 
       <listitem>
         <para>Steven G. Kargl
 	  <email>kargl@troutmask.apl.washington.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Steven H. Samorodin <email>samorodi@NUXI.com</email></para>
       </listitem>
 
       <listitem>
         <para>Steven McCanne <email>mccanne@cs.berkeley.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Steven Plite <email>splite@purdue.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Steven Wallace <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Stijn Hoop <email>stijn@win.tue.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Stuart Henderson
 	  <email>stuart@internationalschool.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Sue Blake <email>sue@welearn.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Sugimoto Sadahiro <email>ixtl@komaba.utmc.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>SUGIMURA Takashi <email>sugimura@jp.FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Sugiura Shiro <email>ssugiura@duo.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Sujal Patel <email>smpatel@wam.umd.edu</email></para>
       </listitem>
 
       <listitem>
 	<para>Sungman Cho <email>smcho@tsp.korea.ac.kr</email></para>
       </listitem>
 
       <listitem>
         <para>Sune Stjerneby <email>stjerneby@usa.net</email></para>
       </listitem>
 
       <listitem>
         <para>SURANYI Peter
 	  <email>suranyip@jks.is.tsukuba.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Suzuki Yoshiaki
 	  <email>zensyo@ann.tama.kawasaki.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Svein Skogen
           <email>tds@nsn.no</email></para>
       </listitem>
 
       <listitem>
         <para>Sybolt de Boer <email>bolt@xs4all.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Tadashi Kumano <email>kumano@strl.nhk.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Taguchi Takeshi <email>taguchi@tohoku.iij.ad.jp</email></para>
       </listitem>
 
       <listitem>
         <para>TAKAHASHI Kaoru <email>kaoru@kaisei.org</email></para>
       </listitem>
 
       <listitem>
         <para>Takahiro Yugawa <email>yugawa@orleans.rim.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Takashi Mega <email>mega@minz.org</email></para>
       </listitem>
 
       <listitem>
         <para>Takashi Uozu <email>j1594016@ed.kagu.sut.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Takayuki Ariga <email>a00821@cc.hc.keio.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Takeru NAIKI <email>naiki@bfd.es.hokudai.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Takeshi Amaike <email>amaike@iri.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Takeshi MUTOH <email>mutoh@info.nara-k.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Takeshi Ohashi
 	  <email>ohashi@mickey.ai.kyutech.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Takeshi WATANABE
 	  <email>watanabe@crayon.earth.s.kobe-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Takuya SHIOZAKI
 	  <email>tshiozak@makino.ise.chuo-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Tatoku Ogaito <email>tacha@tera.fukui-med.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Ted Buswell <email>tbuswell@mediaone.net</email></para>
       </listitem>
 
       <listitem>
         <para>Ted Faber <email>faber@isi.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Ted Lemon <email>mellon@isc.org</email></para>
       </listitem>
 
       <listitem>
         <para>Terry Lambert <email>terry@lambert.org</email></para>
       </listitem>
 
       <listitem>
         <para>Terry Lee <email>terry@uivlsi.csl.uiuc.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Tetsuya Furukawa <email>tetsuya@secom-sis.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Theo de Raadt <email>deraadt@OpenBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas <email>thomas@mathematik.uni-Bremen.de</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas D. Dean <email>tomdean@ix.netcom.com</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas David Rivers <email>rivers@dignus.com</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas G. McWilliams <email>tgm@netcom.com</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas Graichen
 	  <email>graichen@omega.physik.fu-berlin.de</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas K&ouml;nig
 	  <email>Thomas.Koenig@ciw.uni-karlsruhe.de</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas Ptacek <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas Quinot <email>thomas@cuivre.fr.eu.org</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas A. Stephens <email>tas@stephens.org</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas Stromberg <email>tstrombe@rtci.com</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas Valentino Crimi
 	  <email>tcrimi+@andrew.cmu.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas Wintergerst <email>thomas@lemur.nord.de</email></para>
       </listitem>
 
       <listitem>
         <para>&THORN;&oacute;r&eth;ur &Iacute;varsson
 	  <email>totii@est.is</email></para>
       </listitem>
 
       <listitem>
         <para>Thierry Thomas <email>tthomas@mail.dotcom.fr</email></para>
       </listitem>
 
       <listitem>
         <para>Timothy Jensen <email>toast@blackened.com</email></para>
       </listitem>
 
       <listitem>
         <para>Tim Kientzle <email>kientzle@netcom.com</email></para>
       </listitem>
 
       <listitem>
         <para>Tim Singletary
 	  <email>tsingle@sunland.gsfc.nasa.gov</email></para>
       </listitem>
 
       <listitem>
         <para>Tim Wilkinson <email>tim@sarc.city.ac.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Timo J. Rinne <email>tri@iki.fi</email></para>
       </listitem>
 
       <listitem>
         <para>Tobias Reifenberger <email>treif@mayn.de</email></para>
       </listitem>
 
       <listitem>
         <para>Todd Miller <email>millert@openbsd.org</email></para>
       </listitem>
 
       <listitem>
         <para>Tom <email>root@majestix.cmr.no</email></para>
       </listitem>
 
       <listitem>
         <para>Tom <email>tom@sdf.com</email></para>
       </listitem>
 
       <listitem>
         <para>Tom Gray - DCA <email>dcasba@rain.org</email></para>
       </listitem>
 
       <listitem>
         <para>Tom Jobbins <email>tom@tom.tj</email></para>
       </listitem>
 
       <listitem>
         <para>Tom Pusateri <email>pusateri@juniper.net</email></para>
       </listitem>
 
       <listitem>
         <para>Tom Rush <email>tarush@mindspring.com</email></para>
       </listitem>
 
       <listitem>
         <para>Tom Samplonius <email>tom@misery.sdf.com</email></para>
       </listitem>
 
       <listitem>
         <para>Tomohiko Kurahashi
 	  <email>kura@melchior.q.t.u-tokyo.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Tony Kimball <email>alk@Think.COM</email></para>
       </listitem>
 
       <listitem>
         <para>Tony Li <email>tli@jnx.com</email></para>
       </listitem>
 
       <listitem>
         <para>Tony Lynn <email>wing@cc.nsysu.edu.tw</email></para>
       </listitem>
 
       <listitem>
 	<para>Tony Maher <email>Tony.Maher@eBioinformatics.com</email></para>
       </listitem>
 
       <listitem>
         <para>Torbjorn Granlund <email>tege@matematik.su.se</email></para>
       </listitem>
 
       <listitem>
         <para>Toshihiko SHIMOKAWA <email>toshi@tea.forus.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Toshihiro Kanda <email>candy@kgc.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Toshiomi Moriki
 	  <email>Toshiomi.Moriki@ma1.seikyou.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Trefor S. <email>trefor@flevel.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Trenton Schulz <email>twschulz@cord.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Trevor Blackwell <email>tlb@viaweb.com</email></para>
       </listitem>
 
       <listitem>
         <para>Udo Schweigert <email>ust@cert.siemens.de</email></para>
       </listitem>
 
       <listitem>
         <para>Ugo Paternostro <email>paterno@dsi.unifi.it</email></para>
       </listitem>
 
       <listitem>
         <para>Ulf Kieber <email>kieber@sax.de</email></para>
       </listitem>
 
       <listitem>
         <para>Ulli Linzen <email>ulli@perceval.camelot.de</email></para>
       </listitem>
 
       <listitem>
         <para>URATA Shuichiro <email>s-urata@nmit.tmg.nec.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Uwe Arndt <email>arndt@mailhost.uni-koblenz.de</email></para>
       </listitem>
 
        <listitem>
         <para>Vadim Belman <email>vab@lflat.vas.mobilix.dk</email></para>
        </listitem>
 
       <listitem>
         <para>Vadim Chekan <email>vadim@gc.lviv.ua</email></para>
       </listitem>
 
       <listitem>
         <para>Vadim Kolontsov <email>vadim@tversu.ac.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Vadim Mikhailov <email>mvp@braz.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Valentin Nechayev <email>netch@lucky.net</email></para>
       </listitem>
 
       <listitem>
         <para>Valentino Vaschetto <email>logo@blackened.com</email></para>
       </listitem>
 
       <listitem>
         <para>Van Jacobson <email>van@ee.lbl.gov</email></para>
       </listitem>
 
       <listitem>
         <para>Vasily V. Grechishnikov
 	  <email>bazilio@ns1.ied-vorstu.ac.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Vasim Valejev <email>vasim@uddias.diaspro.com</email></para>
       </listitem>
 
       <listitem>
         <para>Vernon J. Schryver <email>vjs@mica.denver.sgi.com</email></para>
       </listitem>
 
       <listitem>
         <para>Vic Abell <email>abe@cc.purdue.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Ville Eerola <email>ve@sci.fi</email></para>
       </listitem>
 
       <listitem>
         <para>Vince Valenti <email>vince@blue-box.net</email></para>
       </listitem>
 
       <listitem>
         <para>Vincent Poy <email>vince@venus.gaianet.net</email></para>
       </listitem>
 
       <listitem>
         <para>Vincenzo Capuano
 	  <email>VCAPUANO@vmprofs.esoc.esa.de</email></para>
       </listitem>
 
       <listitem>
         <para>Virgil Champlin <email>champlin@pa.dec.com</email></para>
       </listitem>
 
       <listitem>
         <para>Vladimir A. Jakovenko
 	  <email>vovik@ntu-kpi.kiev.ua</email></para>
       </listitem>
 
       <listitem>
         <para>Vladimir Kushnir <email>kushn@mail.kar.net</email></para>
       </listitem>
 
       <listitem>
         <para>Vsevolod Lobko <email>seva@alex-ua.com</email></para>
       </listitem>
 
       <listitem>
         <para>W. Gerald Hicks <email>wghicks@bellsouth.net</email></para>
       </listitem>
 
       <listitem>
         <para>W. Richard Stevens <email>rstevens@noao.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Walt Howard <email>howard@ee.utah.edu</email></para>
       </listitem>
 
       <listitem>
        <para>Walt M. Shandruk <email>walt@erudition.net</email</para>
       </listitem>
 
       <listitem>
         <para>Warren Toomey <email>wkt@csadfa.cs.adfa.oz.au</email></para>
       </listitem>
 
       <listitem>
         <para>Wayne Scott <email>wscott@ichips.intel.com</email></para>
       </listitem>
 
       <listitem>
         <para>Werner Griessl
 	  <email>werner@btp1da.phy.uni-bayreuth.de</email></para>
       </listitem>
 
       <listitem>
         <para>Wes Santee <email>wsantee@wsantee.oz.net</email></para>
       </listitem>
 
       <listitem>
         <para>Wietse Venema <email>wietse@wzv.win.tue.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Wiljo Heinen <email>wiljo@freeside.ki.open.de</email></para>
       </listitem>
 
       <listitem>
         <para>Willem Jan Withagen <email>wjw@surf.IAE.nl</email></para>
       </listitem>
 
       <listitem>
         <para>William Jolitz <email>withheld</email></para>
       </listitem>
 
       <listitem>
         <para>William Liao <email>william@tale.net</email></para>
       </listitem>
 
       <listitem>
         <para>Wojtek Pilorz
 	  <email>wpilorz@celebris.bdk.lublin.pl</email></para>
       </listitem>
 
       <listitem>
         <para>Wolfgang Helbig <email>helbig@ba-stuttgart.de</email></para>
       </listitem>
 
       <listitem>
         <para>Wolfgang Solfrank <email>ws@tools.de</email></para>
       </listitem>
 
       <listitem>
         <para>Wolfgang Stanglmeier <email>wolf@FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Wu Ching-hong <email>woju@FreeBSD.ee.Ntu.edu.TW</email></para>
       </listitem>
 
       <listitem>
         <para>Yarema <email>yds@ingress.com</email></para>
       </listitem>
 
       <listitem>
         <para>Yaroslav Terletsky <email>ts@polynet.lviv.ua</email></para>
       </listitem>
 
       <listitem>
 	<para>Yasuhiro Fukama <email>yasuf@big.or.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yasuhito FUTATSUKI <email>futatuki@fureai.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Yen-Ming Lee <email>leeym@bsd.ce.ntu.edu.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Yen-Shuo Su <email>yssu@CCCA.NCTU.edu.tw</email></para>
       </listitem>
 
       <listitem>
 	<para>Yin-Jieh Chen <email>yinjieh@Crazyman.Dorm13.NCTU.edu.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Yixin Jin <email>yjin@rain.cs.ucla.edu</email></para>
       </listitem>
 
       <listitem>
 	<para>Yoichi Asai <email>yatt@msc.biglobe.ne.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yoichi Nakayama <email>yoichi@eken.phys.nagoya-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yoshiaki Uchikawa <email>yoshiaki@kt.rim.or.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yoshihiko SARUMRU <email>mistral@imasy.or.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yoshihisa NAKAGAWA
 	  <email>y-nakaga@ccs.mt.nec.co.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yoshikazu Goto <email>gotoh@ae.anritsu.co.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yoshimasa Ohnishi
 	  <email>ohnishi@isc.kyutech.ac.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yoshishige Arai <email>ryo2@on.rim.or.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yuichi MATSUTAKA <email>matutaka@osa.att.ne.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yujiro MIYATA
 	  <email>miyata@bioele.nuee.nagoya-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Yu-Shun Wang <email>yushunwa@isi.edu</email></para>
       </listitem>
 
       <listitem>
 	<para>Yusuke Nawano <email>azuki@azkey.org</email></para>
       </listitem>
 
       <listitem>
 	<para>Yuu Yashiki <email>s974123@cc.matsuyama-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yuuki SAWADA <email>mami@whale.cc.muroran-it.ac.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yuuichi Narahara <email>aconitum@po.teleway.ne.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yuval Yarom <email>yval@cs.huji.ac.il</email></para>
       </listitem>
 
       <listitem>
 	<para>Yves Fonk <email>yves@cpcoup5.tn.tudelft.nl</email></para>
       </listitem>
 
       <listitem>
 	<para>Yves Fonk <email>yves@dutncp8.tn.tudelft.nl</email></para>
       </listitem>
 
       <listitem>
 	<para>Zach Heilig <email>zach@gaffaneys.com</email></para>
       </listitem>
 
       <listitem>
         <para>Zach Zurflu <email>zach@pabst.bendnet.com</email></para>
       </listitem>
 
       <listitem>
 	<para>Zahemszhky Gabor <email>zgabor@code.hu</email></para>
       </listitem>
 
       <listitem>
 	<para>Zhong Ming-Xun <email>zmx@mail.CDPA.nsysu.edu.tw</email></para>
       </listitem>
     </itemizedlist>
   </sect1>
   
   <sect1 id="contrib-386bsd">
     <title>386BSD パッチキットへのパッチ提供者</title>
     
     <para>(名前でアルファベット順):</para>
     
     <itemizedlist>
       <listitem>
 	<para>Adam Glass <email>glass@postgres.berkeley.edu</email></para>
       </listitem>
       
       <listitem>
 	<para>Adrian Hall <email>ahall@mirapoint.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Andrey A. Chernov <email>ache@astral.msk.su</email></para>
       </listitem>
       
       <listitem>
 	<para>Andrew Herbert <email>andrew@werple.apana.org.au</email></para>
       </listitem>
       
       <listitem>
 	<para>Andrew Moore <email>alm@netcom.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Andy Valencia <email>ajv@csd.mot.com</email>
 	  <email>jtk@netcom.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Arne Henrik Juul <email>arnej@Lise.Unit.NO</email></para>
       </listitem>
       
       <listitem>
 	<para>Bakul Shah <email>bvs@bitblocks.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Barry Lustig <email>barry@ictv.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Bob Wilcox <email>bob@obiwan.uucp</email></para>
       </listitem>
       
       <listitem>
 	<para>Branko Lankester</para>
       </listitem>
       
       <listitem>
 	<para>Brett Lymn <email>blymn@mulga.awadi.com.AU</email></para>
       </listitem>
       
       <listitem>
 	<para>Charles Hannum <email>mycroft@ai.mit.edu</email></para>
       </listitem>
       
       <listitem>
 	<para>Chris G. Demetriou
 	  <email>cgd@postgres.berkeley.edu</email></para>
       </listitem>
       
       <listitem>
 	<para>Chris Torek <email>torek@ee.lbl.gov</email></para>
       </listitem>
       
       <listitem>
 	<para>Christoph Robitschko
 	  <email>chmr@edvz.tu-graz.ac.at</email></para>
       </listitem>
       
       <listitem>
 	<para>Daniel Poirot <email>poirot@aio.jsc.nasa.gov</email></para>
       </listitem>
       
       <listitem>
 	<para>Dave Burgess <email>burgess@hrd769.brooks.af.mil</email></para>
       </listitem>
       
       <listitem>
 	<para>Dave Rivers <email>rivers@ponds.uucp</email></para>
       </listitem>
       
       <listitem>
 	<para>David Dawes <email>dawes@physics.su.OZ.AU</email></para>
       </listitem>
       
       <listitem>
 	<para>David Greenman <email>dg@Root.COM</email></para>
       </listitem>
       
       <listitem>
 	<para>Eric J. Haug <email>ejh@slustl.slu.edu</email></para>
       </listitem>
 	    
       <listitem>
 	<para>Felix Gaehtgens
 	  <email>felix@escape.vsse.in-berlin.de</email></para>
       </listitem>
       
       <listitem>
 	<para>Frank Maclachlan <email>fpm@crash.cts.com</email></para>
       </listitem>
 	    
       <listitem>
 	<para>Gary A. Browning <email>gab10@griffcd.amdahl.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Gary Howland <email>gary@hotlava.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Geoff Rehmet <email>csgr@alpha.ru.ac.za</email></para>
       </listitem>
       
       <listitem>
 	<para>Goran Hammarback <email>goran@astro.uu.se</email></para>
       </listitem>
       
       <listitem>
 	<para>Guido van Rooij <email>guido@gvr.org</email></para>
       </listitem>
       
       <listitem>
         <para>Guy Antony Halse <email>guy@rucus.ru.ac.za</email></para>
       </listitem>
 
       <listitem>
 	<para>Guy Harris <email>guy@auspex.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Havard Eidnes
 	  <email>Havard.Eidnes@runit.sintef.no</email></para>
       </listitem>
       
       <listitem>
 	<para>Herb Peyerl <email>hpeyerl@novatel.cuc.ab.ca</email></para>
       </listitem>
       
       <listitem>
 	<para>Holger Veit <email>Holger.Veit@gmd.de</email></para>
       </listitem>
       
       <listitem>
 	<para>Ishii Masahiro, R. Kym Horsell</para>
       </listitem>
       
       <listitem>
 	<para>J.T. Conklin <email>jtc@cygnus.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Jagane D Sundar <email>jagane@netcom.com</email></para>
       </listitem>
       
       <listitem>
 	<para>James Clark <email>jjc@jclark.com</email></para>
       </listitem>
       
       <listitem>
 	<para>James Jegers <email>jimj@miller.cs.uwm.edu</email></para>
       </listitem>
       
       <listitem>
 	<para>James W. Dolter</para>
       </listitem>
 
       <listitem>
 	<para>James da Silva <email>jds@cs.umd.edu</email> et al</para>
       </listitem>
 
       <listitem>
 	<para>Jay Fenlason <email>hack@datacube.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Jim Wilson <email>wilson@moria.cygnus.com</email></para>
       </listitem>
       
       <listitem>
 	<para>J&ouml;rg Lohse
 	  <email>lohse@tech7.informatik.uni-hamburg.de</email></para>
       </listitem>
       
       <listitem>
 	<para>J&ouml;rg Wunsch
 	  <email>joerg_wunsch@uriah.heep.sax.de</email></para>
       </listitem>
 	    
       <listitem>
 	<para>John Dyson</para>
       </listitem>
       
       <listitem>
 	<para>John Woods <email>jfw@eddie.mit.edu</email></para>
       </listitem>
       
       <listitem>
 	<para>Jordan K. Hubbard <email>jkh@whisker.hubbard.ie</email></para>
       </listitem>
       
       <listitem>
 	<para>Julian Elischer <email>julian@dialix.oz.au</email></para>
       </listitem>
       
       <listitem>
 	<para>Julian Stacey <email>jhs@FreeBSD.org</email></para>
       </listitem>
       
       <listitem>
 	<para>Karl Dietz <email>Karl.Dietz@triplan.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Karl Lehenbauer <email>karl@NeoSoft.com</email>
 	  <email>karl@one.neosoft.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Keith Bostic <email>bostic@toe.CS.Berkeley.EDU</email></para>
       </listitem>
       
       <listitem>
 	<para>Ken Hughes</para>
       </listitem>
       
       <listitem>
 	<para>Kent Talarico <email>kent@shipwreck.tsoft.net</email></para>
       </listitem>
       
       <listitem>
 	<para>Kevin Lahey <email>kml%rokkaku.UUCP@mathcs.emory.edu</email>
 	  <email>kml@mosquito.cis.ufl.edu</email></para>
       </listitem>
 
       <listitem>
 	<para>Konstantinos Konstantinidis <email>kkonstan@duth.gr</email></para>
       </listitem>
       
       <listitem>
 	<para>Marc Frajola <email>marc@dev.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Mark Tinguely <email>tinguely@plains.nodak.edu</email>
 	  <email>tinguely@hookie.cs.ndsu.NoDak.edu</email></para>
       </listitem>
       
       <listitem>
 	<para>Martin Renters <email>martin@tdc.on.ca</email></para>
       </listitem>
       
       <listitem>
 	<para>Michael Clay <email>mclay@weareb.org</email></para>
       </listitem>
       
       <listitem>
 	<para>Michael Galassi <email>nerd@percival.rain.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Mike Durkin <email>mdurkin@tsoft.sf-bay.org</email></para>
       </listitem>
       
       <listitem>
 	<para>Naoki Hamada <email>nao@tom-yam.or.jp</email></para>
       </listitem>
       
       <listitem>
 	<para>Nate Williams <email>nate@bsd.coe.montana.edu</email></para>
       </listitem>
       
       <listitem>
 	<para>Nick Handel <email>nhandel@NeoSoft.com</email>
 	  <email>nick@madhouse.neosoft.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Pace Willisson <email>pace@blitz.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Paul Kranenburg <email>pk@cs.few.eur.nl</email></para>
       </listitem>
       
       <listitem>
 	<para>Paul Mackerras <email>paulus@cs.anu.edu.au</email></para>
       </listitem>
       
       <listitem>
 	<para>Paul Popelka <email>paulp@uts.amdahl.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Peter da Silva <email>peter@NeoSoft.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Phil Sutherland
 	  <email>philsuth@mycroft.dialix.oz.au</email></para>
       </listitem>
       
       <listitem>
 	<para>Poul-Henning Kamp<email>phk@FreeBSD.org</email></para>
       </listitem>
       
       <listitem>
 	<para>Ralf Friedl <email>friedl@informatik.uni-kl.de</email></para>
       </listitem>
       
       <listitem>
 	<para>Rick Macklem <email>root@snowhite.cis.uoguelph.ca</email></para>
       </listitem>
       
       <listitem>
 	<para>Robert D. Thrush <email>rd@phoenix.aii.com</email></para>
       </listitem>
 
       <listitem>
 	<para>Rodney W. Grimes <email>rgrimes@cdrom.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Sascha Wildner <email>swildner@channelz.GUN.de</email></para>
       </listitem>
       
       <listitem>
 	<para>Scott Burris <email>scott@pita.cns.ucla.edu</email></para>
       </listitem>
       
       <listitem>
 	<para>Scott Reynolds <email>scott@clmqt.marquette.mi.us</email></para>
       </listitem>
       
       <listitem>
 	<para>Sean Eric Fagan <email>sef@kithrup.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Simon J Gerraty <email>sjg@melb.bull.oz.au</email>
 	  <email>sjg@zen.void.oz.au</email></para>
       </listitem>
       
       <listitem>
 	<para>Stephen McKay <email>syssgm@devetir.qld.gov.au</email></para>
       </listitem>
       
       <listitem>
 	<para>Terry Lambert <email>terry@icarus.weber.edu</email></para>
       </listitem>
       
       <listitem>
 	<para>Terry Lee <email>terry@uivlsi.csl.uiuc.edu</email></para>
       </listitem>
       
       <listitem>
 	<para>Tor Egge <email>Tor.Egge@idi.ntnu.no</email></para>
       </listitem>
       
       <listitem>
 	<para>Warren Toomey <email>wkt@csadfa.cs.adfa.oz.au</email></para>
       </listitem>
       
       <listitem>
 	<para>Wiljo Heinen <email>wiljo@freeside.ki.open.de</email></para>
       </listitem>
       
       <listitem>
 	<para>William Jolitz <email>withheld</email></para>
       </listitem>
       
       <listitem>
 	<para>Wolfgang Solfrank <email>ws@tools.de</email></para>
       </listitem>
       
       <listitem>
 	<para>Wolfgang Stanglmeier <email>wolf@dentaro.GUN.de</email></para>
       </listitem>
       
       <listitem>
 	<para>Yuval Yarom <email>yval@cs.huji.ac.il</email></para>
       </listitem>
     </itemizedlist>
   </sect1>
 </chapter>
 
 <!--
      Local Variables:
      mode: sgml
      sgml-declaration: "../chapter.decl"
      sgml-indent-data: t
      sgml-omittag: nil
      sgml-always-quote-attributes: t
      sgml-parent-document: ("../book.sgml" "part" "chapter")
      End:
 -->
diff --git a/ja_JP.eucJP/books/handbook/cutting-edge/chapter.sgml b/ja_JP.eucJP/books/handbook/cutting-edge/chapter.sgml
index 826d1fb8b5..7502f4c809 100644
--- a/ja_JP.eucJP/books/handbook/cutting-edge/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/cutting-edge/chapter.sgml
@@ -1,1920 +1,1918 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.60
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/cutting-edge/chapter.sgml,v 1.23 2001/01/07 20:22:55 hrs Exp $
+     Original revision: 1.61
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/cutting-edge/chapter.sgml,v 1.24 2001/04/08 15:33:40 hrs Exp $
 -->
 
 <chapter id="cutting-edge">
   <title>開発の最前線</title>
 
   <para><emphasis>改訂: &a.jim;, 2000 年 3 月.</emphasis></para>
 
   <para><emphasis>原作: &a.jkh;, &a.phk;, &a.jdp;, &a.nik;,
       およびたくさんのフィードバック.</emphasis></para>
 
   <sect1>
     <title>この章では</title>
 
     <para>あるリリースから次のリリースまでの期間にも,
       FreeBSD の開発は休みなく続けられています.
       この開発の最前線に興味を持っている人のために,
       手元のシステムを最新の開発ツリーに同期させておくための,
       とても使いやすい仕掛けが何種類も用意されています.
       注意: 開発の最前線は,
       誰もが扱えるという性質のものではありません!
       もしもあなたが, 開発途中のシステムを追いかけようか,
       それともリリースバージョンのどれかを使い続けようかと迷っているのなら,
       きっとこの章が参考になるでしょう.</para>
   </sect1>
 
   <sect1 id="current-stable">
     <title>-CURRENT vs. -STABLE</title>
 
     <para>FreeBSD には二つの開発ブランチがあります.
       それは -CURRENT と -STABLE です.
       この章ではそれぞれについて簡単に説明し,
       どのようにしてあなたのシステムを対応するツリーに対して,
       どうやって常に最新の状態に保つかについて扱います.
       まずは -CURRENT, 次に -STABLE について説明します.</para>
 
     <para><emphasis>訳: &a.hanai;, 1996 年 11 月 6 日.</emphasis></para>
 
     <sect2 id="current">
       <title>最新の FreeBSDを 追いかける</title>
 
       <para>これを読む前に,
         心にとめておいて欲しいことがあります.
 	-CURRENT とは FreeBSD の開発の<quote>最前線</quote>だということです.
         もし FreeBSD を使い始めたばかりなら,
         これを運用することについて十分検討を重ねた方が良いでしょう.</para>
 
       <sect3>
 	<title>FreeBSD-current ってなに?</title>
 
         <para>FreeBSD-CURRENT とは文字通り,
           日々変更されている
           FreeBSD のソースのスナップショット以外の何ものでもありません.  
           中には現在開発途上のソフトウェア,
           実験的な変更, あるいは過渡的な機能などが含まれています.
           また, この中に入っている機能がすべて,
           次の公式リリースに入るとは限りません.
           FreeBSD-CURRENT をソースからほぼ毎日コンパイルしている人は
           たくさんいますが,
           時期によってはコンパイルさえできない状態になっていることもあります.
           一般的に, これらの問題は可能な限り迅速に解決されますが,
           FreeBSD-CURRENT のソースが不幸をもたらすか,
           それとも非常に素晴らしい機能をもたらすかというのは文字通り,
           ある与えられた 24
           時間の間の,
           どの部分であなたがソースを手に入れたかによる場合もあるのです.</para>
       </sect3>
 
       <sect3>
 	<title>誰が FreeBSD-current を必要としてるの?</title>
 
         <para>FreeBSD-CURRENT は,
           主に次の三つの重要なグループを対象としています.</para>
 
         <orderedlist>
           <listitem>
             <para>ソースツリーのある部分に関して活発に作業している
               FreeBSD グループのメンバ.
               彼らにとっては<quote>最新のもの</quote>にしておくのが
               絶対に必要なことなのです.</para>
 	</listitem>
 
 	<listitem>
             <para>活発にテストしている FreeBSD グループのメンバ.
               彼らは, FreeBSD-CURRENT
               が<quote>健全である</quote>ことを可能な限り確認するために,
               種々の問題と戦う時間を惜しまない人々です.
               彼らはまた, 様々な変更に関する提案や
               FreeBSD の大まかな方向付けを行ないたいと思っている
               人々でもあります.</para>
 	</listitem>
 
 	<listitem>
             <para>単に, 様々な事に目を向け, 参考のために
               (たとえば動かすためではなく<emphasis>読むため</emphasis>に)
               最新のソースを使いたいと思っている FreeBSD
               (または他の) グループのまわりにいるメンバ.
               これらの人々はまた,
               時々コメントやコードを寄稿してくれます.</para>
           </listitem>
         </orderedlist>
       </sect3>
 
       <sect3>
         <title>FreeBSD-CURRENT
           に期待しては<emphasis>いけない</emphasis>ことは?</title>
 
       <orderedlist>
           <listitem>
             <para>なにか新しくカッコイイモノがあると聞き,
               自分の周囲では一番にそれを持ちたいがために,
               リリース前のコードの断片を追いかけること.</para>
           </listitem>
 
           <listitem>
             <para>バグを修正するための素早い方法.</para>
           </listitem>
 
           <listitem>
             <para>わたしたちが<quote>公式にサポートする</quote>こと.
               わたしたちは 3 つの<quote>公式な</quote>
               FreeBSD-CURRENT のグループの一つに,
               実際に属する人々を助けるのにベストを尽くしますが,
               技術的なサポートを行なうには, 単に「時間が足りない」のです.
               これはわたしたちが外の人を助けるの好まない,
               ケチで意地悪い人間だということではなく
               (もしそうなら FreeBSD なんかやっていません),
               文字通りわたしたちは一日に 400 ものメッセージに答え,
               <emphasis>かつ</emphasis> FreeBSD
               の作業をすることなど出来ない!
               ということなのです.
               もし, たくさんの質問に答えるか,
               それとも FreeBSD を良くする作業を続けるか,
               という選択が与えられた場合,
               あなた方のほとんどは後者を支持するとわたしは確信しています.</para>
           </listitem>
         </orderedlist>
       </sect3>
 
       <sect3>
 	<title>FreeBSD-CURRENT を使う</title>
 
         <orderedlist>
           <listitem>
             <para>&a.current;
               と
               &a.cvsall;
               に加わってください.
               これは単に良い考えであるというだけでなく,
               <emphasis>必須の</emphasis>ことなのです.
               もし
               <emphasis>FreeBSD-current</emphasis>
               メーリングリストに入っていなければ,
               さまざまな人がシステムの現在の状態について
               述べているコメントを見ることは決してありませんし,
               従って他の人が既に見つけて解決している
               多くの問題に戸惑ってあきらめてしまうでしょう.
               さらに言うと, システムを正常に保つための
               重要な情報を見逃してしまう可能性もあります.</para>
 
             <para>&a.cvsall; メーリングリストでは,
               それぞれの変更についての
               commit ログを見ることができます.
               また, それに関して起こり得る副作用の情報を得ることができますので,
               参加する価値のあるメーリングリストです.</para>
 
 	  <para>これらのメーリングリストに入るには,
               &a.majordomo; へ</para>
 
-	  <programlisting>
-subscribe freebsd-current
+	  <programlisting>subscribe freebsd-current
 subscribe cvs-all</programlisting>
 
             <para>と書いたメールを送ってください.
               オプションとして本文に
               <literal>help</literal>
               と書けば, Majordomo からあなたへ,
               わたしたちがサポートする様々なメーリングリストに参加
               /脱退する方法に関する, 詳しいヘルプが送られます.</para>
           </listitem>
 
           <listitem>
             <para><hostid role="fqdn">ftp.FreeBSD.org</hostid>
               からのソースの入手.
               以下の 3 つの方法で行なうことができます.</para>
 
             <orderedlist>
               <listitem>
                 <para><link linkend="cvsup">cvsup</link> を
                   <ulink url="ftp://ftp.FreeBSD.org/pub/FreeBSD/FreeBSD-current/src/share/examples/cvsup/standard-supfile">この supfile</ulink>
 		を用いて使用する.
                   これは 2 番目に推薦される方法です.
                   なぜなら, cvsup によって一度全体を入手し,
                   後は変更されたところだけを入手することができるからです.
                   たくさんの人が自動的にソースを最新のものに保つために
                   cvsup を cron から起動しています.
                   これを行なうための非常に簡単な方法は, 単に</para>
 
                 <blockquote><screen>&prompt.root; <userinput>pkg_add -f \
 ftp://ftp.FreeBSD.org/pub/FreeBSD/development/CVSup/cvsupit.tgz</userinput></screen>
                 </blockquote>
 
                 <para>とタイプすることです.</para>
               </listitem>
 
               <listitem>
                 <para><command>ftp</command> を使う.
                   FreeBSD-current のソースツリーは常に
                   <ulink url="ftp://ftp.FreeBSD.org/pub/FreeBSD/FreeBSD-current/">
                     ftp://ftp.FreeBSD.org/pub/FreeBSD/FreeBSD-current/</ulink>
                   で<quote>公開</quote>されています.
                   わたしたちはまた, 全体を compress/tar して入手できる
                   <command>wu-ftpd</command> を使っています.
                   たとえば,</para>
 
                 <screen>usr.bin/lex</screen>
 
                 <para>があったとすると,</para>
 
                 <screen><prompt>ftp&gt;</prompt> <userinput>cd usr.bin</userinput>
 <prompt>ftp&gt;</prompt> <userinput>get lex.tar</userinput></screen>
 
                 <para>とすることにより, ディレクトリ全体(この場合,
                   usr.bin/lex以下全体) を tar
                   ファイルとして入手することができます.</para>
               </listitem>
 
               <listitem>
                 <para><application><link linkend="ctm">CTM</link></application>を用いる.
                   (接続料が高額だったり, e-mail でのアクセスしかできないような)
                   あまり良質でない TCP/IP 接続の場合には, <application>CTM</application>
                   を利用すると良いでしょう.  ただし,
                   これには多くの手間がかかりますし,
                   壊れたファイルを受けとってしまう可能性もあります.
                   そのため, 最近ではあまり使われなくなっており,
                   長い間使用できなくなってしまう事態が発生する可能性があります
                   (訳注: 保守する人が少ないためです).
                   9600bps 以上の速度で接続しているなら,
 		  <application><link linkend="cvsup">CVSup</link></application>
                   を利用されることを推奨します.
                 </para>
               </listitem>
             </orderedlist>
           </listitem>
 
           <listitem>
             <para>もし, ソースを眺めるだけでなく,
               走らせるために入手しているのであれば,
               一部だけ選ぶのではなく, current
               の<emphasis>全体</emphasis>を手に入れてください.
               なぜなら, ソースのさまざまな部分が他の部分の更新に依存しており,
               一部のみをコンパイルしようとすると,
               ほぼ間違いなくトラブルを起こすからです.</para>
 
             <para>current をコンパイルする前に
               <filename>/usr/src</filename> にある Makefile
               を良く読んでください.
               アップグレードの処理の一部として,
               少なくとも一回は最初に
               <link linkend="makeworld">make world</link>
               を行なうべきでしょう.
               &a.current; を読めば,
               次のリリースへ向けて時々必要になる他のブートストラップの方法に関して,
               常に最新情報を得ることが出来ます.</para>
           </listitem>
 
           <listitem>
             <para>アクティブになって下さい!
               もし FreeBSD-CURRENT
               を走らせているなら, わたしたちはそれに関するコメント,
               特に拡張やバグ潰しに関する提案, を欲しています.
               コードを伴う提案はもっとも歓迎されるものです!</para>
           </listitem>
         </orderedlist>
       </sect3>
     </sect2>
 
     <sect2 id="stable">
       <title>FreeBSD の安定状態の持続</title>
 
       <para>あなたが FreeBSD をプロダクション環境下で使っていて
 	-CURRENT 系列からの修正の最新版を得ていることを確実にしたいなら
 	-STABLE を使っていた方がいいでしょう.  これは新しいリリースが
 	まとめられた時 -RELEASE がこれから分岐するツリーです.
 	たとえば, あなたが 3.4-RELEASE のコピーを持っていたとして,
 	それは単に CD-ROM にまとめられた -STABLE 系列の
 	<quote>snapshot</quote> に過ぎません.  -RELEASE 以降に
 	-STABLE にマージされた差分を入手するには -STABLE 系列を
         <quote>追跡</quote>する必要があります.</para>
 
       <para><emphasis>訳: &a.jp.iwasaki;.</emphasis></para>
 
       <sect3>
 	<title>FreeBSD-STABLE ってなに?</title>
 
         <para>FreeBSD-STABLE は,
           次の本流のリリースを目指した新機能をあまり採り入れない,
           保守的な変更のための開発の支流です.
           実験的, もしくはテスト未完の変更はこの支流には取り入れられません
           (<link linkend="current">最新の FreeBSD を追いかける</link>参照).</para>
       </sect3>
 
       <sect3>
 	<title>誰が FreeBSD-STABLE を必要としているの?</title>
 
         <para>もしあなたが仕事で使用しているとか, なによりも FreeBSD
           システムの安定性を最重要視するなら,
           <emphasis>stable</emphasis> を追いかけることを考えるべきでしょう.
           <emphasis>stable</emphasis>
           の支流は前のリリースに関して効果的にバグフィックスされた流れであるため,
           最新のリリース
           (<ulink url="ftp://ftp.FreeBSD.org/pub/FreeBSD/i386/&rel.current;-RELEASE/">
             &rel.current;-RELEASE</ulink> 執筆時点)
           をインストールしているのであれば, 特にそうです.</para>
 
         <warning>
           <para><emphasis>stable</emphasis>
             ツリーが常に完全に互換性があり安定するように努力していますが,
             たまに間違いがあることに注意してください
             (結局, 内容が吟味されずに素早く送られた変更を含むソースがまだあるのです).
             また,  <emphasis>current</emphasis> を
             <emphasis>stable</emphasis>
             へ移行する前に完璧なテストフィックスに最善を尽くしますが,
             わたしたちのテストはすべてのケースを十分に網羅しているとは限りません.
             もし何か <emphasis>stable</emphasis> で不具合があるようでしたら,
             わたしたちに<emphasis>すぐに</emphasis>教えてください
             (次の節参照).</para>
         </warning>
       </sect3>
 
       <sect3>
 	<title>FreeBSD-STABLE を使う</title>
 
         <orderedlist>
           <listitem>
             <para>&a.stable; へ加わってください.
               このメーリングリストでは,
               <emphasis>stable</emphasis> の構築に関連する事柄や,
               その他の注意すべき点 に関する情報が流れています.
               また開発者は議論の余地がある修正や変更を考えている場合に,
               このメーリングリストで公表し,
               提案された変更に関して問題が生じるかどうかを返答する機会をユーザに与えます.</para>
 
             <para>また, &a.cvsall; メーリングリストでは,
               それぞれの変更がなされると,
               起こりうる副作用に関するすべての適切な情報と一緒に
               commit log を読むことができます. subscribe
               しておきたいもう一つのメーリングリストです. </para>
 
             <para>メーリングリストに参加するには,
               &a.majordomo;
               へメッセージの本文に次のように書いたメールを送ってください:</para>
 
-            <programlisting>
-subscribe freebsd-stable
+            <programlisting>subscribe freebsd-stable
 subscribe cvs-all</programlisting>
 
             <para>オプションとして本文に `help' と書けば,
               Majordomo はわたしたちがサポートするさまざまなメーリングリストに参加 /
               脱退する方法に関する詳しいヘルプを送付します.</para>
           </listitem>
 
           <listitem>
 	    <para>もし, あなたが新しいシステムをインストールしようとしていて
 	      それを可能な限り安定なものにしておきたいなら,
               最新のブランチの snapshot を
               <ulink url="ftp://releng4.freebsd.org/pub/FreeBSD">
                 ftp://releng4.freebsd.org/pub/FreeBSD</ulink>
               から取得し,
               これを一般のリリースのものと同様にインストールしてください.</para>
 
             <para>もし, 既に FreeBSD の以前のリリースが動いている場合で,
               これをソースからアップグレードしようとするならば,
               <hostid role="fqdn">ftp.FreeBSD.org</hostid> より簡単に
               これを行う事が出来ます. これには次の 3 つの方法があります.
             </para>
 
             <orderedlist>
               <listitem>
                 <para><application><link linkend="ctm">CTM</link></application>
                   機能を使用する. 転送レートが安定している TCP/IP
                   接続でない場合は, この方法が適しています.</para>
               </listitem>
 
               <listitem>
                 <para><link linkend="cvsup">cvsup</link> を
                   <ulink url="ftp://ftp.FreeBSD.org/pub/FreeBSD/FreeBSD-current/src/share/examples/cvsup/stable-supfile">この supfile</ulink>
                   を用いて使用する.
                   一度コレクション全体を入手してしまえば,
                   前回からの変更部分だけですむので, 2
                   番目に推奨される方法です.
                   多くの人が cron から cvsup を実行し,
                   自動的にソースコードを最新の状態に保っています.
                   これを簡単に扱うには次のようにタイプしてください.</para>
 
                 <blockquote>
                   <screen>&prompt.root; <userinput>pkg_add -f \
 ftp://ftp.FreeBSD.org/pub/FreeBSD/development/CVSup/cvsupit.tgz</userinput></screen>
                 </blockquote>
               </listitem>
 
               <listitem>
                 <para><command>ftp</command> を使用する. FreeBSD-STABLE
                   用のソースツリーは
                   常に次のところで<quote>公開</quote>されています:
                   <ulink url="ftp://ftp.FreeBSD.org/pub/FreeBSD/FreeBSD-stable/">ftp://ftp.FreeBSD.org/pub/FreeBSD/FreeBSD-stable/</ulink></para>
 
                 <para>私たちはまた, tar/compress
                   でツリー全体を入手できる <command>wu-ftpd</command>
                   を使用しています. 例えば :</para>
 
                 <screen>usr.bin/lex</screen>
 
                 <para>に対して:</para>
 
                 <screen><prompt>ftp&gt;</prompt> <userinput>cd usr.bin</userinput>
 <prompt>ftp&gt;</prompt> <userinput>get lex.tar</userinput></screen>
 
                 <para>とすることにより, ディレクトリ全体を tar
                   ファイルとして入手することができます.</para>
               </listitem>
             </orderedlist>
           </listitem>
 
           <listitem>
             <para>基本的には,
               ソースに迅速でオンデマンドなアクセスが必要で,
               接続のバンド幅が問題でなければ, <command>cvsup</command>
               か <command>ftp</command> を使いましょう. そうで
               ない場合は <application>CTM</application>
               を使いましょう.</para>
           </listitem>
 
           <listitem>
             <para>stable をコンパイルする前に,
               <filename>/usr/src</filename> にある Makefile をよ
               く読んでください.
               少なくとも一回はアップグレードの処理の一部として最初に
               <link linkend="makeworld">make world</link>
               を実行するべきでしょう. &a.stable; を読めば,
               次のリリースに移行する
               に当たって時々必要となる既存システムからの
               新システムの構築手順に
               ついての最新情報が得られるでしょう.</para>
           </listitem>
         </orderedlist>
       </sect3>
     </sect2>
   </sect1>
 
   <sect1 id="synching">
     <title>ソースの同期</title>
 
     <para><emphasis>訳: &a.jp.iwasaki;. 13 September 1997.</emphasis></para>
 
     <para>インターネット接続 (または電子メール) を使用して,
       あなたの興味の対象によって FreeBSD
       プロジェクトのソースのある一部分または全体の最新を
       追いかける方法は色々あります.
       私たちが提供している基本的なサービスは  <link
 	linkend="anoncvs">Anonymous CVS</link>, <link
 	linkend="cvsup">CVSup</link> と <link linkend="ctm">CTM</link>
       です:</para>
 
     <warning>
       <para>ソースツリーの一部を最新のものに更新することは可能です.
         ただし, サポートされているアップデート手順は,
         ソースツリー全体を最新のものに更新して,
         ユーザランド (<filename>/bin</filename> や <filename>/sbin</filename>
         にあるような, ユーザが実行するプログラム全体のこと)
         およびカーネルのソースから再構築することのみであることに注意してください.
         カーネルだけ, あるいはユーザランドだけというように,
         ソースツリーの一部を更新した場合は, 問題が生じることがよくあります.
         この時に発生する問題はコンパイル時のエラーからカーネルパニック,
         データの破壊とさまざまです.</para>
     </warning>
 
     <para><application>Anonymous CVS</application> と
       <application>CVSup</application> は <emphasis>pull</emphasis>
       同期モデルを採用しています.
       <application>CVSup</application> の場合, ユーザ
       (または cron スクリプト) が <command>cvsup</command>
       起動し, どこかにある <command>cvsupd</command>
       サーバとやりとりしてファイルを
       最新状態にします.
       届けられる更新情報はその時点の最新のものであり,
       また必要な時にだけ取り寄せられます.
       興味のある特定のファイルやディレクトリに
       限定して更新することも簡単にできます.
       クライアント側のソースツリーの状態・
       設定ファイルの指定に従い, サーバによって更新情報が
       素早く生成されます.
       <application>Anonymous CVS</application> は,
       このプログラムがリモートの CVS リポジトリから直接変更点を
       pull できるようにした &man.cvs.1; への拡張であるという点で,
       <application>CVSup</application> よりもずっと単純です.
       <application>CVSup</application>
       は効率の点ではるかにまさっていますが,
       <application>Anonymous CVS</application> の方が簡単に利用できます.
     </para>
 
     <para>一方, <application>CTM</application>
       はあなたが持っているソースとマスタアーカイブ上に
       あるそれとの対話的な比較をおこないませんし,
       あるいは向こう側から変更点を pull したりもしません.
       そのかわりに, 前回の実行時からの変更を認識するスクリプトが
       マスタ CTM マシン上で一日に数回実行され,
       すべての変更を compress して通し番号を振り,
       さらに電子メールで転送できるようにエンコードします
       (印字可能な ASCII
       キャラクタのみです). 受信した後は,
       これらの <quote>CTM のデルタ</quote> は自動
       的にデコード, 検査してユーザのソースのコピーに変更を適用する
 	&man.ctm.rmail.1; によって処理可能となります.
       この処理は <application>CVSup</application> や
       <application>Anonymous CVS</application> よりずっと効率
       的であり, <emphasis>pull</emphasis> モデルというよりむしろ
       <emphasis>push</emphasis> モデルで
       あるため, 私たちのサーバ資源の負荷は軽くなります.</para>
 
     <para>もちろん他のトレードオフもあります. うっかりアーカイブ
       の一部を消してしまっても, <application>CVSup</application>
       は壊れた部分を検出して再構築してくれます.
       <application>CTM</application> はこれをやってくれませんし,
       <application>Anonymous CVS</application>
       はおそらく他の何よりも深く混乱してしまうことが多いでしょう.
       もしソースツリーの一部を消してしまったら, (最新の CVS
       <quote>ベースデルタ</quote>から) 一からやり直し, CTM か anoncvs
       を使って悪い部分を消去し, 再同期させることによって
       すべてを再構築しなければなりません.</para>
 
     <para><application>Anonymous CVS</application>,
       <application>CTM</application>, <application>CVSup</application>
       についての 詳しい情報については,
       以下の節を参照してください.</para>
   </sect1>
 
   <sect1 id="makeworld">
     <title><command>make world</command> の利用</title>
 
     <para>FreeBSD のどれか特定のバージョン (<literal>stable</literal>,
       <literal>current</literal> など)
       について, ローカルのソースツリーを同期させたら,
       そのソースツリーを使ってシステムを
       再構築しなければなりません.</para>
 
     <warning>
       <title>バックアップを作成する</title>
 
       <para>システムを再構築する<emphasis>前に</emphasis>バックアップを
         作成することの重要性は, いくら強調してもし過ぎると言うことはありません.
         システム全体の再構築とは
         (以降に書かれた手順に従っている限り)難しい作業ではありませんが,
         どんなに注意していたとしても, <!-- hrs:2000/01/12 inevitably -->
         あなた自身, あるいはソースツリーで作業している他の人達に手違いがあった時には,
         システムが起動しなくなってしまう状態になることがあるのです.
       </para>
 
       <para>まず, バックアップがきちんと作成されていることを確認して下さい.
         そして, fix-it フロッピーを用意して下さい. 私は今までに,
         一度もバックアップや fix-it フロッピーのお世話になったことはありませんし,
         これからもそうなるようなことはないと思っていますが,
         どういう場合であっても用意しておいて損はないでしょう.
       </para>
     </warning>
 
     <warning>
       <title>メーリングリストに参加する</title>
 
       <para>もともと, -STABLE と -CURRENT のコードブランチは,
         <emphasis>開発中のもの</emphasis>です.
         FreeBSD の作業に貢献してくださっている人達も人間ですから,
         時にはミスをすることだってあるでしょう.  
       </para>
 
       <para>そのような間違いは, 単に警告を示す見慣れない
         診断メッセージをシステムが,表示するような,
         全く害のないものであることもあれば, システムを起動できなくしたり,
         ファイルシステムを破壊してしまうような,
         恐ろしい結果を招くものかも知れません.
       </para>
 
       <para>万が一, このような問題が生じた場合,
         問題の詳細と, どのようなシステムが影響を受けるかについて書かれた
         <quote>注意(heads up)</quote>の記事が
         適切なメーリングリストに投稿され, そして, その問題が解決されると, 
         <quote>問題解決(all clear)</quote>のアナウンス記事が同様に
         投稿されます.
       </para>
 
       <para>-STABLE や -CURRENT ブランチを試したり, それらに
         追随していくときに
         <email>FreeBSD-stable@FreeBSD.ORG</email> や
 	<email>FreeBSD-current@FreeBSD.ORG</email>
         を読まないというのは, 自ら災難を招くことになるでしょう.
       </para>
 
       <para><emphasis>訳注:</emphasis>
       これらのメーリングリストは英語でやりとりされているため,
       日本語での投稿は歓迎されません. 英語でのやりとりができない人は,
       <ulink url="http://www.jp.FreeBSD.org">FreeBSD 友の会</ulink>
       の運営しているメーリングリストをあたってみるのがいいでしょう.
       </para>
     </warning>
 
     <sect2>
       <title><filename>/usr/src/UPDATING</filename> を読む</title>
 
       <para>何を始めるにしろ, まず最初に
 	<filename>/usr/src/UPDATING</filename> (もしくはあなたがソースコードを
 	どこにコピーしたにせよそれに相当するファイル) を読みましょう.
 	このファイルにはあなたが遭遇するかも知れない問題に対する重要な情報を
 	含んでいたり, あなたが特定のコマンドを実行しなければならなくなった時
 	その順序を指示したりするはずです.
 	<filename>UPDATING</filename> があなたが読んだ事柄と矛盾している時は
 	<filename>UPDATING</filename> が優先します.</para>
 
       <important>
 	<para><filename>UPDATING</filename> を読むということは, 前述の
 	適切なメーリングリストを購読する代わりにはなりません.
 	二つの要求は相補的なもので排他的なものではないのです.</para>
       </important>
     </sect2>
 
     <sect2>
       <title><filename>/etc/make.conf</filename> の確認</title>
 
       <para>まず, <filename>/etc/defaults/make.conf</filename> と
 	<filename>/etc/make.conf</filename> を調べてください.  そこには
 	最初から標準的なものが (多くのものはコメントアウトされていますが)
 	含まれています.  ソースからシステムを再構築するときに make が
 	<filename>/etc/make.conf</filename> に付け加えられた設定を使用します.
 	<filename>/etc/make.conf</filename> に追加された設定は <command>make
 	</command> を実行したときに常に使われることを覚えておいてください.
 	そのため, システムに必要な設定を書いておくと良いでしょう.</para>
 
       <para>(FreeBSD の開発者でない) 標準的なユーザならおそらく,
         <filename>/etc/defaults/make.conf</filename> の <makevar>CFLAGS</makevar> と
 	<makevar>NOPROFILE</makevar> のコメントをはずすことを考えると思います.</para>
 
       <note>
 	<title/FreeBSD 2.1.7 以前の場合/
 	
 	<para>もし, 浮動小数点演算ユニット(386DX, 486DX, Pentium と,
           それより上のクラスのマシン)がある場合には, HAVE_FPU
           の行のコメントをはずすことができます.
         </para>
         <!-- hrs:2000/01/13 386DX doesn't have FPU. -->
 
 	<para>この定義は, FreeBSD 2.2.2 以降で廃止されました.
         </para>
       </note>
 
       <para>他の定義 (COPTFLAGS, NOPORTDOCS など) の定義行についても,
         コメントを外す必要があるかどうか調べておきましょう.
       </para>
     </sect2>
 
   <sect2>
       <title><filename>/etc/group</filename> の更新</title>
 
       <para>
         <filename>/etc</filename> ディレクトリには,
         システム起動時に実行されるスクリプトだけでなく,
         あなたのシステムの設定に関連する情報の大部分が
         含まれています. そのディレクトリに含まれる
         スクリプトは, FreeBSD のバージョンによって多少異なります.  
       </para>
 
       <para>
         また, 設定ファイルのなかには, 稼働中のシステムが日々利用している
         ものもあります. 実際には, <filename>/etc/group</filename>
         などがそれに該当します.
       </para>
 
       <para>
         <quote>make world</quote> のインストールの段階では,
         特定のユーザ名, あるいはグループが存在していることを
         要求する場面があります. システムのアップグレードを行なう際には,
         それらのグループが削除, あるいは変更されて存在していない可能性が
         考えられますが, そういった場合, システムのアップグレードを
         行なっている間に, 問題が発生する原因になります.
       </para>
 
       <para>この種の例でもっとも記憶に新しいのは,
         <quote/ppp/ グループ(後に <quote/network/ に変更されました)が
         追加された時です. 
         <filename>ppp</filename> サブシステムがインストールされる時,
         そのサブシステムが利用する <quote/ppp/ グループが存在しなかったために,
         それらのインストールに失敗してしまったのです.
       </para>
 
       <para>解決方法は, <filename>/usr/src/etc/group</filename> を調べ,
         自分のシステムのグループ名リストと比較することです.
         最新のファイルに含まれていて, あなたのファイルに含まれていない
         グループ名があれば, あなたのファイルにそのグループ名をコピーして下さい.
         同様に, 名前が異なるにも関わらず, 
         <filename>/etc/group</filename> と
         <filename>/usr/src/etc/group</filename> で同じ GID を持っているグループ名があれば,
         <filename>/etc/group</filename> に含まれる,
         該当するすべてのグループ名を変更しておかなければなりません.
       </para>
 
       <tip>
 	<para>もし, あなたがもっと神経質な人なら, あなたが名前を変更したり,
           削除してしまったグループが所有しているファイルを,
           次のようにして調べることもできます.
         </para>
 	
 	<screen>&prompt.root; <userinput>find / -group <replaceable>GID</replaceable> -print</userinput></screen>
 	
 	<para>これは <replaceable>GID</replaceable>(グループ名もしくは数字で示されたグループ ID)で
           指定されたグループが所有するすべてのファイルを表示します.
         </para>
       </tip>
     </sect2>
 
     <sect2>
       <title/シングルユーザモードへの移行/
 
       <para>コンパイルは, シングルユーザモードで行なった方が良いでしょう.
         そうすることで多少速度が向上する, というちょっとした利点が
         あるだけでなく, システムの再インストールは重要なシステムファイル,
         標準コマンド, ライブラリ, インクルードファイルなどを操作します.
         稼働中のシステムに(特に他のユーザがログインしている時に)そのような
         変更を加えることは, トラブルを引き起こす原因となります.
       </para>
 
       <para>自信家の方は, このステップを省略しても構いません.</para>
 
       <note>
 	<title>FreeBSD 2.2.5-RELEASE 以降の場合</title>
 	
 	<para>以下に詳しく述べられているように, 2.2.5-RELEASE 以降,
           ビルド(システムの構築)とインストールの行程を分離して行なうことが可能になりました.
           そのため, マルチユーザモードで新しいシステムの<emphasis>ビルド</emphasis>を行ない,
           その後, シングルユーザモードに移行してから
           インストールを行なうことができます.
         </para>
       </note>
 
       <para>稼働中のシステムでシングルユーザモードに移行するには,
         スーパユーザ(root)権限で次のコマンドを実行します.</para>
 
 	<screen>&prompt.root; <userinput/shutdown now/</screen>
 
       <para>あるいはシステムを再起動し, ブートプロンプトから
 	<option>-s</option> フラグを設定することで, シングルユーザモードで
         システムを起動させることができます. 起動後, シェルプロンプトから
         次のように実行して下さい.
       </para>
 
       <screen>&prompt.root; <userinput>fsck -p</userinput>
 &prompt.root; <userinput>mount -u /</userinput>
 &prompt.root; <userinput>mount -a -t ufs</userinput>
 &prompt.root; <userinput>swapon -a</userinput></screen>
 
       <para>これはファイルシステムをチェックした後,
         <filename>/</filename> を読み書き可能にして再マウント,
         <filename>/etc/fstab</filename> に指定されている,
         それ以外の UFS ファイルシステムをすべてマウントしてから
         スワップを有効にします.
       </para>
     </sect2>
 
     <sect2>
       <title><filename>/usr/obj</filename> の削除</title>
 
       <para>システムが再構築される時, 構築されたものは(デフォルトで)
         <filename>/usr/obj</filename> 以下のディレクトリに格納され,
         そのディレクトリの下は <filename>/usr/src</filename> と同じ構造となります.
       </para>
 
       <para>このディレクトリをあらかじめ削除しておくことにより,
         <quote>make world</quote> の行程にかかる時間を短縮させ,
         依存問題に悩まされるようなトラブルを回避することができます.
       </para>
 
       <para><filename>/usr/obj</filename> 以下のファイルには,
         変更不可(immutable)フラグ(詳細は
         &man.chflags.1; 参照)がセットされているものがあります.
         そのため, まず最初にそのフラグを変更しなければなりません.
       </para>
 
       <screen>&prompt.root; <userinput>cd /usr/obj</userinput>
 &prompt.root; <userinput>chflags -R noschg *</userinput>
 &prompt.root; <userinput>rm -rf *</userinput></screen>
     </sect2>
 
     <sect2>
       <title/ソースの再構築と新しいシステムのインストール/
 
       <sect3>
 	<title>全バージョンに共通すること</title>
 	
 	<para>まず, カレントディレクトリを <filename>/usr/src</filename> に
           変更しなければなりません. 次のように実行して下さい.</para>
 	
 	  <screen>&prompt.root; <userinput>cd /usr/src</userinput></screen>
 
           <para>(もちろん, ソースコードが他のディレクトリにある場合には,
           <filename>/usr/src</filename> ではなく,
            ソースコードのあるディレクトリに移動して下さい).
         </para>
 
 	<para>
           make world を行なうには, &man.make.1; コマンドを使用します.  
           このコマンドは, <filename>Makefile</filename> というファイルから, 
           FreeBSD を構成するプログラムの再構築方法や, 
           どういう順番でそれらを構築すべきかといったような
           指示を読み込みます.  
         </para>
 	
 	<para>
           コマンドラインの一般的な書式は, 次のとおりです.  
         </para>
 
 	<screen>&prompt.root; <userinput>make <option>-<replaceable/x/</option> <option>-D<replaceable>VARIABLE</replaceable></option> <replaceable>target</replaceable></userinput></screen>
 
 	<para>
           この例では, <option>-<replaceable>x</replaceable></option> が
           &man.make.1; に渡されるオプションになります.  
           どのようなオプションが利用できるかについては, マニュアルページを
           参照して下さい.  
         </para>
 
 	<para>
           <option>-D<replaceable>VARIABLE</replaceable></option> は, 
           <filename>Makefile</filename> に渡される変数であり, 
           この変数は <filename>Makefile</filename> の動作をコントロールします.  
           また, <filename>/etc/make.conf</filename> で設定される変数も
           同様です.  これは変数を設定するもう一つの方法として用意されています.  
         </para>
 
 	<screen>&prompt.root; <userinput>make -DNOPROFILE=true <replaceable>target</replaceable></userinput></screen>
 
 	<para>
           は, プロファイル版のライブラリを構築しないことを指定する
           もう一つの記法で, <filename>/etc/make.conf</filename> 中の</para>
 	
 	  <programlisting>NOPROFILE=    true
 #    Avoid compiling profiled libraries</programlisting>
 
 	<para>の行に対応します.</para>
 
 	<para>
           <replaceable>target</replaceable> は, &man.make.1; に
           どのように動作するのかを指示するためのものです.  
           各々の <filename>Makefile</filename> には, 数多くの異なる
           <quote>ターゲット(target)</quote> が定義されていて, 
           指定されたターゲットによって, 動作が決まります.  
         </para>
 
 	<para>
           <filename>Makefile</filename> に書かれているターゲットには, 
           あなたが指定しても意味を持たないものも含まれます.  
           これらは, システムの再構築に必要な段階を, 多くの
           さらに細かい段階に分割するため, 構築の過程で利用されるものです.  
         </para>
 
 	<para>
           大抵の場合, &man.make.1; にパラメータを指定する必要はないでしょうから, 
           コマンドラインは次のようなものになるでしょう.  
         </para>
 
 	<screen>&prompt.root; <userinput>make <replaceable>target</replaceable></userinput></screen>
       </sect3>
 
       <sect3>
 	<title>出力の保存</title>
 	
 	<para>
           実行される &man.make.1; からの出力は, ファイルに保存すると良いでしょう.  
           もし, 何か障害が発生した場合, エラーメッセージのコピーに加え, 
           どの時点でそれが起こったのか, 完全なリストが手元に残ります.  
           <!-- hrs:2000/02/14 (for ja-translators)
                had got to == reach, but translated "where the problem happened" -->
           何が悪かったのか, あなた自身がそれから理解することはできないかも
           知れません.  しかし, FreeBSD メーリングリストに投稿して, 
           誰か他の人からの助言を得るために利用することができます.  
         </para>
 
 	<para>
           ファイルに保存する最も簡単な方法は, &man.script.1; コマンドを
           使い, 引数に出力を保存したいファイル名を指定することです.  
           これを make world の直前に行ない, 再構築が終了してから
           <userinput>exit</userinput> と入力すると, 出力を保存することができます.            
         </para>
 
 	<screen>&prompt.root; <userinput>script /var/tmp/mw.out</userinput>
 Script started, output file is /var/tmp/mw.out	 
 &prompt.root; <userinput>make world</userinput>
 <emphasis>&hellip; compile, compile, compile &hellip;</emphasis>	  
 &prompt.root; <userinput>exit</userinput>
 Script done, &hellip;</screen>
 
 	<para>
           出力を保存する場合, <filename>/tmp</filename> ディレクトリの中に
           保存しては<emphasis>いけません</emphasis>.  
           このディレクトリは, 次の再起動で削除されてしまう可能性があります.  
           出力の保存には, (上の例のように)<filename>/var/tmp</filename>や
           <username>root</username> のホームディレクトリが適しています.  
         </para>
       </sect3>
 
       <sect3>
 	<title>FreeBSD-2.2.2 と, それ以前のバージョン</title>
 	
 	<para>
           <filename>/usr/src/Makefile</filename> には, 
           システム全体を再構築しインストールを行なう
           <maketarget>world</maketarget> ターゲットが含まれています.  
         </para>
 	
 	<para>
           それを, 次のように使って下さい.  
         </para>
 
 	<screen>&prompt.root; <userinput>make world</userinput></screen>
       </sect3>
 
       <sect3>
 	<title>FreeBSD-2.2.5 と, それ以降のバージョン</title>
 	
 	<para>
           FreeBSD-2.2.5 から(実際には, -CURRENT ブランチで最初に作成され, 
           2.2.2 と 2.2.5 の間の時点で -STABLE に導入されたのですが), 
           <maketarget>world</maketarget> ターゲットは
           <maketarget>buildworld</maketarget> と
 	  <maketarget>installworld</maketarget> の二つに分割されました.  
         </para>
 
 	<para>
           その名前が示すように, <maketarget>buildworld</maketarget> は
           <filename>/usr/obj</filename> 以下に新しい完全な
           ディレクトリツリーを構築し, 
           <maketarget>installworld</maketarget> は, そのツリーを
           現在のマシンにインストールします.  
         </para>
 
 	<para>
           これは, 二つの理由から非常に有用です.  
           まず第一に, 稼働中のシステムに全く影響を与えることなく, 
           安全にシステムの構築作業を行えることです.  
           構築作業は<quote>何にも依存せず独立して行なわれる</quote>ため, 
           <!-- hrs:2000/02/14: needs good phrase that means "self hosted" -->
           マルチユーザモードで稼働中のシステムでも, 何一つ
           悪影響を与えずに <maketarget>buildworld</maketarget> を
           実行することができます.  
           ただし, <maketarget>installworld</maketarget> は
           シングルユーザモードで行なうことをおすすめします.  
         </para>
 
 	<para>
           第二に, NFS マウントを利用することで, 
           ネットワーク上の複数のマシンをアップグレードすることが
           可能な点があげられます.  例えば三台のマシン, マシン A, マシン B, 
           マシン C をアップグレードしたい場合には, まず
           マシン A で <command>make buildworld</command> と
           <command>make installworld</command> を実行します.  
           それから, マシン B とマシン C で <filename>/usr/src</filename> を
           NFS マウントし, <command>make installworld</command> とすることで
           構築済みのシステムを各マシンにインストールすることができるのです.  
         </para>
 
 	<para>
           一方, <maketarget>world</maketarget> ターゲットも残されていますので, 
           FreeBSD-2.2.2 の場合として示されている方法と同じように, 
           このターゲットを利用することもできます.  
           <command>make world</command> は, 
           <command>make buildworld</command> に続けて
           <command>make installworld</command> を実行します.  
         </para>
 
 	<note>
 	  <para>
             <command>make buildworld</command> と
             <command>make installworld</command> のコマンドを分けて実行する場合には, 
             それぞれ同じ引数を &man.make.1; に渡さなければなりません.  
           </para>
 
 	  <para>次のように実行したとすると,</para>
 
 
 	    <screen>&prompt.root; <userinput>make -DNOPROFILE=true buildworld</userinput></screen>
 
 	  <para>構築されたシステムは次のようにしてインストールする必要があります.</para>
 
 
 	    <screen>&prompt.root; <userinput>make -DNOPROFILE=true installworld</userinput></screen>
 
 	  <para>そうしないと, <command>make buildworld</command> の段階で
             構築されていない, プロファイル版ライブラリのインストールを
             試みることになります.  
             (訳注: もちろん, それには失敗するのでエラーが発生します.  )
           </para>
 	</note>
       </sect3>
 
       <sect3>
 	<title>-CURRENT と, それ以降</title>
 	
 	<para>
           もし, -CURRENT を追跡しているなら, <command>make</command> コマンドに
           <option>-j</option> オプションを渡すことができます.  
           このオプションにより, <command>make</command> は
           同時に複数のプロセスを生成するようになります.  
         </para>
 
 	<para>
           これは, 実際に複数の CPU を備えているマシンに対して
           非常に有効に働きます.  また, コンパイルプロセスの大部分は
           CPU の処理ではなく入出力の処理に費やされるため, 
           単一の CPU を持つマシンでも同じように有効です.  
         </para>
 
 	<para>単一の CPU を持つ典型的なマシンでは, 次のように実行します.  </para>
 	  
 	  <screen>&prompt.root; <userinput>make -j4 <replaceable>target</replaceable></userinput></screen>
 
 	<para>
           この時 &man.make.1; は, 最大 4 個までのプロセスを同時に実行します.  
           メーリングリストに投稿された経験的な報告によると, 
           4 個という指定が最も良いパフォーマンスを示すようです.  
         </para>
 
 	<para>
           もし, 複数の CPU を備えたマシンで SMP 設定が行なわれたカーネルを
           利用しているなら, 6 から 10 の間の値を設定し, 速度がどれくらい
           向上するか確認してみて下さい.  
         </para>
 	
 	<para>
           注意して欲しいのですが, (この原稿を書いている時点では)この機能はまだ
           実験段階です.  そのため, ソースツリーへ変更が加えられたときに
           これが正常に機能しなくなる可能性があります.  
           もし, このオプションを用いてシステムの構築に失敗した場合には, 
           障害を報告する前に, もう一度オプションを付けずに試してみて下さい.  
         </para>
       </sect3>
 
       <sect3
 	<title>システムの構築にかかる時間</title>
 
 	<para>
           すべてが順調に進んでいたとしても, 
           一時間半から丸一日程度の時間がかかります.  
         </para>
 	
 	<para>
           一般的に言って, 200MHz の P6(訳注: Intel PentiumPro のこと) で
           32MB 以上のメモリを搭載し, 標準的な SCSI ディスクドライブを利用していた
           とすると, <command>make world</command> の完了までに
           およそ一時間半の時間がかかります.  この構成よりも性能が低ければ, 
           それよりもさらに時間がかかるでしょう.  
         </para>
 
       </sect3>
     </sect2>
 
     <sect2>
       <title><command>make world</command> で更新されないファイルの更新</title>
 
       <para>
         システムの再構築は, いくつかのディレクトリ (
 	特に, <filename>/etc</filename>, や <filename>/var</filename> や
 	<filename>/usr</filename>) において,
         新規に導入されたり, 変更された設定ファイルによる
         ファイルの更新は行なわれません.</para>
 
       <para>
 	これらのファイルを更新するもっとも簡単な方法は, &man.mergemaster.8;
 	を使うことです.  これは自分でやることも可能なので, そうしても
 	かまいません.
 	&man.mergemaster.8; は簡単に使えるので, こちらを使うことを
 	お勧めします. その場合には <link linkend="update-dev">
 	  次のセクション</link> に進んでください.
 	まず最初にマニュアルページを読んで, <filename>/etc</filename>
 	のバックアップを取って不測の事態に備えてください.
       </para>
 
       <para>
 	手動で更新することを選んだ場合,
         単にファイルを
 	<filename>/usr/src/etc</filename> から <filename>/etc</filename> に
 	コピーしただけでは正常に動作させることはできません.  
         これらのファイルには, <quote>インストールという
           手順を踏まなければならないもの</quote>が含まれています.  
         <filename>/usr/src/etc</filename> ディレクトリは
         <filename>/etc</filename>
         ディレクトリにそのまま置き換えられるような
         コピーでは<emphasis>ない</emphasis>からです.  
         また, <filename>/etc</filename> にあるべきファイルのうちで
 	<filename>/usr/src/etc</filename> にないものもあります.  
       </para>
 
       <para>
 	手動で行う際の
         一番簡単な方法は, ファイルを新しいディレクトリにインストールしてから, 
         以前のものと異なっている部分を調べて更新作業を行なうことです.  
       </para>
 
       <warning>
 	<title>既存の <filename>/etc</filename> をバックアップする</title>
 	
 	<para>
           理論的に考えて, このディレクトリが自動的に
           処理されることはありませんが, 念には念を入れておいて
           損はありません.  たとえば以下のようにして, 
           既存の <filename>/etc</filename> ディレクトリを
           どこか安全な場所にコピーしておきましょう.
         </para>
 	
 	<screen>&prompt.root; <userinput>cp -Rp /etc /etc.old</userinput></screen>
 	
 	<para>
           <option>-R</option> は再帰的なコピーを行ない, 
           <option>-p</option> はファイルの更新時間や所有者などを保存します.
         </para>
       </warning>
 
       <para>
         また, 新しい <filename>/etc</filename> やその他のファイルを
         インストールするための, 仮のディレクトリを作っておく必要があります.
 	私はいつもこの仮のディレクトリを
 	<filename>/var/tmp/root</filename> に置くことにしています.  
         同様に, 必要なサブディレクトリもこの下に置きます.</para>
 	
       <screen>&prompt.root; <userinput>mkdir /var/tmp/root</userinput>
 &prompt.root; <userinput>cd /usr/src/etc</userinput>
 &prompt.root; <userinput>make DESTDIR=/var/tmp/root distrib-dirs distribution</userinput></screen>
 	
       <para>
         上の例は, 必要なディレクトリ構造をつくり, ファイルをインストールします.
 	<filename>/var/tmp/root</filename> 以下に作られる, 
         たくさんの空のディレクトリは削除する必要があります.  
 	一番簡単なやり方は, 次のとおりです.  </para>
 
       <screen>&prompt.root; <userinput>cd /var/tmp/root</userinput>
 &prompt.root; <userinput>find -d . -type d | xargs rmdir 2&gt;/dev/null</userinput></screen>
 
       <para>
 	これは空ディレクトリをすべて削除します.
 	(空でないディレクトリに関する警告を避けるために,
 	標準エラー出力は <filename>/dev/null</filename> に
 	リダイレクトされます)
       </para>
 
       <para>
         この段階の <filename>/var/tmp/root</filename> には, 
         本来 <filename>/</filename> 以下にあるべきファイルが
         すべて含まれています.
         各ファイルを順に見て, 既存のファイルと異なる部分を
         調べて下さい.  
       </para>
 
       <para>
         <filename>/var/tmp/root</filename> 以下に
         インストールされているファイルの中には, 
         <quote/./ から始まっているものがあります. 
         これを書いている時点で, それに該当するファイルは
 	<filename>/var/tmp/root/</filename> と 
 	<filename>/var/tmp/root/root/</filename> の中にある
         シェルスタートアップ ファイルだけですが, 
         他のものがあるかも知れません.  
         (これは, あなたがこれをどの時点で読んでいるかに依存するので, 
         <command/ls -a/ を使って確かめてください)</para>
 
       <para>
         もっとも簡単な方法は, 二つのファイルを比較するコマンド
 	&man.diff.1; を使うことです.
       </para>
 
       <screen>&prompt.root; <userinput>diff /etc/shells /var/tmp/root/etc/shells</userinput></screen>
 
       <para>
         これは, あなたの
         <filename>/etc/shells</filename> ファイルと
 	新しい <filename>/etc/shells</filename> ファイルの
         異なる部分を表示します.  
         これらを, あなたが書き換えたものに変更点をマージするか,
         それとも既存のファイルを新しいもので上書きするかを
         判断する材料にして下さい.  
       </para>
 
       <tip>
 	<title>新しい root ディレクトリ
 	  (<filename>/var/tmp/root</filename>) の名前に
           タイムスタンプを付けておくと, 
           異なるバージョン間の比較を楽に行なうことができます.  </title>
 	
 	<para>
           頻繁にシステムの再構築を行なうということは, 
           <filename>/etc</filename> の更新もまた, 頻繁に行う必要がある
           ということです.  これはちょっと手間のかかる作業です.
         </para>
 	
 	<para>
           この作業は, あなたが <filename>/etc</filename> にマージした, 
           新しく変更されたファイルの最新のセットのコピーを保存しておくことで
           素早く行なうことができます.  
           下の手順は, それを実現するための一つの方法です.  </para>
 	
 	<procedure>
 	  <step>
 	    <para>
               普通に make world します.  <filename>/etc</filename> や
 	      他のディレクトリを更新したくなったときは, ターゲット
 	      ディレクトリに, そのときの日付に基づく名前をつけてください.  
 	      たとえば 1998 年 2 月 14 日 だとすれば, 以下のようにします.  
             </para>
 	  
 	    <screen>&prompt.root; <userinput>mkdir /var/tmp/root-19980214</userinput>
 &prompt.root; <userinput>cd /usr/src/etc</userinput>
 &prompt.root; <userinput>make DESTDIR=/var/tmp/root-19980214 \
     distrib-dirs distribution</userinput></screen>
 	  </step>
 	  
 	  <step>
 	    <para>
               上に説明されているように, 
               このディレクトリから変更点をマージします.
             </para>
 	    
 	    <para>
               その作業が終了しても, 
               <filename>/var/tmp/root-19980214</filename> を
               削除しては<emphasis>いけません</emphasis>.  </para>
 	  </step>
 	  
 	  <step>
 	    <para>
               最新版のソースをダウンロードして再構築したら, 
               ステップ 1 にしたがって下さい.  今度は, 
               <filename>/var/tmp/root-19980221</filename>
               (更新作業が一週間おきだった場合)
               のような名前の, 新しいディレクトリをつくることになるでしょう.  
             </para>
 	  </step>
 	  
 	  <step>
 	    <para>
               この段階で &man.diff.1; を使用し, 
               二つのディレクトリを比較する再帰的 diff を作成することで, 
               一週間の間に行なわれたソースへの変更による相違点を調べます.  
             </para>
 
 	    <screen>&prompt.root; <userinput>cd /var/tmp</userinput>
 &prompt.root; <userinput>diff -r root-19980214 root-19980221</userinput></screen>
 	  
 	    <para>
               これによって報告される相違点は, 大抵の場合, 
               <filename>/var/tmp/root-19980221/etc</filename> と
               <filename>/etc</filename> との場合に比べて
               非常に少ないものになります.  
               相違点が少ないため, 変更点を既存の <filename>/etc</filename>
               ディレクトリにマージすることは, 比較的容易になります.  
             </para>
 	  </step>
 	  
 	  <step>
 	    <para>
               ここまで終了したら, <filename>/var/tmp/root-*</filename> の
               二つのうち, 古い方のディレクトリは削除して構いません.  
             </para>
 	      
 	    <screen>&prompt.root; <userinput>rm -rf /var/tmp/root-19980214</userinput></screen>
 	  </step>
 	  
 	  <step>
 	    <para>
               この工程を, <filename>/etc</filename> へ変更点をマージする
               必要があるたび, 毎回繰り返します.  
             </para>
 	  </step>
 	</procedure>
 	
 	<para>
           ディレクトリ名の生成を自動化するには, &man.date.1;
           を利用することができます.  
         </para>
 	  
 	<screen>&prompt.root; <userinput>mkdir /var/tmp/root-`date "+%Y%m%d"`</userinput></screen>
       </tip>
     </sect2>
 
     <sect2 id="update-dev">
       <title><filename>/dev</filename> の更新</title>
 
       <note>
 	<title>DEVFS</title>
 	
 	<para>
           もし, DEVFS を利用しているなら, この作業はおそらく必要ないでしょう.  
         </para>
       </note>
 
       <para>
         安全のため, これはいくつかの段階に分けて行ないます.  
       </para>
 
       <procedure>
 	<step>
 	  <para>
             <filename>/var/tmp/root/dev/MAKEDEV</filename> を
 	    <filename>/dev</filename> にコピーします.  
           </para>
 	
 	  <screen>&prompt.root; <userinput>cp /var/tmp/root/dev/MAKEDEV /dev</userinput></screen>
 
 	  <para>
 	    <filename>/etc</filename> を更新するのに
 	      &man.mergemaster.8; を使った場合,
 	    <filename>MAKEDEV</filename> スクリプトは既に更新
 	    されているでしょうが, (&man.diff.1; を使って)
 	    チェックすることは無駄ではありませんし,
 	    必要なら自分でコピーしてください.
 	  </para>
 	</step>
 
 	<step>
 	  <para>
             ここで, <filename>/dev</filename> のファイル一覧を記録しておきます.  
             この一覧は, 各ファイルの許可属性, 所有者, メジャー番号, マイナー番号が
             含まれている必要がありますが, タイムスタンプは含まれていてはいけません.  
             これを行なう簡単な方法は, &man.awk.1; を使って, 
             いくつかの情報を取り除くことです.  
           </para>
 
 	  <screen>&prompt.root; <userinput>cd /dev</userinput>
 &prompt.root; <userinput>ls -l | awk '{print $1, $2, $3, $4, $5, $6, $NF}' > /var/tmp/dev.out</userinput></screen>
 	</step>
 
 	<step>
 	  <para>デバイスファイルをつくり直します.  </para>
 	    
 	    <screen>&prompt.root; <userinput/sh MAKEDEV all/</screen>
 	</step>
 
 	<step>
 	  <para>
             もう一度, ディレクトリのファイル一覧を記録します.  
             今回は <filename>/var/tmp/dev2.out</filename> です.  
             この段階で, この二つのファイル一覧を調べて
             作成に失敗したデバイスを探して下さい.  
             違いは一つもないはずなのですが, 安全のために一応チェックして下さい.  
           </para>
 
 	  <screen>&prompt.root; <userinput>diff /var/tmp/dev.out /var/tmp/dev2.out</userinput></screen>
 
 	  <para>
             次のようなコマンドを使用し, ディスクスライスエントリを
             再作成することで, ディスクスライスの矛盾を検出することができます.  
 	  
 	    <screen>&prompt.root; <userinput>sh MAKEDEV sd0s1</userinput></screen>
 
             適当な組み合わせは, 環境によって異なります.  
           </para>
 	</step>
       </procedure>
     </sect2>
 
     <sect2>
       <title><filename>/stand</filename> の更新</title>
 
       <note>
 	<para>
           この段階は, 完全な更新を行なう場合にだけ必要な内容を含んでいます.  
           悪影響はありませんので, 省略しても構いません.  
         </para>
       </note>
 
       <para>
         完全な更新を行なうために, 
         <filename>/stand</filename> にあるファイルも同じように
         更新したいと考えるかも知れません.  
         これらのファイルは, <filename>/stand/sysinstall</filename> という
         バイナリファイルへのハードリンクです.  このバイナリファイルは, 
         他のファイルシステム(特に <filename>/usr</filename>)が
         マウントされていない場合にも動作できるよう, 
         静的にリンクされていなければなりません.  
       </para>
 
       <screen>&prompt.root; <userinput>cd /usr/src/release/sysinstall</userinput>
 &prompt.root; <userinput>make all install</userinput></screen>
 
       <note>
 	<title>1998 年 4 月 2 日以前のソースの場合</title>
 	
 	<para>
           もし, 1998 年 4 月 2 日より古いソースコードを使っているか, 
           <filename>Makefile</filename> のバージョンが 1.68
           以降(FreeBSD-CURRENT および FreeBSD-3.X の場合), 
           1.48.2.21 以降(FreeBSD-2.2.X の場合)でなければ, 
           次のように <userinput>NOSHARED=yes</userinput>
           オプションを追加する必要があります.  
         </para>
 
 	<screen>&prompt.root; <userinput>make NOSHARED=yes all install</userinput></screen>
       </note>
     </sect2>
 
     <sect2>
       <title>新しいカーネルのコンパイルとインストール</title>
 
       <para>
         新しいシステムにおけるアドバンテージを完全に得るために, 
 	カーネルの再コンパイルをすべきです.  
         再コンパイルは, ある種のメモリ構造が変更された時には必須です.  
         その場合, &man.ps.1; や &man.top.1; のようなプログラムは, 
         カーネルとソースコードのバージョンが一致しないと
         正常に動作しないでしょう.  
       </para>
 
       <para>
         新しい kernel をコンパイルするには, 
         FreeBSD ハンドブックの指示にしたがってください.  
 	過去に自分で設定したカーネルを構築している場合には, 
         <filename>LINT</filename> コンフィグレーションファイルを注意深く調べて, 
         利用できる新しいオプションがあるかどうか確かめて下さい.  
       </para>
 
       <para>
         この文書の以前の版では, 
         カーネルの再構築の前に再起動することを推奨していました.  
         これは以下の点で誤りです.  
       </para>
 
       <itemizedlist>
 	<listitem>
 	  <para>&man.ps.1;, や &man.ifconfig.8;, 
             &man.sysctl.8; といったコマンドが動作しなくなる恐れがあります.  
             そうなると, マシンがネットワークに接続できなくなってしまいます.  
           </para>
 	</listitem>
 
 	<listitem>
 	  <para>&man.mount.8; のような基本的なユーティリティが機能しなくなり, 
 	    <filename>/</filename> や <filename>/usr</filename> 等を
 	    マウントできなくなってしまうかも知れません.  
             これは, -STABLE の候補を追いかけている場合には
             あまり発生することはありませんが, 
             -CURRENT を追いかけていて, 
             大規模なマージが行なわれている間には良く起こります.  
           </para>
 	</listitem>
 
 	<listitem>
 	  <para>
             ローダブルカーネルモジュール (FreeBSD-3.X 以前は
             LKM と呼ばれていましたが, FreeBSD-3.X 以降は KLD
             と呼んでいます)は <quote>world</quote> の一部として
             構築されるため, 古いカーネルがクラッシュする可能性があります.  
           </para>
 	</listitem>
       </itemizedlist>
 
       <para>
         これらの理由から, どんな場合においても, 
         再起動する前に新しいカーネルを再構築し, インストールすることが
         最も良い手順になります.  
       </para>
 
       <para>
         新しいカーネルは, <userinput>make world</userinput>
         (あるいは <userinput>make installworld</userinput>) が完了した後で
         構築しなければなりません.  もし, そうしない場合には
         (おそらく, あなたはシステムを更新する前にカーネルが構築されることを
         確認したいのでしょう) 問題が起こるかも知れません.  それは, 
         カーネルソースに対して &man.config.8; コマンドが古いことが原因です.  
       </para>
 
       <para>
         その場合には, 新しいバージョンの &man.config.8;
         でカーネルを構築することができます.
       </para>
 
       <screen>&prompt.root; <userinput>/usr/obj/usr/src/usr.sbin/config/config <replaceable>KERNELNAME</replaceable></userinput></screen>
 
       <para>
         これは, いつもうまく行くとは限りませんので, 
         新しいをカーネルをコンパイルする前に
         <userinput>make world</userinput> (あるいは <userinput>make
 	  installworld</userinput>)を完了させることが推奨されています.  </para>
     </sect2>
 
     <sect2>
       <title/再起動/
 
       <para>
         これで, 作業はおしまいです.  
         すべてがあるべき正しい場所に存在することをチェックしたら, 
         システムを再起動します.  これは, 単に
         &man.fastboot.8; を実行するだけです.  
       </para>
 
       <screen>&prompt.root; <userinput>fastboot</userinput></screen>
     </sect2>
 
     <sect2>
       <title>作業の完了</title>
 
       <para>
         ここまで来れば, FreeBSD システムのアップグレードは成功です.  
 	おめでとうございます.  
       </para>
 
       <para>
         さて, この時点で, 今までの間違った操作による小さな問題に
         気付くことがあるかも知れません.  
 	たとえば, 私はかつて <filename>/etc/magic</filename>
         をアップグレードの途中で削除し, そのまま
         <filename>/etc</filename>
         にマージしてしまったことがあります.  
         その結果, <command>file</command>
         コマンドは動作しなくなってしまったのです.  
         すぐに思いついたのは, これを修復するには
 
 	<screen>&prompt.root; <userinput>cd /usr/src/usr.bin/file</userinput>
 &prompt.root; <userinput/make all install/</screen>
 
 	だけで十分ではないか, ということでした.  </para>
     </sect2>    
 
     <sect2>
       <title/質問ですか?/
 
       <qandaset>
 	<qandaentry>
 	  <question>
 	    <para>変更が行なわれたら, その度にシステムの再構築が必要になるのでしょうか?</para>
 	  </question>
 
 	  <answer>
             <para>
               それは変更の性質によるので, なんとも言えません.
 	      例えば, CVSup を実行したとき, 最後に実行したときから比べて
 	      次にあげるようなファイルが更新されていたとします.</para>
 
 	    <screen><filename>src/games/cribbage/instr.c</filename>
 <filename>src/games/sail/pl_main.c</filename>
 <filename>src/release/sysinstall/config.c</filename>
 <filename>src/release/sysinstall/media.c</filename>
 <filename>src/share/mk/bsd.port.mk</filename></screen>
 
 	    <para>
               このときには, 改めてシステムを再構築する必要はありません.
 	      わたしなら, 適切なサブディレクトリに移って
 	      <command>make all install</command> を行うと思います.  
 	      しかし, もし何らかの大きな変更が行なわれているとき, 例えば
 	      <filename>src/lib/libc/stdlib</filename> が変更されている場合には,
 	      システムを再構築するか, もしくはそのうち, 
               少なくとも静的にリンクされているもの(と, わたしが追加した
               他のプログラムのうち, 静的にリンクされたもの)を
               作り直すことでしょう.  
             </para>
 
 	    <para>結局のところ, どの時点で現在のシステムをアップグレードするかは
               あなたが決めることです.  
 	      2 週間ごとにシステムを再構築し, その 2 週間の変更を取り込めば
               幸せかもしれませんし, 
               変更のあった部分だけ再構築し, 依存関係を確かめたいと考えるかも知れません.  
               <!-- hrs:2000/02/15
                    What's "every fortnight say"? s/say/day/? -->
             </para>
 
 	    <para>
               もちろん, それらはどのくらいの頻度でアップグレードしたいか,
 	      そして -STABLE か -CURRENT のどちらを追いかけているのかによります.
             </para>
 	  </answer>
 	</qandaentry>
 
 	<qandaentry>
 	  <question>
 	    <para>signal 11(もしくは他のシグナル番号)のエラーがたくさん出て
 	      コンパイルが失敗します. 何が起こっているんでしょうか?</para>
 	  </question>
 
 	  <answer>
 	    <para>
               これは通常, ハードウェアに問題があることを示しています.
               システムの再構築は, ハードウェアに対する負荷耐久試験を行なうための
               有効な手段の一つで, メモリに関係する問題がよく報告されます.  
               その大部分は, コンパイラが奇妙なシグナルを受け取り, 
               不可解な異常終了となることで発見されます.  
             </para>
 
 	    <para>
               本当にこの問題によるものかどうかは, 再構築をもう一度実行し, 
               異なる段階で異常終了が発生するか, ということから確認できます.  
             </para>
 
 	    <para>
               この場合には, マシンの部品を交換して, どの部分が悪いのかを
               調べてみることくらいしかできることはありません.  
             </para>
 	  </answer>
 	</qandaentry>
 
 	<qandaentry>
 	  <question>
 	    <para>終了したら <filename>/usr/obj</filename> を削除しても
 	      かまいませんか?</para>
 	  </question>
 	  
 	  <answer>
 	    <para>
               それはあなたが次の機会に, 
               システムの再構築をどう行なうつもりなのかによります.  
             </para>
 
 	    <para><filename>/usr/obj</filename> には, 
               コンパイルの段階で生成された
               すべてのオブジェクトファイルが含まれています.
               通常 <quote/make world/ の最初の段階では, 
               このディレクトリを削除して新しくつくり直すようになっています.  
               その場合には, 構築終了後の <filename>/usr/obj</filename>
               を保存しておいても, あまり意味はありません.  
               削除すれば, 大きなディスクスペースを
 	      (現在はだいたい 150MB あります) 解放することができます.  </para>
 
 	    <para>
               しかし, もしあなたが何を行なおうとしているのか理解しているなら, 
 	      この段階を省略して <quote/make world/ を行なうことができます.  
 	      こうすると, ほとんどのソースは再コンパイルされないため, 
               構築はかなり高速化されます.  
 	      これは裏をかえせば, デリケートな依存関係の問題によって, 
               システムの構築が奇妙な失敗に終わる可能性があるということです.  
               FreeBSD メーリングリストではしばしば, 構築の失敗が, 
               この段階の省略によるものだということを理解せずに
               不満の声をあげる人がいます.  
             </para>
 
 	    <para>
               もし, このような危険を承知した上でシステムの再構築を行なう場合には, 
 	      次のように変数 <makevar>NOCLEAN</makevar> を定義して構築します.  
             </para>
 
 	    <screen>&prompt.root; <userinput>make -DNOCLEAN world</userinput></screen>
 	  </answer>
 	</qandaentry>
 
 	<qandaentry>
 	  <question>
 	    <para>構築を中断した場合, その構築を途中から再開することはできますか?</para>
 	  </question>
 
 	  <answer>
 	    <para>
               それは, あなたが問題に気付く前に, 
               どれだけの作業を終えているかによって変わります.  
             </para>
 
 	    <para><emphasis>一般的に</emphasis> (そしてこれは確実でしっかりした
 	      規則ではありませんが), 
               <quote>make world</quote> の過程では, 
               基本的なツール ( &man.gcc.1;, や &man.make.1; のようなもの)
 	      や, システムライブラリの新しいコピーが作成されます.  
               その後まず, これらのツールやライブラリはインストールされてから
               自分自身の再構築に使われ, もう一度, インストールされます.  
 	      全体のシステム (ここでは &man.ls.1; や &man.grep.1; といった
 	      標準的なユーザプログラムを含みます) は, 
               その新しいシステムファイルを用いて作り直されることになります.  
             </para>
 
 	    <para>
               もし, 再構築が最終段階に入っていること
               が(記録しておいた出力を見たりすることで)わかっていたら, 
               (全く悪影響を与えることなく)次のようにすることができます, 
             </para>
 
 	    <screen><emphasis>&hellip; fix the problem &hellip;</emphasis>
 &prompt.root; <userinput>cd /usr/src</userinput>
 &prompt.root; <userinput>make -DNOCLEAN all</userinput></screen>
 
 	    <para>
               これは, 前回の <quote>make world</quote>
               の作業をやり直しません.  
             </para>
 
 	    <para>次のメッセージ
 
 	      <screen>--------------------------------------------------------------
 Building everything..
 --------------------------------------------------------------</screen>
 
 	      が <quote>make world</quote> の出力にある場合には, 
               上のようにしてもほとんど悪影響が現れることはありません.  
             </para>
 	    
 	    <para>
               もしこのメッセージがないとか, よく分からないという場合には, 
 	      安全を確保し, 後悔するようなことがないよう, 
               システムの再構築を最初からやり直しましょう.  </para>
 	  </answer>
 	</qandaentry>
 
 	<qandaentry>
 	  <question>
 	    <para>あるマシンを <emphasis/マスタ/ として, 
               他の多くのマシンを (NFSで) アップグレードできますか?</para>
 	  </question>
 
 	  <answer>
 	    <para>すべてのコンパイル作業をあるマシンで行ない, 
 	      構築されたものを他のマシンにネットワークを経由で 
               <command>make install</command>
 	      することができるかどうかは, 
               よく FreeBSD メーリングリストで尋ねられます.  </para>
 
 	    <para>これはわたしが行った作業ではありませんので, 
               下に書かれている提案は, 他の人々から頂いたか, 
 	      Makefile から推論したものです.</para>
 	    
 	    <para>取るべき適切な方法については, 
               利用している FreeBSD のバージョンに依存します.</para>
 	    
 	    <para>
               アップグレードしたマシンでは, この作業を行った後に
 	      <filename>/etc</filename> や <filename>/dev</filename> の
 	      更新を行わなくてはなりません.</para>
 	    
 	    <para>2.1.7 とそれより古いものについて, Antonio Bemfica は
 	      次に示すような方法を教えてくれました.  </para>
 
 	    <screen>Date: Thu, 20 Feb 1997 14:05:01 -0400 (AST)
 From: Antonio Bemfica &lt;bemfica@militzer.me.tuns.ca&gt;
 To: freebsd-questions@FreeBSD.org
 Message-ID: &lt;Pine.BSI.3.94.970220135725.245C-100000@militzer.me.tuns.ca&gt;
 
 Josef Karthauser は質問しました:
 
 &gt; どなたかネットワークを通してマシンをアップグレードするよい方法は知りませんか
 
 まず, メインとなるマシンで make world などをします.
 そして次のように, リモートのマシンから / や /usr をマウントします:
 
 main_machine% mount remote_machine:/   /mnt
 main_machine% mount remote_machine:/usr /mnt/usr
 
 そして, /mnt をインストール先に指定して 'make install' とします:
 
 main_machine% make install DESTDIR=/mnt
 
 これをネットワーク上の他のマシンについても繰り返してください.  
 わたしの場合には, これでうまくいきました.
 
 Antonio</screen>
 
 	    <para>この仕組みは (わたしの知る限り) NFS サーバ上の
 	      <filename>/usr/src</filename> が書き込み可能である場合にのみ
               きちんと動作します.  FreeBSD-2.1.7 とそれ以前では, 
               この作業に <maketarget>install</maketarget> ターゲットを使います.  
             </para>
 	    
 	    <para>FreeBSD-2.1.7 と FreeBSD-2.2.0 の間で
               <quote>reinstall</quote> ターゲットが導入されました.
               上にあげた FreeBSD-2.1.7 向けの方法に加え, 
 	      <quote>install</quote> の代わりに <quote>reinstall</quote> を
 	      使うことができます.  </para>
 
 	    <para>この方法では, NFS サーバ上の <filename>/usr/src</filename> 
 	      ディレクトリへの書き込み権限は必要 
 	      <emphasis>ありません</emphasis>.</para>
 
 	    <para>Makefile の 1.68 から 1.107 の間のバージョンには, 
               このターゲットに関するバグがありました.  
               それは NFS サーバへの書き込み権限が
               <emphasis>必要になる</emphasis> というもので, 
               このバグは FreeBSD-2.2.0 がリリースされる前に修正されました.  
 	      この時期の -STABLE が動いている古いサーバでは, 
               問題になるかも知れません.  </para>
 
 	    <para>FreeBSD-2.2.5 以降のバージョンでは,
               <quote>buildworld</quote> と
 	      <quote>installworld</quote> ターゲットが利用できます.  
 	      これらを使ってソースツリーを一つのマシンで構築し,
 	      <filename>/usr/src</filename> と
 	      <filename>/usr/obj</filename> をリモートマシンで
               NFS マウントして, そこからインストールすることができます.</para>
 	  </answer>
 	</qandaentry>
 
 	<qandaentry>
 	  <question>
 	    <para>どのようにすれば make world を高速化できますか?</para>
 
 	    <itemizedlist>
 	      <listitem>
 		<para>シングルユーザモードで動かしてください.</para>
 	      </listitem>
 	      
 	      <listitem>
 		<para><filename>/usr/src</filename> と
 		  <filename>/usr/obj</filename> ディレクトリを, 
                   異なるディスク上の別のファイルシステムに置いてください.
 		  また可能ならば, 異なるディスクコントローラに接続された
                   ディスクを使って下さい.  </para>
 	      </listitem>
 	      
 	      <listitem>
 		<para>さらに高速化するには, これらのファイルシステムを
 		  <quote>ccd</quote> (連結ディスクドライバ) デバイスを
 		  使って, 別々なディスク上に置いてください.</para>
 	      </listitem>
 	      
 	      <listitem>
 		<para>プロファイル版の作成を無効化して下さい.  
 		  (<filename>/etc/make.conf</filename> で
 		  <quote>NOPROFILE=true</quote> をセットします)
 		  普通, それが必要になることはありません.  </para>
 	      </listitem>
 	      
 	      <listitem>
 		<para>また, <filename>/etc/make.conf</filename> の中の
 		  <quote>CFLAGS</quote> を, 
                   <quote>-O -pipe</quote> のように指定しましょう.
                   <quote>-O2</quote> の最適化はさらに多くの時間を必要とし, 
 		  しかも <quote>-O</quote> と <quote>-O2</quote> の
 		  最適化には, ほとんど差はありません.
                   <quote>-pipe</quote> を指定することで, 
                   コンパイラはテンポラリファイルの代わりにパイプを利用します.  
                   その結果, (メモリの利用は増えますが)ディスクアクセスが減ります.  
                 </para>
 	      </listitem>
 	      
 	      <listitem>
 		<para>(もしあなたが十分に最近のバージョンの FreeBSD を使っているなら)
 		  複数のプロセスを並列に実行させるため, 
                   make に <option>-j&lt;n&gt;</option> オプションを指定してください.  
                   これはプロセッサが単一か複数かによらず, 
                   どちらも同様に恩恵を得ることができます.</para>
 	      </listitem>
 	      
 	      <listitem><para><filename>/usr/src</filename> のある
                   ファイルシステムを, <quote>noatime</quote>
                   オプションを付けてマウント(もしくは再マウント)してください.  
                   これは, そのファイルシステムにおいて, 
                   最後にアクセスされた時刻の書き込みを抑制します.  
 		  おそらく, この情報が必要になることはないでしょう.</para>
 
                 <note>
                   <para><quote>noatime</quote> が利用可能なのは, 
                     FreeBSD-2.2.0 以降です.</para>
                 </note>
 		  
                 <screen>&prompt.root; <userinput>mount -u -o noatime /usr/src</userinput></screen>
 		  
                 <warning>
                   <para>上の例は, 
                     <filename>/usr/src</filename> 自身が独立したファイルシステムで
                     あることを想定しています.
                     もしそうでないときには (例えば <filename>/usr</filename> の
                     一部である場合には), 
                     <filename>/usr/src</filename> ではなく
                     適切なマウントポイントを指定する必要があります.
                   </para>
                 </warning>
               </listitem>
 	      
 	      <listitem>
 		<para><filename>/usr/obj</filename> のあるファイルシステムを, 
 		  <quote>async</quote> オプションをつけてマウント (もしくは
 		  再マウント) してください.  これによって, 
                   ディスクへの書き込みが非同期になります. 
                   つまり, 書き込み命令はすぐに完了するのに対し, 
                   実際にデータがディスクに書き込まれるのは, その数秒後になります.
                   これによって, 書き込み処理の一括化が可能になるため, 
 		  劇的なパフォーマンスの向上が期待できます.  
                   <!-- hrs:2000/02/15 (for ja-translators)
                        "be clusterd togather" is translated into "clusterization" -->
                 </para>
 
 		<warning>
 		  <para>
                     このオプションを指定すると, ファイルシステムは
 		    壊れやすくなってしまうことに注意してください.
                     このオプションを付けていて, 突然電源が落ちた場合には, 
                     再起動後にファイルシステムが復旧不能になる可能性が
                     非常に高くなります.  </para>
 	   
 		  <para>もし, <filename>/usr/obj</filename> 自身が独立した
 		    ファイルシステムであるならば, これは問題になりません.  
                     しかし, 同じファイルシステムに, 他の貴重なデータを置いているときには,
 		    このオプションを有効にする前に, 
                     バックアップをきちんと取っておきましょう.</para>
 		</warning>
 		
 		<screen>&prompt.root; <userinput>mount -u -o async /usr/obj</userinput></screen>
 		
 		<warning>
 		  <para>もし <filename>/usr/obj</filename> 自身が
                     ファイルシステムでない場合には, 適切なマウントポイントを指すように, 
                     上の例の名前を置き換えて下さい.  </para>
 		</warning>
 	      </listitem>
 	    </itemizedlist>
 	  </question>
 	</qandaentry>
       </qandaset>
     </sect2>
   </sect1>
 </chapter>
 
 <!--
      Local Variables:
      mode: sgml
      sgml-declaration: "../chapter.decl"
      sgml-indent-data: t
      sgml-omittag: nil
      sgml-always-quote-attributes: t
      sgml-parent-document: ("../book.sgml" "part" "chapter")
      End:
 -->
diff --git a/ja_JP.eucJP/books/handbook/disks/chapter.sgml b/ja_JP.eucJP/books/handbook/disks/chapter.sgml
index 432bfcbee0..68cffa5317 100644
--- a/ja_JP.eucJP/books/handbook/disks/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/disks/chapter.sgml
@@ -1,964 +1,955 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.25
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/disks/chapter.sgml,v 1.7 2000/08/08 07:27:21 hanai Exp $
+     Original revision: 1.26
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/disks/chapter.sgml,v 1.8 2000/12/25 15:48:39 hrs Exp $
 -->
 
 <chapter id="disks">
   <title>ディスク</title>
 
   <sect1 id="disks-synopsis">
     <title>この章では</title>
 
     <para>
       この章では, FreeBSD 上でどのようにして物理的なディスクやメモリディスク,
       もしくはネットワークに接続されたディスクを使うのか, ということを解説します.
     </para>
   </sect1>
 
   <sect1 id="disks-bios-numbering">
     <title>BIOS ドライブの番号付け</title>
 
     <para>
       FreeBSD をインストールして設定する前に,
       特に複数のハードディスクを持っているならば気をつけておかなければならない重要なことがあります.
     </para>    
 
     <para>
       DOS が動いている PC や WINxxx のような BIOS 依存のオペレーティングシステムでは,
       BIOS がディスクドライブの順序を構成し, OS はその変化に追従します. これにより,
       ユーザはいわゆる <quote>プライマリーマスター</quote> 以外のディスクから起動することができます.
       この仕組みを用いればシステムのバックアップを取る最も簡単で安価な方法を構築できます.
       もう一つ同じディスクを買い,
       Ghost や XCOPY を用いて一つ目のディスクから二つめのディスクへのコピーを定期的に取ればいいのです.
       そして, 一つ目のディスクに障害が起きた時には,
       BIOS に対してドライブを論理的に交換するように指示することで簡単に復旧できるのです.
       この方法はドライブのケーブルを交換するのと同じようなことなのですが, ケースを開ける必要がありません.
     </para>
 
     <para>
       SCSI コントローラを備えたもっと高価なシステムでは, しばしば BIOS に拡張が施されており同じように
       7 台までのドライブの順番を組み換えることができるようになっています.
     </para>
 
     <para>
       以上のような機能を便利に使っているユーザは, FreeBSD では同じような結果にならないことに驚くかもしれません.
       FreeBSD は BIOS を利用しないため, <quote>論理 BIOS ドライブマッピング</quote>については知らないのです.
       このため, 特にいくつかのドライブが同じジオメトリを持っている時に,
       そしてまたあるものをもう一つのクローンとして使っている時に非常にややこしい状況になり得ます.
     </para>
 
     <para>
       FreeBSD を使う時は, インストール前にドライブの番号付けが自然なものになるように,
       BIOS の設定を忘れずに戻しておきましょう. もしドライブの番号付けを変更する必要がある場合には,
       そうすればいいのですが, ハードウェア的にケースを開けジャンパーやケーブルを移動しましょう.
     </para>
 
     <sidebar>
       <title>Bill と Fred のイケイケ冒険記</title>
       
       <para>
         Bill は Fred のためにもう一つ FreeBSD 箱を作ろうと古い Wintel 箱を潰しました.
 	Bill は ユニット番号 0 の SCSI ドライブを一つ追加し, そこに FreeBSD を入れました.
       </para>
 
       <para>
         Fred はこのシステムを使い始めましたが,
 	数日後その古い SCSI ドライブがたくさんのソフトエラーを吐いているのに気付き,
 	Bill に報告しました.
       </para>
 
       <para>
         さらに数日後, Bill はその問題に対処しようと決意し, 倉庫のディスクドライブアーカイブから同じ
 	SCSI ドライブを取ってきました. まずドライブのサーフィススキャンを行なってみましたが特に問題なかったため,
 	Bill はこのドライブをユニット番号 4 として付け, ドライブ 0 からドライブ 4 へのイメージコピーを行ないました.
 	新しいドライブがインストールされ, しかもうまく動いているため,
 	Bill はそれを使い始めてもいいだろうと思いました.
 	そこで彼は SCSI BIOS の機能を使ってシステムがユニット 4
 	から起動するようにディスクドライブの順序を入れ換えました.
 	FreeBSD が起動し, 調子良く動き始めました.
       </para>
 
       <para>
         Fred は数日作業を続けましたが,
 	すぐに Bill と Fred は新しい冒険に挑戦することにしました.
 	新しいバージョンの FreeBSD にアップグレードするのです.
 	Bill は SCSI ユニット 0 のディスクは当てにならないので取りはずし,
 	アーカイブから持ってきた別の新しいドライブと交換しました.
 	そして, 新しいバージョンの FreeBSD を,
 	Fred の持っていた魔法のインターネット FTP フロッピーを用いて新しい
 	SCSI ユニット 0 にインストールしたのです.
 	インストールはうまくいきました.
       </para>
 
       <para>
         Fred は新しいバージョンの FreeBSD を数日使ってみて,
 	技術部門でも使えるくらい十分に良いものだと確認しました.
 	古いバージョンから全ての作業をコピーする時が来たのです.
 	そこで Fred は SCSI ユニット 4 (古い FreeBSD
 	で行なっていた作業の最新のものを置いてあるドライブです)
 	をマウントしました.
 	ところが, Fred は SCSI ユニット 4
 	には自分の貴重な作業がなにも残っていないことを発見して慌てふためきました.
       </para>
 
       <para>データはどこへ行ったのでしょう?</para>
 
       <para>
         Bill がオリジナルの SCSI ユニット 0 のイメージをユニット 4
 	にコピーした時, ユニット 4 は「新クローン」になりました.
 	Bill がユニット 4 から起動するように SCSI BIOS で順序の入れ換えを行なった時,
 	実はおバカなことにそう変更したと思い込んでいただけなのです.
 	FreeBSD は依然として SCSI ユニット 0 上で動いていたのです.
 	BIOS にこのような変更を行なっても Boot と Loader のコードの一部もしくは全部は選択された BIOS
 	ドライブから取得されるものの, 処理が FreeBSD のカーネルドライバーに引き渡された時から
 	BIOS ドライブの順序は無視され, FreeBSD は通常のドライブ番号順に移行するのです.
 	さきほどの例では,
 	システムはオリジナルの SCSI ユニット 0 で動き続けており,
 	Fred のデータは全て SCSI ユニット 4 ではなくそのディスクに残っていたのです.
 	システムが SCSI ユニット 4 で動いているように見えたのは単に人の期待からくる妄想だったのです.
       </para>
 
       <para>
         こういった現象の発見のどの時点においてもデータは全く失なわれても損なわれてもいないことを喜びをもって伝えておきます.
 	古い SCSI ユニット 0 はガラクタの山から見つけ出され, Fred の作業は全て彼のもとへ返ってきたのです
 	(そして Bill は自分が 0 までは数えられることを学んだのでした).
       </para>
 
       <para>
         この例では SCSI ドライブが用いられましたが, その概念は IDE ドライブにも同じように当てはまります.
       </para>
     </sidebar>
   </sect1>
 
   <sect1 id="disks-naming">
     <title>ディスクの名前付け</title>
 
     <para>
       物理ディスクには主に二つの種類, <acronym>IDE</acronym> と <acronym>SCSI</acronym> がありますが,
       他にも RAID コントローラによって提供されるものやフラッシュメモリなどがあります.
       これらのディスクの振舞いはかなり異なるため, それぞれにドライバーとデバイスがあります.
     </para>
 
     <table id="disk-naming-physical-table">
       <title>物理ディスクへの名前付け</title>
 
       <tgroup cols="2">
 	<thead>
 	  <row>
 	    <entry>ドライブの種類</entry>
 	    <entry>ドライブのデバイス名</entry>
 	  </row>
 	</thead>
 	<tbody>
 	  <row>
 	    <entry>IDE ハードドライブ</entry>
 	    <entry>4.0-RELEASE では <literal>ad</literal>,
 	      4.0-RELEASE より前のものでは <literal>wd</literal>.</entry>
 	  </row>
 	  <row>
 	    <entry>IDE CD-ROM ドライブ</entry>
 	    <entry>3.1-RELEASE 以降は <literal>acd</literal>,
 	      4.0-RELEASE より前のものでは <literal>wcd</literal>.</entry>
 	  </row>
 	  <row>
 	    <entry>SCSI ハードドライブ</entry>
 	    <entry>3.0-RELEASE 以降は <literal>da</literal>,
 	      3.0-RELEASE より前は <literal>sd</literal>.</entry>
 	  </row>
 	  <row>
 	    <entry>SCSI CD-ROM ドライブ</entry>
 	    <entry><literal>cd</literal></entry>
 	  </row>
 	  <row>
 	    <entry>その他の非標準的 CD-ROM ドライブ</entry>
 	    <entry>ミツミ CD-ROM は <literal>mcd</literal>,
 	      Sony CD-ROM は <literal>scd</literal>,
 	      松下/パナソニック CD-ROM は <literal>matcd</literal>
 	    </entry>
 	  </row>
 	  <row>
 	    <entry>フロッピードライブ</entry>
 	    <entry><literal>fd</literal></entry>
 	  </row>
 	  <row>
 	    <entry>SCSI テープドライブ</entry>
 	    <entry>3.0-RELEASE 以降は <literal>sa</literal>,
 	      3.0-RELEASE よりも前では <literal>st</literal>.</entry>
 	  </row>
 	  <row>
 	    <entry>IDE テープドライブ</entry>
 	    <entry>4.0-RELEASE 以降では <literal>ast</literal>,
 	      それよりも前のものでは <literal>wst</literal>.</entry>
 	  </row>
 	  <row>
 	    <entry>フラッシュドライブ</entry>
 	    <entry>3.3-RELEASE 以降の DiskOnChip フラッシュデバイスは <literal>fla</literal>.</entry>
 	  </row>
 	  <row>
 	    <entry>RAID ドライブ</entry>
 	    <entry><literal>myxd</literal> は Mylex 用,
 	      <literal>amrd</literal> は AMI MegaRAID 用,
 	      <literal>idad</literal> は Compaq Smart RAID 用.
 	      これらは全て 4.0-RELEASE 以降. 3.2-RELEASE から 4.0-RELEASE までは <literal>id</literal>.</entry>
 	  </row>
 	</tbody>
       </tgroup>
     </table>
 
     <sect2>
       <title>スライスとパーティション</title>
 
       <para>
         物理ディスクは<quote>危険な専用(原文はdangerously dedicated)ディスク</quote>でない限り,
 	通常はスライスを含んでいます. スライス番号はデバイス名の後に続き, <literal>s</literal>
 	という接頭文字が付きます. <quote>da0<emphasis>s1</emphasis></quote> といった感じです.
       </para>
 
       <para>
         スライスや<quote>危険な専用 (原文はdangerously dedicated) ディスク</quote>や他のディスクは<firstterm>パーティション</firstterm>を含んでおり,
 	パーティションは <literal>a</literal> から <literal>h</literal> までの文字で表現されます.
 	<literal>b</literal> はスワップパーティション用に予約されており, <literal>c</literal>
 	はスライスもしくはドライブの全体を表わす未使用パーティションです.
 	このあたりのことは <xref linkend="disks-adding" /> で解説します.
       </para>
     </sect2>
   </sect1>
 
   <sect1 id="disks-mounting">
     <title>ファイルシステムのマウントとアンマウント</title>
 
     <para>
       ファイルシステムは <filename>/</filename> を根とする木構造として最もうまく視覚化できます.
       <filename>/dev</filename> や <filename>/usr</filename>,
       ルートディレクトリにあるその他のディレクトリは枝であり,
       <filename>/usr/local</filename> のようにそれぞれが自身の枝を持つことができます.
     </para>
 
     <para>
       様々な理由がありますが, これらのディレクトリのいくつかは異なるファイルシステム上に構築するのが良いでしょう.
       <filename>/var</filename> はログやスプール,
       そして様々な種類の一時ファイルなどを含むため溢れてしまう可能性があります.
       ルートファイルシステムが溢れるのは良くないため, たいての場合は <filename>/var</filename> を
       <filename>/</filename> と切り離すのです.
     </para>
 
     <para>
       あるディレクトリツリーを他のファイルシステムに含まれるようにするもう一つのよくある理由は,
       それらが別の物理ディスクや, <link linkend="nfs">ネットワークファイルシステム</link>や
       CD-ROM といった仮想ディスクに置かれる場合です.
     </para>
 
     <sect2 id="disks-fstab">
       <title>fstab ファイル</title>
 
       <para>
         <link linkend="boot">起動プロセス</link>において, <filename>/etc/fstab</filename>
 	にリストされているファイルシステムは自動的にマウントされます
 	(ただし <option>noauto</option> オプションがない場合).
       </para>
 
       <para>
         <filename>/etc/fstab</filename> ファイルは以下のようなフォーマットの行からなります.
       </para>
 
       <programlisting><replaceable>device</replaceable>	<replaceable>/mount-point</replaceable>	<replaceable>fstype</replaceable>	<replaceable>options</replaceable>	<replaceable>dumpfreq</replaceable>	<replaceable>passno</replaceable></programlisting>
 
       <para>
         <literal>device</literal> は上の <link linkend="disks-naming">ディスクの名前付け</link>のセクションで解説したデバイス名 (存在している必要があります) です.
       </para>
 
       <para>
         <literal>mount-point</literal> はそのファイルシステムをマウントするディレクトリです
 	(存在していなければなりません).
       </para>
 
       <para>
         <literal>fstype</literal> は &man.mount.8; に渡されるファイルシステムタイプです.
 	デフォルトの FreeBSD ファイルシステムは <literal>ufs</literal> です.
       </para>
 
       <para>
         <literal>options</literal> では読み書き可能なファイルシステム用の <option>rw</option>,
 	か読み込み専用ファイルシステム用の <option>ro</option> のどちらかと,
 	他に必要なものをそれに続けます. よくあるのは <option>noauto</option> で,
 	これは起動中にはマウントしたくないファイルシステムに用います.
 	他のオプションはマニュアル &man.mount.8; を参照してください.
       </para>
 
       <para>
         <literal>dumpfreq</literal> はファイスシステムを dump すべき日数で,
 	<literal>passno</literal> は起動中でファイルシステムがマウントされる時のパスナンバーです.
       </para>
     </sect2>
 
     <sect2 id="disks-mount">
       <title>マウントコマンド</title>
 
       <para>
         &man.mount.8; コマンドはファイルシステムをマウントする時に使われるコマンドです.
       </para>
 
       <para>最も基本的な形は以下の通りです.</para>
 
       <informalexample>
 	<screen>&prompt.root; <userinput>mount <replaceable>device</replaceable> <replaceable>mountpoint</replaceable></userinput></screen>
       </informalexample>
 
       <para>
         マニュアル &man.mount.8; にあるように非常にたくさんのオプションがありますが,
         最も頻繁に使われるものは次のようなものです.
       </para>
 
       <variablelist>
 	<title>マウントオプション</title>
 
 	<varlistentry>
 	  <term><option>-a</option></term>
 
 	  <listitem>
 	    <para>
 	      <filename>/etc/fstab</filename> にあるファイルシステムを全てマウントします.
 	      もし <option>-t</option> があればそれが効きます.
 	    </para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term><option>-d</option></term>
 
 	  <listitem>
 	    <para>実際のファイルシステムのマウント以外の全てを行ないます.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term><option>-f</option></term>
 
 	  <listitem>
 	    <para>強制的にファイルシステムをマウントします.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term><option>-r</option></term>
 
 	  <listitem>
 	    <para>ファイルシステムを読み込み専用でマウントします.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term><option>-t</option>
 	    <replaceable>fstype</replaceable></term>
 
 	  <listitem>
 	    <para>
 	      与えられたファイルシステムを与えられたファイルシステムタイプでマウントします.
 	      もしくは <option>-a</option> オプションも与えられている場合は与えられたタイプのファイルシステムのみマウントします.
 	    </para>
 
 	    <para><quote>ufs</quote> がデフォルトのファイルシステムタイプです.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term><option>-u</option></term>
 
 	  <listitem>
 	    <para>(既にマウントされている) ファイルシステムのマウントオプションを更新します.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term><option>-v</option></term>
 
 	  <listitem>
 	    <para>冗長になります.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term><option>-w</option></term>
 
 	  <listitem>
 	    <para>ファイルシステムを読み書き可能でマウントします.</para>
 	  </listitem>
 	</varlistentry>
       </variablelist>
 
       <para>
         <option>-o</option> は次のようなオプションを複数カンマで区切って指定します.
       </para>
 
       <variablelist>
 	<varlistentry>
 	  <term>nodev</term>
 
 	  <listitem>
 	    <para>
 	      ファイルシステム上のデバイススペシャルファイルを解釈しません.
 	      便利なセキュリティオプションです.
 	    </para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term>noexec</term>
 
 	  <listitem>
 	    <para>このファイルシステム上のバイナリの実行を許可しません.
 	    セキュリティに便利なオプションです.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term>nosuid</term>
 
 	  <listitem>
 	    <para>
 	      setuid や setgid といったオプションを解釈しません.
 	      セキュリティに便利なオプションです.
 	    </para>
 	  </listitem>
 	</varlistentry>
       </variablelist>
     </sect2>
 
     <sect2 id="disks-umount">
       <title>umount コマンド</title>
 
       <para>
         umount コマンドは, パラメータとしてマウントポイントの一つ,
 	デバイス名, もしくは <option>-a</option> や <option>-A</option>
 	といったオプションを取ります.
       </para>
 
       <para>
         全ての形式において, <option>-f</option> は強制アンマウント,
 	<option>-v</option> は冗長性を高めるために用いることができます.
       </para>
 
       <para>
         <option>-a</option> と <option>-A</option>
 	はマウントされている全てのファイルシステムをアンマウントするために用いられますが,
 	<option>-t</option> の後にファイルシステムタイプがリストされていればそれだけがアンマウントされます.
 	<option>-A</option> はルートファイルシステムはアンマウントしません.
       </para>
     </sect2>
   </sect1>
   
   <sect1 id="disks-adding">
     <title>ディスクの追加</title>
 
     <para><emphasis>オリジナルは &a.obrien; によって 1998 年 4 月 26 日に寄贈されました.</emphasis></para>
       
     <para>
       現在一つしかドライブがない計算機に新しく SCSI ディスクを追加したいとしましょう.
       まずコンピュータの電源を切り, コンピュータやコントローラ,
       ドライブの製造元の指示に従ってドライブを取り付けます.
       このあたりの手順は非常にバラエティに富んでいるため, 細かいことはこのドキュメントの範囲外です.
     </para>
 
     <para>
       <username>root</username> ユーザでログインします. ドライブの取り付け後は
       <filename>/var/run/dmesg.boot</filename> を調べて新しいディスクが見つかっていることを確認しておきます.
       この例では, 新しく付けたドライブは <filename>da1</filename> で,
       我々はそれを <filename>/1</filename> にマウントしたいとしましょう
       (もし IDE ドライブを付けようとしているのなら, 4.0 以前のシステムでは
       <filename>wd1</filename>, ほとんどの 4.x システムでは <filename>ad1</filename> になるでしょう).
     </para>
 
     <para>
       FreeBSD は IBM-PC 互換のコンピュータで動くため,
       PC BIOS のパーティションを考慮に入れる必要があります.
       これは従来の BSD パーティションとは異なります. PC ディスクは 4 つまでの
       BIOS パーティションエントリを持つことができます.
       もしそのディスクを本当に FreeBSD 専用にしたい場合には<emphasis>専用</emphasis>モードで用いることもできます.
       そうでない場合には, FreeBSD は PC BIOS パーティションのどれか一つの中に入れることになります.
       FreeBSD では, 従来の BSD パーティションと混乱しないように
       PC BIOS パーティションのことを<emphasis>スライス</emphasis>と呼びます. 
       また, 別の OS がインストールされていたコンピュータで使われていたが
       FreeBSD 専用にするディスク上でもスライスを用いることができます.
       これは, 他の OS の <command>fdisk</command> ユーティリティを混乱させないためです.
     </para>
 
     <para>
       スライスの場合, ドライブは <filename>/dev/da1s1e</filename> として加えられるでしょう.
       これは, SCSI ディスクでユニット番号は 1 (二つめの SCSI ディスク),
       スライスは 1 (PC BIOS のパーティションが 1) で BSD パーティション <filename>e</filename>, と読みます.
       専用ディスクの場合だと単純に <filename>/dev/da1e</filename> として加えられるでしょう.
     </para>
 
     <sect2>
       <title>sysinstall を利用</title>
       
       <para>
        	<command>/stand/sysinstall</command>
 	の使い易いメニューを利用して新しいディスクのパーティション分けやラベル付けを行なうことができます. 
 	<username>root</username> ユーザでログインするか <command>su</command>
 	コマンドを用いるかして root 権限を取得します.
 	<command>/stand/sysinstall</command> を実行し, <literal>Configure</literal> メニューに入ります.
 	<literal>FreeBSD Configuration Menu</literal> の中でスクロールダウンして
 	<literal>Partition</literal> の項目を選びます.
 	するとシステムに付けられているハードディスクのリストが表示されるはずです. もし <literal>da1</literal>
 	がリストされていない場合には物理的な取り付け及び,
 	<filename>/var/run/dmesg.boot</filename> ファイルへの <command>dmesg</command>
 	出力をチェックし直してください.
       </para>
       
       <para>
         <literal>da1</literal> を選んで <literal>FDISK Partition Editor</literal>
 	に入ります. ディスク全体を FreeBSD で使うために <literal>A</literal>
 	を選びます. <quote>remain cooperative with any future possible operating systems</quote>
 	と聞かれたら <literal>YES</literal> と答えます.
 	<command>W</command> で変更をディスクに書き込みます. ここで
 	<command>q</command> と入力して FDISK エディタを抜けます.
 	マスターブートレコードについて聞かれますが,
 	ここでは既に動いているシステムにディスクを追加しようとしているのですから
 	<literal>None</literal> を選びます.
       </para>
 
       <para>
         次に <literal>Disk Label Editor</literal> に入ります.
 	ここでは従来の BSD パーティションを作成します. 一つのディスクは
 	a から h までのラベルがついた最大 8 つのパーティションを持つことができます.
 	いくつかのパーティションラベルは特殊な用途に用いられます.
 	<literal>a</literal> パーティションはルートパーティション (<filename>/</filename>) です.
 	従って, システムディスク (つまり起動ディスク) のみが <literal>a</literal>
 	を持ちます. <literal>b</literal> パーティションはスワップパーティションに用いられ,
 	複数のディスクにスワップパーティションを作ることができます.
 	<literal>c</literal> は専用モードにおけるディスク全体,
 	もしくはスライスモードにおけるスライス全体を指します. 他のパーティションは汎用的に用いられます.
       </para>
 
       <para>
         sysinstall の Label Editor は非ルートで非スワップなパーティションには <literal>e</literal>
 	を好んで付けます.
 	ラベルエディタでは <command>C</command> を用いて一つのファイルシステムを作成します.
 	FS (ファイルシステム) かスワップかを聞かれたら <literal>FS</literal>
 	を選びマウントポイント (例えば <filename>/mnt</filename>) を入力します.
 	インストール後のモードでディスクを追加する場合, sysinstall は
 	<filename>/etc/fstab</filename> にエントリを追加しないため,
 	ここで指定するマウントポイントはそれほど重要ではありません.
       </para>
 
       <para>
         さて, ディスクに新しいラベルを書き込み, そこにファイルシステムを作る準備が整いました.
 	早速 <command>W</command> を叩いて実行しましょう.
 	sysinstall からの, 新しいパーティションをマウントできない, というエラーは無視してください.
 	Label Editor から抜け, sysinstall を終了します.
       </para>
 
       <para>
         最後に <filename>/etc/fstab</filename> を編集し, 新しいディスクを追加します.
       </para>
     </sect2>
 
     <sect2>
       <title>コマンドラインユーティリティの利用</title>
 
       <sect3>
 	<title>スライスの利用</title>
 
         <para>このセットアップ方法では,
           すでにコンピュータに他のオペレーティングシステムがインストールされていても
           正しく協調動作することが可能で, 他のオペレーティングシステムの
           fdisk ユーティリティを混乱させることもありません.
           新しいディスクにインストールする場合は,
           この方法を用いることが推奨されています.
           後述する<literal>専用モード</literal>は,
           そうしなければならない理由がある時にのみ,
           利用するようにしてください.</para>
 
 	<screen>&prompt.root; <userinput>dd if=/dev/zero of=/dev/rda1 bs=1k count=1</userinput>
 &prompt.root; <userinput>fdisk -BI da1</userinput> # 新しいディスクの初期化
 &prompt.root; <userinput>disklabel -B -w -r da1s1 auto</userinput> # ディスクにラベルを付ける
 &prompt.root; <userinput>disklabel -e da1s1</userinput> # 作成したディスクラベルを編集し, パーティションを追加する
 &prompt.root; <userinput>mkdir -p /1</userinput>
 &prompt.root; <userinput>newfs /dev/da1s1e</userinput> # 作成したすべてのパーティションに対してこれを繰り返す
 &prompt.root; <userinput>mount -t ufs /dev/da1s1e /1</userinput> # パーティションをマウントする
 &prompt.root; <userinput>vi /etc/fstab</userinput> # マウントに成功したら, <filename>/etc/fstab</filename> に適切なエントリを追加する</screen>
 
         <para>IDE ディスクを使う場合は
           <filename>da</filename> の部分を
           <filename>ad</filename> とします.
           4.x より前のシステムでは,
           (訳注: <filename>ad</filename> ではなく)
           <filename>wd</filename> としてください.</para>
       </sect3>
       
       <sect3>
 	<title>専用モード</title>
 
 	<para>
 	  新しいドライブを他の OS と共有しない場合には<literal>専用</literal>モードを用いることもできます.
 	  このモードはマイクロソフトの OS を混乱させることを憶えておいてください
 	  (しかし, それらによって壊されることはありません).
 	  一方, IBM の OS/2 はどんなパーティションでも見つけたら理解できなくても<quote>専有</quote>します.
 	</para>
 	
 	<screen>&prompt.root; <userinput>dd if=/dev/zero of=/dev/rda1 bs=1k count=1</userinput>
 &prompt.root; <userinput>disklabel -Brw da1 auto</userinput>
 &prompt.root; <userinput>disklabel -e da1</userinput>				# create the `e' partition
 &prompt.root; <userinput>newfs -d0 /dev/rda1e</userinput>
 &prompt.root; <userinput>mkdir -p /1</userinput>
 &prompt.root; <userinput>vi /etc/fstab</userinput>				# add an entry for /dev/da1e
 &prompt.root; <userinput>mount /1</userinput></screen>
       
 	<para>もう一つの方法は次の通り.</para>
       
 	<screen>&prompt.root; <userinput>dd if=/dev/zero of=/dev/rda1 count=2</userinput>
 &prompt.root; <userinput>disklabel /dev/rda1 | disklabel -BrR da1 /dev/stdin</userinput>
 &prompt.root; <userinput>newfs /dev/rda1e</userinput>
 &prompt.root; <userinput>mkdir -p /1</userinput>
 &prompt.root; <userinput>vi /etc/fstab</userinput>					# add an entry for /dev/da1e
 &prompt.root; <userinput>mount /1</userinput></screen>
       </sect3>
     </sect2>
   </sect1>
 
   <sect1 id="disks-virtual">
     <title>仮想ディスク: ネットワーク, メモリ, そしてファイルベースのファイルシステム</title>
 
     <para>
       FreeBSD にはフロッピーや CD, ハードディスクなどの手元の計算機に取り付けたディスクの他に,
       別の形態のディスク, <firstterm>仮想ディスク</firstterm>, もあります.
     </para>
 
     <para>
       これには, <link linkend="nfs">Network Filesystem</link> のようなネットワークファイルシステムや
       Coda, <link linkend="disks-md">md</link> のようなメモリベースのファイルシステム,
       <link linkend="disks-vnconfig">vnconfig</link>
       によって作られるようなファイル中に構築されるファイルシステムがあります.
     </para>
 
     <sect2 id="disks-vnconfig">
       <title>vnconfig: ファイル中に構築されるファイルシステム</title>
 
       <para>
         &man.vnconfig.8; を使えば擬似ディスクデバイスを設定し, 有効にすることができます.
 	<firstterm>vnode</firstterm> とはファイルの内部的な表現方法であり,
 	ファイルに関する操作の中心となるものです. つまり, &man.vnconfig.8;
 	はファイルシステムを生成したり操作したりするためにファイルを用いるのです.
 	一つ例を挙げると,
 	ファイルに収められたフロッピーや CD-ROM のイメージをマウントするために用いることができます.
       </para>
 
       <para>既にあるファイルシステムイメージのマウント</para>
 
       <example>
 	<title>vnconfig を用いた既存のファイルシステムイメージのマウント</title>
 
 	<screen>&prompt.root; <userinput>vnconfig vn<replaceable>0</replaceable> <replaceable>diskimage</replaceable></userinput>
 &prompt.root; <userinput>mount /dev/vn<replaceable>0</replaceable>c <replaceable>/mnt</replaceable></userinput></screen>
       </example>
 
       <para>vnconfig を用いたファイルシステムイメージの新規作成</para>
 
       <example>
 	<title>vnconfig を用いたファイルベースディスクの新規作成</title>
 	
 	<screen>&prompt.root; <userinput>dd if=/dev/zero of=<replaceable>newimage</replaceable> bs=1k count=<replaceable>5</replaceable>k</userinput>
 5120+0 records in
 5120+0 records out
 &prompt.root; <userinput>vnconfig -s labels -c vn<replaceable>0</replaceable> <replaceable>newimage</replaceable></userinput>
 &prompt.root; <userinput>disklabel -r -w vn<replaceable>0</replaceable> auto</userinput>
 &prompt.root; <userinput>newfs vn<replaceable>0</replaceable>c</userinput>
 Warning: 2048 sector(s) in last cylinder unallocated
 /dev/rvn0c:     10240 sectors in 3 cylinders of 1 tracks, 4096 sectors
         5.0MB in 1 cyl groups (16 c/g, 32.00MB/g, 1280 i/g)
 super-block backups (for fsck -b #) at:
  32
 &prompt.root; <userinput>mount /dev/vn<replaceable>0</replaceable>c <replaceable>/mnt</replaceable></userinput>
 &prompt.root; <userinput>df <replaceable>/mnt</replaceable></userinput>
 Filesystem  1K-blocks     Used    Avail Capacity  Mounted on
 /dev/vn0c        4927        1     4532     0%    /mnt</screen>
       </example>
     </sect2>
 
     <sect2 id="disks-md">
       <title>md: メモリファイルシステム</title>
 
       <para>md はメモリファイルシステムを実現するためにシンプルで効率的な手段です.</para>
 
       <para>単に, 例えば &man.vnconfig.8; を用いて作成したファイルシステムを取り, 以下のようにします.</para>
 
       <example>
 	<title>md メモリディスク</title>
 
 	<screen>&prompt.root; <userinput>dd if=<replaceable>newimage</replaceable> of=/dev/md<replaceable>0</replaceable></userinput>
 5120+0 records in
 5120+0 records out
 &prompt.root; <userinput>mount /dev/md<replaceable>0c</replaceable> <replaceable>/mnt</replaceable></userinput>
 &prompt.root; <userinput>df <replaceable>/mnt</replaceable></userinput>
 Filesystem  1K-blocks     Used    Avail Capacity  Mounted on
 /dev/md0c        4927        1     4532     0%    /mnt</screen>
       </example>
     </sect2>
   </sect1>
   
   <sect1 id="quotas">
     <title>ディスククォータ</title>
 
     <para>
       クォータは OS の持っているオプショナルな機能であり,
       ファイルシステム毎にユーザやグループのメンバが使用するディスク容量やファイルの数を制限することができます.
       この機能は, あるユーザやグループに割り当てられるリソースの量を制限することが望ましいようなタイムシェアリングシステムにおいてよく用いられます.
       この機能を用いることによって使用可能なディスク容量の全てを一人のユーザが使ってしまうことを防ぐことができます.
     </para>
 
     <sect2>
       <title>ディスククォータを使うためのシステム設定</title>
 
       <para>
         ディスククォータの設定を始める前に, まずはカーネルにクォータが組み込まれていることを確認しましょう.
 	カーネルのコンフィグレーションファイルに次の行を入れます.
       </para>
 
-      <programlisting>
-options QUOTA</programlisting>
+      <programlisting>options QUOTA</programlisting>
 
       <para>
         標準の <filename>GENERIC</filename> カーネルでは,
 	この機能は有効になっていませんので,
 	ディスククォータを利用するためには上記を設定後カーネルを構築しなおし,
 	作成されたカスタムカーネルをインストールしなければいけません.
 	カーネルのコンフィグレーションに関しては
 	<link linkend="kernelconfig">FreeBSD カーネルのコンフィグレーション</link>のセクションをご覧ください.
       </para>
 
       <para>
         次に <filename>/etc/rc.conf</filename>
 	でディスククォータを有効にする必要があります.
 	次の行を加えましょう.
       </para>
 
-      <programlisting>
-enable_quotas=<quote>YES</quote></programlisting>
+      <programlisting>enable_quotas=<quote>YES</quote></programlisting>
 
       <para>
         起動時の動作をさらに細かくコントロールするためにもう一つ設定用の変数があります.
 	通常, 起動時には <command>quotacheck</command>
 	によりそれぞれのファイルシステムのクォータの整合性がチェックされます.
 	<command>quotacheck</command> の役割は,
 	クォータデータベースのデータが正しくファイルシステム上のデータを反映しているか確認することです.
 	これはかなり時間を食う処理であり, 起動にかかる時間に大きな影響を及ぼします.
 	このステップをとばしたい人のために次の変数が用意されています.
       </para>
 
-      <programlisting>
-check_quotas=<quote>NO</quote></programlisting>
+      <programlisting>check_quotas=<quote>NO</quote></programlisting>
 
       <para>
         もし 3.2-RELEASE よりも前の FreeBSD を使っているならば設定はもっと単純で, 一つの変数のみです.
 	次の行を <filename>/etc/rc.conf</filename> で設定してください.
       </para>
 
-      <programlisting>
-check_quotas=<quote>YES</quote></programlisting>
+      <programlisting>check_quotas=<quote>YES</quote></programlisting>
 
       <para>
         最後に, ファイルシステム毎にディスククォータを有効にするために
 	<filename>/etc/fstab</filename> を編集する必要があります.
 	ここでユーザもしくはグループ, あるいはその両方にクォータを設定することができるのです.
       </para>
 
       <para>
         あるファイルシステム上にユーザ毎のクォータを有効にする場合には,
 	<filename>/etc/fstab</filename> 中でクォータを有効にしたいファイルシステムエントリのオプション部に
 	<literal>userquota</literal> を加えます. 例えば次のようになります.
       </para>
 
-      <programlisting>
-/dev/da1s2g   /home    ufs rw,userquota 1 2</programlisting>
+      <programlisting>/dev/da1s2g   /home    ufs rw,userquota 1 2</programlisting>
 
       <para>
         同様に, グループクォータを有効にするには <literal>userquota</literal>
 	キーワードの代わりに <literal>groupquota</literal> を用います.
 	ユーザとグループの両方のクォータを有効にするには次のようにします.
       </para>
 
-      <programlisting>
-/dev/da1s2g    /home    ufs rw,userquota,groupquota 1 2</programlisting>
+      <programlisting>/dev/da1s2g    /home    ufs rw,userquota,groupquota 1 2</programlisting>
 
       <para>
         デフォルトでは, クォータファイルはそのファイルシステムのルートディレクトリに
 	ユーザ用, グループ用それぞれ <filename>quota.user</filename>, <filename>quota.group</filename>
 	という名前で置かれます. さらに詳しい情報は <command>man fstab</command>
 	をご覧ください. マニュアルには別の場所を指定することができると書いてはありますが,
 	あまり勧められません. なぜなら, 様々なクォータ関係のユーティリティがそれにうまく対処できるようにないためです.
       </para>
 
       <para>
         この時点で, 一度システムを再起動して新しいカーネルで立ち上げましょう.
 	<filename>/etc/rc</filename> が自動的に適当なコマンドを実行し,
 	<filename>/etc/fstab</filename> で有効にした全てのクォータ用に初期ファイルを作ってくれます.
 	従って, 空のクォータファイルを手で作る必要は一切ありません.
       </para>
 
       <para>
         通常の運用では <command>quotacheck</command> や <command>quotaon</command>,
 	<command>quotaoff</command> といったコマンドを手で動かす必要はないのですが,
 	慣れるためにもこれらのマニュアルは読んでおきましょう.
       </para>
     </sect2>
 
     <sect2>
       <title>クォータリミットの設定</title>
 
       <para>
         一旦クォータを有効にしたら本当に有効になっているのか確認しておきましょう.
 	簡単な方法は次のコマンドを実行することです.
       </para>
 
       <screen>&prompt.root; <userinput>quota -v</userinput></screen>
 	  
       <para>
         ディスクの使用状況と, クォータが有効になっているファイルシステムのクォータリミットが一行にまとめて出力されるでしょう.
       </para>
 
       <para>
         さあ、<command>edquota</command> でクォータリミットを設定する準備ができました.
       </para>
 
       <para>
         ユーザやグループが使用できるディスク容量や作成できるファイルの数に制限をかけるにはいくつかのオプションがあります.
 	割り当てディスク容量を制限 (ブロッククォータ) することもファイル数を制限 (inode クォータ)
 	することも, 両者を組み合わせることもできるのです. これらの制限はそれぞれさらに二つのカテゴリ,
 	ハードリミットとソフトリミット, に分けることができます.
       </para>
 
       <para>
         ハードリミットを越えることはできません. あるユーザが一旦ハードリミットにたっした場合,
 	そのファイルシステムではそれ以上の割り当ては望めません. 例えばあるファイルシステム上に
 	500 ブロックのハードリミットが設定されており現在 490 ブロックを使用している場合,
 	さらに 10 ブロックしか使えないのです. 11 ブロックを使おうとすると失敗します.
       </para>
 
       <para>
         一方, ソフトリミットはある限られた時間内であれば越えることができます.
 	この時間は猶予期間として知られており, デフォルトでは 1 週間です.
 	あるユーザが自分のソフトリミットを猶予期間よりも長い間越えているとソフトリミットはハードリミットに変わり,
 	それ以上使用することはできなくなります. ユーザがソフトリミットよりも減らせば猶予期間はリセットされます.
       </para>
 
       <para>
         以下は <command>edquota</command> コマンドを実行した時に見ることになるであろう例です.
 	<command>edquota</command> コマンドが起動されると環境変数 <envar>EDITOR</envar>
 	で指定されるエディタに入ります. <envar>EDITOR</envar> が設定されていない場合には
 	<command>vi</command> が起動されます. ここでクォータリミットを編集します.
       </para>
 
       <screen>&prompt.root; <userinput>edquota -u test</userinput></screen>
 
-      <programlisting>
-Quotas for user test:
+      <programlisting>Quotas for user test:
 /usr: blocks in use: 65, limits (soft = 50, hard = 75)
         inodes in use: 7, limits (soft = 50, hard = 60)
 /usr/var: blocks in use: 0, limits (soft = 50, hard = 75)
         inodes in use: 0, limits (soft = 50, hard = 60)</programlisting>
 
       <para>
         通常, クォータが有効になっているファイルシステム毎に 2 行あります.
 	一つはブロックリミット用でもう一つは inode リミット用です.
 	クォータリミットを変更したいところを書き変えるだけでかまいません.
 	例えばこのユーザのブロックリミットを, 「ソフトリミットは 50 で ハードリミットは 75」から「ソフトリミットは
 	500 で ハードリミットは 600」に変更する場合,
       </para>
 
       <programlisting>/usr: blocks in use: 65, limits (soft = 50, hard = 75)</programlisting>
 
       <para>から</para>
 
       <programlisting> /usr: blocks in use: 65, limits (soft = 500, hard = 600)</programlisting>
 
       <para>へ書き換えます. 新しいクォータリミットはエディタを終了すれば設定されます.</para>
 
       <para>
         ある範囲の uid に対してクォータリミットを設定したい場合がありますが,
 	このような時には <command>edquota</command> コマンドの <option>-p</option> オプションを使うといいでしょう.
 	まず, あるユーザに割り当てたいクォータリミットを設定し, 次に
 	<command>edquota -p protouser startuid-enduid</command>
 	を実行するのです. 例えばユーザ <username>test</username> にお望みのクォータリミットが付いているとしましょう.
 	次のコマンドにより 10,000 から 19,999 の間の uid に対して同じクォータリミットを付けることができるのです.
       </para>
 
       <screen>&prompt.root; <userinput>edquota -p test 10000-19999</userinput></screen>
 	  
       <para>
         さらに詳しいことは <command>man edquota</command> をご覧ください.
       </para>
     </sect2>
 
     <sect2>
       <title>クォータリミットとディスク使用状況のチェック</title>
 
       <para>
         <command>quota</command> や <command>repquota</command> といったコマンドを使ってクォータリミットやディスクの利用状況をチェックすることができます.
 	<command>quota</command> コマンドは個々のユーザやグループのクォータやディスク利用状況をチェックするのに使えます.
 	スーパーユーザのみが他のユーザや所属していないグループのクォータと利用状況を見ることができます.
 	<command>repquota</command> コマンドはクォータが有効になっているファイルシステム用の全てのクォータやディスク容量のサマリを得るのに使えます.
       </para>
 
       <para>
         以下は二つのファイルシステムにクォータ制限がかけられているユーザに対する
 	<command>quota -v</command> コマンドの出力例です.
       </para>
 
-      <programlisting>
-Disk quotas for user test (uid 1002):
+      <programlisting>Disk quotas for user test (uid 1002):
      Filesystem  blocks   quota   limit   grace   files   quota   limit   grace
            /usr      65*     50      75   5days       7      50      60
        /usr/var       0      50      75               0      50      60</programlisting>
 
       <para>
         上の例で, <filename>/usr</filename> ファイルシステム上ではこのユーザは現在
 	50 ブロックというソフトリミットを 15 ブロックオーバーし 5 日間の猶予期間が残っています.
 	アスタリスク <literal>*</literal> はクォータリミットを越えているユーザを示していることに注意してください.
       </para>
 
       <para>
         通常, そのユーザが全く使っていないファイルシステムは, クォータリミットが付けられているとしても
 	 <command>quota</command> コマンドの出力には現われません.
 	 <option>-v</option> オプションを用いればそのようなファイルシステム, 上の例では <filename>/usr/var</filename>,
 	 を表示することができます.
       </para>
     </sect2>
 
     <sect2>
       <title>NFS 上の クォータ</title>
 
       <para>
         クォータは NFS サーバ上のクォータサブシステムにより実行されます.
 	&man.rpc.rquotad.8; デーモンにより, NFS クライアント上の &man.quota.1;
 	コマンドは情報を得ることができ, クライアントマシン上のユーザが自分のクォータの統計を見ることができます.
       </para>
 
       <para>
         <filename>/etc/inetd.conf</filename> において以下のように
         <command>rpc.rquotad</command> を有効にしましょう.
       </para>
 
-      <programlisting>
-rquotad/1      dgram rpc/udp wait root /usr/libexec/rpc.rquotad rpc.rquotad</programlisting>
+      <programlisting>rquotad/1      dgram rpc/udp wait root /usr/libexec/rpc.rquotad rpc.rquotad</programlisting>
 
       <para>そして以下のように <command>inetd</command> を再起動します.</para>
 
       <screen>&prompt.root; <userinput>kill -HUP `cat /var/run/inetd.pid`</userinput></screen>
     </sect2>
   </sect1>
 </chapter>
 
 <!-- 
      Local Variables:
      mode: sgml
      sgml-declaration: "../chapter.decl"
      sgml-indent-data: t
      sgml-omittag: nil
      sgml-always-quote-attributes: t
      sgml-parent-document: ("../book.sgml" "part" "chapter")
      End:
 -->
diff --git a/ja_JP.eucJP/books/handbook/eresources/chapter.sgml b/ja_JP.eucJP/books/handbook/eresources/chapter.sgml
index 73fe529052..69cf05e2e9 100644
--- a/ja_JP.eucJP/books/handbook/eresources/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/eresources/chapter.sgml
@@ -1,1645 +1,1646 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.54
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/eresources/chapter.sgml,v 1.17 2001/01/23 01:38:51 hrs Exp $
+     Original revision: 1.55
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/eresources/chapter.sgml,v 1.18 2001/04/08 15:33:40 hrs Exp $
 -->
 
 <appendix id="eresources">
   <title>インターネット上のリソース</title>
 
   <para><emphasis>訳: &a.jp.yuki;, 1996 年 8 月 28 日</emphasis></para>
 
   <para>FreeBSD の進歩が急速であるため,
     最新の開発をフォローするためには,
     印刷したメディアは実用的でなくなっています.  大抵の場合,
     最新情報を入手する方法としては, 電子的なリソースが ベストです.
     FreeBSDはボランティアの努力によって,  ユーザコミュニティ自体が,
     一種の<quote>テクニカルサポート部門</quote>としての
     役割も通常果たしており,
     電子メールやUsenetのニュースがこれらのコミュ
     ニティにたどり着く最も効果的な方法になっています.</para>
 
   <para>以下に, FreeBSD
     ユーザコミュニティに連絡を取る場合の最も重要な点についての
     概略を示します.
     もしここに書かれていない他のリソースに気がついた場合は,  それらを
     &a.doc; に送って頂ければ,
     それらをここに含めるかもしれません.</para>
 
   <sect1 id="eresources-mail">
     <title>メーリングリスト</title>
 
     <para>多くのFreeBSDの開発メンバはUSENETを読むことができますが,
       もし, <literal>comp.unix.bsd.freebsd.*</literal>
       のグループの一つに質問を投稿したとしても
       タイムリにその質問を受け取るということは保証できません.
       質問を適切なメーリングリストに投稿すれば,
       私たちかFreeBSDの関係者から,  よりよい
       (そして少なくともより早い)
       反応がいつでも得られることでしょう.</para>
 
     <para>さまざまなメーリングリストの憲章を
       このドキュメントの最後に記載しま す. <emphasis>私たちは,
 	メーリングリストの質, 特に技術面に関する質を高く保つ
 	ために努力しているので,
 	メーリングリストに参加する前にその憲章を読んで ください.
       </emphasis> 私たちのメーリングリストの参加者のほとんどは,
       現在非常 にたくさんの FreeBSD
       に関連したメッセージを毎日受け取っており, メーリン
       グリストに対するふさわしい
       用いられ方をするための憲章やルールを決めるこ とによって,
       メーリングリストの S/N 比を高くする保つように励んでいます.
       そうしないと, 結果的に, メーリングリストがプロジェクトにとって
       事実上のコミュニケーションの手段になってしまうでしょう.</para>
 
     <para>メーリングリストはいずれもアーカイブされており, それらは
       <ulink url="../search.html">FreeBSD World Wide Web
 	server</ulink> で検索することができます.
       キーワード検索可能なアーカイブの提供は,
       良くある質問に対する回答を見つけるすぐれた方法ですから,
       質問を投稿する前に調べてみるべきでしょう.</para>
 
     <sect2 id="eresources-summary">
       <title>メーリングリストの概説</title>
 
       <para><emphasis>一般的なメーリングリスト:</emphasis>
 	以下のものは誰でも自由に参加できる (そしておすすめの)
 	一般的なものです:</para>
 
       <informaltable frame="none">
 	<tgroup cols="2">
 	  <thead>
 	    <row>
 	      <entry>リスト</entry>
 	      <entry>目的</entry>
 	    </row>
 	  </thead>
 
 	  <tbody>
 	    <row>
 	      <entry>freebsd-advocacy</entry>
 	      <entry>FreeBSD の福音伝道</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-announce</entry>
 	      <entry>重要なイベントやプロジェクトのマイルストン</entry>
 	    </row>
 
  	    <row>
 	      <entry>freebsd-arch</entry>
 	      <entry>アーキテクチャ, 設計に関する議論</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-bugs</entry>
 	      <entry>バグレポート</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-chat</entry>
 	      <entry>FreeBSD
 		コミュニティに関連する技術的ではない話題</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-commit</entry>
 	      <entry>FreeBSD ソースツリーに加えられた変更について</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-config</entry>
 	      <entry>FreeBSD のインストールと設定用のツールの開発に関する話題</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-current</entry>
 	      <entry>FreeBSD-current の使用に関連する議論</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-isp</entry>
 	      <entry>FreeBSD を用いている
 		インターネットサービスプロバイダの話題</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-jobs</entry>
 	      <entry>FreeBSD 関連の雇用機会に関する話題</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-newbies</entry>
 	      <entry>FreeBSD 初心者ユーザの活動と議論</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-policy</entry>
 	      <entry>FreeBSD Core team のポリシーに関する議論.
 		流量は少なく, 投稿することはできません</entry>
 	    </row>
 	    
 	    <row>
 	      <entry>freebsd-questions</entry>
 	      <entry>ユーザからの質問と技術サポート</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-stable</entry>
 	      <entry>FreeBSD-stable の使用に関連する議論</entry>
 	    </row>
 	  </tbody>
 	</tgroup>
       </informaltable>
 
       <para><emphasis>技術的なメーリングリスト:</emphasis>
 	以下のメーリングリストは, 技術的な 議論のためのものです.
 	それらの利用や内容のためにしっかりとしたガイドラ
 	インがあるので, これらのメーリングリストに入ったり,
 	どれか一つにメール を送ったりする前には,
 	それらのメーリングリストの憲章を注意深く読むべきで す.</para>
 
       <informaltable frame="none">
 	<tgroup cols="2">
 	  <thead>
 	    <row>
 	      <entry>リスト</entry>
 	      <entry>目的</entry>
 	    </row>
 	  </thead>
 
 	  <tbody>
 	    <row>
 	      <entry>freebsd-afs</entry>
 	      <entry>FreeBSD へのAFSの移植</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-alpha</entry>
 	      <entry>FreeBSD の Alpha への移植</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-atm</entry>
 	      <entry>FreeBSD での ATM ネットワーク使用に関する話題</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-database</entry>
 	      <entry>FreeBSD
 		上でのデータベースの利用や開発に関する議論</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-doc</entry>
 	      <entry>FreeBSD 関連ドキュメントの作成</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-emulation</entry>
 	      <entry>Linux/DOS/Windows
 		のような他のシステムのエミュレーション</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-fs</entry>
 	      <entry>ファイルシステム</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-hackers</entry>
 	      <entry>一般的な技術の議論</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-hardware</entry>
 	      <entry>FreeBSD の走るハードウェアの一般的な議論</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-i18n</entry>
 	      <entry>FreeBSD の国際化</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-ia64</entry>
 	      <entry>FreeBSD の Intel が開発中の IA64 システムへの移植</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-ipfw</entry>
 	      <entry>IP firewall コードの再設計に関する技術的議論</entry>
 	    </row>
 	    
 	    <row>
 	      <entry>freebsd-isdn</entry>
 	      <entry>ISDN 開発者</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-java</entry>
 	      <entry>Java 開発者や, FreeBSD へ JDK
 		を移植する人たち</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-libh</entry>
 	      <entry>第 2 世代のインストール, パッケージシステム</entry>
 	    </row>
 	    
 	    <row>
 	      <entry>freebsd-mobile</entry>
 	      <entry>モーバイルコンピューティングについての議論</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-mozilla</entry>
 	      <entry>mozilla の FreeBSD への移植に関する議論</entry>
 	    </row>
 
  	    <row>
 	      <entry>freebsd-new-bus</entry>
 	      <entry>バスアーキテクチャに関する技術的な議論</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-net</entry>
 	      <entry>ネットワークおよび TCP/IP
 		ソースコードに関する議論</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-platforms</entry>
 	      <entry>Intel 以外のアーキテクチャのプラットフォームへの移植</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-ports</entry>
 	      <entry>Ports コレクションに関する議論</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-ppc</entry>
 	      <entry>FreeBSD の PowerPC への移植</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-realtime</entry>
 	      <entry>FreeBSD 用のリアルタイム拡張の開発に関する話題</entry>
 	    </row>
 	    
 	    <row>
 	      <entry>freebsd-scsi</entry>
 	      <entry>SCSI サブシステム</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-security</entry>
 	      <entry>セキュリティに関する話題</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-security-notifications</entry>
 	      <entry>セキュリティに関する通知</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-small</entry>
 	      <entry>組み込みアプリケーションにおける FreeBSD の利用</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-smp</entry>
 	      <entry>対称 / 非対称の
 		マルチプロセッシングの設計に関する議論</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-sparc</entry>
 	      <entry>FreeBSD の Sparc への移植</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-tokenring</entry>
 	      <entry>FreeBSD でのトークンリングのサポート</entry>
 	    </row>
 	  </tbody>
 	</tgroup>
       </informaltable>
 
       <para><emphasis>制限されているメーリングリスト:</emphasis>
 	以下のメーリングリストはより特化された (そしてより厳しい)
 	メンバーのためのものであり, 一般的な興味を惹くようなものでは
 	ありません.
 	このようなメーリングリストに参加する前に, 技術的なメーリングリストで
 	自らの存在感をアピールするのは良い考えです.
 	そうすることにより, 議論の際のエチケットを学ぶことができるでしょう.
       </para>
 
       <informaltable frame="none">
 	<tgroup cols="2">
 	  <thead>
 	    <row>
 	      <entry>メーリングリスト</entry>
 	      <entry>目的</entry>
 	    </row>
 	  </thead>
 
 	  <tbody>
 	    <row>
 	      <entry>freebsd-core</entry>
 	      <entry>FreeBSDコアチーム</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-hubs</entry>
 	      <entry>ミラーサイトを運営している人達
 		(基盤のサポート)</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-install</entry>
 	      <entry>インストール関係の開発</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-user-groups</entry>
 	      <entry>ユーザグループの調整</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-www</entry>
 	      <entry><ulink url="http://www.FreeBSD.org">www.freebsd.org
 		</ulink> の管理者</entry>
 	    </row>
 	  </tbody>
 	</tgroup>
       </informaltable>
 
       <para><emphasis>メーリングリストのダイジェスト版:</emphasis> 
 	上述のメーリングリストの多くでダイジェスト版が利用できます.
 	ダイジェスト版ではメーリングリストに新たに投稿された記事が集められ,
         100KB を超えた時点で一つのメールとしてまとめて配送されます.
         ダイジェスト版が利用できる
 	メーリングリストは以下のとおりです.</para>
 
       <informaltable frame="none">
 	<tgroup cols="1">
 	  <thead>
 	    <row>
 	      <entry>メーリングリスト</entry>
 	    </row>
 	  </thead>
 	  
 	  <tbody>
 	    <row>
 	      <entry>freebsd-afs-digest</entry>
 	    </row>
 	    
 	    <row>
 	      <entry>freebsd-alpha-digest</entry>
 	    </row>
 	    
 	    <row>
 	      <entry>freebsd-chat-digest</entry>
 	    </row>
 	    
 	    <row>
 	      <entry>freebsd-current-digest</entry>
 	    </row>
 	    
 	    <row>
 	      <entry>freebsd-cvs-all-digest</entry>
 	    </row>
 	    
 	    <row>
 	      <entry>freebsd-database-digest</entry>
 	    </row>
 	    
 	    <row>
 	      <entry>freebsd-hackers-digest</entry>
 	    </row>
 	    
 	    <row>
 	      <entry>freebsd-ia64-digest</entry>
 	    </row>
 
 	    <row>
 	      <entry>freebsd-isdn-digest</entry>
 	    </row>
 	    
 	    <row>
 	      <entry>freebsd-java-digest</entry>
 	    </row>
 	    
 	    <row>
 	      <entry>freebsd-questions-digest</entry>
 	    </row>
 	    
 	    <row>
 	      <entry>freebsd-security-digest</entry>
 	    </row>
 	    
 	    <row>
 	      <entry>freebsd-sparc-digest</entry>
 	    </row>
 	    
 	    <row>
 	      <entry>freebsd-stable-digest</entry>
 	    </row>
 	    
 	    <row>
 	      <entry>freebsd-test-digest</entry>
 	    </row>
 	    
 	  </tbody>
 	</tgroup>
       </informaltable>
 
       <para><emphasis>CVSメーリングリスト:</emphasis>
 	以下のメーリングリストはソースツリーの
 	さまざまな場所の変更のログメッセージを見ることに
 	興味のある人向けです.
 	これらは<emphasis>読み専用</emphasis>のリストで,
 	これらにメールを送る事は出来ません.</para>
 
       <informaltable frame="none">
 	<tgroup cols="3">
 	  <thead>
 	    <row>
 	      <entry>メーリングリスト</entry>
 	      <entry>ソースの範囲</entry>
 	      <entry>(ソースの) 範囲の説明</entry>
 	    </row>
 	  </thead>
 
 	  <tbody>
 	    <row>
 	      <entry>cvs-all</entry>
 	      <entry>/usr/src</entry>
 	      <entry>ツリーのすべての変更 (スーパーセット)</entry>
 	    </row>
 	  </tbody>
 	</tgroup>
       </informaltable>
     </sect2>
 
     <sect2 id="eresources-subscribe">
       <title>参加方法</title>
 
       <para>どのメーリングリストも<hostid
 	  role="fqdn">FreeBSD.ORG</hostid>にあるので,
 	メーリングリストにメールを送るには, ただ
 	&lt;<replaceable>listname</replaceable>@FreeBSD.org&gt;
 	にメールを送るだけです.  すると,
 	メーリングリストに登録されている世界中のメンバに
 	再配布されます.</para>
 
-      <para>メーリングリストに参加するには,  <programlisting>
-	  subscribe &lt;listname&gt; [&lt;optional
-	  address&gt;]</programlisting>
-	という内容をメッセージの本文に含むメールを &a.majordomo;
+      <para>メーリングリストに参加するには,
+        
+        <programlisting>subscribe &lt;listname&gt; [&lt;optional address&gt;]</programlisting>
+	
+        という内容をメッセージの本文に含むメールを &a.majordomo;
 	に送ります.  例えば, <literal>freebsd-announce</literal>
 	に参加したい場合は次のようにします:</para>
 
       <screen>&prompt.user; <userinput>mail majordomo@FreeBSD.org</userinput>
 subscribe freebsd-announce
 ^D</screen>
 
       <para>もし, あなたが, 自分自身を違う名前 (メールアドレス)
 	で登録したい場合,  あるいは, ローカルなメーリングリスト
 	(もしあなたのサイトに,  興味を持った仲間がいるなら,
 	これはより有効ですし,  私たちにとっても非常に嬉しいことです.)
 	を登録する申し込みをおこないたいのであれば, 次のようにします:
       </para>
 
       <screen>&prompt.user; <userinput>mail majordomo@FreeBSD.org</userinput>
 subscribe freebsd-announce local-announce@somesite.com
 ^D</screen>
 
       <para>最後に, majordomo に対して
 	他のタイプのコントロールメッセージを送ることで
 	メーリングリストから脱退したり,
 	メーリングリストの他のメンバのリストを 得たり,
 	再びメーリングリストのリストを見たりすることも可能です.
 	利用できるコマンドの完全なリストを入手するには,
 	次のようにします: </para>
 
       <screen>&prompt.user; <userinput>mail majordomo@FreeBSD.org</userinput>
 help
 ^D</screen>
 
       <para>再度言いますが,
 	私たちは技術的なメーリングリストでは技術的な議論を保つよう
 	要求します. もし, 重要なアナウンスにのみ興味があるなら,
         freebsd-announce への参加をお勧めします.
 	これには, あまりたくさんのメールは流れません.</para>
     </sect2>
 
     <sect2 id="eresources-charters">
       <title>メーリングリストの憲章</title>
 
       <para><emphasis>全て</emphasis> FreeBSD
 	メーリングリストは誰でもそれらを利用することに
 	固守しなければいけないという一定の簡単なルールがあります.
 	これらのルー ルに従わないと, 結果として FreeBSD の Postmaster
 	<email>postmaster@FreeBSD.org</email>から 2 回までは警
 	告を受けます. 3回違反すると,
 	投稿者は全てのFreeBSDのメーリングリストか ら削除され,
 	そのメーリングリストへのさらなる投稿から締め出されるでしょ う.
 	これらのルールや対策が必要なのは残念です.
 	しかし, 今日のインターネッ
 	トはずいぶんいやらしい環境になっており, 一般の人々は,
 	その(対策の) メカニズムがいかにもろいかという事すら
 	認識する事が出来ていないと思われます.</para>
 
       <para>道標</para>
 
       <itemizedlist>
 	<listitem>
 	  <para>いかなる投稿記事もそのメーリングリストの
 	    基本的な憲章を守るべきで す.  例えば,
 	    そのメーリングリストが技術的な問題に関するものであ れば,
 	    技術的な議論を含む投稿でなければなりません. 現在継続中の
 	    不適切な憲章やフレイムは,
 	    所属している全ての人に対してメーリングリスト
 	    の価値を下げてしまうだけですし,
 	    許される行為ではないでしょう.
 	    とくに話題のない自由形式の議論に対してはfreebsd-chat
 	    <email>freebsd-chat@FreeBSD.org</email>メーリ
 	    ングリストが自由に認可されているので,
 	    かわりに使うべきでしょう.</para>
 	</listitem>
 
 	<listitem>
 	  <para>一度に 3
 	    つ以上のメーリングリストには決して投稿すべきでは
 	    ありません. 2
 	    つのメーリングリストには双方に明確な必要性がある場合にのみ
 	    投稿すべきです.  どのリ ストに対しても,
 	    (メーリングリストの)参加者は(複数のメーリングリ
 	    ストに)重複して参加しており, 関連する部分が少ない(例えば,
 	    "-stable と -scsi")メーリングリストを除いては,
 	    一度に複数のメー
 	    リングリストに投稿する理由は全くありません. もし,
 	    Ccに複数の メーリングリストがそのような形で現れて,
 	    あなたに届いたのであれば,  再びそのメールに返事を出す前に,
 	    Ccの部分もまた編集するべきです.
 	    <emphasis>元記事を書いたのが誰であっても,
 	      あなた自身のクロスポストに
 	      <emphasis>まだ</emphasis>責任があります.
 	    </emphasis></para>
 	</listitem>
 
 	<listitem>
 	  <para>ユーザであれ開発者であれ, (議論の中で)
 	    個人を攻撃したり冒涜した りすることは許されません.
 	    個人的なメールを引用したり再投稿したり
 	    する許可をもらえなかったり, もらえそうにない時に,
 	    それをおこなう ようなネチケット (訳注:
 	    ネットワークにおけるエチケット) に対する
 	    ひどい違反は好まれませんが,
 	    してはならないと特別に定められている わけではありません.
 	    <emphasis>しかしながら</emphasis>, そのような内容がメー
 	    リングリストの憲章に沿う場合はほとんどありません.
 	    このため, メー
 	    リングリストの憲章に違反しているということだけで警告
 	    (または禁止) に値するものと考えていいでしょう.</para>
 	</listitem>
 
 	<listitem>
 	  <para>FreeBSD 以外の関連する製品やサービスの広告は,
 	    絶対に禁止し, spam
 	    による違反者が宣伝していることが明確であったら,
 	    すぐに禁止しま す.</para>
 	</listitem>
       </itemizedlist>
 
       <para><emphasis>個々のメーリングリストの憲章:</emphasis></para>
 
       <variablelist>
 	<varlistentry><term>FREEBSD-AFS</term>
 	  <listitem>
 	    <para><emphasis>Andrew ファイルシステム</emphasis></para>
 	    <para>このリストは, CMU/Transarc の AFS
 	      の移植や使用に関する議論のためです．</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term>FREEBSD-ANNOUNCE</term>
 	  <listitem>
 	    <para><filename>重要なイベント/マイルストン</filename></para>
 	    <para>これは, 単にたまに発表される重要な freebsd
 	      のイベントに関心がある人のた めのメーリングリストです.
 	      これは, スナップショットやその他のリリースに
 	      ついてのアナウンスを含みます.
 	      そのアナウンスは新しいFreeBSDの機能のア
 	      ナウンスを含んでいます.
 	      ボランティア等の呼びかけがあるかもしれませ ん.
 	      これは流通量の少ないメーリングリストで,
 	      完全なモデレートメーリン グリストです.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term>FREEBSD-ARCH</term>
 	  <listitem>
 	    <para><emphasis>アーキテクチャと設計の議論</emphasis></para>
 	    <para>これは, FreeBSD
 	      の設計に関する議論を行うモデレートメーリングリストです.
 	      内容は, 技術的な内容にほぼ限定されます. 稀に,
 	      全てのリスト登録者に配送する必要があると
 	      思われるメッセージを, モデレータが送る場合もあります.
 	      適切な話題の例:
 	    </para>
 
 	    <itemizedlist>
 	      <listitem>
 		<para>複数のカスタマイズされたビルドを同時に行うには,
 		  ビルドシステムをどういじり直せばよいか</para>
 	      </listitem>
 
 	      <listitem>
 		<para>VFS で Heidemann レイヤを動作させるには,
 		  何を修正する必要があるか</para>
 	      </listitem>
 
 	      <listitem>
 		<para>同一のドライバを複数のバスや
 		  アーキテクチャで美しく使うには
 		  デバイスドライバインターフェースを
 		  どう改変すれば良いか</para>
 	      </listitem>
 
 	      <!-- kuriyama - 不適切な話題の例: -->
 	      <listitem>
 		<para>ネットワークドライバを
 		  かくにはどうすればいいか</para>
 	      </listitem>
 	    </itemizedlist>
 
 	    <para>議長はこのリストに投稿されたメッセージに対し,
 	      たいして重要ではない編集(スペルチェック,
 	      文法の修正と整頓) を行う権限を持っています.
 	      このメーリングリストの流通量は少ないでしょう.
 	      活発な議論が行われている場合は,
 	      論議がおさまるまで新たなトピックの投稿を
 	      遅らせなければならないかも知れません.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term>FREEBSD-BUGS</term>
 	  <listitem>
 	    <para><emphasis>バグレポート</emphasis></para>
 	    <para>これは, FreeBSD
 	      のバグレポートのためのメーリングリストです. 可能である
 	      場合はいつでも, バグは &man.send-pr.1;
 	      を使うか, <ulink
 		url="http://www.FreeBSD.org/ja/send-pr.html">WEB
 		interface</ulink>を用い
 	      て送られる必要があります.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term>FREEBSD-CHAT</term>
 	  <listitem>
 	    <para><emphasis>FreeBSDのコミュニティに関する
 		技術的ではない話題</emphasis></para>
 	    <para>このメーリングリストは技術的ではなく,
 	      社会的な情報について,
 	      他のメーリングリストでは取り扱わない話題を含みます.
 	      これは, Jordanがシロイタチに似ているかどうか,
 	      大文字で打つかどうか, 誰がたくさんコーヒーを飲むか,
 	      どこのビールが一番うまいか,
 	      誰が地下室でビールを作っているか,
 	      などについての議論を含みます. 時々重要なイベント
 	      (将来開催されるパーティーや,  結婚式, 誕生日,
 	      新しい仕事など) のお知らせが,
 	      技術的なメーリングリストから でてきます. しかし,
 	      フォローは直接
 	      -chatメーリングリストにするべきです.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term>FREEBSD-CORE</term>
 	  <listitem>
 	    <para><emphasis>FreeBSDコアチーム</emphasis></para>
 	    <para>これは, コアメンバが使う内部メーリングリストです.
 	      FreeBSDに関連する深 刻なやっかい事の裁定や
 	      ハイレベルな綿密な調査を要求するときに, このメー
 	      リングリストにメッセージを送る事が出来ます.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term>FREEBSD-CURRENT</term>
 	  <listitem>
 	    <para><emphasis>FreeBSD-currentの使用に関する議論
 	      </emphasis></para>
 	    <para>これは freebsd-current
 	      のユーザのためのメーリングリストです.
 	      メーリングリストでの話題は, -current
 	      で登場した新しい機能について,
 	      その新機能によってユーザに影響することについての注意,
 	      および -current
 	      のままでいるために必要な手順についての説明を含みます.
 	      <quote>current</quote>
 	      を走らせている人はこのメーリングリストに
 	      登録しなくてはなりません.
 	      これは技術的なメーリングリストなので,
 	      完全に技術的な内容を要求します.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term>FREEBSD-CURRENT-DIGEST</term>
 	  <listitem>
 	    <para><emphasis>FreeBSD-currentの使用に関する議論
 	      </emphasis></para>
 	    <para>freebsd-current
 	      メーリングリストのダイジェスト版です.
               このダイジェストは freebsd-current
 	      に送られたすべてのメッセージをまとめたものを,
 	      1つのメールにして送り出します.
               このメーリングリストは <emphasis>読み専用</emphasis>です.
 	      メールを送るような事はしないでください.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term>FREEBSD-DOC</term>
 	  <listitem>
 	    <para><emphasis>ドキュメンテーションプロジェクト</emphasis></para>
             
 	    <para>このメーリングリストは FreeBSD
               向けの文書の作成に関連する事柄やプロジェクトについて議論を行なうためのものです.
 	      このメーリングリストに参加しているメンバは,
               <quote>FreeBSD
                 ドキュメンテーションプロジェクト</quote>に参加していることになります.
 	      このメーリングリストは公開されているので,
               参加や投稿は自由に行なうことができます.</para>
 	  </listitem><!-- kuriyama - strange translation -->
 	</varlistentry>
 
 	<varlistentry><term>FREEBSD-FS</term>
 	  <listitem>
 	    <para><emphasis>ファイルシステム</emphasis></para>
 	    <para>FreeBSDのファイルシステムに関する議論
 	      これは技術的なメーリングリストなので,
 	      完全に技術的な内容を要求します.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term>FREEBSD-IPFW</term>
 	  
 	  <listitem>
 	    <para>IP Firewall</para>
 
 	    <para>これは FreeBSD の IP firewall コードの再設計に関する
 	      技術的な議論のためのフォーラムです.
 	      これは技術的なメーリングリストなので,
 	      完全に技術的な内容を要求します.</para>
 	  </listitem>
 	</varlistentry>
 	
 	<varlistentry>
 	  <term>FREEBSD-IA64</term>
 
 	  <listitem>
 	    <para><emphasis>FreeBSD の IA64 への移植</emphasis></para>
 
 	    <para>これは FreeBSD の Intel の IA-64 プラットフォームへの
 	    移植に参加している人達のための技術的なメーリングリストで,
 	    問題を提起し解決策を議論するためのものです.
 	    このような技術的な議論に興味を持つ個人は歓迎します.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term>FREEBSD-ISDN</term>
 	  <listitem>
 	    <para><emphasis>ISDNコミュニケーション</emphasis></para>
 	    <para>このメーリングリストは,
 	      FreeBSDに対するISDNサポートの開発の議論を
 	      おこなう人のためのものです．</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term>FREEBSD-JAVA</term>
 	  <listitem>
 	    <para><emphasis>Javaの開発</emphasis></para>
 	    <para>このメーリングリストは, FreeBSD
 	      向けのの重要なJavaアプリケーションの開発や, JDK
 	      の移植やメンテナンスの
 	      議論をする人のためのものです．</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term>FREEBSD-HACKERS</term>
 	  <listitem>
 	    <para><emphasis>技術的な議論</emphasis></para>
 	    <para>これはFreeBSDに関する技術的な議論のための
 	      フォーラムです.
 	      これは最もテクニカルなメーリングリストです.
 	      このメーリングリストは, FreeBSD
 	      上でアクティブに活動をしている人のためのもので,
 	      問題を持ち出したり, 代わりの解決法を議論します.
 	      技術的な議論をフォローするのに興味がある人も歓迎します.
 	      これは技術的なメーリングリストなので,
 	      完全に技術的な内容を要求します.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term>FREEBSD-HACKERS-DIGEST</term>
 	  <listitem>
 	    <para><emphasis>技術的な議論</emphasis></para>
 	    <para>freebsd-hackersメーリングリストのダイジェスト版です.
 	      このダイジェスト はfreebsd-hackers
 	      に送られたすべてのメッセージをまとめたものを, 1つのメー
 	      ルにして送り出します. 
 	      このメーリングリストは<emphasis>読み専用</emphasis>です.
 	      メールを送るような事はしないでください.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term>FREEBSD-HARDWARE</term>
 	  <listitem>
 	    <para><emphasis>FreeBSDのハードウェアの一般的な議論
 	      </emphasis></para>
 	    <para>FreeBSDが走っているハードウェアのタイプや,
 	      何を買ったり避けたりするかに関する様々な問題や,
 	      提案に関する議論.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term>FREEBSD-HUBS</term>
 	  <listitem>
 	    <para><emphasis>ミラーサイト</emphasis></para>
 	    <para>FreeBSD ミラーサイトを運用している人達向けの,
               アナウンスと議論を行なうメーリングリストです.
             </para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term>FREEBSD-INSTALL</term>
 	  <listitem>
 	    <para><emphasis>インストールに関する議論</emphasis></para>
 	    <para>このメーリングリストは将来のリリースの
 	      インストールに関する開発の議論のためのものです.
              </para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term>FREEBSD-ISP</term>
 	  <listitem>
 	    <para><emphasis>
 		インターネットサービスプロバイダのについての話題
 	      </emphasis></para>
 	    <para>このメーリングリストは,
 	      FreeBSDを用いたインターネット サービスプロバイダ (ISP)
 	      に関する話題の議論のためのものです.
 	      これは技術的なメーリングリストなので,
 	      完全に技術的な内容を要求します.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term>FREEBSD-NEWBIES</term>
 	  <listitem>
 	    <para><emphasis>初心者の活動の議論</emphasis></para>
 	    <para>どのメーリングリストでも扱われていなかった
 	      初心者の活動すべてをカバーします. 独学や問題解決,
 	      リソースの見つけ方や使い方, 質問のしかた,
 	      メーリングリストの使い方,
 	      どのメーリングリストを読めばいいのか, 普通の世間話,
 	      間違いの犯し方, 自慢話, アイディアの共有, 物語, 道徳的な
 	      (技術的でない) お手伝い, FreeBSD
 	      コミュニティでの貢献のしかたなどの話題をが含まれます.
 	      これらの問題を取り扱い, freebsd-questions
 	      へ質問できるようサポートします. また,
 	      初心者の頃にはまった同じ事柄に悩んでいる
 	      他の初心者との出会いの場としてfreebsd-newbies
 	      を活用してください. </para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term>FREEBSD-PLATFORMS</term>
 	  <listitem>
 	    <para><emphasis>Intel以外のプラットフォームへの移植
 	      </emphasis></para>
 	    <para>クロスプラットフォームのFreeBSDの問題. Intel
 	      以外のプラットフォームへの FreeBSD
 	      の移植についての一般的な議論や提案.
 	      これは技術的なメーリングリストなので,
 	      完全に技術的な内容を要求します.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term>FREEBSD-POLICY</term>
 	  
 	  <listitem>
 	    <para>Core team のポリシーに関する議論</para>
 
 	    <para>このメーリングリストは, FreeBSD Core Team のポリシーに
 	      関する議論のためのものです.
 	      流量は少なく, 投稿することはできません.</para>
 	  </listitem>
 	</varlistentry>
 	
 	<varlistentry><term>FREEBSD-PORTS</term>
 	  <listitem>
 	    <para><emphasis><quote>ports</quote> の議論</emphasis></para>
 	    <para>FreeBSD <quote>Ports コレクション</quote>
 	      (<filename>/usr/ports</filename>)
               に関連する話題や,
               新たな ports の提案, Ports
               コレクションの基盤の変更および一般的な構成の整備活動に関する議論.
 	      これは技術的なメーリングリストなので,
 	      厳密に技術的な内容のみが扱われます.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term>FREEBSD-QUESTIONS</term>
 	  <listitem>
 	    <para><emphasis>ユーザからの質問</emphasis></para>
 	    <para>FreeBSDに関する質問のためののメーリングリストです.
 	      その質問がかなり技術的だと思わないのであれば,
 	      <quote>どのようにして</quote>
 	      という質問を技術的なメーリングリストに
 	      送るべきではありません.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term>FREEBSD-QUESTIONS-DIGEST</term>
 	  <listitem>
 	    <para><emphasis>ユーザからの質問</emphasis></para>
 	    <para>freebsd-questions
 	      メーリングリストのダイジェスト版です. このダイジェストは
 	      freebsd-questions
 	      に送られたすべてのメッセージをまとめたものを,
 	      1つのメールにして送り出します.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term>FREEBSD-SCSI</term>
 	  <listitem>
 	    <para><emphasis>SCSIサブシステム</emphasis></para>
 	    <para>これは FreeBSD のための scsi
 	      サブシステムについて作業している人向けです.
 	      これは技術的なメーリングリストなので,
 	      完全に技術的な内容を要求します.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term>FREEBSD-SECURITY</term>
 	  <listitem>
 	    <para><emphasis>セキュリティの関連の話題</emphasis></para>
 	    <para>FreeBSDコンピュータのセキュリティの話題 (DES,
 	      Kerberos, よく知られている セキュリティホールや,
 	      それらのふさぎ方など)
 	      これは技術的なメーリングリストなので,
 	      完全に技術的な内容を要求します.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term>FREEBSD-SECURITY-NOTIFICATIONS</term>
 	  <listitem>
 	    <para><emphasis>セキュリティ関連の通知</emphasis></para>
 	    <para>FreeBSD のセキュリティ問題や,
 	      修正に関する通知を行ないます.
 	      このメーリングリストは議論を行なうための
 	      メーリングリストではありません. 議論は FreeBSD-security
 	      で行ないます.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term>FREEBSD-SMALL</term>
 	  <listitem>
 	    <para><emphasis>FreeBSD 組み込み技術</emphasis></para>
 	    <para>特殊な FreeBSD 小型システムおよび FreeBSD
 	      の組み込み技術に関する議論.
 	      これは技術的なメーリングリストなので,
 	      完全に技術的な内容を要求します. </para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term>FREEBSD-STABLE</term>
 	  <listitem>
 	    <para><emphasis>FreeBSD-stable の使用に関する議論
 	      </emphasis></para>
 	    <para>これは freebsd-stable のユーザ用のメーリングリスト
 	      です.  メーリングリストでの話題は, -stable
 	      で登場した新しい 機能について,
 	      その新機能によってユーザに影響すること についての注意,
 	      および -stable
 	      のままでいるために必要な手順についての説明を含みます.
 	      <quote>stable</quote> を走らせている人はこの
 	      メーリングリストに登録すべきです.
 	      これは技術的なメーリングリストなので, 完全に技術的な
 	      内容を要求します.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term>FREEBSD-USER-GROUPS</term>
 	  <listitem>
 	    <para><emphasis>ユーザグループの調整のメーリングリスト
 	      </emphasis></para>
 	    <para>これは, ローカルなユーザグループがお互いに, または,
 	      コアチームが指定した個人と問題を議論する,
 	      それぞれのローカルエリアのユーザグループからの
 	      調整人向けの メーリングリストです.
 	      このメーリングリストはユーザグループ間の
 	      ミーティングの概要やプロジェクトの調整に
 	      制限されるべきです.</para>
 	  </listitem>
 	</varlistentry>
       </variablelist>
     </sect2>
   </sect1>
 
   <sect1 id="eresources-news">
     <title>Usenet ニュースグループ</title>
 
     <para>2つのFreeBSD用のニュースグループがあります. ここでは
       FreeBSDの議論をするたくさんの様々な人がおり,
       他にもFreeBSD関連するユーザがいます.
       これらのいくつかのニュースグループは Warren Toomey
       <email>wkt@cs.adfa.edu.au</email> によって <ulink
 	url="http://minnie.cs.adfa.edu.au/BSD-info/bsdnews_search.html">
 	Keyword searchable archives</ulink> で,
       検索できるようになっています.</para>
     <sect2>
       <title>BSD用のニュースグループ</title>
 
       <itemizedlist>
 	<listitem>
 	  <para><ulink url="news:comp.unix.bsd.freebsd.announce">comp.unix.bsd.freebsd.announce</ulink></para>
 	</listitem>
 
 	<listitem>
 	  <para><ulink url="news:comp.unix.bsd.freebsd.misc">comp.unix.bsd.freebsd.misc</ulink></para>
 	</listitem>
       </itemizedlist>
     </sect2>
 
     <sect2>
       <title>関連する他のUnixのニュースグループ</title>
 
       <itemizedlist>
 	<listitem>
 	  <para><ulink url="news:comp.unix">comp.unix</ulink></para>
 	</listitem>
 
 	<listitem>
 	  <para><ulink url="news:comp.unix.questions">comp.unix.questions</ulink></para>
 	</listitem>
 
 	<listitem>
 	  <para><ulink url="news:comp.unix.admin">comp.unix.admin</ulink></para>
 	</listitem>
 
 	<listitem>
 	  <para><ulink url="news:comp.unix.programmer">comp.unix.programmer</ulink></para>
 	</listitem>
 
 	<listitem>
 	  <para><ulink url="news:comp.unix.shell">comp.unix.shell</ulink></para>
 	</listitem>
 
 	<listitem>
 	  <para><ulink url="news:comp.unix.user-friendly">comp.unix.user-friendly</ulink></para>
 	</listitem>
 
 	<listitem>
 	  <para><ulink url="news:comp.security.unix">comp.security.unix</ulink></para>
 	</listitem>
 
 	<listitem>
 	  <para><ulink url="news:comp.sources.unix">comp.sources.unix</ulink></para>
 	</listitem>
 
 	<listitem>
 	  <para><ulink url="news:comp.unix.advocacy">comp.unix.advocacy</ulink></para>
 	</listitem>
 
 	<listitem>
 	  <para><ulink url="news:comp.unix.misc">comp.unix.misc</ulink></para>
 	</listitem>
 
 	<listitem>
 	  <para><ulink url="news:comp.bugs.4bsd">comp.bugs.4bsd</ulink></para>
 	</listitem>
 
 	<listitem>
 	  <para><ulink url="news:comp.bugs.4bsd.ucb-fixes">comp.bugs.4bsd.ucb-fixes</ulink></para>
 	</listitem>
 
 	<listitem>
 	  <para><ulink url="news:comp.unix.bsd">comp.unix.bsd</ulink></para>
 	</listitem>
       </itemizedlist>
     </sect2>
 
     <sect2>
       <title>X Window システム</title>
 
       <itemizedlist>
 	<listitem>
 	  <para><ulink url="news:comp.windows.x.i386unix">comp.windows.x.i386unix</ulink></para>
 	</listitem>
 
 	<listitem>
 	  <para><ulink url="news:comp.windows.x">comp.windows.x</ulink></para>
 	</listitem>
 
 	<listitem>
 	  <para><ulink url="news:comp.windows.x.apps">comp.windows.x.apps</ulink></para>
 	</listitem>
 
 	<listitem>
 	  <para><ulink url="news:comp.windows.x.announce">comp.windows.x.announce</ulink></para>
 	</listitem>
 
 	<listitem>
 	  <para><ulink url="news:comp.windows.x.intrinsics">comp.windows.x.intrinsics</ulink></para>
 	</listitem>
 
 	<listitem>
 	  <para><ulink url="news:comp.windows.x.motif">comp.windows.x.motif</ulink></para>
 	</listitem>
 
 	<listitem>
 	  <para><ulink url="news:comp.windows.x.pex">comp.windows.x.pex</ulink></para>
 	</listitem>
 
 	<listitem>
 	  <para><ulink url="news:comp.emulators.ms-windows.wine">comp.emulators.ms-windows.wine</ulink></para>
 	</listitem>
       </itemizedlist>
     </sect2>
   </sect1>
 
   <sect1 id="eresources-web">
     <title>World Wide Web サイト</title>
 
     <itemizedlist>
       <listitem>
 	<para><ulink url="http://www.FreeBSD.org/">
 	    http://www.FreeBSD.ORG/</ulink>
 	  &mdash; 本家のサーバ.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www.au.FreeBSD.org/">
 	    http://www.au.FreeBSD.org/</ulink>
 	  &mdash; オーストラリア/1.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www2.au.FreeBSD.org/">
 	    http://www.au.FreeBSD.org/</ulink>
 	  &mdash; オーストラリア/2.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www3.au.FreeBSD.org/">
 	    http://www.au.FreeBSD.org/</ulink>
 	  &mdash; オーストラリア/3.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://freebsd.itworks.com.au/">
 	    http://freebsd.itworks.com.au/</ulink>
 	  &mdash; オーストラリア/4.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www.br.FreeBSD.org/www.freebsd.org/">
 	    http://www.au.FreeBSD.org/www.freebsd.org/</ulink>
 	  &mdash; ブラジル/1.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www2.br.FreeBSD.org/www.freebsd.org/">
 	    http://www2.br.FreeBSD.org/www.freebsd.org/</ulink>
 	  &mdash; ブラジル/2.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www3.br.FreeBSD.org/">
 	    http://www3.br.FreeBSD.org/</ulink>
 	  &mdash; ブラジル/3.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www.bg.FreeBSD.org/">
 	    http://www.bg.FreeBSD.org/</ulink>
 	  &mdash; ブルガリア.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www.ca.FreeBSD.org/">
 	    http://www.bg.FreeBSD.org/</ulink>
 	  &mdash; カナダ/1.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www2.ca.FreeBSD.org/">
 	    http://www2.ca.FreeBSD.org/</ulink>
 	  &mdash; カナダ/2.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www3.ca.FreeBSD.org/">
 	    http://www3.ca.FreeBSD.org/</ulink>
 	  &mdash; カナダ/3.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www.cn.FreeBSD.org/">
 	    http://www.cn.FreeBSD.org/</ulink>
 	  &mdash; 中国.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www.cz.FreeBSD.org/">
 	    http://www.cz.FreeBSD.org/</ulink>
 	  &mdash; チェコ共和国/1.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www2.cz.FreeBSD.org/">
 	    http://www2.cz.FreeBSD.org/</ulink>
 	  &mdash; チェコ共和国/2.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www.dk.FreeBSD.org/">
 	    http://www.dk.FreeBSD.org/</ulink>
 	  &mdash; デンマーク.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www.ee.FreeBSD.org/">
 	    http://www.ee.FreeBSD.org/</ulink>
 	  &mdash; エストニア.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www.fi.FreeBSD.org/">
 	    http://www.fi.FreeBSD.org/</ulink>
 	  &mdash; フィンランド.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www.fr.FreeBSD.org/">
 	    http://www.fr.FreeBSD.org/</ulink>
 	  &mdash; フランス.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www.de.FreeBSD.org/">
 	    http://www.de.FreeBSD.org/</ulink>
 	  &mdash; ドイツ/1.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www1.de.FreeBSD.org/">
 	    http://www1.de.FreeBSD.org/</ulink>
 	  &mdash; ドイツ/2.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www2.de.FreeBSD.org/">
 	    http://www2.de.FreeBSD.org/</ulink>
 	  &mdash; ドイツ/3.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www.gr.FreeBSD.org/">
 	    http://www.gr.FreeBSD.org/</ulink>
 	  &mdash; ギリシャ.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www.hu.FreeBSD.org/">
 	    http://www.hu.FreeBSD.org/</ulink>
 	  &mdash; ハンガリー.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www.is.FreeBSD.org/">
 	    http://www.is.FreeBSD.org/</ulink>
 	  &mdash; アイスランド.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www.ie.FreeBSD.org/">
 	    http://www.ie.FreeBSD.org/</ulink>
 	  &mdash; アイルランド.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www.jp.FreeBSD.org/www.FreeBSD.org/">
 	    http://www.jp.FreeBSD.org/www.FreeBSD.org/</ulink>
 	  &mdash; 日本.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www.kr.FreeBSD.org/">
 	    http://www.kr.FreeBSD.org/</ulink>
 	  &mdash; 韓国/1.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www2.kr.FreeBSD.org/">
 	    http://www2.kr.FreeBSD.org/</ulink>
 	  &mdash; 韓国/2.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www.lv.FreeBSD.org/">
 	    http://www.lv.FreeBSD.org/</ulink>
 	  &mdash; ラトヴィア.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://rama.asiapac.net/freebsd/">
 	    http://rama.asiapac.net/freebsd/</ulink>
 	  &mdash; マレーシア.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www.nl.FreeBSD.org/">
 	    http://www.nl.FreeBSD.org/</ulink>
 	  &mdash; オランダ/1.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www2.nl.FreeBSD.org/">
 	    http://www2.nl.FreeBSD.org/</ulink>
 	  &mdash; オランダ/2.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www.no.FreeBSD.org/">
 	    http://www.no.FreeBSD.org/</ulink>
 	  &mdash; ノルウェー.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www.nz.FreeBSD.org/">
 	    http://www.nz.FreeBSD.org/</ulink>
 	  &mdash; ニュージーランド.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www.pl.FreeBSD.org/">
 	    http://www.pl.FreeBSD.org/</ulink>
 	  &mdash; ポーランド/1.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www2.pl.FreeBSD.org/">
 	    http://www2.pl.FreeBSD.org/</ulink>
 	  &mdash; ポーランド/2.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www.pt.FreeBSD.org/">
 	    http://www.pt.FreeBSD.org/</ulink>
 	  &mdash; ポルトガル/1.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www2.pt.FreeBSD.org/">
 	    http://www2.pt.FreeBSD.org/</ulink>
 	  &mdash; ポルトガル/2.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www3.pt.FreeBSD.org/">
 	    http://www3.pt.FreeBSD.org/</ulink>
 	  &mdash; ポルトガル/3.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www.ro.FreeBSD.org/">
 	    http://www.ro.FreeBSD.org/</ulink>
 	  &mdash; ルーマニア.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www.ru.FreeBSD.org/">
 	    http://www.ru.FreeBSD.org/</ulink>
 	  &mdash; ロシア/1.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www2.ru.FreeBSD.org/">
 	    http://www2.ru.FreeBSD.org/</ulink>
 	  &mdash; ロシア/2.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www3.ru.FreeBSD.org/">
 	    http://www3.ru.FreeBSD.org/</ulink>
 	  &mdash; ロシア/3.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www4.ru.FreeBSD.org/">
 	    http://www4.ru.FreeBSD.org/</ulink>
 	  &mdash; ロシア/4.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://freebsd.s1web.com/">
 	    http://freebsd.s1web.com/</ulink>
 	  &mdash; シンガポール.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www.sk.FreeBSD.org/">
 	    http://www.sk.FreeBSD.org/</ulink>
 	  &mdash; スロバキア.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www.si.FreeBSD.org/">
 	    http://www.si.FreeBSD.org/</ulink>
 	  &mdash; スロベニア.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www.es.FreeBSD.org/">
 	    http://www.es.FreeBSD.org/</ulink>
 	  &mdash; スペイン.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www.za.FreeBSD.org/">
 	    http://www.za.FreeBSD.org/</ulink>
 	  &mdash; 南アフリカ/1.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www2.za.FreeBSD.org/">
 	    http://www2.za.FreeBSD.org/</ulink>
 	  &mdash; 南アフリカ/2.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www.se.FreeBSD.org/">
 	    http://www.se.FreeBSD.org/</ulink>
 	  &mdash; スウェーデン.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www.ch.FreeBSD.org/">
 	    http://www.ch.FreeBSD.org/</ulink>
 	  &mdash; スイス.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www.tw.FreeBSD.org/www.freebsd.org/data/">
 	    http://www.tw.FreeBSD.org/www.freebsd.org/data/</ulink>
 	  &mdash; 台湾.</para>
       </listitem>
       
       <listitem>
 	<para><ulink url="http://www.tr.FreeBSD.org/">
 	    http://www.tr.FreeBSD.org/</ulink>
 	  &mdash; トルコ.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www.ua.FreeBSD.org/www.freebsd.org/">
 	    http://www.ua.FreeBSD.org/www.freebsd.org/</ulink>
 	  &mdash; ウクライナ/1.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www2.ua.FreeBSD.org/">
 	    http://www2.ua.FreeBSD.org/</ulink>
 	  &mdash; ウクライナ/2.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www4.ua.FreeBSD.org/">
 	    http://www4.ua.FreeBSD.org/</ulink>
 	  &mdash; ウクライナ/クリミア.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www.uk.FreeBSD.org/">
 	    http://www.uk.FreeBSD.org/</ulink>
 	  &mdash; イギリス/1.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www2.uk.FreeBSD.org/">
             http://www2.uk.FreeBSD.org/</ulink>
 	  &mdash; イギリス/2.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www3.uk.FreeBSD.org/">
             http://www3.uk.FreeBSD.org/</ulink>
 	  &mdash; イギリス/3.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www6.FreeBSD.org/">
 	    http://www6.FreeBSD.org/</ulink>
 	  &mdash; アメリカ/オレゴン.</para>
       </listitem>
 
       <listitem>
 	<para><ulink url="http://www2.FreeBSD.org/">
 	    http://www2.FreeBSD.org/</ulink>
 	  &mdash; アメリカ/テキサス.</para>
       </listitem>
     </itemizedlist>
   </sect1>
 
   <sect1 id="eresources-email">
     <title>Email アドレス</title>
 
     <para>以下のユーザーグループは, メンバーに FreeBSD に関係する
       メールアドレスを提供しています.  管理者はアドレスがどのような形であれ
       悪用された場合に, 
       アドレスを無効にする権利を留保しています.</para>
 
     <informaltable>
       <tgroup cols="3">
         <thead>
 	  <row>
 	    <entry>ドメイン</entry>
 	    <entry>内容</entry>
 	    <entry>ユーザーグループ</entry>
 	    <entry>管理者</entry>
           </row>
 	</thead>
 	  
 	<tbody>
 	  <row>
 	    <entry>ukug.uk.FreeBSD.org</entry>
 	    <entry>forward のみ</entry>
 	    <entry><email>freebsd-users@uk.FreeBSD.org</email></entry>
 	    <entry>Lee Johnston
 	      <email>lee@uk.FreeBSD.org</email></entry>
 	  </row>
 	</tbody>
       </tgroup>
     </informaltable>
   </sect1>
 
   <sect1 id="eresources-shell">
     <title>シェルアカウント</title>
 
     <para>以下のユーザーグループは, FreeBSD Project を活発にサポートしてくれる
       人たちにシェルアカウントを提供しています.
       管理者はアカウントがどのような形であれ悪用された場合に,
       アカウントを取り消す権利を留保しています.</para>
 
     <informaltable>
       <tgroup cols="4">
 	<thead>
 	  <row>
 	    <entry>ホスト</entry>
 	    <entry>アクセス方法</entry>
 	    <entry>提供内容</entry>
 	    <entry>管理者</entry>
           </row>
 	</thead>
 	  
 	<tbody>
 	  <row>
 	    <entry>storm.uk.FreeBSD.org</entry>
 	    <entry>SSH のみ</entry>
 	    <entry>Read-only cvs, personal web space, email</entry>
 	    <entry>&a.brian</entry>
           </row>
 	
 	  <row>
 	    <entry>dogma.freebsd-uk.eu.org</entry>
 	    <entry>Telnet/FTP/SSH</entry>
 	    <entry>E-Mail, Web space, Anonymous FTP</entry>
             <entry>Lee Johnston
 		<email>lee@uk.FreeBSD.org</email></entry>
 	  </row>
 	</tbody>
       </tgroup>
     </informaltable>
   </sect1>
 </appendix>
 
 <!--
      Local Variables:
      mode: sgml
      sgml-declaration: "../appendix.decl"
      sgml-indent-data: t
      sgml-omittag: nil
      sgml-always-quote-attributes: t
      sgml-parent-document: ("../book.sgml" "part" "appendix")
      End:
 -->
diff --git a/ja_JP.eucJP/books/handbook/hw/chapter.sgml b/ja_JP.eucJP/books/handbook/hw/chapter.sgml
index 80d4bcd53a..634f6c7966 100644
--- a/ja_JP.eucJP/books/handbook/hw/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/hw/chapter.sgml
@@ -1,6666 +1,6646 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.35
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/hw/chapter.sgml,v 1.12 2000/07/14 05:45:30 kuriyama Exp $
+     Original revision: 1.36
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/hw/chapter.sgml,v 1.13 2000/08/04 08:47:36 kuriyama Exp $
 -->
 
 <appendix id="hw">
   <title>PC ハードウェアコンパチビリティ</title>
 
   <para><emphasis>訳: &a.jp.yoshiaki;, 1998 年 3 月 23 日.</emphasis></para>
 
   <para>ハードウェアコンパチビリティの問題は現在の
     コンピュータ業界でもっとも多く起きる種類の問題であり,
     FreeBSDもこれに無縁ではありません.
     安価に普及している PC ハードウェアで動かすことができるという
     FreeBSDの利点は, 市場にある驚くほど多様な種類の製品の
     サポートの義務というマイナス点でもあります.
     FreeBSDのサポートするハードウェアを徹底的に調べて提供することは不
     可能ですが, このセクションでは
     FreeBSDに含まれるデバイスドライバとそ
     のドライバがサポートするハードウェアのカタログを示します.
     可能で適切 なものについては特定の製品についての注釈を含めました.
     また, このハンドブックの <link
       linkend="kernelconfig-config">コンフィグレーション
       ファイル</link> のセクションにも
     サポートされているデバイスのリストがありますので
     そちらもご覧ください.</para>
 
   <para>FreeBSD
     はボランティアプロジェクトでテスト部門には資金がありません から,
     より多くの情報をこのカタログに載せるにはあなたがたユーザに
     頼らなければなりません.  あなた自身の経験により,
     あるハードウェアが
     FreeBSDで動くか動かないかがわかったとしたら&a.doc; へ
     e-mailして知らせてください. サポートされているハードウェアについて
     の質問は, &a.questions;(詳しいことは <link
       linkend="eresources-mail">メーリングリスト</link>
     を参照してください) へ 宛ててください.
     情報を提供したり質問をする時は FreeBSDのバージョンと使っ
     ているハードウェアのできるだけ詳しい情報を含めることを
     忘れないでください.</para>
 
   <sect1>
     <title>インターネット上のリソース</title>
 
     <para>以下のリンクはハードウェアを選ぶのに役に立ちます.
       FreeBSDに対して は必要のない (あるいは適用できない)
       ように見えるかもしれませんが, ここ
       からのハードウェアの情報のほとんどは OSに依存しないものです.
       購入をする前にはあなたの選んだものがサポートされているか
       FreeBSDハード ウェアガイドを注意して読んでください.</para>
 
     <itemizedlist>
       <listitem>
 	<para><ulink url="http://www.tomshardware.com/">Toms's Hardware &amp; Performance Guide</ulink></para>
       </listitem>
     </itemizedlist>
 
     <para>訳注: 日本国内でFreeBSDの動くハードウェアの情報を提供してい
       るWWWサーバがあります.</para>
 
     <itemizedlist>
       <listitem>
 	<para><ulink url="http://freebsd.chem.nagoya-u.ac.jp/~ugoita/">FreeBSD POWERED hardwares</ulink></para>
       </listitem>
     </itemizedlist>
 
     <para>これ以外にも情報を提供しているサーバはあります. いくつかの
       URLについて は<ulink url="http://www.jp.FreeBSD.org">FreeBSD
 	Japan.</ulink> からたどることができます.</para>
   </sect1>
 
   <sect1 id="hw-configs">
     <title>組合せの見本</title>
 
     <para>以下のハードウェアの組合せのサンプルリストは
       ハードウェアベンダや  <emphasis>FreeBSD
 	プロジェクト</emphasis>が保証するものではありません. この情
       報は公共の利益のために公開しているものであり,
       極めて数多くあるであろう
       異なったハードウェアの組合せの中からのある経験の
       カタログに過ぎません. やり方はいろいろあります.
       場合によってはうまく行かないこともあります.
       十分気をつけてください.</para>
 
     <sect2 id="hw-jordans-picks">
       <title>Jordan氏の選んだ組合せ</title>
 
       <para>私の作ったワークステーションとサーバの構成は
 	まずまずうまく行っ ています.
 	私はこれを保証できるわけでもありませんし, ここにあげた組
 	合せがずっと <quote>best buys</quote>であるわけではありません.
 	私はできればリス
 	トを更新して行きますがそれがいつになるかはわかりません.</para>
 
       <para>訳注: &a.jkh; 氏は FreeBSDプロジェクト <link
 	  linkend="staff-core">FreeBSD
 	  コアチーム</link>のメンバです.</para>
 
       <sect3 id="hw-mb">
 	<title>マザーボード</title>
 
 	<para>Pentium Pro (P6)システム用で気に入っているのは <ulink
 	    url="http://www.tyan.com/html/products.html">Tyan</ulink>
 	  S1668 デュアルプロセッサマザーボードです. これは Intel
 	  PR440FX 同様 オンボードの WIDE SCSI と 100/10MB Intel
 	  Etherexpress NIC が ついています.
 	  これを使えば最高の小型のシングルあるいは
 	  デュアルプロセッサシステム (FreeBSD
 	  3.0ではサポートされています)を作ることができます.  Pentium
 	  Pro 180/256K チップの価格は非常に安くなっていますが,
 	  いつまで手にはいるかはわかりません..</para>
 
 	<para>Pentium II には, どちらかと言えばひいき目ですが, Adaptec
 	  SCSI WIDE コントローラのついた <ulink
 	    url="http://www.asus.com.tw/">ASUS</ulink> <ulink
 	    url="http://www.asus.com.tw/Products/Motherboard/Pentiumpro/P2l97-s/index.html">P2l97-S</ulink> マザーボードです.</para>
 
 	<para>For Pentium machines, the ASUS <ulink
 	    url="http://www.asus.com.tw/Products/Motherboard/Pentium/P55tp4/index.html">http://www.asus.com.tw/Products/Motherboard/Pentium/P55tp4/index.html</ulink>
 	  はミッドレンジからハイエンドの Pentium
 	  サーバあるいはワークステーションシステムには
 	  よい選択です. </para>
 
 	<para>フォルトトレラントシステムを構築したいのであれば
 	  パリティメモリを 使い,
 	  真に24時間/週7日間動作させ続けるアプリケーションであれば
 	  ECCメモリを使うべきでしょう.</para>
 
 	<note>
 	  <para>ECCメモリはいくらか性能のトレードオ フがあります
 	    (それが重要なものであるかそうでないかはあなたのアプ
 	    リケーションによりますが). しかし,
 	    メモリエラーに対しては明らかに
 	    フォルトトレランス性が強化されます.</para>
 	</note>
       </sect3>
 
       <sect3>
 	<title>ディスクコントローラ</title>
 
 	<para>これはいくらかトリッキーです. 私は ISAから
 	  PCIまですべてコンパチブルな <ulink
 	    url="http://www.buslogic.com/">Buslogic</ulink> コント
 	  ローラを使うようにすすめていましたが, 現在では ISAでは
 	  <ulink url="http://www.adaptec.com/">Adaptec</ulink> 1542CF,
 	  EISA では Bt747c, PCIでは Adaptec 2940UW
 	  をすすめるよう変わってきています.</para>
 
 	<para>NCR/Symbios の
 	  PCIカードも私のところではうまく動いています, ただ し
 	  BIOS-less モデルのボード(SCSI ボード上に ROMらしいものがない
 	  場合は, マザーボード上に SCSIアダプタのための BIOSが必要な
 	  ボードである可能性があります 訳注: SC-200など)
 	  を使うのであれば
 	  マザーボードがそれをサポートしているかどうか
 	  注意しなくてはなりません.</para>
 
 	<para>PCIマシンで2つ以上の
 	  SCSIコントローラが必要となるのであれば,
 	  PCIバスの不足を防ぐために Adaptec 3940
 	  カードを考えてもいいでしょう. これは1つのスロットで2台の
 	  SCSIコントローラ(と内部バス)を持ちます.</para>
 
 	<note>
 	  <para>
 	    ます. 市場には2つのタイプの 3940 がありますので
 	    注意しましょう. &mdash; 古いモデルでは AIC 7880
 	    チップを使っていますが, 新しいモデルでは AIC 7895
 	    を使っています. 新しいモデルでは <ulink
 	      url="http://www.FreeBSD.org/pub/FreeBSD/development/cam/"> CAM </ulink>
 	    ドライバのサポートが必要です.
 	    これはまだ FreeBSD の一部では ありません.
 	    自分で付け加えるか, CAM binary snapshot リリースから
 	    インストールする必要があります(URLを参照してください).
 	  </para>
 	</note>
       </sect3>
 
       <sect3 id="hw-disks">
 	<title>ディスクドライブ</title>
 
 	<para>私は, 極々特殊な状況を除いて
 	  <quote>それだけのお金をかけることができる なら SCSIは
 	  IDEよりもよい</quote> と言っています.
 	  小規模なデスクトップ構成 のシステムでも,
 	  SCSIであればディスクが安くなっていった時にサーバの
 	  (古い入れ換えた)
 	  ディスクを比較的簡単に移し替えることができます. あ
 	  なたが複数のマシンの管理をしているのであれば単純に
 	  容量について考えるのではなく, 食物連鎖のように考えましょう.
 	  重要なサーバの場合は議論の余地はありません.
 	  SCSI機器と品質の良いケーブルを使いましょう. </para>
       </sect3>
 
       <sect3 id="hw-jordans-picks-cdrom">
 	<title>CDROM ドライブ</title>
 
 	<para>私は SCSIの方が好みますのでもちろん SCSI
 	  CDROMを選びました. <ulink
 	    url="http://www.toshiba.com/">東芝</ulink> のドライブは
 	  常に(スピードがどうであっても)お気に入りでしたが, 古い
 	  <ulink url="http://www.plextor.com/">Plextor</ulink> PX-12CS
 	  ドライブも好きです. 高々12倍速のドライブですが,
 	  高い性能と信頼性を提供してくれています.</para>
 
 	<para>一般的には, 大部分の SCSI CDROM
 	  ドライブは私の見た限りではほとんどしっかりした構造ですので
 	  多分 HPや NECの SCSI CDROMでも問題が起き
 	  ることはないでしょう. SCSI CDROM
 	  の価格はここ数ヶ月でかなり下落したようで, 技術的に
 	  優れた方法でありながら 現在では IDE CDROMと同じ程度の価
 	  格になっています. もし IDE と SCSI の CDROM
 	  ドライブの間で選択することができるのなら, 特に IDE
 	  を選ぶ理由はないでしょう.</para>
       </sect3>
 
       <sect3 id="hw-worm">
 	<title>CD-R (CD Recordable: WORM) ドライブ</title>
 
 	<para>この原稿を書いている時点で, FreeBSDは 3種類の
 	  CDRドライブ (私は これらすべては結局は
 	  Phillips社のドライブであるのではないかと考えているのですが)
 	  をサポートしています : Phillips CDD 522 (Plasmon
 	  のドライブと同様の動作をします), PLASMON RF4100, HP 6020i
 	  です. 私は HP 6020i を CDROMを焼くのに使っています(2.2
 	  以降の システムで動きます. &mdash; それ以前のリリースの
 	  SCSIコードでは動きません). 非常に調子よく動いています.
 	  システムの <ulink
 	    url="file:/usr/share/examples/worm">/usr/share/examples/worm</ulink>
 	  を見てください.
 	  ISO9660ファイルシステムイメージ (RockRidge拡張)
 	  を作るスクリプトと それを HP6020i CDR
 	  で焼くためのスクリプトの例があります.</para>
       </sect3>
 
       <sect3 id="hw-tape">
 	<title>テープドライブ</title>
 
 	<para>私はたまたま <ulink
 	    url="http://www.exabyte.com/">Exabyte</ulink> の <ulink
 	    url="http://www.Exabyte.COM:80/Products/8mm/8505XL/Rfeatures.html">8mm drives</ulink>
           と <ulink url="http://www.hp.com/">HP</ulink> の
           <ulink url="http://www-dmo.external.hp.com:80/tape/_cpb0001.htm">
             4mm (DAT)</ulink> を持っています.</para>
 
 	<para>バックアップのためであれば, より本質的に丈夫な (また,
 	  より容量が大きい) Exabyteの
 	  8mmテープの方がおすすめできます.</para>
       </sect3>
 
       <sect3 id="hw-video">
 	<title>ビデオカード</title>
 
 	<para>もし (米国では) 99USドルをかけて商品の Xサーバを<ulink
 	    url="http://www.xig.com/">Xi Graphics, Inc. (以前の X
 	    Inside, Inc.)</ulink>から買うことができる  なら間違いなく
 	  <ulink url="http://www.matrox.com/">Matrox</ulink> <ulink
 	    url="http://www.matrox.com/mgaweb/brochure.htm">Millenium
 	    II</ulink>カードをおすすめします.
 	  このカードは無償提供されている <ulink
 	    url="http://www.xfree86.org">XFree86</ulink>
 	  (現在のバージョンは 3.3.2です)
 	  のサーバでも非常によく動きます.</para>
 
 	<para><ulink url="http://www.nine.com/">Number 9</ulink>の  S3
 	  Vision 868と 968 ベースのカード (the 9FX series)
 	  はわりあいと速く, <ulink
 	    url="http://www.xfree86.org">XFree86</ulink>の S3サーバで
 	  うまくサポートされています, 加えて現在では非常に低価格です.
 	  まず問題も起きないでしょう. </para>
       </sect3>
 
       <sect3 id="hw-monitors">
 	<title>モニタ</title>
 
 	<para>私の持っている <ulink
 	    url="http://cons3.sel.sony.com/SEL/ccpg/display/ms17se2.html">Sony Multiscan 17seII monitors</ulink>
 	  は非常に調子がいいので, 同じ (トリニトロン)
 	  ブラウン管を使っている Viewsonic をおすすめします.
 	  17"よりも 大きなモニタ, 例えば 21"
 	  のモニタが実際に必要だとしたらこの文章の執筆時点では
 	  2,000USドル以下のもの (20"のモニタでは 1,700USドル以下のもの)
 	  はまったくすすめられません.
 	  20" 以上のクラスでよいモニタは(いくつも) ありますし,
 	  20" クラスで安いモニタもあり ます.
 	  うまくいかないことに安くてよいモニタはほとんどありません!
 	</para>
       </sect3>
 
       <sect3 id="hw-networking">
 	<title>ネットワーキング</title>
 
 	<para>まず最初に, Intel EtherExpress Pro/100B
 	  カードをすすめます. ISA カードでは <ulink
 	    url="http://www.smc.com/">SMC</ulink> Ultra 16
 	  コントローラ, いくらか安めのPCIベースのカード では SMC
 	  9392DST, SMC EtherPower と Compex ENET32カードがおすすめ
 	  できます. 一般的に DECの DC2104x
 	  イーサネットコントローラチップを 使っている Znyx ZX342 や
 	  DEC DE435/450 などのカードはうまく動くでしょうし, (firewall や
 	  roouter に便利な) 2-port 品や 4-port 品を
 	  よく見つけることができますが, Pro/100B カードは最も少ない
 	  オーバーヘッドで最高の性能を出すでしょう.</para>
 
 	<para>もう一方,
 	  できるだけ低コストでそこその性能で動くものを探しているなら,
 	  ほとんどの NE2000のクローンは極めて低価格で
 	  うまく動いてくれます. </para>
       </sect3>
 
       <sect3 id="hw-serial">
 	<title>(特殊な) シリアル</title>
 
 	<para>高速のシリアル ネットワーク インタフェース
 	  (同期シリアルカード) を探しているのであれば <ulink
 	    url="http://www.dgii.com/">Digi International</ulink>製の
 	  <ulink
 	    url="http://www.dgii.com/prodprofiles/profiles-prices/di
 	    giprofiles/digispecs/sync570.html">SYNC/570</ulink>
 	  シリーズのド ライバが今の FreeBSD-CURRENT にあります. <ulink
 	    url="http://www.etinc.com/">Emerging Technologies</ulink>
 	  も 提供 するソフトウェアにより T1/E1
 	  の性能が得られるボードを製造しています.
 	  もっとも私が直接これらの製品を動かした
 	  経験があるわけではありません.</para>
 
 	<para>訳注:Emerging TechnologiesのWeb
 	  ページを見るとカードのスペックに Operating Systems: MS-DOS,
 	  MS-WINDOWS, System V UNIX, BSD/OS, FreeBSD, NetBSD and Linux
 	  と書いてあります. また   "BSD/OS, FreeBSD and LINUX Router
 	  Card Solutions" というページ
 	  もあってサポートは良さそうです.</para>
 
 	<para>マルチポートカードの選択の幅はかなり広いですが,
 	  FreeBSDがサポー トするいう点では <ulink
 	    url="http://www.cyclades.com/"> Cyclades</ulink>
 	  の製品が最も信頼できるでしょう. この最大の理由はこ
 	  の会社が私たちに十分な評価用ボードとスペックを
 	  供給することを約束してくれているからです. 私は Cyclom-16Y
 	  が最高の性能価格比であると聞
 	  いていましたが最近は価格のチェックはしていません.</para>
 
 	<para>訳注: cycladesの WWWサーバでも Supported Operating
 	  Systemsに Linuxや BSDi, FreeBSD が明記されています.</para>
 
 	<para>他のマルチポートカードで評判がよいのは BOCAおよび
 	  ASTのカードと  <ulink
 	    url="http://www.stallion.com/">Stallion
 	    Technologies</ulink>で, このカードには <ulink
 	    url="ftp://ftp.stallion.com/drivers/unsupported/freebsd/s
 	    talbsd-0.0.4.tar.gz">ここ</ulink>
 	  で非公式なドライバが提供されているようです.</para>
       </sect3>
 
       <sect3 id="hw-audio">
 	<title>オーディオ</title>
 
 	<para>私は現在 <ulink url="http://www.creaf.com/">Creative
 	    Labs</ulink> AWE32 を 使っています.
 	  もっともクリエイティブラボ製品が現在一般的にうまく
 	  動いているから, ということにすぎませんが.
 	  他のタイプのサウンド
 	  カードは同様にうまくは動かないと聞いています. 単に私の経験が
 	  乏しいということにすぎないと言うことなのかも知れませんが.
 	  (私は以前は GUS のファンでしたが, Gravis はサウンドカード
 	  から撤退してしまいました).</para>
       </sect3>
 
       <sect3 id="hw-vgrabbers">
 	<title>ビデオキャプチャー</title>
 
 	<para>ビデオキャプチャーについては2つのいい選択肢があります
 	  &mdash; Hauppage や WinTV などの Brooktree BT848
 	  チップベースのボードは FreeBSD で非常にうまく動きます.
 	  もう一つの動作するボードは <ulink
 	    url="http://www.matrox.com/">Matrox</ulink> <ulink
 	    url="http://www.matrox.com/imgweb/meteor.htm">Meteor
 	  </ulink> カードです. FreeBSD はクリエィティブラボの古い
 	  video spigotカードの
 	  サポートはしていますがこれは見つけるのは非常に
 	  むずかしいでしょう. Meteor は 440FX
 	  チップセットベースのマザーボードでは
 	  <emphasis>動きません</emphasis>ので注意してください.
 	  詳細は<link
 	    linkend="hw-mb">マザーボード</link>の節を参照してください.
 	  このような場合には BT848 ベースの
 	  ボードを使った方がよいでしょう.</para>
       </sect3>
     </sect2>
   </sect1>
 
   <sect1 id="hw-core">
     <title>中心部/プロセッサ</title>
     <para></para>
 
     <sect2>
       <title>マザーボード, バス, チップセット</title>
 
       <sect3>
 	<title>* ISA</title>
 
 	<para></para>
       </sect3>
 
       <sect3>
 	<title>* EISA</title>
 
 	<para></para>
       </sect3>
 
       <sect3>
 	<title>* VLB</title>
 
 	<para></para>
       </sect3>
 
       <sect3 id="hw-mb-pci">
 	<title>PCI</title>
 
 	<para><emphasis>原作: &a.obrien; 投稿者: &a.rgrimes;.<!-- <br> -->
 	    25 April 1995.</emphasis></para>
 
 	<para><emphasis>更新: &a.jkh;.</emphasis><!-- <br> -->最終更新
 	  <emphasis>26 August 1996.</emphasis></para>
 
 	<para><emphasis>訳: &a.jp.yoshiaki;.<!-- <br> -->
 	    12 October 1996.</emphasis></para>
 
 	<para>Intelの PCIチップセットについて, 以下にさまざまな種類
 	  の既知の不具合と問題の程度のリストを示します.</para>
 
 	<variablelist>
 	  <varlistentry><term>Mercury:</term>
 	    <listitem>
 	      <para>ISAバスマスタがISAとPCIブリッジの向
 		こう側にある場合は,キャッシュコヒーレンシ(一貫性)の
 		問題があります.  このハードウェア欠陥に対処してうま
 		く動かす方法はキャッシュを
 		offにする以外にはありません.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>Saturn-I <emphasis>
 		(82424ZX の rev 0, 1 ,2)</emphasis>:</term>
 	    <listitem>
 	      <para>ライトバックキャッシュのコヒーレンシに
 		問題があります.
 		このハードウェア欠陥に対処してうまく動かす方法は
 		外部キャッ
 		シュをライトスルーにすること以外にはありませ ん.
 		Saturn-IIにアップデートしましょう.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>Saturn-II <emphasis>
 		(82424ZX の rev 3 or 4)</emphasis>:</term>
 	    <listitem>
 	      <para>問題なく動きます.
 		ただし多くのマザーボードではライトバック動作に必要な
 		外部ダーティビット SRAMが実装されていません.
 		対策としてはライトスルーモードで動かすか, ダーティ
 		ビット SRAMをインストールするかがあります. (これは
 		ASUS PCI/I-486SP3G の rev 1.6
 		以降で使われています)</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>Neptune:</term>
 	    <listitem>
 	      <para>2つより多くの(3台以上の)バスマスタデ
 		バイスを動かすことができません. Intelは設計の欠陥を
 		認めています. 2つを越えるバスマスタを許さない, 特別な
 		設計のハードウェアで PCIバスアービタを置き換えることに
 		より解決されています. (Intelの Altair boardや他にはい
 		くつかの Intelサーバグループマザーボードに見られます).
 		そして, もちろん Intelの公式の回答は Triton
 		チップセットへの 移行で,
 		<quote>こちらでは修整した</quote>ということです.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>Triton <emphasis>(430FX)</emphasis>:</term>
 	    <listitem>
 	      <para>知られているキャッシュコヒーレンシ
 		やバスマスタの問題はありませんがパリティチェック機能が
 		ありません.  パリティを使いたいような場合は, 可能であ
 		れば Triton-II
 		ベースのマザーボードを選びましょう.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>Triton-II <emphasis>(430HX)</emphasis>:</term>
 	    <listitem>
 	      <para>このチップセット
 		を使っているマザーボードに関するすべての
 		報告によれば今の ところ好評です.
 		既知の問題はありません.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>Orion:</term>
 	    <listitem>
 	      <para>このチップセットの初期のバージョンでは PCI
 		write-posting にバグがあり, 大量の PCIバストラフィッ
 		クのあるアプリケーションでは性能の著しい低下があるとい
 		う障害がありました. B0以降のリビジョンのチップセットで
 		は問題は解決されています.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>
 	      <ulink url="http://developer.intel.com/design/pcisets/desktop.htm#440FX">440FX</ulink>:</term>
 	    <listitem>
 	      <para>これは <ulink
 		  url="http://www.intel.com/procs/ppro/index.htm">
 		  Pentium Pro</ulink> に対応したチップセットで,
 		初期の  Orion チップセットにあったような問題は見られず,
 		問題なく動 いているようです.
 		また, これは ECCやパリティを含んだ広い
 		種類のメモリに対応しています.
 		既知の問題は Matrox Meteor
 		ビデオキャプチャカードに関するものだけです.</para>
 	    </listitem>
 	  </varlistentry>
 	</variablelist>
       </sect3>
     </sect2>
 
     <sect2>
       <title>CPU/FPU</title>
 
       <para><emphasis>原作  &a.asami;.<!-- <br> -->
 	  27 December 1997.</emphasis></para>
 
       <sect3>
 	<title>P6 クラス (Pentium Pro/Pentium II)</title>
 
 	<para>Pentim Pro, Pentim IIとも
 	  FreeBSDで使うのに全く問題はありません. 実際, 私たちのメイン
 	  FTPサイトである <ulink
 	    url="ftp://ftp.FreeBSD.org/">ftp.FreeBSD.org</ulink>
 	  (世界一大きな FTPサイト "<filename>ftp.cdrom.com</filename>"
 	  としても知られています) では Pentium Proで
 	  FreeBSDを使っています. 詳しいことが知りたい人は, <ulink
 	    url="ftp://ftp.cdrom.com/archive-info/wcarchive.txt">
 	    コンフィグレーション</ulink> へどうぞ.</para>
       </sect3>
 
       <sect3>
 	<title>Pentium クラス</title>
 
 	<para>Intel Pentium (P54C), Pentium MMX (P55C), AMD K6と
 	  Cyrix/IBM 6x86MXプロセッサは全て
 	  FreeBSDで動作確認がされています. どの
 	  CPUが速いかということはここでは述べません.
 	  インターネットを探せばあれが
 	  速いとかこっちの方がいいとか教えてくれるサイトは
 	  いっぱいありますので, そちらをご覧ください. <!-- smiley
 	  --><emphasis>:)</emphasis></para>
 
 	<note>
 	  <para>一つ注意しないといけないのは, CPU
 	    によって必要な電源電圧や冷却の仕様が 異なるということです.
 	    マザーボードが指定された電圧を供給できることを
 	    必ず確認しましょう. 例えば, 最近の
 	    MMX チップにはコアと入出力で違う電圧を使うもの (コア 2.9V,
 	    入出力 3.3V など) がたくさんあります. また, AMDと
 	    Cyrix/IBMのチップには
 	    Intelの製品より熱くなるものがいくつかあります.
 	    その場合には強力なヒートシンク／ファンを使いましょう.
 	    (各社のホームページにお勧めの部品のリストがあります.)
 	  </para>
 	</note>
 
 	<sect4>
 	  <title>クロックスピード</title>
 
 	  <para><emphasis>原作  &a.rgrimes;.<!-- <br> -->
 	      1 October 1996.</emphasis></para>
 
 	  <para><emphasis>更新  &a.asami;.<!-- <br> -->
 	      最終更新 27 December 1997.</emphasis></para>
 
 	  <para>Pentium クラスのマシンはシステムの
 	    いくつかの部分で異なったクロックスピードを使っています.
 	    これは CPU, 外部メモリバス, PCIバスです.
 	    別々のクロックスピードが使われるために<quote>高速な</quote>
 	    CPUを使ったシステムが <quote>低速な</quote>
 	    システムよりも必ずしも速いとは限りません.
 	    それぞれの場合の違いを以下の表に示します.</para>
 
 	  <informaltable frame="none">
 	    <tgroup cols="4">
 	      <thead>
 		<row>
 		  <entry>CPUクロック MHz</entry>
 		  <entry>外部クロックとメモリバス MHz</entry>
 		  <entry>外部クロックと内部クロックの比</entry>
 		  <entry>PCIバスクロック MHz</entry>
 		</row>
 	      </thead>
 
 	      <tbody>
 		<row>
 		  <entry>60</entry><entry>60</entry>
 		  <entry>1.0</entry><entry>30</entry></row>
 		<row>
 		  <entry>66</entry><entry>66</entry>
 		  <entry>1.0</entry><entry>33</entry></row>
 		<row>
 		  <entry>75</entry><entry>50</entry>
 		  <entry>1.5</entry><entry>25</entry></row>
 		<row>
 		  <entry>90</entry><entry>60</entry>
 		  <entry>1.5</entry><entry>30</entry></row>
 		<row>
 		  <entry>100</entry><entry>50</entry>
 		  <entry>2</entry><entry>25</entry></row>
 		<row>
 		  <entry>100</entry><entry>66</entry>
 		  <entry>1.5</entry><entry>33</entry></row>
 		<row>
 		  <entry>120</entry><entry>60</entry>
 		  <entry>2</entry><entry>30</entry></row>
 		<row>
 		  <entry>133</entry><entry>66</entry>
 		  <entry>2</entry><entry>33</entry></row>
 		<row>
 		  <entry>150</entry><entry>60</entry>
 		  <entry>2.5</entry><entry>30 (Intel, AMD)</entry></row>
 		<row>
 		  <entry>150</entry><entry>75</entry>
 		  <entry>2</entry><entry>37.5 (Cyrix/IBM 6x86MX)</entry></row>
 		<row>
 		  <entry>166</entry><entry>66</entry>
 		  <entry>2.5</entry><entry>33</entry></row>
 		<row>
 		  <entry>166</entry><entry>66</entry>
 		  <entry>2.5</entry><entry>33</entry></row>
 		<row>
 		  <entry>180</entry><entry>60</entry>
 		  <entry>3</entry><entry>30</entry></row>
 		<row>
 		  <entry>200</entry><entry>66</entry>
 		  <entry>3</entry><entry>33</entry></row>
 		<row>
 		  <entry>233</entry><entry>66</entry>
 		  <entry>3.5</entry><entry>33</entry></row>
 	      </tbody>
 	    </tgroup>
 	  </informaltable>
 
 	  <note>
 	    <para>66 MHz は実際には 66.667 MHzかもしれませんが,
 	      そうだと決まっているわけでもありません.</para>
 
 	    <para>Pentium 100 は 50MHzの外部クロックの 2
 	      倍または 66MHz の 1.5 倍の両方で
 	      動かすことができます.</para>
 	  </note>
 
 	  <para>3 倍クロック以上の CPU ではメモリアクセス速度が
 	    不足気味であるという点には注意していただきたいですが,
 	    上の表を見るかぎりでは 100, 133, 166, 200, 233
 	    MHzを使うのが最良だというのがわかります.</para>
 	</sect4>
 
 	<sect4>
 	  <title>AMD K6のバグ</title>
 
 	  <para>AMDの K6プロセッサで大きなコンパイルをすると,
 	    セグメンテーションフォルトで
 	    プロセスが落ちることがあるという事例が
 	    1997年に多数報告されました. これは
 	    '97年の第3四半期に直ったようです. 情報を総合すると,
 	    チップ上の製造年週が <quote>9733</quote> (97年の
 	    第33週に製造)
 	    以降のものは大丈夫ということのようです.</para>
 	</sect4>
       </sect3>
 
       <sect3>
 	<title>* 486 クラス</title>
 
 	<para></para>
       </sect3>
 
       <sect3>
 	<title>* 386 クラス</title>
 
 	<para></para>
       </sect3>
 
       <sect3>
 	<title>286 クラス</title>
 
 	<para>FreeBSDは 80286マシンでは動きません. 現在の巨大なフ
 	  ルスペックの
 	  UNIXをこのようなハードウェアで動かすことはほとんど
 	  不可能でしょう.</para>
       </sect3>
     </sect2>
 
     <sect2>
       <title>メモリ</title>
 
       <para>FreeBSDをインストールするのに最低限必要なメモリ量は 5
 	MBです. いったんシステムが起動して<link
 	  linkend="kernelconfig-building">カスタムカーネルを
 	  作る</link>ことができるならば, もっと少ないメモリ
 	で動かすこともできます. <filename>boot4.flp</filename>
 	を使えば 4 MB しかメモリがなく
 	てもインストールできます.</para>
     </sect2>
 
     <sect2>
       <title>* BIOS</title>
 
       <para></para>
     </sect2>
   </sect1>
 
   <sect1 id="hw-io">
     <title>入力/出力デバイス</title>
 
     <sect2>
       <title>* ビデオカード</title>
 
       <para></para>
     </sect2>
 
     <sect2>
       <title>* サウンドカード</title>
 
       <para></para>
     </sect2>
 
     <sect2>
       <title>シリアルポートとマルチポートカード</title>
 
       <sect3 id="uart">
 	<title>UART とは何か, そしてどのように動作するか</title>
 
 	<para><emphasis>Copyright &copy; 1996 &a.uhclem;,
 	    All Rights Reserved.<!-- <br> -->
 	    13 January 1996.</emphasis></para>
 
 	<para><emphasis>訳: &a.jp.saeki;, &a.jp.iwasaki;.<!-- <br> -->
 	    11 November 1996.</emphasis></para>
 
 	<para>( ここからは &a.jp.saeki; が翻訳を担当)</para>
 
 	<para>汎用非同期送受信コントローラ (UART)
 	  はコンピュータのシリアル通信 サブシステムの鍵となる部品です.
 	  UART は何バイトかのデータを受けとり,  これを 1
 	  ビットずつ順番に送信します. 受信側では, もう一つの UART が
 	  このビット列を完全なバイト列に組み立て直します.</para>
 
 	<para>シリアル転送は,
 	  モデムやコンピュータ間の非ネットワーク型の通信,
 	  ターミナルその他のデバイスで広く使われています.</para>
 
 	<para>シリアル転送には主に同期と非同期という
 	  二つの形式があります:  通信サブシステムの名前は,
 	  そのハードウェアでサポートされている
 	  通信モードによって変化します.  通常,
 	  非同期通信をサポートしているものは文字 <literal>A</literal>
 	  を含み,  同期通信をサポートしているものは文字
 	  <literal>S</literal> を含みます.
 	  以下で両方の形式について詳しく説明します.</para>
 
 	<para>通常使われている略号は以下の通りです:
 	  <blockquote>
 	    <para>UART	汎用非同期送受信装置 (Universal
 	      Asynchronous Receiver/Transmitter)</para>
 	  </blockquote>
 
 	  <blockquote>
 	    <para>USART	汎用同期-非同期送受信装置 (Universal
 	      Synchronous-Asynchronous Receiver/Transmitter)</para>
 	  </blockquote></para>
 
 	<sect4>
 	  <title>同期シリアル転送</title>
 
 	  <para>同期シリアル転送では,
 	    送信側と受信側がクロックを共有している 必要があります.
 	    さもなければ, 送信側がストローブまたは
 	    その他のタイミング信号を供給して,
 	    受信側にデータの次のビットを いつ<quote>読み込</quote>
 	    めばよいのかを知らせる必要があります.</para>
 
 	  <para>ほとんどの同期シリアル通信では,
 	    常に何らかのデータが転送され続けます.  そのため,
 	    転送のタイミングまでに送信データが用意できていなければ,
 	    通常のデータのかわりに「埋め草」 (fill character)
 	    が送られます.  同期通信では,
 	    送信側と受信側との間でデータビットのみが転送されるため,
 	    同じビット速度の非同期シリアル通信に比べて効率的です.
 	    しかし,
 	    送信側と受信側でクロック信号を共有するために余分な電線と
 	    回路が必要となる場合には,
 	    よりコスト高となる可能性があります.</para>
 
 	  <para>プリンタやハードディスクでも同期転送の
 	    一種が使用されています.  このときデータが 1
 	    組みの電線で送られる一方, クロック信号または
 	    ストローブ信号が別の電線で送られます.
 	    プリンタやハードディスクは通常,
 	    シリアルデバイスではありません.
 	    ほとんどのハードディスクのインターフェース規格では,
 	    データを送るための
 	    線とは別にクロックまたはストローブ信号を
 	    送るための線を持っていて,  ストローブ 1
 	    回毎に一つのデータ全体を送ります.  PC 産業界では,
 	    これらはパラレルデバイスとして知られています.</para>
 
 	  <para>PC の標準的なシリアル通信ハードウェアは,
 	    同期モードをサポートして いません.
 	    ここで同期モードについて述べたのは, 非同期モードとの
 	    比較のために過ぎません.</para>
 	</sect4>
 
 	<sect4>
 	  <title>非同期シリアル転送</title>
 
 	  <para>非同期転送は,
 	    送信側がクロック信号を受信側に送らなくても
 	    データを転送することができます. そのかわり,
 	    送信側と受信側は
 	    あらかじめタイミングパラメータや同期のために追加される
 	    特別なビットについて
 	    取り決めをおこなっておかなければなりません.</para>
 
 	  <para>非同期転送をおこなうために UART
 	    にデータが与えられると, 「スタートビット」
 	    と呼ばれるビットが転送データの先頭に追加されます.
 	    スタートビットはデータの転送開始を受信側に
 	    知らせるために使われ,
 	    これにより受信側のクロックを送信側のクロックに
 	    同期させます.  この二つのクロックは,
 	    転送データの残りのビットを転送する間に 10%
 	    以上ふらつかないように正確なものでなければなりません.
 	    (この条件は機械式テレタイプの時代に定められたものなので,
 	    現代の電子装置であれば容易に満足させることができます).
 	  </para>
 
 	  <para>スタートビットが送られた後, データの各ビットが最下位
 	    (LSB) から 順番に送られます.
 	    転送されるビットの長さはすべて同じになっていて,
 	    受信側はそれぞれのビットの中央部でそれが
 	    <literal>1</literal> か <literal>0</literal>
 	    かを判断します.  例えば, 仮に 1 ビットを送るのに 2
 	    秒かかるとすると, 受信側は
 	    スタートビットの始まりを認識した 1 秒後に信号が
 	    <literal>1</literal> か <literal>0</literal> かを調べ,
 	    その後 2
 	    秒ごとに次のビットの値を調べるという動作を繰り返します.
 	  </para>
 
 	  <para>送信側は, いつ受信側がビットの値を <quote>見た</quote>
 	    のかはわかりません. 送信側はクロックにしたがって
 	    次々にビットを転送するだけです.</para>
 
 	  <para>設定によっては, 1 ワードのデータ全体が送られたあとに
 	    送信側が内部で生成したパリティビットを
 	    付加する場合があります.
 	    パリティビットは受信側で簡単なエラーチェックを
 	    するために使われます.  その後に, 最低でも 1
 	    ビットのストップビットが送られます.</para>
 
 	  <para>1 ワードのすべてのビットを受信すると,
 	    受信側がパリティビットの
 	    チェックをおこなうように設定することができます.
 	    (パリティビットを 使用するかどうか,
 	    送信側と受信側であらかじめ取り決めておかなければ
 	    なりません).
 	    それから受信側はストップビットをチェックします.
 	    もしもストップビットが期待通りの位置に存在しなければ, UART
 	    は 転送エラーが発生したと判断して,
 	    ホストがデータを読もうとした時に
 	    フレーミングエラーが起きたと報告します. 通常,
 	    フレーミングエラーは
 	    送信側と受信側のクロックが一致していなかったり,
 	    信号に割り込みが 入った時に起こります.</para>
 
 	  <para>データが正しく受信されたかどうかにかかわらず,  UART
 	    はスタート, パリティ, ストップビットを自動的に捨てます.
 	    送信側と受信側で設定が正しく一致していれば,
 	    これらのビットが
 	    誤ってホストに転送されることはありません.</para>
 
 	  <para>1
 	    回の転送が終了する前に次のデータの転送準備ができていれば,
 	    前のデータのストップビットを送った後, 間を空けずに
 	    次のデータのスタートビットを送ることができます.</para>
 
 	  <para>非同期転送データは<quote>自己同期</quote>なので,
 	    転送するべきデータがない場合は
 	    転送路は空き状態になります.</para>
 	</sect4>
 
 	<sect4>
 	  <title>UART のその他の機能</title>
 
 	  <para>転送のためにデータをパラレルからシリアルに変換し,
 	    受信時に
 	    シリアルからパラレルに戻すという基本的な機能の他に, UART
 	    は通常,  転送路の状態を示したり,
 	    リモートデバイスで次のデータを受けとる準備が
 	    できていない場合にデータの流れを抑制するのに
 	    使われる信号のための 付加回路も持っています.  例えば UART
 	    に接続されているデバイスがモデムの場合, モデムは
 	    回線上に搬送波 (carrier)
 	    が存在していることを報告するかもしれません.  一方,
 	    コンピュータはこれらの付加信号を操作することにより
 	    モデムのリセットをおこなったり,
 	    かかってきた電話を取らないように
 	    モデムに指示するかもしれません.
 	    これらの付加信号の機能はそれぞれ EIA RE232-C
 	    規格で定義されています.</para>
 	</sect4>
 
 	<sect4>
 	  <title>RS-232C と V.24 規格</title>
 
 	  <para>ほとんどのコンピュータシステムでは, UART は EIA
 	    RS-232C 規格に
 	    準拠した信号を生成するための回路に接続されています.  また,
 	    RS-232C の仕様を反映した, V.24 という CCITT 規格に
 	    準拠したシステムも存在しています.</para>
 
 	  <sect5>
 	    <title>RS-232C のビット割り当て (マークとスペース)</title>
 
 	    <para>RS-232C では, <literal>1</literal>
 	      の値を<literal>マーク</literal>, <literal>0</literal>
 	      の値を<literal>スペース</literal>と 呼びます.
 	      通信路にデータが流れていない時,
 	      回線は<quote>マーキング</quote> であるとか,
 	      <literal>1</literal>
 	      の値を連続して転送し続けているとか言われます.</para>
 
 	    <para>スタートビットは常に <literal>0</literal> (スペース)
 	      で,  ストップビットは常に <literal>1</literal> (マーク)
 	      です.  このことは,
 	      たとえ複数のデータが連続して転送されている場合でも,
 	      それぞれのデータの転送開始時には必ず, マーク (1) から
 	      スペース (0)
 	      への遷移が回線上で起こるということを意味しています.</para>
 
 	    <para>これによって,
 	      転送されるデータビットの内容にかかわらず,
 	      送信側と受信側の
 	      クロックを同期させることができるのです.</para>
 
 	    <para>ストップビットとスタートビットの間の空き時間は,
 	      その通信路で 1
 	      ビットを転送するのに必要な時間の正確な倍数である
 	      必要はありません.  (倍数にはゼロを含みます). しかし,
 	      ほとんどの UART では 設計の単純化のために,
 	      倍数になるように設計されています.</para>
 
 	    <para>RS-232C では, 「マーク」信号 (<literal>1</literal>)
 	      は -2V から -12V の間の電圧で,  「スペース」信号
 	      (<literal>0</literal>) は 0V から +12V
 	      の間の電圧で示されます.  送信部は +12V または -12V
 	      を送ることになっていて, 受信部では
 	      長いケーブルによるいくらかの電圧ロスを
 	      許容するように定められています.
 	      (ポータブルコンピュータなどで使用されている)
 	      低消費電力デバイスの 送信部では しばしば +5V と -5V
 	      のみを使用していますが,  短いケーブルを使用するならば,
 	      これらの電圧も RS-232C 受信部の
 	      許容範囲に入っています.</para>
 	  </sect5>
 
 	  <sect5>
 	    <title>RS-232C のブレーク信号</title>
 
 	    <para>RS-232C は <literal>ブレーク</literal>
 	      と呼ばれる信号についても定めています.  これは
 	      (スタートビットもストップビットも無しで) 連続して
 	      スペースの値を送ることで発生されます.
 	      データ回路に電流が流れていない場合は, 回線は
 	      <literal>ブレーク</literal>
 	      を送り続けているものと解釈されます.</para>
 
 	    <para><literal>ブレーク</literal> 信号は完全な 1
 	      バイトとスタート, ストップ, パリティ
 	      ビットを送るために必要な時間よりも
 	      長い間続かなければなりません.  ほとんどの UART
 	      はフレーミングエラーとブレークを区別することが
 	      できますが, もしも これを区別できない UART があった場合,
 	      フレーミングエラーの検出をブレークの識別のために
 	      使用することができます.</para>
 
 	    <para>テレタイプの時代には,
 	      国中でおびただしい数のテレタイプが
 	      (ニュースサービスなどで) 電線で直列に接続されていました.
 	      任意のテレタイプユニットは,
 	      電流が流れないように一時的に回路を オープンにすることで
 	      <literal>ブレーク</literal>
 	      信号を発生させることができました.  これは,
 	      他のテレタイプが情報を送信している間に, 緊急ニュースを
 	      送る必要のあるテレタイプが
 	      割り込みをかけるために使われました.</para>
 
 	    <para>現在のシステムでは,
 	      ブレーク信号には二つのタイプがあります.
 	      もしブレーク信号が 1.6 秒よりも長ければ, それは
 	      「モデムブレーク」であると解釈されます.
 	      モデムがこの信号を検出すると,
 	      通信を終了して電話を切ったり, コマンドモードに入るように
 	      プログラムされていることがあります.  もしブレーク信号が
 	      1.6 秒よりも短ければ, それはデータブレークを 示します.
 	      この信号に応答するのはリモートコンピュータの仕事です.
 	      この形のブレークは,
 	      しばしば注意喚起または割り込みのための信号として 使われ,
 	      ASCII の CONTROL-C
 	      文字の代用とされることもあります.</para>
 
 	    <para>マークとスペースは紙テープシステムでの
 	      <quote>穴空き</quote> と <quote>穴無し</quote> に
 	      相当しています.</para>
 
 	    <note>
 	      <para>ブレーク信号は,
 		紙テープまたはその他のバイト列から生成できない
 		ことに注意してください.
 		なぜならバイト列は常にスタートビットや
 		ストップビットとともに送られるからです.  UART
 		には通常, ホストプロセッサからの特別なコマンドにより
 		連続したスペース信号を生成する能力があります.</para>
 	    </note>
 	  </sect5>
 
 	  <sect5>
 	    <title>RS-232C の DTE デバイスおよび DCE デバイス</title>
 
 	    <para>RS-232C 規格は二つのタイプの装置を定めています:
 	      それはデータターミナル装置 (DTE) とデータキャリア装置
 	      (DCE) です.  通常, DTE デバイスはターミナル
 	      (またはコンピュータ) で, DCE は モデムです.
 	      電話回線を介した通信のもう一方の端である受信側のモデムも
 	      また DCE デバイスで,
 	      そのモデムに接続されているコンピュータは DTE
 	      デバイスです. DCE デバイスが信号を受け取るピンは DTE
 	      デバイスが 信号を送るピンであり,
 	      また逆も同様です.</para>
 
 	    <para>二つのデバイスがともに DTE であったり, ともに DCE
 	      であって,
 	      モデムやそれに類似したメディア変換装置を介さずに
 	      接続する必要が ある場合, ヌルモデム (NULL modem)
 	      を使わなければなりません.
 	      ヌルモデムはケーブルを電気的に再配列し,
 	      一方のデバイスの送信出力が
 	      もう一方のデバイスの受信入力に接続され,
 	      その逆もまた同様に 接続されるようにしてくれます.
 	      同様の変換はすべての制御信号についておこなわれ,
 	      それぞれのデバイスが 他方のデバイスからの DCE (または
 	      DTE) 信号を受けとれるようになります.</para>
 
 	    <para>DTE デバイスと DCE
 	      デバイスで生成される信号の数は等しくありません.  DTE
 	      デバイスが DCE デバイスのために生成する信号の数は,  DTE
 	      デバイスが DCE デバイスから受けとる信号の数よりも
 	      少なくなっています.</para>
 	  </sect5>
 
 	  <sect5>
 	    <title>RS-232C のピン割当て</title>
 
 	    <para>EIA の RS-232C 規格 (およびこれに相当する ITU の
 	      V.24 規格) は 25 ピンのコネクタ (通常 DB25 が使われます)
 	      を要求し, そのコネクタのほとんどのピンの
 	      使用目的を定義しています.</para>
 
 	    <para>IBM PC および類似のシステムでは, RS-232C
 	      信号のサブセットが 9 ピンのコネクタ (DB9)
 	      で提供されています.  主に同期モードで使用される信号は PC
 	      のコネクタには含まれていませんが,  もともと
 	      この転送モードは IBM が IBM PC で使用することにした UART
 	      ではサポートされていません.</para>
 
 	    <para>メーカーによっては RS-232C 用のコネクタに DB25 か
 	      DB9,
 	      またはその両タイプのコネクタを使っている場合があります.
 	      (IBM PC はパラレルプリンタインターフェースにも DB25
 	      コネクタを 使っているので, このことは
 	      しばしば混乱を引き起こします.)</para>
 
 	    <para>以下は DB25 および DB9 コネクタにおける RS-232C
 	      信号の割り当て表です.</para>
 
 	    <informaltable frame="none">
 	      <tgroup cols="7">
 		<thead>
 		  <row>
 		    <entry>DB25 RS232-C 端子</entry>
 		    <entry>DB9 IBM PC 端子</entry>
 		    <entry>EIA 回路符号</entry>
 		    <entry>CCITT 回路符号</entry>
 		    <entry>一般名称</entry>
 		    <entry>信号源</entry>
 		    <entry>説明</entry>
 		  </row>
 		</thead>
 
 		<tbody>
 		  <row>
 		    <entry>1</entry>
 		    <entry>-</entry>
 		    <entry>AA</entry>
 		    <entry>101</entry>
 		    <entry>PG/FG</entry>
 		    <entry>-</entry>
 		    <entry>保安用接地</entry>
 		  </row>
 
 		  <row>
 		    <entry>2</entry>
 		    <entry>3</entry>
 		    <entry>BA</entry>
 		    <entry>103</entry>
 		    <entry>TD</entry>
 		    <entry>DTE</entry>
 		    <entry>送信データ</entry>
 		  </row>
 
 		  <row>
 		    <entry>3</entry>
 		    <entry>2</entry>
 		    <entry>BB</entry>
 		    <entry>104</entry>
 		    <entry>RD</entry>
 		    <entry>DCE</entry>
 		    <entry>受信データ</entry>
 		  </row>
 
 		  <row>
 		    <entry>4</entry>
 		    <entry>7</entry>
 		    <entry>CA</entry>
 		    <entry>105</entry>
 		    <entry>RTS</entry>
 		    <entry>DTE</entry>
 		    <entry>送信要求</entry>
 		  </row>
 
 		  <row>
 		    <entry>5</entry>
 		    <entry>8</entry>
 		    <entry>CB</entry>
 		    <entry>106</entry>
 		    <entry>CTS</entry>
 		    <entry>DCE</entry>
 		    <entry>送信可</entry>
 		  </row>
 
 		  <row>
 		    <entry>6</entry>
 		    <entry>6</entry>
 		    <entry>CC</entry>
 		    <entry>107</entry>
 		    <entry>DSR</entry>
 		    <entry>DCE</entry>
 		    <entry>データセットレディ</entry>
 		  </row>
 
 		  <row>
 		    <entry>7</entry>
 		    <entry>5</entry>
 		    <entry>AV</entry>
 		    <entry>102</entry>
 		    <entry>SG/GND</entry>
 		    <entry>-</entry>
 		    <entry>信号用接地</entry>
 		  </row>
 
 		  <row>
 		    <entry>8</entry>
 		    <entry>1</entry>
 		    <entry>CF</entry>
 		    <entry>109</entry>
 		    <entry>DCD/CD</entry>
 		    <entry>DCE</entry>
 		    <entry>受信キャリア検出</entry>
 		  </row>
 
 		  <row>
 		    <entry>9</entry>
 		    <entry>-</entry>
 		    <entry>-</entry>
 		    <entry>-</entry>
 		    <entry>-</entry>
 		    <entry>-</entry>
 		    <entry>予約 (テスト用)</entry>
 		  </row>
 
 		  <row>
 		    <entry>10</entry>
 		    <entry>-</entry>
 		    <entry>-</entry>
 		    <entry>-</entry>
 		    <entry>-</entry>
 		    <entry>-</entry>
 		    <entry>予約 (テスト用)</entry>
 		  </row>
 
 		  <row>
 		    <entry>11</entry>
 		    <entry>-</entry>
 		    <entry>-</entry>
 		    <entry>-</entry>
 		    <entry>-</entry>
 		    <entry>-</entry>
 		    <entry>未割当て</entry>
 		  </row>
 
 		  <row>
 		    <entry>12</entry>
 		    <entry>-</entry>
 		    <entry>CI</entry>
 		    <entry>122</entry>
 		    <entry>SRLSD</entry>
 		    <entry>DCE</entry>
 		    <entry>従局受信キャリア検出</entry>
 		  </row>
 
 		  <row>
 		    <entry>13</entry>
 		    <entry>-</entry>
 		    <entry>SCB</entry>
 		    <entry>121</entry>
 		    <entry>SCTS</entry>
 		    <entry>DCE</entry>
 		    <entry>従局送信可</entry>
 		  </row>
 
 		  <row>
 		    <entry>14</entry>
 		    <entry>-</entry>
 		    <entry>SBA</entry>
 		    <entry>118</entry>
 		    <entry>STD</entry>
 		    <entry>DTE</entry>
 		    <entry>従局送信データ</entry>
 		  </row>
 
 		  <row>
 		    <entry>15</entry>
 		    <entry>-</entry>
 		    <entry>DB</entry>
 		    <entry>114</entry>
 		    <entry>TSET</entry>
 		    <entry>DCE</entry>
 		    <entry>送信信号エレメントタイミング</entry>
 		  </row>
 
 		  <row>
 		    <entry>16</entry>
 		    <entry>-</entry>
 		    <entry>SBB</entry>
 		    <entry>119</entry>
 		    <entry>SRD</entry>
 		    <entry>DCE</entry>
 		    <entry>従局受信データ</entry>
 		  </row>
 
 		  <row>
 		    <entry>17</entry>
 		    <entry>-</entry>
 		    <entry>DD</entry>
 		    <entry>115</entry>
 		    <entry>RSET</entry>
 		    <entry>DCE</entry>
 		    <entry>受信信号エレメントタイミング</entry>
 		  </row>
 
 		  <row>
 		    <entry>18</entry>
 		    <entry>-</entry>
 		    <entry>-</entry>
 		    <entry>141</entry>
 		    <entry>LOOP</entry>
 		    <entry>DTE</entry>
 		    <entry>ローカルループバック</entry>
 		  </row>
 
 		  <row>
 		    <entry>19</entry>
 		    <entry>-</entry>
 		    <entry>SCA</entry>
 		    <entry>120</entry>
 		    <entry>SRS</entry>
 		    <entry>DTE</entry>
 		    <entry>従局送信要求</entry>
 		  </row>
 
 		  <row>
 		    <entry>20</entry>
 		    <entry>4</entry>
 		    <entry>CD</entry>
 		    <entry>108.2</entry>
 		    <entry>DTR</entry>
 		    <entry>DTE</entry>
 		    <entry>データ端末レディ</entry>
 		  </row>
 
 		  <row>
 		    <entry>21</entry>
 		    <entry>-</entry>
 		    <entry>-</entry>
 		    <entry>-</entry>
 		    <entry>RDL</entry>
 		    <entry>DTE</entry>
 		    <entry>リモートデジタルループバック</entry>
 		  </row>
 
 		  <row>
 		    <entry>22</entry>
 		    <entry>9</entry>
 		    <entry>CE</entry>
 		    <entry>125</entry>
 		    <entry>RI</entry>
 		    <entry>DCE</entry>
 		    <entry>被呼表示</entry>
 		  </row>
 
 		  <row>
 		    <entry>23</entry>
 		    <entry>-</entry>
 		    <entry>CH</entry>
 		    <entry>111</entry>
 		    <entry>DSRS</entry>
 		    <entry>DTE</entry>
 		    <entry>データ信号速度選択</entry>
 		  </row>
 
 		  <row>
 		    <entry>24</entry>
 		    <entry>-</entry>
 		    <entry>DA</entry>
 		    <entry>113</entry>
 		    <entry>TSET</entry>
 		    <entry>DTE</entry>
 		    <entry>送信信号エレメントタイミング</entry>
 		  </row>
 
 		  <row>
 		    <entry>25</entry>
 		    <entry>-</entry>
 		    <entry>-</entry>
 		    <entry>142</entry>
 		    <entry>-</entry>
 		    <entry>DCE</entry>
 		    <entry>テストモード</entry>
 		  </row>
 		</tbody>
 	      </tgroup>
 	    </informaltable>
 	  </sect5>
 	</sect4>
 
 	<sect4>
 	  <title>ビット, ボー, そしてシンボル</title>
 
 	  <para>ボーとは非同期通信における転送速度の単位です.
 	    モデム通信技術の進歩により, 新しいデバイスのデータ速度を
 	    表記するにあたって, この用語が
 	    しばしば誤って使われるようになりました.</para>
 
 	  <para>ボーレートは伝統的に,
 	    通信路を通して実際に送られるビットの数を 表します. ある
 	    DTE デバイスからもう一方へと実際に移動した
 	    データの量を表すものではありません.  ボーレートは, 送信側
 	    UART で生成されて受信側 UART で取り除かれる スタート,
 	    ストップ, パリティといったオーバーヘッドビットをも
 	    含んでいます.  これは 1 ワード 7
 	    ビットのデータを送るためには, 実際には 10 ビットの
 	    データが完全に転送される必要があるということを意味します.
 	    そのため, もしパリティを使い,
 	    スタートビットとストップビットが それぞれ 1
 	    ビットずつ存在する場合には, 1 秒あたり 300 ビットの
 	    転送能力を持つモデムでは, 7 ビットのワードを通常 30 個しか
 	    転送することができません.</para>
 
 	  <para>もし 1 ワード 8
 	    ビットのデータとパリティビットを使用する場合には,
 	    データ転送速度は 1 秒あたり 27.27 ワードまで低下します.
 	    なぜなら 8 ビットのワードを送るのに 11 ビットが必要で,
 	    このモデムは 1 秒間に 300
 	    ビットしか送ることができないからです.</para>
 
 	  <para>1 秒あたりの転送バイト数をボーレートに変換したり,
 	    その逆をおこなう 計算式は,
 	    エラー訂正をおこなうモデムが現れるまでは単純でした.
 	    エラー訂正をおこなうモデムは, ホストコンピュータの UART
 	    から シリアルのビット列を受けとり,
 	    それをバイト列に戻します.
 	    (内蔵モデムを使用している場合でさえ, データは今まで通り
 	    頻繁にシリアル化されます)
 	    その後これらのバイトはパケットに変換され,
 	    同期転送方式を用いて 電話回線を通じて送信されます.  これは
 	    DTE (コンピュータ) 中の UART で追加されたストップ,
 	    スタート およびパリティビットは,
 	    モデムから送り出される前に, モデムによって
 	    取り除かれるということを意味します.
 	    これらのバイト列がリモートモデムに受信されると,
 	    リモートモデムは スタート,
 	    ストップおよびパリティビットを追加して, それらを
 	    シリアル形式に変換し, リモートコンピュータの受信側 UART
 	    に送ります.  そしてリモートコンピュータの UART はスタート,
 	    ストップおよび パリティビットを取り除きます.</para>
 
 	  <para>これらの特別な変換はすべて,
 	    二つのモデムの間でエラー訂正が
 	    実行できるようにするためおこなわれています.
 	    エラー訂正とは, 受信側のモデムが正しいチェックサムで
 	    受信できなかったデータブロックの再送を,
 	    送信側のモデムに要求することができるということです.
 	    この作業はモデムにより処理されて, DTE デバイスは
 	    このようなプロセスがおこなわれていることに,
 	    通常気がつきません.</para>
 
 	  <para>スタート,
 	    ストップおよびパリティビットを取り除くことにより,
 	    エラー訂正のために二つのモデムの間で共有しなければならない
 	    追加のビットを,
 	    実効転送速度を低下させずに送ることができます.  そのため,
 	    送受信 DTE にはエラー訂正がおこなわれているかどうかが
 	    ほとんど見えなくなります.  例えば, もしモデムが 10 個の 7
 	    ビットデータをもう一方のモデムに送る 際に, スタート,
 	    ストップ, およびパリティビットを送る必要がなければ,
 	    その分の 30 ビットの情報を,
 	    真のデータの転送速度に影響を与えることなく
 	    エラー訂正のために追加することができるわけです.</para>
 
 	  <para>データ圧縮をおこなうモデムでは,
 	    ボーという言葉の使い方は さらに混乱することになります.
 	    例えば電話回線を通じて送られた二つの 8 ビットデータは,
 	    送信側モデムに送られた 12
 	    バイトのデータを表すかもしれません.
 	    受信側モデムはそのデータを本来の内容に展開し, 受信側の DTE
 	    に渡します.</para>
 
 	  <para>また, 最近のモデムはバッファを内蔵しており, (DCE から
 	    DCE へ) 電話線を 流れるデータの転送速度と, 両端の DTE と
 	    DCE の間で流れるデータの
 	    転送速度とを別々に設定することができます.
 	    モデムによる圧縮を使用する場合, 通常は DTE と DCE
 	    の間の速度を DCE と DCE
 	    の間の速度より速くしておきます.</para>
 
 	  <para>1 バイトを記述するのに必要なビットの数は,
 	    二つのマシンの間でも DTE-DCE と DCE-DCE
 	    のリンクでそれぞれ変化する場合がありますし,  そのうえ,
 	    それぞれのビット転送速度が異なる場合もあります. そのため,
 	    全体としての通信速度を表現するために
 	    ボーという言葉を使うことは 問題でもありますし,
 	    真の転送速度を正しく伝えない場合があります.  1
 	    秒あたりの転送ビット数 (bps) は DCE と DCE
 	    の間のインターフェースに
 	    おける転送速度を記述するために使うなら正しい用語ですし,
 	    ボーまたは 1 秒あたりのビット数は,
 	    二つのシステムが電線で直接 接続されていたり,
 	    エラー訂正や圧縮をおこなわないモデムが
 	    使われている場合には, 許容可能な用語です.</para>
 
 	  <para>最近の高速モデム (2400, 9600, 14,400, 19,200bps
 	    などのもの) も,  実際には 2,400 ボー (正確には 2,400
 	    シンボル/秒) か, それ以下の 速度で通信しています.
 	    高速モデムでは, 複数のビットを一つのシンボルで
 	    伝送する技術 (多値符合化など) を用いて, シンボル速度
 	    (シンボル/秒) よりも 高い通信速度 (ビット/秒)
 	    を達成しています. これが電話の限られた音声帯域で
 	    高い伝送速度を得られる理由です.  28,800bps
 	    やそれ以上のモデムでは, シンボル速度自体が
 	    可変になっていますが,
 	    それ以外は同様の技術が用いられています.</para>
 	</sect4>
 
 	<sect4>
 	  <title>IBM PC の UART</title>
 
 	  <para>元祖 IBM PC を設計した際に, IBM
 	    はナショナル・セミコンダクタ社の INS8250 UART を IBM PC
 	    パラレル/シリアルアダプタで使用することに
 	    決めました.</para>
 
 	  <para>IBM 自身やその他のベンダが作っている後継世代の AT
 	    互換機でも,  INS8250
 	    そのものやナショナル・セミコンダクタの UART ファミリの
 	    改良版を使い続けられています.</para>
 
 	  <sect5>
 	    <title>ナショナル・セミコンダクタの UART
 	      ファミリ系統図</title>
 
 	    <para>INS8250 UART
 	      にはいくつかのバージョンと後継の部品があります.
 	      主要なバージョンを以下に示します.</para>
 	    <!-- This should really be a graphic -->
 
-	    <programlisting>
-INS8250  -&gt; INS8250B
+	    <programlisting>INS8250  -&gt; INS8250B
     \
      \
       \-&gt; INS8250A -&gt; INS82C50A
 	        \
 	         \
 		  \-&gt; NS16450 -&gt; NS16C450
 			   \
 		            \
 			     \-&gt; NS16550 -&gt; NS16550A -&gt; PC16550D</programlisting>
 
 	    <variablelist>
 	      <varlistentry><term>INS8250</term>
 		<listitem>
 		  <para>この部品は元祖 IBM PC と IBM PC/XT で
 		    使われていました.  この部品は本来 INS8250 ACE
 		    (Asynchronous Communications Element) と
 		    いう名前で, NMOS 技術で作られていました.</para>
 
 		  <para>8250 は八つの I/O ポートを占有し, 送信バッファ
 		    1 バイトと 受信バッファ 1 バイトを持っています.
 		    この元祖の UART はいくつかの
 		    競合状態などに関する欠陥を持っています.  元祖の
 		    IBM BIOS
 		    はこれらの欠陥を回避してうまく動くようなコードを
 		    含んでいましたが, そのために BIOS
 		    が欠陥の存在に依存するように なってしまいました.
 		    このため, 元祖 IBM PC や IBM PC/XT では 8250A,
 		    16450, または 16550 のような後継部品を使うことは
 		    できませんでした.</para>
 		</listitem>
 	      </varlistentry>
 
 	      <varlistentry><term>INS8250-B</term>
 		<listitem>
 		  <para>これは NMOS 技術で作られた INS8250
 		    の低速版です.  これもオリジナルの INS8250
 		    と同じ問題を含んでいます.</para>
 		</listitem>
 	      </varlistentry>
 
 	      <varlistentry><term>INS8250A</term>
 		<listitem>
 		  <para>XMOS 技術を使い,
 		    さまざまな機能的欠陥を修正した INS8250
 		    の改良版です. INS8250A は当初,
 		    <quote>クリーン</quote>な BIOS を 使用したベンダの
 		    PC クローンで使用されていました.
 		    なぜなら欠陥が修正されたことにより, この部品は
 		    INS8250 や INS8250B の ために書かれた BIOS
 		    で使うことはできなかったからです.</para>
 		</listitem>
 	      </varlistentry>
 
 	      <varlistentry><term>INS82C50A</term>
 		<listitem>
 		  <para>これは INS8250A の CMOS 版 (低消費電力版) で,
 		    INS8250A と同じ機能特性を持っています.</para>
 		</listitem>
 	      </varlistentry>
 
 	      <varlistentry><term>NS16450</term>
 		<listitem>
 		  <para>より高速な CPU バスにも対応できるように
 		    改良されたこと以外は NS8250A と同じです.  IBM
 		    はこの部品を IBM AT で使うことに決め, もはや IBM
 		    BIOS が INS8250
 		    のバグに依存しなくなるように
 		    変更をおこないました.</para>
 		</listitem>
 	      </varlistentry>
 
 	      <varlistentry><term>NS16C450</term>
 		<listitem>
 		  <para>これは NS16450 の CMOS 版 (低消費電力版)
 		    です.</para>
 		</listitem>
 	      </varlistentry>
 
 	      <varlistentry><term>NS16550</term>
 		<listitem>
 		  <para>送信バッファと受信バッファをそれぞれ 16
 		    バイトに 変更したこと以外は NS16450 と同じですが,
 		    バッファの設計に 欠陥があるため,
 		    信頼して使用することはできません.</para>
 		</listitem>
 	      </varlistentry>
 
 	      <varlistentry><term>NS16550A</term>
 		<listitem>
 		  <para>バッファの欠陥が修正されたこと以外は NS16550
 		    と 同じです. 割り込みへの反応が遅い OS
 		    でも高い信頼性で高速なデータを
 		    扱うことができることから, 16550A とその後継部品は
 		    PC 産業界で 最も一般的に使われる UART
 		    となりました.</para>
 		</listitem>
 	      </varlistentry>
 
 	      <varlistentry><term>NS16C552</term>
 		<listitem>
 		  <para>これは 2 個の NS16C550A CMOS UARTを
 		    一つのパッケージに入れた部品です.</para>
 		</listitem>
 	      </varlistentry>
 
 	      <varlistentry><term>PC16550D</term>
 		<listitem>
 		  <para>ささいな欠陥が修正されたこと以外は NS16550A と
 		    同じです. これは 16550 ファミリの D リビジョンで,
 		    ナショナル・セミコンダクタ社から
 		    提供されている最新の部品です.</para>
 		</listitem>
 	      </varlistentry>
 	    </variablelist>
 	  </sect5>
 
 	  <sect5>
 	    <title>NS16550AFとPC16550Dは同じもの</title>
 
 	    <para>( ここからは &a.jp.iwasaki; が翻訳を担当)</para>
 
 	    <para>ナショナル・セミコンダクタは
 	      数年前に部品番号体系を再編成して おり, NS16550AFN
 	      という名称はもはや存在しません. (もしあなたが
 	      NS16550AFN を持っていたら,
 	      部品の日付コードを見てください. それは 通常 9
 	      から始まる4桁の数字です. 最初の2桁の数字は年度, 次の2桁
 	      は部品がパッケージされた年度の週です. あなたの持っている
 	      NS16550AFN は, おそらく数年前のものでしょう.)</para>
 
 	    <para>新しい番号は PC16550DV の様に,
 	      パッケージ材料と形状により接尾辞 に小さな違いがあります
 	      (番号体系についての記述は後述します).</para>
 
 	    <para>ここで注意しなければいけないことがあります. 例えば,
 	      ある店に行って 1990年製の NS16550AFN
 	      を15米ドルで売っているとします. ところが,
 	      そのすぐ隣には ナショナル・セミコンダクタが AFN
 	      を生産開始してから それにマイナーな変更を加えて作った
 	      PC16550DN があり, そちらは 最近
 	      6ヶ月に作られたものなのに, 簡単に入手できるため
 	      NS16550AFN の 半額 (たくさん一度に買うと
 	      5米ドルまで下がることもあります) 位で
 	      買えたりすることがあるのです.</para>
 
 	    <para>NS16550AFN のチップ供給は減少し続けているため,
 	      PC16550DN が古い
 	      部品番号のものとまったく同じ機能を持っていることに,
 	      より多くの人が 気付いて受け入れるまでは,
 	      価格はおそらく上昇し続けるでしょう.</para>
 	  </sect5>
 
 	  <sect5>
 	    <title>ナショナル・セミコンダクタの部品番号体系</title>
 
 	    <para>古い NS<replaceable>nnnnnrqp</replaceable>
 	      の部品番号は, 現在
 	      PC<replaceable>nnnnnrgp</replaceable>
 	      というフォーマットになっています.</para>
 
 	    <para><replaceable>r</replaceable>
 	      はリビジョンのフィールドです. 現在のナショナルセ
 	      ミコンダクタの 16550
 	      のリビジョンは<literal>D</literal>です.</para>
 
 	    <para><replaceable>p</replaceable>
 	      はパッケージタイプのフィールドです. タイプは以下
 	      の通りです:</para>
 
 	    <informaltable frame="none">
 	      <tgroup cols="3">
 		<tbody>
 		  <row>
 		    <entry>"F"</entry>
 		    <entry>QFP</entry>
 		    <entry>(quad flat pack) L lead type</entry>
 		  </row>
 
 		  <row>
 		    <entry>"N"</entry>
 		    <entry>DIP</entry>
 		    <entry>(dual inline package) through hole straight
 		      lead type</entry>
 		  </row>
 
 		  <row>
 		    <entry>"V"</entry>
 		    <entry>LPCC</entry>
 		    <entry>(lead plastic chip carrier) J lead type</entry>
 		  </row>
 		</tbody>
 	      </tgroup>
 	    </informaltable>
 
 	    <para>訳注: 具体的なパッケージ形状についての情報は <ulink
 		url="http://www.national.com/packaging/plastic.html">http://www.national.com/packaging/plastic.html</ulink> を参照 してください.</para>
 
 	    <para><replaceable>g</replaceable>
 	      は製品グレードのフィールドです. もしパッケージタイ
 	      プの文字の前に<literal>I</literal>があれば,
 	      <quote>工業用</quote>グレード部品を表し, 標準
 	      部品より高いスペックを持ちますが, Miltary 仕様 (Milspec)
 	      ほど高 くはありません.
 	      これは付加的なフィールドです.</para>
 
 	    <para>私たちがかつて NS16550AFN (DIP パッケージ)
 	      と呼んでいたものは, 現在 は PC16550DN または PC16550DIN
 	      と呼ばれています.</para>
 	  </sect5>
 	</sect4>
 
 	<sect4>
 	  <title>他のベンダと類似の UART</title>
 
 	  <para>長年に渡り, 8250, 8250A, 16450 そして 16550
 	    はライセンスされ,
 	    または他のチップベンダにコピーされてきました. 8250, 8250A
 	    そして  16450 の場合は, そのものの回路
 	    (<quote>megacell</quote>: LSIの中に組み込む
 	    ことのできるライブラリ化された回路の大規模な物) が Western
 	    Digital と Intel
 	    を含むたくさんのベンダにライセンスされまし た.
 	    他のベンダは部品を
 	    リバースエンジニアリングした物か同じように
 	    動作する互換品を製造しました.</para>
 
 	  <para>内蔵モデムにおいては,
 	    モデム設計者はモデムのマイクロプロセッサで  8250A/16450
 	    をエミュレートすることはよくおこなわれます.
 	    このエミュレート による (互換の) UART
 	    は数百バイトの隠れたバッファを持つでしょう.
 	    バッファのサイズのため,
 	    このような互換品は高速データ処理の能力では  16550A
 	    と変わらない信頼性を持つことができます. しかし, それでも
 	    ほとんどのオペレーティングシステムは UART は 8250A か
 	    16450 である と報告し, 特殊なドライバが使用されなければ
 	    エミュレートによる UART の余分に存在する
 	    バッファリングの効果的な使用はおこないません.</para>
 
 	  <para>幾つかのモデムメーカーは,
 	    市場における競争を有利にするために数百バ
 	    イトのバッファを持ち 16550A
 	    の置き換えができるはずの設計を, たとえ
 	    性能が低下する事になったとしても
 	    棄てざるを得なくなるような市場の圧
 	    力を受けています.</para>
 
 	  <para>一般的にある誤解は, <quote>16550A</quote>
 	    と書かれたすべての部品が同じ性能であると いうことです.
 	    それらは異なるものであり, 状況によってはまちがいなく
 	    欠陥と呼べるものがこれらの 16550A
 	    クローンのほとんどにあります.</para>
 
 	  <para>NS16550 が開発された時に,
 	    ナショナル・セミコンダクタは設計に関する
 	    幾つかの特許を取得し,
 	    彼らはライセンスを制限して他のベンダが類似
 	    の特徴を持つチップを供給することを困難にしました.
 	    特許のため, リバー
 	    スエンジニアリングによる設計とエミュレーションは,
 	    特許がカバーする
 	    請求権を侵害を回避しなくてはなりませんでした. 結果として,
 	    これらの コピーのほとんどは,
 	    多くのコンピュータとモデムのメーカーは支払いた
 	    くはない程の価格であった本物の部品の NS16550A または
 	    PC16550D とまった
 	    く同じような動作をさせることはできませんでした.</para>
 
 	  <para>16550A のクローンに存在する相違点のうち
 	    いくつかは些細なものですが,  そのほかに
 	    特定のオペレーティングシステムやドライバでは
 	    全然使いものにならないような相違が存在する場合もあります.
 	    あるドライバでは問題なく動作しても,
 	    別のドライバを使用した場合には
 	    問題が発生することもありますし, Windows
 	    のドライバにおいても
 	    充分にテストや考慮がおこなわれなかったイベントの組合わせが
 	    起こった場合には,
 	    これらの相違点が明らかになるかもしれません.
 	    これはほとんどのモデムベンダと 16550 クローンメーカーが,
 	    NS16550A  との互換性のプライマリテストとして Windows for
 	    Workgroups 3.11 と  Microsoft MS-DOS ユーティリティの
 	    Microsoft ドライバを使用しているか らです.
 	    この安易過ぎる規準は, もし異なるオペレーティングシステムが
 	    使用されたらクローンと
 	    本物の部品の微妙な違いのために問題が発生し得 る,
 	    ということを意味しています.</para>
 
 	  <para>ナショナル・セミコンダクタは, どんな OS
 	    のドライバからも独立した互 換性テストを実行する
 	    <application>COMTEST</application>
 	    という名前の入手可能なプログラムを作 成しました.
 	    このタイプのプログラムの目的は, 競合製品にある欠陥のデ
 	    モンストレーションであることをおぼえておくべきです.
 	    ですからそのプ ログラムは,
 	    テスト中の部品の動作の重要な問題と極めてささいな相違を
 	    同じように報告するでしょう.</para>
 
 	  <para>この文書の著者が 1994
 	    年に実行した一連のテストでは, ナショナルセミ コンダクタ,
 	    TI, StarTech そして CMD が製造した部品は megacell 及び
 	    COMTEST
 	    でテストされた内蔵モデムに埋め込まれたエミュレーションと同
 	    等です.
 	    これらの部品のの幾つかで注目される相違点を以下に示します.
 	    これらのテストは1994年に実行されたので,
 	    これらはベンダから供給さ
 	    れた製品の現在の性能には反映されないでしょう.</para>
 
 	  <para>極端に多くの問題やあるタイプの問題が検出された場合に,
 	    COMTEST は通 常は実行を中止することに注意してください.
 	    このテストの一部では, たと
 	    え何回相違点に遭遇しても中止しないように COMTEST
 	    を修正しました.</para>
 
 	  <informaltable>
 	    <tgroup cols="3">
 	      <thead>
 		<row>
 		  <entry>ベンダ</entry>
 		  <entry>部品番号</entry>
 		  <entry>報告された「相違点」として知られるエラー</entry>
 		</row>
 	      </thead>
 
 	      <tbody>
 		<row>
 		  <entry>National</entry>
 		  <entry>(PC16550DV)</entry>
 		  <entry>0</entry>
 		</row>
 
 		<row>
 		  <entry>National</entry>
 		  <entry>(NS16550AFN)</entry>
 		  <entry>0</entry>
 		</row>
 
 		<row>
 		  <entry>National</entry>
 		  <entry>(NS16C552V)</entry>
 		  <entry>0<!-- kuriyama - should be added "*" as footnote --></entry>
 		</row>
 
 		<row>
 		  <entry>TI</entry>
 		  <entry>(TL16550AFN)</entry>
 		  <entry>3</entry>
 		</row>
 
 		<row>
 		  <entry>CMD</entry>
 		  <entry>(16C550PE)</entry>
 		  <entry>19</entry>
 		</row>
 
 		<row>
 		  <entry>StarTech</entry>
 		  <entry>(ST16C550J)</entry>
 		  <entry>23</entry>
 		</row>
 
 		<row>
 		  <entry>Rockwell</entry>
 		  <entry>Reference modem with internal 16550 or an
 		    emulation (RC144DPi/C3000-25)</entry>
 		  <entry>117</entry>
 		</row>
 
 		<row>
 		  <entry>Sierra</entry>
 		  <entry>Modem with an internal 16550
 		    (SC11951/SC11351)</entry>
 		  <entry>91</entry>
 		</row>
 	      </tbody>
 	    </tgroup>
 	  </informaltable>
 
 	  <note>
 	    <para>この文書の著者は今まで, COMTEST プログラムを
 	      使用して相違点がゼロと報告されるナショナル・
 	      セミコンダクタ以外の部品を一つも発見しませんでした.
 	      ナショナル・セミコンダクタは長年に渡り 16550
 	      の五つのバージョンを持っており, 最新の部品は
 	      機能性のために, ベンチマークを考慮した古い
 	      NS16550AFN と少し異なる振る舞いをすることに
 	      注意するべきです.
 	      COMTEST はナショナル・セミコンダクタの製品ラインの
 	      相違点については見て見ぬふりをするようになり,
 	      部品のリビジョン A, B そして C にあるバグが
 	      記述されている公式な正誤表がある時でも,
 	      (オリジナルの 16550 を除いては) ナショナル・
 	      セミコンダクタの部品についてエラーを
 	      報告しなくなったので, この COMTEST のひいきを
 	      考慮にいれるべきです.</para>
 	  </note>
 
 	  <para>COMTEST からの相違点の単純なカウントが,
 	    何の相違点が重要であり どれがそうでないのかについて
 	    多くを明らかにしないことを 理解すること が大切です.
 	    例えば, 内蔵の UART を持つ上記の二つのモデムで報告され
 	    た相違点の約半分が,
 	    5及び6ビットキャラクタモードをサポートしないク ローンの
 	    UART によって引き起こされました. 本物の 16550, 16450 そし
 	    て 8250 UART すべてはこれらのモードをサポートし, COMTEST
 	    はこれらの モードの機能性をチェックするので,
 	    50を越える相違点が報告されました.  しかし,
 	    5及び6ビットキャラクタモードを
 	    サポートするモデムは殆どなく,
 	    特ににこれらはエラー修正と圧縮機能付のものです.
 	    これは5及び6ビット キャラクタモードに関連した相違点は
 	    差し引いて考えることができること を意味しています.</para>
 
 	  <para>COMTEST が報告した相違点の多くは,
 	    タイミングに関する点でしょう.  多くのクローンの設計では,
 	    ホストが一つのポートから読み込んだ時に他
 	    のあるポートのステータスビットは,
 	    <emphasis>本当の</emphasis> NS16550AFN と同じ
 	    長さの時間内で更新されない (あるものは速く,
 	    あるものは遅く) かもしれ ませんが, COMTEST
 	    はこれらの相違点を探します. これは相違点の数は誤
 	    解を招き易いものです.
 	    あるデバイスには一つか二つの相違点しかありま
 	    せんがそれらは非常に重大かもしれません.
 	    また別のデバイスは基準部品 と比べて速くまたは遅く status
 	    レジスタを更新するために (適切に書か
 	    れたドライバの操作にはまったく影響しないかもしれません)
 	    多くの相違点を 報告されるかもしれません.</para>
 
 	  <para>COMTEST は問題を引き起こすかも知れない,
 	    または特殊なケースとして処
 	    理しなければならない潜在的に矛盾した部品の存在に対して,
 	    管理者に警
 	    告を出すスクリーニングツールとして使用できます.</para>
 
 	  <para>もしモデムの中にある 16550
 	    やシリアルポート接続されているモデムに 対して COMTEST
 	    を実行する場合, モデムがテストキャラクタをエコーし
 	    ないように最初に ATE0&amp;W
 	    コマンドをモデムに発行する必要がありま す.
 	    これをおこなうことを忘れた場合, COMTEST
 	    は少なくともこの相違点を 報告するでしょう: </para>
 
 	  <screen>Error (6)...Timeout interrupt failed: IIR = c1  LSR = 61</screen>
 	</sect4>
 
 	<sect4>
 	  <title>8250/16450/16550 のレジスタ</title>
 
 	  <para>8250/16450/16550 UART は八つの連続する I/O
 	    ポートアドレスを予約 しています. IBM PC
 	    ではこれらの八つのポートに対して二つの定義された
 	    位置があり, それらは集合的に COM1 と COM2
 	    として知られています. PC
 	    クローンとアドオンカードのメーカーは COM3 と COM4
 	    として知られる二つ の付加的な領域を作成しましたが,
 	    幾つかのシステムではこれらの余分な  COM
 	    ポートは他のハードウェアと衝突します. 最もよく起きるものは
 	    IBM 8514
 	    エミュレーションを提供するビデオアダプタとの衝突です.
 	  </para>
 
 	  <para>COM1 には 0x3f8 から 0x3ff が割り当てられ, 通常 IRQ 4
 	    が使用されます. COM2 には 0x2f8 から 0x2ff が割り当てられ,
 	    通常 IRQ 3 が使用されます. COM3 には 0x3e8 から 0x3ef
 	    が割り当てられ, IRQ は標準化されていません. COM4 には
 	    0x2e8 から 0x2ef が割り当てられ, IRQ
 	    は標準化されていません.</para>
 
 	  <para>8250/16450/16550 UART
 	    のI/Oポートの詳細は以下に提供されています.</para>
 
 	  <informaltable>
 	    <tgroup cols="3">
 	      <thead>
 		<row>
 		  <entry>I/O ポート</entry>
 		  <entry>許可されたアクセス</entry>
 		  <entry>説明</entry>
 		</row>
 	      </thead>
 
 	      <tbody>
 		<row>
 		  <entry>+0x00</entry>
 		  <entry>write (DLAB==0)</entry>
 		  <entry><para>Transmit Holding Register (THR).</para><para>
 		      このポートに書き込まれた情報は
 		      データ命令として 処理され, UART
 		      により送信されます.</para></entry>
 		</row>
 
 		<row>
 		  <entry>+0x00</entry>
 		  <entry>read (DLAB==0)</entry>
 		  <entry><para>Receive Buffer Register (RBR).</para><para>
 		      シリアル接続から UART
 		      によって受信されたすべての データ命令は,
 		      このポートを読むことによってホス
 		      トによりアクセスされます.</para></entry>
 		</row>
 
 		<row>
 		  <entry>+0x00</entry>
 		  <entry>write/read (DLAB==1)</entry>
 		  <entry><para>Divisor Latch LSB (DLL)</para><para>
 		      マスタ入力クロックの周波数を
 		      このレジスタに入っ ている値で割ることにより,
 		      UART の周波数が決定 されます (IBM PCでは,
 		      マスタクロックの周波数は 1.8432MHzです).
 		      このレジスタには上記の除数の下
 		      位8ビットが入っています.</para></entry>
 		</row>
 
 		<row>
 		  <entry>+0x01</entry>
 		  <entry>write/read (DLAB==1)</entry>
 		  <entry><para>Divisor Latch MSB (DLH)</para><para>
 		      マスタ入力クロックの周波数をこの
 		      レジスタに入っ ている値で割ることにより, UART
 		      の周波数が決定 されます (IBM PCでは,
 		      マスタクロックの周波数は 1.8432MHzです).
 		      このレジスタには上記の除数の上
 		      位8ビットが入っています.</para></entry>
 		</row>
 
 		<row>
 		  <entry>+0x01</entry>
 		  <entry>write/read (DLAB==0)</entry>
 		  <entrytbl cols="2">
 		    <colspec colnum="1" colname="col1">
 		    <colspec colnum="2" colname="col2">
 		    <spanspec namest="col1" nameend="col2" spanname="1to2">
 		    <tbody>
 		      <row>
 			<entry spanname="1to2"><para>Interrupt Enable
 			    Register (IER)</para><para>
 			    8250/16450/16550 の UART
 			    はイベントを四つのカテ
 			    ゴリの一つに分類します.
 			    それぞれのカテゴリは設 定可能です.
 			    それぞれのカテゴリは, どんな類のイ
 			    ベントの発生時に割り込みを
 			    生成するように設定可 能です.
 			    8250/16450/16550 の UART は, 有効になっ
 			    ているカテゴリ内でいくつの
 			    イベントが発生してい るかに関わらず,
 			    単一の外部割り込みシグナルを生 成します.
 			    割り込みに応答し有効になっている割り
 			    込みカテゴリ
 			    (通常すべてのカテゴリが有効になって
 			    いる割り込みを持ちます)
 			    を割り込みの本当の原因
 			    を決定するためにポーリングするかは,
 			    ホストのプ
 			    ロセッサ次第です.</para></entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 7</entry>
 			<entry>予約済み, 常に 0. </entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 6</entry>
 			<entry>予約済み, 常に 0. </entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 5</entry>
 			<entry>予約済み, 常に 0. </entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 4</entry>
 			<entry>予約済み, 常に 0. </entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 3</entry>
 			<entry>Enable Modem Status Interrupt (EDSSI).
 			  このビットを「1」に設定することで,
 			  一つ以上の状態ラインで変更が発生した時
 			  に, UART が割り込みを生成可能となりま
 			  す. </entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 2</entry>
 			<entry>Enable Receiver Line Status Interrupt (ELSI)
 			  このビットを「1」に設定することで, 入っ
 			  てくるデータにエラー (または BREAK シ
 			  グナル) が検知された時に, UART が割り
 			  込みを生成するようになります. </entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 1</entry>
 			<entry>Enable Transmitter Holding Register
 			  Empty Interrupt (ETBEI)
 			  このビットを「1」に設定することで,  UART
 			  に送信される一つ以上の付加的な文
 			  字に対する空きが生じた時に, UART が割
 			  り込みを生成するようになります. </entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 0</entry>
 			<entry>Enable Received Data Available
 			  Interrupt (ERBFI)
 			  このビットを「1」に設定することで,  UART が
 			  FIFO のトリガーレベルを越え
 			  る十分な文字を受け取るか, FIFO のタイ
 			  マが期限切れとなるか (古くなったデータ),
 			  FIFO が無効の場合にシグナル文字が受信
 			  された時に, UART が割り込みを生成する
 			  ようになります. </entry>
 		      </row>
 		    </tbody>
 		  </entrytbl>
 		</row>
 
 		<row>
 		  <entry>+0x02</entry>
 		  <entry>write</entry>
 		  <entrytbl cols="4">
 		    <colspec colnum="1" colname="col1">
 		    <colspec colnum="2" colname="col2">
 		    <colspec colnum="3" colname="col3">
 		    <colspec colnum="4" colname="col4">
 		    <spanspec namest="col1" nameend="col4" spanname="1to4">
 		    <spanspec namest="col2" nameend="col4" spanname="2to4">
 
 		    <tbody>
 		      <row>
 			<entry spanname="1to4">FIFO Control Register (FCR)
 			  (このポートは 8250 と 16450 の UART では
 			  存在しません.)</entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 7</entry>
 			<entry spanname="2to4">Receiver Trigger Bit
 			  #1</entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 6</entry>
 			<entry spanname="2to4"><para>Receiver Trigger
 			    Bit #0</para><para>この二つのビットは FIFO
 			    が機能している
 			    場合にレシーバがどの時点で割り込みを生
 			    成するかを制御します.</para></entry>
 		      </row>
 
 		      <row>
 			<entry colname="col2">7</entry>
 			<entry colname="col3">6</entry>
 			<entry
 			  colname="col4">割り込み生成前にいくつの命令
 			  が 受信されたか. </entry>
 		      </row>
 
 		      <row>
 			<entry colname="col2">0</entry>
 			<entry colname="col3">0</entry>
 			<entry colname="col4">1</entry>
 		      </row>
 
 		      <row>
 			<entry colname="col2">0</entry>
 			<entry colname="col3">1</entry>
 			<entry colname="col4">4</entry>
 		      </row>
 
 		      <row>
 			<entry colname="col2">1</entry>
 			<entry colname="col3">0</entry>
 			<entry colname="col4">8</entry>
 		      </row>
 
 		      <row>
 			<entry colname="col2">1</entry>
 			<entry colname="col3">1</entry>
 			<entry colname="col4">14</entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 5</entry>
 			<entry spanname="2to4">予約済み, 常に 0. </entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 4</entry>
 			<entry spanname="2to4">予約済み, 常に 0. </entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 3</entry>
 			<entry spanname="2to4">DMA Mode Select. Bit 0
 			  が「1」 (FIFO 有効) に設定されて いる場合,
 			  このビットの設定は -RXRDY と  -TXRDY
 			  の処理を Mode 0 から Mode 1 へ 変更します.
 			</entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 2</entry>
 			<entry spanname="2to4">Transmit FIFO Reset.
 			  このビットに「1」が書き込まれている場 合,
 			  FIFO の内容は破棄されます. 現在送
 			  信されているすべての命令は損なわれずに送
 			  られるでしょう. この機能は送信中止の場
 			  合に役に立ちます. </entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 1</entry>
 			<entry spanname="2to4">Receiver FIFO Reset.
 			  このビットに「1」が書き込まれている場 合,
 			  FIFO の内容は破棄されます. 現在  shift
 			  レジスタ内で組み立てられているすべ
 			  ての命令は損なわれずに受信されるでしょ う.
 			</entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 0</entry>
 			<entry spanname="2to4">16550 FIFO Enable.
 			  設定されている場合, 送信 / 受信両方の  FIFO
 			  が有効になります. holding レジス タ, shift
 			  レジスタまたは FIFO 内のすべて の内容は,
 			  FIFO が有効または無効になっ
 			  た時点で失われます. </entry>
 		      </row>
 		    </tbody>
 		  </entrytbl>
 		</row>
 
 		<row>
 		  <entry>+0x02</entry>
 		  <entry>read</entry>
 		  <entrytbl cols="6">
 		    <colspec colnum="1" colname="col1">
 		    <colspec colnum="2" colname="col2">
 		    <colspec colnum="3" colname="col3">
 		    <colspec colnum="4" colname="col4">
 		    <colspec colnum="5" colname="col5">
 		    <colspec colnum="6" colname="col6">
 		    <spanspec namest="col1" nameend="col6" spanname="1to6">
 		    <spanspec namest="col2" nameend="col6" spanname="2to6">
 		    <tbody>
 		      <row>
 			<entry spanname="1to6">Interrupt Identification
 			  Register</entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 7</entry>
 			<entry spanname="2to6">FIFO有効.
 			  8250/16450 UART では, このビットはゼロ. </entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 6</entry>
 			<entry spanname="2to6">FIFO有効.
 			  8250/16450 UART では, このビットはゼロ. </entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 5</entry>
 			<entry spanname="2to6">予約済み, 常に0. </entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 4</entry>
 			<entry spanname="2to6">予約済み, 常に0. </entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 3</entry>
 			<entry spanname="2to6">Interrupt ID Bit #2.
 			  8250/16450 UART では, このビットはゼロ.
 			</entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 2</entry>
 			<entry spanname="2to6">Interrupt ID Bit #1</entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 1</entry>
 			<entry spanname="2to6">Interrupt ID Bit #0.
 			  これらの3つのビットは進行中の割り込み
 			  を引き起こしたイベントのカテゴリを併せ
 			  て報告します. これらのカテゴリは優先度
 			  を持つため, イベントの複数のカテゴリが
 			  同時に発生した場合, UART は最初に最も
 			  重要なイベントを報告し, ホストは報告さ
 			  れた順に解決するでしょう. 現在の割り込
 			  みを引き起こしたすべてのイベントは, 新し
 			  い割り込みが生成される前に解決されなけ
 			  ればなりません (これは PC のアーキテク
 			  チャの制限です).</entry>
 		      </row>
 
 		      <row>
 			<entry colname="col2">2</entry>
 			<entry colname="col3">1</entry>
 			<entry colname="col4">0</entry>
 			<entry colname="col5">優先度</entry>
 			<entry colname="col6">説明</entry>
 		      </row>
 
 		      <row>
 			<entry colname="col2">0</entry>
 			<entry colname="col3">1</entry>
 			<entry colname="col4">1</entry>
 			<entry colname="col5">First</entry>
 			<entry colname="col6">レシーバエラー (OE, PE, BI,
 			  また FE)</entry>
 		      </row>
 
 		      <row>
 			<entry colname="col2">0</entry>
 			<entry colname="col3">1</entry>
 			<entry colname="col4">0</entry>
 			<entry colname="col5">Second</entry>
 			<entry colname="col6">有効な受信データ</entry>
 		      </row>
 
 		      <row>
 			<entry colname="col2">1</entry>
 			<entry colname="col3">1</entry>
 			<entry colname="col4">0</entry>
 			<entry colname="col5">Second</entry>
 			<entry colname="col6">トリガーレベル識別子
 			  (受信バッファ中の古いデータ)</entry>
 		      </row>
 
 		      <row>
 			<entry colname="col2">0</entry>
 			<entry colname="col3">0</entry>
 			<entry colname="col4">1</entry>
 			<entry colname="col5">Third</entry>
 			<entry colname="col6">トランスミッタに
 			  命令用の空きがある
 			  (THRE)</entry>
 		      </row>
 
 		      <row>
 			<entry colname="col2">0</entry>
 			<entry colname="col3">0</entry>
 			<entry colname="col4">0</entry>
 			<entry colname="col5">Fourth</entry>
 			<entry colname="col6">モデムの状態が
 			  変わった (-CTS,
 			  -DSR, -RI, または
 			  -DCD)</entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 0</entry>
 			<entry spanname="2to6">Interrupt Pending Bit.
 			  このビットが「0」に設定されている場合,
 			  少なくとも一つの割り込みがペンディング
 			  されています. </entry>
 		      </row>
 		    </tbody>
 		  </entrytbl>
 		</row>
 
 		<row>
 		  <entry>+0x03</entry>
 		  <entry>write/read</entry>
 		  <entrytbl cols="5">
 		    <colspec colnum="1" colname="col1">
 		    <colspec colnum="2" colname="col2">
 		    <colspec colnum="3" colname="col3">
 		    <colspec colnum="4" colname="col4">
 		    <colspec colnum="5" colname="col5">
 		    <spanspec namest="col1" nameend="col5" spanname="1to5">
 		    <spanspec namest="col2" nameend="col5" spanname="2to5">
 		    <spanspec namest="col4" nameend="col5" spanname="4to5">
 		    <tbody>
 		      <row>
 			<entry spanname="1to5">Line Control
 			  Register (LCR)</entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 7</entry>
 			<entry spanname="2to5">Divisor Latch Access
 			  Bit (DLAB). 設定されている場合,
 			  transmit/receive register (THR/RBR) と
 			  Interrupt Enable Register (IER)
 			  へのアクセスが無効にな ります.
 			  現在これらのポートへのすべてのア クセスは
 			  Divisor Latch Register へリダ
 			  イレクトされます. このビットの設定,  Divisor
 			  Register のローディング, そし て DLAB
 			  のクリアは割り込みが無効になっ
 			  ている状態でおこなわれるべきです. </entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 6</entry>
 			<entry spanname="2to5">Set Break.
 			  「1」に設定されている場合, トランスミッ
 			  タはこのビットが「0」に設定されるまで
 			  スペースを切り目なく送信します. これは
 			  送信されている文字のすべてのビットに優先
 			  します. </entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 5</entry>
 			<entry spanname="2to5">Stick Parity. parity
 			  が有効になっている場合, このビッ
 			  トの設定はビット4の値に基づき parity
 			  を常に「1」か「0」にします. </entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 4</entry>
 			<entry spanname="2to5">Even Parity Select
 			  (EPS). parity が有効でビット5が「0」の場合,
 			  このビットの設定は偶数 parity が送信そ
 			  して要求されるようにします. そうでなけ
 			  れば奇数 parity が使用されます. </entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 3</entry>
 			<entry spanname="2to5">Parity Enable (PEN).
 			  「1」に設定されている場合, データの最
 			  後のビットとストップビットの間に  parity
 			  ビットが挿入されます. また UART
 			  は受信データに存在する parity を要求す
 			  るでしょう. </entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 2</entry>
 			<entry spanname="2to5">Number of Stop Bits
 			  (STB). 「1」に設定されている場合, 5-bit デー
 			  タ命令を使用して, 1.5の Stop ビットが
 			  送信され各データ命令内に要求されま す. 6, 7
 			  そして 8-bit データ命令に対し ては, 2つの
 			  Stop ビットが送信され要求 されます.
 			  このビットが「0」に設定され ている場合,
 			  1つの Stop ビットが各デー
 			  タ命令で使用されます. </entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 1</entry>
 			<entry spanname="2to5">Word Length Select Bit #1
 			  (WLSB1)</entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 0</entry>
 			<entry spanname="2to5">Word Length Select Bit #0
 			  (WLSB0)</entry>
 		      </row>
 
 		      <row>
 			<entry colname="col2"
 			  spanname="2to5">これらのビットは共に
 			  各データ命令内のビッ トの数を指定します.
 			</entry>
 		      </row>
 
 		      <row>
 			<entry colname="col2">1</entry>
 			<entry colname="col3">0</entry>
 			<entry colname="col4" spanname="4to5">命令長</entry>
 		      </row>
 
 		      <row>
 			<entry colname="col2">0</entry>
 			<entry colname="col3">0</entry>
 			<entry colname="col4" spanname="4to5">5 Data
 			  Bits</entry>
 		      </row>
 
 		      <row>
 			<entry colname="col2">0</entry>
 			<entry colname="col3">1</entry>
 			<entry colname="col4" spanname="4to5">6 Data
 			  Bits</entry>
 		      </row>
 
 		      <row>
 			<entry colname="col2">1</entry>
 			<entry colname="col3">0</entry>
 			<entry colname="col4" spanname="4to5">7 Data
 			  Bits</entry>
 		      </row>
 
 		      <row>
 			<entry colname="col2">1</entry>
 			<entry colname="col3">1</entry>
 			<entry colname="col4" spanname="4to5">8 Data
 			  Bits</entry>
 		      </row>
 		    </tbody>
 		  </entrytbl>
 		</row>
 
 		<row>
 		  <entry>+0x04</entry>
 		  <entry>write/read</entry>
 		  <entrytbl cols="2">
 		    <colspec colnum="1" colname="col1">
 		    <colspec colnum="2" colname="col2">
 		    <spanspec namest="col1" nameend="col2" spanname="1to2">
 		    <tbody>
 		      <row>
 			<entry spanname="1to2">Modem Control Register
 			  (MCR)</entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 7</entry>
 			<entry>予約済み, 常に 0. </entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 6</entry>
 			<entry>予約済み, 常に 0. </entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 5</entry>
 			<entry>予約済み, 常に 0. </entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 4</entry>
 			<entry>Loop-Back Enable.
 			  「1」に設定されている場合, UART のトラ
 			  ンスミッタとレシーバは診断処理のために
 			  内部的に相互に接続されます. 付け加えて  UART
 			  のモデム制御出力はモデム制御入力
 			  に接続されます. CTS は RTS へ, DTR は
 			  DSRへ, OUT 1 は R1 へ, OUT 2 は DCD へ
 			  各々接続されます. </entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 3</entry>
 			<entry>OUT 2. ホストのプロセッサが high または
 			  low  に設定するであろう補助的な出力. IBM PC
 			  のシリアルアダプタ (とクローンの殆ど)  では,
 			  OUT 2 は 8250/16450/16550 UART
 			  からの割り込み信号をハイインピーダンス
 			  (無効) にするのに使用されます. </entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 2</entry>
 			<entry>OUT 1. ホストのプロセッサが high または
 			  low  に設定するであろう補助的な出力. IBM PC
 			  のシリアルアダプタではこの出力は使用
 			  されません. </entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 1</entry>
 			<entry>Request to Send (RTS).
 			  「1」に設定されている場合, UART の  -RTS
 			  ラインの出力は Low (有効) となり ます.
 			</entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 0</entry>
 			<entry>Data Terminal Ready (DTR).
 			  「1」に設定されている場合, UART の  -DTR
 			  ラインの出力は Low (有効) となり ます.
 			</entry>
 		      </row>
 		    </tbody>
 		  </entrytbl>
 		</row>
 
 		<row>
 		  <entry>+0x05</entry>
 		  <entry>write/read</entry>
 		  <entrytbl cols="2">
 		    <colspec colnum="1" colname="col1">
 		    <colspec colnum="2" colname="col2">
 		    <spanspec namest="col1" nameend="col2" spanname="1to2">
 		    <tbody>
 		      <row>
 			<entry spanname="1to2">Line Status Register
 			  (LSR)</entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 7</entry>
 			<entry>Error in Receiver FIFO. 8250/16450 UART
 			  では, このビットはゼロ です.
 			  FIFOの中に次のエラー条件が一つ以
 			  上含まれている場合, このビットは「1」
 			  に設定されます: PE, FE, または BI. </entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 6</entry>
 			<entry>Transmitter Empty (TEMT).
 			  「1」に設定されている場合, 送信 FIFO
 			  または送信 shift レジスタ中に残ってい
 			  る命令はありません. トランスミッタは完
 			  全に働いていません. </entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 5</entry>
 			<entry>Transmitter Holding Register Empty
 			  (THRE). 「1」に設定されている場合, 現在 FIFO
 			  (または holding レジスタ) には少なくと
 			  も一つの送信される付加的な命令に対する
 			  空きあります. このビットが「1」に設定
 			  されている時は, 多分トランスミッタはま
 			  だ送信しています. </entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 4</entry>
 			<entry>Break Interrupt (BI). レシーバは Break
 			  シグナルを検知しました. </entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 3</entry>
 			<entry>Framing Error (FE). Start
 			  ビットが検知されましたが, Stop
 			  ビットは要求された時間内には現れません
 			  でした. 受信された命令はおそらく勝手に
 			  解釈されます. </entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 2</entry>
 			<entry>Parity Error (PE). parity
 			  ビットが受信された命令に対して 不正です.
 			</entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 1</entry>
 			<entry>Overrun Error (OE).
 			  新しい命令が受信され, 受信バッファに空
 			  きがありませんでした. shift レジスタに
 			  新たに到着した命令は破棄されます.
 			  8250/16450 UART では, holding レジスタ
 			  内の命令は破棄され新たに到着した命令は
 			  holding レジスタに置かれます. </entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 0</entry>
 			<entry>Data Ready (DR)
 			  一つ以上の命令がホストが読むであろう受 信
 			  FIFO にあります. このビットが設定さ
 			  れる前に, 命令は完全に受信され shift
 			  レジスタから FIFO (または 8250/16450
 			  の設計では holding レジスタ) へ移動さ
 			  れなければなりません. </entry>
 		      </row>
 		    </tbody>
 		  </entrytbl>
 		</row>
 
 		<row>
 		  <entry>+0x06</entry>
 		  <entry>write/read</entry>
 		  <entrytbl cols="2">
 		    <colspec colnum="1" colname="col1">
 		    <colspec colnum="2" colname="col2">
 		    <spanspec namest="col1" nameend="col2" spanname="1to2">
 		    <tbody>
 		      <row>
 			<entry spanname="1to2">Modem Status Register
 			  (MSR)</entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 7</entry>
 			<entry>Data Carrier Detect (DCD). UART の DCD
 			  ラインの状態を反映します. </entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 6</entry>
 			<entry>Ring Indicator (RI). UART の RI
 			  ラインの状態を反映します. </entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 5</entry>
 			<entry>Data Set Ready (DSR). UART の DSR
 			  ラインの状態を反映します. </entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 4</entry>
 			<entry>Clear To Send (CTS). UART の CTS
 			  ラインの状態を反映します. </entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 3</entry>
 			<entry>Delta Data Carrier Detect (DDCD).
 			  ホストによって MSR が最後に読み込まれ
 			  た時点から, -DCD ラインが状態を一回以
 			  上変えた場合に「1」に設定されます. </entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 2</entry>
 			<entry>Trailing Edge Ring Indicator (TERI).
 			  ホストによって MSR が最後に読み込まれ
 			  た時点から, -RI ラインが low から high
 			  へ移り変わった場合に「1」に設定されま
 			  す.</entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 1</entry>
 			<entry>Delta Data Set Ready (DDSR).
 			  ホストによって MSR が最後に読み込まれ
 			  た時点から, -DSR ラインが状態を一回以
 			  上変えた場合に「1」に設定されます. </entry>
 		      </row>
 
 		      <row>
 			<entry>Bit 0</entry>
 			<entry>Delta Clear To Send (DCTS).
 			  ホストによって MSR が最後に読み込まれ
 			  た時点から, -CTS ラインが状態を一回以
 			  上変えた場合に「1」に設定されます. </entry>
 		      </row>
 		    </tbody>
 		  </entrytbl>
 		</row>
 
 		<row>
 		  <entry>+0x07</entry>
 		  <entry>write/read</entry>
 		  <entry>Scratch Register (SCR). このレジスタは UART
 		    では機能しません. この場所 には
 		    どんな値でもホストによって書き込まれるこ とができ,
 		    その後ホストによって読み込むことが可
 		    能です.</entry>
 		</row>
 	      </tbody>
 	    </tgroup>
 	  </informaltable>
 	</sect4>
 
 	<sect4>
 	  <title>16550A UART を越えて</title>
 
 	  <para>ナショナル・セミコンダクタは付加的な機能を持つ 16550
 	    と互換 性のある部品を提供していませんが,
 	    色々な他のベンダがそれを持っ ています.
 	    これらの部品の幾つかは以下に記述されています. 効果的
 	    にこれらの改良を使用するためには,
 	    殆どのポピュラーなオペレーティ ングシステムが 16550
 	    が提供する機能以上のものをサポートしない ため,
 	    ドライバはチップベンダから提供されなければならないことを
 	    理解しておく必要があります.</para>
 
 	  <variablelist>
 	    <varlistentry><term>ST16650</term>
 	      <listitem>
 		<para>デフォルトではこの部品は NS16550A
 		  と似ていますが, 拡
 		  張された32バイトの送受信バッファを
 		  オプションで有効にで きます. StarTech
 		  により製造されました.</para>
 	      </listitem>
 	    </varlistentry>
 
 	    <varlistentry><term>TIL16660</term>
 	      <listitem>
 		<para>デフォルトではこの部品は NS16550A
 		  と類似した振舞いを しますが,
 		  拡張された64バイトの送受信バッファをオプショ
 		  ンで有効にできます. Texas Instruments
 		  により製造されま した.</para>
 	      </listitem>
 	    </varlistentry>
 
 	    <varlistentry><term>Hayes ESP</term>
 	      <listitem>
 		<para>この専売特許のプラグインカードは,
 		  2048バイトの送受 信バッファを含み, 230.4Kbit/sec
 		  のデータレートをサポー トします. Hayes
 		  により製造されました.</para>
 	      </listitem>
 	    </varlistentry>
 	  </variablelist>
 
 	  <para>これらの<quote>ダム</quote>UART に加え,
 	    たくさんのベンダがインテリジェ
 	    ントシリアルコミニュケーションボードを製造しています. こ
 	    のタイプの設計は通常マイクロプロセッサを提供しており,
 	    このマイ クロプロセッサは幾つかの UART
 	    へのインタフェースとなってデータ を処理 /
 	    バッファリングし, そして必要な時にメインの PC のプロセッ
 	    サへ警告を出します. UART
 	    はこのタイプのコミニュケーションシ ステムにおいて PC
 	    のプロセッサによって直接アクセスされないため,
 	    ベンダにとっては 8250, 16450, または 16550 UART
 	    と互換性のある  UART を使用する必要はありません.
 	    これにより設計者は, より良い
 	    性能特性を持つ部品が自由に利用できます.</para>
 	</sect4>
       </sect3>
 
       <sect3 id="sio">
 	<title><devicename>sio</devicename>ドライバの設定</title>
 
 	<para><devicename>sio</devicename> ドライバは, NS8250-,
 	  NS16450-, NS16550とNS16550A ベースの EIA RS-232C(CCITT V.24)
 	  通信用インタフェースをサポートします.  ま た,
 	  いくつかのマルチポートシリアルカードもサポートされています.
 	  技術的 な詳細についてはマニュアル &man.sio.4;
 	  を見てください.</para>
 
 	<sect4>
 	  <title>Digi International (DigiBoard) PC/8</title>
 
 	  <para><emphasis>原作: &a.awebster;.<!-- <br> -->
 	      1995年8月26日.</emphasis></para>
 
 	  <para><emphasis>訳: &a.jp.masaki;.<!-- <br> -->6
 	      September 1996.</emphasis></para>
 
 	  <para>以下にDigi International
 	    PC/8Dと16550チップを動作させるための, カーネ
 	    ルconfigの部分を示します. このボードは,
 	    8本の回線にすべてモデムを接続
 	    した場合でも良好に動作します.</para>
 
 	  <para><literal>options COM_MULTIPORT</literal>
 	    を加えるのを忘れないでください. 忘れる
 	    とうまく動作しません!</para>
 
-	  <programlisting>
-device          sio4    at isa? port 0x100 tty flags 0xb05 device
-	    sio5    at isa? port 0x108 tty flags 0xb05 device
-	    sio6    at isa? port 0x110 tty flags 0xb05 device
-	    sio7    at isa? port 0x118 tty flags 0xb05 device
-	    sio8    at isa? port 0x120 tty flags 0xb05 device
-	    sio9    at isa? port 0x128 tty flags 0xb05 device
-	    sio10   at isa? port 0x130 tty flags 0xb05 device
-	    sio11   at isa? port 0x138 tty flags 0xb05 irq 9 vector
-	    siointr</programlisting>
+	  <programlisting>device          sio4    at isa? port 0x100 tty flags 0xb05
+device          sio5    at isa? port 0x108 tty flags 0xb05
+device          sio6    at isa? port 0x110 tty flags 0xb05
+device          sio7    at isa? port 0x118 tty flags 0xb05
+device          sio8    at isa? port 0x120 tty flags 0xb05
+device          sio9    at isa? port 0x128 tty flags 0xb05
+device          sio10   at isa? port 0x130 tty flags 0xb05
+device          sio11   at isa? port 0x138 tty flags 0xb05 irq 9 vector siointr</programlisting>
 
 	  <para>ここで各 SIO
 	    ポートが割り込みを共有する一つのグループであることを表現
 	    するために, トリッキーな設定をしなければなりません. フラグ
 	    (flags の後 ろの 16 進数) の下から 2
 	    バイト目にこのグループの最後の SIO ポートの番
 	    号を設定します. この例では 11 (16進数では 0x0b) ですから,
 	    各デバイスの フラグは 0xb05 となります.</para>
 	</sect4>
 
 	<sect4>
 	  <title>Boca 16</title>
 
 	  <para><emphasis>寄稿: &a.whiteside;.<!-- <br> -->
 	      1995年8月26日</emphasis></para>
 
 	  <para>FreeBSD で Boca 16pord
 	    のボードを動かすことは簡単ですが, そのた
 	    めにはいくつかの作業が必要です. :</para>
 
 	  <orderedlist>
 	    <listitem>
 	      <para>2.0.5 のデフォルトのカーネルは,
 		マルチポートのサポートを<emphasis>して
 		  いない</emphasis> ので,
 		あなたは各ポート毎にデバイスエントリを追加する必要が
 		あります. つまり必要なオプションを付けて,
 		カーネルの再構築をしなければ なりません. そのためには,
 		あなたのマシンにカーネルのソースコードが既に
 		インストールされているか,
 		あなたの替わりの誰かにカーネル再構築をやって
 		もらう必要があります.</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>2番目に,
 		あなたはカーネルオプションを正しく設定するために, あな
 		たのBoca Boardの IO
 		と割り込みの値を知っている必要があります.</para>
 	    </listitem>
 	  </orderedlist>
 
 	  <para>ひとつ重要なことがあります.  Boca 16
 	    に使われている実際の UART チップ は, Boca 16
 	    のボードではなく,
 	    外付けのコネクタボックスの中に存在します.
 	    コネクタボックスを接続しないと,
 	    ポートの検出に失敗するでしょう. 私は,
 	    接続しないまま起動したり,
 	    後から接続しなおしたりした時にどうなるかをテ
 	    ストしていません.
 	    どちらも実行しないようお奨めします.</para>
 
 	  <para>もしあなたがカスタマイズ済みのカーネル
 	    コンフィグレーションファイルを持っ ていなければ,
 	    一般的な事柄については, <link
 	      linkend="kernelconfig">FreeBSD
 	      カーネルのコンフィグレーション</link>
 	    を参考にしてください. 以下にBoca 16のボード
 	    に関係する部分だけを記述します. この例では,
 	    あなたがMYKERNELという名前 のカーネルを使っていて,
 	    エディタには viを使っていることを仮定していま す.</para>
 
 	  <procedure>
 	    <step>
 	      <para>次の1行をconfigファイルに追加してください.</para>
 
-		<programlisting>
-options COM_MULTIPORT</programlisting>
+              <programlisting>options COM_MULTIPORT</programlisting>
 	    </step>
 
 	    <step>
 	      <para>この <literal>device
 		  sio<replaceable>n</replaceable></literal>という行を,
 		必要に応じて 16 個のデバイス分を追加してください.
 		最後のデバイスにだけ, このボード
 		の割り込みベクタを記述します. (詳細は &man.sio.4;
 		のマニュア ルページを参照してください.) 以下の例は,
 		割り込み 3, ベース IO アドレス 100h の値を持つ Boca
 		Board の場合です. 各ポートのための IO アドレスは,
 		100h, 108h, 110h, ... のよ うに 16 進法で 8
 		づつ加えていきます.</para>
 
-	      <programlisting>
-device sio1 at isa? port 0x100 tty flags 0x1005 device sio2 at isa?
-		port 0x108 tty flags 0x1005 device sio3 at isa? port
-		0x110 tty flags 0x1005 device sio4 at isa? port 0x118
-		tty flags 0x1005 &hellip; device sio15 at isa? port
-		0x170 tty flags 0x1005 device sio16 at isa? port 0x178
-		tty flags 0x1005 irq 3 vector siointr</programlisting>
+	      <programlisting>device sio1 at isa? port 0x100 tty flags 0x1005
+device sio2 at isa? port 0x108 tty flags 0x1005
+device sio3 at isa? port 0x110 tty flags 0x1005
+device sio4 at isa? port 0x118 tty flags 0x1005
+&hellip;
+device sio15 at isa? port 0x170 tty flags 0x1005
+device sio16 at isa? port 0x178 tty flags 0x1005 irq 3 vector siointr</programlisting>
 
 	      <para>フラグエントリは,
 		あなたが全く同じsioの割り当てを使っていない限り
 		<emphasis>必ず</emphasis>
 		上記の例から変更してください. フラグは,
 		次のように設定します. 0x <replaceable>M</replaceable>
 		<replaceable>YY</replaceable>
 		の<replaceable>M</replaceable>は, マスタポート (Boca
 		16に搭載された最後
 		のポート)のマイナー番号を指定します. さらに
 		<replaceable>YY</replaceable> の部分はFIFOが
 		有効または無効であること (この場合は有効), 割り込みを
 		(ボード内で) 共 有しているか (この場合はYES), そして,
 		AST/4 と互換性のある持つ割り込み
 		制御レジスタを持っているか (この場合はNO)
 		を指定します. この例では,</para>
 
-	      <programlisting>
-flags 0x1005</programlisting>
+	      <programlisting>flags 0x1005</programlisting>
 
 	      <para>というフラグによって,
 		マスタポートが sio16 であることを示します. も
 		し同じボードをもう一枚追加し, sio17 から sio28
 		を割り当てるなら, <emphasis>新しい方の</emphasis>
 		ボードに対応する 16 個のポートのフラグはすべて 0x1C05
 		に なります. 28 (== 0x1C)
 		は新しいボードのマスタポートのマイナー番号で す.
 		フラグの 05 の部分は変更しないでください.</para>
 	    </step>
 
 	    <step>
 	      <para>カーネルコンフィグレーションファイルを
 		保存してカーネルの設定を完了しま す.
 		カーネルをコンパイル後, インストールし,
 		新しいカーネルでリブートし てください.
 		再コンパイルされたカーネルがうまくインストールされて,
 		そのカーネルに正
 		しいアドレスと割り込みが設定されていたならば,
 		ブートメッセージは次の ように Boca
 		ポートの検出に成功するはずです: (sioの番号,
 		IOとIRQの値は, この例とは異なっているでしょう)</para>
 
 	      <screen>sio1 at 0x100-0x107 flags 0x1005 on isa
 sio1: type 16550A (multiport)
 sio2 at 0x108-0x10f flags 0x1005 on isa
 sio2: type 16550A (multiport)
 sio3 at 0x110-0x117 flags 0x1005 on isa
 sio3: type 16550A (multiport)
 sio4 at 0x118-0x11f flags 0x1005 on isa
 sio4: type 16550A (multiport)
 sio5 at 0x120-0x127 flags 0x1005 on isa
 sio5: type 16550A (multiport)
 sio6 at 0x128-0x12f flags 0x1005 on isa
 sio6: type 16550A (multiport)
 sio7 at 0x130-0x137 flags 0x1005 on isa
 sio7: type 16550A (multiport)
 sio8 at 0x138-0x13f flags 0x1005 on isa
 sio8: type 16550A (multiport)
 sio9 at 0x140-0x147 flags 0x1005 on isa
 sio9: type 16550A (multiport)
 sio10 at 0x148-0x14f flags 0x1005 on isa
 sio10: type 16550A (multiport)
 sio11 at 0x150-0x157 flags 0x1005 on isa
 sio11: type 16550A (multiport)
 sio12 at 0x158-0x15f flags 0x1005 on isa
 sio12: type 16550A (multiport)
 sio13 at 0x160-0x167 flags 0x1005 on isa
 sio13: type 16550A (multiport)
 sio14 at 0x168-0x16f flags 0x1005 on isa
 sio14: type 16550A (multiport)
 sio15 at 0x170-0x177 flags 0x1005 on isa
 sio15: type 16550A (multiport)
 sio16 at 0x178-0x17f irq 3 flags 0x1005 on isa
 sio16: type 16550A (multiport master)</screen>
 
 	      <para>もしメッセージの表示が速くて読み取れないときは,
 
 		<screen>&prompt.root; <userinput>dmesg | more</userinput></screen>
 
 		とするとブート時のメッセージを
 		ゆっくり見ることができます.</para>
 	    </step>
 
 	    <step>
 	      <para>次に, root になってから,
 		デバイスにあわせたエントリを
 		<filename>/dev/MAKEDEV</filename>
 		スクリプトを使って<filename>/dev</filename>
 		に追加します. </para>
 
 	      <screen>&prompt.root; <userinput>cd /dev</userinput>
 &prompt.root; <userinput>./MAKEDEV tty1</userinput>
 &prompt.root; <userinput>./MAKEDEV cua1</userinput>
 <emphasis>(中略)</emphasis>
 &prompt.root; <userinput>./MAKEDEV ttyg</userinput>
 &prompt.root; <userinput>./MAKEDEV cuag</userinput></screen>
 
 	      <para>もし, 何らかの理由で発信するデバイスが不要な場合,
 		<filename>cua*</filename> デバ
 		イスを作らないで済ますこともできます.</para>
 	    </step>
 
 	    <step>
 	      <para>デバイスが確実に動作しているかどうか
 		確認する手っ取り早い方法は,  あなたが (rootになって)
 		各ポートにモデムを接続してみて, あなたが作成し
 		た各デバイス毎に</para>
 
 	      <screen>&prompt.root; <userinput>echo at&gt; ttyd*</userinput></screen>
 
 	      <para>とやってみてください. 各ポー トが動作していれば
 		RXの表示が光るのが見える<emphasis>はず</emphasis>
 		です.</para>
 	    </step>
 	  </procedure>
 	</sect4>
 
 	<sect4>
 	  <title>安価な Multi-UART カードのサポート</title>
 
 	  <para><emphasis>寄稿: Helge Oldach
 	    <email>hmo@sep.hamburg.com</email>, September
 	      1999</emphasis></para>
 	  
 	  <para>二つ(またはもっと多くの) COM ポートを備えた
             20$ のマルチ I/O カードでの IRQ 共有が,
             FreeBSD でサポートされているか心配ですって?
             次のようにすれば使うことができます.</para>
 	  
 	  <para>通常, この種のボードをサポートする場合には,
             各ポートに対して個別に IRQ を割り当てて利用します.
             例えば, マザーボード上に <devicename>COM1</devicename> ポート
             (<devicename>sio0</devicename>&ndash;I/O アドレス 0x3F8, IRQ 4)
             があり, 二つの UART ポートがついている拡張カードがあるとしましょう.
             その場合, この二つのポートには, 二番目のポートを
             <devicename>COM2</devicename>(<devicename>sio1</devicename>&ndash;I/O
             アドレス 0x2F8, IRQ 3) に, 三番目のポート(<devicename>sio2</devicename>)を
             I/O アドレス 0x3E8, IRQ 5 に設定する必要があります.
             しかしすぐわかるとおり, この方法では IRQ 資源を無駄に浪費します.
             基本的に前セクションに記されている <literal>COM_MULTIPORT</literal>
             の設定に従えば, 拡張カード上の二つのポートで一つの IRQ を使用するように
             セットアップすることができます.</para>
 
 	  <para>そのような安価な I/O ボードには大抵,
             次に示すような, COM ポートを選択する 4x3
             のジャンパマトリクスがついています.</para>
 
 <programlisting>            o  o  o  *
 Port A               |
             o  *  o  *
 Port B         |
             o  *  o  o
 IRQ         2  3  4  5</programlisting>
 
 	  <para>これは, Port A が IRQ 5 に, Port B が IRQ 3
             に結線されていることを示しています.
             IRQ の並びはボードにより異なるでしょう&mdash;例えば, 他のボードは
             IRQ として 3,4,5,7 が選択できるようになっているかも知れません.</para>
 
 	  <para>「ああ, IRQ を共有するには IRQ 3 の列にある 3
             つの接続点をつなぐようなジャンパ線を手作りして,
             両方のポートが IRQ 3 になるように結線すれば良いのか」と
             考えるかも知れませんが, それは正しくありません.
             UART の出力段は <quote>トーテムポール</quote> 接続(*)されているので,
             IRQ 3 に複数接続することはできないのです.
             そのため, もし UART のどれか一つが IRQ 3 を発行したとしても,
             それが期待するような動作になりません.
             拡張ボードやマザーボードの実装に依存することですが,
             IRQ 3 信号線は常時 H レベルか, L レベルを保っています.
             </para>
 
             <note>
               <para><emphasis>訳注:</emphasis>
               <quote>トーテムポール</quote> とは, ディジタル論理回路を構成する
               TTL ロジック IC の内部構造の一種です. トーテムポール型出力の場合には
               出力同士を接続すると短絡電流が流れてしまうため,
               CPU やメモリで使われている, いわゆるバス接続が使えないという特徴を持っています.
               IRQ 信号線が常時 H か L レベルに保たれる, というのは,
               割り込み信号線が正論理/負論理のどちらになっているかが実装に依存することによります.
               以降の解説は, 正論理を仮定して書かれていますのご注意下さい.</para>
             </note>
 
 	  <para>したがって, 二つの UART の IRQ 出力を分離する必要があります.
             そのためには, どちらかの UART が IRQ を発行した時にだけ,
             ボード上の IRQ 信号線が H レベルになり,
             そうでない時には L レベルになるようにします.
             以下の解決法は, Joerg Wunsch
 	    <email>j@ida.interface-business.de</email>
             から提案されたものです:
             二つのダイオード(ゲルマニウム, あるいはショットキー型を強く推奨)と
             1 キロオームの抵抗器一本で, ワイヤード OR を構成します.
             以下に示すのは, 上に示した 4x3 ジャンパの回路図です.</para>
 
 <programlisting>                          Diode
                 +---------->|-------+
                /                    |
             o  *  o  o              |     1 kOhm
 Port A                              +----|######|-------+
             o  *  o  o              |                   |
 Port B          `-------------------+                 ==+==
             o  *  o  o              |                 Ground
                 \                   |
                  +--------->|-------+
 IRQ         2  3  4  5    Diode</programlisting>
 
 	  <para>各ダイオードのカソード側は接地点に,
             1 キロオームのプルダウン抵抗器と直列にして接続します.
             プルダウン抵抗を接続することはとても重要です.
             これはバス上の IRQ 信号線がフロート状態になるのを防ぎます.</para>
 
 	  <para>さあ, これでカーネルの設定を変更する準備ができました.
             上に示すような例の場合, 次のような設定になります.</para>
 
 	  <programlisting># standard on-board COM1 port
 device          sio0    at isa? port "IO_COM1" tty flags 0x10
 # patched-up multi-I/O extension board
 options         COM_MULTIPORT
 device          sio1    at isa? port "IO_COM2" tty flags 0x205
 device          sio2    at isa? port "IO_COM3" tty flags 0x205 irq 3</programlisting>
 
 	  <para><devicename>sio1</devicename> と
             <devicename>sio2</devicename> の <literal>flags</literal>
             設定は非常に重要です. 詳細は &man.sio.4; をご覧ください.
             (一般的には, "flags" 属性の <literal>2</literal> は,
             <devicename>sio</devicename>2 の IRQ
             を使用するということを示します.
             下位ニブル(訳注: 16 進数一桁のこと) は間違いなく
             <literal>5</literal> とするでしょう.)
             カーネルの verbose モードが ON になっていると,
             こんな風な出力が得られます.</para>
 
 	  <screen>sio0: irq maps: 0x1 0x11 0x1 0x1
 sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa
 sio0: type 16550A
 sio1: irq maps: 0x1 0x9 0x1 0x1
 sio1 at 0x2f8-0x2ff flags 0x205 on isa
 sio1: type 16550A (multiport)
 sio2: irq maps: 0x1 0x9 0x1 0x1
 sio2 at 0x3e8-0x3ef irq 3 flags 0x205 on isa
 sio2: type 16550A (multiport master)</screen>
 
 	  <para><filename>/sys/i386/isa/sio.c</filename> は
             <quote>irq maps</quote> 配列を使っているために
             表示が少々難解なのですが, 基本的なアイデアは
             1,3,4 番目の場所に <literal>0x1</literal>
             があるかどうか調べる, というものです.
             これはつまり, 対応する IRQ が出力された時にセットされ,
             その後クリアされるという, ちょうど期待する動作が
             行なわれることを意味します.
             もし, カーネルがこのような表示を出力しない場合,
             大部分は結線の誤りによるものでしょう.</para>
 	</sect4>
       </sect3>
 
       <sect3 id="cy">
 	<title><devicename>cy</devicename> ドライバのコンフィグ</title>
 
 	<para><emphasis>原作: Alex Nash.<!-- <br> -->
 	    6 June 1996.</emphasis></para>
 
 	<para><emphasis>訳: &a.jp.yuki;.<!-- <br> -->
 	    6 September 1996.</emphasis></para>
 
 	<para>Cyclades 社のマルチポートカードは,
 	  他のマルチポートカードが 使う <devicename>sio</devicename>
 	  の代わりに <devicename>cy</devicename>ドライバを使います.
 	  コンフィグレーションは非常に簡単で,</para>
 
 	<procedure>
 	  <step>
 	    <para><devicename>cy</devicename> デバイスをあなたの <link
 		linkend="kernelconfig-config">カーネルの
 		コンフィグレーション</link>に足します.  (注意.
 	      あなたのirqやiomemの設定が違っているかもしれません)</para>
 
-	    <programlisting>
-device cy0 at isa? tty irq 10 iomem 0xd4000 iosiz 0x2000 vector cyintr</programlisting>
+	    <programlisting>device cy0 at isa? tty irq 10 iomem 0xd4000 iosiz 0x2000 vector cyintr</programlisting>
 	  </step>
 
 	  <step>
 	    <para>新しいカーネルの <link
 		linkend="kernelconfig-building">再構成と
 		インストール</link> をします.</para>
 	  </step>
 
 	  <step>
 	    <para><link
 		linkend="kernelconfig-nodes">デバイスノード</link>
 	      を次(8ポートと仮定しています.)
 	      のように打って作ります:</para>
 
 	    <screen>&prompt.root; <userinput>cd /dev</userinput>
 &prompt.root; <userinput>for i in 0 1 2 3 4 5 6 7;do ./MAKEDEV cuac$i ttyc$i;done</userinput></screen>
 	  </step>
 
 	  <step>
 	    <para>もし, 必要なら シリアルデバイス
 	      (<literal>ttyd</literal>) とそっくりにコピーして <link
 		linkend="dialup">dialup</link>エントリを作り,
 	      <literal>ttyd</literal>の代わりに
 	      <literal>ttyc</literal>を使います. 例:</para>
 
-	    <programlisting>
-ttyc0	"/usr/libexec/getty std.38400"	unknown	on insecure
+	    <programlisting>ttyc0	"/usr/libexec/getty std.38400"	unknown	on insecure
 ttyc1	"/usr/libexec/getty std.38400"	unknown	on insecure
 ttyc2	"/usr/libexec/getty std.38400"	unknown	on insecure
 &hellip;
 ttyc7	"/usr/libexec/getty std.38400"	unknown	on insecure</programlisting>
 	  </step>
 
 	  <step>
 	    <para>新しいカーネルで立ち上げます.</para>
 	  </step>
 	</procedure>
       </sect3>
 
       <sect3>
 	<title><devicename>si</devicename> ドライバのコンフィグ</title>
 
 	<para><emphasis>原作 &a.nsayer;. 25 March
 	    1998.</emphasis></para>
 
 	<para><emphasis>訳: &a.jp.yoshiaki;. 
 	29 Apr 1999. </emphasis></para>
 
 	<para>マルチポートカードのSpecialix SI/XIO と SX は
 	  <devicename>si</devicename> ドライバを使います.
 	  1台のマシンで4枚までのホストカードを使うことが
 	  できます. 以下のホストカードがサポートされています:
 	</para>
 
 	<itemizedlist>
 	  <listitem><para>ISA SI/XIO host card (2 versions)</para></listitem>
 	  <listitem><para>EISA SI/XIO host card</para></listitem>
 	  <listitem><para>PCI SI/XIO host card</para></listitem>
 	  <listitem><para>ISA SX host card</para></listitem>
 	  <listitem><para>PCI SX host card</para></listitem>
 	</itemizedlist>
 
 	<para>SX と SI/XIO ホストカードは明らかに違いがあるように見えますが
 	  これらの機能は基本的には同じものです. ホストカードはI/O空間を
 	  利用しませんが, 代りに32Kブロックのメモリ空間を使います.
 	  ISAカードの工場出荷時の設定は<literal>0xd0000-0xd7fff</literal>
 	  です.
 	  これらはIRQを必要とします. PCIカードではもちろん自動設定されます.
 	</para>
 
 	<para>ホストカードには最大4個の外部モジュールが接続できます.
 	  外部モジュールにはそれぞれ4/8本のシリアルポートが内蔵されています.
 	  モジュールは以下の品種があります.</para>
 	
 	<itemizedlist>
 	  <listitem><para>SI 4 ポート/ポート モジュール. ポートそれぞれ
 		最大 57600 bps がサポートされます.</para></listitem>
 	  
 	  <listitem><para>XIO 8 ボートモジュール. ポートそれぞれ最大
 		115200 bps がサポートされます. XIOモジュールには 7
 		シリアルポートと1 パラレルポート のタイプもあります.
 	  </para></listitem>
 	  <listitem><para>SXDC, 8ポートモジュール.
 	      ポートそれぞれ最大921600 bps がサポートされます. XIOと同様,
 	      1つのパラレルポートを持つモデルがあります. </para></listitem>
 	</itemizedlist>
 
 	<para>ISA ホストカードを設定するには以下の行を
 	  <link linkend="kernelconfig-config">カーネルコンフィグレーション
 	   ファイル</link>に追加します. 数値は適当なものに変更してください.</para>
      
-	<programlisting>
-device si0 at isa? tty iomem 0xd0000 irq 11</programlisting>
+	<programlisting>device si0 at isa? tty iomem 0xd0000 irq 11</programlisting>
 	
 	<para>有効なIRQ番号は SX ISA ホストカードでは 9, 10, 11, 12, 15 で
 	  SI/XIO ISAホストカードでは 11, 12, 15 です. </para>
      
 	<para>EISAやPCIカードの設定は, 以下の行を使います: </para>
      
-	<programlisting>
-device si0</programlisting>
+	<programlisting>device si0</programlisting>
 
 	<para>コンフィグレーションエントリを追加した後で, 新しいカーネルの
 	<link linkend="kernelconfig-building">再構築とインストール</link>
 	 を行ないます.</para>
      
 	<para>新しいカーネルで再起動した後に, <link
 	 linkend="kernelconfig-nodes">デバイスノード</link> を /dev 以下に
 	 作成する必要があります. <filename>MAKEDEV</filename>スクリプト
 	 で注意深く行なってください. 利用するポートの数をタイプします:
 	 </para>
      
 	<screen>&prompt.root; <userinput>cd /dev</userinput>
 &prompt.root; <userinput>./MAKEDEV ttyA<replaceable>nn</replaceable> cuaA<replaceable>nn</replaceable></userinput></screen>
      
 	<para>(<replaceable>nn</replaceable> はポートの数に置き換えます.
 	</para>
      
 	<para>login プロンプトにこれらのポート番号を表示させたい場合
 	は<link linkend="dialup"><filename>/etc/ttys</filename>
 	</link>に以下の行を追加する必要があります:</para>
 
-	<programlisting>
-ttyA01  "/usr/libexec/getty std.9600"   vt100   on insecure
-	</programlisting>
+	<programlisting>ttyA01  "/usr/libexec/getty std.9600"   vt100   on insecure</programlisting>
      
 	<para>ターミナルタイプは適当なものに変更してください.
 	  例えばモデムの場合は<userinput>dialup</userinput> あるいは
 	<userinput>unknown</userinput>が適当でしょう. </para>
        </sect3>
      </sect2>
 
     <sect2>
       <title>* パラレルカード</title>
 
       <para></para>
     </sect2>
 
     <sect2>
       <title>* モデム</title>
 
       <para></para>
     </sect2>
 
     <sect2>
       <title>* ネットワークカード</title>
 
       <para></para>
     </sect2>
 
     <sect2>
       <title>* キーボード</title>
 
       <para></para>
     </sect2>
 
     <sect2>
       <title>マウス</title>
 	
       <para><emphasis>寄稿: Joel Sutton
   	  <email>jsutton@bbcon.com.au</email>, 2000 年 1 月.</emphasis></para>
       
       <para>FreeBSD は PS/2 ポート, シリアルポート, USB
         ポートを経由して様々な種類のマウスをサポートしています.
         mouse デーモンを使うとマウスを X
         とシステムコンソールの両方で利用することができるため,
         多くの人は mouse デーモンを使うことを選んでいます.
         mouse デーモンに関する詳細は, &man.moused.8; を参照してください.
         この章の例では, mouse デーモンが使われていることを前提にしています. 
       </para>
       
       <note>
         <para>この節に書かれている各種製品の名前は, 著者が FreeBSD 上で
           動作することを確認したものであり,
           ここに書かれていない他の同様のデバイスも動作する可能性があります.
         </para>
       </note>
       
       <sect3>
         <title>PS/2 マウス</title>
 	
         <sect4>
           <title>システム設定</title>
           
 	  <para>PS/2 マウスが mouse デーモンで正しく機能するように設定するには,
 	    以下の行を <filename>/etc/rc.conf</filename>
 	    に加える必要があります.</para>
           
           <programlisting>moused_enable="YES"
 moused_type="ps/2"
 moused_port="/dev/psm0"</programlisting>
         </sect4>
 
         <sect4>
           <title>利用できることが分かっている機器</title>
 
           <itemizedlist>
             <listitem>
               <para>Logitech First Mouse - 3 ボタン</para>
             </listitem>
 	    
             <listitem>
               <para>マイクロソフト社製シリアル-PS/2 互換マウス</para>
             </listitem>
           </itemizedlist>
         </sect4>
       </sect3>
 
       <sect3>
         <title>シリアルマウス</title>
 
         <sect4>
           <title>システム設定</title>
 
 	  <para>シリアルマウスが mouse デーモンで正しく機能するよう設定するには,
 	    以下の行を <filename>/etc/rc.conf</filename>
 	    に加える必要があります. この例では, マウスが
 	    <devicename>COM1:</devicename> に接続されていて,
             そのマウスが mouse
             デーモンによって自動的に認識されることを前提としています.</para>
 
           <programlisting>moused_enable="YES"
 moused_type="auto"
 moused_port="/dev/cuaa0"</programlisting>
 
           <para>特定の種類のシリアルマウスで mouse
             デーモンを使用する設定に関しては, &man.moused.8;
             にある詳細な説明をご覧ください.</para>
         </sect4>
 
         <sect4>
           <title>利用できることが分かっている機器</title>
 	  
           <itemizedlist>
             <listitem>
               <para>一般的なマイクロソフトマウス互換品</para>
             </listitem>
 
             <listitem>
               <para>Logitech First Mouse - 3 ボタン</para>
             </listitem>
 
             <listitem>
               <para>マイクロソフト社製シリアル-PS/2 互換マウス</para>
             </listitem>
           </itemizedlist>
         </sect4>
       </sect3>
 
       <sect3>
         <title>USB</title>
 	
         <sect4>
           <title>システム設定</title>
 	  
           <para>USB デバイスドライバは比較的最近 FreeBSD に追加されたもので,
 	    まだ GENERIC カーネルには含まれていません.  以下の手順は,
 	    典型的なシステムで関連するドライバをいかに組み込むかという一例です.</para>
 
           <procedure>
             <step>
        	      <para><devicename>ums</devicename> デバイスをあなたの
 		<link linkend="kernelconfig-config">カーネルコンフィグレーション</link>
 		の usb セクションに追加します.  たとえば, 次のようにします.
        	      </para>
 
 	      <programlisting>controller usb0 controller uhci0 device ums0</programlisting>
 	    </step>
        		
 	    <step>
 	      <para>新しいカーネルを<link linkend="kernelconfig-building">
 		  再構築してインストール</link>します.</para>
 	    </step>
 
        	    <step>
        	      <para><link linkend="kernelconfig-nodes">デバイスノード(device
 		  node)</link> を作ります. それには, 以下のように入力します:</para>
 
 	      <screen>&prompt.root; <userinput>cd /dev</userinput>
 &prompt.root; <userinput>sh MAKEDEV ums0</userinput></screen>
 	    </step>
 
 	    <step>
 	      <para>以下の内容を <filename>/etc/rc.conf</filename> に追加し,
 		mouse デーモンが正しく動作するように設定します.</para>
 
 	      <programlisting>moused_enable="YES"
 moused_type="auto"
 moused_port="/dev/ums0"</programlisting>
             </step>
 
             <step>
               <para>システムを再起動します.</para>
 	      <screen>&prompt.root; <userinput>shutdown -r now</userinput></screen>
             </step>
           </procedure>
         </sect4>
 
         <sect4>
           <title>利用できることが分かっている機器</title>
 
           <itemizedlist>
             <listitem>
               <para>Logitech TrackMan - Marble Wheel</para>
             </listitem>
           </itemizedlist>
         </sect4>
       </sect3>
     </sect2>
 
 <![ %not.published; [
 
     <sect2>
       <title>* その他</title>
 
       <para></para>
     </sect2>
   </sect1>
 
 ]]>
 
 
   <sect1 id="hw-storage">
     <title>記憶装置</title>
 
     <sect2 id="esdi">
       <title>ESDIハードディスクの使い方</title>
 
       <para><emphasis>原作および Copyright &copy; 1995, &a.wilko;.
 	  <!-- <br> -->24 September 1995.</emphasis></para>
 
       <para><emphasis>訳: &a.jp.ts;<!-- <br> -->
 	  2 September 1996.</emphasis></para>
 
       <para>ESDIとは Enhanced Small Device Interfaceの略語です.
 	この技術は, 馴染み 深い ST506や
 	ST412といったインタフェースに基づくものであり, 世界初の普 及型
 	5.25インチのウィンチェスタディスクを造ったSeagate
 	Technology社に よって最初に作られました.</para>
 
       <para>ESDIの Eは拡張 (Enhanced) を表しており,
 	実際そのとおりです. まず, イン タフェースの速度は速く, 10
 	ないし 15Mビット/秒であり, ST412インタフェー
 	スに接続したドライブの 5Mビット/秒よりも高速です. また,
 	上位レベルのコ マンドがいくつか追加されて,
 	オペレーティングシステムレベルのドライバ作 成者にとって,
 	ESDIインタフェースはある程度インテリジェントなものとなり
 	ました. ただし SCSIほどにインテリジェントではありません.
 	ESDIは ANSIが 標準化をおこなっています.</para>
 
       <para>トラックごとのセクタ数を増やすことで,
 	ESDIドライブの記憶容量は引き上げ られました. 通常,
 	トラックあたり 35セクタですが, 今までに筆者がみたド
 	ライブの中で大容量のものは, トラックあたり
 	54セクタもありました.</para>
 
       <para>ESDIは IDEや
 	SCSIといったインタフェースの普及によって消えつつあります が,
 	無料あるいは在庫処分の 格安なドライブが入手可能であることを
 	考えると,  少ない (もしくは現状の)
 	予算で縛られたシステムにとって, ESDIドライブは
 	理想的です.</para>
 
       <sect3>
 	<title>ESDIのコンセプト</title>
 
 	<sect4>
 	  <title>物理的な接続</title>
 
 	  <para>ESDIインタフェースでは,
 	    ドライブごとに2つのケーブルを接続します. 第 1
 	    のケーブルは34ピンのフラットケーブルエッジコネクタで,
 	    コントローラとド ライブ間のコマンドおよびステータスの
 	    両信号のやりとりのためのものです.  コマンド用ケーブルは,
 	    すべての ESDIドライブをデイジーチェーンで結び ますから,
 	    すべてのドライブを接続したバスを構成することに
 	    なります.</para>
 
 	  <para>第 2 のケーブルは 20 ピンのフラットケーブル
 	    エッジコネクタで, ドライブへの データ入出力に使います.
 	    このケーブルは放射状に接続しますから, ドライブ
 	    ごとにコントローラへの専用接続を持つことに
 	    なるわけです.</para>
 
 	  <para>筆者の経験によれば, PC向け ESDI コントローラには,
 	    コントローラあたり最 大 2
 	    台までのデバイス接続が可能という制限がありました. これは,
 	    ドライ ブのアドレス割り当てのために,
 	    単一ビットだけを用意したという WD1003 か
 	    ら持ち越された互換 (?) 機能なのだと思われます.</para>
 	</sect4>
 
 	<sect4>
 	  <title>デバイスのアドレス指定</title>
 
 	  <para>1本のコマンドケーブルには最大で 7つのデバイスと
 	    1つのコントローラを接 続することができます.
 	    どのドライブをコントローラがアドレスしているのか
 	    を個別に認識できるようにするために, ESDIデバイスは,
 	    デバイスアドレスを
 	    設定するためのジャンパかスイッチを備えています.</para>
 
 	  <para>PC向けコントローラでは,
 	    最初のドライブにはアドレス0を設定し, 第2番目の
 	    ディスクへはアドレス1を設定します.
 	    <emphasis>いつも留意すべきことは, </emphasis>
 	    ディスクごとに固有のアドレスを必ず設定するということです!
 	    つまり, コン トローラあたり最大2台のドライブというような
 	    PC向けのものでは, 第1 ドラ イブは第0番ドライブで,
 	    第2ドライブは第1番ドライブだということです.</para>
 	</sect4>
 
 	<sect4>
 	  <title>ターミネート処理 (termination)</title>
 
 	  <para>デイジーチェーン接続用コマンドケーブル
 	    (34ピンのケーブルであることを覚 えていますか? ) では,
 	    最後のチェーン接続ドライブでターミネートしなけれ
 	    ばなりません. このために,
 	    ESDIドライブにはターミネート用抵抗ネットワー
 	    クが付属しており,
 	    ターミネートする必要がないときにはその抵抗をドライブ
 	    から外したり, またはジャンパで無効 (disable)
 	    にすることができるようになっ ています.</para>
 
 	  <para>したがって, ひとつのドライブ,
 	    すなわちコマンドケーブルの最終端に位置す
 	    るドライブ<emphasis>だけ</emphasis>が,
 	    そのターミネート用抵抗を有効 (installまたは enable)
 	    にすることができます.
 	    コントローラは自動的にコマンドケーブルのもう一方
 	    の端のターミネート用抵抗を有効にします.
 	    ご注意いただきたいのは, コント
 	    ローラは必ずコマンドケーブルのいずれかの
 	    端に位置しなければならず, けっ
 	    して途中に位置するようにしては
 	    <emphasis>いけない</emphasis> ということです.</para>
 	</sect4>
       </sect3>
 
       <sect3>
 	<title>ESDIディスクの FreeBSDでの使い方</title>
 
 	<para>ESDI を初めて動かすようにすることが,
 	  どうしてこうも大変なことなのでしょ うか ?</para>
 
 	<para>ESDIディスクを FreeBSD
 	  で動かそうと試みた人たちが激烈なイライラを募らせ
 	  たことは知られています. 今までまったく
 	  ESDIを知らない場合には, 複数の 要因の組み合わせが悪く働いて,
 	  ESDIへの理解を妨げることになるかもしれま せん.</para>
 
 	<para>このことは, ESDIと
 	  FreeBSDの組み合わせは選んではいけないという俗説も生
 	  み出しました. 以下の節において, 落し穴のすべてとその解決策を
 	  述べてみようと思います.</para>
 
 	<sect4>
 	  <title>ESDI速度の違い</title>
 
 	  <para>すでに簡単に紹介したように,
 	    ESDIは2種類の速度を持っています. 旧式のド
 	    ライブとコントローラは 10Mビット/秒のデータ転送速度ですが,
 	    新しいもの では 15Mビット/秒が利用できます.</para>
 
 	  <para>仮に 10Mビット/秒のコントローラへ
 	    15Mビット/秒のドライブを接続したよ
 	    うな場合に問題が生じることを予想することは簡単です.
 	    したがって必ず, コ ントローラ <emphasis>および</emphasis>
 	    ドライブのマニュアルを参照して, それぞれの 転送速度が
 	    一致しているかどうかを調べるようにしてください.</para>
 	</sect4>
 
 	<sect4>
 	  <title>トラックについて</title>
 
 	  <para>主流の ESDIドライブは,
 	    トラックあたり34ないし36個のセクタを持ちます.
 	    しかし大部分の (古い)
 	    コントローラは36個以上のセクタを扱うことができま
 	    せん.</para>
 
 	  <para>新しい大容量のドライブでは,
 	    トラックごとにさらに多くの数のセクタを持つ ことができます.
 	    たとえば筆者の 670MBのドライブは, トラックあたり 54セ
 	    クタも持たせることができます.</para>
 
 	  <para>筆者のコントローラは 54
 	    セクタ数をサポートしていませんでしたが, トラック あたり 35
 	    セクタという設定で, 問題なく動作しました. しかし,
 	    これが意味す
 	    るのは大量のディスク容量を失うということです.</para>
 
 	  <para>もう一度,
 	    詳しい情報についてハードウェアのドキュメントを
 	    調べてください.
 	    この例のような仕様からはずれた設定をしたときには,
 	    うまく動くかもしれま せんが, 動かないこともあります.
 	    そのようなときには, 別のより多くの機能
 	    をもつコントローラで試してみるようにしてください.</para>
 	</sect4>
 
 	<sect4>
 	  <title>ハードセクタとソフトセクタ</title>
 
 	  <para>多くの ESDIドライブでは,
 	    ハードセクタまたはソフトセクタによる処理を,
 	    ジャンパ設定で指定することができます. ハードセクタとは,
 	    新しいセクタの 開始位置において,
 	    ESDIドライブにセクタパルス (sector pulse) を発生させ
 	    ることです. コントローラはこのパルスを利用して,
 	    書き込みや読み取りのタ イミングを指示します.</para>
 
 	  <para>ハードセクタではセクタのサイズを選ぶことができます
 	    (通常はフォーマット 後セクタあたり256, 512,
 	    および1024バイト). FreeBSDは512バイトのセクタ
 	    サイズを使います. トラックあたりのセクタ数は,
 	    同じように選択に幅があり ますが,
 	    フォーマット後のセクタのバイト数はすべて同じです.
 	    セクタごとの  <emphasis>未フォーマット</emphasis>
 	    のバイト数は, コントローラがどの程度の調整用の
 	    バイト数を必要とするかによって異なります.
 	    トラックあたりのセクタ数を多 くすれば記憶容量は増えますが,
 	    もしドライブから与えられるバイト数よりも
 	    多くのものをコントローラが必要とするのであれば,
 	    問題を生じることがあり ます.</para>
 
 	  <para>ソフトセクタでは,
 	    コントローラ自身が読み書きの始まりと終りの位置を決め ます.
 	    なお, ESDI (筆者が知り得たものすべて) では,
 	    ハードセクタがデフォ ルトのようです.
 	    ソフトセクタを試みる必要性は感じたことがありません.</para>
 
 	  <para>通常, FreeBSDをインストールする以前に,
 	    まずセクタ処理の設定を試される ことをおすすめします.
 	    というのも, セクタ処理の設定を変えるたびに, 物理
 	    フォーマット (low-level format)
 	    をしなければならないからです.</para>
 	</sect4>
 
 	<sect4>
 	  <title>物理フォーマット処理</title>
 
 	  <para>ESDIドライブは, 使い始める前に,
 	    物理フォーマットをおこなう必要があります.
 	    もしトラックあたりのセクタ数を変えたり,
 	    ドライブの物理的な設置方法 (水 平や垂直方向)
 	    を変えたときには, ふたたびフォーマットする必要があります
 	    から, よく検討した後でフォーマットしてください.
 	    フォーマット処理の所要 時間を短く予想してはいけません.
 	    大容量のディスクでは数時間を要します.</para>
 
 	  <para>物理フォーマットが終わったならば, サーフィススキャン
 	    (surface scan) を おこない,
 	    バッドセクタの検出とフラグの処理をします.
 	    ほとんどのディスクには,
 	    メーカが作成したバッドブロックリストを
 	    記録した用紙またはステッカーが付 いています. さらに,
 	    ほとんどのディスク内にもバッドブロックリストが記録
 	    されています.
 	    メーカが作成したリストを利用するようにしてください. この
 	    時点で不良部分をマップし直す方が,
 	    FreeBSDのインストール後におこなうよりも,
 	    はるかに簡単です.</para>
 
 	  <para>物理フォーマットプログラムのなかでも,
 	    トラックの中にひとつでもバッドセ クタがあれば,
 	    同じトラック内の残りのすべてのセクタを不良とするようなプ
 	    ログラムがありますから,
 	    そのようなものは利用しないようにしてください.
 	    ディスクスペースの浪費だけでなく, より重大な
 	    bad144と関連した悲劇の原 因にもなるからです
 	    (bad144の節を参照のこと).</para>
 	</sect4>
 
 	<sect4>
 	  <title>トランスレーション</title>
 
 	  <para>トランスレーションが,
 	    ESDIだけに限定された問題ではないにもかかわらず,
 	    重大な困難になることがあります.
 	    トランスレーションにはいくつかの側面が あります.
 	    多くに共通なものは, IBM
 	    PC/ATのオリジナルの設計に起因するディ
 	    スクジオメトリに関する制限を,
 	    うまく回避するような調整を試みるものです  (IBM に感謝 !
 	    ).</para>
 
 	  <para>まずはじめに,  1024シリンダに関する (悪)
 	    名高い制限があります. すなわ ち,
 	    ブート可能なシステムについて, システム関連ファイルは
 	    (オペレーティ ングシステムがどのようなものであっても) ,
 	    ディスクの先頭部分の 1024シ リンダ内になければいけない,
 	    という制限です. シリンダ番号を表すためには
 	    10ビットしか与えられていません. セクタの総数については,
 	    上限は 64 (0か ら 63) です. この1024シリンダの制限を,
 	    16ヘッドの制限 (これも ATの仕様 による) と組み合わせると,
 	    かなり限定されたディスク容量しか利用できませ ん.</para>
 
 	  <para>この難点を解消するために, PC 向け
 	    ESDIコントローラのメーカは, 自社のコ ントローラボードへ
 	    BIOS PROM拡張を施しました. この BIOS拡張の内容は,
 	    ブート時のディスクI/Oを (OSによっては
 	    <emphasis>すべて</emphasis> のディスクI/Oも)  ,
 	    トランスレーションを用いておこなうというものです.
 	    すなわち, 大容量のディ スクを, あたかも 32
 	    ヘッドかつトラックあたり 64 セクタであるようなデバイス
 	    として OSへ知らせるのです. この結果, 総シリンダー数は
 	    1024よりも少なく なりますから,
 	    上記の難点などなかったものとして大容量ディスクを使うこと
 	    ができるようになります. なお, 注目いただきたいことは,
 	    FreeBSDカーネル の起動以降, FreeBSDはこの
 	    BIOS拡張機能を使わないということです. 詳しく
 	    は後ほどご説明いたします.</para>
 
 	  <para>トランスレーションの第 2 の存在理由は,
 	    多くの旧いシステムBIOSが, トラッ クあたり 17
 	    セクタのドライブだけしか扱えない (ST412 という古い仕様)
 	    から,  というものです. 比較的新しい BIOSは通常,
 	    自由な値を設定できるドライブ タイプ
 	    (多くの場合ドライブタイプ47) を持っています.</para>
 
 	  <warning>
 	    <para>この文書を読み終えられた後で,
 	      どのようにトランスレーションを利用す るにせよ,
 	      ぜひご留意いただきたいことがあります. もし複数の
 	      OSをひとつ のディスクにインストールするときには,
 	      必ず同じトランスレーションを使わ なければなりません.
 	    </para>
 	  </warning>
 
 	  <para>トランスレーションに関して,
 	    筆者が使用したコントローラは, ひとつのドラ
 	    イブを複数のパーティションに論理的に
 	    分けることができる機能を BIOS のオ
 	    プションとして持っていました
 	    (このような製品はいくつかあると思われる).  しかし,
 	    ひとつのドライブにはひとつのパーティションに限定しました.
 	    なぜ なら, このコントローラはパーティション情報を
 	    ディスクへ書き出すからです.  つまり, 電源を入れると,
 	    コントローラはこの情報を読み取り, OSに対してディ
 	    スクから読みとった情報に基づくデバイスとして
 	    知らせるからです.</para>
 	</sect4>
 
 	<sect4>
 	  <title>代替セクタ処理</title>
 
 	  <para>多くの ESDI コントローラはバッドセクタを
 	    取り替える機能を備えています.
 	    ディスクの物理フォーマット処理の途中もしくは終了時に,
 	    バッドセクタであ ることを記録して,
 	    代わりのセクタを壊れたセクタの位置へ (論理的に) 置き
 	    ます.</para>
 
 	  <para>通常この置き換え処理は, トラック内の N-1
 	    個のセクタを実際のデータ記録に 使い,
 	    第N番目のセクタだけを代替セクタとすることで実現します.
 	    ここでNと いう値はトラック内の物理的セクタの総数です.
 	    このアイデアが生まれた背景 は,
 	    オペレーティングシステムが壊れたセクタを持たない 「完全」
 	    なディスク を想定している, というものです. しかし
 	    FreeBSDではこのアイデアを使うこ とはできません.</para>
 
 	  <para>理由は, <emphasis>使用不可 (bad)</emphasis> から
 	    <emphasis>使用可能</emphasis> への変換をおこなう のが
 	    ESDIコントローラ上の BIOSだからなのです. FreeBSDは, 真の
 	    32ビット のオペレーティングシステムであるために,
 	    ブート後には BIOSを使いません.  代わりに
 	    FreeBSDが使うのは,
 	    ハードウェアと直接「対話」するデバイスドラ
 	    イバというものです.</para>
 
 	  <para><emphasis>結論:
 	      代替セクタ処理やバッドブロックマッピングなど,
 	      コントローラ・ メーカがなんと呼ぶかは判りませんが,
 	      それらに似た機能を FreeBSDのディス
 	      クへは使わないでください. </emphasis></para>
 	</sect4>
 
 	<sect4>
 	  <title>バッドブロックの取り扱い</title>
 
 	  <para>前節から残された問題があります. すなわち,
 	    コントローラによるバッドブロッ
 	    ク処理は利用できない状況であるにもかかわらず,
 	    FreeBSDのファイルシステ
 	    ムが想定しているのはあくまで完全無欠なディスクである,
 	    という問題で す. これを解消するために, FreeBSDは
 	    <command>bad144</command> というツールを採用 しています.
 	    この <command>bad144</command> (この名前は
 	    DEC社の標準となったバッドブロック 処理に由来している) は,
 	    FreeBSDのスライスごとにバッドブロックを調べま す.
 	    バッドブロックを見つけ出すと, <command>bad144</command>
 	    は傷ついたブロック番号によるテー ブルを
 	    FreeBSDスライスの末尾へ書き込みます.</para>
 
 	  <para>ディスクが動作し始めると,
 	    ディスクから読みとられたテーブルを基に, ディ
 	    スクアクセスを調べます. この <command>bad144</command>
 	    リストに記録されたブロック番号への 要求が起こると,
 	    代わりのブロック (同じく FreeBSDスライスの末尾に位置す る)
 	    を使います. このように, <command>bad144</command>
 	    による置換手続きによって 「完全」 なディ スクを FreeBSD
 	    ファイルシステムへ提供しているのです.</para>
 
 	  <para><command>bad144</command>
 	    の使用により陥るかもしれない落し穴があります. まず,
 	    ひとつのス ライスには 126
 	    個以上のバッドセクタを持てません. もしドライブに 126
 	    個以上 のバッドセクタがあったときには, 複数の FreeBSD
 	    のスライスに分けて, 各ス ライスのバッドセクタが 126
 	    個以下となるようにする必要があります. くれぐ れも,
 	    ひとつのトラック内にたったひとつの欠陥セクタが
 	    見つかっただけで,  そのトラック内セクタ
 	    <emphasis>すべて</emphasis>
 	    を傷ついたものとして記録するよう
 	    な物理フォーマットプログラムを使わないようにしてください.
 	    簡単にお解り いただけると思いますが,
 	    このような物理フォーマットをおこなえば, 126個の制
 	    限は短時間で達成してしまいます.</para>
 
 	  <para>次に, もしスライスが root
 	    ファイルシステムを含んでいるときには, 1024シ
 	    リンダ以内という BIOSの制限を守っていなければなりません.
 	    ブート処理の ときですから, bad144 リストは BIOS
 	    を使って読み取りますので, このリスト が 1024
 	    シリンダ限界以内に位置していなければ読みとれません.</para>
 
 	  <note>
 	    <para>この制限は root
 	      <emphasis>ファイルシステム</emphasis> だけ
 	      が1024シリンダ限界以内にあれば十分ということではなく,
 	      rootシステムを含 んだ <emphasis>スライス</emphasis>
 	      全体が1024シリンダ限界以内におさまっている必要
 	      があります.</para>
 	  </note>
 	</sect4>
 
 	<sect4>
 	  <title>カーネルのコンフィグレーション</title>
 
 	  <para>ESDIディスクを扱うドライバは, IDEや ST412
 	    MFMディスクなどと同じ  <literal>wd</literal> ドライバです.
 	    この <literal>wd</literal> ドライバは, すべての WD1003
 	    互換インタフェースにも利用できるはずです.</para>
 
 	  <para>大部分のハードウェアは, ジャンパの設定によって,
 	    ふたつの I/Oアドレス範 囲と IRQ 値のうちから,
 	    それぞれひとつを選ぶことができます. したがって, wd
 	    タイプのふたつのコントローラを
 	    ひとつのシステムで使うことができます.</para>
 
 	  <para>もし設定しようとしているハードウェアが
 	    標準以外の割り当てをサポートして いれば,
 	    適切な設定情報をカーネルのコンフィグレーションファイルに
 	    記述す ることで, この非標準割り当てを利用できます.
 	    次にカーネルのコンフィグレー ションファイルの例を示します
 	    (このファイルがあるディレクトリは
 	    <filename>/sys/i386/conf</filename> である).</para>
 
-	  <programlisting>
-# First WD compatible controller
+	  <programlisting># First WD compatible controller
 controller      wdc0    at isa? port "IO_WD1" bio irq 14 vector wdintr
 disk            wd0     at wdc0 drive 0
 disk            wd1     at wdc0 drive 1
 
 # Second WD compatible controller
 controller      wdc1    at isa? port "IO_WD2" bio irq 15 vector wdintr
 disk            wd2     at wdc1 drive 0
 disk            wd3     at wdc1 drive 1</programlisting>
 	</sect4>
       </sect3>
 
       <sect3>
 	<title>ESDIハードウェアの例</title>
 
 	<sect4>
 	  <title>Adaptec 2320コントローラ</title>
 
 	  <para>筆者は, ACB-2320でコントロールされた ESDIディスクへ,
 	    FreeBSDをインストー ルすることができました. なお,
 	    このディスクには他のオペレーティングシス
 	    テムをインストールしていません.</para>
 
 	  <para>インストールするために, まず,
 	    <command>NEFMT.EXE</command> (<hostid
 	      role="fqdn">www.adaptec.com</hostid> から
 	    <command>ftp</command>可能)
 	    でディスクを物理フォーマットし, かつトラックを代替セ
 	    クタとともにフォーマットするかどうかの設問に
 	    NOと答えました. また  ACB-2320の
 	    BIOSは使わないように設定しました. そしてシステム
 	    BIOSがブー トできるように, システム
 	    BIOSの<literal>自由に設定可能</literal>
 	    オプションを使いまし た.</para>
 
 	  <para>実は, <command>NEFMT.EXE</command>を使う以前に, まず
 	    ACB-2320 の BIOSに組み込まれているフォー
 	    マットプログラムでディスクをフォーマットしてみましたが,
 	    使えないことが 判りました. なぜなら,
 	    代替セクタの処理をおこなわないようにするオプションが
 	    用意されていないからです.
 	    代替セクタ処理をおこなうようにすると, FreeBSDの
 	    インストール作業は
 	    <command>bad144</command>の実行の段階で失敗しました.</para>
 
 	  <para>もし ACB-232<replaceable>xy</replaceable>
 	    をお持ちであれば, そのバージョン番号に注意してください.
 	    文字 <replaceable>x</replaceable> には
 	    <literal>0</literal> か <literal>2</literal> が入りまして,
 	    ボード上にフロッピーコントローラがあるかど
 	    うかを見分けることができます.</para>
 	  <!-- kuriyama - y should replaceable? -->
 
 	  <para>文字 <literal>y</literal>はさらに興味深いもので,
 	    ブランクか, <literal>A-8</literal>か, または
 	    <literal>D</literal>のいずれかで す. ブランクは,
 	    単純な10Mビット/秒のコントローラであることを表します.
 	    <literal>A-8</literal>は, 15Mビット/秒のコントローラで,
 	    かつ 52セクタ/トラックをサポート
 	    しているものであることを表します. <literal>D</literal>は,
 	    15Mビット/秒のコントローラで,  かつ 36セクタ/トラック以上
 	    (52セクタも可能か?) のドライブをサポートし
 	    ているものであることを表します.</para>
 
 	  <para>このコントローラのすべてのバージョンはインターリーブ比
 	    1:1に対応してい るはずです. FreeBSDは充分高速なので, ぜひ
 	    1:1と指定してください.</para>
 	</sect4>
 
 	<sect4>
 	  <title>Western Digital WD1007コントローラ</title>
 
 	  <para>筆者は, WD1007でコントロールされた ESDIディスクへ,
 	    FreeBSDをインストー ルすることができました. 正確には
 	    WD1007-WA2というコントローラでした.
 	    これ以外の複数のバージョンも WD1007にあります.</para>
 
 	  <para>利用できるようにするために,
 	    セクタトランスレーションとWD1007の BIOSと
 	    を使わないように設定しました. この設定の意味は,
 	    BIOSに組み込まれた物理
 	    フォーマットプログラムを使えないようにしたということです.
 	    代わりに,  <hostid role="fqdn">www.wdc.com</hostid>から
 	    <command>WDFMT.EXE</command>を入手して,
 	    ディスクをフォーマットし ました. 以後,
 	    順調に動いています.</para>
 	</sect4>
 
 	<sect4>
 	  <title>Ultrastor U14Fコントローラ</title>
 
 	  <para>ネットに流れたいくつかの報告によれば, Ultrastorの
 	    ESDIボードも FreeBSD で動作するようです.
 	    実際の設定についての詳しい情報はありません.</para>
 	</sect4>
       </sect3>
 
       <sect3 id="esdi-further-reading">
 	<title>追加資料</title>
 
 	<para>本格的に ESDIのプログラミングを計画している方は,
 	  次の公式規格仕様書を 入手なさることをおすすめします.</para>
 
 	<para>最新の ANSI X3T10 委員会の文書は次のものです：
 
 	  Enhanced Small Device Interface (ESDI)
 	  [X3.170-1990/X3.170a-1991]   [X3T10/792D Rev 11]</para>
 
 	<para>USENETのニュースグループ <ulink
 	    url="news:comp.periphs">comp.periphs</ulink> は,
 	  詳しい情報を得ることができる注目すべきもので す.</para>
 
 	<para>World Wide Web (WWW) もまた便利な情報源です. Adaptec社の
 	  ESDIコントロー ラについては <ulink
 	    url="http://www.adaptec.com/">http://www.adaptec.com/</ulink> を参照ください.  Western Digital 社のコントローラについては <ulink url="http://www.wdc.com/">http://www.wdc.com/</ulink> を参照ください. </para>
       </sect3>
 
       <sect3>
 	<title>感謝</title>
 
 	<para>Andrew Gordon氏より, テスト用の Adaptec
 	  2320コントローラと ESDIディス
 	  クを送っていただきました.</para>
       </sect3>
     </sect2>
 
     <sect2 id="scsi">
       <title>SCSIとは?</title>
 
       <para><emphasis>原作:&a.wilko;. <!-- <br> -->
 	  July 6, 1996.</emphasis></para>
 
       <para><emphasis>訳: &a.jp.yoshiaki;. <!-- <br> -->
 	  4 November 1996. </emphasis></para>
 
       <para>SCSI は	Small Computer Systems Interface
 	(小規模コンピュータシ ステムインタフェース)
 	の頭文字をとったものです.
 	これはANSI標準でコンピュータ業界においては最もよく使われるI/O
 	バスの一つになっています. SCSIはシュガート社
 	(ミニフロッピーディ スクを世界で最初に販売しました) の開発した
 	SASI (Shugart Associates Standard Interface)
 	バスが元になって規格化されました.</para>
 
       <para>その後の業界の努力により,
 	異なるベンダのデバイスが混在して使え
 	るようにより厳密な規格へと規格化されました.この結果が ANSIの
 	SCSI-1規格として認可されました. SCSI-1の仕様は (1985年ごろ
 	に規格化されました 訳注: SCSI-1の最終案決定は1985年,
 	ANSIの標準 規格としての認可は1986年です)
 	すでに現在では時代遅れです. 現在の標準は SCSI-2 (<link
 	  linkend="scsi-further-reading">さらに詳しい情報</link>
 	を参照してください) で, SCSI-3へ移行していくでしょう.</para>
 
       <para>物理的な相互接続の規格に加えて,
 	SCSIではディスクドライブに不可欠な 論理的な規格
 	(コマンドセット) も定義しています.
 	この規格は標準コマンドセット (CCS : Common Command Set)
 	と呼ばれ,  ANSIのSCSI-1とほぼ同時期に制定されました.
 	SCSI-2には (改定された) CCSが規格の一部として組み込まれました.
 	コマンドはデバイスの 種類によって変わります.
 	例えばスキャナでは Writeコマンドは意味が ありません.</para>
 
       <para>SCSIバス は多くの種類があるパラレルバスです.  最も古く,
 	最も利用されているのが 8 bit 幅, シングルエンド (不平衡) 信号,
 	50線の信号線のバスです.
 	(もしシングルエンドの意味が分からなくても気にするこ
 	とはありません. このドキュメントはまさにそのような人たちのため
 	のものです.) より新しい設計では 16
 	bit幅で平衡信号のバスを使います. この場合, 転送速度は
 	20Mbytes/second まで, ケーブルの長さは 25mまで可能です.
 	SCSI-2では追加のケーブルを使った最大32 bitのバス幅までが
 	定義されています. 最近急速に増えているものに Ultra SCSI
 	(Fast-20とも呼ばれます)  があります. また, SCSI-2には Ultra2
 	(Fast-40ともいいます) というものも定義されています.
 	Fast-20は1秒間に2000万回の転送 (8bitバスで20Mbyte/sec),
 	Fast-40は1秒間に 4000万回の転送 (8bitバスで 40Mbytes/sec)
 	をおこないます. 最近売られているハードディスクの
 	ほとんどは不平衡信号の Ultra SCSI (8ビットまたは 16ビット)
 	です.</para>
 
       <note>
 	<para>訳注: ここでは電気的な用語としては平衡, 不平衡を用いて,
 	  バスの名称としては基本的にはシングルエンド,
 	  ディファレンシャルとしました.</para>
       </note>
 
       <para>もちろん SCSIバスにはデータ信号だけではなく,
 	多くのコントロール信号線があります.
 	複数のデバイスがバスを効率よく共有するための
 	複雑なプロトコルも規格の一部です.
 	SCSI-2ではデータは常に独立したパリティ信号を
 	使ってチェックされます.
 	SCSI-2以前ではパリティはオプションでした.</para>
 
       <para>SCSI-3ではさらに高速なバスタイプが導入され,
 	それと共にケーブルの線数を減らし,
 	より最大バス長を伸ばしたシリアルSCSIが導入されます. SSAや
 	Fiberchannelといった名前を聞いたことはありませんか?
 	シリアルバスは現在ではまだいずれの方式も普及していません
 	(特に一般的な FreeBSD環境では).
 	このためシリアルバスタイプについてはここでは
 	これ以上は触れません.</para>
 
       <para>今までの記述から想像されるように
 	SCSIデバイスはインテリジェント です. これは SCSIの規格
 	(この文書は2インチ以上の厚さがあります)
 	と切り離すことはできません.
 	このため例えばハードディスクでは特定のブロックをさすのに
 	ヘッド/シリンダ/セクタ
 	によって決めるのではなく単に必要なブロック番号を指定します.
 	巧妙なキャッシュ動作や,
 	不正ブロックの自動置き換えなどの機能はこの
 	「インテリジェントデバイス」
 	のアプローチによって可能になっています.</para>
 
       <para>SCSI バスでは任意のデバイスの組で通信することが可能です.
 	(訳注: 任意のデバイスがイニシエータになれるという意味です.)
 	デバイスの機能がそれを許すかどうかは また別の問題ですが,
 	規格では 禁止されていません.
 	信号の衝突を防ぐために2つのデバイスはバスを使う前に調停
 	(arbitrate) をおこなう必要があります.</para>
 
       <para>SCSI の考え方として古い規格のデバイスと
 	新しい規格のデバイスが
 	同じバスの上で動くように規格を作っています. したがって, 古い
 	SCSI-1の デバイスは SCSI-2バスの上でも普通は動きます. 普通は,
 	とことわった理由は,
 	ある古いデバイスが新しいバスでも問題ない程に (古い)
 	規格に対して十分沿った実装になっているかどうかは絶対的に
 	保証はできないということです.
 	一般に最近のデバイスはよりうまく動作します.
 	その理由は規格化がより厳密になり,
 	またメーカーがデバイスの製造に
 	おいてよりきちんと規格に従うようになってきているからです.
       </para>
 
       <para>一般的に言って, 単一のバス上で動かすデバイスは SCSI-2
 	あるいはより新しいデバイスであれば
 	うまく動く可能性は高いと言えます. これは新しい
 	2GBのディスクを手に入れたとしたら
 	古いデバイスを捨ててしまわなければならないという
 	意味ではありません. 私のシステムでは SCSI-1以前のディスク,
 	SCSI-2の QICテープユニット,
 	SCSI-1のヘリカルスキャンテープユニット (訳注:
 	VTRのような回転ヘッドを 持ったテープ装置のことです.
 	DATテープドライブもその一つです),  2台の SCSI-1
 	ディスクが一緒に問題なく動いています.
 	ただし効率の点から古いデバイスと新しい (= 速い)
 	デバイスを分けたいかもしれません. (訳注: 古いデバイスの中には
 	disconnectをサポートしないために一連のコマンド実行中に
 	SCSIバスを占有してしまうデバイスもあります.)</para>
 
       <sect3>
 	<title>SCSIの構成要素</title>
 
 	<para>先に述べたように, SCSIデバイスはインテリジェントです.
 	  つまりハードウェア細部にからむ知識は SCSIデバイス自身に
 	  持たせてしまおうという考え方です. この考え方では
 	  SCSIデバイスはそれ自身のハードウェアの詳細を知っています.
 	  この場合, ホストシステムはハードディスクがいくつのヘッド
 	  を持ち, テープデバイスがいくつのトラックを持つかというような
 	  ことを知る必要がありません. もしあなたが知りたいのであれば,
 	  規格で定義されているコマンドを
 	  使ってデバイスにハードウェアの詳細について
 	  質問することができます.</para>
 
 	<para>インテリジェントデバイスの利点は明らかです.
 	  ホストのデバイスドライバはより一般的に書くことができ,
 	  新しいデバイスを導入する場合でも変更の必要がありません.
 	</para>
 
 	<sect4>
 	  <title>接続でおこなうべきこと, してはならないこと</title>
 
 	  <para>ケーブルの接続には鉄則があります.
 	    よい部品を使うことです. バスの速度を上げることができ,
 	    多くの災難を防ぐことができます.</para>
 
 	  <para>ですから, 金メッキのコネクタ, シールドケーブル,
 	    固定器具付きの頑丈なコネクタカバーなどを
 	    選ぶのは正しいことです. 2つ目の鉄則は,
 	    ケーブルを必要以上に長くしないことです.
 	    私は以前にあるマシンでトラブルの 原因を探すのに
 	    3日間悩んでいましたが, SCSIバスを 1m 短く
 	    することで問題を解決したことがあります. もちろん,
 	    元のバスの長さでもSCSIの仕様はきちんと
 	    満たしていたのですが.</para>
 	</sect4>
       </sect3>
 
       <sect3>
 	<title>SCSI バスのタイプ</title>
 
 	<para>電気的に互換性のない 2種類のバスのタイプがあります.
 	  シングルエンドとディファレンシャルのバスです.  これは SCSI
 	  デバイスとコントローラは同一のバス上に混在することのできない
 	  2つのグループにに大きく分けられるということを意味しています.
 	  しかし, 特別なハードウェアを使えばシングルエンドバスを
 	  ディファレンシャルバスに (その逆も) 変換することはできます.
 	  これらのバスのタイプの違いは次のセクションで説明します.
 	</para>
 
 	<para>SCSI関連のドキュメントでは
 	  異なるタイプのバスを一種の用語とし て略語で表します.
 	  これを次の表に示します.</para>
 
 	<itemizedlist>
 	  <listitem>
 	    <para>FWD:	Fast Wide Differential (高速 ワイド 平衡)</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>FND:	Fast Narrow Differential (高速 ナロー 平衡)</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>SE:	Single Ended (不平衡)</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>FN:	Fast Narrow (高速 ナロー)</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>etc.</para>
 	  </listitem>
 	</itemizedlist>
 
 	<para>少し想像力を働かせればどのような
 	  意味であるかはわかるでしょう.</para>
 
 	<para>ワイド (Wide) はいくらか曖昧で, 16 または 32
 	  bitのバスを示します. 私の知る限りでは, 32 bit
 	  のインタフェースは (まだ) 使われていませんので Wide は通常
 	  16 bitを意味します.</para>
 
 	<para>高速 (Fast) はバスのタイミングがいくつかの点で異なり,
 	  ナロー  (8 bit) バスでは 低速 (slow) SCSIバスの 5 Mbytes/sec
 	  に対して 10 Mbytes/sec の能力があります. 前にも述べたように,
 	  20Mbytes/sec や 40Mbytes/sec
 	  のバス速度を持つものも現れてきています (Fast-20 == Ultra
 	  SCSI で Fast-40 == Ultra2 SCSI です).</para>
 
 	<note>
 	  <para>データ線の上位 (&gt; 8)
 	    はデータの転送とデバイスの指定だけに利用されています.
 	    コマンドの送出とステータスメッセージ等は下位側の 8
 	    bitのデータ線のみを使います. この規格により
 	    ナローデバイスはワイドバス上でも 動作する事ができます.
 	    利用できるバスの幅はデバイス間で調停 (ネゴシエーション)
 	    されます. デバイスの
 	    IDについてはワイドとナローが混在する時には
 	    気をつけなければなりません.</para>
 	</note>
 
 	<sect4>
 	  <title>シングルエンドバス (不平衡バス)</title>
 
 	  <para>シングルエンド SCSIバスは 5Vと 0Vの電圧
 	    (つまりTTLレベルです) を信号として使い,
 	    それらは共通のグラウンド (GND) レベルを基準 にします.
 	    シングルエンド SCSI 8 bitバスは約25本のグラウンド線
 	    を持ち, すべてのデバイスを「直線状」に接続します.
 	    基準ではシングルエンドバスは最大の長さは 6mです. Fast-SCSI
 	    デバイスを使う場合には, この最大長さは 3mに短くなります.
 	    Fast-SCSIでは 5Mbytes/sec ではなく 10Mbytes/sec の転送速度
 	    が可能になります.</para>
 
 	  <para>Fast-20 (Ultra SCSI) と
 	    Fast-40ではそれぞれ1秒間に2000万 (20M) ないしは 4000万
 	    (40M) 回の転送ができます. したがって, Fast-20では
 	    8bitバスで 20Mbytes/sec, 16bitバスで 40Mbytes/secとなりま
 	    す. Fast-20ではバスの最大の長さは 1.5m, Fast-40では
 	    0.75mに なります. Fast-20は限界を相当に広げるものなので
 	    SCSIバス
 	    に雑音が多い場合はその影響を即座に受けます.</para>
 
 	  <note>
 	    <para>バス上のいずれかのデバイスが 「高速の」
 	      転送を利用する場合は
 	      Fastバスの長さの制限を受けます.</para>
 	  </note>
 
 	  <para>最近の Fast-SCSI デバイスではバスの長さが実際の問題に
 	    なりつつあるのが明らかになっています.
 	    これがディファレンシャル
 	    SCSIバスがSCSI-2の規格に導入された理由です.</para>
 
 	  <para>コネクタのピン配置やコネクタの種類については
 	    SCSI-2の規格 (<link
 	      linkend="scsi-further-reading">さらに詳しい情報</link>)
 	    を参照してください.コネクタ等について
 	    詳細なリストがあります.</para>
 
 	  <para>非標準のケーブルを使うデバイスに気をつけてください.
 	    例えば  Apple (の Macintosh は) 25pin の D-type のコネクタ
 	    (シリアルポートやパラレルプリンタに使われているコネクタ --
 	    訳注: 日本では一般的に D-sub 25pinと言っています)
 	    を使っています. 公式なSCSIバスでは50 pin
 	    が必要である事からこのコネクタでは
 	    「独創的なピン配置」が必要な事が想像できるでしょう. ここ
 	    でおこなわれているようにグラウンド線の数を
 	    減らすことはよい考え ではありません. SCSIの規格通りの 50
 	    pinの接続の方が望まし いです.  Fast-20 や 40
 	    でこのようなケーブルを使おうなんて
 	    考えてはいけません.</para>
 	  <!-- kuriyama - use mdash -->
 	</sect4>
 
 	<sect4>
 	  <title>ディファレンシャル (平衡) バス</title>
 
 	  <para>ディファレンシャル SCSIバスは最大長が 25m です.
 	    シングルエンド Fast-SCSIバスの 3mとはまったく違います.
 	    平衡信号の背景と なっている考え方は,
 	    それぞれのバスの信号はそれぞれ
 	    独立したリターン信号線を持つというものです.  つまり,
 	    それぞれの信号は (できればより線の) ペアの信号線で
 	    伝えられます.
 	    これら2つの信号線の差分の電圧で信号が「真」(assert) で
 	    あるか「偽」(de-assert) であるか判定されます.
 	    かなりの電圧
 	    がグラウンド電位と信号線ペアの間にかかったとしても影響があ
 	    りません (だからといって 10kVの電圧をかけてみたりしないで
 	    ください.. ).</para>
 
 	  <para>なぜ平衡信号が よいのかについての説明は
 	    このドキュメントの 範囲を越えています.
 	    電気的に平衡信号はノイズマージンの点で
 	    非常に優れたものとして利用されているということを
 	    受け入れて ください.
 	    ディファレンシャルバスは普通は外部接続に 利用されています.
 	    これは低コストのシングルエンドバスが筐体内の短
 	    い距離のバスでは非常に多く利用されているからです.</para>
 
 	  <para>FreeBSDを使うにおいて, FreeBSD でサポートされている
 	    デバイスドライバがあるのであれば
 	    ディファレンシャルバスの利用で 問題になることは
 	    何もありません. 例をあげれば, アダプテックの
 	    AHA1740はシングルエンドで,
 	    AHA1744はディファレンシャルです.
 	    双方のソフトウェアインタフェースはまったく同一です.</para>
 	</sect4>
 
 	<sect4>
 	  <title>ターミネータ</title>
 
 	  <para>SCSIにおける用語でのターミネータとはインピーダンスの
 	    マッチングを正確におこなうための抵抗ネットワークです.
 	    インピーダンス マッチングは反射やリンギングを抑え,
 	    バスの信号をきれいにす る重要なものです.  たとえば,
 	    あまり状態のよくない回線で長距
 	    離の電話をかけた時にあなたは反射をどんなものか
 	    感じるかもしれません. 20Mbytes/sec で信号の伝わる
 	    SCSIバスでは信号のエコーはありがたくありません.</para>
 
 	  <para>訳注:
 	    電気信号のパルスは進行波としての性格を持っています.
 	    このため, 一般的には信号線の両端で反射が起きます.
 	    3mのバスの端からパルスを入れた場合,
 	    反対の端からの反射波は 20ns後 - 本当は電線中の信号の伝達は
 	    光速よりも少し遅くなるのでもう少し時間がかかりますが -
 	    に返ってきます. 低速のバスの場合タイミング的な余裕があり,
 	    反射を繰り返しているうちに反射波は減衰してしまうのですが
 	    高速のバスの場合は, 反射波の影響が落ち着く前に信号の
 	    読み込みなどを行うために波形の乱れが誤動作の原因に
 	    なる場合があります.
 	    このためターミネータを使用して反射波の発生をできるだけ
 	    おさえます.</para>
 
 	  <para>ターミネータはいろいろな -
 	    洗練されたものもそうでないものも - 実現方法があります.
 	    もちろん, 内蔵のものと外部という区別もあります. 多くの
 	    SCSIデバイスにはいくつかのソケットがあり,
 	    その中には抵抗ネットワーク (集合抵抗) が
 	    入っているものもあるかもしれません (いや, おそらく
 	    間違いなくあるでしょう). ターミネータを
 	    デバイスから外す時は大事にしまっておいてください. SCSIの接
 	    続の変更をしようと思った時に必要になるかもしれません.  ま
 	    た,
 	    それらしい抵抗ネットワークが見つからないこともあります.
 	    この場合, SCSIデバイスは内蔵ターミネータの有効と無効を切替
 	    えるジャンパがあります.  フラットケーブルに取り付ける特別
 	    なターミネータもあります. 他には外部コネクタのような形をし
 	    たものやケーブルのないコネクタヘッドだけのものもあります.
 	    いろいろと見られるように多くの選択があります.</para>
 	  <!-- kuriyama - mdash -->
 
 	  <para>どのような場合に単純な抵抗 (パッシブ) ターミネータから
 	    アクティブターミネータへ切替えるかという問題があります.
 	    アクティブターミネータはいくらか精巧な回路が信号をより
 	    きれいにするために入っています.
 	    一般的に受け入れられている意見としては, 長いバスを使ったり
 	    高速なデバイスを使う場合はアクティブターミネータの
 	    有効性は増加すると言えます.  SCSI バスですでに問題が起きて
 	    いるならアクティブターミネータを試すことを考えていいで
 	    しょう.  まず借りることができないか探してみてください.
 	    アクティブターミネータは非常に高価だそうですから.</para>
 
 	  <para>ディファレンシャルと
 	    シングルエンドバスのターミネータは互換
 	    性がないということを覚えておいてください. これらの2つの種
 	    類を
 	    <emphasis>混在させることはできません</emphasis>.</para>
 
 	  <para>OK, ではあなたは
 	    ターミネータをどこに入れればいいでしょうか? これは
 	    SCSIで最も多く誤解されているところです. しかし, これ
 	    は極めて単純なことです..  ここでのルールは
 	    <emphasis>SCSIバスの線 一本一本は必ず両端に
 	      2個のターミネータを入れる</emphasis> ということです.
 	    つまり 2個であって1個でも3個でもありません.
 	    このルールを受け入れてしたがってください. そうすれば終りの
 	    ない苦しみから救われるでしょう.
 	    なぜなら間違ったターミネーションは不可解なバグを引き起こす
 	    可能性が非常に高いからです. (ここの <quote>可能性</quote>
 	    に注意; 一見動いているように見える
 	    ことがあるのがやっかいです.)</para>
 
 	  <para>よく陥りやすい落し穴はマシンの内部 (フラット)
 	    ケーブルと外部
 	    ケーブルがコントローラにつながっている場合です. よく見られ
 	    るのはコントローラのターミネータを外すのを忘れることです.
 	    ターミネータは最後の外部デバイスで必要で, コントローラ
 	    には必要ありません! 一般的に, SCSIバスの接続の変更をする場
 	    合はこのようなことに注意をしなければなりません.</para>
 
 	  <note>
 	    <para>ターミネータの位置は
 	      信号線ごとに決まることに注意して下さい.
 	      ナローとワイドのケーブルを
 	      両方コントローラにつないでいる場 合には,
 	      ケーブルの両端とともにコントローラ上ではバスの上位
 	      8ビットをターミネートしないといけません.</para>
 	  </note>
 
 	  <para>私自身は,
 	    すべてのデバイスとコントローラのターミネータを外し
 	    ています. 2個の外部ターミネータをセントロニクスタイプ
 	    (訳注: 日本ではケーブルに対してこういう言い方は
 	    あまりしないのでは ないでしょうか)
 	    外部ケーブルと内部フラットケーブルの
 	    コネクタの両端に接続しています.
 	    こうすることにより接続の変更はかなり簡単になります.</para>
 
 	  <para>最近のデバイスは,
 	    ICターミネータが使われることもあります.
 	    コントロールピンにより無効 / 有効を設定できる 特別の IC
 	    があります.
 	    これは物理的にデバイスから外す必要がありません.
 	    新しいホストアダプタではセットアップツール等を使って
 	    ソフトウェア的に設定をおこなう場合があります.
 	    また, 中には端子に接続されたケーブルを検出して
 	    ターミネータ を必要に応じて自動的に
 	    有効にするものもあります. いずれにしろ, マニュアルを見てく
 	    ださい.</para>
 	</sect4>
 
 	<sect4>
 	  <title>ターミネータの電源</title>
 
 	  <para>ここまでの章で議論したターミネータは
 	    正常に動作するためには 電源が必要です.
 	    SCSIバス上にはこの目的のために利用される線があります.
 	    だから特に気にする必要はないと思いますか?</para>
 
 	  <para>ところがそうではないのです.
 	    それぞれのデバイスはデバイス上
 	    にあるターミネータソケットに電源を供給することはできます.
 	    けれども外部ターミネータがある場合やSCSIバスにターミネータ
 	    の電源を供給するデバイスのスイッチがオフになっているような
 	    場合にはトラブルが起きるかもしれません.</para>
 
 	  <para>イニシエータ (ここではバスの動作を開始-initiate-させる
 	    デバイスを指します -- 訳注:
 	    簡単に言えばホスト側のアダプタですがSCSIの 規格によれば,
 	    例えばディスク側がコマンドを発行するような
 	    システムがあってもかまわないことになっているので
 	    こういう言い方をしています) は
 	    ターミネータ電源を供給しなければなりません.
 	    すべてのSCSIデバイスはターミネータの電源を供給することが
 	    できます (必ずしも供給しなければならないというわけ
 	    ではありません).</para>
 	  <!-- kuriyama - mdash -->
 
 	  <para>スイッチがオフになっているデバイスが
 	    バス上に存在することを 許すために,
 	    ターミネータの電源はダイオードを通して供給され
 	    なければなりません.  これはスイッチを切ったデバイスに電流
 	    が逆流することを防ぐためです.</para>
 
 	  <para>最悪の事態を避けるために,
 	    ターミネータの電源は普通はヒューズが入っています.
 	    当然ヒューズは飛ぶかもしれません. この
 	    場合でもバスが機能停止するとは限りません. 複数のデバイスが
 	    ターミネータの電源を供給しているのであれば, ヒューズが一つ
 	    飛んでも全体の機能には影響しません. ただ一つの供給線の
 	    ヒューズが飛んだのであれば確かに問題になるでしょう.
 	    外部ターミネータによっては LED でターミネータ電源
 	    が与えられていることを示すものもあります.</para>
 
 	  <para>最新の設計ではある程度の時間がたつと 「リセット」され
 	    自動復帰するヒューズが使われることもあります.</para>
 	</sect4>
 
 	<sect4>
 	  <title>デバイス アドレッシング</title>
 
 	  <para>SCSIバスでは接続された異なるデバイスを区別して指定
 	    できなければなりません.</para>
 
 	  <para>これには SCSIではターゲットIDが使われます.
 	    それぞれのデバイ スは特定のターゲットIDを持ちます.
 	    デバイスの IDはジャンパや DIPスイッチなどで設定できます.
 	    ブート時のメニューからIDを
 	    変更できるようになっているコントローラもあります. (また,
 	    IDを 7から変えることができないコントローラもあります.)
 	    より詳しい情報はデバイスのマニュアルを見てください.</para>
 
 	  <para>複数のデバイスを使う場合は
 	    IDの重複に気をつけてください.
 	    重複すると普通は混乱状態になります. 同じ IDを共有している
 	    デバイスのうちの一つがI/Oリクエストに答えられたりすると
 	    非常にやっかいなことになります.</para>
 
 	  <para>8 bitバスでは, 最大8台のターゲットまで可能です.
 	    最大8台で ある理由は,
 	    バスの8本のデータ線がデバイスの選択に使われる からです.
 	    ワイドなバスでは使えるデバイスの数は増えます
 	    (通常は16になるわけです).</para>
 
 	  <note>
 	    <para>ナロー SCSI デバイスは 8 以上のターゲット ID
 	      を持つデバイスとは 通信できないことに注意してください.
 	      ですから, コントローラ
 	      のターゲットIDを8以上にするのはあまりいい考えとは
 	      いえません (CDROMが使えなくなったりします).</para>
 	  </note>
 
 	  <para>同時にバス使用の要求が発生した場合, 最も
 	    IDの大きいデバイス が優先されるという調停がおこなわれます.
 	    このことは SCSIホストアダプタの
 	    IDは通常7番が使われる理由でもあり ます. ただし,
 	    ワイドバスでは下位8ビットが上位8ビットより優
 	    先度が高いことに注意してください. つまり, ワイドSCSIのシス
 	    テムではターゲットIDの優先度は高い順に [7 6 .. 1 0 15 14
 	    .. 9 8] となります.
 	    (どうして下位8ビットの方が優先度が高いかは,
 	    一つ前の段落を読んで考えてみて下さい.)</para>
 
 	  <para>さらにサブユニットとして, 規格では ロジカルユニット,
 	    短縮形で LUNを持つことができます.
 	    一つのターゲットIDが複数の LUNを 持つことができます.
 	    例えば, テープチェンジャを持つテープ ドライブは LUN
 	    0をテープドライブ自身, LUN 1を テープチェンジャ
 	    に与えることができます.  このようにして,
 	    ホストシステムはテープチェンジャの目的の
 	    テープユニットの部分を指定することができます.</para>
 	</sect4>
 
 	<sect4>
 	  <title>バスの形状</title>
 
 	  <para>SCSIバスは直線状です.  つまり, Y接続, スター接続,
 	    円形, クモの巣状の接続などの直線以外の接続ではありません.
 	    初心者が
 	    よくやる間違いとしてはワイドSCSIのコントローラの端子3つと
 	    もにケーブルをつないでしまうというものがあります. (外部,
 	    内部ナロー, 内部ワイド.)
 	    よほど運がよければこんなトポロジー
 	    でもちゃんと動くように見えるかもしれませんが, えてしてこう
 	    いうシステムは一番大切な時に使えなくなったりするものです
 	    (これを<quote>マーフィーの法則</quote>といいます).</para>
 
 	  <para>先に議論したターミネータの問題は直線状以外の場合では
 	    より困難になるだろうということに注意してください. また,
 	    内部バス用の ケーブルの端子の数よりデバイスの
 	    数の方が少ない場合には,
 	    必ず両端の端子にはデバイスをつなぐようにしてください.
 	    内側の端子を使ってケーブルの端を余らせておくと,
 	    ターミネータの効果が半減します.</para>
 
 	  <para>電気的特性はそのノイズマージンや全体の信頼性において,
 	    直線状のバスのルールに強く依存しています.</para>
 
 	  <para><emphasis>直線状バスであるというルールに
 	      したがってください!</emphasis></para>
 	</sect4>
       </sect3>
 
       <sect3>
 	<title>FreeBSD で SCSIを使う</title>
 	<sect4>
 	  <title>トランスレーション, BIOS, そしてマジック...</title>
 
 	  <para>まず始める前に,
 	    電気的に問題のないバスであるか調べておいてく
 	    ださい.</para>
 
 	  <para>SCSIディスクをPCでブートディスクとして使う場合に, PC
 	    BIOSに 関する気まぐれについて知っておく必要があります. PC
 	    BIOSは ハードディスクへの低レベル物理インタフェースを
 	    利用するように 実現されています.   したがって, BIOSに
 	    (セットアップツールやBIOSビルトイン  セットアップを使って)
 	    ディスクの物理パラメタを教えてやる 必要があります.
 	    これはヘッドの数, シリンダの数,
 	    トラックあたりのセクタなどがあり,
 	    プリコンペンセーションや書き込み電流を 減少させるトラック,
 	    などのあまりよく知られていないものもあります.</para>
 
 	  <para>SCSIディスクはこれらのことをユーザは
 	    気にする必要がないはず だと考えるかもしれません.  しかし,
 	    不思議なことに (これらの項 目の)
 	    セットアップはいまだにあるのです. システム BIOSはブート
 	    時にFreeBSDのカーネルを読み込むためにSCSIディスクに
 	    /ヘッド/シリンダ/セクタ を指定する方法でアクセスするため,
 	    パラメタを知る必要があるのです.</para>
 
 	  <para>AT/EISA/PCIバスなどにあり, ディスクに接続される
 	    SCSIホストアダプタや SCSIコントローラは
 	    それ自身のオンボードBIOSを持っています.
 	    システムの起動時に, SCSI BIOSは
 	    システムBIOSのハードディスクの
 	    インタフェースルーチンを乗っ取ります.
 	    システムBIOSをごまかすために
 	    システムセットアップでは普通は `No hard disk' とします.
 	    簡単ですね?</para>
 
 	  <para>訳注: BIOS で `No hard disk' という設定をおこなうのは
 	    SCSI ドライブから直接起動させるためのテクニックです.
 	    現在のマザーボードでは SCSI ドライブから起動させるための
 	    オプションを持つ BIOS を使用しているものもあります. また,
 	    ブートセレクタを使って IDEドライブのブートブロックから
 	    SCSIドライブ上の FreeBSDをブートすることもできます.</para>
 
 	  <para>SCSI BIOS はドライブの
 	    <emphasis>トランスレーション</emphasis> と呼ばれる
 	    機能を持ちます.
 	    これはPCがブートするために作られたドライブテー
 	    ブルをごまかすものです. このトランスレーションは多くは
 	    (すべての場合ではありません)
 	    トラックあたり64あるいは32個のヘッドを
 	    持つ仮想的なドライブを使います.
 	    シリンダの数を変更することで  SCSI BIOS
 	    は実際のドライブのサイズに適合させます. 総セクタ数 を 32 *
 	    64 / 2 で割った結果がメガバイト単位のドライブのサイズ
 	    になります.  2で割っているのは, 通常 512バイトのサイズの
 	    セクタを kByte 単位に変換するためです.</para>
 
 	  <para>ではこれですべてうまくいくのでしょうか. いいえ,
 	    そういう訳で はありません.
 	    ブート可能なハードディスクのシリンダ数は 1024よ
 	    り多くすることはできないのです.
 	    トランスレーションを使った 場合でもディスクの
 	    1GB以上の領域は見えません. ディスクの容量
 	    がどんどん増加していくにつれこれは問題になってきました.
 	  </para>
 
 	  <para>幸いにして, 単純な解決方法があります.
 	    単に別のトランスレーショ ンを使えばよいのです. 例えば,
 	    32個に代わり, 128個のヘッドを使います. ほとんどの場合,
 	    古いSCSIホストアダプタをアップグレードす
 	    るための新しいバージョンの SCSI BIOS が用意されています.
 	    新しいアダプタではジャンパ やセットアップソフトによって
 	    SCSI BIOSの使う
 	    トランスレーションを選択できる物もあります.</para>
 
 	  <para>ここで非常に重要なことは,
 	    ディスク上の<emphasis>すべての</emphasis>
 	    オペレーティングシステムが
 	    <emphasis>同一のトランスレーション</emphasis>を使って
 	    正しいパーティションを得ることです.  つまり
 	    FreeBSDをインストールする時に,
 	    ヘッド/シリンダなどについての
 	    質問にあなたのホストアダプタが
 	    使用しているトランスレートされた
 	    値を使わなくてはなりません.</para>
 
 	  <para>トランスレーションに関する失敗でよく見られるものは,
 	    ブートしないシステムができたり, 他のパーティションを
 	    上書きしてしまうことです. すべてのシステムが見えるように
 	    fdiskを使うべきです.</para>
 
 	  <para>あなたはデバイスについて
 	    これとは食い違った話を聞いたことが あるかもしれません.
 	    古い FreeBSDのカーネルはブートする時に SCSI
 	    ディスクのジオメトリ情報を報告していました.
 	    私のシステムの一つの例を示しましょう.</para>
 
 	  <screen>aha0 targ 0 lun 0: &lt;MICROP  1588-15MB1057404HSP4&gt;
 	sd0: 636MB (1303250 total sec), 1632 cyl, 15 head, 53 sec, bytes/sec 512</screen>
 
 	  <para>最近のカーネルは, 普通はこのような情報を報告しません.
 	    たとえば, このようになっています.</para>
 
 	  <screen>(bt0:0:0): "SEAGATE ST41651 7574" type 0 fixed SCSI 2
 	 sd0(bt0:0:0): Direct-Access 1350MB (2766300 512 byte sectors)</screen>
 
 	  <para>なぜこのように変わったのでしょう?</para>
 
 	  <para>この情報は SCSIディスク自身から得られます.
 	    最近のディスクで はよくゾーンビット記録方式 (zone bit
 	    recording) という 技術が使われています.
 	    これはドライブの外側のシリンダは
 	    内側よりもスペースが広いのでトラックあたりのセクタ数を
 	    増やすことができるというアイディアです.  この結果,
 	    外側のシリンダ上のトラックの容量は内側の
 	    シリンダよりも大きくなり,
 	    全体ではより大きな容量となります. この場合,
 	    ドライブのジオメトリについての報告は,
 	    最善のものかどうか疑わしく,
 	    ほとんどの場合誤解を招くものであ ることがわかるでしょう.
 	    ジオメトリを調べる場合, ほとんどの場合は BIOSの用い
 	    ている値を与える方がよい結果となり,
 	    <emphasis>BIOSがそのディスクに
 	      ついてまったく関知しないのであれば</emphasis>
 	    (例えばブートディスクで はないなら)
 	    都合のよい仮想のジオメトリを与えればいいでしょう.</para>
 	</sect4>
 
 	<sect4>
 	  <title>SCSI サブシステムの設計</title>
 
 	  <para>FreeBSDでは階層的な SCSIサブシステムを用いています.
 	    それぞれ 異なるコントローラカードの
 	    デバイスドライバが書かれています.
 	    このドライバはコントローラのハードウェアの
 	    詳細を知っています. ドライバは
 	    SCSIサブシステムのより上位の階層のコマンドを受け取り,
 	    ステータスを報告するインタフェースを持ちます.</para>
 
 	  <para>カードのドライバの最上位には, デバイスのクラスのための
 	    いくつかの一般的なドライバがあります. 具体的にいうと,
 	    テープドライブのためのドライバ (略号は: st), 磁気ディスク
 	    (sd), CDROM (cd) などです. これらのソースコードは
 	    <filename>/sys/scsi</filename>にあります.
 	    マニュアルページ (man) のセクション 4 にはより詳しい内容が
 	    あるので見てください.</para>
 
 	  <para>多階層の設計は低レベルとより高位の
 	    レベルを分離させることが できます.
 	    新たに他の種類のハードウェアのサポートを加えることを
 	    より処理しやすい問題にします.</para>
 	</sect4>
 
 	<sect4>
 	  <title>カーネルコンフィグレーション</title>
 
 	  <para>あなたのハードウェア構成にしたがって, カーネルの
 	    コンフィグファイルに ホストアダプタについて
 	    1行あるいは数行程度の記述をする 必要があります. これには
 	    I/O アドレスや割り込みなどについての内容も 含みます.
 	    あなたのアダプタのドライバについてのマニュアルページ
 	    にはより多くの情報があるのでよく読んでください.
 	    これとは別に  <filename>/sys/i386/conf/LINT</filename>
 	    にはカーネルコンフィグファイルについての 概要があります.
 	    <filename>LINT</filename>
 	    には一般的なものについては可能なすべての
 	    オプションが含まれています. ただし,
 	    <filename>LINT</filename>
 	    では実際に動作するカーネルを作ることは
 	    <emphasis>できません</emphasis>.</para>
 
 	  <para>当然のことを言うようで恐縮ですが,
 	    カーネルコンフィグファイルは実際のハードウェア構成を
 	    反映すべきです. そのように割り込みやI/Oアドレス等に
 	    合わせてカーネルコンフィグファイルを書か
 	    なければなりません.
 	    システムのブート時のメッセージは実際に
 	    見つけたハードウェアの設定を表示します.</para>
 
 	  <note>
 	    <para>ほとんどの EISA/PCI 用のドライバ (具体的には
 	      <devicename>ahb</devicename>,
 	      <devicename>ahc</devicename>,
 	      <devicename>ncr</devicename> と
 	      <devicename>amd</devicename>です)
 	      はブート時にコントローラから直接パラメータ
 	      を読みこみます. これらについては, 何も引数をつ
 	      けずにただ <literal>controller ahc0</literal>
 	      のように書けば大丈夫で す.</para>
 	  </note>
 
 	  <para>例として FreeBSD 2.2.5-Releaseのいくつかのコメント
 	    ([]の中) をつけた <filename>LINT</filename>
 	    カーネルコンフィグファイルを示 します.</para>
 
-	  <programlisting>
-# SCSI host adapters: `aha', `ahb', `aic', `bt', `nca'
+	  <programlisting># SCSI host adapters: `aha', `ahb', `aic', `bt', `nca'
 #
 # aha: Adaptec 154x
 # ahb: Adaptec 174x
 # ahc: Adaptec 274x/284x/294x
 # aic: Adaptec 152x and sound cards using the Adaptec AIC-6360 (slow!)
 # amd: AMD 53c974 based SCSI cards (e.g., Tekram DC-390 and 390T)
 # bt: Most Buslogic controllers
 # nca: ProAudioSpectrum cards using the NCR 5380 or Trantor T130
 # ncr: NCR/Symbios 53c810/815/825/875 etc based SCSI cards
 # uha: UltraStore 14F and 34F
 # sea: Seagate ST01/02 8 bit controller (slow!)
 # wds: Western Digital WD7000 controller (no scatter/gather!).
 #
 
 [ Adaptec AHA274x/284x/294x/394x などのコントローラ]
 controller	ahc0
 
 [ NCR/Symbios 53c875 コントローラ]
 controller	ncr0
 
 [Ultrastor アダプタ]
 controller	uha0	at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr
 
 # Map SCSI buses to specific SCSI adapters
 controller	scbus0	at ahc0
 controller	scbus2  at ncr0
 controller	scbus1  at uha0
 
 # The actual SCSI devices
 disk sd0 at scbus0 target 0 unit 0	[SCSI ディスク 0 は scbus 0, LUN 0]
 disk sd1 at scbus0 target 1		[unit を省略すると暗黙で LUN 0]
 disk sd2 at scbus1 target 3		[uha0 上の SCSIディスク]
 disk sd3 at scbus2 target 4		[ncr0 上の SCSIディスク]
 tape st1 at scbus0 target 6		[SCSI テープ は ターゲット (ID)6]
 device cd0 at scbus?			[最初に見つけた CDROM, 固定にしない]</programlisting>
 
 	  <para>上の例では カーネルは ahc (Adaptec 274x)
 	    コントローラをまず探し, その次に NCR/Symbios
 	    のボードというように順番に探して 行きます.  その下の行の
 	    controller の記述ではデバイスの詳細 を記述して,
 	    対応するバスでターゲット ID と LUN が指定された
 	    ものと一致する場合<emphasis>だけ
 	    </emphasis>認識するようにカーネルに 伝えています.</para>
 
 	  <para>固定された (Wired down) デバイスは
 	    <quote>最初に</quote>ユニット番号が 与えられるので,
 	    <quote>固定</quote>されていないデバイスは同じ種類の
 	    <quote>固定</quote>されたユニット
 	    番号の最も大きい番号の1つ上の番号から割り当てられます.
 	    したがって, ターゲットID 2の SCSIテープを加えると,
 	    ターゲットID 6
 	    のテープがユニット番号1に固定されているので,
 	    それはst2に設定 されるでしょう.</para>
 
 	  <note>
 	    <para>ブート時に見つからなくても<emphasis>固定されたデバ
 		イスにはユニット番号が常に割り当てられます</emphasis>.
 	      固定のデバイスに 割り当てられたユニット番号は,
 	      もしそのデバイスのスイッチが
 	      ブート時に切られていてもそのデバイスに
 	      リザーブされています.  これは,
 	      電源を入れて接続した時のユニット番号が与えられます.
 	      デバイスのユニット番号は SCSIバスのターゲットID とは
 	      <emphasis>何の関係もない</emphasis>
 	      ことに注意してください.</para>
 	  </note>
 
 	  <para>下の例は FreeBSD のバージョン 2.0.5 以前の
 	    カーネルコンフィ グファイルです.
 	    最初の例との違いはデバイスの<quote>固定 (wired
 	    down)</quote> がないことです. <quote>固定</quote>
 	    によりどのSCSIターゲットをどの
 	    デバイスに割り当てるかを記述できるようになりました.</para>
 
 	  <para>下のコンフィグファイルにより
 	    構築されたカーネルでは最初に見つ けた SCSIディスクが
 	    sd0になり, 次に見つけたディスクが sd1に,
 	    という具合に割り当てられます.
 	    もしディスクの削除や追加をおこなう と,
 	    他の同じタイプのデバイス (この場合はディスク) のすべてが
 	    「移動して」しまうかもしれません. これによりそのたびに
 	    <filename>/etc/fstab</filename>
 	    を変更する必要があります.</para>
 
 	  <para>古いスタイルでも動きますが,
 	    新しいスタイルを使うことが<emphasis>強 く</emphasis>
 	    推奨されています. これにより SCSIバスのハードウェアを
 	    どのように変更した場合でもトラブルを避けることができます.
 	    ですから, 2.0.5.R以前の
 	    FreeBSDからアップグレードした後に古い
 	    信頼できるコンフィグファイルを再利用する時はこの部分を
 	    チェックして直してください.</para>
 
-	  <programlisting>
-[Adaptec 174x用のドライバ]
+	  <programlisting>[Adaptec 174x用のドライバ]
 controller      ahb0    at isa? bio irq 11 vector ahbintr
 [Adaptec 154x用のドライバ ]
 controller      aha0    at isa? port "IO_AHA0" bio irq 11 drq 5 vector ahaintr
 [Seagate ST01/02インタフェースのドライバ]
 controller      sea0    at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seaintr
 controller      scbus0
 
 device          sd0	[4台のSCSI ディスクのサポート, sd0 から sd3]
 
 device          st0	[2台の SCSI テープのサポート]
 
 [CDROMのドライバ]
 device          cd0     #Only need one of these, the code dynamically grows</programlisting>
 
 	  <para>両方の例で SCSIディスクがサポートされています.
 	    ブート中に 「固定」の記述がされているタイプ(例えば sd
 	    ディスク) のデバ イスで記述より多くのデバイスが見つかると,
 	    システムは単純に最後の <quote>固定</quote>
 	    のデバイスの番号より
 	    1つずつ増加させた番号をデバイスに割り当てて行きます. もし
 	    <quote>固定</quote> のデバイスがなければユニット番号は 0
 	    から始まります.</para>
 
 	  <para><command>man 4 scsi</command> によって
 	    SCSIサブシステムの最新の情報を チェックしてください.
 	    より詳細なホストアダプタドライバの使い 方は, たとえば
 	    Adaptec 294xドライバの場合は<command>man 4 ahc</command>
 	    にあります.</para>
 	</sect4>
 
 	<sect4>
 	  <title>カーネルセットアップでの SCSI チューニング</title>
 
 	  <para>経験的に SCSIバスリセット (ブート時におきます)
 	    後のINQUIRYコマ
 	    ンドに対して応答が遅くなるデバイスがあります.
 	    INQUIRYコマンドは ブート時にカーネルがどの種類のデバイス
 	    (ディスク, テープ, CDROMなど)
 	    がどのターゲットIDに接続されているかを調べるために
 	    発行します. ちなみにこのプロセスをデバイスプロービング
 	    (デバイス検出) と言います.</para>
 
 	  <para>「応答の遅いデバイス」の問題を解決するために,
 	    FreeBSDは  SCSIバスをリセットした後に SCSIデバイスの検出を
 	    おこなうまでのディレイタイムを調整することができます.
 	    カーネルコンフィグレーションファイルの下に示すような
 	    行にディレイタイムを設定してください.</para>
 
-	  <programlisting>
-options         SCSI_DELAY=15         #Be pessimistic about Joe SCSI device</programlisting>
+	  <programlisting>options         SCSI_DELAY=15         #Be pessimistic about Joe SCSI device</programlisting>
 
 	  <para>この行ではディレイタイムは 15秒です. 私のシステムでは,
 	    信頼できる古い
 	    CDROMが認識できるように3秒の値を使っています. もし
 	    デバイスの認識で問題が起きる時は大きな値 (30秒であるとか)
 	    から 始めてください. うまく動いたら,
 	    値を減らしてちょうどよい値
 	    にチューニングしてください.</para>
 	</sect4>
 
 	<sect4 id="scsi-rogue-devices">
 	  <title>Rogue な SCSI デバイス</title>
 	  <para>(訳注: rogue は有名なゲーム, ではなくて 悪党,
 	    群から離れた, 凶暴な, という意味)</para>
 
 	  <para>SCSI の規定は完全で簡潔なものにしようという
 	    努力はされましたが,  複雑な規定となり,
 	    正確に実現するのは簡単なことではありません.
 	    いくつかのベンダは他よりもよい仕事をしています.</para>
 
 	  <para>ここで <quote>イカレた</quote>
 	    デバイスが現れることになります. このような デバイスは
 	    FreeBSD のカーネルにいくらか標準的
 	    ではない振舞をするものと認識されます.
 	    <quote>イカレた</quote>デバイスは
 	    ブート時にカーネルによって報告されます. 次の例は私の2つの
 	    カートリッジテープユニットです.</para>
 
 	  <screen>Feb 25 21:03:34 yedi /kernel: ahb0 targ 5 lun 0: &lt;TANDBERG TDC 3600       -06:&gt;
 Feb 25 21:03:34 yedi /kernel: st0: Tandberg tdc3600 is a known rogue
 
 Mar 29 21:16:37 yedi /kernel: aha0 targ 5 lun 0: &lt;ARCHIVE VIPER 150  21247-005&gt;
 Mar 29 21:16:37 yedi /kernel: st1: Archive  Viper 150 is a known rogue</screen>
 
 	  <para>例えば,
 	    あるターゲットIDから実際には1つのデバイスしかないの
 	    にすべての
 	    LUNからの応答があるようなデバイスがあるとします. カー
 	    ネルはその特定のターゲットIDに8個の
 	    LUNがあると誤解してしまう かもしれません.
 	    このような混乱の起きる原因については読者へ
 	    の課題にしておきます.</para>
 
 	  <para>FreeBSDの SCSIサブシステムは 検出時の
 	    INQUIRYの応答を見て
 	    悪い習慣を持つデバイスの認識をしています.
 	    INQUIRYの応答には
 	    デバイスのファームウェアのバージョン番号が含まれるため,
 	    異なる 動作をするファームウェアのバージョンを
 	    区別することも可能です. 例えば,
 	    <filename>/sys/scsi/st.c</filename> や
 	    <filename>/sys/scsi/scsiconf.c</filename> を 見てください.
 	    どのように行っているか, より多くの情報があります.</para>
 
 	  <para>この方法はうまく行きますが,
 	    もちろん既知のデバイスがつながっ
 	    ている場合だけうまくいくということに
 	    気をつける必要があります.  もしあなた以前に Mumbletech
 	    SCSI CDROM (訳注: 架空のメーカ のデバイスです)
 	    を接続した人がいないとしたら, どんな 「ワザ」
 	    を使ってそれを使うか自分で見つけないと
 	    いけないかもしれません.</para>
 
 	  <para>あなたの Mubletech を動かすことができたらその成果を
 	    FreeBSDの 次のリリースへ含めるために
 	    FreeBSD開発チームへ送ってくださ い. 他の
 	    Mumbletechの利用者たちはあなたに感謝するでしょう.</para>
 	</sect4>
 
 	<sect4>
 	  <title>複数の LUNを持つデバイス</title>
 
 	  <para>単一の SCSI ID上に複数の論理ユニット (LUN)
 	    を持つデバイスを使う ような場合もあるかもしれません.
 	    多くの場合では FreeBSDは LUN 0 のみを検出します.
 	    このような例としては2台の SCSIではないハード ディスクを
 	    SCSIバスにつなぐブリッジボード (例えば古い Sunシステ
 	    ムに見られる Emulex MD21) があります.</para>
 
 	  <para>LUN
 	    が0ではないデバイスは普通はシステムブート時の検出では
 	    見つかりません. この問題にうまく対処するには
 	    /sys/scsi/scsiconf.c
 	    に適切なエントリを加えてカーネルを再構築
 	    しなければなりません.</para>
 
 	  <para>以下のように初期化されている構造体を探します.</para>
 
-	  <programlisting>
-{
+	  <programlisting>{
 	T_DIRECT, T_FIXED, "MAXTOR", "XT-4170S", "B5A",
 	"mx1", SC_ONE_LU
 }</programlisting>
 
 	  <para>LUNが複数あるあなたの Mumbletech BRIDGE2000
 	    はハードディスク として働きます.
 	    またファームウェアのリビジョン123などを次のよ
 	    うに書き加えます.</para>
 
-	  <programlisting>
-{
+	  <programlisting>{
 	T_DIRECT, T_FIXED, "MUMBLETECH", "BRIDGE2000", "123",
 	"sd", SC_MORE_LUS
 }</programlisting>
 
 	  <para>訳注: 複数 LUNに対応するためには構造体の最後の要素を
 	    SC_MORE_LUSにします. エントリを作る必要がある場合は
 	    scsiconf.c にある
 	    MBR-7等のエントリを参考にするといいでしょう.</para>
 
 	  <para>カーネルは
 	    INQUIRYに一致するデータをブート時にテーブルから
 	    探してこれにしたがってふるまいます. より多くの情報は
 	    ソースコードを見てください.</para>
 	</sect4>
 
 	<sect4>
 	  <title>タグ コマンド キューイング</title>
 
 	  <para>最近の SCSI デバイス, 特に磁気ディスクではタグ
 	    コマンド キューイング (tagged command queuing: TCQ)
 	    がサポートされています.</para>
 
 	  <para>要約すれば, TCQ は複数の I/O
 	    リクエストを同時に受けることを可能 にすることです.
 	    デバイスはインテリジェントですから,リクエスト
 	    キューにある処理 (ヘッドのポジショニングなど) の最適化を
 	    おこなうことができます. RAID (Redundant Array of
 	    Independent Disks)
 	    のようなSCSIデバイスではTCQ機能はデバイスの持つ並列性の
 	    利点を生かすために不可欠です.</para>
 
 	  <para>各々の I/O リクエストは単一の <quote>tag</quote> (タグ
 	    コマンド キューイン グの名前の由来) が与えられます.
 	    FreeBSDはこの tagによりデバ イスドライバのキューの中のどの
 	    I/Oリクエストが完了したかの 識 別をおこないます.</para>
 
 	  <para>TQC のリクエストはデバイスドライバが
 	    サポートしていたとしても
 	    あるデバイスのファームウェアではインプリメントが
 	    <quote>正しくない</quote> かもしれません.
 	    このような問題に出会うと非常に不可解な問題に つながります.
 	    このような場合は TCQ を無効にしてみてください.</para>
 	</sect4>
 
 	<sect4>
 	  <title>バスマスタ ホストアダプタ</title>
 
 	  <para>すべてではありませんが多くの SCSIホストアダプタは
 	    バスマスタコントローラです. これはホストCPUにデータ転送の
 	    負荷をかけず, ボード自身がI/Oをおこないます.</para>
 
 	  <para>これは
 	    FreeBSDのようなマルチタスクのオペレーティングシステム
 	    では大きな利点になります. しかし,
 	    何らかの問題の起きることも あります.</para>
 
 	  <para>例えば Adaptec 1542 コントローラは ホストバス
 	    (ここでは ISA  または AT バス)
 	    を異なった転送速度に設定できます.  コントローラが
 	    異なるレートに設定できるのは すべてのマザーボードで
 	    高速な転送が できるわけではないからです.
 	    マザーボードに合っていない高速の
 	    データ転送速度を用いた時には,
 	    ハングアップやデータの損傷等の
 	    問題が起きるかもしれません.</para>
 
 	  <para>これを解決する方法は明らかです.
 	    より低いデータ転送速度に設定
 	    してうまく動くか確かめることです.</para>
 
 	      <para>Adaptec 1542 の場合,
 	    可能な限り高速な転送レートを動的に読み取って,
 	    正しい決定をおこなうためのオプションを
 	    カーネルコンフィグファイルに 追加することができます.
 	    このオプションはデフォルトでは無効に なっています.</para>
 
-	  <programlisting>
-options        "TUNE_1542"             #dynamic tune of bus DMA speed</programlisting>
+	  <programlisting>options        "TUNE_1542"             #dynamic tune of bus DMA speed</programlisting>
 
 	  <para>あなたの使うホストアダプタについてのマニュアルページを
 	    チェックしてください.
 	    また最終的な手段としては究極のドキュメントを
 	    使ってください
 	    (つまりドライバのソースを読んでくださいというこ
 	    とです).</para>
 
 	  <para>訳注: 2.1.5R
 	    の時点ではすべてのドライバに関してマニュアルページ
 	    があるわけではありません. また上の例の
 	    TUNE_1542のオプション も <emphasis remap=tt>man aha
 	    </emphasis>にはないようです. ソースのコメントだけで
 	    も一度見ておいてもいいかもしれません.</para>
 	</sect4>
       </sect3>
 
       <sect3>
 	<title>問題を突き止める</title>
 
 	<para>以下は SCSI
 	  で一般的に問題が起きた場合に解決をするためのチェッ
 	  クリストの試みです. これは完全な物ではありません.</para>
 
 	<itemizedlist>
 	  <listitem>
 	    <para>コネクタとケーブルがゆるんでいないかチェックする.
 	    </para>
 	  </listitem>
 
 	  <listitem>
 	    <para>ターミネータの場所と数を念には念を入れて
 	      チェックする.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>少なくとも 1
 	      つのターミネータの電源の供給源があるかチェック する
 	      (特に外部ターミネータを使う場合).</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>ターゲットIDが重複していないかチェックする.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>使用するすべてのデバイスの電源が ON
 	      になっているかチェックする.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>必要最小限のデバイスだけの構成を試してみる.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>可能であれば,
 	      ホストアダプタのスピードを遅くする.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>問題をより単純にするために,
 	      タグコマンドキューイングを可能 であれば無効にする.
 	      (NCRベースのホストアダプタについては  man ncrcontrol
 	      を見てください)</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>カーネルのコンパイルができるのであれば,
 	      <literal>SCSIDEBUG</literal>オプショ ンをつけて
 	      makeして, デバイスをデバッグモードにしてアクセ
 	      スしてみてください.  もしそれでも起動時にデバイスが検出
 	      されないのであれば, デバイスの設定アドレスが間違っている
 	      のかもしれません. また, <emphasis
 		remap=tt>/sys/scsi/scsidebug.h </emphasis>に
 	      あるデバッグレベルを変えてみてください.  検出はされるが
 	      動かないのであれば, &man.scsi.8; コマンドで
 	      (<literal>SCSIDEBUG</literal> をつけてmakeした)
 	      カーネルが動いている状態で動的にデバッグ
 	      レベルを設定することができます. これは guru (UNIXの達人)
 	      で も混乱してしまうほどの非常に大量のデバッグ情報を
 	      出すでしょ う. <command>man 4 scsi
 	      </command>にはより正確な情報があります. また<command>man
 		8 scsi</command> も見てください.</para>
 	  </listitem>
 	</itemizedlist>
       </sect3>
 
       <sect3 id="scsi-further-reading">
 	<title>さらに詳しい情報</title>
 
 	<para>もしあなたがいくらかは本気で
 	  SCSIハッキングをする気があるなら
 	  たぶん正規の規格を持っていたくなるでしょう.</para>
 
 	<para>承認ずみのアメリカ工業規格は ANSI から購入できます.
 	  住所と電話番号は
 
 	  <address>
 	    <otheraddr>13th Floor</otheraddr>
 	    <street>11 West 42nd Street</street>
 	    <city>New York</city>
 	    <state>NY</state> <postcode>10036</postcode>
 	    Sales Dept: <phone>(212) 642-4900</phone>
 	  </address>
 
 	    です.</para>
 
 	<para>また, ANSIの規格および委員会の規格案 (ドラフト)
 	  のほとんどは Global Engineering Documents
 	  より買うことができます. 連絡先は
 
 	  <address>
 	    <street>15 Inverness Way East</street>
 	    <city>Englewood</city>
 	    <state>CO</state>, <postcode>80112-5704</postcode>
 	    Phone: <phone>(800) 854-7179</phone>
 	    Outside USA and Canada: <phone>(303) 792-2181</phone>
 	    Fax: <fax>(303) 792- 2192</fax>
 	  </address>
 
 	  です.</para>
 
 	<para>X3T10 のドラフトの多くは電子的に利用できる形で SCSI BBS
 	  (719-574-0424) と <hostid
 	    role="fqdn">ncrinfo.ncr.com</hostid> の Anonymous FTP
 	  (誰でも ファイルを取ってくることができるFTPサービス)
 	  サイトから得るこ とができます.</para>
 
 	<para>最新の X3T10委員会のドキュメントは:</para>
 
 	<itemizedlist>
 	  <listitem>
 	    <para>AT Attachment (ATA or IDE) [X3.221-1994]
 	      (<emphasis>Approved</emphasis>)</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>ATA Extensions (ATA-2) [X3T10/948D Rev 2i]</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Enhanced Small Device Interface (ESDI)
 	      [X3.170-1990/X3.170a-1991]
 	      (<emphasis>Approved</emphasis>)</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Small Computer System Interface &mdash;
 	      2 (SCSI-2) [X3.131-1994] (<emphasis>Approved</emphasis>)</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>SCSI-2 Common Access Method Transport and
 	      SCSI Interface Module (CAM)
 	      [X3T10/792D Rev 11]</para>
 	  </listitem>
 	</itemizedlist>
 
 	<para>追加情報を得ることのできる出版物は:</para>
 
 	<itemizedlist>
 	  <listitem>
 	    <para><quote>SCSI: Understanding the Small Computer
 	      System Interface</quote>, NCR社
 	      編.  出版: Prentice Hall, Englewood Cliffs, NJ, 07632
 	      Phone: (201) 767-5937 ISBN 0-13-796855-8</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><quote>Basics of SCSI</quote>,
 	      a SCSI tutorial, Ancot Corporation 編
 	      Ancot の連絡先:
 	      Phone: (415) 322-5322  Fax: (415) 322-0455</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><quote>SCSI Interconnection Guide Book</quote>,
 	      AMP社の出版物 (発行 4/93, カ
 	      タログ 65237) 色々な
 	      SCSI コネクタのリスト と ケーブル接続方法のガイド.
 	      AMP 社より入手可能. (800) 522-6752
 	      または (717) 564-0100</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><quote>Fast Track to SCSI</quote>,
 	      富士通によるプロダクトガイド,
 	      入手先: Prentice Hall, Englewood Cliffs, NJ, 07632
 	      電話: (201) 767-5937 ISBN 0-13-307000-X</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><quote>The SCSI Bench Reference</quote>,
 	      <quote>The SCSI Encyclopedia</quote>,  <quote>SCSI Tutor</quote>,
 	      ENDL Publications, 14426 Black Walnut Court, Saratoga CA, 95070
 	      電話: (408) 867-6642</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><quote>Zadian SCSI Navigator</quote>
 	      (クイックリファレンス) および
 	      <quote>Discover the Power of SCSI</quote>
 	      (最初の本は1時間のビデオとチュートリアルが付属),
 	      Zadian Software,
 	      Suite 214, 1210 S. Bascom Ave.,
 	      San Jose, CA 92128, (408) 293-0800</para>
 	  </listitem>
 	</itemizedlist>
 
 	<para>Usenet のニュースグループ <ulink
 	    url="news:comp.periphs.scsi">comp.periphs.scsi</ulink> と
 	  <ulink url="news:comp.periphs">comp.periphs</ulink>
 	  は特により多くの情報を得るには注目すべき場所です.
 	  また定期的に ポストされる
 	  SCSI-FAQをここから得ることができます.</para>
 
 	<para>多くの主要な SCSIデバイスとホストアダプタの供給元は FTP
 	  サイト や BBSを開いています.
 	  これらはあなたの持っているデバイスに関す
 	  る貴重な情報源となるでしょう.</para>
       </sect3>
     </sect2>
 
     <sect2 id="hw-storage-controllers">
       <title>* ディスク/テープ コントローラ</title>
 
       <sect3>
 	<title>* SCSI</title>
 
 	<para></para>
       </sect3>
 
       <sect3>
 	<title>* IDE</title>
 
 	<para></para>
       </sect3>
 
       <sect3>
 	<title>* フロッピー</title>
 
 	<para></para>
       </sect3>
     </sect2>
 
     <sect2>
       <title>ハードディスクドライブ</title>
 
       <sect3>
 	<title>SCSI ハードディスク装置</title>
 
 	<para><emphasis>寄稿: &a.asami; .<!-- <br> -->
 	    17 February 1998.</emphasis></para>
 
 	<para><emphasis>訳: &a.jp.miyasita;.<!-- <br> -->
 	    20 February 1998.</emphasis></para>
 
 	<para><link linkend="scsi">SCSI</link> の章で述べたように,
 	  実際, 現在販売されている SCSI ハードディスク装置はすべて
 	  SCSI-2 互換であり, サポートされている SCSI ホストアダプタに
 	  接続すればそれらは正常に動作するでしょう.
 	  人々が直面する問題の多くは, ケーブル接続が間違っていたり
 	  (ケーブルが長過ぎる, スター型接続になっている, など),
 	  ケーブル終端の処理が不十分だったり,
 	  部品が故障していたりのうちのどれかです.
 	  SCSI ハードディスク装置が動作しないときには, まず
 	  <link linkend="scsi">SCSI</link> の章を参照して下さい.
 	  しかし SCSI ハードディスク装置を購入するときに
 	  気を付けておきたいことがふたつあります.</para>
 
 	<sect4>
 	  <title>回転速度</title>
 
 	  <para>現在販売されている SCSI ドライブの回転速度の範囲は
 	    4,500RPM から 10,000RPM であり, その大部分は 5,400RPM か
 	    7,200RPM です. 一般的に 7,200RPM
 	    のドライブの方がデータ転送は速いのですが, 5,400RPM
 	    の同容量のものと比べてとても熱くなります.
 	    現在のディスク装置の故障の大半は熱によるものです. もし PC
 	    のケースの中が非常によく冷却されていなければ, 5,400RPM
 	    かそれ以下のドライブにしておいた方がよいでしょう.</para>
 
 	  <para>より高密度で記録するようになっている新しいドライブは
 	    以前のものに比べてより多くのビットを
 	    各回転毎に転送することが
 	    できるということに気をつけて下さい. 現在, 5,400RPM
 	    の最高級機種では 1, 2 世代前の 7,200RPM の
 	    ドライブに匹敵する転送速度が出せます.
 	    仕様一覧からバンド幅の数値を探すには <quote>内部データ
 	    (または転送) 速度</quote> という欄を見て下さい.
 	    通常その数値は Mbits/s で書かれているので, それを 8
 	    で割ればそのドライブで出せる速度が Mbytes/s で
 	    おおよそ見当をつけることができます.</para>
 
 	  <para>(もしあなたがスピード狂で,
 	    あなたの愛する小さなパソコンちゃんに 10,000RPM
 	    のドライブを載せたいのならそうしても構いませんが,
 	    そのようなドライブはものすごく熱くなります. ドライブへ
 	    <emphasis>直接</emphasis> 風を当てられるようなファンや
 	    きちんと換気されているディスク区画を持っていないときには
 	    そういうことは考えない方がよいでしょう.)</para>
 
 	  <para>最新の 10,000RPM のドライブや 7,200RPM
 	    のドライブは当然 最新の 5,400RPM
 	    のドライブよりも多くのデータを転送することが できますから,
 	    絶対的なバンド幅がアプリケーションにとって 必要ならば,
 	    より速いドライブを選ぶしかありません. また,
 	    レイテンシを小さくする必要があるときも,
 	    より速いドライブが適当です. なぜなら,
 	    より速いドライブの方が平均シーク時間が 少ないだけでなく,
 	    回転遅延という尺度において
 	    低回転速度のドライブが高回転速度のものに
 	    勝ることはないからです. (平均回転レイテンシはディスクが 1
 	    回転するために要する時間を半分に したものです. すなわち,
 	    10,000RPM のドライブでは 3 ms, 7,200RPM のドライブでは 4.2
 	    ms, 5,400RPM のドライブでは 5.6 ms となります.)
 	    レイテンシはシーク時間と回転遅延との和になります.
 	    しかしここで, レイテンシの少ないドライブが欲しいのか, 1
 	    秒あたりのアクセス数を増やす方がよいのかを
 	    はっきりさせておかなければいけません. 後者の場合 (例 :
 	    ニュースサーバ) では, 大きな速いドライブを 1
 	    つ購入することは最適解とはならないでしょう.
 	    遅いドライブを複数個使ってストライピングされた
 	    ディスクアレイを 作る ccd (連結ディスク)
 	    ドライバを用いることによって,
 	    全体に必要な費用の点で同様かまたはより
 	    良い結果を得ることができます.</para>
 
 	  <para>ドライブのまわりに適切な空気の
 	    流れを作るようにする必要が あります.
 	    高回転速度のドライブを使おうとしているときには特に
 	    注意してください. 一般的に, ドライブの上下には少なくとも
 	    1/2 インチ (1.25cm) の すき間が必要です. PC
 	    のケース内の空気がどんなふうに流れているか
 	    理解しておいてください.
 	    多くのケースには背面から空気を吸い込む電源が付いています.
 	    どこから空気が入ってくるかを確かめて, まわりに最大量の
 	    冷たい空気が流れるようにドライブを設置してください.
 	    効果的に冷却するためには, 不要な穴をいくつか塞いだり
 	    新しいファンを追加する必要があるかも知れません.</para>
 
 	  <para>もうひとつ考慮するべき事柄は騒音です. 7,200RPM
 	    やそれより速い回転速度のドライブの多くは高い周波数の
 	    音を発生し, この音は多くの人をとても不快にします.
 	    それに加えて, 冷却のために追加されたファンによっても,
 	    7,200RPM
 	    やそれより速い回転速度のドライブはオフィスや家の環境に
 	    そぐわないものになるかもしれません.</para>
 	</sect4>
 
 	<sect4>
 	  <title>形状</title>
 
 	  <para>現在販売されている大部分の SCSI ドライブは 3.5
 	    インチの 大きさです. それらは高さが 1.6 インチ
 	    (<quote>ハーフハイト</quote>) のものと 1 インチ
 	    (<quote>ロープロファイル</quote>) のものとの 2
 	    種類に分類されます. ハーフハイトのドライブは CDROM
 	    ドライブと同じ高さです. しかし前節で述べたすき間についての
 	    ルールを忘れないでください. 3.5 インチドライブ用のベイが 3
 	    段用意されているときに, ハーフハイトのドライブ 3 個を
 	    (焦がすことなく)
 	    そこに設置することはできないでしょう.</para>
 	</sect4>
 
 	<sect4>
 	  <title>インタフェース</title>
 
 	  <para>現在売られている SCSI ハードドライブの多くは Ultra
 	    または Ultra-wide SCSI です. Ultra SCSI の最大バンド幅は
 	    20MB/s, Ultra-wide SCSI の場合は 40MB/s です. Ultra と
 	    Ultra-wide の間にケーブル最大長の相違はありませんが,
 	    同一バスに接続されるデバイスが増えれば増えるほど
 	    早い時期にバスの整理に関する問題を
 	    抱えることになるでしょう.
 	    うまく設計されたディスク区画を持っているのでなければ, 5
 	    個か 6 個以上の Ultra SCSI ドライブを 1 本のバスに
 	    接続することは容易なことではありません.</para>
 
 	  <para>一方, 多数のドライブを接続する必要があるときに
 	    Fast-wide SCSI を利用することは悪くないアイデアでしょう.
 	    これは Ultra (narrow) SCSI
 	    と同じ最大バンド幅であると同時に <quote>正しく</quote>
 	    接続することが電気的にとても容易です.
 	    アドバイスとしてはこのようになるでしょうか :
 	    ディスクを多数接続したいときには wide SCSI のドライブを
 	    選んで下さい. 通常 wide SCSI の方が少し高価ですが,
 	    将来きっと役に立ちます. (なお,
 	    価格差を補う余裕がないときにはディスクアレイを
 	    作るべきではありません.)</para>
 
 	  <para>wide SCSI ドライブには 68 ピンのものと 80ピン SCA
 	    (単コネクタ型) のものとの 2 種類があります. SCA
 	    ドライブには 4 ピンの電源コネクタがなく, SCSI ID も 80
 	    ピンコネクタを通じて設定されます.
 	    真面目に大規模な記憶システムを作成するような場合には, SCA
 	    ドライブと SCA 筺体 (2
 	    種類の電圧が供給できる電源と少なくとも 1
 	    個のファンが付いたもの) を使ってください. その方が 68
 	    ピンの同様のドライブよりも電気的に優れています. なぜなら,
 	    68 ピンのドライブで作ったディスクアレイに 見られるような
 	    SCSI バスの <quote>スタブ</quote>
 	    がディスクキャニスタの内部に 存在しないからです.
 	    それらはより簡単に設置することができます
 	    (キャニスタの中にドライブをねじで固定すればよいだけで,
 	    (SCSI ID やディスクアクセス LED 用の線のような)
 	    細かいケーブルを全部持ち上げるために狭いところへ指を入れて
 	    握らなくてもよいのです).</para>
 	</sect4>
       </sect3>
 
       <sect3>
 	<title>* IDE ハードディスクドライブ</title>
 
 	<para></para>
       </sect3>
     </sect2>
 
     <sect2>
       <title>テープドライブ</title>
 
       <para><emphasis>原作: &a.jmb;.<!-- <br> -->
 	  2 July 1996.</emphasis></para>
 
       <para><emphasis>訳: &a.jp.yoshiaki;.<!-- <br> -->
 	  13 October 1996.</emphasis></para>
 
       <sect3>
 	<title>一般的なテープアクセスコマンド</title>
 
 	<para>&man.mt.1; はテープドライブへの一般的なアクセス方法を提
 	  供します. <command>rewind</command>,
 	  <command>erase</command>, <command>status</command>など
 	  の共通コマンドがあります. マニュアルページの &man.mt.1; を見
 	  てください. より詳しい解説があります.</para>
       </sect3>
 
       <sect3>
 	<title>コントローラインタフェース</title>
 
 	<para>テープドライブにはいくつかの異なったインタフェースがあり
 	  ます. SCSI, IDE, フロッピー, パラレルポートのインタフェース
 	  です.
 	  非常に多くの種類のテープドライブがこれらのインタフェー
 	  スで使えます.  コントローラについての議論は<link
 	    linkend="hw-storage-controllers">ディスク/テープ
 	    のコントローラ</link>にあります(訳注:現在未完成です).</para>
       </sect3>
 
       <sect3>
 	<title>SCSI ドライブ</title>
 
 	<para>&man.st.4; ドライバは 8mm (Exabyte), 4mm (DAT: Digital
 	  Audio Tape), QIC (1/4インチカートリッジ),
 	  DLT (デジタルリニアテープ),
 	  QIC ミニカートリッジ, 9トラック (大きなリールがハリウッドの
 	  コンピュータルームで回っているのを見たことがあるでしょう)
 	  をサポートします.
 	    &man.st.4; マニュアルページにより詳しい解説があります.
 	</para>
 
 	<para>以下のドライブリストは現在 FreeBSDコミュニティのメンバが
 	  使っているものです. これらだけが FreeBSDで動くドライブという
 	  わけではありません.
 	  これらは単にたまたま私たちのうちの誰かが使っ
 	  ているというだけです.</para>
 
 	<sect4>
 	  <title>4mm (DAT: Digital Audio Tape )</title>
 
 	  <para><link linkend="hw-storage-python-28454">Archive Python
 	      28454</link></para>
 
 	  <para><link linkend="hw-storage-python-04687">Archive Python
 	      04687</link></para>
 	  
 	  <para><link linkend="hw-storage-hp1533a">HP C1533A</link></para>
 	  <para><link linkend="hw-storage-hp1534a">HP C1534A</link></para>
 	  <para><link linkend="hw-storage-hp35450a">HP 35450A</link></para>
 	  <para><link linkend="hw-storage-hp35470a">HP 35470A</link></para>
 	  <para><link linkend="hw-storage-hp35480a">HP 35480A</link></para>
 	  <para><link linkend="hw-storage-sdt5000">SDT-5000</link></para>
 	  <para><link linkend="hw-storage-wangtek6200">Wangtek 6200</link></para>
 	</sect4>
 
 	<sect4>
 	  <title>8mm (Exabyte)</title>
 
 	  <para><link linkend="hw-storage-exb8200">EXB-8200</link></para>
 	  <para><link linkend="hw-storage-exb8500">EXB-8500</link></para>
 	  <para><link linkend="hw-storage-exb8505">EXB-8505</link></para>
 	</sect4>
 
 	<sect4>
 	  <title>QIC (1/4 インチカートリッジ)</title>
 
 	  <para><link linkend="hw-storage-anaconda">Archive Anaconda 2750</link></para>
 	  <para><link linkend="hw-storage-viper60">Archive Viper 60</link></para>
 	  <para><link linkend="hw-storage-viper150">Archive Viper 150</link></para>
 	  <para><link linkend="hw-storage-viper2525">Archive Viper 2525</link></para>
 	  <para><link linkend="hw-storage-tandberg3600">Tandberg TDC 3600</link></para>
 	  <para><link linkend="hw-storage-tandberg3620">Tandberg TDC 3620</link></para>
 	  <para><link linkend="hw-storage-tandberg3800">Tandberg TDC 3800</link></para>
 	  <para><link linkend="hw-storage-tandberg4222">Tandberg TDC 4222</link></para>
 	  <para><link linkend="hw-storage-wangtek5525es">Wangtek 5525ES</link></para>
 	</sect4>
 
 	<sect4>
 	  <title>DLT (Digital Linear Tape)</title>
 
 	  <para><link linkend="hw-storage-dectz87">Digital TZ87</link></para>
 	</sect4>
 
 	<sect4>
 	  <title>Mini-Cartridge</title>
 
 	  <para><link linkend="hw-storage-ctms3200">Conner CTMS 3200</link></para>
 	  <para><link linkend="hw-storage-exb2501">Exabyte 2501</link></para>
 	</sect4>
 
 	<sect4>
 	  <title>Autoloaders/Changers</title>
 
 	  <para><link linkend="hw-storage-hp1553a">Hewlett-Packard HP C1553A Autoloading DDS2</link></para>
 	</sect4>
       </sect3>
 
       <sect3>
 	<title>* IDE ドライブ</title>
 
 	<para></para>
       </sect3>
 
       <sect3>
 	<title>フロッピードライブ</title>
 
 	<para><link linkend="hw-storage-conner420r">Conner 420R</link></para>
       </sect3>
 
       <sect3>
 	<title>* パラレルポートドライブ</title>
 
 	<para></para>
       </sect3>
 
       <sect3>
 	<title>詳細な情報</title>
 
 	<sect4 id="hw-storage-anaconda">
 	  <title>Archive Anaconda 2750</title>
 
 	  <para>このドライブのブートメッセージの識別子は
 	    <literal>ARCHIVE ANCDA 2750 28077 -003 type 1 removable
 	      SCSI 2</literal> です.</para>
 
 	  <para>これは QIC テープドライブです.</para>
 
 	  <para>QIC-1350テープを利用した場合の標準の容量は 1.35GBです.
 	    このドライブは QIC-150 (DC6150), QIC-250 (DC6250), QIC-525
 	    (DC6525) の
 	    テープを問題なく読み書きすることができます.</para>
 
 	  <para>&man.dump.8; を使った時のデータ転送レートは
 	    350kB/sです. <link
 	      linkend="backups-programs-amanda">Amanda</link>
 	    における転送レートは  530kB/sと報告されています.</para>
 
 	  <para>このドライブは既に生産中止になっています.</para>
 
 	  <para>このテープドライブの
 	    SCSIバスコントローラは他のほとんどの
 	    SCSIドライブとピン配置が逆です. Anaconda
 	    テープドライブの前後でSCSIケー
 	    ブルを1/2ひねることができるくらい SCSI
 	    ケーブルが長いことを確認しておく か, 他の
 	    SCSIデバイスのピン配置を入れ換えておく必要
 	    があります.</para>
 
 	  <para>そして, このドライブではカーネルコードの変更が
 	    2箇所必要です. そ のままではうまく動かないでしょう.</para>
 
 	  <para>SCSI-2コントローラを持っているなら, ジャンパの
 	    6番をショート してください. そうしないとこのドライブは
 	    SCSI-1として働きます. SCSI-1の デバイスとして動作する時,
 	    このドライブはテープのfsf (早送り), rewind (巻
 	    戻し),rewoffl (巻戻してオフラインにする)
 	    等を含む操作を行っている間,
 	    SCSIバスを<quote>ロック</quote>します.</para>
 
 	  <para>NCR SCSIコントローラを使う場合,
 	    <filename>/usr/src/sys/pci/ncr.c</filename> (以
 	    下を参照してください)にパッチを行って, カーネルを作り直し,
 	    新しいカーネ ルをインストールしてください.</para>
 
-	  <programlisting>
-*** 4831,4835 **** }; !               if (np-&gt;latetime&gt;4) { /*
+	  <programlisting>*** 4831,4835 **** }; !               if (np-&gt;latetime&gt;4) { /*
 	    **      Although we tried to wake it up, --- 4831,4836
 	    ---- }; !               if (np-&gt;latetime&gt;1200) { /*
 	    **      Although we tried to wake it up,</programlisting>
 
 	  <para>報告者: &a.jmb;</para>
 	</sect4>
 
 	<sect4 id="hw-storage-python-28454">
 	  <title>Archive Python 28454</title>
 
 	  <para>このドライブのブートメッセージの識別子は
 	    <literal>ARCHIVE Python 28454-XXX4ASB</literal>
 	    <literal>type 1 removable SCSI 2</literal>
 	    <literal>density code 0x8c, 512-byte blocks</literal>
 	    です.</para>
 
 	  <para>これは DDS-1 テープドライブです.</para>
 
 	  <para>90m テープを使った場合の標準容量は 2.5GBです.</para>
 
 	  <para>データ転送速度は不明です.</para>
 
 	  <para>このドライブは Sun マイクロシステムが再パッケージして
 	    model 595-3067として出しています.</para>
 
 	  <para>報告者: Bob Bishop <email>rb@gid.co.uk</email></para>
 
 	  <para>スループットは 1.5 MByte/sec クラスですが,
 	    ディスクとテープが同じ SCSI コントローラに接続されている
 	    場合には遅くなってしまいます.</para>
 
 	  <para>報告者: Robert E. Seastrom
 	    <email>rs@seastrom.com</email></para>
 	</sect4>
 
 	<sect4 id="hw-storage-python-04687">
 	  <title>Archive Python 04687</title>
 
 	  <para>このドライブのブートメッセージの識別子は<literal>ARCHIVE 
 	      Python 04687-XXX 6580</literal> <literal>Removable Sequential
 	      Access SCSI-2 device</literal>です.</para>
 
 	  <para>これは DAT-DDS-2 ドライブです.</para>
 
 	  <para>120m テープを使った場合の標準容量は 2.5GBです.</para>
 
 	  <para>このドライブはハードウェアデータ圧縮をサポートしています.
             スイッチ4は MRS (Media Recognition System:メディア認識システム
             )をコントロールします. MRSテープの透明なテープリーダー部分には
             しま模様があります. スイッチ 4 を<emphasis>off</emphasis>
 	    にすると MRS が有効に, <emphasis>on</emphasis> にすると MRS
             が無効になります.</para>
 
 	  <para>パリティはスイッチ 5 でコントロールされます.  スイッチ 5 を
 	    <emphasis>on</emphasis> にするとパリティが有効になります. 圧縮は
 	    スイッチ 6 <emphasis>off</emphasis> で有効です.  圧縮については
 	    <literal>SCSI MODE SELECT</literal> コマンド (see &man.mt.1;)
             の指定が優先されます.</para>
 
 	  <para>データ転送レートは 800kB/s です.</para>
 	</sect4>
 
 	<sect4 id="hw-storage-viper60">
 	  <title>Archive Viper 60</title>
 
 	  <para>このドライブのブートメッセージ識別子は
 	    <literal>ARCHIVE VIPER 60 21116 -007</literal>
 	    <literal>type 1 removable SCSI 1</literal> です.</para>
 
 	  <para>これは QICテープドライブです.</para>
 
 	  <para>標準の容量は 60MB です.</para>
 
 	  <para>データ転送レートは不明です.</para>
 
 	  <para>このドライブは生産中止になっています.</para>
 
 	  <para>報告者: Philippe Regnauld <email>regnauld@hsc.fr</email></para>
 	</sect4>
 
 	<sect4 id="hw-storage-viper150">
 	  <title>Archive Viper 150</title>
 
 	  <para>このドライブのブートメッセージの識別子は
 	    <literal>ARCHIVE VIPER 150 21531 -004</literal>
 	    <literal>Archive Viper 150 is a known rogue</literal>
 	    <literal>type 1 removable SCSI 1</literal>です.
 	    このドライブのファームウェアには多くのリビジョ
 	    ンがあります.
 	    あなたのドライブではことなった数字が表示されるかもしれま
 	    せん(例えば <literal>21247 -005</literal>).</para>
 
 	  <para>これは QICテープドライブです.</para>
 
 	  <para>標準容量は 150/250MBです.  150MB (DC6150) テープと
 	    250MB (DC6250)テープの記録フォーマットがあります.
 	    250MBテープは およそ67% 150MBテープより長いです.
 	    このドライブは 120MBのテープを問題 なく読むことができます.
 	    120MBテープに書き込むことはできません.</para>
 
 	  <para>データ転送レートは100kB/sです.</para>
 
 	  <para>このドライブは DC6150 (150MB) と DC6250 (250MB)
 	    テープの読み 書きができます.</para>
 
 	  <para>このドライブの奇妙な癖は
 	    SCSIテープデバイスドライバはあら かじめ (&man.st.4;)
 	    にあらかじめ組み込まれています.</para>
 
 	  <para>FreeBSD 2.2-CURRENTでは,
 	    ブロックサイズの設定を設定するため<command>mt blocksize
 	      512</command>としてください. (ファームウェアリビジョンが
 	    21247 -005 である場合の問題です.
 	    他のリビジョンのファームウェアでは異 なる場合があります.)
 	    これ以前の
 	    FreeBSDバージョンにはこの問題はありません.</para>
 
 	  <para>このドライブは生産中止になっています.</para>
 
 	  <para>報告者: Pedro A M Vazquez
 	    <email>vazquez@IQM.Unicamp.BR</email></para>
 
 	  <para>&a.msmith;</para>
 	</sect4>
 
 	<sect4 id="hw-storage-viper2525">
 	  <title>Archive Viper 2525</title>
 
 	  <para>このドライブのブートメッセージの識別子は
 	    <literal>ARCHIVE VIPER 2525 25462 -011</literal>
 	    <literal>type 1 removable SCSI 1</literal>です.</para>
 
 	  <para>これは QICテープドライブです.</para>
 
 	  <para>標準容量は 525MBです.</para>
 
 	  <para>データ転送レートは 90inch/secの場合で 180kB/sです.</para>
 
 	  <para>QIC-525, QIC-150, QIC-120,
 	    QIC-24のテープを読むことができま す. QIC-525, QIC-150,
 	    QIC-120 に書き込むことができます.</para>
 
 	  <para>ファームウェアのリビジョンが <literal>25462
 	      -011</literal> 以前の物はバグが 多く,
 	    正しく機能しません.</para>
 
 	  <para>このドライブは生産中止になっています.</para>
 	</sect4>
 
 	<sect4 id="hw-storage-conner420r">
 	  <title>Conner 420R</title>
 
 	  <para>このドライブのブートメッセージの識別子は
 	    <literal>Conner tape</literal> です.</para>
 
 	  <para>これはフロッピーコントローラを
 	    使うミニカートリッジテープド ライブです.</para>
 
 	  <para>標準容量は不明です.</para>
 
 	  <para>データ転送レートは不明です.</para>
 
 	  <para>このドライブは QIC-80テープドライブを使います.</para>
 
 	  <para>報告者: Mark Hannon <email>mark@seeware.DIALix.oz.au</email></para>
 	</sect4>
 
 	<sect4 id="hw-storage-ctms3200">
 	  <title>Conner CTMS 3200</title>
 
 	  <para>このドライブのブートメッセージの識別子は
 	    <literal>CONNER CTMS  3200 7.00</literal> <literal>type 1
 	      removable SCSI 2</literal> です.</para>
 
 	  <para>これはミニカートリッジテープドライブです.</para>
 
 	  <para>標準容量は不明です.</para>
 
 	  <para>データ転送レートは不明です.</para>
 
 	  <para>このドライブは QIC-3080テープカートリッジを使います.</para>
 
 	  <para>報告者: Thomas S. Traylor <email>tst@titan.cs.mci.com</email></para>
 	</sect4>
 
 	<sect4 id="hw-storage-dectz87">
 	  <title><ulink url="http://www.digital.com/info/Customer-Update/931206004.txt.html">DEC TZ87</ulink></title>
 
 	  <para>このドライブのブートメッセージの識別子は <literal>DEC
 	      TZ87 (C) DEC 9206</literal> <literal>type 1 removable
 	      SCSI 2</literal> <literal>density code 0x19</literal>
 	    です.</para>
 
 	  <para>これは DLTテープドライブです.</para>
 
 	  <para>標準容量は 10GBです.</para>
 
 	  <para>このドライブはハードウェアデータ圧縮の機能があります.</para>
 
 	  <para>データ転送レートは 1.2MB/sです.</para>
 
 	  <para>このドライブは Quantum DLT2000と同一の物です.
 	    このドライブ のファームウェアは Exabyteの
 	    8mmドライブ等のよく知られたいくつかのドラ
 	    イブのエミュレートをおこなうよう設定ができます.</para>
 
 	  <para>報告者: &a.wilko;</para>
 	</sect4>
 
 	<sect4 id="hw-storage-exb2501">
 	  <title><ulink url="http://www.Exabyte.COM:80/Products/Minicartridge/2501/Rfeatures.html">Exabyte EXB-2501</ulink></title>
 
 	  <para>このドライブのブートメッセージ識別子は
 	    <literal>EXABYTE EXB-2501</literal>です.</para>
 
 	  <para>これはミニカートリッジテープドライブです.</para>
 
 	  <para>MC3000XLミニカートリッジを使った時の標準容量は 1GBです.</para>
 
 	  <para>データ転送レートは不明です.</para>
 
 	  <para>このドライブは DC2300 (550MB), DC2750 (750MB), MC3000
 	    (750MB), MC3000XL (1GB)
 	    ミニカートリッジの読み書きができます.</para>
 
 	  <para>注意: このドライブは SCSI-2の仕様に適合していません.
 	    このドライブは, フォーマット済みのテープ以外を入れた場合,
 	    SCSI MODE_SELCTコマンドで完全にロックアップしてしまいます.
 	    このドライブを使 う前に,
 	    テープブロックサイズを次のように設定します.</para>
 
 	  <screen>&prompt.root; <userinput>mt -f /dev/st0ctl.0 blocksize 1024</userinput></screen>
 
 	  <para>ミニカートリッジは最初に使う前に
 	    フォーマットしなければなりません. FreeBSD 2.1.0-RELEASE
 	    およびそれ以前の場合は</para>
 
 	  <screen>&prompt.root; <userinput>/sbin/scsi -f /dev/rst0.ctl -s 600 -c "4 0 0 0 0 0"</userinput></screen>
 
 	  <para>(あるいは, FreeBSD 2.1.5/2.2から
 	    <command>scsiformat</command>シェルスクリプトを
 	    コピーして持ってきた場合と) FreeBSD
 	    2.1.5およびそれ以降の場合は <screen>&prompt.root;
 	      <userinput>/sbin/scsiformat -q -w
 		/dev/rst0.ctl</userinput></screen> とします.</para>
 
 	  <para>今のところ,
 	    FreeBSDではこのドライブはあまりおすすめできません.</para>
 
 	  <para>報告者: Bob Beaulieu <email>ez@eztravel.com</email></para>
 	</sect4>
 
 	<sect4 id="hw-storage-exb8200">
 	  <title>Exabyte EXB-8200</title>
 
 	  <para>このドライブのブートメッセージの識別子は
 	    <literal>EXABYTE EXB-8200 252X</literal> <literal>type 1
 	      removable SCSI 1</literal>です.</para>
 
 	  <para>これは8mmテープドライブです.</para>
 
 	  <para>標準容量は 2.3GBです.</para>
 
 	  <para>データ転送レートは 270kB/sです.</para>
 
 	  <para>このドライブはブート時の
 	    SCSIバスへの応答はわりあい遅いです.
 	    カスタムカーネルが必要かもしれません (SCSI_DELAYを
 	    10秒に設定しましょう). 訳注: GENERICカーネルの設定では
 	    15秒になっています.</para>
 
 	  <para>このドライブには非常に多くのファームウェアの
 	    構成があります.
 	    あるドライブでは特定のベンダのハードウェアに
 	    カスタマイズしてあります. ファームウェアは
 	    EPROMを置き換えることで変更できます.</para>
 
 	  <para>このドライブは生産中止になっています.</para>
 
 	  <para>報告者: &a.msmith;</para>
 	</sect4>
 
 	<sect4 id="hw-storage-exb8500">
 	  <title>Exabyte EXB-8500</title>
 
 	  <para>このドライブのブートメッセージの識別子は
 	    <literal>EXABYTE EXB-8500-85Qanx0 0415</literal>
 	    <literal>type 1 removable SCSI 2</literal> です.</para>
 
 	  <para>これは 8mmテープドライブです.</para>
 
 	  <para>標準容量は 5GBです.</para>
 
 	  <para>データ転送レートは 300kB/sです.</para>
 
 	  <para>報告者: Greg Lehey <email>grog@lemis.de</email></para>
 	</sect4>
 
 	<sect4 id="hw-storage-exb8505">
 	  <title><ulink url="http://www.Exabyte.COM:80/Products/8mm/8505XL/Rfeatures.html">Exabyte EXB-8505</ulink></title>
 
 	  <para>このドライブのブートメッセージ識別子は
 	    <literal>EXABYTE EXB-85058SQANXR1 05B0</literal>
 	    <literal>type 1 removable SCSI 2</literal>です.</para>
 
 	  <para>これは 圧縮機能を持った 8mmテープドライブで, EXB-5200
 	    と  EXB-8500に対する上位互換品です.</para>
 
 	  <para>標準容量は 5GBです.</para>
 
 	  <para>このドライブは
 	    ハードウェアデータ圧縮機能があります.</para>
 
 	  <para>データ転送レートは 300kB/sです.</para>
 
 	  <para>報告者: Glen Foster <email>gfoster@gfoster.com</email></para>
 	</sect4>
 
 	<sect4 id="hw-storage-hp1533a">
 	  <title>Hewlett-Packard HP C1533A</title>
 
 	  <para>このドライブのブートメッセージの識別子は <literal>HP
 	      C1533A 9503</literal> <literal>type 1 removable SCSI
 	      2</literal>です.</para>
 
 	  <para>これはDDS-2テープドライブです.  DDS-2
 	    とはデータ容量を増や すためにハードウェア圧縮と
 	    狭いトラックを採用したものです.</para>
 
 	  <para>120mテープを使った場合の標準容量は4GBです.
 	    このドライブは
 	    ハードウェアデータ圧縮機能があります.</para>
 
 	  <para>データ転送レートは510kB/sです.</para>
 
 	  <para>このドライブはヒューレットパッカード社の 6000eU および
 	    6000i テー プドライブ, C1533A DDS-2 DAT
 	    ドライブに使われています.</para>
 
 	  <para>このドライブは 8接点のディップスイッチがあります.
 	    FreeBSDで の適切な設定は 1 ON; 2 ON; 3 OFF; 4 ON; 5 ON; 6
 	    ON; 7 ON; 8 ON です. </para>
 
 	  <informaltable frame="none">
 	    <tgroup cols="3">
 	      <thead>
 		<row>
 		  <entry>スイッチ 1</entry>
 		  <entry>スイッチ 2</entry>
 		  <entry>結果</entry>
 		</row>
 	      </thead>
 
 	      <tbody>
 		<row>
 		  <entry>On</entry>
 		  <entry>On</entry>
 		  <entry>電源投入時に圧縮 ON,
 		    ホストによるコントロール可能</entry>
 		</row>
 
 		<row>
 		  <entry>On</entry>
 		  <entry>Off</entry>
 		  <entry>電源投入時に圧縮 ON,
 		    ホストによるコントロール不可</entry>
 		</row>
 
 		<row>
 		  <entry>Off</entry>
 		  <entry>On</entry>
 		  <entry>電源投入時に圧縮 OFF,
 		    ホストによるコントロール可能</entry>
 		</row>
 
 		<row>
 		  <entry>Off</entry>
 		  <entry>Off</entry>
 		  <entry>電源投入時に圧縮 OFF,
 		    ホストによるコントロール不可</entry>
 		</row>
 	      </tbody>
 	    </tgroup>
 	  </informaltable>
 
 	  <para>スイッチ 3 は MRS (Media Recognition System
 	    :メディア認識システ ム) をコントロールします.  MRS
 	    テープは透明なテープリーダ部分にしま模 様があります.
 	    これはテープが DDS (Digital Data Storage) グレードである
 	    ことを示します.
 	    しま模様のないテープはライトプロテクトされたものとして
 	    扱います. スイッチ3をOFFにすると MRSが有効になります.
 	    スイッチ3をONに すると MRSは無効になります.</para>
 
 	  <para>訳注: 安価な音楽用のDATテープを使うには
 	    MRSをOFFにしておきます</para>
 
 	  <para>このドライブの設定についてのより詳しい情報は  <ulink
 	      url="http://www.hp.com/tape/c_intro.html">HP SureStore
 	      Tape Products</ulink> および  <ulink
 	      url="http://www.impediment.com/hp/hp_technical.html">Hewlett-Packard Disk and Tape Technical Information</ulink> をご覧ください.</para>
 
 	  <para><emphasis>注意:</emphasis>
 	    これらのドライブの品質管理は非常に幅がありま す.  ある
 	    FreeBSDコアチームのメンバは
 	    このドライブを2つ返品しました.</para>
 
 	  <para>報告者: &a.se;</para>
 	</sect4>
 
 	<sect4 id="hw-storage-hp1534a">
 	  <title>Hewlett-Packard HP 1534A</title>
 
 	  <para>このドライブのブートメッセージの識別子は <literal>HP
 	      HP35470A T503</literal> <literal>type 1 removable SCSI
 	      2</literal> <literal>Sequential-Access density code
 	      0x13, variable blocks</literal>です.</para>
 
 	  <para>これは DDS-1テープドライブです.  DDS-1 は最初の DAT
 	    テープフォーマットです.</para>
 
 	  <para>90m テープを使った場合の標準容量は 2GBです.</para>
 
 	  <para>データ転送レートは 183kB/sです.</para>
 
 	  <para>ヒューレットパッカード社の SureStore <ulink
 	      url="http://www.dmo.hp.com/tape/sst2000.htm"> 2000i
 	    </ulink> テープドライブ, C35470A DDS フォーマット
 	    DATドライブ, C1534A DDS フォーマット DATドライブ, HP
 	    C1536A DDS フォーマット DATドライブと
 	    同じ機構を使用しています.</para>
 
 	  <para>HP C1534A DDSフォーマット
 	    DATドライブはグリーンと黄色(アンバー)
 	    の2つの表示ランプがあります. グリーンのランプは動作状
 	    態を示し, ローディング中はゆっくり点滅,
 	    ローディングが終了すると点灯,
 	    read/write動作中は速く点滅します. 黄色のランプは警告灯で,
 	    クリーニング
 	    が必要であるかまたはテープが寿命に近くなるとゆっくり点滅,
 	    致命的なエラー
 	    の場合は点灯します(工場での修理が必要かもしれません).
 	  </para>
 
 	  <para>報告者:Gary Crutcher
 	    <email>gcrutchr@nightflight.com</email></para>
 	</sect4>
 
 	<sect4 id="hw-storage-hp1553a">
 	  <title>Hewlett-Packard HP C1553A Autoloading DDS2</title>
 
 	  <para>このドライブのブートメッセージの識別子は未確認です.
 	  </para>
 
 	  <para>これはテープチェンジャ付の DDS-2テープドライブです.
 	    DDS-2 とはデータ容量を増や
 	    すためにハードウェア圧縮と狭いトラックを
 	    採用したものです.</para>
 
 	  <para>120mテープを使用した場合の標準容量は 24GB です.
 	    このドライブはハードウェアデータ圧縮機能があります.</para>
 
 	  <para>データ転送レートは510kB/s (標準) です.</para>
 
 	  <para>このドライブはヒューレットパッカード社の SureStore
 	    <ulink url="http://www.dmo.hp.com/tape/sst12000.htm">
 	      12000e </ulink> テープドライブに使われています.</para>
 
 	  <para>このドライブはリアパネルに2つの選択スイッチがあります.
 	    ファンに近いスイッチは SCSI IDです. もうひとつは
 	    7に設定しておきます.</para>
 
 	  <para>内部に 4個のスイッチがあります. これらは  1 ON; 2 ON;
 	    3 ON; 4 OFF に設定しておきましょう.</para>
 
 	  <para>現在のカーネルドライバはボリュームの終りで
 	    自動的にテープを 交換しません. ここに示す
 	    shellスクリプトでテープを交換できます.</para>
 
-	  <programlisting>
-#!/bin/sh
+	  <programlisting>#!/bin/sh
 PATH="/sbin:/usr/sbin:/bin:/usr/bin"; export PATH
 
 usage()
 {
       echo "Usage: dds_changer [123456ne] raw-device-name
       echo "1..6 = Select cartridge"
       echo "next cartridge"
       echo "eject magazine"
       exit 2
 }
 
 if [ $# -ne 2 ] ; then
     usage
 fi
 
 cdb3=0
 cdb4=0
 cdb5=0
 
 case $1 in
      [123456])
        cdb3=$1
        cdb4=1
        ;;
      n)
        ;;
      e)
        cdb5=0x80
        ;;
      ?)
        usage
        ;;
 esac
 
 scsi -f $2 -s 100 -c "1b 0 0 $cdb3 $cdb4 $cdb5"</programlisting>
 	</sect4>
 
 	<sect4 id="hw-storage-hp35450a">
 	  <title>Hewlett-Packard HP 35450A</title>
 
 	  <para>このドライブのブートメッセージの識別子は <literal>HP
 	      HP35450A -A C620</literal> <literal>type 1 removable
 	      SCSI 2</literal> <literal>Sequential-Access density code
 	      0x13</literal> です.</para>
 
 	  <para>これは DDS-1テープドライブです.  DDS-1 は最初の DAT
 	    テープフォーマットです.</para>
 
 	  <para>標準容量は 1.2GBです.</para>
 
 	  <para>データ転送レートは 160kB/sです.</para>
 
 	  <para>報告者: Mark Thompson
 	    <email>mark.a.thompson@pobox.com</email></para>
 	</sect4>
 
 	<sect4 id="hw-storage-hp35470a">
 	  <title>Hewlett-Packard HP 35470A</title>
 
 	  <para>このドライブのブートメッセージの識別子は <literal>HP
 	      HP35470A 9 09</literal> <literal>type 1 removable SCSI
 	      2</literal>です.</para>
 
 	  <para>これは DDS-1テープドライブです.  DDS-1は最初の DAT
 	    テープフォーマットです.</para>
 
 	  <para>90mテープを使用した時の標準容量は 2GBです.</para>
 
 	  <para>データ転送レートは 183kB/sです.</para>
 
 	  <para>これはヒューレットパッカード社の SureStore <ulink
 	      url="http://www.dmo.hp.com/tape/sst2000.htm"> 2000i
 	    </ulink> テープドライブ, C35470A
 	    DDSフォーマットDATドライブ, C1534A
 	    DDSフォーマットDATドライブ, HP C1536A DDS
 	    フォーマットDATドライブと同 じ機構が使われています.</para>
 
 	  <para><emphasis>注意:</emphasis>
 	    これらのドライブの品質管理には非常に大き な幅があります.
 	    ある FreeBSDコアチームのメンバは 5台のドライブを返品し
 	    ました. 9ヶ月以上もったものはありません.</para>
 
 	  <para>報告者: David Dawes
 	    <email>dawes@rf900.physics.usyd.edu.au</email> (9 09)</para>
 	</sect4>
 
 	<sect4 id="hw-storage-hp35480a">
 	  <title>Hewlett-Packard HP 35480A</title>
 
 	  <para>このドライブのブートメッセージの識別子は <literal>HP
 	      HP35480A 1009</literal> <literal>type 1 removable SCSI
 	      2</literal> <literal>Sequential-Access density code
 	      0x13</literal> です.</para>
 
 	  <para>これは DDS-DCテープドライブです.
 	    DDS-DCはハードウェアデータ 圧縮のついたDDS-1です.
 	    DDS-1は最初のDATテープフォーマットです.</para>
 
 	  <para>90mテープを使った場合の標準容量は 2GBです.
 	    120mテープは使用 できません.
 	    このドライブはハードウェア圧縮機能があります.
 	    適切なスイッチ設定に関しては, <link
 	      linkend="hw-storage-hp1533a">HP C1533A</link>
 	    の節を参照してください.</para>
 
 	  <para>データ転送レートは 183kB/sです.</para>
 
 	  <para>このドライブはヒューレットパッカード社の SureStore
 	    <ulink url="http://www.dmo.hp.com/tape/sst5000.htm">
 	      5000eU </ulink> , <ulink
 	      url="http://www.dmo.hp.com/tape/sst5000.htm"> 5000i
 	    </ulink> テープドラ イブ,  C35480A DDS フォーマット DAT
 	    ドライブと同じ機構を使っています.</para>
 
 	  <para>このドライブは時々, テープの eject操作 (<command>mt
 	      offline</command>)
 	    を行っている時にハングアップすることがあります.
 	    テープをejectさせたり,
 	    ドライブを回復させるにはフロントパネルのボタンを
 	    押してください.</para>
 
 	  <para>注意: HP 35480-03110 では特有の問題がありました.
 	    少なくとも2回, FreeBSD 2.1.0 で IBM Server 320に 2940W
 	    SCSIコントローラ
 	    をつけてこのドライブを使っている時にすべての
 	    SCSIディスクのパーティショ ンが失われたことがあります.
 	    この問題は解析も解決もできていません.</para>
 	</sect4>
 
 	<sect4 id="hw-storage-sdt5000">
 	      <title><ulink url="http://www.sel.sony.com/SEL/ccpg/storage/tape/t5000.html">Sony SDT-5000</ulink></title>
 
 	  <para>これらには少なくとも DDS-1のものと
 	    DDS-2のものの2つのモデルが あります. DDS-1のものは
 	    <literal>SDT-5000 3.02</literal>です. DDS-2のものは
 	    <literal>SONY SDT-5000 327M</literal> です.
 	    DDS-2バージョンには 1MBのキャッシュがあります. この
 	    キャッシュによりあらゆる状況で
 	    テープのデータの流れを途切れさせません.</para>
 
 	  <para>このドライブのブートメッセージの識別子は <literal>SONY
 	      SDT-5000 3.02</literal> <literal>type 1 removable SCSI
 	      2</literal> <literal>Sequential-Access density code
 	      0x13</literal>です.</para>
 
 	  <para>120mテープを使用した場合の標準容量は 4GBです.
 	    このドライブ
 	    はハードウェアデータ圧縮機能があります.</para>
 
 	  <para>データ転送レートはドライブのモデルによります.
 	    <literal>SONY SDT-5000 327M</literal>
 	    でデータ圧縮を行った場合のレートは 630kB/s  です.
 	    <literal>SONY SDT-5000 3.02</literal>では
 	    225kB/sです.</para>
 
 	  <para>Kenneth Merry
 	    <email>ken@ulc199.residence.gatech.edu</email> の報告によれば
 	    このドライブからデータを読むためには, ブロックサイズを
 	    512バイトにしま す (<command>mt blocksize
 	      512</command>).</para>
 
 	  <para><literal>SONY SDT-5000 327M</literal> の情報は Charles
 	    Henrich <email>henrich@msu.edu</email> による報告です.</para>
 
 	  <para>報告者: &a.jmz;</para>
 	</sect4>
 
 	<sect4 id="hw-storage-tandberg3600">
 	  <title>Tandberg TDC 3600</title>
 
 	  <para>このドライブのブートメッセージの識別子は
 	    <literal>TANDBERG  TDC 3600 =08:</literal> <literal>type 1
 	      removable SCSI 2</literal>です.</para>
 
 	  <para>このドライブはQIC テープドライブです.</para>
 
 	  <para>標準容量は150/250MBです.</para>
 
 	  <para>このドライブには奇妙な癖があることが知られていますが,
 	    SCSIテープドライバ (&man.st.4;)
 	    には問題なく動くコードが含まれてい
 	    ます. 問題の修整とSCSI
 	    2へのコンパチビリティを得るためにファームウェ アをある
 	    (具体的には不明の) バージョンより上にしてください.</para>
 
 	  <para>データ転送レートは80kB/sです.</para>
 
 	  <para>IBMと Emerald製品のユニットは動かないでしょう.
 	    問題を解決するためにファームウェア
 	    EPROMを交換してください.</para>
 
 	  <para>報告者: &a.msmith;</para>
 	</sect4>
 
 	<sect4 id="hw-storage-tandberg3620">
 	  <title>Tandberg TDC 3620</title>
 
 	  <para>これは <link
 	      linkend="hw-storage-tandberg3600">Tandberg TDC
 	      3600</link>ドライ ブに非常によく似ています.</para>
 
 	  <para>報告者: &a.joerg;</para>
 	</sect4>
 
 	<sect4 id="hw-storage-tandberg3800">
 	  <title>Tandberg TDC 3800</title>
 
 	  <para>このドライブのブートメッセージの識別子は
 	    <literal>TANDBERG TDC 3800 =04Y</literal> <literal>Removable
 	      Sequential Access SCSI-2 device</literal>
 	    です.</para>
 	      
 	  <para>これは QIC テープドライブです.</para>
 	  
 	  <para>標準容量は 525MB です.</para>
 	  
 	  <para>報告者: &a.jhs;</para>
 	</sect4>
 	
 	<sect4 id="hw-storage-tandberg4222">
 	  <title>Tandberg TDC 4222</title>
 
 	  <para>このドライブのブートメッセージの識別子は
 	    <literal>TANDBERG  TDC 4222 =07</literal> <literal>type 1
 	      removable SCSI 2</literal>です.</para>
 
 	  <para>これは QICテープドライブです.</para>
 
 	  <para>標準容量は2.5GBです. このドライブは 60M (DC600A)
 	    以上のすべての カートリッジを読むことができ, 150MB
 	    (DC6150) 以上のすべてのカートリッジを 読み書きできます.
 	    ハードウェア圧縮は 2.5GB カートリッジを使用した時の
 	    オプションとしてサポートされています.</para>
 
 	  <para>このドライブには奇妙な癖がありますが, FreeBSD の
 	    2.2-CURRENT以降の SCSIテープデバイスドライバ (&man.st.4;)
 	    には対応が組み込まれています. それ以前のバージョンの
 	    FreeBSDでは<command>mt</command>を用いてテープから1ブロッ
 	    ク読み, テープを巻戻してからバックアッププログラムを
 	    実行してください. (<command>mt fsr 1; mt rewind; dump
 	      ...</command>).</para>
 
 	  <para>データ転送レートは 600kB/s
 	    (データ圧縮時のベンダによる公称) で, start/stop モードでも
 	    350kB/s にはなります. 容量の小さいカー
 	    トリッジを使った場合にはレートは下がります.</para>
 
 	  <para>報告者: &a.joerg;</para>
 	</sect4>
 
 	<sect4 id="hw-storage-wangtek5525es">
 	       <title>Wangtek 5525ES</title>
 
 	  <para>このドライブのブートメッセージの識別子は
 	    <literal>WANGTEK 5525ES SCSI REV7 3R1</literal>
 	    <literal>type 1 removable SCSI 1</literal>
 	    <literal>density code 0x11, 1024-byte
 	      blocks</literal>です.</para>
 
 	  <para>これは QICテープドライブです.</para>
 
 	  <para>標準容量は 525MBです.</para>
 
 	  <para>データ転送レートは 180kB/sです.</para>
 
 	  <para>60, 120, 150, 525MB のテープを読むことができます. 60MB
 	    (DC600カートリッジ) には書き込むことはできません.
 	    120および150テー プに確実に上書きするには,
 	    先にテープを消去 (<command>mt erase</command>) します.
 	    120および 150のテープは
 	    525MBのテープより幅の広いトラックを使用してい
 	    ます(テープ当たりのトラック数は少なくなります).
 	    トラックの幅の<quote>外側</quote>には上書きされませんので,
 	    テープが消去されない限り 両側に古いデータが残ったまま
 	    新しいデータが置かれることになります.</para>
 
 	  <para>このドライブの奇妙な癖は知られていて, SCSI
 	    テープドライバ (&man.st.4;) に組み込まれています.</para>
 
 	  <para>他のファームウェアのリビジョンで動くことが
 	    確認されているも のは M75Dです.</para>
 
 	  <para>報告者: Marc van Kempen
 	    <email>marc@bowtie.nl</email>  <literal>REV73R1</literal>
 	    Andrew Gordon <email>Andrew.Gordon@net-tel.co.uk</email>
 	    <literal>M75D</literal></para>
 	</sect4>
 
 	<sect4 id="hw-storage-wangtek6200">
 	  <title>Wangtek 6200</title>
 
 	  <para>このドライブのブートメッセージの識別子は
 	    <literal>WANGTEK 6200-HS 4B18</literal> <literal>type 1
 	      removable SCSI 2</literal> <literal>Sequential-Access
 	      density code 0x13</literal>です.</para>
 
 	  <para>これは DDS-1テープドライブです.</para>
 
 	  <para>90mテープを使用した場合の標準容量は 2GBです.</para>
 
 	  <para>データ転送レートは 150kB/sです.</para>
 
 	  <para>報告者: Tony Kimball <email>alk@Think.COM</email></para>
 	</sect4>
       </sect3>
 
       <sect3>
 	<title>* 問題のあるドライブ</title>
 
 	<para></para>
       </sect3>
     </sect2>
 
     <sect2>
       <title>CDROM ドライブ</title>
 
       <para><emphasis>原作: &a.obrien;.<!-- <br> -->
 	  23 November 1997.</emphasis></para>
 
       <para><link linkend="hw-jordans-picks-cdrom"> Jordan
 	  氏の選んだ組合せ</link> でふれられているように
 	<emphasis>FreeBSD プロジェクト</emphasis>では一般的には IDE
 	CDROM よりも SCSI CDROM の方が好まれています. しかし全ての
 	SCSI  CDROM ドライブが同じであるというわけではありません.
 	いくつかの SCSI CDROM ドライブの品質は IDE CDROM
 	ドライブよりも 低いものであると感じている人もいます.
 	東芝は信頼性が高いという評判が ありましたが, 12倍速の XM-5701A
 	は, SCSI メーリングリストでは ( オーディオ CDROM の再生で)
 	何種類かのオーディオ再生ソフトウェアで
 	ボリュームのコントロールができない, という不満のメールを大量に
 	見ることがありました.</para>
 
       <para>SCSI CDROM のメーカー間の競争のもう一つの局面は,  <link
 	  linkend="scsi-further-reading">SCSI
 	  規格</link>に対する忠実度です.  多くの SCSI CDROM は
 	ターゲットアドレス(ID)の <link
 	  linkend="scsi-rogue-devices">マルチ LUN</link> に応答します.
 	既知の規格違反デバイスにはティアックの6倍速ドライブ CD-56S
 	1.0D があります.</para>
     </sect2>
 
     <sect2>
       <title>* その他</title>
 
       <para></para>
     </sect2>
   </sect1>
 
   <sect1 id="hw-other">
     <title>* その他</title>
 
     <sect2>
       <title>* PCMCIA</title>
 
       <para></para>
     </sect2>
   </sect1>
 </appendix>
 
 <!--
      Local Variables:
      mode: sgml
      sgml-declaration: "../appendix.decl"
      sgml-indent-data: t
      sgml-omittag: nil
      sgml-always-quote-attributes: t
      sgml-parent-document: ("../book.sgml" "part" "appendix")
      End:
 -->
diff --git a/ja_JP.eucJP/books/handbook/install/chapter.sgml b/ja_JP.eucJP/books/handbook/install/chapter.sgml
index 72e71e182e..2fa4c87301 100644
--- a/ja_JP.eucJP/books/handbook/install/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/install/chapter.sgml
@@ -1,1918 +1,1917 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.64
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/install/chapter.sgml,v 1.9 2000/10/29 20:56:41 hrs Exp $
+     Original revision: 1.65
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/install/chapter.sgml,v 1.10 2001/01/20 06:19:51 hrs Exp $
 -->
 
 <chapter id="install">
   <title>FreeBSDのインストール</title>
 
   <para><emphasis>改訂: &a.jim;,
       2000 年 1 月.</emphasis></para>
   
   <!-- <para><emphasis>訳:
   &a.jp.mita;, &a.hanai;, &a.jp.iwasaki;.
   1997 年 1 月 26 日.</emphasis></para> -->
 
   <sect1>
     <title>この章では</title>
 
     <para>この章では, あなたのシステムに FreeBSD
       をインストールする方法について説明しています.
       FreeBSD は, CD-ROM, フロッピーディスク, 磁気テープ,
       MS-DOS パーティション, (モデムや LAN を経由できるなら)
       anonymous FTP や NFS を通じてインストールすることができます.</para>
 
     <para>どのインストール方法を利用する場合も, まず
       <link linkend="install-floppies">次のセクション</link>で説明する
       <emphasis>インストールディスク</emphasis>の作成から始める必要があります.
       あなたが今すぐにインストールするつもりがなくとも,
       このディスクでコンピュータを起動すれば,
       あなたのハードウェアを FreeBSD で利用する上で重要な情報を得ることができます.
       また, その情報はどのインストール方法が利用できるのかについての判断材料にもなりますし,
       さらに, 後々起こるかも知れない問題を解決する手がかりにもなるでしょう.</para>
 
     <para>もし anonymous FTP を使用してインストールすることを考えているなら,
       必要な作業は<link linkend="install-floppies">インストールフロッピー</link>を用意することだけです.
       インストールプログラムは自動的に, 他に必要なものを用意してくれます.</para>
 
     <para>FreeBSD の入手に関する詳しい情報は, 付録の
       <link linkend="mirrors">FreeBSD の入手方法</link>
       をご覧ください.</para>
 
     <para>さて, これまでの説明では,
       まだ具体的に何をすれば良いのかはっきりしないと思います.
       続いて, 次のインストールガイドへ進んでください.
     </para>
   </sect1>
 
   <sect1 id="install-guide">
     <title>インストールガイド</title>
 
     <para>この節では FreeBSD のインストールの準備から,
       実際にインストールするところまでをひととおり解説しています.
       もし, 何か足りないな, と思われる部分に気付かれましたら,
       &a.doc;
       まで電子メールでお知らせください.
 
       <note>
         <title>訳注</title>
 
         <para>&a.doc; へのメールは英語でお願いします.
           日本語訳に関するお問い合わせや,
           英語でのやりとりが不安な方は
           &a.jp.doc-jp; まで日本語でお問い合わせください.
         </para>
       </note>
     </para>
 
     <sect2 id="install-prepare">
       <title>インストールの準備</title>
 
       <para>FreeBSD をインストールするには,
         その前にさまざまな準備作業が必要になります.
         これから, それぞれのインストール方法に対して
         どのような下準備が必要かを説明します.</para>
 
       <para>まず最初に, あなたの使っているハードウェアが FreeBSD
         でサポートされているかどうか確認しなければなりません.
         これには, <link linkend="install-hw">サポートされている設定一覧</link>
 	の節が便利です. ;-)
         SCSI コントローラやイーサネットアダプタ, サウンドカード等,
         あなたのマシンが装備している<quote>拡張カード</quote>のリストを作っておくと良いでしょう.
         このリストには割り込み番号 (IRQ) や IO ポートのアドレスといった,
         拡張カードの設定に関する内容も書いておきます.</para>
 
       <sect3 id="install-floppies">
 	<title>インストールフロッピーの作成</title>
 
 	<para>何枚かのフロッピーディスクを用意します. これらのディスクは
 	  あなたのコンピュータを起動して, インストーラを起動するのに使用します.
           この手順は, あなたのシステムが CDROM からの起動をサポートしていて,
           CDROM からインストールを行う場合には必要ありません.
           もしそうでなければ, 起動用のフロッピーが必要です.</para>
 
 	<note>
 	  <para>あなたのシステムが CDROM
             からの起動をサポートしているかどうかわからない場合は,
             試してみてください.
 	    普通にドライブに CDROM を入れてシステムを再起動します.
 	    その際, システムがハードディスクよりも先に CDROM
             から起動を試みるように, BIOS の設定を変更する必要が
 	    あるかも知れません.</para>
 	</note>
 	  
 	<tip>
 	  <para>もしあなたが CDROM を持っていても,
             ファイルをダウンロードすることには意味があります.
             それは, CD がリリースされた後に FreeBSD
             のインストーラのバグが見つかった場合,
             FTP サイトのイメージは速やかに修正されるからです.
             当たり前のことですが,
             プレスされた後の CD が修正されることはありません.</para>
 	</tip>
 
 	<procedure>
 	  <step>
 	    <title>起動フロッピーイメージの入手</title>
 	      
 	    <para>イメージは <filename>.flp</filename> という拡張子のファイルです.
 	      FreeBSD の CD-ROM を持っている場合は,
 	      <filename>floppies</filename> サブディレクトリの中にあります.
 	      また, FreeBSD の FTP サイトの
 	      <ulink url="ftp://ftp.FreeBSD.org/pub/FreeBSD/releases/i386/&rel.current;-RELEASE/floppies/">floppies ディレクトリ</ulink>および, そのミラーサイトからイメージをダウンロードすることも可能です.</para>
 
 	    <para>ファイルの名前は (時々) FreeBSD のリリースによって,
               またインストールを行うアーキテクチャによっても異なります.
 	      FTP サイトにある<ulink url="ftp://ftp.FreeBSD.org/pub/FreeBSD/releases/i386/&rel.current;-RELEASE/floppies/README.TXT">インストール用起動ディスクのイメージに関する説明</ulink>において,
               あなたが必要とするファイルに関する最新の情報が提供されています.</para>
 	  </step>
 
 	  <step>
 	    <title>フロッピーディスクの準備</title>
 	    
 	    <para>ダウンロードしたイメージファイル一つに対して,
 	      欠陥の無いフロッピーディスクを一枚用意する必要があります.
 	      欠陥が無いことを確認する簡単な方法は,
               ディスクをフォーマットしてみることです.
               フォーマット済みで販売されているフロッピーディスクを信頼してはいけません.</para>
 
 	    <important>
 	      <para>FreeBSD をインストールしようとした時に,
                 インストーラがクラッシュもしくはフリーズしてしまったり,
                 不正な振る舞いをする場合にまず疑わなけばならないのは,
                 起動フロッピーです.  別のディスクにイメージファイルを書き込んで,
                 もう一度試してみてください.</para>
 	    </important>
 	  </step>
 
 	  <step>
 	    <title>イメージファイルのフロッピーディスクへの書き込み</title>
 
 	    <para><filename>kern.flp</filename> というイメージファイルは,
 	      ディスクにコピーする通常ファイルでは<emphasis>ありません</emphasis>.
 	      これらはディスク全体の内容を含んだイメージファイルです.</para>
 
 	    <para>したがって, DOS の <command>copy</command> のような
 	      コマンドを使用してファイルを書き込むことはできません.
 	      これには, イメージを直接ディスクに書き込む特別なツールを使用する必要があります.</para>
 
 	    <para>もし DOS が動いているコンピュータ上でフロッピーを作成する場合は,
 	      わたしたちが提供する <command>fdimage</command> というツールを使用します.</para>
 
 	    <para><devicename>E:</devicename> にある
               CD-ROM を利用して起動フロッピーを作成するには, 次のようにします.</para>
 
 	    <screen><prompt>E:\&gt;</prompt> <userinput>tools\fdimage floppies\kern.flp A:</userinput></screen>
 
 	    <para>これをそれぞれの <filename>.flp</filename> ファイルに対して
 	      毎回新しいフロッピーディスクに入れ換えながら繰り返します.  
 	      コマンドは <filename>.flp</filename> の存在する場所に応じて調整してください.
               もし CD-ROM を持っていない場合には, FreeBSD の FTP サイトの
               <ulink url="ftp://ftp.FreeBSD.org/pub/FreeBSD/tools/"><filename>tools</filename>
               ディレクトリ</ulink>から
               <command>fdimage</command> をダウンロードすることができます.</para>
 
 	    <para>(他の FreeBSD システムなどの) UNIX システム上で
 	      起動フロッピーに書き込む場合は, &man.dd.1; コマンドが利用できます.
               FreeBSD 上でなら, コマンドの実行は次のようになるでしょう.</para>
 
 	    <screen>&prompt.root; <userinput>dd if=kern.flp of=/dev/rfd0</userinput></screen>
 
 	    <para>FreeBSD 上で <filename>/dev/rfd0</filename> は
 	      一台目のフロッピーディスク (<devicename>A:</devicename> ドライブ)
 	      を表し, <filename>/dev/rfd1</filename> は同様に,
 	      二台目のフロッピーディスク (<devicename>B:</devicename> ドライブ)
 	      を表します.
 	      他の異なる UNIX システムでは, フロッピーディスクのデバイスに
 	      違う名前が使われているかも知れません.
               必要に応じて, それぞれのシステムに付属する文書を参照する必要があるでしょう.</para>
 	  </step>
 	</procedure>
       </sect3>
 
       <sect3 id="install-cdrom">
         <title>CDROM からインストールする前に</title>
 	
 	<para>あなたの CDROM ドライブが FreeBSD でサポートされない型である場合は,
 	  <link linkend="install-msdos">MS-DOS パーティション</link
           >のセクションをご覧ください.</para>
 	
 	<para><ulink url="http://www.osd.bsdi.com/">BSDi</ulink>
 	  の FreeBSD CD-ROM からインストールする場合は, 
           準備作業のすべてを行なう必要はありません (その他の
           CDROM でもそうだと思いますが, わたしたちはその CDROM
           の構成を知りませんので, 確実にそうかどうかはわかりません).
           Walnut Creek の CD-ROM に収録されている
           <filename>install.bat</filename>
 	  で直接 FreeBSD を起動することもできますし,
 	  <filename>makeflp.bat</filename>
           で起動フロッピーディスクをつくることも可能です.</para>
 
         <para>CD が El Torrito 規格の起動をサポートしていて,
           あなたのシステムが CDROM
           から直接起動する機能をサポートしているなら (多くの古いシステムは
           <emphasis>サポートしていません</emphasis>),
           単に FreeBSD の CD の一枚目をドライブに CD
           を入れてシステムを再起動してください.
           すると CD から直接起動して,
           インストールメニューが表示されます.</para>
 
         <para>MS-DOS パーティションからインストールするつもりでいて,
           CD ドライブにアクセス可能なドライバが組み込まれているなら,
           CDROM に入っている install.bat スクリプトを起動してください.
           これは, DOS から直接 FreeBSD のインストールへと進みます.</para>
 
 	<note>
           <para>これは本当の DOS から行なわなければいけません
             (たとえば DOS モードで起動するなど).
             Windows の DOS プロンプトからでは駄目です.</para>
 	</note>
 
 	<para>(DOS から) 最も簡単なインターフェースを使うには,
 	  <command>view</command> と入力してください.
           すると DOS メニューユーティリティが起動し,
           可能なすべてのインストール方法の選択ができるようになります.</para>
 
 	<para>UNIX システム上で起動フロッピーを作成する場合は,
           このガイドの<link linkend="install-floppies">インストールフロッピーの作成</link
           >のセクションを参照してください.</para>
 	
 	<para>DOS から, もしくはフロッピーディスクからの起動が完了したら,          
 	  インストールプログラムでインストールメディアとして CDROM
           を選択することができるようになっているはずです.
           すべての配布ファイルは, CDROM から読み込まれますので,
 	  他の種類のインストールメディアは不要です.</para>
 
 	<para>システムのインストールがすべて終わって
 	  (ハードディスクから) 再起動したら,
           次のように入力することで, いつでも CDROM
           をマウントすることができます:</para>
 
 	<screen>&prompt.root; <userinput>mount /cdrom</userinput></screen>
 
 	<para>CD をドライブから取り出す前にはまず,
           必ずアンマウントする必要があります.
           アンマウントは次のコマンドで行なうことができます.</para>
 
 	<screen>&prompt.root; <userinput>umount /cdrom</userinput></screen>
 
 	<para>単純にドライブから取り出さないように!</para>
 
 	<note>
 	  <para>インストールに入る前に CD-ROM をドライブに入れておいて,
 	    インストールフロッピーディスクが立ち上がるときに CD-ROM
 	    を見つけられるようにしておくようにしましょう.
             CD-ROM をデフォルトでシステムにつけ加えたい場合も CD-ROM
 	    を入れておきます  (インストールメディアとして実際に CDROM
 	    を選択しない場合も同様).</para>
 	</note>
 
         <para>おわりに, あなたのマシンの CD-ROM を直接使って, FTP
 	  経由で別のマシンに FreeBSD をインストールさせたいとします.
 	  やり方は簡単です.  あなたのマシンのインストールが終了した後に,
 	  <command>vipw</command> コマンドを使って,  passwd
 	  ファイルに以下の行を追加します.</para>
         <!-- kuriyama - filename passwd -->
 
-	<programlisting>
-ftp:*:99:99::0:0:FTP:/cdrom:/nonexistent</programlisting>
+	<programlisting>ftp:*:99:99::0:0:FTP:/cdrom:/nonexistent</programlisting>
 
         <para>こうするとあなたのマシンにネットワーク接続できる人
 	  (そして, login 許可を持っている人) は, メディアタイプとして
 	  FTP を選択できるように なります. 具体的には, FTP
 	  サイトの選択メニューから &ldquo;Other&rdquo; を選択して,
 	  <userinput>ftp://<replaceable>あなたのマシンのアドレス</replaceable></userinput>
           を入力します.</para>
 
         <note><para>もしインストールの途中であなたのシステムの
             anonymous FTP を有効にしたなら, 上の設定はインストーラが自動的に
             行います.</para></note>
       </sect3>
 
       <sect3>
         <title>フロッピーディスクからのインストールの前に</title>
 
 	<para>あなたがフロッピーディスクからのインストールをしなくては
 	  ならない場合 (私たちはこの方法を <emphasis>とらない</emphasis>
 	  ことを強く提案します),
 	  その理由はハードウェアがサポートされてなかったためか,
 	  単にいばらの道を通ることを楽しんでいるからでしょうが,
 	  インストール用の
 	  フロッピーディスクを用意する必要があります.</para>
 
 	<para>最低でも <filename>bin</filename> (基本配布ファイル)
 	  ディレクトリ内のすべてのファイル を入れられるだけの 1.44
 	  メガバイトか 1.2 メガバイトのフロッピーディスク が必要です.
 	  これらのフロッピーディスクを DOS で作成している場合は,
 	  フロッピーディスクは「MS-DOS の FORMAT
 	  コマンドでフォーマット」 されなくてはなりません. Windows
 	  をお使いの場合は, Windowsのエクスプローラを使用してディスクを
 	  初期化してください. (<devicename>A:</devicename> ドライブを
 	  右クリックして, &quot;フォーマット&quot;を選択します).</para>
 
 	<para>工場での初期化済みディスクを「信用しないでください」.
 	  念のためにあなた 自身でフォーマットし直してください.
 	  ユーザからのトラブル報告の多くは
 	  ちゃんと初期化されていないディスクを
 	  使用していたことが原因となっています.
 	  私が特にフォーマットし直してくださいと述べているのも,
 	  この理由からです.</para>
 
 	<para>他の FreeBSD マシンでフロッピーディスクを作成している場合,
 	  フォーマットすることは悪いことではありません. いちいち DOS
 	  ファイルシステムのフロッピーディスクを作成する必要は
 	  ありませんので,  <command>disklabel</command> コマンドと
 	  <command>newfs</command> コマンドを使って, 次のような手順で
 	  (3.5 インチ 1.44 メガバイトディスク用の) UFS
 	  ファイルシステムを 作成することもできます.</para>
 
 	<screen>&prompt.root; <userinput>fdformat -f 1440 fd0.1440</userinput>
 &prompt.root; <userinput>disklabel -w -r fd0.1440 floppy3</userinput>
 &prompt.root; <userinput>newfs -t 2 -u 18 -l 1 -i 65536 /dev/rfd0</userinput></screen>
 
 	<note>
 	  <para>5.25 インチの 1.2 メガバイトディスクの場合は "fd0.1200"
 	    と "floppy5" にしてください</para>
 	</note>
 
 	<para>これで他のファイルシステムと同様に mount
 	して書き込むことができます.</para>
 
 	<para>フォーマットされたフロッピーディスクを用意したら,
 	  それらにファイル をコピーしなくてはなりません.
 	  配布ファイルはいくつかのかたまり にわかれていて,
 	  これらのかたまり五つで一般的な 1.44 メガバイトの
 	  フロッピーディスクに収まるようになっています.
 	  フロッピーディスクに 入るだけファイルを入れていって,
 	  配布ファイルをすべてコピーしてください.
 	  それぞれの配布ファイルはサブディレクトリに
 	  コピーする必要があります. たとえば,
 	  <filename>a:\bin\bin.aa</filename>や,
 	  <filename>a:\bin\bin.ab</filename>のようになります.</para>
 
 	<para>インストールメディアの選択場面になったら,
 	  <quote>Floppy</quote> を選択して,
 	  残りの指定をやってください.</para>
       </sect3>
 
       <sect3 id="install-msdos">
         <title>ハードディスクの MS-DOS
 	  パーティションからインストールする前に</title>
 
 	<para>ハードディスクの MS-DOS
 	  パーティションからインストールするときは,  まずファイルを
 	  <filename>c:\freebsd</filename> にコピーします.  CD-ROM
 	  にあるディレクトリ構造を反映してコピーしなくてはなりません.
 	  そこで, DOS の <command>xcopy</command>
 	  コマンドの使用をおすすめします.
 	  たとえば, FreeBSD の最低限のインストールをするには,
 	  このような手順で コピーします. </para>
 
 	<screen><prompt>C:\&gt;</prompt> <userinput>md c:\FreeBSD</userinput>
 <prompt>C:\&gt;</prompt> <userinput>xcopy e:\bin c:\FreeBSD\bin\ /s</userinput>
 <prompt>C:\&gt;</prompt> <userinput>xcopy e:\manpages c:\FreeBSD\manpages\ /s</userinput></screen>
 
 	<para>ここで, <devicename>C:</devicename>
 	ドライブには十分なディスクスペースが残っており,  CD-ROM は
 	<devicename> E:</devicename>
 	ドライブに接続されているものとします.</para>
 
 	<para>CDROM ドライブを持っていない場合, <ulink
 	  url="ftp://ftp.FreeBSD.org/pub/FreeBSD/releases/i386/&rel.current;-RELEASE/">
 	  ftp.FreeBSD.org</ulink> から配布ファイル (DISTS)
 	  をダウンロードすることができます.
 	  それぞれの配布ファイル (DISTS) は, それぞれ独自の
 	  ディレクトリに入っています;
 	  たとえば, <emphasis>bin</emphasis> 配布ファイルは <ulink
 	  url="ftp://ftp.FreeBSD.org/pub/FreeBSD/releases/i386/&rel.current;-RELEASE/bin">&rel.current;/bin</ulink> ディレクトリにあります.</para>
 
 	<para>MS-DOS からたくさんの配布ファイル (DISTS)
 	  をインストールしたい (そしてディスクの余裕がある)
 	  場合は, それぞれ <filename>c:\freebsd</filename> 
 	  ディレクトリにコピーします &mdash; <literal>BIN</literal>
 	  配布ファイルは, 最低限必要なものです.</para>
       </sect3>
 
       <sect3>
         <title>QIC/SCSI テープからのインストールの前に</title>
 
 	<para>テープからのインストールは, おそらく FTP
 	  を利用したオンライン インストールか, CD-ROM
 	  を利用したインストールができない場合の,
 	  もっとも簡単な方法でしょう. インストールプログラムは,
 	  以下のような コマンドを使用して,
 	  単純に配布ファイルがテープ上に tar されていることを
 	  期待しています.</para>
 
 	<screen>&prompt.root; <userinput>cd /freebsd/distdir</userinput>
 &prompt.root; <userinput>tar cvf /dev/rwt0 dist1 ... dist2</userinput></screen>
 
 	<para>インストールに入る前に, テンポラリ (一時使用)
 	  ディレクトリに 十分なディスクスペースを確保して,
 	  作成したテープの<emphasis>すべての</emphasis>
 	  ファイルを格納できることを確認してください
 	  (テンポラリディレクトリは 自分で選ぶことができます).
 	  テープの特性上, ランダムにアクセスするこ とができませんので,
 	  一時的に極めて大量の容量を必要とします.
 	  テープに準備しただけの量のディスクスペースを
 	  一時的に使用することに 留意してください.</para>
 
 	<note>
 	  <para>インストールに入るときは, 起動フロッピーディスク
 	    から立ち上げる <emphasis>前</emphasis>
 	    にテープをドライブに入れておかなくてはなりません.
 	    さもないとインストール時のデバイス検出のときにテープを
 	    見つけられません.</para>
 	</note>
       </sect3>
 
       <sect3>
         <title>ネットワーク経由のインストールの前に</title>
 
 	<para>三つの物理的な接続形態で, ネットワーク経由のインストールを
 	  おこなうことができます.
 	  シリアルポート (SLIP もしくは PPP), パラレルポート
 	  (PLIP (laplink ケーブル使用)),
 	  またはイーサネット (標準的なイーサネットコントローラ
 	  (いくつかの PCMCIA カードにも対応)) を使用することができます.</para>
 
 	<para>SLIP のサポートはまだまだ原始的とも呼べる方法なので,
 	  ラップトップと
 	  他のコンピュータをシリアルケーブルで接続するといった具合いに,
 	  直接接続してなくてはいけません. SLIP インストールは,
 	  ダイヤル機能を 持っていませんので,
 	  インストールするためには直接接続しなくてはなりません.  PPP
 	  インストールではダイヤルアップ接続が可能ですので, できれば PPP
 	  接続の 方を選択しましょう.</para>
 
 	<para>もしもあなたがモデムを使用しているなら,
 	  あなたに残された選択肢は ほぼ間違いなく PPP
 	  インストールでしょう. インストール時に必要になりますので,
 	  サービスプロバイダ (ISP) に関する情報を用意しておきましょう.</para>  
 	  <para>PPP ダイヤルの際は, とてもシンプルな端末エミュレーターで
 	  作業することになります. 
 	  もし ISP に接続するのに PAP  や CHAP を用いるなら
 	  (言い換えると, もしあなたが Windows で ISP に接続する時に
 	  スクリプトを使用していないのであれば), <command>dial</command>
 	  と <application>ppp</application> のプロンプトに対して入力
 	  するだけでいいです. しかしそれ以外の場合は, お手持ちのモデムで
 	  ISP にダイヤルするための&ldquo;ATコマンド&rdquo;の使い方を
 	  知っておく必要があります.
 	  これ以上の情報については, <link linkend="userppp">handbook</link>
 	  や <ulink url="../FAQ/ppp.html">FAQ</ulink> のユーザー PPP
 	  エントリーを参照してください. 
 	  問題が起きた場合には, <command>set
 	  log local ...</command>
 	  コマンドを用いてログを画面に吐くこともできます.</para>
 
 	<para>FreeBSD (2.0R 以降)
 	  の動いている別のマシンと直接接続が可能でしたら,
 	  <quote>laplink</quote>
 	  パラレルポートケーブルで接続することを考えてみましょう.
 	  パラレルポート経由のデータ転送スピードは, シリアルラインでの
 	  一般的なスピード (最高 50kbit/sec) よりもずっと高速ですので,
 	  高速にインストールすることができます.</para>
 
 	<para>最後になりますが,
 	ネットワークインストールのうちでもっとも高速なものとしては
 	イーサネットアダプタを使用するのがあげられます. FreeBSD
 	ではきわめて多くの PC イーサネットカードをサポートしています.
 	サポートされている カードの表 (と, 必要な設定) は,  <link
 	  linkend="install-hw">サポートされているハードウェア</link>
 	に書いてあります.  サポートされている PCMCIA
 	カードを使っている場合には, ラップトップの電源を
 	入れる「前」に差し込んでおくことにも注意してください.
 	残念ながら今の FreeBSD は,
 	インストール時の活線挿抜には対応していません.</para>
 
 	<para>ネットワークでの IP アドレス,
 	  あなたのアドレスクラスに対応した ネットマスク,
 	  マシン名を知っておくことも必要です. 
 	  PPP 接続を利用したインストールを行いたいけれども固定
 	  IP アドレスを持っていないという場合は, ISP が自動的に
 	  IP アドレスを割り当てます. ネットワーク管理者の方に
 	  たずねればどんな値を使ったらよいかを教えてくれるでしょう.
 	  もしも他のホストを IP アドレスではなくて名前で引きたい場合,
 	  ネームサーバとゲートウェイ のアドレスも知らなくてはなりません
 	  (PPP をご使用の場合は, プロバイダの  IP アドレスになります).
 	  HTTP proxy (下記参照) 経由で FTP インストールを行いたい場合は,
 	  proxy サーバのアドレスも必要になります. 
 	  これらのうちのすべて, またはいくつかを 知らない場合は,
 	  イーサネット経由でのインストールを始める前に「まず」
 	  ネットワーク管理者に相談してください.</para>
 
 	<sect4>
 	  <title>NFS インストールのための下準備</title>
 
 	  <para>NFS インストールはまったく単純明解です. FreeBSD
 	    の配布ファイルを サーバの好きな場所にコピーしておいて,
 	    メディア選択で NFS を選択します.</para>
 
 	  <para>もしサーバが <quote>privileged (特権) ポート</quote>
 	    へのアクセスのみをサポート している場合, (Sun
 	    ワークステーションの標準ではこうなっています)
 	    インストールを進める前に Options メニューを選択して,
 	    ``privileged port'' オプションを選択してください.</para>
 
 	  <para>イーサネットカードの性能が悪くて,
 	    転送速度が遅くて困っている場合も,  適当な Options
 	    を選択するとよいでしょう.</para>
 
 	  <para>NFS 経由でインストールするためには, サブディレクトリも
 	    含めたマウントにサーバが対応している必要があります. たとえば,
 	    FreeBSD &rel.current; の配布ファイルが
 	    <filename>ziggy:/usr/archive/stuff/FreeBSD</filename>
 	    にあるとすると, マシン <hostid>ziggy</hostid> では
 	    <filename>/usr</filename> や
 	    <filename>/usr/archive/stuff</filename> だけではなく,
 	    <filename>/usr/archive/stuff/FreeBSD</filename>
 	    の直接マウントが可能に なっていなければなりません.</para>
 
 	  <para>FreeBSD の <filename>/etc/exports</filename>
 	    ファイルでは, このことは <option>-alldirs</option>
 	    オプションによって制御されています.  他の NFS
 	    サーバの場合だとまた話が違ってくるかもしれません.
 	    もしもサーバから <quote>permission denied</quote>
 	    というメッセージが 返ってくるようでしたら,
 	    サブディレクトリマウントをちゃんと
 	    有効にできていないことが考えられます.</para>
 	</sect4>
 
 	<sect4>
 	  <title>FTP インストールのための下準備</title>
 
 	  <para>FTP 経由のインストールは, FreeBSD &rel.current;
 	  の最新バージョンを ミラーしているどのサイトからでも可能です.
 	  世界中の妥当な FTP サイトの
 	  選択肢をメニューに並べておきました.</para>
 
 	  <para>このメニューに出ていない他の FTP サイトからインストール
 	  する場合や, ネームサーバの設定に問題が生じた場合は,
 	  メニューでサイト &ldquo;Other&rdquo; を選ぶところで,
 	  お好みの URL でサイトを指定することができます. URL
 	  として直接 IP  アドレスで指定してもよく,
 	  直接指定した場合はネームサーバ がなくても FTP
 	  インストールが可能になります. たとえば, 以下のようにします.</para>
 
 	  <screen><userinput>ftp://209.55.82.20/pub/FreeBSD/&rel.current;-RELEASE</userinput></screen>
 
 	  <para>FTP 経由のインストールを行う場合,
             active, passive, HTTP proxy 経由の三種類のモードが利用できます.</para>
 
 	  <variablelist>
 	    <varlistentry>
 	      <term>FTP Active</term>
 
 	      <listitem>
 	        <para>すべての FTP 転送の際に <quote>Active</quote>
 		  モードを使用します.
 		  ファイアウォール内部のマシンではうまく動きませんが,
 		  passive モードをサポートしていない古い FTP サーバでも
 		  動作します. passive モードでの FTP 転送 (こちらが
 		  デフォルトです) が失敗した場合は, active
 		  を使ってください.</para>
 	      </listitem>
 	    </varlistentry>
 
 	    <varlistentry>
 	      <term>FTP Passive</term>
 
 	      <listitem>
 	        <para>すべての FTP 転送の際に <quote>Passive</quote>
 		  モードを使用します.  このモードを使用することで,
 		  ランダムポートアクセスインを
 		  許さないファイアウォールを
 		  越えることができるようになります.</para>
 	      </listitem>
 	    </varlistentry>
 
 	    <varlistentry>
 	      <term>HTTP proxy 経由の FTP</term>
 
 	      <listitem>
 		<para>この方法では, (ウェブブラウザと同様に)
                 HTTP プロトコルを使って proxy サーバに接続し,
                 FTP の操作を実現します.
                 proxy サーバは FTP 要求を
                 (訳注: HTTP から FTP に) 変換して FTP サーバに送るため,
                 ファイアウォールが FTP 接続を禁止していても,
                 HTTP proxy サーバが提供されていれば
                 ファイアウォールを超えた FTP 接続を行なうことが可能です.
                 この方法を用いる場合は,
                 FTP サーバの他に proxy サーバを指定する必要があります.</para>
 	      </listitem>
 	    </varlistentry>
 	  </variablelist>
 
 	  <note>
 	    <para>FTP proxy には HTTP proxy タイプでないものもありますが,
               そういったタイプは非常にまれです.
 	      どちらであるかわからないような場合は大抵,
 	      上で述べている HTTP proxy タイプであると考えて良いでしょう.</para>
 	  </note>
 
 	  <para>通常 proxy FTP サーバに対しては, ユーザ名の一部として
 	    <quote>@</quote>
 	    記号に続いて実際に接続したいサーバの名称を与える必要が
 	    あります. そうすると proxy サーバは本当のサーバの「ふり」
 	    をするようになります. たとえば: <hostid
 	      role="fqdn">ftp.FreeBSD.org</hostid> から ポート番号 1234
 	    で要求を待つ proxy FTP サーバ <hostid
 	      role="fqdn">foo.bar.com</hostid> を使って
 	    インストールしたいとします.</para>
 
 	  <para>この場合では, 「オプション」メニューで FTP username を
 	    ftp@ftp.FreeBSD.org,
 	    パスワードとして自分の電子メールアドレス を指定します.
 	    インストールメディアとして FTP (または proxy
 	    サーバがサポートしていれば passive FTP), URL
 	    を以下のようにします: <literal>
 	      ftp://foo.bar.com:1234/pub/FreeBSD </literal></para>
 
 	  <para><hostid role="fqdn">ftp.FreeBSD.org</hostid> の
 	    <filename>/pub/FreeBSD</filename> に対する FTP
 	    要求については <hostid role="fqdn">foo.bar.com</hostid>
 	    が代理で処理をおこなうことになり,
 	    <emphasis>むこう</emphasis>
 	    のマシンからインストールすることができます (インストール時
 	    の要求により <hostid role="fqdn">ftp.FreeBSD.org</hostid>
 	    からファイルをもってきます).</para>
 	</sect4>
       </sect3>
 	
       <sect3>
 	<title>BIOS によるドライブの番号付けの確認</title>
 
 	<para>BIOS の, ケーブルのつなぎ直しを必要としない番号の
 	  付け替え機能を利用している場合は, 混乱しないように,
 	  まずはじめに <xref linkend="disks-bios-numbering">
 	  を読んでください.</para>
       </sect3>
     </sect2>
 
     <sect2 id="install-freebsd">
       <title>FreeBSD のインストール</title>
 
       <para>ここまでのインストールの準備段階を状況に応じて完全に行うと, 
 	FreeBSDをインストールする準備が整います.</para>
 
       <para>何かうまくいかなかった場合は, あなたが使おうとしている
 	インストールメディアのことが書いてある箇所まで戻って
 	もう一度読むとよいでしょう. おそらく最初読んだときに
 	見落していた, 有効なヒントがあるものと思います.
 	ハードウェアの問題が出てきたとか, FreeBSD がまったく
 	立ち上がらない場合は, boot フロッピーディスクに提供されている
 	<ulink url="../FAQ/hardware.html">Hardware Guide</ulink> を読んで,
 	何か解決方法はないか探してください.</para>
 
       <para>FreeBSD の起動フロッピーディスクには,
 	インストールをおこなうために
 	必要と思われるすべてのオンラインドキュメントを用意してあります.
 	もしもそのドキュメントがお望みのものでないようでしたら,
 	私たちはあなたが何にもっとも困っているのかを知りたいと思います.
 	コメントを &a.doc; にお送りください. FreeBSD
 	のインストールプログラム  (sysinstall) を, うっとうしい
 	<quote>step-by-step</quote> ガイドなしに,
 	プログラム自身で使用方法がわかるようにするのが最終目標です.
 	目標達成までには時間がかかりそうですが, ともかくそれが
 	目標なのであります :-)</para>
 
       <para>閑話休題. ここに,
 	<quote>典型的なインストールの手順</quote> を まとめてみましたので,
 	お役にたてるものと思います. </para>
 
       <orderedlist>
         <listitem>
 	  <para><filename>kern.flp</filename> を書き込んだフロッピーで
 	    起動します. その後, 指示に従ってこれを取り出し,
 	    <filename>mfsroot.flp</filename> を書き込んだフロッピーを
 	    ドライブに入れ return キーを叩きます.
 	    ハードウェアの性能に よりますが, 起動には 30秒から
 	    3分かかります. 起動したら 初期選択画面が出てくるでしょう.
 	    もしも <filename>kern.flp</filename> からまったく起動
 	    しなかったり, どこかの段階で起動が止まってしまった 場合は,
 	    <ulink url="../FAQ/hardware.html">ハードウェアガイド</ulink>
 	    の Q&amp;A を読んで, 理由を探ってみます.</para>
 	</listitem>
 
 	<listitem>
 	  <para>F1 キーを叩きます.
 	  メニューシステムとインストールプログラム
 	  全般に対しての使い方が表示されます. このメニューシステムを
 	  使ったことがない場合は,
 	  <emphasis>徹底的に</emphasis>読んでください.</para>
 	</listitem>
 
 	<listitem>
 	  <para>Options を選択し, 他に必要な特別な選択を
 	  おこないます.</para>
 	</listitem>
 
 	<listitem>
 	  <para>典型的なインストールでおまかせしたいか,
 	    それぞれの段階をいちいちコントロールしたいか
 	    (可能であれば適切なデフォルトを使用して) 簡単にさっさと
 	    済ませたいかによってそれぞれ, Standard, Custom, または Express
 	    を選択してください. FreeBSD を初めて使う方には, Standard
 	    を一番におすすめします.</para>
 	</listitem>
 
 	<listitem>
 	  <para>final configuration メニューからは, メニュー形式のさらに
 	    進んだ設定をおこなうことができます. ネットワーク周りの
 	    設定は, 特に CD-ROM / テープ / フロッピーディスクから
 	    インストールして, まだネットワーク設定をおこなっていない
 	    人にとっては特に重要でしょう. インストールの時点できちんと
 	    設定しておけば, ハードディスクからシステムを立ち上げ直した
 	    時点でネットワーク接続ができるようになっていることでしょう.</para>
 	</listitem>
       </orderedlist>
     </sect2>
   </sect1>
 
   <sect1 id="install-hw">
     <title>サポートされているハードウェア</title>
 
     <para>現在 FreeBSD は, ISA, VLB, EISA, PCI バスを搭載した, 386SX から
       Pentium クラス までのさまざまな種類の PC で動作します
       (386SX はおすすめではありません).  IDE, ESDIドライブや,
       さまざまな SCSI コントローラ, ネットワークカードや
       シリアルカードにも対応しています. FreeBSD は IBM のマイクロチャネル
       (MCA) バスもまたサポートしています.</para>
 
     <para>FreeBSD を走らせるには, 最低 8メガバイトの RAM が推奨されます.
       あなたのハードウェアによっては, それより少ないメモリでは
       問題が発生する可能性があるため, 16メガバイトの RAM
       を推奨します.</para>
 
     <para>以下のリストは, 現在 FreeBSD で動作が確認されているハードウェアの
       リストです. 他のハードウェアでも問題なく動いていると思いますが,
       私たちのところには情報は入ってきていません.</para>
 
     <sect2>
       <title>ディスクコントローラ</title>
 
       <itemizedlist>
         <listitem>
 	  <para>WD1003 (あらゆる MFM/RLL)</para>
 	</listitem>
 
 	<listitem>
 	  <para>WD1007 (あらゆる IDE/ESDI)</para>
 	</listitem>
 
 	<listitem>
 	  <para>IDE</para>
 	</listitem>
 
 	<listitem>
 	  <para>ATA</para>
 	</listitem>
 
 	<listitem>
 	  <para>Adaptec 社製 1535 ISA SCSI コントローラ</para>
 	</listitem>
 
 	<listitem>
 	  <para>Adaptec 社製 154X シリーズ ISA SCSI コントローラ</para>
 	</listitem>
 
 	<listitem>
 	  <para>Adaptec 社製 174X シリーズ EISA SCSI コントローラ
 	    (スタンダード, エンハンスドモード)</para>
 	</listitem>
 
 	<listitem>
 	  <para>Adaptec 社製 274X/284X/2920C/294X/2950/3940/3950
 	    (Narrow/Wide/Twin) シリーズ EISA/VLB/PCI SCSI コントローラ</para>
 	</listitem>
 
 	<listitem>
 	  <para>Adaptec 社製 AIC-7850, AIC-7860, AIC-7880, AIC-789X
 	    オンボード SCSI コントローラ</para>
 	</listitem>
 
 	<listitem>
 	  <para>Adaptec 社製 1510 シリーズ ISA SCSI コントローラ
 	    (起動デバイスとしては使用できません)</para>
 	</listitem>
 
 	<listitem>
 	  <para>Adaptec 社製 152X シリーズ ISA SCSI コントローラ</para>
 	</listitem>
 
 	<listitem>
 	  <para>AHA-152X および SoundBlaster SCSI カードなどの
 	    Adaptec 社製 AIC-6260 および AIC-6360 を使用したボード.</para>
 	</listitem>
 
 	<listitem>
 	  <para>AdvanSys 社製 SCSI コントローラ (全てのモデル).</para>
 	</listitem>
 
 	<listitem>
 	  <para>BT-948, BT-958, BT-9580 などの BusLogic 社製 MultiMaster
 	    <quote>W</quote> シリーズホストアダプタ.</para>
 	</listitem>
 
 	<listitem>
 	  <para>BT-946C, BT-956C, BT-956CD, BT-445C, BT-747C, BT-757C,
 	    BT-757CD, BT-545C, BT-540CF などの BusLogic 社製 MultiMaster
 	    <quote>C</quote> シリーズホストアダプタ.</para>
 	</listitem>
 
 	<listitem>
 	  <para>BT-445S, BT-747S, BT-747D, BT-757S, BT-757D, BT-545S,
 	    BT-542D, BT-742A, BT-542B などの BusLogic 社製 MultiMaster
 	    <quote>S</quote> シリーズホストアダプタ.</para>
 	</listitem>
 
 	<listitem>
 	  <para>BT-742A, BT-542B などの BusLogic 社製 MultiMaster
 	    <quote>A</quote> シリーズホストアダプタ.</para>
 	</listitem>
 
 	<listitem>
 	  <para>BusLogic 社製 MultiMaster の完全なクローンである
             AMI 社製 FastDisk コントローラもサポートされます.</para>
 
 	  <note>
 	    <para>BusLogic/Mylex 社製 <quote>Flashpoint</quote>
 	      アダプタはまだサポートされていません.</para>
 	  </note>
 	</listitem>
 
 	<listitem>
 	  <para>DPT 社製 SmartCACHE Plus, SmartCACHE III, SmartRAID III,
 	    SmartCACHE IV, および SmartRAID IV SCSI/RAID コントローラ.
 	    DPT 社製 SmartRAID/CACHE V はまだサポートされていません.
 	    DPT 社製 PM3754U2-16M SCSI RAID コントローラは
 	    サポートされています.</para>
 	</listitem>
 
 	<listitem>
 	  <para>Compaq 社製 Intelligent Disk Array コントローラ:
 	    IDA, IDA-2, IAES,
 	    SMART, SMART-2/E, Smart-2/P, SMART-2SL, Integrated Array, および
 	    Smart Arrays 3200, 3100ES, 221, 4200, 4200, 4250ES.</para>
 	</listitem>
 
 	<listitem>
 	  <para>ASUS 社製 SC-200, Data Technology 社製 DTC3130
 	    (およびその変種すべて), Diamond 社製 FirePort (すべて),
 	    NCR 社製のカード (すべて), SymBios 社製のカード (すべて),
 	    Tekram 社製 DC390W, 390U, および 390F, それに Tyan 社製 S1365 などの
 	    SymBios 社(旧 NCR 社)製 53C810, 53C810a, 53C815, 53C820,
 	    53C825a, 53C860, 53C875, 53C875j, 53C885, および 53C896 PCI SCSI
 	    コントローラ</para>
 	</listitem>
 
 	<listitem>
 	  <para>QLogic 社製 1020, 1040, 1040B, および 2100 など SCSI および Fibre
 	    Channel アダプタ</para>
 	</listitem>
 
 	<listitem>
 	  <para>DTC 社製 3290 EISA SCSI コントローラの 1542
 	    エミュレーションモード</para>
 	</listitem>
       </itemizedlist>
 
       <para>サポートされている SCSI コントローラのすべてで, ハードディスク,
 	光ディスク, テープドライブ (DAT および 8mm Exabyte を含む),
         メディアチェンジャ, プロセッサターゲットデバイスおよび CD-ROM といった
 	SCSI-I,  SCSI-II 周辺機器が利用可能です.
         CDROM コマンドをサポートする WORM デバイスは,
         CDROM ドライバを使用することで読み込みアクセスのみサポートされます.
         WORM/CD-R/CD-RW への書き込みは Ports ツリーにある cdrecord
 	によってサポートされます.</para>
 
       <para>現在, 次にあげるタイプの CD-ROM
 	ドライブがサポートされてます. </para>
 
       <itemizedlist>
         <listitem>
 	  <para><devicename>cd</devicename> - SCSI インタフェース
             (ProAudio Spectrum および SoundBlaster SCSI を含む)</para>
 	</listitem>
 
 	<listitem>
 	  <para><devicename>matcd</devicename> - 松下 / Panasonic
 	    (Creative SoundBlaster) 独自のインタフェース (562/563
 	    モデル)</para>
 	</listitem>
 
 	<listitem>
 	  <para><devicename>scd</devicename> - ソニー 独自のインタフェース
 	    (全モデル)</para>
 	</listitem>
 
 	<listitem>
 	  <para><devicename>acd</devicename> - ATAPI IDE インタフェース</para>
 	</listitem>
       </itemizedlist>
 
       <para>以下のドライバは従来の SCSI
 	    サブシステムでサポートされていたものですが,
 	    新しい CAM SCSI サブシステムではまだサポートされていません:</para>
 
       <itemizedlist>
         <listitem>
 	  <para>NCR5380/NCR53400 (<quote>ProAudio Spectrum</quote>) SCSI
 	    コントローラ</para>
 	</listitem>
 
 	<listitem>
 	  <para>UltraStor 社製 14F, 24F, および 34F SCSI コントローラ</para>
 	</listitem>
 
 	<listitem>
 	  <para>Seagate 社製 ST01/02 SCSI コントローラ</para>
 	</listitem>
 
 	<listitem>
 	  <para>Future Domain 社製 8XX/950 シリーズ SCSI コントローラ</para>
 	</listitem>
 
 	<listitem>
 	  <para>WD7000 SCSI コントローラ</para>
 
 	  <note>
 	    <para>UltraStor 社製ドライバについては,
 	      現在新しい CAM フレームワークへ移植作業中のものがあります.
 	      しかし, いつ完成するか, そもそも完成するのかどうか,
 	      わかりません.</para>
 	  </note>
 	</listitem>
       </itemizedlist>
 
       <para>次のドライバは保守されていないので動作しないかもしれません:</para>
 
       <itemizedlist>
         <listitem>
 	  <para>フロッピーテープ インタフェース (Colorado/Mountain/Insight)</para>
 	</listitem>
 
 	<listitem>
 	  <para><devicename>mcd</devicename> - Mitsumi 独自の CD-ROM
 	    インタフェース (全モデル)</para>
 	</listitem>
       </itemizedlist>
     </sect2>
 
     <sect2 id="install-nics">
       <title>ネットワークカード</title>
 
       <itemizedlist>
         <listitem>
 	  <para>Adaptec 社製 AIC-6195 Fast Ethernet
 	    コントローラチップを使用した Fast Ethernet アダプタ:</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para>Adaptec 社製 Duralink PCI Fast Ethernet アダプタ</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>ANA-62011 64-bit シングルポート 10/100baseTX
 	        アダプタ</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>ANA-62022 64-bit デュアルポート 10/100baseTX
 		アダプタ</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>ANA-62044 64-bit 4 ポート 10/100baseTX アダプタ</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>ANA-69011 32-bit シングルポート 10/100baseTX
 	        アダプタ</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>ANA-62020 64-bit シングルポート 100baseFX アダプタ</para>
 	    </listitem>
 	  </itemizedlist>
         </listitem>
 
 	<listitem>
 	  <para>Allied-Telesys 社製 AT1700 および RE2000 カード</para>
 	</listitem>
 
 	<listitem>
 	  <para>Alteon Networks 社製 PCI ギガビット Ethernet NIC など
 	    Tigon 1 および Tigon 2 チップセットを使用した
 	    ギガビットイーサネットカード. 他に
 	    Alteon 社製 AceNIC (Tigon 1 および 2),
 	    3Com 社製 3c985-SX (Tigon 1 および 2), Netgear 社製 GA620
 	    (Tigon 2), Silicon Graphics 社製 ギガビット Ethernet,
 	    DEC/Compaq 社製 EtherWORKS 1000,
 	    NEC 社製 ギガビット Ethernet</para>
 	</listitem>
 
 	<listitem>
 	  <para>AMD 社製 PCnet/PCI (79c970 および 53c974 または 79c974)</para>
 	</listitem>
 
 	<listitem>
 	  <para>RealTek 社製 8129/8139 を使用した Fast Ethernet NIC</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para>Allied-Telesys 社製 AT2550</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>Allied-Telesys 社製 AT2500TX</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>Genius 社製 GF100TXR (RTL8139)</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>NDC Communications 社製 NE100TX-E</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>OvisLink 社製 LEF-8129TX</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>OvisLink 社製 LEF-8139TX</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>Netronix Inc. 社製 EA-1210 NetEther 10/100</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>KTX-9130TX 10/100 Fast Ethernet</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>Accton 社製 <quote>Cheetah</quote> EN1207D (MPX 5030/5038;
 	        RealTek 8139 クローン?)</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>SMC 社製 EZ Card 10/100 PCI 1211-TX</para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
 
 	<listitem>
 	  <para>LinkSys 社製 EtherFast LNE100TX, NetGear 社製
 	    FA310-TX Rev. D1, Matrox 社製 FastNIC 10/100, Kingston 社製
 	    KNE110TX など Lite-On 社製 98713, 98713A, 98715 および 98725
 	    を使用した Fast Ethernet NIC.</para>
 	</listitem>
 
 	<listitem>
 	  <para>NDC Communications 社製 SFA100A (98713A),
 	    CNet 社製 Pro120A (98713 または 98713A), CNet 社製 Pro120B
 	    (98715), SVEC 社製 PN102TX (98713) など
 	    Macronix 社製 98713, 98713A, 98715, 98715A および 98725
 	    を使用した Fast Ethernet NIC.</para>
 	</listitem>
 
 	<listitem>
 	  <para>LinkSys 社製 EtherFast LNE100TX version 2 など
 	    Macronix/Lite-On 社製 PNIC II LC82C115 を使用した
 	    Fast Ethernet NIC</para>
 	</listitem>
 
 	<listitem>
 	  <para>Trendware 社製 TE100-PCIE など
 	    Winbond 社製 W89C840F を使用した Fast Ethernet NIC</para>
 	</listitem>
 
 	<listitem>
 	  <para>Hawking Technologies 社製 PN102TX および D-Link 社製 DFE-530TX
 	    など, VIA Technologies 社製 VT3043 <quote>Rhine I</quote> および
 	    VT86C100A <quote>Rhine II</quote> を使用した
 	    Fast Ethernet NIC</para>
 	</listitem>
 
 	<listitem>
 	  <para>Silicon Integrated Systems 社製 SiS 900 および SiS 7016
 	    を使用した PCI fast Ethernet NIC</para>
 	</listitem>
 
 	<listitem>
 	  <para>D-Link 社製 DFE-550TX など
 	    Sundance Technologies 社製 ST201 を使用した
 	    PCI fast ethernet NIC</para>
 	</listitem>
 
 	<listitem>
 	  <para>SysKonnect 社製 SK-984x を使用した PCI ギガビット
 	    Ethernet カード.
 	    SK-9841 1000baseLX (シングルモード Fiber, シングルポート),
 	    SK-9842 1000baseSX (マルチモード Fiber, シングルポート),
 	    SK-9843 1000baseLX (シングルモード Fiber, デュアルポート) および
 	    SK-9844 1000baseSX (マルチモード Fiber, デュアルポート) など.</para>
 	</listitem>
 
 	<listitem>
 	  <para>Compaq 社製 Netelligent 10, 10/100, 10/100 Proliant, 10/100
 	    デュアルポート, 10/100 TX Embedded UTP, 10 T PCI UTP/Coax および
 	    10/100 TX UTP, Compaq 社製 NetFlex 3P, 3P Integrated および 3P
 	    w/BNC, Olicom 社製 OC-2135/2138, OC-2325, OC-2326 10/100 TX
 	    UTP および Racore 社製 8165 10/100baseTX and 8148
 	    10baseT/100baseTX/100baseFX multi-personality カード など
 	    Texas Instruments 社製 ThunderLAN を使用した PCI NIC</para>
 	</listitem>
 
 	<listitem>
 	  <para>ADMtek 社製 AL981 および AN985 ベースの PCI Fast Ethernet
 	    NIC</para>
 	</listitem>
 
 	<listitem>
 	  <para>Alfa Inc. 社製 GFC2204 および CNet 社製 Pro110B など
 	    ASIX Electronics 社製 AX88140A を使用した PCI NIC</para>
 	</listitem>
 
 	<listitem>
 	  <para>DEC 社製 EtherWORKS III NIC (DE203, DE204 および DE205)</para>
 	</listitem>
 
 	<listitem>
 	  <para>DEC 社製 EtherWORKS II NICs (DE200, DE201, DE202 および
 	    DE422)</para>
 	</listitem>
 
 	<listitem>
 	  <para>DEC 社製 DC21040, DC21041 または DC21140 ベースの NIC (SMC
 	    社製 Etherpower 8432T, DE245 およびその他のもの)</para>
 	</listitem>
 
 	<listitem>
 	  <para>DEC 社製 FDDI (DEFPA/DEFEA) NIC</para>
 	</listitem>
 
 	<listitem>
 	  <para>Efficient 社製 ENI-155p ATM PCI</para>
 	</listitem>
 
 	<listitem>
 	  <para>FORE 社製 PCA-200E ATM PCI</para>
 	</listitem>
 
 	<listitem>
 	  <para>富士通 社製 MB86960A/MB86965A</para>
 	</listitem>
 
 	<listitem>
 	  <para>HP 社製 PC Lan+ カード
 	    (モデルナンバー: 27247B および 27252A)</para>
 	</listitem>
 
 	<listitem>
 	  <para>Intel 社製 EtherExpress ISA
 	    (ドライバが不安定なため推奨しません)</para>
 	</listitem>
 
 	<listitem>
 	  <para>Intel 社製 EtherExpress Pro/10</para>
 	</listitem>
 
 	<listitem>
 	  <para>Intel 社製 EtherExpress Pro/100B PCI Fast Ethernet</para>
 	</listitem>
 
 	<listitem>
 	  <para>Isolan 社製 AT 4141-0 (16 ビット)</para>
 	</listitem>
 
 	<listitem>
 	  <para>Isolink 社製 4110 (8 ビット)</para>
 	</listitem>
 
 	<listitem>
 	  <para>Novell 社製 NE1000, NE2000 および NE2100 Ethernet
 	    インタフェース</para>
 	</listitem>
 
 	<listitem>
 	  <para>RealTek 社製 8029, NetVin 社製 5000, Winbond 社製 W89C940,
 	    Surecom 社製 NE-34, VIA 社製 VT86C926 など
 	    NE2000 をエミュレートする PCI ネットワークカード.</para>
 	</listitem>
 
 	<listitem>
 	  <para>3Com 社製 3C501, 3C503 Etherlink II, 3C505 Etherlink/+, 3C507
 	    Etherlink 16/TP, 3C509, 3C579, 3C589 (PCMCIA),
 	    3C590/592/595/900/905/905B/905C PCI および EISA (Fast) Etherlink
 	    III / (Fast) Etherlink XL, 3C980/3C980B Fast Etherlink XL
 	    サーバ アダプタ, 3CSOHO100-TX OfficeConnect アダプタ</para>
 	</listitem>
 
 	<listitem>
 	  <para>東芝 Ethernet カード</para>
 	</listitem>
 
 	<listitem>
 	  <para>IBM 社および National Semiconductor 社製
 	    PCMCIA Ethernet カードもサポートされています.</para>
 	</listitem>
       </itemizedlist>
     </sect2>
 
     <sect2 id="install-usb">
       <title>USB 接続の周辺機器</title>
 
       <para>様々な USB 接続の周辺機器がサポートされています.
 	このリストに機種名は書かれていません.
 	しかしいくつかの例外はありますが, 
 	ここに書かれている種類のほとんどすべてのデバイスが
 	サポートされます.</para>
 
       <itemizedlist>
         <listitem>
 	  <para>USB キーボード</para>
 	</listitem>
 
 	<listitem>
 	  <para>USB マウス</para>
 	</listitem>
 
 	<listitem>
 	  <para>USB プリンタ および USB - パラレル プリンタ変換ケーブル</para>
 	</listitem>
 
 	<listitem>
 	  <para>USB ハブ</para>
 	</listitem>
       </itemizedlist>
 
       <para>マザーボードのチップセット:</para>
 
       <itemizedlist>
         <listitem>
 	  <para>ALi 社製 Aladdin-V</para>
 	</listitem>
 
 	<listitem>
 	  <para>Intel 社製 82371SB (PIIX3) および 82371AB および EB (PIIX4)
 	  チップセット</para>
 	</listitem>
 
 	<listitem>
 	  <para>NEC 社製 uPD 9210 ホストコントローラ</para>
 	</listitem>
 
 	<listitem>
 	  <para>VIA 社製 83C572 USB ホストコントローラ</para>
 
 	  <para>およびその他の UHCI または OHCI に準拠した
 	    マザーボードのチップセット
 	    (現在使用できないものは知られていません).</para>
 	</listitem>
       </itemizedlist>
 
       <para>PCI プラグイン USB ホストコントローラ</para>
 
       <itemizedlist>
         <listitem>
 	  <para>ADS Electronics 社製 PCI プラグインカード (2 ポート)</para>
 	</listitem>
 
 	<listitem>
 	  <para>Entrega PCI プラグインカード (4 ポート)</para>
 	</listitem>
       </itemizedlist>
 
       <para>動作が報告されている個々の USB デバイス:</para>
 
       <itemizedlist>
         <listitem>
 	  <para>Agiler マウス 29UO</para>
 	</listitem>
 
 	<listitem>
 	  <para>Andromeda ハブ</para>
 	</listitem>
 
 	<listitem>
 	  <para>Apple iMac マウスおよびキーボード</para>
 	</listitem>
 
 	<listitem>
 	  <para>ATen パラレルプリンタアダプタ</para>
 	</listitem>
 
 	<listitem>
 	  <para>Belkin F4U002 パラレルプリンタアダプタ および Belkin 社製
 	    マウス</para>
 	</listitem>
 
 	<listitem>
 	  <para>マウスポートが付属した BTC 社製 BTC7935 キーボード</para>
 	</listitem>
 
 	<listitem>
 	  <para>Cherry G81-3504</para>
 	</listitem>
 
 	<listitem>
 	  <para>Chic マウス</para>
 	</listitem>
 
 	<listitem>
 	  <para>Cypress マウス</para>
 	</listitem>
 
 	<listitem>
 	  <para>Entrega USB - パラレル プリンタアダプタ</para>
 	</listitem>
 
 	<listitem>
 	  <para>Genius 社製 Niche マウス</para>
 	</listitem>
 
 	<listitem>
 	  <para>Iomega 社製 USB Zip 100 MB</para>
 	</listitem>
 
 	<listitem>
 	  <para>Kensington 社製 Mouse-in-a-Box</para>
 	</listitem>
 
 	<listitem>
 	  <para>Logitech 社製 M2452 キーボード</para>
 	</listitem>
 
 	<listitem>
 	  <para>Logictech 社製 ホイールマウス (3 ボタン)</para>
 	</listitem>
 
 	<listitem>
 	  <para>Logitech 社製 PS/2 / USB マウス (3 ボタン)</para>
 	</listitem>
 
 	<listitem>
 	  <para>MacAlly 社製マウス (3 ボタン)</para>
 	</listitem>
 
 	<listitem>
 	  <para>MacAlly 社製 self-powered ハブ (4 ポート)</para>
 	</listitem>
 
 	<listitem>
 	  <para>Microsoft 社製 Intellimouse (3 ボタン)</para>
 	</listitem>
 
 	<listitem>
 	  <para>Microsoft 社製キーボード</para>
 	</listitem>
 
 	<listitem>
 	  <para>NEC 社製ハブ</para>
 	</listitem>
 
 	<listitem>
 	  <para>Trust Ami マウス (3 ボタン)</para>
 	</listitem>
       </itemizedlist>
     </sect2>
 
     <sect2 id="install-isdn">
       <title>ISDN (European DSS1 [Q.921/Q.931] プロトコル)</title>
 
       <itemizedlist>
         <listitem>
 	  <para>Asuscom 社製 I-IN100-ST-DV (実験的なドライバ,
 	    おそらく動作します)</para>
 	</listitem>
 
 	<listitem>
 	  <para>Asuscom 社製 ISDNlink 128K</para>
 	</listitem>
 
 	<listitem>
 	  <para>AVM A1</para>
 	</listitem>
 
 	<listitem>
 	  <para>AVM Fritz!Card classic</para>
 	</listitem>
 
 	<listitem>
 	  <para>AVM Fritz!Card PCI</para>
 	</listitem>
 
 	<listitem>
 	  <para>AVM Fritz!Card PCMCIA (現在は FreeBSD 3.x のみ)</para>
 	</listitem>
 
 	<listitem>
 	  <para>AVM Fritz!Card PnP (現在は FreeBSD 3.x のみ)</para>
 	</listitem>
 
 	<listitem>
 	  <para>Creatix ISDN-S0/8</para>
 	</listitem>
 
 	<listitem>
 	  <para>Creatix ISDN-S0/16</para>
 	</listitem>
 
 	<listitem>
 	  <para>Creatix ISDN-S0 PnP</para>
 	</listitem>
 
 	<listitem>
 	  <para>Dr.Neuhaus Niccy 1008</para>
 	</listitem>
 
 	<listitem>
 	  <para>Dr.Neuhaus Niccy 1016</para>
 	</listitem>
 
 	<listitem>
 	  <para>Dr.Neuhaus Niccy GO@ (ISA PnP)</para>
 	</listitem>
 
 	<listitem>
 	  <para>Dynalink 社製 IS64PH (保守されていません)</para>
 	</listitem>
 
 	<listitem>
 	  <para>ELSA 社製 1000pro ISA</para>
 	</listitem>
 
 	<listitem>
 	  <para>ELSA 社製 1000pro PCI</para>
 	</listitem>
 
 	<listitem>
 	  <para>ELSA 社製 PCC-16</para>
 	</listitem>
 
 	<listitem>
 	  <para>ITK ix1 micro (現在は FreeBSD 3.x のみ)</para>
 	</listitem>
 
 	<listitem>
 	  <para>ITK ix1 micro V.3 (現在は FreeBSD 3.x のみ)</para>
 	</listitem>
 
 	<listitem>
 	  <para>Sagem Cybermod (ISA PnP, おそらく動作します)</para>
 	</listitem>
 
 	<listitem>
 	  <para>Sedlbauer Win Speed</para>
 	</listitem>
 
 	<listitem>
 	  <para>Siemens I-Surf 2.0</para>
 	</listitem>
 
 	<listitem>
 	  <para>Stollman Tina-pp (開発途中)</para>
 	</listitem>
 
 	<listitem>
 	  <para>Teles 社製 S0/8</para>
 	</listitem>
 
 	<listitem>
 	  <para>Teles 社製 S0/16</para>
 	</listitem>
 
 	<listitem>
 	  <para>Teles 社製 S0/16.3 (16.3c などの <quote>c</quote>
 	    バージョンはサポートされません!)</para>
 	</listitem>
 
 	<listitem>
 	  <para>Teles 社製 S0 PnP (実験的なドライバ, おそらく動作します)</para>
 	</listitem>
 
 	<listitem>
 	  <para>3Com/USRobotics 社製 Sportster ISDN TA 内蔵 (non-PnP
 	    バージョン)</para>
 	</listitem>
       </itemizedlist>
     </sect2>
 
     <sect2 id="install-sound">
       <title>サウンドデバイス</title>
 
       <para>次のサウンドカードおよびコーデックがサポートされます
 	('実験的なドライバ' と書かれているものをサポートしているのは,
 	FreeBSD-CURRENT のみであり, 不安定かもしれません):</para>
 
       <itemizedlist>
         <listitem>
           <para>16550 UART (Midi) (実験的なドライバ,
 	  ヒントファイル中にトリックが必要です)</para>
         </listitem>
         
         <listitem>
           <para>Advance 社製 Asound 100, 110 および Logic ALS120</para>
         </listitem>
         
         <listitem>
           <para>Aureal 社製 Vortex1/Vortex2 および Vortex Advantage
 	    ベースのサウンドコーデックは <ulink
 	    url="http://www.cis.ohio-state.edu/~matey/au88x0/">サードパーティのドライバ</ulink>
 	    でサポートされます</para>
         </listitem>
 
         <listitem>
           <para>Creative Labs 社製 SB16, SB32, SB AWE64 (Gold を含む),
             Vibra16, SB PCI (実験的なドライバ), SB Live! (実験的なドライバ)
             およびほとんどの SoundBlaster 互換のカード</para>
         </listitem>
 
         <listitem>
           <para>Creative Labs 社製 SB MIDI ポート (実験的なドライバ), SB OPL3
             シンセサイザ (実験的なドライバ)</para>
         </listitem>
 
         <listitem>
           <para>Crystal Semiconductor 社製 CS461x/462x
 	    オーディオアクセラレータ, CS461x MIDI
 	    ポートのサポートは実験的なものです</para>
         </listitem>
         
         <listitem>
           <para>Crystal Semiconductor 社製 CS428x オーディオコントローラ</para>
         </listitem>
         
         <listitem>
           <para>CS4237, CS4236, CS4232, CS4231 (ISA)</para>
         </listitem>
         
 	<listitem>
           <para>ENSONIQ AudioPCI ES1370/1371</para>
         </listitem>
 
         <listitem>
           <para>ESS 社製 ES1868, ES1869, ES1879, ES1888</para>
         </listitem>
 
         <listitem>
           <para>Gravis 社製 UltraSound PnP, MAX</para>
         </listitem>
 
         <listitem>
           <para>NeoMagic 社製 256AV/ZX (PCI)</para>
         </listitem>
 
         <listitem>
           <para>OPTi931 (ISA)</para>
         </listitem>
 
         <listitem>
           <para>OSS-互換シーケンサ (Midi) (実験的なドライバ)</para>
         </listitem>
 
         <listitem>
           <para>Trident 社製 4DWave DX/NX (PCI)</para>
         </listitem>
 
         <listitem>
           <para>ヤマハ OPL-SAx (ISA)</para>
         </listitem>
       </itemizedlist>
     </sect2>
 
     <sect2 id="install-misc">
       <title>その他のデバイス</title>
 
       <itemizedlist>
         <listitem>
 	  <para>AST 4 ポート シリアルカード (シェアード IRQ 使用)</para>
 	</listitem>
 
 	<listitem>
 	  <para>ARNET 8 ポート シリアルカード (シェアード IRQ 使用)</para>
 	</listitem>
 
 	<listitem>
 	  <para>ARNET (現在は Digiboard) 570/i high-speed
 	    同期シリアルカード</para>
 	</listitem>
 
 	<listitem>
 	  <para>Boca BB1004 4 ポート シリアルカード
 	    (モデムはサポートしません)</para>
 	</listitem>
 
 	<listitem>
 	  <para>BOCA IOAT66 6 ポート シリアルカード (モデムをサポート)</para>
 	</listitem>
 
 	<listitem>
 	  <para>Boca BB1008 8 ポート シリアルカード
 	    (モデムはサポートしません)</para>
 	</listitem>
 
 	<listitem>
 	  <para>Boca BB2016 16 ポート シリアルカード (モデムをサポート)</para>
 	</listitem>
 
 	<listitem>
 	  <para>Cyclades Cyclom-y シリアルボード</para>
 	</listitem>
 
         <listitem>
           <para>Moxa SmartIO CI-104J 4 ポート シリアルカード</para>
         </listitem>
 
 	<listitem>
 	  <para>STB 4 ポート カード (シェアード IRQ 使用)</para>
 	</listitem>
 
 	<listitem>
 	  <para>SDL Communications RISCom/8 シリアルボード</para>
 	</listitem>
 
 	<listitem>
 	  <para>SDL Communications RISCom/N2 and N2pci high-speed
 	    同期シリアルボード</para>
 	</listitem>
 
 	<listitem>
 	  <para>Specialix SI/XIO/SX マルチポート シリアルカード,
 	    SIHOST2.x より古いものおよび <quote>拡張</quote>
 	    (transputer ベース, aka JET) ホストカード どちらもサポートされます:
 	    ISA, EISA および PCI</para>
 	</listitem>
 
 	<listitem>
 	  <para>Stallion マルチポート シリアルボード:  EasyIO, EasyConnection
 	    8/32 & 8/64, オンボード 4/16 および Brumby</para>
 	</listitem>
 
 	<listitem>
 	  <para>Adlib, SoundBlaster, SoundBlaster Pro, ProAudioSpectrum,
 	    Gravis UltraSound および Roland MPU-401 サウンドカード</para>
 	</listitem>
 
 	<listitem>
 	  <para>Connectix QuickCam</para>
 	</listitem>
 
 	<listitem>
 	  <para>Matrox Meteor Video フレームグラバー</para>
 	</listitem>
 
 	<listitem>
 	  <para>Creative Labs Video Spigot フレームグラバー</para>
 	</listitem>
 
 	<listitem>
 	  <para>Cortex1 フレームグラバー</para>
 	</listitem>
 
 	<listitem>
 	  <para>Brooktree BT848 チップ および BT878
 	    チップベースのフレームグラバー</para>
 	</listitem>
 
 	<listitem>
 	  <para>HP4020, HP6020, Philips CDD2000/CDD2660 および Plasmon CD-R
 	    ドライブ</para>
 	</listitem>
 
 	<listitem>
 	  <para>バスマウス</para>
 	</listitem>
 
 	<listitem>
 	  <para>PS/2 マウス</para>
 	</listitem>
 
 	<listitem>
 	  <para>標準的な PC ジョイスティック</para>
 	</listitem>
 
 	<listitem>
 	  <para>X-10 power コントローラ</para>
 	</listitem>
 
 	<listitem>
 	  <para>GPIB および Transputer ドライブ</para>
 	</listitem>
 
 	<listitem>
 	  <para>Genius および Mustek ハンドスキャナ</para>
 	</listitem>
 
 	<listitem>
 	  <para>Floppy テープドライブ
 	    (いくつかのより古いモデルのみ, ドライバは不完全です)</para>
 	</listitem>
 
 	<listitem>
 	  <para>Lucent Technologies 社製 WaveLAN/IEEE 802.11 PCMCIA および ISA
 	    standard speed (2Mbps) および turbo speed (6Mbps) ワイヤレス
 	    ネットワークアダプタ および同様に動作するもの
 	    (NCR WaveLAN/IEEE 802.11,
 	    Cabletron RoamAbout 802.11 DS)</para>
 
 	  <note>
 	    <para>これらのアダプタの ISA バージョンは, 実際には PCMCIA
 	      カードと ISA - PCMCIA ブリッジカードを組み合わせたものなので,
 	      どちらのデバイスも同じドライバで動作します.</para>
 	  </note>
 	</listitem>
       </itemizedlist>
     </sect2>
   </sect1>
 
   <sect1 id="install-trouble">
     <title>トラブルシューティング</title>
 
     <para>この節では基本的なインストールの際の,
       報告された標準的な問題に対するトラブルシューティングのための情報が
       書いてあります.
       また, FreeBSD と MS-DOS のデュアルブートを行う際の
       いくつかの質問と回答も書いてあります.</para>
 
     <sect2>
       <title>なにかおかしいときには何をすればよいでしょうか</title>
 
       <para>PC アーキテクチャの様々な制限により, 100%
 	確実に原因を突き止めることは不可能ですが, いくつか失敗した時に
 	できることがあります.</para>
 
       <para> <link linkend="install-hw">サポートされているハードウェア</link>
 	を調べて, あなたのハードウェアがサポートされているかどうか
 	確認してください.</para>
 
       <para>もしあなたのハードウェアがサポートされているにもかかわらず,
 	動作しなかったり他の問題点がある時は, コンピュータをリセットして,
 	ビジュアルカーネルコンフィギュレーション
 	オプションを与えているときにはそれを選択してください.
 	ここで設定することで, あなたのハードウェアを通過するようにしたり,
 	システムに対して情報を与えたりすることができます.
 	起動ディスクのカーネルは, ほとんどのハードウェアデバイスの IRQ, IO
 	アドレス, DMA チャンネルは出荷されたままの状態であるとして
 	設定されています.
 	もしハードウェアの設定が変更されていると,
 	コンフィギュレーションエディタを使用してこれらの値を設定しなければ
 	なりません.</para>
 
       <para>存在しないデバイスを認識してしまうことにより,
 	その後実際に存在するデバイスの認識を失敗してしまうことがあります.
 	このような場合は, 衝突しているドライバを無効にします.</para>
 
       <warning>
         <para>スクリーン (<devicename>sc0</devicename>)
 	  などのインストールに必要なドライバを無効にしないでください.
 	  もし, コンフィギュレーションエディタを終了したあと,
 	  インストーラが動かなくなったり, 不思議な失敗をする場合は,
 	  削除したり変更したりしてはいけないものを,
 	  削除あるいは変更してしまった可能性があります.
 	  再起動してやり直してください.</para>
       </warning>
 
       <para>コンフィギュレーションモードでは, 次のことができます:</para>
 
       <itemizedlist>
         <listitem>
           <para>カーネルにインストールされているドライバの一覧表示.</para>
         </listitem>
 
         <listitem>
           <para>システムに存在しないドライバの変更.</para>
         </listitem>
 
         <listitem>
           <para>デバイスドライバが使用する IRQ, DRQ および
 	    IO ポートアドレスの変更.</para>
         </listitem>
       </itemizedlist>
 
       <para>カーネルをハードウェアの設定にあわせた後, <command>Q</command>
 	と叩くことで, 新しい設定で起動します.
 	インストールが終了すると, コンフィギュレーションモードで変更した
 	設定は保存されますので, 毎回起動するたびに設定する必要はありません.
 	また, <link linkend="kernelconfig">カスタムカーネル</link>
 	を作りたくなるかもしれません.</para>
     </sect2>
     
     <sect2>
       <title>MS-DOS ユーザの質問と回答</title>
 
       <para>多くのユーザは, FreeBSD を MS-DOS が入っている PC
 	にインストールしようとするでしょう.
 	このようなシステムへの FreeBSD のインストールに関して,
 	よく聞かれる質問が以下にあります.</para>
 
       <qandaset>
         <qandaentry>
 	  <question>
 	    <para>助けて! FreeBSD をインストールする容量がありません!
 	      まずはじめに, すべてを消去しなければいけないのですか?</para>
 	  </question>
 
 	  <answer>
 	    <para>あなたのマシンではすでに MS-DOS が動いていて,
 	      FreeBSD をインストールする容量がないとしても,
 	      すべての望みがなくなったわけではありません.
 	      FreeBSD CDROM や 様々な FreeBSD の FTP サイトの
 	      <filename>tools</filename> ディレクトリにある FIPS
 	      ユーティリティを使うことができます.</para>
 
 	    <para>FIPS を使用することで, すでにある MS-DOS パーティションを,
 	      もともとの内容を保存したままのパーティションと,
 	      何も入っていない FreeBSD をインストールすることのできる
 	      パーティションの二つに分割することができます.
 	      まず, Windows のデフラグ (DEFRAG) ユーティリティ (エクスプローラ上で
 	      ハードドライブを右クリックして, デフラグ (DEFRAG) を選択) か,
 	      ノートンディスクツールを使用して,
 	      指示に従ってデフラグメントを行ってください.
 	      その後, 再起動して, 新しい空いているスライスに,
 	      FreeBSD をインストールすることができます.
 	      あなたが行うインストール方法では,
 	      どの程度の空き容量が必要なのかということについては,
 	      <emphasis>Distributioins</emphasis> メニューを見てください.</para>
 
 	      <para>また,
               <ulink url="http://www.powerquest.com/">PowerQuest</ulink> 社の
 	      <application>Partition Magic</application> という,
 	      とても便利な製品があります.
 	      このアプリケーションは, FIPS よりも優れた機能をもっており,
 	      あなたが (わたしのように) 良くオペレーティングシステムを追加したり,
               削除したりしようとしているのであれば, 強く推奨します.
 	      しかし, このアプリケーションは, お金がかかりますし,
 	      あなたが FreeBSD を一度インストールして,
 	      そのまま使用しようと考えているのであれば, FIPS
 	      が最も良いでしょう.</para>
 	  </answer>
 	</qandaentry>
 
 	<qandaentry>
 	  <question>
 	    <para>FreeBSD から 圧縮された MS-DOS
 	      のファイルシステムを利用することができますか?</para>
 	  </question>
 
 	  <answer>
 	    <para>できません. Stacker(tm) や DoubleSpace(tm)
 	      などのユーティリティを使用している場合は, FreeBSD
 	      からは圧縮していない部分しか扱うことができません.
 	      残りのファイルシステムは, 一つの巨大なファイル (Stack された,
 	      または Double Space されたファイル) として見えるでしょう.
 	      <emphasis>このファイルを削除しないでください.
 	      さもないと強く後悔するでしょう!</emphasis></para>
 
 	    <para>別の圧縮されていない標準 MS-DOS パーティションを作成して,
 	      MS-DOS と FreeBSD との間のやりとりに使うのがよいでしょう.</para>
 	  </answer>
 	</qandaentry>
 
 	<qandaentry>
 	  <question>
 	    <para>拡張 MS-DOS
 	      パーティションをマウントすることができますか?</para>
 	  </question>
 
 	  <answer>
 	    <para>できます. DOS 拡張パーティションは FreeBSD では,
 	      <devicename>D:</devicename> ドライブは
 	      <filename>/dev/da0s5</filename>, <devicename>E:</devicename>
 	      ドライブは <filename>/dev/da0s6</filename> などといったように,
 	      その他のスライスの終わりに配置されます.
 	      これはもちろん, 拡張パーティションが SCSI のドライブ 0
 	      にある場合の例です.
 	      IDE ドライブでは, <filename>da</filename> の代わりに,
 	      4.0-RELEASE およびそれ以降の場合は <filename>ad</filename> を,
 	      それ以前のバージョンでは <filename>wd</filename>
 	      を使用してください.
 	      それ以外の点では, 拡張パーティションをマウントする際も,
 	      他の DOS ドライブをマウントするときと同様に,
 	      以下のようにします:</para>
 
 	    <screen>&prompt.root; <userinput>mount -t msdos /dev/ad0s5 /dos_d</userinput></screen>
 	  </answer>
 	</qandaentry>
       </qandaset>
     </sect2>
   </sect1>
 </chapter>
 
 <!-- 
      Local Variables:
      mode: sgml
      sgml-declaration: "../chapter.decl"
      sgml-indent-data: t
      sgml-omittag: nil
      sgml-always-quote-attributes: t
      sgml-parent-document: ("../book.sgml" "part" "chapter")
      End:
 -->
diff --git a/ja_JP.eucJP/books/handbook/internals/chapter.sgml b/ja_JP.eucJP/books/handbook/internals/chapter.sgml
index ef4c0b34c4..ecfe93032c 100644
--- a/ja_JP.eucJP/books/handbook/internals/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/internals/chapter.sgml
@@ -1,3573 +1,3572 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.24
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/internals/chapter.sgml,v 1.9 2000/06/29 01:20:26 kuriyama Exp $
+     Original revision: 1.25
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/internals/chapter.sgml,v 1.10 2001/04/03 17:17:21 hrs Exp $
 -->
 
 <chapter id="internals">
   <title>FreeBSD の内部</title>
 
 <!-- Commented out because this is now outdated.  It's kept as a placeholder
      in case we decide to resurract this with the right information.  If
      nothing happens by (say) October 2000 then we can drop this.
 
   <sect1 id="memoryuse">
     <title>PC におけるメモリの利用</title>
 
     <para><emphasis>原作: &a.joerg;. 1995 年 4 月 16 日.</emphasis></para>
 
     <para><emphasis>訳: &a.jp.tomo;. 1996 年 10 月 29 日.</emphasis></para>
 
     <para><emphasis>FreeBSD が i386
         プラットフォーム上でどのようにメモリを使うかに
         ついての説明です. </emphasis></para>
 
     <para>ブート部分は<literal>0:0x7c00</literal>にロードされ,
       すぐに自分自身を <literal>0x7c0:0</literal>に移します.
       (これは手品ではなく, 単なる<literal>%cs</literal>
       セレクタのための調節であり,
       <literal>ljmp</literal>により行われます. )</para>
 
     <para>それから最初の 15 セクタを <literal>0x10000</literal>
       (biosboot の Makefile のなかの
       <makevar>BOOTSEG</makevar>部分)にロードし, 作業領域のスタックを
       <literal>0x1fff0</literal>以下に セットします. このあと, boot2
       に飛びます. つまり, boot1 自身と (ダミーの) DOS
       パーティションテーブルを飛び越えて, %csセレクタを 調節します
       &mdash; この時点ではまだ16ビットモードです.</para>
 
     <para>boot2 はブートファイルを要求し,
       <filename>a.out</filename>ヘッダを調べます.
       <literal>0x00ffffff</literal>によってファイルエントリポイントを
       (通常は<literal>0xf0100000</literal>に)マスクし, ロードします.
       このため, 通常のロードポイントは 1MB
       (<literal>0x00100000</literal>) になります.  ロードしている間,
       リアルモードでBIOSを使うため, ブートコードは,
       リアルモードとプロテクトモードの間を行ったり来たりします (訳注:
       これは, BIOSがリアルモード用に書かれていて,
       ロードすべき領域がリアルモードではアクセスできない1MBより上位の
       アドレスであることから, ブートコードがリアルモードと
       プロテクトモードを切り替えながら動作するためです).</para>
 
     <para>ブートコード自身はプロテクトモードで
       <literal>%cs</literal>と<literal>%ds/%es</literal> 用に
       セグメントセレクタ <literal>0x18</literal> と
       <literal>0x20</literal> を使い,
       リアルモードに戻るのに<literal>0x28</literal>を使います.
       最終的にカーネルはアドレス空間全体をカバーできるようなダミーの
       ディスクリプタを参照して<literal>%cs</literal>
       <literal>0x08</literal>と <literal>%ds/%es/%ss</literal>
       <literal>0x10</literal>でスタートします.</para>
 
     <para>カーネルはそのロードポイントで起動されます.
       別の(高位)アドレスにリンクされるので,
       ページテーブルやページディレクトリなどが適切に設定され,
       ページングが有効になり, カーネルがリンクされたアドレスで
       動作するようになるまでは, カーネルはロードアドレスからの
       相対アドレス (PIC: position independent code) を用いて
       実行されなければなりません.</para>
 
     <para><emphasis>寄稿: &a.dg;. 1995 年 4 月 16 日.</emphasis></para>
 
     <para>カーネルの BSS セグメントの直後の物理ページ (実メモリ) に
       proc0 (訳注: プロセス番号 0, swapper) のページディレクトリや
       ページテーブル, Uページが配置されます.
       仮想記憶機構が初期化された少しあと,
       <literal>0x1000-0x9ffff</literal>の実メモリとカーネル  (text +
       data + bss + 上記の proc0 に関わるもの + その他)
       の後ろの実メモリは, 通常の仮想記憶ページの形で利用可能となり,
       グローバルな空きページリストに追加されます.</para>
   </sect1>
 -->
 
   <sect1 id="dma">
     <title>DMAとはどういったものでどういう働きをするのか</title>
 
     <para>原作:
       <emphasis>Copyright &copy; 1995,1997 &a.uhclem;, All Rights
 	Reserved.
         1996 年 10 月 10 日.
         最終更新日 1997 年 10 月 8 日.</emphasis></para>
 
     <para><emphasis>訳: &a.jp.yasu;</emphasis></para>
 
     <para>Direct Memory Access (DMA)は, 中央演算処理装置
       (CPU)からの干渉なく
       データを計算機中である場所から別の場所に動かすための手法です.
     </para>
 
     <para>DMA 機能の実装の方法はそれぞれの
       計算機アーキテクチャ間で異なるもので あるため,
       ここでの議論はIBMパーソナルコンピュータ(PC), PC/AT
       とその互換機における DMA
       サブシステムの実装と働きに限定します.</para>
 
     <para>PCの DMAサブシステムは, Intelの 8237
       DMAコントローラをベースにして います.
       8237はそれぞれ独立にプログラムできる4つのDMAチャネルを持ち,
       それぞれどのチャネルもいつでもアクティブにできます.
       これらのチャネルは順に 0, 1, 2, 3となっています.  PC/ATからは,
       セカンド 8237 チップが追加され,それらは 4, 5, 6, 7と
       なっています.</para>
 
     <para>オリジナルの DMAコントローラ(0, 1, 2, 3)は,
       1回の転送で1バイト 転送します. セカンドDMAコントローラ(4, 5, 6,
       7)は1回で 隣接する2つのメモリ番地から 16ビット転送します.
       ここで, 最初のバイトは通常偶数のアドレスになります.
       2つのコントローラは全く同じものであり, 転送量が異なるのは
       セカンドコントローラがシステムに直結しているためです.</para>
 
     <para>8237 は個々のチャネルについて,
       DRQと-DACKという2つの電気信号を 持っています. その他に, HRQ
       (Hold Request), HLDA (Hold Acknowledge),  -EOP (End of
       Process)があり, バス制御信号として -MEMR (Memory Read),  -MEMW
       (Memory Write), -IOR (I/O Read), and -IOW (I/O
       Write)があります.</para>
 
     <para>8237 DMACは, いわゆる<quote>fly-by</quote>
       DMAコントローラです.  これは, データの移動を行う際に, データは
       DMACチップを通過せず,  DMACチップに格納されないことを意味します.
       また, DMACはI/Oポートとメモリアドレス間でのみデータを
       転送することができますが,
       2つのI/Oポートもしくは2つのメモリアドレス
       間ではできません.</para>
 
     <note>
       <para>8237 は, 非 <quote>fly-by</quote>モードでは,
 	互いに接続された
 	2つのチャネルでのメモリ-メモリ間でのDMA操作を許可します.
 	しかし, PC メーカは,
 	ただでさえ乏しいこのリソースをこんなふうに 使ったりしません.
 	なぜなら,
 	CPUを使用してメモリ間のデータを動かす方が早いからです.</para>
     </note>
 
     <para>PC アーキテクチャでは, それぞれのDMAチャネルは, 通常
       与えられた DMA
       チャネルを使用するハードウェアがそのチャネルについて
       DRQ線を使って転送を要求した時のみ動作します.</para>
 
     <sect2>
       <title>DMA転送の例</title>
 
       <para>DMA転送の発生と処理の手順の例をあげてみましょう.
 	この例では, フロッピーディスクコントローラ (FDC)が
 	ディスケットから1バイト読み込んで,
 	DMAを使って,メモリの0x00123456番地に 格納したいとします.
 	処理は, FDCが, DRQ2信号(DMAチャンネル2に
 	対するDRQ線)を有効にして
 	DMAコントローラに要求を伝えることで開始されます.</para>
 
       <para>DMAコントローラは DRQ2
 	シグナルが有効になったことを記録します.
 	するとDMAコントローラはDMAチャネル2がプログラムされ, マスクが
 	かかっていない(有効になっている)ことを確認します.  同様に,
 	DMAコントローラは, 他のDMAチャネルがアクティブまたは
 	アクティブになろうとしていないこと,
 	そしてより高い優先度を持って いないことを確認します.
 	一旦これらのチェックが完了すると, DMACはDMACがバスを使うために
 	バスを開放するようにCPUに要求します.
 	DMACはCPUにHRQ信号を送ってバスを要求します.</para>
 
       <para>CPUはHRQ信号を検出し, 現在の指示の実行を完了します.
 	一旦プロセッサがバスを開放することができる状態になると, 解放を
 	行います.  通常は CPU により駆動される信号 (-MEMR, -MEMW,
 	-IOR, -IOW, その他)を すべてハイインピーダンス
 	(ハイともローとも指定しない)状態にした後,  CPUは
 	HLDA信号を有効にして DMAコントローラにバスを明け渡したことを
 	伝えます.</para>
 
       <para>プロセッサによっては, CPUはバスを使用しないいくつかの
 	命令を追加して実行することもできますが,
 	しかし,プロセッサの内部キャッシュや
 	パイプライン以外のメモリから
 	何か読み出すといった指示に到達したら結局 CPU
 	は待たなくてはなりません.</para>
 
       <para>ここで,DMACが バスを<quote>託される</quote>と, DMACはその
 	-MEMR, -MEMW, -IOR, -IOW 出力信号をアクティブにし,
 	DMACから出力されるアドレスは 0x3456にセットされます.これは
 	転送しようとする特定のメモリ番地をバイトで
 	指示するのに使われます.</para>
 
       <para>すると DMAC は DMA
 	転送をリクエストしたデバイスに転送が始まることを
 	知らせます.これは -DACK
 	信号をアクティブにすることで行われます.
 	フロッピーディスクコントローラの場合は, -DACK2を
 	アクティブにすることで行われます.</para>
 
       <para>バスのデータ線に転送されるバイトにを出力することについては
 	フロッピーディスクコントローラが責任をもつことになります.
 	もし,フロッピーディスクコントローラがバス上にバイトデータを
 	出力するのに余計な時間を必要としなければ
 	(もし周辺装置がもっと時間を必要とする場合には, READY信号を
 	経由してDMACに通知します), DMAは 1 DMAクロック待ち,
 	メモリにバス上のバイトデータを格納するために -MEMW および -IOR
 	信号を解除します. そして
 	FDCはバイトデータが転送されたことを認識します.</para>
 
       <para>DMAサイクルは1度に1バイトしか転送しないので,
 	FDCはDRQ2信号を止めて, DMACに転送が終了したことを知らせます.
 	DMACは-DACK2信号を解除して, FDCはバス上へのデータ出力を
 	停止しなくてはならないことを知らせます.</para>
 
       <para>次にDMACは他のDMAチャネルのいずれかに要求がきていないか
 	チェックを行います.
 	もしどのチャネルのDRQも有効になっていなければ,
 	DMAコントローラは処理を完了して, -MEMR, -MEMW, -IOR, -IOW
 	および アドレス信号をハイインピーダンス状態にします.</para>
 
       <para>最後に, DMAはHRQ信号を解除します.
 	CPUはこれを見ると,HOLDA信号を 解除します. そしてCPUは自らの
 	-MEMR, -MEMW, -IOR, -IOW 信号および アドレス線を有効にし,
 	命令の実行やメインメモリや周辺機器へのアクセスを
 	再開します.</para>
 
       <para>典型的なフロッピーディスクの1セクタについては,
 	上記のプロセスが それぞれのバイトについて1回行われ,
 	全部で512回繰り返されます. 1 バイト転送される毎に, DMAC
 	内のアドレスレジスタはインクリメントされ, 同じくDMAC内にある,
 	何バイト転送すればよいかを示すカウンタが
 	デクリメントされます.</para>
 
       <para>カウンタが0になると, DMAはEOP信号を送ります. この信号は
 	カウンタが0であり, DMAコントローラがCPUによって再び
 	プログラムされるまで, これ以上データは転送されないことを
 	示すものです.</para>
 
       <para>このイベントはターミナルカウント(TC)とも呼ばれます.
 	EOP信号は1本しかありません. そして, 一度にアクティブにできる
 	DMAチャネルは一本だけなので,
 	現在アクティブであるDMAチャネルこそが,
 	たった今処理を終了したDMAチャネルだと言うことができます.</para>
 
       <para>もし,
 	バッファの転送が完了した時に周辺機器から割り込みを発生させたい
 	とき, 周辺機器は
 	-DACKn信号およびEOP信号の両方が同時に発信されたか
 	どうかをテストします. その場合, DMACはCPUの介在がなければ
 	これ以上はその周辺機器についての情報を転送しません.  その後で,
 	周辺機器はプロセッサに割り込みを生じさせるために,
 	何らかの割り込み信号を発生させることができます.
 	PCアーキテクチャ においては,
 	DMAチップ自身が割り込みを生じさせることはできません.
 	周辺機器とそれに関連するハードウェアが割り込みを生成する責任を
 	持ちます. また, DMAを使用する周辺機器が割り込みを使用しない
 	可能性もあります.</para>
 
       <para>DMAC が要求を出したときには CPU は常にバスを DMAC
 	に開放しますが,  この動作は, DMAC
 	がアクティブになった時にプロセッサが命令を実行するのに
 	かかる時間がわずかに変化することを除いては, アプリケーション,
 	オペレーティングシステムの両方からはわからないということを
 	理解することが重要です.  そのため,
 	プロセッサが確かにDMA転送が完了したことを知るためには,
 	周辺装置や DMA
 	チップ中のレジスタを調べたり,周辺装置からの割り込みを
 	受け取る必要があります.</para>
     </sect2>
 
     <sect2>
       <title>DMA ページレジスタ および 16メガ アドレス空間制限</title>
 
       <para>これまで述べたのとは異なり, DMACはアドレス線を 0x0123456
 	にセットする 代わりに 0x3456
 	だけをセットすることにあなたは気づいたかも しれません.
 	この理由について少し説明します.</para>
 
       <para>オリジナルのIBM PCがデザインされた時, IBMは,
 	DMACと割込み制御チップの 両方を, 8085(8ビットプロセッサで,
 	16ビットのアドレス空間(64k)を持つ)と
 	組み合わせて使うように設計されたチップを使うことを選びました.
 	IBM PCが64k以上のメモリをサポートしていたため,
 	DMACが64kを越えるメモリ番地に読み込み又は書き込みを行うために
 	変更を行う必要が生じました.
 	この問題を解決するためにIBMが行ったのは,
 	それぞれのDMAチャネルに,
 	読み込み元または書き込み先のアドレスの
 	上位ビットを保持するための 外部的なラッチを追加することでした.
 	DMAチャネルがアクティブな時はいつでも,
 	このラッチの内容はアドレスバスに書かれて,
 	そのチャネルのDMA操作が 終了するまでそこに保持されます. IBM
 	はこれらのラッチを <quote>ページレジスタ</quote>
 	と呼んでいます.</para>
 
       <para>そのため上記に示した例では,
 	DMACはアドレスの0x3456の部分をバス上に 置き,
 	DMAチャネル2に対するページレジスタは, 0x0012xxxxをバス上に
 	置きます.
 	これらの2つの値が組み合わされてアクセスされるメモリ中の完全な
 	アドレスを形成します.</para>
 
       <para>ページレジスタのラッチはDMAチップとは独立であるので,
 	読み込まれる又は書き込まれるメモリ領域は, 64kの物理的境界を
 	またいではなりません. 例えば, もし
 	DMACがメモリの0xffff番地をアクセスした場合, データの転送後,
 	DMACはアドレスレジスタをインクリメントし,
 	0x0000番地にある次のバイトを アクセスします.
 	0x10000番地ではありません.
 	これはおそらく意図されたものとは異なっているでしょう.</para>
 
       <note>
 	<para><quote>物理的な</quote> 64Kの境界を 8086モードの
 	  64k <quote>セグメント</quote>と混同してはいけません.
 	  セグメントは, セグメント
 	  レジスタに数学的にオフセットレジスタを
 	  加算して作られるものです.
 	  ページレジスタにはアドレスのオーバーラップも無く, 数学的に
 	  OR を取られることもありません.</para>
       </note>
 
       <para>さらに複雑なことには, PC/ATでは外部のDMAアドレスのラッチは
 	8ビットしか保持しません. よって8+16で24ビットになり, これは
 	DMAが0から16メガの間のメモリ番地しか指し示せないことを
 	意味します.
 	16メガ以上のメモリを持ったより新しいマシンにおいても,
 	標準的なPCコンパチブルなDMAでは16メガ以上のメモリ番地には
 	アクセスできません.</para>
 
       <para>この制限を避けるために, オペレーティングシステムは 16
 	メガ以下にある物理的な 64k の境界をまたがない領域に RAM
 	バッファを 予約します. そして,
 	DMACはデータを周辺機器からそのバッファに
 	転送するようにプログラムされます. 一旦DMACがこのバッファに
 	データを動かすと, オペレーティングシステムは本当にデータを
 	格納したいアドレスにバッファからデータをコピーします.</para>
 
       <para>16メガを越えるアドレスからDMAベースの周辺機器にデータを
 	書き込む際には, データは16メガ以下に位置したバッファから最初に
 	コピーされなくてはならず, その後,
 	DMACはバッファからハードウェアに
 	データをコピーすることができます. FreeBSDでは,
 	これらの予約バッファは
 	<quote>バウンスバッファ</quote>と呼ばれます. MS-DOSの世界では,
 	これらは<quote>スマートバッファ</quote>などと呼ばれます.</para>
 
       <note>
 	<para>82374と呼ばれる8237の新しい実装においては,
 	  ページレジスタを16ビットで指定して,
 	  バウンスバッファを使用しなくても, 32
 	  ビットのアドレス空間全体にアクセスすることが可能です.</para>
       </note>
     </sect2>
 
     <sect2>
       <title>DMA操作モードとその設定</title>
 
       <para>8237 DMA はいくつかのモードで動作します. 主なモードは,
 	以下のとおりです.</para>
 
       <variablelist>
 	<varlistentry><term>シングル転送モード</term>
 	  <listitem>
 	    <para>シングルバイト(もしくはワード)が転送されます.
 	      DMAは1バイト毎にバスを開放し,
 	      再び要求しなくてはなくてはなりません. これは一般に,
 	      すぐにはデータのブロック全てを転送できないデバイスに
 	      よって使用されます.
 	      周辺装置は次の転送の準備ができる毎にDMAを要求します.
 	    </para>
 
 	    <para>標準的な PC
 	      コンパチブルなフロッピーディスクコントローラ(NEC 765)は
 	      1バイトのバッファしか持たないので,
 	      このモードを使用します.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term>ブロック/デマンド転送モード</term>
 	  <listitem>
 	    <para>一旦 DMAC がシステムバスを取得すると,
 	      最大64kまでのデータブロック 全体が転送されます.
 	      もし周辺装置が余分に時間を必要とするときは,
 	      転送を一時中断するためにREADY信号を有効にします.
 	      READY信号は過度に使われるべきではなく,
 	      遅い周辺装置の転送の場合は
 	      シングル転送モードを代わりに使うべきです.</para>
 
 	    <para>ブロック転送モードとデマンド転送モードの違いは,
 	      一旦ブロック転送が 始まると, 転送カウンタか 0
 	      になるまでそれが行われるところです. DRQ は -DACK
 	      が有効になるまでの間は有効でなければなりません.
 	      デマンドモードは DRQ が有効な間転送が続けられます.
 	      DRQが有効でなくなった場合, DMA はその時点で転送を中断し,
 	      バスを解放して CPU に返します.
 	      その後, DRQが有効になると,
 	      転送は中断したところから再開されます.</para>
 
 	    <para>データの転送,
 	      特に転送に使われるメモリ番地が16Mを越える場合に, CPU
 	      を使った方が効率がよくなるまで CPU
 	      の速度が向上する以前の
 	      古いハードディスクコントローラはデマンドモードを
 	      使っていました.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term>カスケード転送モード</term>
 	  <listitem>
 	    <para>このメカニズムは DMA
 	      チャネルがバスを要求することを許可する ものですが,
 	      接続されたデバイスはバス上のアドレス情報の配置に
 	      ついてDMACに代わって責任を持ちます.
 	      これは<quote>バスマスタ</quote>
 	      と呼ばれる技術の実装に利用されます.</para>
 
 	    <para>カスケードモードの DMA
 	      チャネルがバスのコントロールを受け取ると, DMA
 	      は通常行われるようなバス上のアドレスと I/O
 	      コントロール信号の 出力を行いません. 代わりに,
 	      DMAはアクティブなチャネルの -DACK信号を
 	      有効にします.</para>
 
 	    <para>この時点で, アドレスとバスコントロール信号の供給は
 	      DMAチャネルに接続された周辺機器が担当します.
 	      周辺機器はシステムバスの完全なコントロールを行い, 16
 	      メガ以下の任意のアドレスの読み込みおよび書き込みを
 	      行うことが できます. 周辺機器はバスの使用を終えると DRQ
 	      線を無効にするので, DMA コントローラは CPU
 	      もしくは他のDMAチャネルに制御を返すことが
 	      できます.</para>
 
 	    <para>カスケードモードは複数の DMA
 	      コントローラを相互接続するのに 使われます.
 	      PC内ではDMAチャネル4がまさにこの用途に使われています.
 	      周辺機器がDMAチャネル0, 1, 2, 3でバスを要求すると,
 	      スレーブDMAコントローラは HLDREQ を有効にしますが,
 	      この線はCPUではなく,
 	      実際にはプライマリDMAコントローラのDRQ4に
 	      接続されています.  その後,
 	      チャンネル4になにか仕事があるものと見なしたプライマリの
 	      DMAコントローラは HLDREQ を使ってCPUにバスを 要求します.
 	      バスが与えられると, -DACK4が有効になりますが,
 	      この線は実際にはスレーブDMAコントローラの HLDA信号に
 	      接続されています.
 	      スレーブDMAコントローラはその後要求したDMAチャネル  (0,
 	      1, 2, 3) に対してデータを転送するか,
 	      SCSIコントローラのような
 	      バスマスタリングを要求する周辺機器にバスを許可します.
 	    </para>
 
 	    <para>このような配線がおこなわれているため,
 	      PC/ATシステムの 周辺機器ではDMAチャネルは 0, 1, 2, 3, 5,
 	      6, 7のみが使用できます.</para>
 
 	    <note>
 	      <para>初期のIBM PCコンピュータでは, DMAチャネル0は操作の
 		リフレッシュのために予約されていますが,
 		最近のシステムでは通常,
 		周辺機器によって使用することができます.</para>
 	    </note>
 
 	    <para>周辺機器がバスマスタリングを行っている時は,
 	      システムバスを保持している間絶えずメモリに
 	      もしくはメモリから データを転送することが重要です.もし,
 	      周辺機器がこのように できないときは,
 	      システムがメインメモリのリフレッシュを
 	      行なえるようにしばしばバスを開放しなくては
 	      なりません.</para>
 
 	    <para>全ての PC でメインメモリとして使われるダイナミック
 	      RAM は, 中身が <quote>満たされている</quote>
 	      ビットを保持するため
 	      頻繁にアクセスされなくてはなりません. ダイナミック RAM
 	      は, それぞれが 1 ビットのデータを記憶するコンデンサが
 	      たくさん集まって構成されています.
 	      これらのコンデンサは充電された 状態で
 	      <literal>1</literal>, 充電されていない状態で
 	      <literal>0</literal> を表します.
 	      全てのコンデンサは放電するため, <literal>1</literal>
 	      の値を保持するために,
 	      一定の間隔で電力を加える必要があります. 実際に RAM
 	      チップは RAM の適切な場所に電力を送る作業を行ないますが,
 	      メモリのリフレッシュ作業が RAM を普通にアクセスする時と
 	      衝突しないように, それをいつ行なうかを
 	      コンピュータが休止状態の時に知らせなくてはなりません.
 	      もしコンピュータがメモリのリフレッシュを
 	      行なえない場合は,
 	      メモリの中身はわずか数ミリ秒で壊れてしまいます.</para>
 
 	    <para>メモリの読み込みと書き込みのサイクルは
 	      リフレッシュサイクルとして <quote>カウントされる</quote>
 	      (ダイナミック
 	      RAM のリフレッシュサイクルは
 	      実際には不完全なメモリ読み込みサイクルになります)ので,
 	      周辺機器のコントローラが連続するメモリ番地から
 	      データの読み込み または書き込みを行う間は,
 	      メモリの全てがリフレッシュされます.</para>
 
 	    <para>バスマスタリングはいくつかの SCSI
 	      ホストインターフェースやその他の
 	      ハイパフォーマンスな周辺機器コントローラに
 	      見られます.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term>自動初期化転送モード</term>
 	  <listitem>
 	    <para>このモードにおいてDMAはバイト, ブロック,
 	      デマンド転送を行いますが,  DMA転送カウンタが0になると,
 	      カウンタとアドレスはDMAチャネルが
 	      もともとプログラムされた時のものに戻されます.  これは,
 	      周辺機器が転送を要求している間は転送が続けられることを
 	      意味します.
 	      転送領域としてDMACにプログラムされた固定バッファの中で,
 	      出力操作でDMACがデータを読み出す前もって新しいデータを
 	      書き込んだり入力操作でDMACが書き込んだあとに,
 	      そこから新しいデータを読み出す作業は CPU
 	      が受け持ちます.</para>
 
 	    <para>このテクニックは, <quote>サンプリング</quote>
 	      用のバッファが小さいもしくは
 	      それを持たないオーディオデバイスによく使われます.
 	      この<quote>環状</quote>バッファの管理は更なる CPU
 	      オーバーヘッドになりますが,  DMAカウンタが0になり,
 	      再プログラムされるまでDMAが停止してしまう
 	      ことによって起きる遅延は,
 	      この方法でしかなくす事ができない 場合もあります.</para>
 	  </listitem>
 	</varlistentry>
       </variablelist>
     </sect2>
 
     <sect2>
       <title>DMAのプログラミング</title>
 
       <para>プログラムされるDMAチャネルは, 通常, 設定を行う前に
 	<quote>マスクする</quote>べきです.
 	これはハードウェアが予期せずそのチャンネルに対してDRQを有効に
 	した場合, たとえ全てのパラメータが
 	満たされてない場合や更新されていない場合でも, DMACは
 	それに応答してしまう可能性があるからです.</para>
 
       <para>マスクを行ってから,ホストは転送の方向(メモリからI/O,
 	もしくはI/Oからメモリ)と, 転送に使用するDMA操作のモード
 	(シングル, ブロック, デマンド, カスケードなど)を設定し, 最後に
 	アドレスや転送の長さを設定します.
 	設定される長さはDMACに転送させたい量よりも1少なくなります.
 	アドレスや転送長のLSBとMSBは同じ8ビットI/O
 	ポートに書き込まれます. そのためDMACが最初のバイトをLSBとして,
 	2番目のバイトをMSBとして 受け取ることを保証するために,
 	最初に別のポートに書き込みを行なって LSBとMSB
 	の判別を行なうフリップフロップをクリアしておく必要があります.
       </para>
 
       <para>そして,DMAのページレジスタを更新します.
 	これはDMACの外部にあり I/O
 	ポートの別のセットを通してアクセスされます.</para>
 
       <para>すべての設定ができると,
 	DMAチャネルはマスクを解除することができます.
 	そのDMAチャネルは<quote>準備ができた</quote>とみなされ,
 	そのチャンネルのDRQが 有効になると応答します.</para>
 
       <para>8237のプログラミングの正確な詳細については,
 	ハードウェアデータブックを参照してください. PCシステムにおける
 	I/O マップについても参照する必要があるでしょう. このマップには
 	DMA およびページレジスタのポートがどこに位置するのかを
 	書いてあります.
 	以下に完全なポートのマップテーブルを示します.</para>
     </sect2>
 
     <sect2>
       <title>DMAポートのマップ</title>
 
       <para>IBM-PCとPC/ATに基づくすべてのシステムでは,
 	同じI/Oポートに配置された DMAハードウェアを持っています.
 	その完全なリストを以下に示します.
 	DMAコントローラ2に割り当てられたポートは, AT以外のデザインでは
 	未定義になっています.</para>
 
       <sect3>
 	<title>0x00 &ndash; 0x1f DMA コントローラ #1 (Channels 0, 1, 2
 	  and 3)</title>
 
 	<para>DMA アドレス および カウントレジスタ</para>
 
 	<informaltable frame="none">
 	  <tgroup cols="3">
 	    <tbody>
 	      <row>
 		<entry>0x00</entry>
 		<entry>write</entry>
 		<entry>Channel 0 starting address</entry>
 	      </row>
 
 	      <row>
 		<entry>0x00</entry>
 		<entry>read</entry>
 		<entry>Channel 0 current address</entry>
 	      </row>
 
 	      <row>
 		<entry>0x01</entry>
 		<entry>write</entry>
 		<entry>Channel 0 starting word count</entry>
 	      </row>
 
 	      <row>
 		<entry>0x01</entry>
 		<entry>read</entry>
 		<entry>Channel 0 remaining word count</entry>
 	      </row>
 
 	      <row>
 		<entry>0x02</entry>
 		<entry>write</entry>
 		<entry>Channel 1 starting address</entry>
 	      </row>
 
 	      <row>
 		<entry>0x02</entry>
 		<entry>read</entry>
 		<entry>Channel 1 current address</entry>
 	      </row>
 
 	      <row>
 		<entry>0x03</entry>
 		<entry>write</entry>
 		<entry>Channel 1 starting word count</entry>
 	      </row>
 
 	      <row>
 		<entry>0x03</entry>
 		<entry>read</entry>
 		<entry>Channel 1 remaining word count</entry>
 	      </row>
 
 	      <row>
 		<entry>0x04</entry>
 		<entry>write</entry>
 		<entry>Channel 2 starting address</entry>
 	      </row>
 
 	      <row>
 		<entry>0x04</entry>
 		<entry>read</entry>
 		<entry>Channel 2 current address</entry>
 	      </row>
 
 	      <row>
 		<entry>0x05</entry>
 		<entry>write</entry>
 		<entry>Channel 2 starting word count</entry>
 	      </row>
 
 	      <row>
 		<entry>0x05</entry>
 		<entry>read</entry>
 		<entry>Channel 2 remaining word count</entry>
 	      </row>
 
 	      <row>
 		<entry>0x06</entry>
 		<entry>write</entry>
 		<entry>Channel 3 starting address</entry>
 	      </row>
 
 	      <row>
 		<entry>0x06</entry>
 		<entry>read</entry>
 		<entry>Channel 3 current address</entry>
 	      </row>
 
 	      <row>
 		<entry>0x07</entry>
 		<entry>write</entry>
 		<entry>Channel 3 starting word count</entry>
 	      </row>
 
 	      <row>
 		<entry>0x07</entry>
 		<entry>read</entry>
 		<entry>Channel 3 remaining word count</entry>
 	      </row>
 	    </tbody>
 	  </tgroup>
 	</informaltable>
 
 	<para>DMA コマンドレジスタ</para>
 
 	<informaltable frame="none">
 	  <tgroup cols="3">
 	    <tbody>
 	      <row>
 		<entry>0x08</entry>
 		<entry>write</entry>
 		<entry>Command Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x08</entry>
 		<entry>read</entry>
 		<entry>Status Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x09</entry>
 		<entry>write</entry>
 		<entry>Request Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x09</entry>
 		<entry>read</entry>
 		<entry>-</entry>
 	      </row>
 
 	      <row>
 		<entry>0x0a</entry>
 		<entry>write</entry>
 		<entry>Single Mask Register Bit</entry>
 	      </row>
 
 	      <row>
 		<entry>0x0a</entry>
 		<entry>read</entry>
 		<entry>-</entry>
 	      </row>
 
 	      <row>
 		<entry>0x0b</entry>
 		<entry>write</entry>
 		<entry>Mode Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x0b</entry>
 		<entry>read</entry>
 		<entry>-</entry>
 	      </row>
 
 	      <row>
 		<entry>0x0c</entry>
 		<entry>write</entry>
 		<entry>Clear LSB/MSB Flip-Flop</entry>
 	      </row>
 
 	      <row>
 		<entry>0x0c</entry>
 		<entry>read</entry>
 		<entry>-</entry>
 	      </row>
 
 	      <row>
 		<entry>0x0d</entry>
 		<entry>write</entry>
 		<entry>Master Clear/Reset</entry>
 	      </row>
 
 	      <row>
 		<entry>0x0d</entry>
 		<entry>read</entry>
 		<entry>Temporary Register
 		  (新しいバージョンでは利用不可)</entry>
 	      </row>
 
 	      <row>
 		<entry>0x0e</entry>
 		<entry>write</entry>
 		<entry>Clear Mask Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x0e</entry>
 		<entry>read</entry>
 		<entry>-</entry>
 	      </row>
 
 	      <row>
 		<entry>0x0f</entry>
 		<entry>write</entry>
 		<entry>Write All Mask Register Bits</entry>
 	      </row>
 
 	      <row>
 		<entry>0x0f</entry>
 		<entry>read</entry>
 		<entry>Read All Mask Register Bits (Intel
 		  82374にのみ存在する)</entry>
 	      </row>
 	    </tbody>
 	  </tgroup>
 	</informaltable>
       </sect3>
 
       <sect3>
 	<title>0xc0 &ndash; 0xdf DMA コントローラ #2 (Channels 4, 5, 6
 	  and 7)</title>
 
 	<para>DMA アドレス および カウントレジスタ</para>
 
 	<informaltable frame="none">
 	  <tgroup cols="3">
 	    <tbody>
 	      <row>
 		<entry>0xc0</entry>
 		<entry>write</entry>
 		<entry>Channel 4 starting address</entry>
 	      </row>
 
 	      <row>
 		<entry>0xc0</entry>
 		<entry>read</entry>
 		<entry>Channel 4 current address</entry>
 	      </row>
 
 	      <row>
 		<entry>0xc2</entry>
 		<entry>write</entry>
 		<entry>Channel 4 starting word count</entry>
 	      </row>
 
 	      <row>
 		<entry>0xc2</entry>
 		<entry>read</entry>
 		<entry>Channel 4 remaining word count</entry>
 	      </row>
 
 	      <row>
 		<entry>0xc4</entry>
 		<entry>write</entry>
 		<entry>Channel 5 starting address</entry>
 	      </row>
 
 	      <row>
 		<entry>0xc4</entry>
 		<entry>read</entry>
 		<entry>Channel 5 current address</entry>
 	      </row>
 
 	      <row>
 		<entry>0xc6</entry>
 		<entry>write</entry>
 		<entry>Channel 5 starting word count</entry>
 	      </row>
 
 	      <row>
 		<entry>0xc6</entry>
 		<entry>read</entry>
 		<entry>Channel 5 remaining word count</entry>
 	      </row>
 
 	      <row>
 		<entry>0xc8</entry>
 		<entry>write</entry>
 		<entry>Channel 6 starting address</entry>
 	      </row>
 
 	      <row>
 		<entry>0xc8</entry>
 		<entry>read</entry>
 		<entry>Channel 6 current address</entry>
 	      </row>
 
 	      <row>
 		<entry>0xca</entry>
 		<entry>write</entry>
 		<entry>Channel 6 starting word count</entry>
 	      </row>
 
 	      <row>
 		<entry>0xca</entry>
 		<entry>read</entry>
 		<entry>Channel 6 remaining word count</entry>
 	      </row>
 
 	      <row>
 		<entry>0xcc</entry>
 		<entry>write</entry>
 		<entry>Channel 7 starting address</entry>
 	      </row>
 
 	      <row>
 		<entry>0xcc</entry>
 		<entry>read</entry>
 		<entry>Channel 7 current address</entry>
 	      </row>
 
 	      <row>
 		<entry>0xce</entry>
 		<entry>write</entry>
 		<entry>Channel 7 starting word count</entry>
 	      </row>
 
 	      <row>
 		<entry>0xce</entry>
 		<entry>read</entry>
 		<entry>Channel 7 remaining word count</entry>
 	      </row>
 	    </tbody>
 	  </tgroup>
 	</informaltable>
 
 	<para>DMA コマンドレジスタ</para>
 
 	<informaltable frame="none">
 	  <tgroup cols="3">
 	    <tbody>
 	      <row>
 		<entry>0xd0</entry>
 		<entry>write</entry>
 		<entry>Command Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0xd0</entry>
 		<entry>read</entry>
 		<entry>Status Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0xd2</entry>
 		<entry>write</entry>
 		<entry>Request Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0xd2</entry>
 		<entry>read</entry>
 		<entry>-</entry>
 	      </row>
 
 	      <row>
 		<entry>0xd4</entry>
 		<entry>write</entry>
 		<entry>Single Mask Register Bit</entry>
 	      </row>
 
 	      <row>
 		<entry>0xd4</entry>
 		<entry>read</entry>
 		<entry>-</entry>
 	      </row>
 
 	      <row>
 		<entry>0xd6</entry>
 		<entry>write</entry>
 		<entry>Mode Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0xd6</entry>
 		<entry>read</entry>
 		<entry>-</entry>
 	      </row>
 
 	      <row>
 		<entry>0xd8</entry>
 		<entry>write</entry>
 		<entry>Clear LSB/MSB Flip-Flop</entry>
 	      </row>
 
 	      <row>
 		<entry>0xd8</entry>
 		<entry>read</entry>
 		<entry>-</entry>
 	      </row>
 
 	      <row>
 		<entry>0xda</entry>
 		<entry>write</entry>
 		<entry>Master Clear/Reset</entry>
 	      </row>
 
 	      <row>
 		<entry>0xda</entry>
 		<entry>read</entry>
 		<entry>Temporary Register (Intel 82374には存在しない)</entry>
 	      </row>
 
 	      <row>
 		<entry>0xdc</entry>
 		<entry>write</entry>
 		<entry>Clear Mask Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0xdc</entry>
 		<entry>read</entry>
 		<entry>-</entry>
 	      </row>
 
 	      <row>
 		<entry>0xde</entry>
 		<entry>write</entry>
 		<entry>Write All Mask Register Bits</entry>
 	      </row>
 
 	      <row>
 		<entry>0xdf</entry>
 		<entry>read</entry>
 		<entry>Read All Mask Register Bits (Intel
 		  82374にのみ存在する)</entry>
 	      </row>
 	    </tbody>
 	  </tgroup>
 	</informaltable>
       </sect3>
 
       <sect3>
 	<title>0x80 &ndash; 0x9f DMA ページレジスタ</title>
 
 	<informaltable frame="none">
 	  <tgroup cols="3">
 	    <tbody>
 	      <row>
 		<entry>0x87</entry>
 		<entry>r/w</entry>
 		<entry>Channel 0 Low byte (23-16) page Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x83</entry>
 		<entry>r/w</entry>
 		<entry>Channel 1 Low byte (23-16) page Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x81</entry>
 		<entry>r/w</entry>
 		<entry>Channel 2 Low byte (23-16) page Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x82</entry>
 		<entry>r/w</entry>
 		<entry>Channel 3 Low byte (23-16) page Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x8b</entry>
 		<entry>r/w</entry>
 		<entry>Channel 5 Low byte (23-16) page Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x89</entry>
 		<entry>r/w</entry>
 		<entry>Channel 6 Low byte (23-16) page Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x8a</entry>
 		<entry>r/w</entry>
 		<entry>Channel 7 Low byte (23-16) page Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x8f</entry>
 		<entry>r/w</entry>
 		<entry>Low byte page Refresh</entry>
 	      </row>
 	    </tbody>
 	  </tgroup>
 	</informaltable>
       </sect3>
 
       <sect3>
 	<title>0x400 &ndash; 0x4ff 82374 Enhanced DMA Registers</title>
 
 	<para>Intel 82374 EISA System Component
 	  (ESC)は1996年の初めに発表されました. この中
 	  には機能的には8237のスーパーセットであり,
 	  1つのパッケージの中にその他の PC
 	  互換機のコアとなる周辺コンポーネントをも含んだ DMA
 	  コントローラも含まれています. このチップはEISAとPCI
 	  両方のプラットホームをターゲットにしたものであり,
 	  scatter-gather I/O やリングバッファを始めとして,
 	  システムDMAをして32ビットの
 	  アドレス空間全体に直接アクセスする能力も提供しています.
 	</para>
 
 	<para>これらの機能を使用する場合でも,
 	  過去16年間のPC互換機で利用されてきた
 	  同等機能を提供するコードも含めておく必要があります.
 	  互換性の問題から, 82374の レジスタの一部は,
 	  従来の8237のレジスタをプログラムした <emphasis>後</emphasis>
 	  に,  転送の度にプログラムされる必要があります.
 	  8237のレジスタに書き込みを行うとき,
 	  ソフトウェアの下位互換性のために,
 	  82374で追加された一部のレジスタの内容が
 	  強制的に0にクリアされるからです.</para>
 
 	<informaltable frame="none">
 	  <tgroup cols="3">
 	    <tbody>
 	      <row>
 		<entry>0x401</entry>
 		<entry>r/w</entry>
 		<entry>Channel 0 High byte (bits 23-16) word count</entry>
 	      </row>
 
 	      <row>
 		<entry>0x403</entry>
 		<entry>r/w</entry>
 		<entry>Channel 1 High byte (bits 23-16) word count</entry>
 	      </row>
 
 	      <row>
 		<entry>0x405</entry>
 		<entry>r/w</entry>
 		<entry>Channel 2 High byte (bits 23-16) word count</entry>
 	      </row>
 
 	      <row>
 		<entry>0x407</entry>
 		<entry>r/w</entry>
 		<entry>Channel 3 High byte (bits 23-16) word count</entry>
 	      </row>
 
 	      <row>
 		<entry>0x4c6</entry>
 		<entry>r/w</entry>
 		<entry>Channel 5 High byte (bits 23-16) word count</entry>
 	      </row>
 
 	      <row>
 		<entry>0x4ca</entry>
 		<entry>r/w</entry>
 		<entry>Channel 6 High byte (bits 23-16) word count</entry>
 	      </row>
 
 	      <row>
 		<entry>0x4ce</entry>
 		<entry>r/w</entry>
 		<entry>Channel 7 High byte (bits 23-16) word count</entry>
 	      </row>
 
 	      <row>
 		<entry>0x487</entry>
 		<entry>r/w</entry>
 		<entry>Channel 0 High byte (bits 31-24) page
 		  Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x483</entry>
 		<entry>r/w</entry>
 		<entry>Channel 1 High byte (bits 31-24) page
 		  Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x481</entry>
 		<entry>r/w</entry>
 		<entry>Channel 2 High byte (bits 31-24) page
 		  Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x482</entry>
 		<entry>r/w</entry>
 		<entry>Channel 3 High byte (bits 31-24) page
 		  Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x48b</entry>
 		<entry>r/w</entry>
 		<entry>Channel 5 High byte (bits 31-24) page
 		  Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x489</entry>
 		<entry>r/w</entry>
 		<entry>Channel 6 High byte (bits 31-24) page
 		  Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x48a</entry>
 		<entry>r/w</entry>
 		<entry>Channel 6 High byte (bits 31-24) page
 		  Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x48f</entry>
 		<entry>r/w</entry>
 		<entry>High byte page Refresh</entry>
 	      </row>
 
 	      <row>
 		<entry>0x4e0</entry>
 		<entry>r/w</entry>
 		<entry>Channel 0 Stop Register (bits 7-2)</entry>
 	      </row>
 
 	      <row>
 		<entry>0x4e1</entry>
 		<entry>r/w</entry>
 		<entry>Channel 0 Stop Register (bits 15-8)</entry>
 	      </row>
 
 	      <row>
 		<entry>0x4e2</entry>
 		<entry>r/w</entry>
 		<entry>Channel 0 Stop Register (bits 23-16)</entry>
 	      </row>
 
 	      <row>
 		<entry>0x4e4</entry>
 		<entry>r/w</entry>
 		<entry>Channel 1 Stop Register (bits 7-2)</entry>
 	      </row>
 
 	      <row>
 		<entry>0x4e5</entry>
 		<entry>r/w</entry>
 		<entry>Channel 1 Stop Register (bits 15-8)</entry>
 	      </row>
 
 	      <row>
 		<entry>0x4e6</entry>
 		<entry>r/w</entry>
 		<entry>Channel 1 Stop Register (bits 23-16)</entry>
 	      </row>
 
 	      <row>
 		<entry>0x4e8</entry>
 		<entry>r/w</entry>
 		<entry>Channel 2 Stop Register (bits 7-2)</entry>
 	      </row>
 
 	      <row>
 		<entry>0x4e9</entry>
 		<entry>r/w</entry>
 		<entry>Channel 2 Stop Register (bits 15-8)</entry>
 	      </row>
 
 	      <row>
 		<entry>0x4ea</entry>
 		<entry>r/w</entry>
 		<entry>Channel 2 Stop Register (bits 23-16)</entry>
 	      </row>
 
 	      <row>
 		<entry>0x4ec</entry>
 		<entry>r/w</entry>
 		<entry>Channel 3 Stop Register (bits 7-2)</entry>
 	      </row>
 
 	      <row>
 		<entry>0x4ed</entry>
 		<entry>r/w</entry>
 		<entry>Channel 3 Stop Register (bits 15-8)</entry>
 	      </row>
 
 	      <row>
 		<entry>0x4ee</entry>
 		<entry>r/w</entry>
 		<entry>Channel 3 Stop Register (bits 23-16)</entry>
 	      </row>
 
 	      <row>
 		<entry>0x4f4</entry>
 		<entry>r/w</entry>
 		<entry>Channel 5 Stop Register (bits 7-2)</entry>
 	      </row>
 
 	      <row>
 		<entry>0x4f5</entry>
 		<entry>r/w</entry>
 		<entry>Channel 5 Stop Register (bits 15-8)</entry>
 	      </row>
 
 	      <row>
 		<entry>0x4f6</entry>
 		<entry>r/w</entry>
 		<entry>Channel 5 Stop Register (bits 23-16)</entry>
 	      </row>
 
 	      <row>
 		<entry>0x4f8</entry>
 		<entry>r/w</entry>
 		<entry>Channel 6 Stop Register (bits 7-2)</entry>
 	      </row>
 
 	      <row>
 		<entry>0x4f9</entry>
 		<entry>r/w</entry>
 		<entry>Channel 6 Stop Register (bits 15-8)</entry>
 	      </row>
 
 	      <row>
 		<entry>0x4fa</entry>
 		<entry>r/w</entry>
 		<entry>Channel 6 Stop Register (bits 23-16)</entry>
 	      </row>
 
 	      <row>
 		<entry>0x4fc</entry>
 		<entry>r/w</entry>
 		<entry>Channel 7 Stop Register (bits 7-2)</entry>
 	      </row>
 
 	      <row>
 		<entry>0x4fd</entry>
 		<entry>r/w</entry>
 		<entry>Channel 7 Stop Register (bits 15-8)</entry>
 	      </row>
 
 	      <row>
 		<entry>0x4fe</entry>
 		<entry>r/w</entry>
 		<entry>Channel 7 Stop Register (bits 23-16)</entry>
 	      </row>
 
 	      <row>
 		<entry>0x40a</entry>
 		<entry>write</entry>
 		<entry>Channels 0-3 Chaining Mode Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x40a</entry>
 		<entry>read</entry>
 		<entry>Channel Interrupt Status Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x4d4</entry>
 		<entry>write</entry>
 		<entry>Channels 4-7 Chaining Mode Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x4d4</entry>
 		<entry>read</entry>
 		<entry>Chaining Mode Status</entry>
 	      </row>
 
 	      <row>
 		<entry>0x40c</entry>
 		<entry>read</entry>
 		<entry>Chain Buffer Expiration Control Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x410</entry>
 		<entry>write</entry>
 		<entry>Channel 0 Scatter-Gather Command Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x411</entry>
 		<entry>write</entry>
 		<entry>Channel 1 Scatter-Gather Command Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x412</entry>
 		<entry>write</entry>
 		<entry>Channel 2 Scatter-Gather Command Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x413</entry>
 		<entry>write</entry>
 		<entry>Channel 3 Scatter-Gather Command Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x415</entry>
 		<entry>write</entry>
 		<entry>Channel 5 Scatter-Gather Command Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x416</entry>
 		<entry>write</entry>
 		<entry>Channel 6 Scatter-Gather Command Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x417</entry>
 		<entry>write</entry>
 		<entry>Channel 7 Scatter-Gather Command Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x418</entry>
 		<entry>read</entry>
 		<entry>Channel 0 Scatter-Gather Status Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x419</entry>
 		<entry>read</entry>
 		<entry>Channel 1 Scatter-Gather Status Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x41a</entry>
 		<entry>read</entry>
 		<entry>Channel 2 Scatter-Gather Status Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x41b</entry>
 		<entry>read</entry>
 		<entry>Channel 3 Scatter-Gather Status Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x41d</entry>
 		<entry>read</entry>
 		<entry>Channel 5 Scatter-Gather Status Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x41e</entry>
 		<entry>read</entry>
 		<entry>Channel 5 Scatter-Gather Status Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x41f</entry>
 		<entry>read</entry>
 		<entry>Channel 7 Scatter-Gather Status Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x420-0x423</entry>
 		<entry>r/w</entry>
 		<entry>Channel 0 Scatter-Gather Descriptor Table Pointer
 		  Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x424-0x427</entry>
 		<entry>r/w</entry>
 		<entry>Channel 1 Scatter-Gather Descriptor Table Pointer
 		  Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x428-0x42b</entry>
 		<entry>r/w</entry>
 		<entry>Channel 2 Scatter-Gather Descriptor Table Pointer
 		  Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x42c-0x42f</entry>
 		<entry>r/w</entry>
 		<entry>Channel 3 Scatter-Gather Descriptor Table Pointer
 		  Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x434-0x437</entry>
 		<entry>r/w</entry>
 		<entry>Channel 5 Scatter-Gather Descriptor Table Pointer
 		  Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x438-0x43b</entry>
 		<entry>r/w</entry>
 		<entry>Channel 6 Scatter-Gather Descriptor Table Pointer
 		  Register</entry>
 	      </row>
 
 	      <row>
 		<entry>0x43c-0x43f</entry>
 		<entry>r/w</entry>
 		<entry>Channel 7 Scatter-Gather Descriptor Table Pointer
 		  Register</entry>
 	      </row>
 	    </tbody>
 	  </tgroup>
 	</informaltable>
       </sect3>
     </sect2>
   </sect1>
 
   <sect1 id="internals-vm">
     <title>FreeBSD VM システム</title>
 
     <para><emphasis>原作: &a.dillon;.  6 Feb 1999</emphasis></para>
 
     <sect2>
       <title>物理メモリ管理 &mdash; <literal>vm_page_t</literal></title>
 
       <para>物理メモリはページ単位に,
 	<literal>vm_page_t</literal>構造体を用いて管理されます.
 	物理メモリのページは, ページキューの一つに存在する,
 	それぞれの <literal>vm_page_t</literal>
 	構造体の配置によって分類されます.</para>
 
       <para>ページは, wired(ワイヤード), active(活性状態),
 	inactive(非活性状態), cache(キャッシュ状態),
 	free(使われていない状態)の 各状態をとります. wired
 	状態を除いて, ページは通常
 	その状態を示す二重連結リストのキューに置かれます.  wired
 	状態のページがキューに置かれることはありません.</para>
 
       <para>FreeBSD は, ページカラーリング(page
 	coloring)を実装するため, cache 状態, free
 	状態にあるページ用に,
 	さらに複雑なページキューを実装しています. その各々の状態は,
 	プロセッサの L1, L2 キャッシュサイズに応じて最適化された
 	多重キューを利用します.  FreeBSD は,
 	新たなページを確保(allocate)することが
 	必要になった場合に確保される VM オブジェクトのために,  L1, L2
 	キャッシュに対して合理的にアライン(align)されたページを
 	得ようと試みます.</para>
 
       <para>加えて, ページは参照カウントとともに保持され,
 	ビジーカウントとともにロックされます.  VM システムは,
 	ページフラグとして PG_BUSY を使う<quote>完全ロック状態</quote>
 	も実装しています.
       </para>
 
       <para>一般的には, 各々のページキューは最長不使用 (LRU)
 	方式で動作します.  ページは普通, 最初に wired, もしくは active
 	状態に置かれます.  wired 状態の場合,
 	そのページはどこかにあるページテーブルに 関連づけられています.
 	VM システムはアクティブなキュー内のページをスキャンし,  wired
 	状態のページにエイジング (訳注:
 	ページ参照頻度を量る手法の一つ; aging) を施します. そして,
 	そのページはあまりアクティブでないキューへ
 	移動することになります.  cache キューに移動させられたページは,
 	再利用の候補になっている VM
 	オブジェクトに割り付けられています.  free
 	キューにあるページは, 完全に自由の状態にあります.  FreeBSD は,
 	free キューにあるページ数を最小限にとどめようと 試みますが,
 	割り込み発生時のページ確保を融通するため,
 	完全に自由なページをいくつか持っていなければなりません.
       </para>
 
       <para>プロセスがページテーブルに存在しない,
 	ページキューの一つ(例えば, inactive, cache キュー等)に
 	存在するページをアクセスしようとしたとき,
 	比較的負荷の小さなページ再活性化フォールトが起こります.
 	システムメモリに全く存在していないページの場合は,
 	ディスクからページを読み出す間,
 	そのプロセスはブロック(block)されます.</para>
 
       <para>FreeBSD は, ページキューを動的に調節し,
 	同期済(clean)のページ, 同期していない(dirty)ページの分類を
 	合理的に保つのと同様に, それぞれのキューにあるページが合理的な
 	比率に保つように試みます.  再バランス化処理が起こる量は,
 	システムのメモリ負荷に依存します.  この再バランス化処理は
 	ページアウトデーモンによって実装されていて,
 	(補助記憶とページを同期して)同期していないページの
 	クリーニングすることや, (LRU
 	キュー内でのページ位置を再配置したり,
 	ページをキューの間を移動することで)ページが頻繁に
 	参照状態にあることに注目すること, キューを均等にするための
 	キュー間ページ移動等を伴います.
 	ページが実際にどれだけ使われているかを決定するために,  FreeBSD
 	の VM システムは, ページの再活性化フォールトを 自発的に,
 	合理的な数だけ発生します.  これは,
 	ページをスワップアウトしたり, クリーニングする時期を
 	より良く決めることに繋がります.</para>
     </sect2>
 
     <sect2>
       <title>統合バッファキャッシュ &mdash;
 	<literal>vm_object_t</literal></title>
 
       <para>FreeBSD は, 一般化した <quote>VM オブジェクト</quote>
 	という考え方を実装しています. VM オブジェクトは,
 	様々な種類の補助記憶(backing store) &mdash; 補助記憶なし,
 	スワップ, 物理デバイス, ファイル, に割り付けられます.
 	ファイルシステムは
 	ファイルと関連するインコアデータを管理するのに,  同じ VM
 	オブジェクトを利用するため,
 	統合バッファキャッシュと呼ばれます.</para>
 
       <para>VM オブジェクトは, <emphasis>シャドウ化</emphasis>
 	することができます.  シャドウ化とは,
 	オブジェクトがそれぞれ互いの上に
 	スタック(stack)されるということです. 例えば, MAP_PRIVATE
 	mmap() の 動作を実装するために,  ファイルに割り付けられた VM
 	オブジェクトの上にスタックされた,  スワップに割り付けられた VM
 	オブジェクトが存在しているでしょう.  このスタッキングは, fork
 	されたアドレス空間のための 様々な共有属性,
 	コピーオンライト(訳注: ページ共有のための 手法の一つ;
 	cow,copy-on-write) を実装するのにも利用されています.</para>
 
       <para><literal>vm_page_t</literal> は, 同時に一つの VM
 	オブジェクトしか割り付けられることが
 	できないことに注意しなければなりません.  VM
 	オブジェクトのシャドウ化は, 複数のインスタンスが同じページに
 	共有できるように実装されています.</para>
     </sect2>
 
     <sect2>
       <title>ファイルシステム I/O &mdash; <literal>struct
 	  buf</literal>
       </title>
 
       <para>補助記憶にファイルを使う VM オブジェクトのように,  v
 	ノードを使う VM オブジェクトは通常,
 	処理されているかどうかという情報を,
 	VMシステムが管理する処理情報から独立して
 	管理される必要があります.  例えば, VM
 	システムが物理ページと補助記憶を同期させようとしたとき,  VM
 	システムは, 実際に書き戻す前に,
 	ページがクリーニング済であるという
 	マークを付ける必要があるわけです.  さらに, ファイルシステムは,
 	KVM 内で操作できるように,  ファイルや,
 	ファイルメタデータの一部分を KVM にマッピングすることが
 	できなくてはなりません.</para>
 
       <para>これを管理するために使われる実体は,
 	ファイルシステムバッファ,  <literal>struct buf</literal>,
 	<literal>bp</literal> として知られています.
 	ファイルシステムに VM オブジェクトの一部を操作することが
 	必要となるときは通常, オブジェクトの部分が struct buf に
 	マッピングされ, KVM に struct buf
 	内のページがマッピングされます.  同じ方法で, ディスク I/O
 	はオブジェクトの部分を バッファ構造体内にマッピングし,
 	その時バッファ構造体上の I/O を 発行することで発行されます.
 	基礎となっている vm_page_t は, I/O 処理の間
 	ビジー(busy)状態になります. ファイルシステムにも
 	独立したビジー状態があり, それはハードウェア上の VM
 	ページの代わりに ファイルシステムバッファで動作する
 	ファイルシステムドライバのコードに とって有用です.</para>
 
       <para>FreeBSD は, マッピングを保持するためにある量に制限された
 	KVM を 予約していますが, KVM
 	がマッピングを保持するためだけに使われ,
 	キャッシュデータの能力を制限しないということは
 	明確にされるべきでしょう.
 	物理データキャッシュを行うことは厳密に
 	<literal>vm_page_t</literal> の機能になっており,
 	ファイルシステムバッファの機能ではありません.  しかし,
 	ファイルシステムバッファは placehold I/O に使われるため,
 	それは実質的に同時処理可能な I/O 処理量を制限します.
 	通常は二, 三千のファイルバッファが利用可能ですから,
 	このことは問題にならないでしょう.</para>
     </sect2>
 
     <sect2>
       <title>マッピングページテーブル &mdash;
 	<literal>vm_map_t</literal>,
 	<literal>vm_entry_t</literal></title>
       <!-- kuriyama - Eng should use literal and mdash -->
 
       <para>FreeBSD は, 物理ページテーブルの形態を VM
 	システムと分離しています.
 	ハードウェア上にある全てのプロセス毎のページテーブルは,
 	その場その場で再構成され, 通常, 使い捨てだとみなされています.
 	KVM を管理するような特殊なページテーブルは,
 	最初に永続的な確保が 行われ,
 	これらのページテーブルが破棄されることはありません.
       </para>
 
       <para>FreeBSD は, vm_objects の部分を,
 	仮想メモリのアドレス範囲に <literal>vm_map_t</literal> と
 	<literal>vm_entry_t</literal> 構造体を通して割り付けます.
 	ページテーブルは, <literal>vm_map_t</literal>
 	/<literal>vm_entry_t</literal>/<literal>vm_object_t</literal>
 	という階層から 直接つくられます. &ldquo;物理ページは,
 	直接一つの <literal>vm_object</literal> に
 	割り付けられる&rdquo; と私が述べたことを思い出して下さい.
 	ええと, そうですね, しかしそれはいつでも完全に当てはまる,
 	というわけでもないのです.  <literal>vm_page_t</literal> のは,
 	実際に割り付けられた ページテーブルにもリンクされています.
 	一つの <literal>vm_page_t</literal> は
 	ページテーブルが呼ばれた時, いくつかの
 	<emphasis>pmaps</emphasis> と リンクされることがあります.
 	しかし, そのような階層的な割り付けは,  同じ
 	<literal>vm_page_t</literal> を参照するオブジェクト内の,
 	同じページへの参照全てを保持しているため,  その結果,
 	常にバッファキャッシュの統合を得ることができるわけです.
       </para>
     </sect2>
 
     <sect2>
       <title>KVM メモリマッピング</title>
 
       <para>FreeBSD は, 様々なカーネル構造体を保持するため, KVM
 	を利用します.  ファイルシステムバッファキャッシュは, KVM
 	内で最も大きなものです.  それはつまり, <literal>struct
 	  buf</literal> の実体に対するマッピングに他なりません.</para>
 
       <para>Linux と異なり, FreeBSD は全ての物理メモリを KVM
 	にマッピングしません.  これは, FreeBSD が 32
 	ビットプラットフォームで 4G バイトまでの メモリを扱える,
 	ということを意味します.  実際, MMU
 	がそれを可能にしているならば,  理論上, FreeBSD は 32
 	ビットプラットフォームで 8TB
 	までのメモリを扱うことができることになります.  しかし,
 	大部分の 32 ビットプラットフォームは 4G バイトの RAM しか
 	マッピングできないようになっている,
 	ということには議論の余地があるでしょう.
       </para>
       <!-- kuriyama - This translate is difficult to understand -->
 
       <para>KVM は, いくつかのメカニズムによって管理されています.
 	中心となっているのは, <emphasis>ゾーンアロケータ(zone
 	  allocator)</emphasis>です.  ゾーンアロケータは,
 	特定の構造体型を確保するために KVM の部分(chunk)を得て,
 	一定の大きさのメモリブロックに分割します.  <command>vmstat
 	  -m</command> コマンドで, ゾーンによって 分割された, 現在の
 	KVM 利用状況一覧を得ることができます.
       </para>
     </sect2>
 
     <sect2>
       <title>FreeBSD VM システムのチューニング</title>
 
       <para>FreeBSD カーネルでは,
 	動的に自分自身をチューニングするために,
 	協調的な努力が行なわれています.  普通は,
 	<literal>maxusers</literal> と <literal>NMBCLUSTERS</literal>
 	という カーネルオプション, つまり,
 	<filename>/usr/src/sys/i386/conf/<replaceable>CONFIG_FILE</replaceable></filename> で 指定されるもの以外, 変更する必要はありません. 可能なカーネルオプションの一覧は, <filename>/usr/src/sys/i386/conf/LINT</filename> に 記載されています.</para>
 
       <para>大きなシステムに対しては, <literal>maxusers</literal>
 	を増やしたいと思うかも知れませんね.  この値は普通, 10 から 128
 	の間の値にします.
 	<literal>maxusers</literal> を増やしすぎるとシステムの利用可能な
 	KVM がオーバフローしてしまい,
 	予測できない動作に陥ってしまうことに注意して下さい.
 	<literal>maxusers</literal> はある適度な値にとどめておいて,
 	特定のリソースを制御する <literal>NMBCLUSTERS</literal>
 	のような, 他のオプションを増加させる方が良いでしょう.
       </para>
 
       <para>もし, システムが負荷の高いネットワーク用途に使われるなら,
 	<literal>NMBCLUSTERS</literal> を増やしたいと望むことでしょう.
 	この値は普通, 1024 から 4096 の間です.
       </para>
 
       <para><literal>NBUF</literal> パラメータも,
 	伝統的にシステムの規模を決めるのに使われます.  これは,
 	システムがファイルシステムバッファを I/O のために
 	マッピングするのに使われる, KVA
 	の大きさを決めるのに使われます. 	 このパラメータは,
 	統合バッファキャッシュには何の影響も与えません.  これは
 	3.0-RELEASE 以降のカーネルでは動的にチューニングされるため,
 	普通は手作業で調整されるべきものではありません.
 	<literal>NBUF</literal> パラメータは,
 	指定しようとしないことを推奨します.
 	システムに選択させれば良いのです.
 	小さすぎる値は極端に非効率的なファイルシステム動作を招き,
 	一方で, 大きすぎる値は wired 状態のページを数多くつくりだし,
 	ページキューを枯渇させてしまうでしょう.</para>
 
       <para>デフォルトでは, FreeBSD カーネルは最適化されていません.
 	カーネルコンフィグにある <literal>makeoption</literal>
 	ディレクティブを使って
 	最適化とデバッグフラグをセットすることができます.  ただし,
 	それによって得られる大きな (7MB
 	超の)カーネルを相手にするのが嫌なら,  <option>-g</option>
 	オプションは使ってはいけません.</para>
 
-      <programlisting>
-makeoptions      DEBUG="-g"
+      <programlisting>makeoptions      DEBUG="-g"
 makeoptions      COPTFLAGS="-O -pipe"</programlisting>
 
       <para>sysctl は, 実行時にカーネルパラメータをチューニングする
 	手段を提供しています.  しかし, 普通は sysctl 変数, 特に VM
 	に関連したものを変更する必要が
 	生じるようなことはありません.</para>
 
 	<para>実行時の VM とシステムのチューニングは, 比較的単純です.
 	まず, 可能ならば UFS/FFS ファイルシステムで softupdates
 	を使いましょう.
 	<filename>/usr/src/contrib/sys/softupdates/README</filename>
 	のファイルに,
 	設定方法に関する手順(と制限)について書かれています.
       </para>
 
       <para>次に, 十分なスワップを設定します. <quote>作業</quote>
 	ディスクを含む 各物理ディスク装置毎に一つずつ
 	(最大四つまで)のスワップパーティションを 設定すべきです.
 	少なくとも, メインメモリの 2 倍の スワップ空間が望ましく,
 	メモリがあまりない場合には,
 	おそらくそれより多く必要になります.  また,
 	スワップパーティションのサイズは,
 	後でパーティションをつくり直しする必要がないように
 	マシンに設定したいメモリ設定の最大値を基準に
 	決めるべきでしょう. 	 もし, クラッシュダンプをとりたい場合,
 	スワップパーティションは最低限メインメモリと同じの大きさで,
 	<filename>/var/crash</filename> にはダンプを保持するのに十分な
 	空きがなければなければなりません.</para>
 
       <para>NFS 経由のスワップは, -4.x
 	以降のシステムで完全に動作しますが,  NFS サーバ側では,
 	ページングがその負荷の主な原因になることに
 	注意しなければなりません.</para>
     </sect2>
   </sect1>
 
   <sect1 id="ipv6-implementation">
     <title>IPv6/IPsec の実装</title>
 
     <para><emphasis>原作: &a.shin;, 2000 年 3 月 5 日.</emphasis></para>
 
     <para><emphasis>訳: &a.jp.hino;, 2001 年 3 月 19 日.</emphasis></para>
 
     <note>
       <title>訳注</title>
       
       <para>訳語については <quote>IPv6 次世代インターネット・プロトコル</quote>,
         クリスチャン・ウイテマ著, 村井純監修, WIDE プロジェクト 
         IPv6 分科会監訳, 松島栄樹訳, 1997, ISBN4-88735-010-4
         を参考にさせていただきました.</para>
     </note>
 
     <para>本章では, IPv6 と IPsec に関連する実装の詳細について説明します.
       これらの機能は
       <ulink url="http://www.kame.net">KAME
         プロジェクト</ulink>の成果を取り込んだものです.</para>
 
     <sect2 id="ipv6">
       <title>IPv6</title>
 
       <sect3>
         <title>規格適合性</title>
 
 	<para>わたしたちの IPv6 関連の機能は, 最新の IPv6 仕様に準処してい
           るか, または準処しようと努力しています. 今後の参考のために以下
           に参考文献を挙げておきます (<emphasis>注</emphasis>: これ
           は完全なリストではありません - それを維持するのは大変ですか
           ら...).</para>
 
 	<para>詳しくは, 本文書の各章や, RFC, マニュアル
           ページ, そしてソースコード中のコメントを参照してください.</para>
 
 	<para>規格適合テストは, TAHI プロジェクトにより KAME STABLE
           kit に対して行われました. その結果は,
           <ulink url="http://www.tahi.org/report/KAME/">http://www.tahi.org/report/KAME/</ulink>
           で見ることができます. わたしたちはまた,
           ニューハンプシャー大学で行われた IOL テスト
           (<ulink url="http://www.iol.unh.edu/">http://www.iol.unh.edu/</ulink>) 
           に以前のバージョンで参加したこともあります.</para>
 
         <itemizedlist>
           <listitem>
 	    <para>RFC1639: FTP Operation Over Big Address Records
               (FOOBAR) (大きなアドレスレコードを用いる FTP 操作)</para>
 	    
             <itemizedlist>
 	      <listitem>
 	        <para>RFC2428 は RFC1639 よりも推奨されます. FTP クラ
                   イアントは, まず RFC2428 を試し, もしそれが失敗したな
                   ら RFC1639 を試します.</para>
 	      </listitem>
 	    </itemizedlist>
           </listitem> 
 
           <listitem>
 	    <para>RFC1886: DNS Extensions to support IPv6 (IPv6 をサポー
               トするための DNS 拡張)</para>
 	  </listitem>
           
           <listitem>
 	    <para>RFC1933: Transition Mechanisms for IPv6 Hosts and
               Routers (IPv6 ホストおよびルータのための移行機構)</para>
 	    
             <itemizedlist>
               <listitem>
 	        <para>IPv4 互換アドレスはサポートされません.</para>
 	      </listitem>
               
               <listitem>
 	        <para>自動トンネリング (RFC の 4.3 で述べられています)
                   はサポートされません.</para>
 	      </listitem>
 
               <listitem>
 	        <para>&man.gif.4; インタフェースは IPv[46]-over-IPv[46]
                   トンネルを包括的な方法で実装しており, それは仕様で述べ
                   られている "configured tunnel (構成されたトンネル)" を
                   カバーしています. 詳細は本文書の
                   <link linkend="gif">23.5.1.5</link>をご覧ください.</para>
 	      </listitem>
 	    </itemizedlist>
           </listitem>
           
           <listitem>
             <para>RFC1981: Path MTU Discovery for IPv6 (IPv6 における
               経路 MTU 探索)</para>
           </listitem>
           
           <listitem>
             <para>RFC2080: RIPng for IPv6 (IPv6 のための RIPng)</para>
 
 	    <itemizedlist>
 	      <listitem>
                 <para>usr.sbin/route6d がこれをサポートしています.</para>
               </listitem>
 	    </itemizedlist>
           </listitem>
           
           <listitem>
             <para>RFC2292: Advanced Sockets API for IPv6 (IPv6 のため
               の拡張ソケット API)</para>
 
 	    <itemizedlist>
 	      <listitem>
 		<para>サポートされているライブラリ関数やカーネルの API
                   については, <filename>sys/netinet6/ADVAPI</filename>
                   をご覧ください.</para>
 	      </listitem>
 	    </itemizedlist>
           </listitem>
 
           <listitem>
 	    <para>RFC2362: Protocol Independent Multicast-Sparse
               Mode (PIM-SM) (プロトコル独立マルチキャスト - 疎モード
               (sparse mode))</para>
 	    
             <itemizedlist>
 	      <listitem>
 		<para>RFC2362 は PIM-SM のパケットフォーマットを定義し
                   ています.
                   <filename>draft-ietf-pim-ipv6-01.txt</filename> はこれ
                   に準じて書かれています.</para>
 	      </listitem>
 	    </itemizedlist>
           </listitem>
 
           <listitem>
 	    <para>RFC2373: IPv6 Addressing Architecture (IPv6 アドレス
               体系)</para>
 	    
             <itemizedlist>
 	      <listitem>
 		<para>ノードに必須のアドレス群をサポートし, スコープ要
                   求に準処しています.</para>
 	      </listitem>
 	    </itemizedlist>
           </listitem>
           
           <listitem>
 	    <para>RFC2374: An IPv6 Aggregatable Global Unicast Address
               Format (IPv6 集約可能グローバルユニキャストアドレス形式)</para>
 	    
             <itemizedlist>
 	      <listitem>
 		<para>64 ビット長のインタフェース ID をサポートしていま
                   す.</para>
 	      </listitem>
 	    </itemizedlist>
           </listitem>
 
           <listitem>
 	    <para>RFC2375: IPv6 Multicast Address Assignments (IPv6 に
               おけるマルチキャストアドレス割り当て)</para>
 	    
             <itemizedlist>
 	      <listitem>
 		<para>ユーザランドのアプリケーション群は本 RFC で割り
                   当てられている well-known なアドレスを使用しています.
 		</para>
 	      </listitem>
 	    </itemizedlist>
           </listitem>
 
           <listitem>
 	    <para>RFC2428: FTP Extensions for IPv6 and NATs (IPv6 と
               NAT のための FTP 拡張)</para>
 	    
             <itemizedlist>
 	      <listitem>
 	        <para>RFC2428 は RFC1639 よりも推奨されます. FTP クラ
                   イアントは, まず RFC2428 を試し, もしそれが失敗したな
                   ら RFC1639 を試します.</para>
 	      </listitem>
 	    </itemizedlist>
           </listitem>
           
           <listitem>
 	    <para>RFC2460: IPv6 specification (IPv6 仕様)</para>
           </listitem>
           
           <listitem>
 	    <para>RFC2461: Neighbor discovery for IPv6 (IPv6 における
               近隣探索)</para>
 	    
             <itemizedlist>
 	      <listitem>
 		<para>詳しくは本文書の
                   <link linkend="neighbor-discovery">23.5.1.2</link> をご覧く
                   ださい.</para>
 	      </listitem>
 	    </itemizedlist>
           </listitem>
 
           <listitem>
 	    <para>RFC2462: IPv6 Stateless Address Autoconfiguration
               (IPv6 におけるステートレスアドレス自動設定)</para>
 	    
             <itemizedlist>
 	      <listitem>
 		<para>詳しくは本文書の
                   <link linkend="ipv6-pnp">23.5.1.4</link> をご覧ください.</para>
 	      </listitem>
 	    </itemizedlist>
           </listitem>
 
           <listitem>
 	    <para>RFC2463: ICMPv6 for IPv6 specification (IPv6 のため
               の ICMPv6 仕様)</para>
 	    
             <itemizedlist>
 	      <listitem>
 		<para>詳しくは本文書の
                   <link linkend="icmpv6">23.5.1.9</link> をご覧ください.</para>
 	      </listitem>
 	    </itemizedlist>
           </listitem>
           
           <listitem>
 	    <para>RFC2464: Transmission of IPv6 Packets over Ethernet
               Networks (イーサネット上での IPv6 パケットの転送方式)</para>
           </listitem>
           
           <listitem>
 	    <para>RFC2465: MIB for IPv6: Textual Conventions and General
               Group (IPv6 用 MIB: 文字列的変換法と一般グループ)</para>
 	    
             <itemizedlist>
 	      <listitem>
 		<para>必要な統計情報はカーネルにより集計されています. 
                   実際の IPv6 MIB サポートは ucd-snmp に対するパッチキッ
                   トとして提供されています.</para>
 	      </listitem>
 	    </itemizedlist>
           </listitem>
           
           <listitem>
 	    <para>RFC2466: MIB for IPv6: ICMPv6 group (IPv6 用 MIB:
               ICMPv6 グループ)</para>
 	    
             <itemizedlist>
 	      <listitem>
 		<para>必要な統計情報はカーネルにより集計されています. 
                   実際の IPv6 MIB サポートは ucd-snmp に対するパッチキッ
                   トとして提供されています.</para>
 	      </listitem>
 	    </itemizedlist>
           </listitem>
           
           <listitem>
 	    <para>RFC2467: Transmission of IPv6 Packets over FDDI
               Networks (FDDI ネットワーク上での IPv6 パケットの転送方式)</para>
           </listitem>
 
           <listitem>
 	    <para>RFC2497: Transmission of IPv6 packet over ARCnet
               Networks (ARCnet ネットワーク上での IPv6 パケットの転送方
               式)</para>
           </listitem>
           
           <listitem>
 	    <para>RFC2553: Basic Socket Interface Extensions for IPv6
               (IPv6 のための 基本的ソケットインタフェースの拡張)</para>
 	    
             <itemizedlist>
 	      <listitem>
 		<para>IPv4 射影アドレス (3.7) と IPv6 ワイルドカードバ
                   インドソケットの特別な動作 (3.8) をサポートしています.
                   詳しくは本文書の
                   <link linkend="ipv6-wildcard-socket">23.5.1.12</link>
                   をご覧ください.</para>
 	      </listitem>
 	    </itemizedlist>
           </listitem>
           
           <listitem>
 	    <para>RFC2675: IPv6 Jumbograms (IPv6 巨大パケット)</para>
 	    
             <itemizedlist>
 	      <listitem>
 		<para>詳しくは本文書の
                   <link linkend="ipv6-jumbo">23.5.1.7</link> をご覧ください.</para>
 	      </listitem>
 	    </itemizedlist>
           </listitem>
           
           <listitem>
 	    <para>RFC2710: Multicast Listener Discovery for IPv6 (IPv6
               のためのマルチキャスト受信者探索)</para>
           </listitem>
           
           <listitem>
 	    <para>RFC2711: IPv6 router alert option (IPv6 ルータ警報オ
               プション)</para>
           </listitem>
           
           <listitem>
 	    <para><filename>draft-ietf-ipngwg-router-renum-08</filename>:
               IPv6 におけるルータの再番号付け</para>
           </listitem>
           
           <listitem>
 	    <para><filename>draft-ietf-ipngwg-icmp-namelookups-02</filename>:
               ICMP による IPv6 名前検索</para>
           </listitem>
           
           <listitem>
 	    <para><filename>draft-ietf-ipngwg-icmp-name-lookups-03</filename>:
               ICMP による IPv6 名前検索</para>
           </listitem>
           
           <listitem>
 	    <para><filename>draft-ietf-pim-ipv6-01.txt</filename>:
               IPv6 用 PIM</para>
 	    
             <itemizedlist>
 	      <listitem>
 		<para>&man.pim6dd.8; は密モード (dense mode) を実装しています.
                   &man.pim6sd.8; は疎モード (sparse mode) を実装しています.</para>
 	      </listitem>
 	    </itemizedlist>
           </listitem>
 
           <listitem>
 	    <para><filename>draft-itojun-ipv6-tcp-to-anycast-00</filename>:
               IPv6 エニーキャストアドレス向けに TCP 接続を切断</para>
           </listitem>
           
           <listitem>
 	    <para><filename>draft-yamamoto-wideipv6-comm-model-00</filename></para>
 	    
             <itemizedlist>
 	      <listitem>
 		<para>詳細は本文書の
                   <link linkend="ipv6-sas">23.5.1.6</link> を参照してください.</para>
 	      </listitem>
 	    </itemizedlist>
           </listitem>
           
           <listitem>
 	    <para><filename>draft-ietf-ipngwg-scopedaddr-format-00.txt
               </filename>: IPv6 のスコープ化アドレス形式の拡張</para>
           </listitem>
         </itemizedlist>
       </sect3>
       
       <sect3 id="neighbor-discovery">
         <title>近隣探索</title>
         
 	<para>近隣探索はきわめて安定しています. 現在, アドレス検索
           (Address Resolution), 重複アドレス検出 (Duplicated Address
           Detection), 近隣到達不能性検出 (Neighbor Unreachability
           Detection) がサポートされています. もうすぐ, カーネルに代理近
           隣通知 (Proxy Neighbor Advertisement) サポートを加え, 管理者ツー
           ルとして近隣探索取消要請 (Unsolicited Neighbor Advertisement) 
           を送出するコマンドを加える予定です.</para>
 
 	<para>DAD (重複アドレス検出) が重複を検出した場合, そのアドレ
           スは "重複している" という印が付けられ, syslog にメッセージが
           記録されます (そして通常はコンソールに表示されます). "重複して
           いる" 印は &man.ifconfig.8; で調べることができます. 重複検出の
           チェックおよび重複状態を解消することは管理者の責任となります. 
           この動作は近いうちに改良するべきです.</para>
         
 	<para>いくつかのネットワークドライバは, そうしないようにと指示
           された場合でもマルチキャストパケットを自分自身に送り返してしま
           います (特に無差別 (promiscuous) モードでは). このような状況で
           は DAD は重複を検出するでしょう. なぜなら DAD を実行するプログ
           ラムは NS パケットの到着を検出し (それが自ノードが出力したもの
           であるにもかかわらず) それが重複を表しているとみなすからです. 
           この問題に対処する方法は,
           sys/netinet6/nd6_nbr.c:nd6_dad_timer() 中の "heuristics" とマー
           クされた #if 条件のあたりを見てください ("heuristics" 部分のプ
           ログラムコードは仕様に反していることに注意してください).</para>
 
 	<para>近隣探索の仕様 (RFC2461) では, 以下に述べる状況での近隣
           情報キャッシュの取り扱いについて記述されていません:</para>
         
 	<orderedlist>
           <listitem>
 	    <para>近隣情報キャッシュが空の時に, 下位層 (リンク層) アド
               レスを持たない RS/NS/NA/redirect 削除要請パケットを受信
 	    </para>
           </listitem>
           
           <listitem>
             <para>下位層アドレスを持たない通信メディアにおける近隣情報
               キャッシュの取り扱い (IsRouter ビットのために一つの近隣情
               報キャッシュエントリが必要です)</para>
           </listitem>
 	</orderedlist>
         
 	<para>一つめの場合については, IETF ipngwg メーリングリストで行
           われた議論に基づく対応策を実装しています. より詳しくは, ソース
           コード中のコメントと, 1999 年 2 月 6 日の (IPng 7155) というメー
           ルから始まったスレッドを参照してください.</para>
         
 	<para>IPv6 における同一リンク上かどうかの判断ルール (RFC2461) 
           は, BSD のネットワークコードが想定している条件と全く異なります. 
           とりあえず, デフォルトルータのリストが空の時には同一リンク上か
           どうかの判断ルールはサポートしていません (RFC2461 の 5.2 章, 
           第二文節の最後の文 - この仕様のこの章では何カ所かで "host" と 
           "node" という単語の間違った使い方をしていることに注意).</para>
         
 	<para>サービス妨害攻撃と無限ループをさけるために, ND パケット
           中のオプションは 10 個だけが受け付けられます. そのため, もし
           RA に 20 個のプレフィックスを載せたとしても先頭の 10 個のプレ
           フィックスしか理解されません. もしこのことが問題となるのなら,
           FREEBSD-CURRENT メーリングリストに質問するか, または
           <filename>sys/netinet6/nd6.c</filename> 中の nd6_maxndopt を変
           更してください. もし多くの要求があるようなら, この変数を変更す
           る sysctl 変数を用意できるでしょう.</para>
       </sect3>
       
       <sect3 id="ipv6-scope-index">
         <title>スコープ番号</title>
         
         <para>IPv6 はスコープ化されたアドレスを使います. そのため,
           IPv6 アドレスにスコープ番号 (リンクローカルアドレスではインタ
           フェース番号, サイトローカルアドレスではサイト番号) を指定する
           ことは非常に重要です. スコープ番号が無いと, カーネルにとってス
           コープ化された IPv6 アドレスは曖昧なものとなり, そしてカーネル
           はそのパケットを出力するインタフェースを選ぶことができないでしょ
           う.</para>
         
         <para>ユーザランドのアプリケーションは, スコープ番号またはイン
           タフェース番号を指定するために, 通常は拡張 API (RFC2292) を使
           うべきです. 同様の目的のために, RFC2553 において sockaddr_in6 
           構造体にsin6_scope_id メンバが定義されています. しかしながら,
           sin6_scope_id の意味づけは少々曖昧です. もし, あなたが自分のア
           プリケーションの移植性について気をつけたいのなら,
           sin6_scope_id ではなく拡張 API を使うことをお勧めします.</para>
         
         <para>カーネル中では, リンクローカルスコープのアドレスに対応す
           るインタフェース番号は IPv6 アドレスの二番目の 16 ビット語 (三
           番めと四番めのバイト) に埋め込まれます. たとえばルーティングテー
           ブルとインタフェースアドレス構造体 (struct in6_ifaddr) の中で, 
           以下のような例を見ることができるでしょう:</para>
         
         <screen>fe80:1::200:f8ff:fe01:6317</screen>
         
         <para>上で述べたアドレスはリンクローカルなユニキャストアドレス
           で, それはインタフェース番号が 1 であるネットワークインタフェー
           スに属するものです. 埋め込まれた番号によって, 複数のインタフェー
           スに対する IPv6 リンクローカルアドレス群を, 効率的に, かつ少々
           のプログラムの対応だけで, 識別することができます.</para>
         
         <para>&man.route6d.8; や &man.ifconfig.8; のような, ルーティン
           グデーモンと設定プログラムは "埋め込まれた" スコープ番号を取り
           扱う必要があります. これらのプログラムはルーティング用のソケッ
           トと (SIOCGIFADDR_IN6 のような) ioctl 群を使います. そしてカー
           ネル API は二番目の 16 ビット語を書き込んでから IPv6 アドレス
           を返します. これらの API はカーネル内部構造体を操作するための
           ものです. これらの API を利用するプログラムは, どちらにしろカー
           ネル間の違いについて意識する必要があります.</para>
         
         <para>コマンドラインでスコープ化されたアドレスを指定するときに
           は, (ff02:1::1 や fe80:2::fedc のような) 埋め込まれた形式を ＊
           絶対に＊ 使わないでください. たぶんこれでは動きません. インタ
           フェースを指定するコマンドラインオプション (たとえば
           <command>ping6 -I ne0 ff02::1</command>) を使うときには, 必ず
           ff02::1 や fe80::fedc のような標準形式を使ってください. 一般的
           にいって, コマンドが出力インタフェースを指定するコマンドライン
           オプションを持っていないのならば, そのコマンドはスコープ化され
           たアドレスを受け付けることはできないでしょう. このことは IPv6
           の, "歯医者のオフィス" をサポートするという前提に反するように
           思えるでしょう. この問題に関して, わたしたちは仕様に何らかの改良を
           加える必要があると信じています.</para>
         
         <para>いくつかのユーザランドのツールは, 
           <filename>draft-ietf-ipngwg-scopedaddr-format-00.txt</filename> 
           で文書化されている, IPv6 拡張数値記法をサポートしています.
           "fe80::1%ne0" というように, 出力インタフェースの名前を使って, 
           パケットを出力するリンクを指定することができます. この方法によっ
           て, 特に問題なくリンクローカルなスコープ化されたアドレスを指定
           することができるでしょう.</para>
         
         <para>あなたのプログラムでこの拡張数値記法を使うためには, 
           &man.getaddrinfo.3;, と &man.getnameinfo.3; を NI_WITHSCOPEID 
           をつけて使用する必要があります. 現在の実装では, リンクとインタ
           フェースとが一対一に対応していることを想定しています. これは仕
           様で述べられているよりも強い想定です.</para>
       </sect3>
       
       <sect3 id="ipv6-pnp">
         <title>プラグ &amp; プレイ</title>
         
         <para>ほとんどの IPv6 ステートレスアドレス自動設定はカーネル中
           に実装されています. 近隣探索機能は全てカーネル内に実装されてい
           ます. ルータ通知 (RA: Router Advertisement) のホストへの入力は
           カーネル内で実装されています. ルータ要請 (RS: Router
           Solicitation) の終端ホストからの出力, RS のルータへの入力, そ
           してルータでの RA の出力はユーザランドで実装されています.</para>
         
         <sect4>
           <title>リンクローカルアドレスと特別アドレスの割り当て</title>
           
           <para>IPv6 リンクローカルアドレスは IEEE802 アドレス (イーサ
             ネットの MAC アドレス) から生成されます. 各インタフェースに
             は, そのインタフェースが利用可能になったとき (IFF_UP) に自動
             的にリンクローカルアドレスが一つ割り当てられます. 同時に, そ
             のリンクローカルアドレスに対する直接のルートがルーティングテー
             ブルに加えられます.</para>
           
           <para>以下に netstat コマンドの出力を示します:</para>
           
           <screen>Internet6:
 Destination                   Gateway                   Flags      Netif Expire
 fe80:1::%ed0/64               link#1                    UC          ed0
 fe80:2::%ep0/64               link#2                    UC          ep0</screen>
           
           <para>IEEE802 アドレスを持っていないインタフェース (トンネル
             インタフェースのような疑似インタフェースや, ppp インタフェー
             ス) は, できる限り, イーサネットインタフェースなどの他のイン
             タフェースから IEEE802 アドレスを借用します. もし IEEE802 ア
             ドレスを持ったハードウェアが一つもなければ, 最後の手段として
             (MD5(ホスト名)で計算される) 疑似乱数値がリンクローカルアドレ
             スの元として使われます. もしこれがあなたの用途に合わないなら, 
             リンクローカルアドレスを手動で設定する必要があるでしょう.</para>
           
           <para>もしあるインタフェースで IPv6 を使えない (たとえばマルチ
             キャストをサポートしない, 等の理由で) ならば, そのインタフェー
             スにはリンクローカルアドレスは割り当てられません. 詳細は 2
             章をご覧ください.</para>
           
           <para>各インタフェースは要請されたマルチキャストアドレスとリ
             ンクローカルな「全ノード」マルチキャストアドレスに加わります
             (すなわち, そのインタフェースがつながれたリンク上で, それぞ
             れ fe80::1:ff01:6317 と ff02::1 です). リンクローカルアドレ
             スに加え, ループバックアドレス (::1) がループバックインタフェー
             スに割り当てられます. また, ::1/128 と ff01::/32 が自動的に
             ルーティングテーブルに追加され, そしてループバックインタフェー
             スはノードローカルマルチキャストグループである ff01::1 に加
             わります.</para>
         </sect4>
         
         <sect4>
           <title>ホスト上でのステートレスアドレス自動設定</title>
           
           <para>IPv6 仕様では, ノードは二種類に分類されます:
             <emphasis>ルータ</emphasis>と<emphasis>ホスト</emphasis>です. 
             ルータは他宛のアドレスがついたパケットを転送します. ホストは
             パケットの転送を行いません. net.inet6.ip6.forwarding によっ
             て, このノードがルータであるかホストであるかが決定されます
             (1 ならルータで, 0 ならホストです).</para>
           
           <para>ホストがルータ通知 (Router Advertisement) をルータから
             受信すると, ホストはステートレスアドレス自動設定によって自ら
             を自動設定することができます. この動作は
             net.inet6.ip6.accept_rtadv によって制御できます (1 にセット
             されているとホストは自らを自動設定します). 自動設定によって, 
             この受信したインタフェースにネットワークアドレスプリフィック
             ス (通常はグローバルアドレスプリフィックス) が追加されます. 
             デフォルトルートも同時に設定されます. ルータは定期的にルータ
             通知パケットを送出します. 隣接するルータに RA パケットを送出
             するよう要求するために, ホストはルータ要請 (Router
             Solicitation) を送信することができます. 好きなときに RS パケッ
             トを送出するためには, <emphasis>rtsol</emphasis> コマンドを
             使います. また, &man.rtsold.8; デーモンもあります. 
             &man.rtsold.8; は必要なときにはいつでもルータ要請を送出しま
             す. これは移動体のような使い方 (ノート型やラップトップ型コン
             ピュータ) をするときにとても調子良く働きます. もしルータ通知
             を無視したいのなら, sysctl で net.inet6.ip6.accept_rtadv を 
             0 にしてください.</para>
           
           <para>ルータでルータ通知を送出するには &man.rtadvd.8 デーモ
             ンを使います.</para>
           
           <para>IPv6 仕様では, 以下の事柄を想定しており, それらに合致
             しないケースに関しては仕様化されていないことに注意してくださ
             い:</para>
           
           <itemizedlist>
             <listitem>
               <para>ホストだけがルータ通知を待ち受けている</para>
             </listitem>
             
             <listitem>
               <para>ホストは (ループバック以外には) ネットワークインタ
                 フェースを一つだけ持つ</para>
             </listitem>
           </itemizedlist>
           
           <para>以上のことより, ルータや複数のインタフェースを持つホス
             トで net.inet6.ip6.accept_rtadv を有効にすることは賢いことで
             はないことが分かります. 設定を失敗したノードは変な動作をする
             可能性があります (経験をしてみたい人のために仕様にあわない設
             定も許されています).</para>
             
           <para>sysctl 変数を整理すると:</para>
             
           <screen>	accept_rtadv	forwarding	ノードの役割
 	---		---		---
 	0		0		ホスト (手動で設定された)
 	0		1		ルータ
 	1		0		自動設定されたホスト
 					(仕様ではホストはインタフェー
 					スを一つのみ持つことを想定して
 					いるので, 複数のインタフェース
 					を持つホストの自動設定は想定外)
 	1		1		不正, または実験的
 					(仕様の想定外)</screen>
 
           <para>RFC2462 の 5.5.3 (e) には到着した RA プリフィックス情
             報オプションの検証ルールが書いてあります. これは悪意のある
             (または設定を失敗した) ルータが非常に短いプリフィックス生存
             期間を通知してくることに対してホストを防御するためのものです.
             ipngwg メーリングリストで Jim Bound による更新があり (メーリ
             ングリストアーカイブの "(ipng 6712)" をご覧ください), ここで
             の実装はこの Jim の更新を取り入れたものです.</para>
           
           <para>DAD と自動設定との関係については, 本文書の
             <link linkend="neighbor-discovery">23.5.1.2</link> をご覧ください.
           </para>
         </sect4>
       </sect3>
       
       <sect3 id="gif">
         <title>包括的トンネルインタフェース (Generic tunnel interface)</title>
         
         <para>GIF (包括的インタフェース: Generic Interface) は構成された
           トンネルのための疑似インタフェースです. 詳細は &man.gif.4; に
           述べられています. 現在,</para>
         
         <itemizedlist>
           <listitem>
             <para>v6 in v6</para>
           </listitem>
           
           <listitem>
             <para>v6 in v4</para>
           </listitem>
           
           <listitem>
             <para>v4 in v6</para>
           </listitem>
           
           <listitem>
             <para>v4 in v4</para>
           </listitem>
         </itemizedlist>
         
         <para>が利用できます. gif インタフェースに物理的な (外側の) 始
           点と終点アドレスを割り当てるためには &man.gifconfig.8; を使い
           ます. 内側と外側の IP ヘッダで同じアドレスファミリを使う (v4
           in v4, または v6 in v6) 設定は危険です. 無限段数のトンネルを作っ
           てしまうようにインタフェースとルーティングテーブルを設定するの
           はとても簡単だからです.<emphasis>注意してください!
           </emphasis></para>
         
         <para>gif は ECN (Explicit Congestion Notification: 明示的輻輳
           通知) とともに使えるように設定することができます. ECN との親和
           性については <link linkend="ipsec-ecn">23.5.4.5</link>
           をご覧ください.
           また, 設定方法に関しては &man.gif.4; をご覧ください.</para>
         
         <para>もし IPv4-in-IPv6 トンネルを gif インタフェースを使って
           設定しようと思っているなら, &man.gif.4; を注意深く読んでくださ
           い. gif インタフェースに自動的に割り当てられる IPv6 リンクロー
           カルアドレスを削除する必要があるでしょう.</para>
       </sect3>
       
       <sect3 id="ipv6-sas">
         <title>始点アドレスの選択</title>
         
         <para>現在の始点選択ルールはスコープ指向です (いくつかの例外も
           あります - 以下を参照してください). ある終点アドレスに対する始
           点 IPv6 アドレスは以下の規則に従って選択されます:</para>
         
         <orderedlist>
           <listitem>
             <para>もし始点アドレスがユーザにより明示的に指定 (たとえば拡
               張 API を通じて) されていたならば, その指定されたアドレス
               が使われる.</para>
           </listitem>
           
           <listitem>
             <para>出力インタフェース (通常はルーティングテーブルを検索
               することにより決定される) にアドレスが割り当てられており, 
               そのアドレスが終点アドレスと同一のスコープを持っているなら
               ば, そのアドレスが使われる.</para>
             
             <para>これがもっとも一般的な場合です.</para>
           </listitem>
           
           <listitem>
             <para>もし上記の場合を満たすアドレスがなかったときには, 送
               出するノードが持つインタフェースのうちのどれか一つに割り当
               てられているグローバルアドレスを選択する.</para>
           </listitem>
           
           <listitem>
             <para>もし上記の場合を満たすアドレスがなかったときで, 終
               点アドレスがサイトローカルスコープであった場合には, 送出す
               るノードが持つインタフェースのうちのどれか一つに割り当てら
               れているサイトローカルアドレスを選択する.</para>
           </listitem>
           
           <listitem>
             <para>もし上記の場合を満たすアドレスがなかったときは, 終
               点に向かっているルーティングテーブルエントリに関連づけられ
               たアドレスを選択する. これは最後の手段であり, スコープ違反
               を引き起こす可能性がある.</para>
           </listitem>
         </orderedlist>
         
         <para>たとえば, ff01::1 に対しては ::1 が選択され, 
           fe80:1::2a0:24ff:feab:839b に対しては
           fe80:1::200:f8ff:fe01:6317 が選択されます (埋め込まれたインタ
           フェース番号に注意 -
           <link linkend="ipv6-scope-index">23.5.1.3</link> で述べられている - 
           この番号により正しい始点アドレスが選択できます. これらの埋め込
           まれた番号は通信路 (wire) 上では存在しません). もし出力インタ
           フェースが該当するスコープに対して複数のアドレスを持っていた場
           合は, 始点は最長一致法 (規則 3) で選択されます. たとえば, 出力イ
           ンタフェースに, 3ffe:501:808:1:200:f8ff:fe01:6317 と
           3ffe:2001:9:124:200:f8ff:fe01:6317 が付けられていたとします. 
           終点アドレスが 3ffe:501:800::1 であるとすると, 始点アドレスと
           しては 3ffe:501:808:1:200:f8ff:fe01:6317 が選択されます.</para>
         
         <para>上記の規則は IPv6 仕様では文書化されていないことに注意し
           てください. これは「実装に任された」項目と考えられているのです. 
           上記の規則に則らないケースがいくつかあります. 一つの例は, 接続
           済みの TCP セッションで, この場合は tcb に保存されているアドレ
           スを始点とします. 他の例としては, 近隣通知 (Neighbor
           Advertisement: NA) の際の始点アドレスです. 仕様 (RFC2461
           7.2.2) によれば, NA の始点アドレスは対応する NS (近隣要請) の
           ターゲットアドレスであるべきとされています. この場合は, 上記の
           最長一致規則ではなく仕様に従います.</para>
         
         <para>新規に接続を行うとき (規則 1 に当てはまらないとき) に, 
           他に選択肢がある限り, 推奨有効期間切れアドレス (preferred
           lifetime が 0 であるアドレス）を始点アドレスとして選択すること
           はありません. もし他の選択肢がなければ, 最後の手段として推奨有
           効期限切れアドレスが使われます. もし複数の推奨有効期間切れアド
           レスがあるときには, 上記のスコープ規則に従ってそれらのアドレス
           からの選択が行われます. もし何らかの理由により推奨有効期間切れ
           アドレスの使用を禁止したいのならば, 
           net.inet6.ip6.use_deprecated を 0 に設定してください. 推奨有効
           期間切れアドレスに関連する問題は, RFC2462 5.5.4 に記述されてい
           ます (注意: IETF の ipngwg では推奨有効期間切れアドレスをどの
           ように使うべきかの議論がいくつか進行中です).</para>
       </sect3>
       
       <sect3 id="ipv6-jumbo">
 	<title>巨大ペイロード</title>
         
 	<para>巨大ペイロード中継点毎オプションは実装されており, 65,535
           バイトよりも長いペイロードを持つ IPv6 パケットを送信するときに
           利用できます. しかし, MTU が 65,535 よりも大きな物理インタフェー
           スは現在サポートされていませんから, そのようなペイロードはルー
           プバックインタフェース (たとえば lo0) 上でのみ利用できます.</para>
         
 	<para>もし巨大ペイロードを試してみたいのならば, まず始めに, ルー
           プバックインタフェースの MTU が 65,535 バイトよりも大きくなる
           ようにカーネルの再構成を行わなければなりません; 以下の行をカー
           ネル構成ファイルに追加してください:</para>
         
 	<para><literal>
 	  options		"LARGE_LOMTU"		#To test jumbo payload
           </literal></para>
 
 	<para>そして新しいカーネルをコンパイルしてください.</para>
 
 	<para>次に, &man.ping6.8; コマンドを -b と -s オプション付きで
           使うことで巨大ペイロードを試してみることができます. -b オプショ
           ンはソケットバッファの大きさを拡大するために指定しなければなリ
           ません. -s オプションによりパケット長を指定します. その値は
           65,535 よりも大きくなるでしょう. たとえば以下のように入力してく
           ださい:</para>
         
 	<para><userinput>
 	  &prompt.user; <command>ping6 -b 70000 -s 68000 ::1</command>
 	</userinput></para>
 
 	<para>IPv6 仕様では, 巨大ペイロードオプションは分割された
           (fragtment) ヘッダを持つパケットでは使えないことになっています. 
           この条件が破られると ICMPv6 Parameter Problem メッセージが送信
           元に送られるはずです. この仕様には従っているのですが, 通常はこ
           の ICMPv6 エラーを見ることはできないでしょう.</para>
         
 	<para>IPv6 パケットが受信されると, そのフレーム長が調べられ, 
           そして IPv6 ヘッダ中のペイロード長フィールド, またはもしあれば
           巨大ペイロードオプションの値, で指定された長さと比較されます. 
           もし前者の方が後者よりも短ければ, パケットは廃棄され統計情報が
           更新されます. この統計情報は, &man.netstat.8; コマンドを `-s
           -p ip6' オプション付きで実行すると見ることができます:</para>
         
 	<screen>
 	  &prompt.user; <command>netstat -s -p ip6</command>
 	  ip6:
 		(snip)
 		1 with data size < data length
         </screen>
 
 	<para>それ故, カーネルはエラーを起こしたパケットが本当に巨大ペ
           イロードである, すなわち, そのパケット長が 65,535 バイトよりも
           長い場合にしか ICMPv6 エラーを送りません. 上で述べたように, 現
           在そのような巨大な MTU をもつ物理インタフェースはサポートされ
           ていませんので, IPMPv6 エラーが返ることは滅多にないでしょう.
 	</para>
         
 	<para>現状では, 巨大パケット上の TCP/UDP はサポートされていま
           せん. これはテストできる通信メディアが (ループバック以外) 存在
           しないためです. もしこれを必要としているなら, わたしたちに連絡して
           ください.</para>
         
 	<para>IPsec は巨大パケットの上では動作しません. これは, 巨大パ
           ケットと AH を同時にサポートする場合の仕様の「ねじれ」のせいで
           す (AH ヘッダサイズはペイロード長に影響を及ぼし, そしてこのこ
           とが, 巨大ペイロードオプションと AH が両方付いた到着パケッ
           トを認証することを本当に困難にしてしまうのです).</para>
         
 	<para>*BSD において巨大パケットをサポートするには基本的な問題
           がいくつかあります. それらをここで指摘したいのですが, このリス
           トを完成させるためにはもっと時間が必要です. その中のいくつかを
           以下に挙げます:</para>
 
 	<itemizedlist>
 	  <listitem>
 	    <para>4.4BSD では mbuf の pkthdr.len フィールドは "int" 型
               ですから, 32 ビットアーキテクチャの CPU 上では 2 ギガバイ
               ト以上の巨大パケットを保持できません. 巨大パケットを正しく
               サポートするには, このフィールドは, 4 ギガバイト + IPv6 ヘッ
               ダ + 下位層ヘッダを保持できるように拡張されなければなりま
               せん. そのため, 少なくとも int64_t に拡張する必要がありま
               す (u_int32_t では十分では＊ありません＊).</para>
 	  </listitem>
           
 	  <listitem>
 	    <para>多くの場所で, パケット長を格納するための場所を誤って
               "int" としてしまっています. それらをもっと大きな整数型に変
               換する必要があります. この作業には細心の注意が必要です. な
               ぜならパケット長の計算をするときにオーバフローを起こしてし
               まうかもしれないからです.</para>
 	  </listitem>
           
 	  <listitem>
 	    <para>たくさんの場所で, パケットのペイロード長を調べるのに, 
               間違って IPv6 ヘッダの ip6_plen フィールドをチェックしてい
               ます. そうではなくて, mbuf の pkthdr.len を調べなければな
               りません. ip6_input() が入力時に巨大ペイロードオプションの
               健全性をチェックするようにすれば, その後は mbuf の
               pkthdr.len を安全に使うことができるでしょう.</para>
 	  </listitem>
           
 	  <listitem>
 	    <para>TCP のコードには, もちろん, たくさんの場所の注意深い更
               新が必要でしょう.</para>
 	  </listitem>
 	</itemizedlist>
       </sect3>
       
       <sect3>
 	<title>ヘッダ処理中のループ防止</title>
         
 	<para>IPv6 仕様はパケットに任意の数の拡張ヘッダがつくことを許
           しています. もし IPv6 パケット処理コードを BSD の IPv4 コード
           が実装されているのと同様の方法で実装すると, 何重もの関数呼び出
           しのせいでカーネルスタックがオーバーフローしてしまうでしょう. 
           sys/netinet6 のコードは, カーネルスタックオーバフローを回避す
           るように注意深く設計されています. そのために, sys/netinet6 の
           コードでは独自のプロトコルスイッチ構造体を "struct ip6protosw"
           (<filename>netinet6/ip6protosw.h</filename> を参照してください)
           として定義しています. 互換性のために, IPv4 の部分
           (sys/netinet) にはこの変更を行っていませんが, しかし, 小さな変
           更が pr_input() のプロトタイプについて行われています. そのため
           "struct ipprotosw" も定義されています. 以上の理由により, 非常
           に多くの IPsec ヘッダを持つ IPsec-over-IPv4 パケットを受け取っ
           たときにカーネルスタックがオーバーフローする可能性があります. 
           IPsec-over-IPv6 は大丈夫です. (もちろん, それら全ての IPsec ヘッ
           ダが全て処理されるには, 一つ一つの IPsec ヘッダがそれぞれ
           IPsec の試験をパスする必要があります. そのため, 外部の攻撃者が
           そのような攻撃をすることは不可能です.)</para>
       </sect3>
 
       <sect3 id="icmpv6">
 	<title>ICMPv6</title>
         
 	<para>RFC2463 が公開された後, IETF の ipngwg は, ネットワーク
           メディア上の ICMPv6 ストームを引き起こさないように, ICMPv6 向
           け直し (redirect) に対して ICMPv6 エラーパケットを出さないよう
           に決定しました. これはすでにカーネル内で実装されています.</para>
       </sect3>
       
       <sect3>
 	<title>アプリケーション</title>
         
 	<para>ユーザランドのプログラミングのために, RFC2553, RFC2292,
           そして発行準備中の internet draft で定義されている, IPv6 ソケッ
           ト API をサポートしています.</para>
         
 	<para>IPv6 上の TCP/UDP は利用可能であり, きわめて安定していま
           す. &man.telnet.1;, &man.ftp.1;, &man.rlogin.1;, &man.rsh.1;,
           &man.ssh.1, 等を試してみてください. これらのアプリケーションは
           プロトコル非依存となっています. つまり, DNS に従って自動的に
           IPv4 と IPv6 を選択します.</para>
       </sect3>
       
       <sect3>
 	<title>カーネルの内部</title>
         
 	<para>ip_forward() は ip_output() を呼びだしていますが, 
           ip6_forward() は ip_output() を直接呼びだします. これは, ルー
           タは IPv6 のパケットを断片に分割してはいけないからです.</para>
         
 	<para>ICMPv6 は最大 1280 まで, できる限り元のパケットをコピー
           して含んでおく必要があります. たとえば, UDP6/IP6 ポート不到達
           ICMPv6 パケットは, 全ての拡張ヘッダと, ＊未変更の＊ UDP6 と
           IP6 ヘッダを含まなければなりません. そのため, TCP を除く全ての
           IP6 関数はオリジナルのパケットを保存しておくために, ネットワー
           クバイト順をホストバイト順に変換しません.</para>
         
 	<para>tcp_input() と udp6_input(), icmp6_input() は, 拡張ヘッ
           ダがあるために, IP6 ヘッダのすぐ後ろにトランスポートヘッダがあ
           ることを仮定できません. そのため, in6_cksum() は IP6 ヘッダと
           トランスポートヘッダが連続しないようなパケットを処理できるよう
           に実装されています. チェックサム計算のための TCP/IP6 ヘッダ構
           造体も, UDP6/IP6 ヘッダ構造体も存在しません.</para>
         
 	<para>IP6 ヘッダと, 拡張ヘッダ, トランスポートヘッダを容易に処
           理できるように, ネットワークドライバに対する新たな要求事項とし
           て, パケットを一つの内部 mbuf に納めるか, または, 一つ以上の外
           部 mbuf に納める必要性を追加しました. 典型的な古いドライバは,
           96 から 204 バイトのデータ用の二つの内部 mbuf を用意しますが, 
           今後はそのようなパケットデータは一つの外部 mbuf に記録されるこ
           とになります.</para>
         
 	<para><command>netstat -s -p ip6</command> を実行すると, ドラ
           イバが上記の要求を満たしているかどうかが分かります. 以下の例で
           は "cce0" は要求を満たしていません (詳細は 2 章をご覧ください.)</para>
 
 	<screen>
         Mbuf statistics:
                 317 one mbuf
                 two or more mbuf::
                         lo0 = 8
 			cce0 = 10
                 3282 one ext mbuf
                 0 two or more ext mbuf
 	</screen>
 
 	<para>各入力関数は始めの段階で, IP6 とそのヘッダが連続した領域
           にあるかどうかを調べるために IP6_EXTHDR_CHECK を呼び出します. 
           IP6_EXTHDR_CHECK は mbuf が M_LOOP フラグを持っているときのみ
           m_pullup() を呼び出します. M_LOOP フラグは, パケットがループバッ
           クインタフェースからきたことを示します. 物理的なネットワークイ
           ンタフェースからきたパケットに対しては m_pullup() が呼ばれるこ
           とはありません.</para>
         
 	<para>IP と IP6 両方の再構成 (reassemble) 機能は m_pullup() を
           呼び出すことはありません.</para>
       </sect3>
 
       <sect3 id="ipv6-wildcard-socket">
 	<title>IPv4 射影アドレスと IPv6 ワイルドカードソケット</title>
         
 	<para>RFC2553 では, IPv4 射影 (mapped) アドレス (3.7) と IPv6 
           ワイルドカードバインドソケットの特別な振る舞い (3.8) が記述さ
           れています. 仕様では以下の動作が許されています:</para>
 	
         <itemizedlist>
 	  <listitem>
 	    <para>AF_INET6 ワイルドカードバインドソケットで IPv4 接続
               を受け付ける.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>特別な形式のアドレス, たとえば ::ffff:10.1.1.1 を使うこ
               とで AF_INET6 ソケットから IPv4 のパケットを送出する.
 	    </para>
 	  </listitem>
 	</itemizedlist>
         
 	<para>しかし, 仕様自体が非常に込み入っており, またこの仕様では
           ソケット層がどう動作すべきかということについて何も規定していま
           せん. ここでは前者を "待ち受け側" と呼び, 後者を "開始側" と呼
           ぶことにします.</para>
         
 	<para>同一のポート上で, 両アドレスファミリのワイルドカードバイ
           ンドを実行することができます.</para>
         
 	<para>以下の表に FreeBSD 4.x の動作を示します.</para>
         
 	<screen>
                 待ち受け側              開始側
                 (AF_INET6 ワイルド     (::ffff:10.1.1.1 への接続)
                 カードソケットが
                 IPv4 接続を受ける.)
                 ---                     ---
 FreeBSD 4.x     設定可能                サポートされている
                 デフォルト: 有効
 	</screen>
 
 	<para>以下の章で, より詳細を述べると共に, どうやってこの動作を
           設定するかを示します.</para>
         
 	<para>待ち受け側に対するコメント:</para>
         
 	<para>RFC2553 は, ワイルドカードバインドの問題についてあまりに
           も少ししか議論していません. 特に, ポート空間の問題, 失敗モード, 
           そして AF_INET/INET6 ワイルドカードバインド間の関連について. 
           この RFC に関しては, これに準処しているにもかかわらず異なった
           動作をするいくつかの別々の解釈が成り立ちます. そのため, 移植可
           能なアプリケーションを実装する際には, カーネルの動作について一
           切の仮定をおくべきではありません. &man.getaddrinfo.3; を使う
           のがもっとも安全な方法です. ポート番号空間とワイルドカードバイ
           ンドの問題は, 1999 年 3 月半ばに ipv6imp メーリングリストにお
           いてつっこんだ議論がなされましたが, 最終的な合意は得られなかっ
           たようです (つまり, 実装次第ということです). メーリングリスト
           のアーカイブを調べてみてはいかがでしょうか.</para>
         
 	<para>サーバアプリケーションで, IPv4 と IPv6 の両方の接続を受
           けたいのなら, 別の方法が二つあります.</para>
         
 	<para>一つは, AF_INET ソケットと AF_INET6 ソケットを使う方法で
           す (二つのソケットが必要です).  &man.getaddrinfo.3; を 
           ai_flags に AI_PASSIVE を設定して使い, そして, 返ってきた全て
           のアドレスに対して &man.socket.2; と&man.bind.2; を使います. 
           複数のソケットを開くことで, 適切なアドレスファミリを持つソケッ
           ト上で接続を受けることができます. IPv4 接続は AF_INET ソケット
           で受けられ, そして IPv6 接続は AF_INET6 ソケットで受けられるで
           しょう.</para>
         
 	<para>もう一つの方法は, AF_INET6 のワイルドカードバインドソケッ
           トを使う方法です. ai_flags にAI_PASSIVE を, ai_family に 
           AF_INET6 を設定し, そして一つ目の引数であるホスト名を NULL に
           して &man.getaddrinfo.3; を使ってください. そして返ってきたア
           ドレス (IPv6 の未指定アドレスであるはずです) に対して 
           &man.socket.2; と &man.bind.2; を行います. この一つのソケット
           で, IPv4 と IPv6 のパケットを受けることができます.</para>
         
 	<para>移植可能な方法で, AF_INET6 ワイルドカードバインドソケッ
           トで IPv6 のみをサポートするには, 待ち受けしている AF_INET6 ソ
           ケットに対して接続要求をしてきた相手アドレスを毎回チェックする
           ようにしてください. もしそのアドレスが IPv4 射影アドレスであっ
           たなら, その接続を遮断する必要があるかもしれません. この条件を
           判定するのに, IN6_IS_ADDR_V4MAPPED() マクロを使うことができま
           す.</para>
         
 	<para>この問題をもっと簡単に解決するために, システム依存の
           &man.setsockopt.2; オプション, IPV6_BINDV6ONLY があります. そ
           の使い方を以下に示します.</para>
         
 	<screen>
 	int on;
 
 	setsockopt(s, IPPROTO_IPV6, IPV6_BINDV6ONLY,
 		   (char *)&amp;on, sizeof (on)) < 0));
 	</screen>
 
 	<para>この呼び出しが成功すれば, このソケットは IPv6 パケットの
           みを受信します.</para>
 
 	<para>開始側についてのコメント:</para>
 
 	<para>アプリケーション実装者へのアドバイス: 移植可能な (複数種
           の IPv6 カーネル上で動作する) IPv6 アプリケーションを実装する
           には, 以下に述べる点が成功への鍵となると信じます:</para>
 
 	<itemizedlist>
 	  <listitem>
 	    <para>＊絶対に＊ AF_INET も AF_INET6 もハードコードしない.
 	    </para>
 	  </listitem>
           
 	  <listitem>
 	    <para>システムを通じて &man.getaddrinfo.3; と
               &man.getnameinfo.3; を使う. gethostby*() や, getaddrby*(),
               inet_*(), getipnodeby*() を絶対に使わない (既存アプリケー
               ションを簡単に IPv6 対応とするために, getipnodeby*() が便
               利なこともあるでしょう. しかし, 可能であれば, コードを書き
               直して &man.getaddrinfo.3; と &man.getnameinfo.3; を使うよ
               うに努力してみてください.)</para>
 	  </listitem>
           
 	  <listitem>
 	    <para>ある終点 (destination) に対して接続したいときは, 
               &man.telnet.1; のように, &man.getaddrinfo.3; を使って, 返っ
               てきた全ての終点について試すようにしてください.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>いくつかの IPv6 プロトコルスタックは, バグありの
               &man.getaddrinfo.3; 付きで出荷されています. 最低限きちんと
               動作するバージョンをあなたのアプリケーションと一緒に出荷し, 
               それを最後の手段として使いましょう.</para>
 	  </listitem>
 	</itemizedlist>
         
 	<para>もし AF_INET6 ソケットから IPv4 と IPv6 の両方の接続を行
           いたいのなら, &man.getipnodebyname.3; を使う必要があるでしょう. 
           既存のアプリケーションを工数最小で IPv6 対応に更新したいのなら
           ば, この方法がよいでしょう. しかし, これは一時的な解であること
           に注意してください. なぜなら, スコープ化された IPv6 アドレスを
           全く扱うことができないという欠点があるので
           &man.getipnodebyname.3; 自身を推薦できないからです. IPv6 の名
           前検索には, &man.getaddrinfo.3; が推奨される API です. ですか
           ら, 時間があるときには, アプリケーションを &man.getaddrinfo.3;
           を使うように書き換えるべきです.</para>
         
 	<para>外部に出ていく接続を行うアプリケーションを書くときに, も
           し AF_INET と AF_INET6 とを完全に別々のアドレスファミリとして
           取り扱うのならば, 話は非常に単純になります. {set,get}sockopt
           の問題は単純になり, DNS の問題も単純になるでしょう. IPv4 射影
           アドレスに依存する手法は推薦できません.</para>
 
 	<sect4>
 	  <title>tcp と inpcb の統合コード</title>
 
 	  <para>FreeBSD 4.x では, tcp に関しては IPv4 と IPv6 でコード
             を共有しています (sys/netinet/tcp* で). そして udp4/6 では別々
             のコードです. 統合した inpcb 構造体を使っています.</para>
 
 	  <para>このプラットフォームは IPv4 射影アドレスをサポートする
             ように設定できます. カーネルの設定は以下のようにまとめられま
             す:</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para>デフォルトでは, AF_INET6 ソケットはある条件下では
                 IPv4 接続をハンドリングできます. そして IPv4 射影の IPv6 
                 アドレス中に入っている IPv4 の終点へ向けて接続を開始する
                 ことができます.</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>以下のように sysctl を使ってシステム全体でそれを無
                 効にできます.</para>
 
 	      <para>
 	        <command>sysctl -w net.inet6.ip6.mapped_addr=0</command>
 	      </para>
 
 	    </listitem>
 	  </itemizedlist>
 
 	  <sect5>
 	    <title>待ち受け側</title>
             
 	    <para>各ソケットは特別な AF_INET6 ワイルドカードバインドを
               サポートするように設定できます (デフォルトで有効です). 以
               下のように, ソケット毎に &man.setsockopt.2; を使ってこれを
               無効にできます.</para>
 
 	<screen>
 	int on;
 
 	setsockopt(s, IPPROTO_IPV6, IPV6_BINDV6ONLY,
 		   (char *)&amp;on, sizeof (on)) < 0));
 	</screen>
 
 	    <para>ワイルドカード AF_INET6 ソケットは, 以下の条件が成り
               立つときのみ, IPv4 接続をハンドリングできます:</para>
 
 	    <itemizedlist>
 	      <listitem>
 	        <para>その IPv4 接続にマッチする AF_INET ソケットが存
                   在しない</para>
 	      </listitem>
               
 	      <listitem>
 	        <para>その AF_INET6 ソケットは IPv4 通信を受け付けるよ
                   うに設定されている, すなわち
                   getsockopt(IPV6_BINDV6ONLY) が 0 を返す.</para>
 	      </listitem>
 	    </itemizedlist>
             
 	    <para>open/close の順番は問題となりません.</para>
 	  </sect5>
 
 	  <sect5>
 	    <title>開始側</title>
             
 	    <para>FreeBSD 4.x では, ノードが IPv4 射影アドレスをサポー
               トするように設定されているときには, IPv4 射影アドレス
               (::ffff:10.1.1.1) へ向けての接続がサポートされています.
 	    </para>
 	  </sect5>
 	</sect4>
       </sect3>
       
       <sect3>
 	<title>sockaddr_storage</title>
         
 	<para>RFC2553 が最後の仕上げにかかっている頃, sockaddr_storage 
           構造体のメンバにどのように名前を付けるかという議論がありました. 
           一つの提案は, それがいじってはいけないものであるのだから, メン
           バ名の前に "__" を付ける ("__ss_len" のように), というものでし
           た. 他の提案は, それらのメンバを直接操作する必要があるのだから, 
           なにも付けない ("ss_len" のように), というものでした. この件に
           関する明確な合意は得られませんでした.</para>
         
 	<para>その結果として, RFC2553 では sockaddr_storage 構造体は以
           下のように定義されました:</para>
         
 	<screen>
 	struct sockaddr_storage {
 		u_char	__ss_len;	/* address length */
 		u_char	__ss_family;	/* address family */
 		/* and bunch of padding */
 	};
 	</screen>
 
 	<para>これに反して, XNET ドラフトでは以下のように定義されまし
           た:</para>
         
 	<screen>
 	struct sockaddr_storage {
 		u_char	ss_len;		/* address length */
 		u_char	ss_family;	/* address family */
 		/* and bunch of padding */
 	};
 	</screen>
 
 	<para>1999 年 12 月に, RFC2553bis では後者 (XNET) の定義を採用
           することで合意がなされました.</para>
         
 	<para>現在の実装は, RFC2553bis の議論の結果, XNET の定義に適合
           するようになっています.</para>
         
 	<para>複数の IPv6 実装を調べたならば, 両方の定義を見ることにな
           るでしょう. ユーザランドのプログラマとして, この件に対応するもっ
           とも移植性が高い方法は:</para>
         
 	<orderedlist>
 	  <listitem>
 	    <para>GNU autoconf を使って, ss_family と/または ss_len
               がこのプラットフォームで利用可能であることを確かめる,
 	    </para>
 	  </listitem>
           
 	  <listitem>
 	    <para>-Dss_family=__ss_family として (ヘッダファイルも含め
               て) 全てを __ss_family に統合してしまう, または</para>
 	  </listitem>
           
 	  <listitem>
 	    <para>__ss_family には絶対に手を出さない. sockaddr * へキャ
               ストして, 以下の例のように sa_family を使う:</para>
             
 	    <screen>
 	struct sockaddr_storage ss;
 	family = ((struct sockaddr *)&amp;ss)->sa_family
 	    </screen>
 
 	  </listitem>
 	</orderedlist>
       </sect3>
     </sect2>
 
     <sect2>
       <title>ネットワークドライバ</title>
 
       <para>ここで, 以下の二項目を標準的なドライバでサポートすることが必須
         となります:</para>
 
       <orderedlist>
         <listitem>
 	  <para>mbuf クラスタリングが要求されます. この安定版リリース
             においては, 全てのドライバが期待通りに動くように, 全てのオペ
             レーティングシステムにおいて MINCLSIZE を MHLEN+1 に変更しま
             した.</para>
         </listitem>
 
         <listitem>
 	  <para>マルチキャスト. もしあるインタフェースについて
             &man.ifmcstat.8; が一つもマルチキャストグループを示さないな
             ら, そのインタフェースは修正が必要です.</para>
         </listitem>
       </orderedlist>
       
       <para>もしあるドライバが上記要求をサポートしないなら, そのドラ
         イバでは IPv6 と/または IPsec 通信には使えません. もしあなた
         のカードで IPv6/IPsec の使用に関して何か問題を見つけたなら, 是
         非それを <email>freebsd-bugs@FreeBSD.org</email> に報告してくだ
         さい.</para>
       
       <para>(注: かつて, 全ての PCMCIA ドライバに in6_ifattach() を呼
         ぶことを要求したことがありました. 現在では, もはやこの要求は
         取り下げています)</para>
     </sect2>
 
     <sect2>
       <title>トランスレータ</title>
       
       <para>ここでは IPv4/IPv6 トランスレータを四つに分類します:</para>
       
       <itemizedlist>
         <listitem>
           <para><emphasis>トランスレータ A</emphasis> --- 移行の初期
 	    の段階で使われるもので, IPv6 島上の IPv6 ホストから IPv4
 	    海上の IPv4 ホストへの接続を確立できるようにするものです.
           </para>
         </listitem>
         
         <listitem>
           <para><emphasis>トランスレータ B</emphasis> --- 移行の初期
 	    の段階で使われるもので, IPv4 海上の IPv4 ホストから IPv6 
 	    島上の IPv6 ホストへの接続を確立できるようにするものです.
           </para>
         </listitem>
         
         <listitem>
           <para><emphasis>トランスレータ C</emphasis> --- 移行の後期
 	    の段階で使われるもので, IPv4 島上の IPv4 ホストから IPv6
 	    海上の IPv6 ホストへの接続を確立できるようにするものです.
           </para>
         </listitem>
         
         <listitem>
           <para><emphasis>トランスレータ D</emphasis> --- 移行の後期
 	    の段階で使われるもので, IPv6 海上の IPv6 ホストから IPv4 
 	    島上の IPv4 ホストへの接続を確立できるようにするものです.
           </para>
         </listitem>
       </itemizedlist>
       
       <para>分類 A のための TCP 中継トランスレータはサポートされてい
 	ます. これは "FAITH" と呼ばれます. 分類 A のための IP ヘッダト
 	ランスレータも提供しています. (後者は FreeBSD 4.x ではまだ取り
 	込まれていません.)</para>
       
       <sect3>
 	<title>FAITH TCP 中継トランスレータ</title>
         
 	<para>FAITH システムはカーネルの助けを借りた &man.faithd.8; と
           呼ばれる TCP 中継デーモンを利用します. FAITH は IPv6 アドレス
           プリフィックスを一つ予約し, そのプリフィックスに向かう TCP 接
           続を IPv4 終点に向けて中継します.</para>
         
 	<para>たとえば, 予約された IPv6 プリフィックスが
           3ffe:0501:0200:ffff:: で, TCP 接続の IPv6 終点が
           3ffe:0501:0200:ffff::163.221.202.12 であるならば, その接続は
           163.221.202.12 という IPv4 終点に向けて中継されます.</para>
 
 	<screen>
 	終点 IPv4 ノード (163.221.202.12)
 	  ^
 	  | 163.221.202.12 へ向けた IPv4 tcp
 	FAITH-中継 二重スタックノード
 	  ^
 	  | 3ffe:0501:0200:ffff::163.221.202.12 へ向けた IPv6 TCP
 	始点 IPv6 ノード
 	</screen>
   
 	<para>FAITH-中継 二重スタックノードでは &man.faithd.8; を起動
           しておく必要があります.</para>
 
 	<para>より詳細な情報は, 
 	<filename>src/usr.sbin/faithd/README</filename> をご覧ください.</para>
       </sect3>
     </sect2>
 
     <sect2 id="ipsec-implementation">
       <title>IPsec</title>
       
       <para>IPsec は主に三つの構成要素からなります.</para>
       
       <orderedlist>
 	<listitem>
 	  <para>ポリシ管理</para>
 	</listitem>
         
 	<listitem>
 	  <para>鍵管理</para>
 	</listitem>
         
 	<listitem>
 	  <para>AH と ESP のハンドリング</para>
 	</listitem>
       </orderedlist>
 
       <sect3>
 	<title>ポリシ管理</title>
 
 	<para>現在のカーネルには実験的なポリシ管理コードが実装されてい
           ます. セキュリティポリシを管理するには二つの方法があります. 一
           つは, &man.setsockopt.2; を使ってソケット一つずつにポリシを設
           定する方法です. この場合のポリシ設定は
           &man.ipsec.set.policy.3; で説明されています. もう一つの方法は, 
           &man.setkey.8; によって PF_KEY インタフェース経由でカーネル内
           のパケットフィルタをもとにしたポリシを設定する方法です.</para>
         
 	<para>ポリシエントリはその番号によって並び替えられることはない
           ので, エントリを追加するときの順番がとても重要になります.</para>
       </sect3>
       
       <sect3>
 	<title>鍵管理</title>
         
 	<para>このキットで実装されている鍵管理コード (sys/netkey) は, 
           自家製の PFKEY v2 実装です. これは RFC2367 に準処しています.
 	</para>
         
 	<para>自家製の IKE デーモンである "racoon" がこのキットに含ま
           れています (kame/kame/racoon). 基本的に, racoon はデーモンとし
           て走らせる必要があり, それから鍵を要求するポリシをセットアップ
           します (たとえば, <command>ping -P 'out ipsec
             esp/transport//use'</command> というように). カーネルは鍵を交
           換するために, 必要に応じて racoon デーモンにアクセスします.</para>
       </sect3>
 
       <sect3>
 	<title>AH と ESP のハンドリング</title>
 
 	<para>IPsec のモジュールは, 標準の IPv4/IPv6 処理中の "フック" 
           として実装されています. パケットを送信するときに, 
           ip{,6}_output() は 一致する SPD (Security Policy Database: セ
           キュリティポリシデータベース) があるかどうかをチェックして 
           ESP/AH 処理が必要かどうかを判断します. もし ESP/AH が必要なら, 
           {esp,ah}{4,6}_output() が呼ばれ, mbuf が適切に更新されます. パ
           ケットを受信したときは, プロトコル番号に従って, すなわち
           (*inetsw[proto])() という形で {esp,ah}4_input() が呼ばれます. 
           {esp,ah}4_input() はそのパケットの認証情報を解読 / 試験し, そ
           して数珠繋ぎのヘッダと ESP/AH のためのパディングを取り除きます. 
           パケット受信時に ESP/AH ヘッダを取り除いてしまっても安全です. 
           なぜなら受信したパケットを "あるがまま" の形で使うことは絶対に
           ないからです.</para>
         
 	<para>ESP/AH を使うことによって, TCP4/6 における実効データセグ
           メント長は ESP/AH によって挿入される数珠繋ぎのヘッダの増加分だ
           け影響を受けます. わたしたちのコードはこの場合を考慮に入れています.
 	</para>
         
 	<para>基本的な暗号機能は "sys/crypto" ディレクトリの中にありま
           す. ESP/AH 変換は wrapper 関数と一緒に {esp,ah}_core.c に記述され
           ています. もしアルゴリズムを追加したかったら, wrapper 関数を
           {esp,ah}_core.c に追加し, そして追加する暗号アルゴリズムを実装
           したコードを src/crypto に追加してください.</para>
         
 	<para>このリリースでは, トンネルモードは以下の制限と共に部分的
           にサポートされています:</para>
 
 	<itemizedlist>
 	  <listitem>
 	    <para>IPsec トンネルは GIF による包括的トンネリングインタ
               フェースと結合されていません. ip_output() と
               tunnelifp->if_output() の間で無限ループを構成してしまうか
               もしれないので, 非常に注意深く作業する必要があります. 統合
               した方がよいか, よくないか, 意見はいろいろ出ています.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>MTU と 分割禁止ビット (IPv4) についての考慮はさらな
               るチェックを必要としています, が, 基本的にはうまく動いてい
               ます.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>AH トンネルのための認証モデルは再考する必要があるで
               しょう. 今後, ポリシ管理エンジンを改良する必要が出てくると
               思われます.</para>
 	  </listitem>
 	</itemizedlist>
       </sect3>
 
       <sect3>
 	<title>RFC と ID への準処</title>
         
 	<para>カーネル内の IPsec コードは以下の標準に準処しています
           (もしくは, 準処しようと努力しています):</para>
         
     	<para><filename>rfc182[5-9].txt</filename> で文書化されている 
           "old IPsec" 仕様</para>
         
     	<para><filename>rfc240[1-6].txt</filename> と,
           <filename>rfc241[01].txt</filename>,
           <filename>rfc2451.txt</filename>, 
           <filename>draft-mcdonald-simple-ipsec-api-01.txt</filename>
           (このドラフトは期限切れですが,
           <ulink url="ftp://ftp.kame.net/pub/internet-drafts/">
             ftp://ftp.kame.net/pub/internet-drafts/</ulink> から入手できま
           す) で文書化されている "new IPsec" 仕様.
           (注: IKE 仕様, <filename>rfc241[7-9].txt</filename> はユーザラ
           ンドの "racoon" IKE デーモンとして実装されています)</para>
         
 	<para>現在サポートしているアルゴリズムは:</para>
 	
         <itemizedlist>
 	  <listitem>
 	    <para>old IPsec AH</para>
 	    
             <itemizedlist>
 	      <listitem>
 	        <para>空の暗号チェックサム (文書化されていません. デ
                   バッグのためだけのものです)</para>
 	      </listitem>
 	      
               <listitem>
 	        <para>128 ビットの暗号チェックサムと鍵付き MD5
                   (<filename>rfc1828.txt</filename>)</para>
 	      </listitem>
 	      
               <listitem>
 	        <para>128 ビットの暗号チェックサムと鍵付き SHA1
                   (文書化されていません)</para>
 	      </listitem>
 	      
               <listitem>
 		<para>128 ビットの暗号チェックサムと HMAC MD5
                   (<filename>rfc2085.txt</filename>)</para>
 	      </listitem>
 	      
               <listitem>
 		<para>128 ビットの暗号チェックサムと HMAC SHA1
                   (文書化されていません)</para>
 	      </listitem>
 	    </itemizedlist>
 	  </listitem>
           
 	  <listitem>
             <para>old IPsec ESP</para>
 	    
             <itemizedlist>
 	      <listitem>
 	        <para>空の暗号化 (文書化されていません, 
                   <filename>rfc2410.txt</filename> と似たものです)</para>
 	      </listitem>
 	      
               <listitem>
 	        <para>DES-CBC モード (<filename>rfc1829.txt</filename>)</para>
 	      </listitem>
 	    </itemizedlist>
 	  </listitem>
           
 	  <listitem>
 	    <para>new IPsec AH</para>
 	    
             <itemizedlist>
 	      <listitem>
 	        <para>空の暗号チェックサム (文書化されていません. デ
                   バッグのためだけのものです)</para>
 	      </listitem>
 	      
               <listitem>
 	        <para>96 ビットの暗号チェックサムと鍵付き MD5
                   (文書化されていません)</para>
 	      </listitem>
 	      
               <listitem>
 		<para>96 ビットの暗号チェックサムと鍵付き SHA1
                   (文書化されていません)</para>
 	      </listitem>
 	      
               <listitem>
 		<para>96 ビットの暗号チェックサムと HMAC MD5
                   (<filename>rfc2403.txt</filename>)</para>
 	      </listitem>
 	      
               <listitem>
 		<para>96 ビットの暗号チェックサムと HMAC SHA1
                   (<filename>rfc2404.txt</filename>)</para>
 	      </listitem>
 	    </itemizedlist>
 	  </listitem>
           
 	  <listitem>
             <para>new IPsec ESP</para>
 	    
             <itemizedlist>
 	      <listitem>
 		<para>空の暗号化
                   (<filename>rfc2410.txt</filename>)</para>
 	      </listitem>
 	      
               <listitem>
 		<para>DES-CBC with derived IV
                   (<filename>draft-ietf-ipsec-ciph-des-derived-01.txt</filename>,
                   draft expired)</para>
 	      </listitem>
 	      
               <listitem>
 		<para>DES-CBC with explicit IV
                   (<filename>rfc2405.txt</filename>)</para>
 	      </listitem>
 	      
               <listitem>
 		<para>3DES-CBC with explicit IV
                   (<filename>rfc2451.txt</filename>)</para>
 	      </listitem>
 	      
               <listitem>
 		<para>BLOWFISH CBC
                   (<filename>rfc2451.txt</filename>)</para>
 	      </listitem>
 	      
               <listitem>
 		<para>CAST128 CBC
                   (<filename>rfc2451.txt</filename>)</para>
 	      </listitem>
 	      
               <listitem>
 		<para>RC5 CBC
                   (<filename>rfc2451.txt</filename>)</para>
 	      </listitem>
 	      
               <listitem>
 	        <para>上記のそれぞれは, 以下と結合可能:</para>
 	 	
                 <itemizedlist>
 		  <listitem>
 	    	    <para>HMAC-MD5(96 ビット) による ESP 認証</para>
 		  </listitem>
 		  
                   <listitem>
 	            <para>HMAC-SHA1(96 ビット) による ESP 認証</para>
 		  </listitem>
 	        </itemizedlist>
 	      </listitem>
 	    </itemizedlist>
 	  </listitem>
 	</itemizedlist>
         
 	<para>以下のアルゴリズムはサポートされて ＊いません＊:</para>
 	
         <itemizedlist>
 	  <listitem>
 	    <para>old IPsec AH</para>
             
 	    <itemizedlist>
 	      <listitem>
 		<para>128 ビットの暗号チェックサムと HMAC MD5 + 64 ビット
                   の再送攻撃防止 (<filename>rfc2085.txt</filename>)</para>
 	      </listitem>
 	      
               <listitem>
 		<para>160 ビット暗号チェックサムと鍵付き SHA1 + 32 ビッ
                   トのパディング
                   (<filename>rfc1852.txt</filename>)</para>
 	      </listitem>
 	    </itemizedlist>
 	  </listitem>
 	</itemizedlist>
 
 	<para>IPsec (カーネル内) と IKE (ユーザランドの "racoon") は, 
           何回もの相互接続性試験イベントで試験されていて, そこでの結果とし
           て, 多くの他の実装とうまく相互接続可能であることがわかっていま
           す. また, 現在の IPsec 実装は, RFC に記述された IPsec 暗号ア
           ルゴリズムを非常に広くカバーしています (知的所有権の問題がない
           アルゴリズムに限ってカバーしています).</para>
       </sect3>
 
       <sect3 id="ipsec-ecn">
 	<title>IPsec トンネルにおける ECN の考察</title>
         
 	<para>ECN と親和性のある IPsec トンネルは, 
           <filename>draft-ipsec-ecn-00.txt</filename> で述べられている方
           法を用いてサポートされています.</para>
         
 	<para>通常の IPsec トンネルは RFC2401 で記述されています. カプ
           セル化されるときに, 内側の IP ヘッダの IPv4 TOS フィールド (ま
           たは, IPv6 トラフィッククラスフィールド) が外側の IP ヘッダに
           コピーされます. カプセル解放の時には外側の IP ヘッダは単に削ら
           れるだけです. 外側の IP ヘッダの TOS / トラフィッククラスフィー
           ルド中の ECN ビットが失われてしまうため, このカプセル解放規則
           は ECN と互換性がありません.</para>
         
 	<para>IPsec トンネルを ECN と親和性があるようにするために, カ
           プセル化手順とカプセル解放手順を変更する必要がありました. これ
           については,
           <ulink url="http://www.aciri.org/floyd/papers/draft-ipsec-ecn-00.txt">
             http://www.aciri.org/floyd/papers/draft-ipsec-ecn-00.txt</ulink> 
           の 3 章で記述されています.</para>
           
         <para>net.inet.ipsec.ecn (または net.inet6.ipsec6.ecn) に設定
           する値によって, IPsec トンネルの実装は三通りの動作を行います:</para>
         
         <itemizedlist>
           <listitem>
             <para>RFC2401: ECN を考慮しない (sysctl の値が -1 の時)</para>
           </listitem>
           
           <listitem>
             <para>ECN 禁止 (sysctl の値が 0 の時)</para>
           </listitem>
           
           <listitem>
             <para>ECN 許可 (sysctl の値が 1 の時)</para>
           </listitem>
         </itemizedlist>
         
         <para>この振る舞いはノード毎に設定可能であり SA 毎ではないこ
           とに注意してください (draft-ipsec-ecn-00 では SA 毎の設定を要
           求していますが, それは大変すぎます).</para>
         
         <para>ここで述べた動作をまとめると以下のようになります (より詳
           しくはソースコードをご覧ください):</para>
         
 	<screen>
          カプセル化                       カプセル解放
          ---                              ---
 RFC2401  内側から外側へ                   外側の TOS ビットを落とす
          全ての TOS ビットをコピー.       (内側の TOS ビットをそのまま使う)
 
 ECN 禁止 内側から外側へ ECN ビット以外    外側の TOS ビットを落とす
          (0xfc でマスク) の TOS ビット    (内側の TOS ビットをそのまま使う)
          をコピー. ECN ビットを 0 に.
 
 ECN 許可 内側から外側へ ECN CE 以外       内側の TOS ビットを変更して使う.
          (0xfe でマスク) の TOS ビット    もし外側の ECN CE ビットが 1 な
          をコピー. ECN CE ビットを 0 に.  ら, 内側の ECN CE ビットを有効に.
 	</screen>
           
         <para>設定方法に関する一般的な戦略は以下のようになります:</para>
         
         <itemizedlist>
           <listitem>
             <para>もし IPsec トンネルの両端が ECN に親和性がある動作を
               するのなら, その両方を "ECN 許可" と設定した方がよいでしょ
               う (sysctl の値を 1 に設定).</para>
           </listitem>
           
           <listitem>
             <para>もし反対側の端が TOS ビットに関して非常に厳密に動作
               するなら, "RFC2401" を使ってください (sysctl の値を -1 に
               設定).</para>
           </listitem>
           
           <listitem>
             <para>その他の場合, "ECN 禁止" (sysctl の値を 0 に設定).</para>
           </listitem>
         </itemizedlist>
         
         <para>デフォルトの動作は, "ECN 禁止" (sysctl の値が 0) です.</para>
         
         <para>より詳しくは, 以下を参照してください:</para>
         
         <para><ulink url="http://www.aciri.org/floyd/papers/draft-ipsec-ecn-00.txt">
             http://www.aciri.org/floyd/papers/draft-ipsec-ecn-00.txt</ulink>,
           RFC2481 (Explicit Congestion Notification: 明示的輻輳通知),
           src/sys/netinet6/{ah,esp}_input.c</para>
         
         <para>(詳しい分析をしてくれた, 長 健二朗 氏
           <email>kjc@csl.sony.co.jp</email> に感謝します)</para>
       </sect3>
 
       <sect3>
 	<title>相互接続性</title>
         
 	<para>以下に, これまでに KAME と IPsec/IKE の相互接続性試験を
           行ったプラットフォーム (の一部) を挙げます. これらのプラット
           フォームも KAME も, 試験以降に何らかの実装の変更を行っているで
           しょうから, 以下のリストは参考にとどめてください.</para>
         
 	<para>Altiga, Ashley-laurent (vpcom.com), Data Fellows (F-Secure),
           Ericsson ACC, FreeS/WAN, HITACHI, IBM AIX, IIJ, Intel,
           Microsoft WinNT, NIST (linux IPsec + plutoplus), Netscreen, OpenBSD,
           RedCreek, Routerware, SSH, Secure Computing, Soliton, Toshiba,
           VPNet, Yamaha RT100i</para>
       </sect3>
     </sect2>
   </sect1>
 </chapter>
 
 <!--
      Local Variables:
      mode: sgml
      sgml-declaration: "../chapter.decl"
      sgml-indent-data: t
      sgml-omittag: nil
      sgml-always-quote-attributes: t
      sgml-parent-document: ("../book.sgml" "part" "chapter")
      End:
 -->
diff --git a/ja_JP.eucJP/books/handbook/kernelconfig/chapter.sgml b/ja_JP.eucJP/books/handbook/kernelconfig/chapter.sgml
index e752c949cf..619916183a 100644
--- a/ja_JP.eucJP/books/handbook/kernelconfig/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/kernelconfig/chapter.sgml
@@ -1,1288 +1,1214 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.38
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/kernelconfig/chapter.sgml,v 1.13 2001/02/03 12:05:53 hrs Exp $
+     Original revision: 1.39
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/kernelconfig/chapter.sgml,v 1.14 2001/03/03 05:02:14 hrs Exp $
 -->
 
 <chapter id="kernelconfig">
   <title>FreeBSD カーネルのコンフィグレーション</title>
 
   <sect1>
     <title>この章では</title>
 
     <para><emphasis>更新/再構成: &a.jim;, 2000 年 3 月.
 	寄稿: &a.jehamby;, 1995 年 10 月 6 日.</emphasis></para>
     <para><emphasis>訳: &a.jp.tomo;, &a.jp.yoshiaki;. 1996 年 11 月 2 日.</emphasis></para>
 
     <para>この章では, 自分のシステムに合わせた
       カーネルを構築する方法について扱います.
       カーネルの再構築によりどんなメリットがあるのか不思議に思っていたり,
       自分用のカーネルを設定し, コンパイルし, インストールする方法を
       知りたいと思っているのなら, この章が役に立つでしょう.
     </para>
   </sect1>
 
   <sect1>
     <title>なぜカスタムカーネルを作るか?</title>
 
     <para>システムに合わせたカーネルの構築はほとんどすべての
       UNIX ユーザが
       避けて通ることのできない最も重要な通過儀礼の1つです.
       この作業は, 多くの時間を必要としますが, あなたの FreeBSD
       システムに多くの利益をもたらします.
       広範囲のハードウェアをサポートしなければならない
       <filename>GENERIC</filename>カーネルとは異なり,
       システムに合わせたカーネルは
       <emphasis>あなたの</emphasis> PC
       のハードウェアのみをサポートします.  これは,
       次にあげるような利益をもたらします.</para>
 
     <itemizedlist>
       <listitem>
 	<para>素早く起動します.
 	  カーネルはあなたのシステム上にあるハードウェアしか
 	  検出を行わないので,
 	  あなたのシステムの起動にかかる時間は劇的に短くなります.
 	</para>
       </listitem>
 
       <listitem>
 	<para>メモリの消費量が減少します.
 	  システムに合わせたカーネルは, 大抵 <literal>GENERIC</literal>
 	  カーネルより少ないメモリしか消費しません.
 	  カーネルは常にメモリ上に存在するプロセスなので,
 	  このことは重要になります.
 	  したがって, RAM が少ないシステムでは,
 	  カーネルの再構築は大変重要です.</para>
       </listitem>
 
       <listitem>
 	<para>追加のハードウェアをサポートします.
 	  システムに合わせたカーネルは, サウンドカードなど
 	  <literal>GENERIC</literal> カーネルに存在しない
 	  デバイスのサポートを追加することができます.</para>
       </listitem>
     </itemizedlist>
   </sect1>
 
   <sect1 id="kernelconfig-building">
     <title>カスタムカーネルの構築とインストール</title>
 
     <para>まず,
       カーネル再構築に必要なディレクトリをざっと見てみましょう.
       ここではディレクトリはすべて
       <filename>/usr/src/sys</filename> 以下の相対位置で示します.
       また, <filename>/sys</filename> からもアクセス可能です.
       ここには, カーネルの各部分を構成するサブディレクトリが
       いくつもあります. しかし, 私たちの目的で最も重要なのは
       <filename><replaceable>arch</replaceable>/conf</filename> です.
       ここで, あなたの
       システムに合わせてカーネルコンフィグレーションを編集します.
       それから <filename>compile</filename>ディレクトリ,
       ここはカーネルが作られる 場所です.
       <replaceable>arch</replaceable> は, <filename>i386</filename>,
       <filename>alpha</filename>, <filename>pc98</filename>(これは
       日本で普及している PC のための開発ブランチです)のいずれかを表します.
       各アーキテクチャのディレクトリ内部にあるファイルはすべて
       そのアーキテクチャでのみ使用され, 残りのコードは
       FreeBSD が他のプラットフォームに移植される際に共有されます.
       サポートされているデバイス, ファイルシステム, オプションが,
       それぞれ各々のサブディレクトリに分かれている,
       という論理的な構成に注意してください. </para>
 
     <note>
       <para>もし, あなたのシステムに<filename>/usr/src/sys</filename>
 	以下のディレクトリが<emphasis>なければ</emphasis>,
 	カーネルのソースが インストールされていません.
 	もっとも簡単な方法は (<username>root</username>で)
 	<command>/stand/sysinstall</command>
 	を用いて以下のようにします. <literal>設定(Configure)</literal>
 	を選んでから <literal>配布ファイル(Distribution)</literal>
 	を選択し, <literal>src</literal> の中の <literal>sys</literal>
 	をインストールしてください.
       </para>
     </note>
 
     <para>つぎに,
       <filename><replaceable>arch</replaceable>/conf</filename>に移動して,
       <filename>GENERIC</filename>
       コンフィグレーションファイルをカーネルに与えたい名前に
       コピーしてください. たとえば次のようにします.</para>
 
     <screen>&prompt.root; <userinput>cd /usr/src/sys/i386/conf</userinput>
 &prompt.root; <userinput>cp GENERIC MYKERNEL</userinput></screen>
 
     <para>慣習として, この名前はすべて大文字でつづられます. もし,
       いくつかの異なるハードウェアの FreeBSDマシンを扱うなら,
       この名前にホスト名を含めるとよいでしょう.  ここでは, 例として
       <filename>MYKERNEL</filename> と呼ぶことにします.</para>
 
     <note>
       <para>この作業は root権限でおこなう必要があります.
 	そうでなければ, <errortype>permission
 	  denied</errortype>というエラーが出ます.</para>
     </note>
 
     <para>では, <filename>MYKERNEL</filename>
       をあなたの好きなエディタで編集してください.  もし,
       システムをインストールしたばかりならば, 利用できるエディタは
       <command>vi</command>だけかもしれません. ここでは使い方
       の説明はしませんが, <link linkend="bibliography">参考図書</link>
       にあるような多くの本で詳しく説明 されていますので,
       そちらを参照してください. FreeBSD にはより簡単なエディタとして
       <quote>ee</quote> があります. 初心者の方であればこちらをエディタ
       に選ぶとよいでしょう.
       まずファイルの最初の方のコメント行を編集し, あなたのコンフィグ
       レーションに合せて変更した点などを記述して
       <filename>GENERIC</filename> と区別がつく
       ようにしておきましょう.</para>
 
     <para>もし SunOSや他の BSDオペレーティングシステムでカーネルの
       再構築をしたことがあれば, このファイルはとても親しみ
       やすいでしょう. しかし, DOSのようなその他の
       オペレーティングシステムしか知らない人から見れば,
       <filename>GENERIC</filename>
       コンフィグレーションファイルはとても
       なじみにくいものかもしれません. そのような場合は,
       <link linkend="kernelconfig-config"> コンフィグレーションファイル
       </link> の節をゆっくりと注意深く読んでください.</para>
 
     <note>
       <para>FreeBSD Project の最新のソースファイルと, あなたの
 	ソースツリーを同期させている場合,
 	アップデートを行う際には, 必ず
 	<filename>/usr/src/UPDATING</filename> ファイルをチェックするように
 	してください.
 	このファイルには, FreeBSD をアップデートする際のすべての重要な情報
 	が書かれています.
 	<filename>/usr/src/UPDATING</filename> は常にあなたの FreeBSD
 	ソースファイルのバージョンと同期していますので,
 	ハンドブックの情報よりも正確なものとなっています.</para>
     </note>
 
     <para>FreeBSD 4.0 より前の FreeBSD を使っていて,
       FreeBSD 4.0 以降へはアップグレードしない,
       もしくはリリース版の FreeBSD を使っていて
       <filename>/usr/src/</filename> ディレクトリには
       <filename>sys/</filename> しか無い場合,
       編集し終ったら次のコマンドによってコンパイル, インストール
       を行ってください. </para>
 
     <note>
       <para>古いバージョンの FreeBSD からカーネルをアップグレードしようと
 	している場合, 新しいカーネルのソースファイルを取ってきた場所と
 	同じところから, 新しいバージョンの &man.config.8; を取ってくる
 	必要があるでしょう.
 	&man.config.8; は <filename>/usr/src/usr.sbin</filename>
 	にあるので, これらのソースファイルもダウンロードする必要が
 	あります.
 	次のコマンドを実行する前に, これを再構築してインストールして
 	おいてください.</para>
     </note>
 
     <screen>&prompt.root; <userinput>/usr/sbin/config MYKERNEL</userinput>
 &prompt.root; <userinput>cd ../../compile/MYKERNEL</userinput>
 &prompt.root; <userinput>make depend</userinput>
 &prompt.root; <userinput>make</userinput>
 &prompt.root; <userinput>make install</userinput></screen>
 
     <para>4.X 以降の新しいバージョンにアップグレードした場合
       (例えば 3.X から 4-STABLE へ, もしくは 4-STABLE から
       最新版の 4-STABLE へなど), 予め
       <link linkend="cutting-edge">buildworld</link> を行なって,
       以下のコマンドを実行してください:</para>
 
     <screen>&prompt.root; <userinput>cd /usr/src</userinput>
 &prompt.root; <userinput>make buildkernel KERNCONF=MYKERNEL</userinput>
 &prompt.root; <userinput>make installkernel KERNCONF=MYKERNEL</userinput></screen>
 
     <note>
       <para>FreeBSD-4.2 とそれ以前の場合は,
         <literal>KERNCONF=</literal>
         ではなく
         <literal>KERNEL=</literal>
         としなければなりません.
         2001 年 2 月 2 日以降の 4.2-STABLE は
         KERNCONF= を認識します.</para>
     </note>
 
     <para>何らかの方法であなたのソースツリーをアップグレードして
       <emphasis>いない</emphasis> 場合
       (<application>CVSup</application>, <application>CTM</application>,
       <application>anoncvs</application>, などを実行していない場合),
       <command>config</command>, <command>make depend</command>, 
       <command>make</command>, <command>make install</command>
       の手順を実行してください.</para>
 
     <warning>
       <para>最後にカーネルを構築した後で, ソースをアップグレードした場合,
 	カーネルを構築するには <command>make buildkernel</command>
 	を使わなければ <emphasis>なりません</emphasis>.
 	そうしないと, カーネルを構築するのに古いユーティリティが
 	使われてしまい, 失敗してしまうかもしれません.
 	<emphasis>ソースを更新した場合には, カーネルを構築するのに
 	  <command>config</command>/<command>make</command>
 	  の手順は使わないでください!</emphasis></para>
     </warning>
 
     <para>新しいカーネルはルートディレクトリに
       <filename>/kernel</filename>という 名前でコピーされ,
       今までのカーネルは <filename>/kernel.old</filename>
       という名前へ変更されます. では, システムをシャットダウン, リブー
       トして新しいカーネルを使ってください. うまく行かない場合は,
       この章の終りの
       <link linkend="kernelconfig-trouble">問題が起きた場合には</link>
       を参照してください. この章の新しい
       <link linkend="kernelconfig-noboot">カーネルが起動しない</link>
       場合のリカバリの方法を注意深く読んでおいてください.</para>
 
     <note>
       <para>(サウンドカードのような)新しいデバイスを 追加した場合は,
 	使う前に <filename>/dev</filename>ディレクトリで
 	デバイスノードを追加しなければならないかもしれません.
 	詳しくは, <link linkend="kernelconfig-nodes">デバイスノード
 	</link> を読んでください.</para>
     </note>
   </sect1>
 
   <sect1 id="kernelconfig-config">
     <title>コンフィグレーション ファイル</title>
 
     <para>コンフィグレーション ファイルの一般的なフォーマット
       はとてもシンプルです. 各行は1つのキーワードと1つ以上の
       引数を含んでいます. 見やすくするために, ほとんどのキーワードは
       引数を1つしか書いてありません.
       <literal>#</literal>に続くものはすべてコメントとして扱われ,
       無視されます. ここでは, それぞれのキーワードについて だいたい
       <filename>GENERIC</filename> に出てくる順番で説明します. しかし,
       お互いに関係のあるキーワードは, 実際には
       <filename>GENERIC</filename> ファイル上に
       バラバラに現れていても, (ネットワーキングのように)1つにまとめ
       てあります. <anchor id="kernelconfig-options"> おびただしい数の
       オプションの一覧が
       <filename>GENERIC</filename>と同じディレクトリの
       <filename>LINT</filename> コンフィグ
       レーションファイルにあります.  もし, ある行の目的や必要性に疑
       問を持ったら最初に <filename>LINT</filename>
       をチェックしてください.</para>
 
     <important>
       <title>数字と二重引用符</title>
 
       <para>
         FreeBSD 3.x と, それまでの全てのバージョンの FreeBSD における
 	  &man.config.8; は, コンフィグレーションファイル中の
         テキストとして使われる数字を含む文字列が
         全て二重引用符で括られていなければならないという制限があります.
       </para>
 
 	<para>この制限は (このハンドブックが対象としている)
 	  4.X ブランチでは取り除かれました.
 	  4.X 以前のシステムを使っている場合には,
 	  サンプルとしてシステム上の
 	  <filename>/usr/src/sys/i386/conf/LINT</filename> と
 	  <filename>/usr/src/sys/i386/conf/GENERIC</filename>
 	  を参照してください.</para>
     </important>
 
     <para>以下は必要に応じてコメントを追加した
       <filename>GENERIC</filename> カーネルの
       コンフィグレーションファイルです.
       この設定例は <filename>/usr/src/sys/i386/conf/GENERIC</filename>
       に極めて近いものになっているはずです.
       その他に指定可能なカーネルオプションについては,
       <filename>/usr/src/sys/i386/conf/LINT</filename>
       を参照してください.</para>
 
-    <programlisting>
-#
+    <programlisting>#
 # GENERIC -- Generic kernel configuration file for FreeBSD/i386
 #
 # このファイルについて更に情報が必要なら, ハンドブックのカーネル
 # コンフィグレーションファイルのセクションを参照して下さい.
 #
 #    http://www.freebsd.org/handbook/kernelconfig-config.html
 #
 # doc ディストリビューションをインストールした場合, ハンドブックは
 # ローカルマシンの /usr/share/doc/handbook でも見ることができます.
 # 最新版は FreeBSD の WWW サーバ (http://www.FreeBSD.ORG/) を参照して
 # 下さい.
 #
 # ./LINT コンフィギュレーションファイルには, デバイス行に関する大量の
 # オプションと詳細な説明があります. もしある行の目的又は必要性について
 # 疑問がある場合はまず LINT をチェックして下さい.
 #
 # &dollar;FreeBSD: src/sys/i386/conf/GENERIC,v 1.246 2000/03/09 16:32:55 jlemon Exp &dollar;</programlisting>
 
     <para>以下は <emphasis>すべての</emphasis> カーネルの構築に
       必須のキーワードです:</para>
 
     <programlisting>machine		i386</programlisting>
 
     <para>マシンのアーキテクチャです.
       これは <literal>i386</literal>, <literal>alpha</literal>, 
       <literal>pc98</literal> のいずれかでなければなりません.</para>
 
-    <programlisting>
-cpu          I386_CPU
+    <programlisting>cpu          I386_CPU
 cpu          I486_CPU
 cpu          I586_CPU
 cpu          I686_CPU</programlisting>
 
     <para>上記はあなたのシステムの CPU タイプを指定します.
       複数の行を書いても構いません.
       (例: <literal>I586_CPU</literal> とすべきか
       <literal>I686_CPU</literal> とすべきかはっきり分からない場合.
       しかしながら, カスタムカーネルを作る場合, あなたの持つ CPU
       だけを指定するのがベストです.
       もしあなたがどのタイプの CPU を使っているか分からない場合,
       <command>dmesg</command> を使って起動メッセージを
       調べるとよいでしょう.</para>
 
     <para>The Alpha architecture has different values for
       <literal>cpu_type</literal>.  They include:</para>
     <para>Alpha アーキテクチャの場合は,
       <literal>cpu_type</literal> に異なった値を用います.</para>
 
 
-    <programlisting>
-cpu          EV4
+    <programlisting>cpu          EV4
 cpu          EV5</programlisting>
 
     <para>もしあなたが Alpha マシンを使っている場合,
       上記の内のどれかを指定して下さい.</para>
 
     <programlisting>ident          GENERIC</programlisting>
 
     <para>ここはカーネルの識別名を書きます.
       あなたがカーネルに付けたい名前に書き換えて下さい
       (<literal>MYKERNEL</literal>のように).
       <literal>ident</literal> に書いた名前はカーネルを起動する時に
       表示されるので,
       普段使っているカーネルと区別したいときは違う名前を付けると
       良いでしょう(例: 実験的なカーネルを構築する場合).</para>
 
     <programlisting>maxusers          32</programlisting>
 
     <para><literal>maxusers</literal> オプションは重要なシステムテーブルの
       サイズを決定します.
       この数字はあなたのマシンを同時に使うと思われるユーザー数と
       おおよそ等しくするのが良いでしょう.
       しかしながら, 通常は X ウインドウシステムを使ったり,
       ソフトウエアをコンパイルするでしょうから, その場合は
       <literal>maxusers</literal> は最低 4 にして下さい.
       その理由は, <literal>maxusers</literal> によって計算される最も
       重要なテーブルがプロセスの最大数で, それは
       <literal>20 + 16 * maxusers</literal> となります.
       もし, <literal>maxusers</literal> を 1 にすると,
       同時に 36 プロセスしか利用できなくなりますが,
       システムは起動時に 18 ほどのプロセスを立ち上げ,
       X ウインドウシステムは 15 ほどのプロセスを立ち上げるので,
       man コマンドのような単純な仕事でさえフィルタ, 展開, 表示に 9
       個のプロセスを利用するために, プロセス数不足になります.
       <literal>maxusers</literal> を 64 に設定すると,
       1044 個のプロセスを同時に利用することができるので,
       殆どのユーザには充分でしょう.
       もしあなたが別のプログラムを立ち上げる時,
       恐れられている <errortype>proc table full</errortype> エラーが
       発生する場合や, <hostid role="fqdn">ftp.FreeBSD.org</hostid>
       のように多数のユーザにより
       同時に利用されるサーバを動かしている場合には,
       この数字を増やしてカーネルを再構築することができます.</para>
 
     <note>
       <para><literal>maxusers</literal> はあなたのマシンにログインする
 	ユーザ数を制限するものでは <emphasis>ありません</emphasis>.
 	それは単に, あなたのシステムを使うであろうユーザの最大数や
 	それぞれのユーザがどれくらいのプロセスを走らせるかに
 	合わせて各種テーブルの大きさを設定するだけです.
 	同時にリモートログインする最大ユーザ数を制限するキーワードは
 	<link linkend="kernelconfig-ptys">
 	  <literal>pseudo-device pty 16</literal></link> です.
       </para>
     </note>
 
     <para>以下に続くすべては大体において追加設定項目です.
       詳細は各項目の次に書かれている注意書きを参照して下さい.</para>
 
-    <programlisting>
-#makeoptions     DEBUG=-g          #Build kernel with gdb(1) debug symbols
+    <programlisting>#makeoptions     DEBUG=-g          #Build kernel with gdb(1) debug symbols
 options          MATH_EMULATE      #Support for x87 emulation</programlisting>
 
     <para>This line allows the kernel to simulate a math co-processor if
       your computer does not have one (386 or 486SX).  If you have a
       486DX, or a 386 or 486SX (with a separate 387 or 487 chip), or
       higher (Pentium, Pentium II, etc.), you can comment this line
       out.</para>
     <para>この行では, あなたのコンピュータが浮動小数点演算コプロセッサを
       持たない場合(CPU が 386 又は 486SX),
       カーネルにシミュレートさせるよう設定します.
       あなたが 486DX, 又は (387 や 487 チップを別途搭載した) 386, 486SX
       又は更に上位 (Pentium, Pentium II, 他) を持っている場合は
       コメントアウトして下さい.</para>
 
     <note>
       <para>FreeBSD の浮動小数点エミュレーションルーチンはあまり正確では
 	<emphasis>ありません</emphasis>.
 	もしあなたが浮動小数点コプロセッサを持っておらず,
 	かつベストな演算精度が必要であれば, GNU の浮動小数点サポートを
 	利用する <literal>GPL_MATH_EMULATION</literal> を使ってみて下さい.
 	このオプションはライセンス上の理由によりデフォルトでは
 	含まれていません.</para>
     </note>
 
-    <programlisting>
-options          INET          #InterNETworking</programlisting>
+    <programlisting>options          INET          #InterNETworking</programlisting>
 
-    <para>Networking support.  Leave this in, even if you do not plan to
-      be connected to a network.  Most programs require at least loopback
-      networking (i.e., making network connections within your PC), so
-      this is essentially mandatory.</para>
-    <para>ネットワーキングサポート.
+    <para>ネットワークのサポート.
       ネットワークに接続する予定がなくてもこのオプションは残して下さい.
-      殆どのプログラムは少なくともループバックネットワーキング
-      (あなたの PC の中でのネットワーク接続) を必要としますのでこの行は
-      本来必須です.
-    </para>
+      殆どのプログラムは少なくともループバックネットワーク
+      (あなたの PC の中でのネットワーク接続) を必要としますので,
+      基本的にこの行は必須です.</para>
 
-    <programlisting>
-options          INET6          #IPv6 communications protocols</programlisting>
+    <programlisting>options          INET6          #IPv6 communications protocols</programlisting>
 
-    <para>このオプションは IPv6 コミュニケーションプロトコルを
-      利用可能にします.</para>
+    <para>このオプションは IPv6 通信プロトコルを利用可能にします.</para>
 
-    <programlisting>
-options          FFS          #Berkeley Fast Filesystem
+    <programlisting>options          FFS          #Berkeley Fast Filesystem
 options          FFS_ROOT     #FFS usable as root device [keep this!]</programlisting>
 
-    <para>これは基本のハードドライブファイルシステムです.
+    <para>これは標準のハードドライブファイルシステムです.
       ハードディスクから起動する場合は残して下さい.</para>
 
-    <programlisting>
-options          MFS          #Memory Filesystem
+    <programlisting>options          MFS          #Memory Filesystem
 options          MD_ROOT      #MD is a potential root device</programlisting>
 
     <para>これはメモリ上にマップされたファイルシステムです.
       これは基本的に一時ファイルの高速格納用の RAM ディスクであり,
       あなたが有効に利用したい大量のスワップスペースを持っている
       場合には有用でしょう.
       多くのプログラムが一時データをここに保存することから,
       MFS パーティションをマウントする最適な場所は <filename>/tmp</filename>
       ディレクトリです.
       MFS RAM ディスクを <filename>/tmp</filename> にマウントするには
       次の行を <filename>/etc/fstab</filename> に追加して下さい:</para>
 
     <informalexample>
       <programlisting>/dev/ad1s2b	/tmp mfs rw 0 0</programlisting>
     </informalexample>
 
     <para>次に再起動するか, コマンド <command>mount /tmp</command>
       を実行して下さい.</para>
 
-    <programlisting>
-options          NFS          #Network Filesystem
+    <programlisting>options          NFS          #Network Filesystem
 options          NFS_ROOT     #NFS usable as root device, NFS required</programlisting>
 
     <para>ネットワークファイルシステム.
       UNIX ファイルサーバから TCP/IP を介してパーティションを
       マウントするのでない限り, これらの行をコメントアウトして下さい.</para>
 
-    <programlisting>
-options          MSDOSFS      #MSDOS Filesystem</programlisting>
+    <programlisting>options          MSDOSFS      #MSDOS Filesystem</programlisting>
 
     <para>MS-DOS ファイルシステム.
       起動時に DOS でフォーマットされたハードドライブを
       マウントするのでない限り, この行は安全にコメントアウトできます.
       この機能は最初に DOS パーティションをマウントする時に自動的に
       ロードされます.
       又, 優秀な <application>mtools</application>
       (Ports コレクションにあります) を使ってもマウント,
       アンマウントすることなしに DOS フロッピーにアクセスすることができます.
       (<literal>MSDOSFS</literal> は必要としません)</para>
 
-    <programlisting>
-options          CD9660       #ISO 9660 Filesystem
+    <programlisting>options          CD9660       #ISO 9660 Filesystem
 options          CD9660_ROOT  #CD-ROM usable as root, CD9660 required</programlisting>
 
     <para>CD-ROM 用の ISO 9660 ファイルシステム.
       もしあなたが CD-ROM ドライブを持っていないか,
       時々データ CD をマウントするだけならこの行をコメントアウトしても
       大丈夫です (データ CD を最初にマウントする時, 自動的にロードされます).
       音楽 CD はこのファイルシステムを必要としません.</para>
 
-    <programlisting>
-options          PROCFS       #Process filesystem</programlisting>
+    <programlisting>options          PROCFS       #Process filesystem</programlisting>
 
     <para>プロセスファイルシステム.
       これは <filename>/proc</filename> にマウントされる,
       ファイルシステムの <quote>ふりをする</quote> もので,
       &man.ps.1; のようなプログラムに, どんなプロセスが走っているか
       に関するより多くの情報を提供させる事ができます.</para>
 
-    <programlisting>
-options          COMPAT_43    #Compatible with BSD 4.3 [KEEP THIS!]</programlisting>
+    <programlisting>options          COMPAT_43    #Compatible with BSD 4.3 [KEEP THIS!]</programlisting>
 
-    <para>4.3BSD とのコンパチビリティ.
+    <para>4.3BSD との互換機能です.
       有効なままにして下さい.
       この行をコメントアウトするとおかしな動きをするプログラムがあります.
     </para>
 
-    <programlisting>
-options          SCSI_DELAY=15000    #Delay (in ms) before probing SCSI</programlisting>
+    <programlisting>options          SCSI_DELAY=15000    #Delay (in ms) before probing SCSI</programlisting>
 
-    <para>この行は, カーネルがそれぞれの SCSI 機器をプローブする前に
+    <para>この行は, カーネルがそれぞれの SCSI 機器を検出する前に
       15 秒間待つようにします.
       あなたが IDE ドライブしか持たないなら無視して結構です.
       そうでないなら, 起動時間を短くするため, おそらく待つ時間を短く,
       5 秒くらいにしたいでしょう.
       勿論, そうした場合に FreeBSD が SCSI 機器を認識しなくなった場合は
       時間を元に戻す必要があります.</para>
 
-    <programlisting>
-options          UCONSOLE            #Allow users to grab the console</programlisting>
+    <programlisting>options          UCONSOLE            #Allow users to grab the console</programlisting>
 
     <para>ユーザにコンソールを所有することを許可します.
       X のユーザには役に立ちます.
       たとえば <command>xterm -C</command> とコマンドを打つことにより,
       コンソール xterm を起動することができます.
       ここにはカーネルからのあらゆるコンソールメッセージとともに,
       <command>write</command>, <command>talk</command> による
       あらゆるメッセージを表示します.
 </para>
 
-    <programlisting>
-options          USERCONFIG          #boot -c editor</programlisting>
+    <programlisting>options          USERCONFIG          #boot -c editor</programlisting>
 
     <para>このオプションは起動メニューからコンフィグレーションエディタ
       を起動することができるようにします.</para>
 
-    <programlisting>
-options          VISUAL_USERCONFIG   #visual boot -c editor</programlisting>
+    <programlisting>options          VISUAL_USERCONFIG   #visual boot -c editor</programlisting>
 
     <para>このオプションは起動メニューからビジュアルコンフィグレーション
       エディタを起動できるようにします.</para>
 
-    <programlisting>
-options          KTRACE              #ktrace(1) support</programlisting>
+    <programlisting>options          KTRACE              #ktrace(1) support</programlisting>
 
     <para>この行はデバッギングに役立つカーネルプロセスのトレースを
       可能にします.</para>
 
-    <programlisting>
-options          SYSVSHM             #SYSV-style shared memory</programlisting>
+    <programlisting>options          SYSVSHM             #SYSV-style shared memory</programlisting>
 
     <para>このオプションは System V 共有メモリを提供します.
       この機能の最も一般的な使用方法は X における XSHM 拡張です.
       多くのグラフィックス重視のプログラムではこの機能を自動的に
       描画のスピードアップに利用します.
       X を使っているなら, これを含めておいた方がいいでしょう.</para>
 
-    <programlisting>
-options          SYSVSEM             #SYSV-style semaphores</programlisting>
+    <programlisting>options          SYSVSEM             #SYSV-style semaphores</programlisting>
 
     <para>System V セマフォのサポート.
       あまり使われませんが, カーネルサイズは数百バイト大きくなるだけです.
     </para>
 
-    <programlisting>
-options          SYSVMSG             #SYSV-style message queues</programlisting>
+    <programlisting>options          SYSVMSG             #SYSV-style message queues</programlisting>
 
     <para>System V のメッセージのサポート.
       これもカーネルサイズを数百バイト大きくするだけです.</para>
 
     <note>
       <para>&man.ipcs.1; コマンドを実行するとこれらの System V
 	機能を使っているプロセスのリストを表示します.</para>
     </note>
 
-    <programlisting>
-options 	P1003_1B		#Posix P1003_1B real-time extentions
+    <programlisting>options 	P1003_1B		#Posix P1003_1B real-time extentions
 options 	_KPOSIX_PRIORITY_SCHEDULING</programlisting>
 
     <para>リアルタイム拡張が 1993 POSIX に追加されました.
       Ports コレクションの内のいくつかのアプリケーション
       (例えば Star Office) はこれを使っています.</para>
 
-    <programlisting>
-options		ICMP_BANDLIM		#Rate limit bad replies</programlisting>
+    <programlisting>options		ICMP_BANDLIM		#Rate limit bad replies</programlisting>
 
     <para>このオプションは ICMP エラー応答のバンド幅制限を可能にします.
       サービス不能パケットによる攻撃からマシンを保護するために必要です.
     </para>
 
-    <programlisting>
-# To make an SMP kernel, the next two are needed
+    <programlisting># To make an SMP kernel, the next two are needed
 #options        SMP                     # Symmetric MultiProcessor Kernel
 #options        APIC_IO                 # Symmetric (APIC) I/O</programlisting>
 
     <para>上の行は両方とも SMP サポートのために必要です.</para>
 
-    <programlisting>
-# Optionally these may need tweaked, (defaults shown):
+    <programlisting># Optionally these may need tweaked, (defaults shown):
 #options        NCPU=2                  # number of CPUs
 #options        NBUS=4                  # number of busses
 #options        NAPIC=1                 # number of IO APICs
 #options        NINTR=24                # number of INTs</programlisting>
 
     <para>これらは追加の SMP オプションです.</para>
 
     <programlisting>device          isa</programlisting>
 
     <para>FreeBSD がサポートするすべての PC はこれらの内のひとつを
       持っています.
       あなたが IBM PS/2 (マイクロチャネルアーキテクチャ)
       マシンを持っている場合, FreeBSD は現時点では動作しません
       (サポートには取組中です).</para>
 
     <programlisting>device          eisa</programlisting>
 
     <para>あなたが EISA マザーボードを持っている場合,
       この行を含めて下さい. これは EISA バスに接続されているすべての
       デバイスの自動検出と設定を可能にします.</para>
 
     <programlisting>device          pci</programlisting>
 
     <para>あなたが PCI マザーボードを持っている場合, この行を含めて下さい.
       これは PCI カードの自動検出と PCI から ISA バスへのゲートウエイを
       可能にします.</para>
 
-    <programlisting>
-# Floppy drives
+    <programlisting># Floppy drives
 device          fdc0        at isa? port IO_FD1 irq 6 drq 2
 device          fd0         at fdc0 drive 0
 device          fd1         at fdc0 drive 1</programlisting>
 
     <para>これはフロッピーディスクコントローラです.
       <literal>fd0</literal> は <devicename>A:</devicename>
       フロッピードライブ, <literal>fd1</literal> は
       <devicename>B:</devicename> ドライブです.</para>
 
     <programlisting>device          ata</programlisting>
 
     <para>このドライバはすべての ATA と ATAPI デバイスをサポートします.
       最近のマシンでは <literal>device ata</literal> 行を 1 行書くだけで
       すべての PCI ATA/ATAPI デバイスを検出することができます.</para>
 
-    <programlisting>
-device          atadisk                 # ATA disk drives</programlisting>
+    <programlisting>device          atadisk                 # ATA disk drives</programlisting>
 
     <para>ATAPI ディスクドライブには <literal>device ata</literal>
       と共にこの行が必要です.</para>
 
-    <programlisting><anchor id="kernelconfig-atapi">
-device          atapicd                 # ATAPI CDROM drives</programlisting>
+    <programlisting><anchor id="kernelconfig-atapi">device          atapicd                 # ATAPI CDROM drives</programlisting>
 
     <para>ATAPI CDROM ドライブには <literal>device ata</literal>
       と共にこの行が必要です.</para>
 
-    <programlisting>
-device          atapifd                 # ATAPI floppy drives</programlisting>
+    <programlisting>device          atapifd                 # ATAPI floppy drives</programlisting>
 
     <para>ATAPI フロッピードライブには <literal>device ata</literal>
       と共にこの行が必要です.</para>
 
-    <programlisting>
-device          atapist                 # ATAPI tape drives</programlisting>
+    <programlisting>device          atapist                 # ATAPI tape drives</programlisting>
 
     <para>ATAPI テープドライブには <literal>device ata</literal>
       と共にこの行が必要です.</para>
 
-    <programlisting>
-options         ATA_STATIC_ID           #Static device numbering</programlisting>
+    <programlisting>options         ATA_STATIC_ID           #Static device numbering</programlisting>
 
     <para>この行はコントローラ番号を (古いドライバのように) 静的に
       割り当てます. そうでない場合, デバイス番号は動的に割り当てられます.
     </para>
 
-    <programlisting>
-#options        ATA_ENABLE_ATAPI_DMA    #Enable DMA on ATAPI devices</programlisting>
+    <programlisting>#options        ATA_ENABLE_ATAPI_DMA    #Enable DMA on ATAPI devices</programlisting>
 
     <para>この行は ATAPI デバイス上での DMA を可能にします.
       多くの ATAPI デバイスは DMA をサポートすると表明していても
       実際には機能しないので, デフォルトでオフにされています.</para>
 
-    <programlisting>
-# ATA and ATAPI devices
+    <programlisting># ATA and ATAPI devices
 device          ata0        at isa? port IO_WD1 irq 14
 device          ata1        at isa? port IO_WD2 irq 15</programlisting>
 
     <para>上の行は古い, PCI ではないシステムの場合の形式です.</para>
 
-    <programlisting>
-# SCSI Controllers
+    <programlisting># SCSI Controllers
 device          ahb        # EISA AHA1742 family
 device          ahc        # AHA2940 and onboard AIC7xxx devices
 device          amd        # AMD 53C974 (Teckram DC-390(T))
 device          dpt        # DPT Smartcache - See LINT for options!
 device          isp        # Qlogic family
 device          ncr        # NCR/Symbios Logic
 device          sym        # NCR/Symbios Logic (newer chipsets)
 
 device          adv0       at isa?
 device          adw
 device          bt0        at isa?
 device          aha0       at isa?
 device          aic0       at isa?</programlisting>
 
     <para>SCSI コントローラです.
       あなたのシステムにないデバイスはコメントアウトして下さい.
       もし IDE しかないシステムならこれらすべてを削除できます.</para>
 
-    <programlisting>
-# SCSI peripherals
+    <programlisting># SCSI peripherals
 device          scbus      # SCSI bus (required)
 device          da         # Direct Access (disks)
 device          sa         # Sequential Access (tape etc)
 device          cd         # CD
 device          pass       # Passthrough device (direct SCSI
 access)</programlisting>
 
     <para>SCSI 周辺機器です.
       あなたが持っていないデバイスはコメントアウトして下さい.
       もし IDE しか持っていないならこれらを完全に削除できます.</para>
 
-    <programlisting>
-# RAID controllers
+    <programlisting># RAID controllers
 device          ida        # Compaq Smart RAID
 device          amr        # AMI MegaRAID
 device          mlx        # Mylex DAC960 family</programlisting>
 
     <para>サポートされる RAID コントローラです.
       これらのどれも持っていない場合, すべてをコメントアウト又は
       削除することができます.</para>
 
-    <programlisting>
-# atkbdc0 controls both the keyboard and the PS/2 mouse
+    <programlisting># atkbdc0 controls both the keyboard and the PS/2 mouse
 device          atkbdc0    at isa? port IO_KBD</programlisting>
 
     <para>キーボードコントローラ (<literal>atkbdc</literal>)
       は AT キーボード及び PS/2 スタイルポインティングデバイスの
       I/O サービスを提供します.
       キーボードドライバ (<literal>atkbd</literal>) と PS/2
       ポインティングデバイスドライバ (<literal>psm</literal>)
       はこのコントローラを必要とします.</para>
 
-    <programlisting>
-device          atkbd0     at atkbdc? irq 1</programlisting>
+    <programlisting>device          atkbd0     at atkbdc? irq 1</programlisting>
 
     <para><literal>atkbd</literal> ドライバ.
       <literal>atkbdc</literal> コントローラと協調して動作し,
       AT キーボードコントローラに接続された AT 84 キーボードや
       AT 拡張キーボードへのアクセスを提供します.</para>
 
-    <programlisting>
-device          psm0       at atkbdc? irq 12</programlisting>
+    <programlisting>device          psm0       at atkbdc? irq 12</programlisting>
 
     <para>あなたのマウスが PS/2 マウスポートに接続するタイプなら
       このデバイスを使って下さい.</para>
 
     <programlisting>device          vga0        at isa?</programlisting>
 
     <para>ビデオカードドライバです.</para>
 
-    <programlisting>
-# splash screen/screen saver
+    <programlisting># splash screen/screen saver
 pseudo-device          splash</programlisting>
 
     <para>起動時に画面がはじけます.
       スクリーンセーバもこのデバイスを必要とします.</para>
 
-    <programlisting>
-# syscons is the default console driver, resembling an SCO console
+    <programlisting># syscons is the default console driver, resembling an SCO console
 device          sc0          at isa?</programlisting>
 
     <para><literal>sc0</literal> はSCOに類似したデフォルトの
       コンソールドライバです.
       殆どのフルスクリーンのプログラムは <filename>termcap</filename>
       のようなターミナルデータベールライブラリにアクセスするので,
       <literal>sc0</literal> を使うか <literal>VT220</literal>
       互換のコンソールドライバである <literal>vt0</literal>
       を使うかは重要ではありません.
       ログイン時, このコンソールでフルスクリーンプログラムが動かないときは
       <envar>TERM</envar> 変数を <literal>scoansi</literal> に設定して下さい.
     </para>
 
-    <programlisting>
-# Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver
+    <programlisting># Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver
 #device          vt0     at isa?
 #options         XSERVER          # support for X server on a vt console
 #options         FAT_CURSOR       # start with block cursor
 # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines
 #options         PCVT_SCANSET=2   # IBM keyboards are non-std</programlisting>
 
     <para>これは VT220 互換のコンソールドライバで,
       VT100/102 と後方互換性があります.
       <literal>sc0</literal> とハード的に互換性がないラップトップでも
       問題なく動きます.
       ここでもログイン時に <envar>TERM</envar> 変数を
       <literal>vt100</literal> 又は <literal>vt220</literal>
       と設定して下さい.
       このドライバは、<literal>sc0</literal> デバイス用の
       <filename>termcap</filename> や <filename>terminfo</filename>
       のエントリが無い, ネットワーク上の多くの異なったマシンに
       接続する際にも有用です &mdash; <literal>vt100</literal>
       は仮想的にすべてのプラットフォームで有効であるべきです.</para>
 
-    <programlisting>
-# Floating point support - do not disable.
+    <programlisting># Floating point support - do not disable.
 device          npx0     at nexus? port IO_NPX irq 13</programlisting>
 
     <para><literal>npx0</literal> は FreeBSD における
       浮動小数点演算ユニットへのインターフェースで, それは実際には
       コプロセッサ又はソフトウエアエミュレータです.
       これはオプションでは<emphasis>ありません</emphasis>.</para>
 
-    <programlisting>
-# Power management support (see LINT for more options)
+    <programlisting># Power management support (see LINT for more options)
 device          apm0     at nexus? disable flags 0x20  # Advanced Power Management</programlisting>
 
     <para>先進的な電源管理機能 (APM) のサポート.
       ラップトップでは役に立つでしょう.</para>
 
-    <programlisting>
-# PCCARD (PCMCIA) support
+    <programlisting># PCCARD (PCMCIA) support
 device          card
 device          pcic0    at isa? irq 10 port 0x3e0 iomem 0xd0000
 device          pcic1    at isa? irq 11 port 0x3e2 iomem 0xd4000 disable</programlisting>
 
     <para>PCMCIA サポート. ラップトップにインストールする時は必要です.</para>
 
-    <programlisting>
-# Serial (COM) ports
+    <programlisting># Serial (COM) ports
 device          sio0     at isa? port IO_COM1 flags 0x10 irq 4
 device          sio1     at isa? port IO_COM2 irq 3
 device          sio2     at isa? disable port IO_COM3 irq 5
 device          sio3     at isa? disable port IO_COM4 irq 9</programlisting>
 
     <para>これらは MS-DOS/Windows の世界では COM1からCOM4 と呼ばれている
       4 つのシリアルポートです.</para>
 
     <note>
       <para>もしあなたが内蔵モデムを COM4 に, シリアルポートを COM2
 	に設定している場合, FreeBSD からアクセスするには,
 	(IRQ2=IRQ9 という, 不明瞭な技術的理由により) モデムの IRQ を 2
 	に変更する必要があります.
 	もしマルチポートシリアルカードを持っていてこれらの設定の正しい
 	数値に関する情報がほしい場合はマニュアルページ &man.sio.4;
 	を参照して下さい.
 	ビデオカードのいくつかは (S3 チップベースのものは特に) IO
 	アドレスを <literal>0x*2e8</literal> と言う形式で表現する一方,
 	多くの安価なシリアルカードは 16 ビットの IO アドレスを完全に
 	デコードしないので, これらのカードを使った場合衝突が起こり,
 	事実上 COM4 ポートを使用不可能にします.</para>
       <para>各々のシリアルポートは (共有割り込み番号をサポートする
 	マルチポートカードを使っていない限り) 固有の IRQ を必要とします.
 	従って COM3 と COM4 用のデフォルト IRQ は利用できません.</para>
     </note>
 
-    <programlisting>
-# Parallel port
+    <programlisting># Parallel port
 device          ppc0    at isa? irq 7</programlisting>
 
     <para>ISA バスパラレルポートインターフェースです.</para>
 
-    <programlisting>
-device          ppbus      # Parallel port bus (required)</programlisting>
+    <programlisting>device          ppbus      # Parallel port bus (required)</programlisting>
 
     <para>パラレルポートバスのサポートを提供します.</para>
 
-    <programlisting>
-device          lpt        # Printer</programlisting>
+    <programlisting>device          lpt        # Printer</programlisting>
 
     <para>パラレルポートプリンタのサポートです.</para>
 
     <note>
       <para>上の 3 つはすべてパラレルプリンタを利用可能にするために
 	必要です.</para>
     </note>
 
-    <programlisting>
-device          plip       # TCP/IP over parallel</programlisting>
+    <programlisting>device          plip       # TCP/IP over parallel</programlisting>
 
     <para>パラレルネットワークインターフェース用のドライバです.</para>
 
-    <programlisting>
-device          ppi        # Parallel port interface device</programlisting>
+    <programlisting>device          ppi        # Parallel port interface device</programlisting>
 
     <para>汎用I/O (<quote>geek port</quote>) + IEEE1284 I/O です.</para>
 
-    <programlisting>
-#device         vpo        # Requires scbus and da</programlisting>
+    <programlisting>#device         vpo        # Requires scbus and da</programlisting>
 
     <para>Iomega の Zip ドライブ用です. <literal>scbus</literal>
       と <literal>da</literal> サポートが必要です.
       EPP 1.9モードを使うと最高の性能が得られます.</para>
 
-    <programlisting>
-# PCI Ethernet NICs.
+    <programlisting># PCI Ethernet NICs.
 device          de         # DEC/Intel DC21x4x (<quote>Tulip</quote>)
 device          fxp        # Intel EtherExpress PRO/100B (82557, 82558)
 device          tx         # SMC 9432TX (83c170 <quote>EPIC</quote>)
 device          vx         # 3Com 3c590, 3c595 (<quote>Vortex</quote>)
 device          wx         # Intel Gigabit Ethernet Card (<quote>Wiseman</quote>)</programlisting>
 
     <para>PCI ネットワークカードのドライバです. あなたのシステムに
       ないものはコメントアウトするか削除して下さい.</para>
 
-    <programlisting>
-# PCI Ethernet NICs that use the common MII bus controller code.
+    <programlisting># PCI Ethernet NICs that use the common MII bus controller code.
 device          miibus     # MII bus support</programlisting>
 
     <para>MII バスサポートはいくつかの PCI 10/100 イーサネット NIC,
       すなわち MII に従うトランシーバや MII のようなトランシーバ制御
       インターフェースを実装するもの, に必要となります.
       カーネルコンフィギュレーションに <literal>device miibus</literal>
       を追加することで, 汎用 miibus API のサポートと,
       特定のドライバを必要としない場合に利用される汎用のものを含む
       すべての PHY ドライバが導入されます.</para>
 
-    <programlisting>
-device          dc         # DEC/Intel 21143 and various workalikes
+    <programlisting>device          dc         # DEC/Intel 21143 and various workalikes
 device          rl         # RealTek 8129/8139
 device          sf         # Adaptec AIC-6915 (<quote>Starfire</quote>)
 device          sis        # Silicon Integrated Systems SiS 900/SiS 7016
 device          ste        # Sundance ST201 (D-Link DFE-550TX)
 device          tl         # Texas Instruments ThunderLAN
 device          vr         # VIA Rhine, Rhine II
 device          wb         # Winbond W89C840F
 device          xl         # 3Com 3c90x (<quote>Boomerang</quote>, <quote>Cyclone</quote>)</programlisting>
 
     <para>MII バスコントローラコードを利用するドライバです.</para>
 
-    <programlisting>
-# ISA Ethernet NICs.
+    <programlisting># ISA Ethernet NICs.
 device          ed0    at isa? port 0x280 irq 10 iomem 0xd8000
 device          ex
 device          ep
 # WaveLAN/IEEE 802.11 ワイヤレス NIC.
 # 注: WaveLAN/IEEE は PCMCIA デバイスとしてしか実在しません.
 # なので ISAア タッチメントは必要なく, リソースは常に PC カードコードに
 # より動的に割り当てられます.
 device          wi
 # Aironet 4500/4800 802.11 ワイヤレス NIC.
 # 注: 下の宣言は ISA PnP モード (工場出荷時設定) のISAカード, PCMCIA
 # 及び PCI カードにのみ働きます. もし, ISA カードの I/O アドレスと IRQ
 # を手動で設定している場合は, ここでそれらのパラメータを指定しなく
 # てはいけません.
 device          an
 # これらの検出順序は現在 i386/isa/isa_compat.c により決められます.
 device          ie0    at isa? port 0x300 irq 10 iomem 0xd0000
 device          fe0    at isa? port 0x300
 device          le0    at isa? port 0x300 irq 5 iomem 0xd0000
 device          lnc0   at isa? port 0x280 irq 10 drq 0
 device          cs0    at isa? port 0x300
 device          sn0    at isa? port 0x300 irq 10
 # requires PCCARD (PCMCIA) support to be activated
 #device         xe0    at isa?</programlisting>
 
     <para>ISA イーサネットドライバです.
       どのカードがどのドライバによりサポートされているかは
       <filename>/usr/src/sys/i386/conf/LINT</filename> を参照して下さい.</para>
 
-    <programlisting>
-# Pseudo devices - the number indicates how many units to allocated.
+    <programlisting># Pseudo devices - the number indicates how many units to allocated.
 pseudo-device   loop          # Network loopback</programlisting>
 
     <para>TCP/IP の汎用ループバックデバイスです.
       <hostid>localhost</hostid> (すなわち
       <hostid role="ipaddr">127.0.0.1</hostid>) に対して telnet や FTP
       を使う場合, この疑似デバイスを通して戻ってきます.
       これは <emphasis>必須</emphasis> です.</para>
 
-    <programlisting>
-pseudo-device   ether         # Ethernet support</programlisting>
+    <programlisting>pseudo-device   ether         # Ethernet support</programlisting>
 
     <para><literal>ether</literal> はイーサネットカードを持っている場合に
       のみ必要です. 汎用イーサネットプロトコルコードを含みます.</para>
 
-    <programlisting>
-pseudo-device   sl      1     # Kernel SLIP</programlisting>
+    <programlisting>pseudo-device   sl      1     # Kernel SLIP</programlisting>
 
     <para><literal>sl</literal> は SLIP サポートを行います.
       SLIP は設定のより簡単な, モデム-モデム間の接続にはより適していて
       より高機能な PPP に殆ど取って代わられています.
       <literal>sl</literal> に続く <replaceable>数字</replaceable>
       には同時に持てる SLIP セッション数を指定します.</para>
 
-    <programlisting>
-pseudo-device   ppp     1     # Kernel PPP</programlisting>
+    <programlisting>pseudo-device   ppp     1     # Kernel PPP</programlisting>
 
     <para>これはダイアルアップ接続用のカーネル PPP サポートです.
       他にも <literal>tun</literal> を利用し, デマンドダイアリングのような
       柔軟性と機能を提供するユーザーランドのアプリケーションとして
       実装された PPP が存在します.  <literal>ppp</literal> に続く
       <replaceable>数字</replaceable> には同時に持てる PPP セッション数を
       指定します.</para>
 
-    <programlisting>
-pseudo-device   tun           # Packet tunnel.</programlisting>
+    <programlisting>pseudo-device   tun           # Packet tunnel.</programlisting>
 
     <para>これはユーザーランド PPP ソフトウエアにより利用されます.
       <literal>tun</literal> に続く <replaceable>数字</replaceable>
       には同時に持てる PPP セッション数を指定します.
       詳細はこの本の <link linkend="userppp">PPP</link> セクションを
       参照して下さい.</para>
 
-    <programlisting><anchor id="kernelconfig-ptys">
-pseudo-device   pty           # Pseudo-ttys (telnet etc)</programlisting>
+    <programlisting><anchor id="kernelconfig-ptys">pseudo-device   pty           # Pseudo-ttys (telnet etc)</programlisting>
 
     <para>これは <quote>疑似ターミナル</quote> 或いはシミュレートされた
       ログインポートです.
       これは入ってくる <command>telnet</command> と
       <command>rlogin</command> セッション, <application>xterm</application>
       やその他の <application>emacs</application> のような
       アプリケーションにより利用されます.
       <replaceable>数字</replaceable> は生成される <literal>pty</literal>
       の数を示します. もし同時にデフォルトの 16 より多くの
       <application>xterm</application> ウィンドウやリモートログインが
       必要な場合, 必要に応じてこの数字を増やして下さい.
       最大は 256 です.</para>
 
-    <programlisting>
-pseudo-device   md            # Memory <quote>disks</quote></programlisting>
+    <programlisting>pseudo-device   md            # Memory <quote>disks</quote></programlisting>
 
     <para>メモリディスク疑似デバイス.</para>
 
-    <programlisting>
-pseudo-device   gif     4     # IPv6 and IPv4 tunneling</programlisting>
+    <programlisting>pseudo-device   gif     4     # IPv6 and IPv4 tunneling</programlisting>
 
     <para>この行は IPv6 over IPv4 トンネル, IPv4 over IPv6 トンネル,
       IPv4 over IPv4 トンネル, IPv6 over IPv6 トンネルを提供します.</para>
 
-    <programlisting>
-pseudo-device   faith   1     # IPv6-to-IPv4 relaying (translation)</programlisting>
+    <programlisting>pseudo-device   faith   1     # IPv6-to-IPv4 relaying (translation)</programlisting>
 
     <para>この疑似デバイスは自分宛に送られたパケットを受け取り,
       IPv4/IPv6 変換デーモンに渡します.</para>
 
-    <programlisting>
-# The `bpf' pseudo-device enables the Berkeley Packet Filter.
+    <programlisting># The `bpf' pseudo-device enables the Berkeley Packet Filter.
 # Be aware of the administrative consequences of enabling this!
 pseudo-device   bpf           # Berkeley packet filter</programlisting>
 
     <para>これはバークレーパケットフィルタです.
       この疑似デバイスはネットワークインターフェースを, イーサネットのような
       ブロードキャストネットワーク上ですべてのパケットを拾うことのできる
       promiscuous モードに設定できるようにします.
       これらのパケットはディスクに取り込むこともできますし,
       &man.tcpdump.1; を使ってチェックをすることもできます.</para>
 
-    <programlisting>
-# USB support
+    <programlisting># USB support
 #device         uhci          # UHCI PCI-&gt;USB interface
 #device         ohci          # OHCI PCI-&gt;USB interface
 #device         usb           # USB Bus (required)
 #device         ugen          # Generic
 #device         uhid          # <quote>Human Interface Devices</quote>
 #device         ukbd          # Keyboard
 #device         ulpt          # Printer
 #device         umass         # Disks/Mass storage - Requires scbus and da
 #device         ums           # Mouse
 # USB Ethernet, requires mii
 #device         aue           # ADMtek USB ethernet
 #device         cue           # CATC USB ethernet
 #device         kue           # Kawasaki LSI USB ethernet</programlisting>
 
     <para>様々なUSBデバイスのサポートです.</para>
 
     <para>より詳細な情報と, FreeBSD によりサポートされる他のデバイスに
       ついては <filename>/usr/src/sys/i386/conf/LINT</filename>
       を参照して下さい.</para>
   </sect1>
 
   <sect1 id="kernelconfig-nodes">
     <title>デバイスノードを作る</title>
 
     <para>カーネル内のほとんどすべてのデバイスは対応する
       <quote>node</quote> エントリが <filename>/dev</filename>
       ディレクトリにあります. これらのノードは普
       通のファイルのように見えますが, 実際にはプログラムがデバイスに
       アクセスするのに用いるカーネル内への特別なエントリです.
       シェルスクリプトである
       <filename>/dev/MAKEDEV</filename>はオペレーティング
       システムを最初にインストールする時に実行され, サポートされてい
       る大部分のデバイスのノードを作ります.  しかし,
       <emphasis>すべての</emphasis>
       ノードが作られるわけではありませんので
       新しいデバイスのサポートを加える時は対応するエントリがこのディ
       レクトリにあるかどうか確認してもしなければ, 作ってください.
       以下に例を示します.</para>
 
     <para>IDE CD-ROMのサポートをカーネルに加えるとします. 次の行
       を加えます.</para>
 
-    <programlisting>
-device acd0</programlisting>
+    <programlisting>device acd0</programlisting>
 
     <para>これにしたがって, <filename>/dev</filename>ディレクトリに
       <filename>acd0</filename>で始ま るエントリを捜してください.
       1文字が後ろにつくかもしれません. 後 ろについた文字が
       <literal>c</literal>であるか先に
       <literal>r</literal>のつくエントリは <quote>raw</quote> デバ
       イスを示します.
       それらのファイルがないことが明らかになったとします. そこで
       <filename>/dev</filename>
       ディレクトリに移動して次のようにタイプします.</para>
 
     <screen>&prompt.root; <userinput>sh MAKEDEV acd0</userinput></screen>
 
     <para>スクリプトの実行が終ったら <filename>/dev</filename>に
       <filename>acd0c</filename> と  <filename>racd0c</filename>
       エントリがあることを確認してください. これによ
       り正しく実行されたことがわかります.</para>
 
     <para>サウンドカードの場合, 以下のコマンドで対応する
       エントリが作成されます:</para>
 
       <screen>&prompt.root; <userinput>sh MAKEDEV snd0</userinput></screen>
 
     <note>
       <para>サウンドカードのようなデバイスのノードを作る場合で, もし他
 	の人がマシンにアクセスするようであれば, そのデバイスを
 	<filename>/etc/fbtab</filename>
 	ファイルに追加して外部からのアクセスから
 	保護するのが望ましいでしょう. このファイルの詳細については
 	&man.fbtab.5; を参照してください.</para>
     </note>
 
     <para><filename>GENERIC</filename>
       に含まれていないデバイスはエントリがありませんから,以上
       の簡単な手順をおこなうことになります.</para>
 
     <note>
       <para>すべての SCSI コントローラは同じ <filename>/dev</filename>
 	の エントリを使用しますのでノードを作る必要はありません.
 	またネッ トワークカードと SLIP/PPP 疑似デバイスは
 	<filename>/dev</filename> にはエント
 	リがありませんのでこれらについても作る必要がありません.</para>
     </note>
   </sect1>
 
   <sect1 id="kernelconfig-trouble">
     <title>問題が起きた場合には</title>
 
     <para>カスタムカーネルを作る場合に起きるトラブルは,
         次の 4 種類に分けられます.</para>
 
     <variablelist>
       <varlistentry><term><command>config</command> コマンドの失敗</term>
 	<listitem>
 	  <para>カーネルコンフィグレーションファイルに設定を行なってから
 	    <command>config</command> コマンドが失敗したのであれば,
 	    おそらくファイルのどこかに単純な間違いがあります.
             さいわい,
 	    <command>config</command>
             はトラブルの起きた行番号を出力しますので
 	    <command>vi</command> で素早く見つけることができます.
 	    例えば, 次のように出力された場合</para>
 
             <screen>config: line 17: syntax error</screen>
 
 	  <para><command>vi</command> のコマンドモードで
 	    <command>17G</command> とタイプすれば,
             問題のところへ飛ぶことができます.
 	    <filename>GENERIC</filename> カーネルのファイルや,
             他のリファレンスと比較して注意深く修正してください.</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term><command>make</command> コマンドの失敗</term>
 	<listitem>
 	  <para><command>make</command> コマンドが失敗した場合には,
 	    カーネル設定で <command>config</command>
 	    がとらえられなかったような間違いをしていることが多いようです.
             もう一度コンフィグレーションファイルを見直してください.
             それでも問題を解決することができなければ,
             &a.questions;
             へあなたのカーネルコンフィグレーションファイルをつけてメールしてください.
             誰かが素早く間違いを見つけてくれるでしょう.</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term>カーネルが起動しない
 	  <anchor id="kernelconfig-noboot"></term>
 	<listitem>
 	  <para>新しいカーネルが起動しなかったり,
 	    デバイスの認識をしない場合でもあわてないでください!
 	    さいわい, BSDは 利用できないカーネルから復帰する
             洗練されたメカニズムがあります.
             それは, FreeBSD のブートローダで起動したいカーネルを選択する
 	    (例えば <command>boot <filename>kernel.old</filename></command>)
             だけです.
 	    カーネルの再設定をおこなう場合にはいつも,
             確実に動くことが分かっているカーネルを用意しておくようにすると良いでしょう.
           </para>
 
 	  <para>問題のないカーネルで起動した後に
 	    あなたのコンフィグレー ションファイルを調べ,
 	    再び構築を試みてください.
 	    <filename>/var/log/messages</filename>
 	    ファイルにはすべての成功した
 	    起動時のカーネルメッセージやその他の記録があり, これ
 	    は助けになる情報の一つでしょう. また,
 	    &man.dmesg.8; コマンドは現在の起動時のカーネルメッ
 	    セージを出力します.</para>
 
 	  <note>
 	    <para>カーネルの構築中にトラブルが起きた時に使うために
 	      GENERICや他のカーネルを次の構築で消されない
 	      ように異る名前で保存するようにしてください. <emphasis
 		remap=tt>kernel.old</emphasis>
 	      は新しいカーネルをインストールする 時に,
 	      その一つ前にインストールしたうまく動かないかもしれ
 	      ないカーネルで上書きされてしまいますので当てにできませ
 	      ん. またできる限り早く動作しているカーネルを本来の
 	      <filename>kernel</filename>の位置に移動させてください.
 	      そうしないと
 	      &man.ps.1; のようなコマンドが正しく動きません.
 	      <command>make</command>
 	      でインストールされたカーネルのファイルを
 	      (別のカーネルに戻すために)
 	      <quote>アンロック</quote> するための特別
 	      のコマンドは</para>
 
 	    <screen>&prompt.root; <userinput>chflags noschg /kernel</userinput></screen>
 
 	    <para>です. また,
 	      新しい置き換えたカーネルあるいは重要ファイ
 	      ルを動かしたり変更されないように
 	      <quote>ロック</quote> するには 次のようにします. </para>
 
 	    <screen>&prompt.root; <userinput>chflags schg /kernel</userinput></screen>
 	  </note>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term>カーネルは動くが
 	  <command>ps</command> は動かない!</term>
 
 	<listitem>
 	  <para>システムユーティリティと異る
 	    バージョンのカーネルをインストールした場合, 例えば
 	    4.x のカーネルを 3.x
 	    システム上にインストールするような場合,
 	    &man.ps.1; や &man.vmstat.8; のような多くの
 	    システムステータスコマンドは動かなくなります.
 	    <filename>libkvm</filename> を再コンパイルして,
             これらのユーティリティを作りなおす必要があります.
             これは, カーネルとそれ以外で異なるバージョンを組み合わせて
             オペレーティングシステムを使用することが推奨されない理由の
             一つとなっています.</para>
 	</listitem>
       </varlistentry>
     </variablelist>
   </sect1>
 </chapter>
 
 <!--
      Local Variables:
      mode: sgml
      sgml-declaration: "../chapter.decl"
      sgml-indent-data: t
      sgml-omittag: nil
      sgml-always-quote-attributes: t
      sgml-parent-document: ("../book.sgml" "part" "chapter")
      End:
 -->
diff --git a/ja_JP.eucJP/books/handbook/kerneldebug/chapter.sgml b/ja_JP.eucJP/books/handbook/kerneldebug/chapter.sgml
index b424ab414d..2b891e9be2 100644
--- a/ja_JP.eucJP/books/handbook/kerneldebug/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/kerneldebug/chapter.sgml
@@ -1,736 +1,734 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.29
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/kerneldebug/chapter.sgml,v 1.10 2000/09/15 07:43:09 hrs Exp $
+     Original revision: 1.30
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/kerneldebug/chapter.sgml,v 1.11 2001/03/11 18:47:12 hrs Exp $
 -->
 
 <chapter id="kerneldebug">
   <title>カーネルデバッグ</title>
 
   <para><emphasis>原作 &a.paul; and &a.joerg;</emphasis></para>
 
   <para><emphasis>訳: &a.jp.yoshiaki;. 1997 年 3 月 18 日.</emphasis></para>
 
   <sect1>
     <title><command>gdb</command>
       によるカーネルのクラッシュダンプのデバッグ</title>
 
     <para>ここではクラッシュダンプ (crash dump : 訳注 この文脈では
       kernel 自身
       の異常によって停止した場合に出力されるイメージを指します)
       によるカー ネルデバッグの方法を示します.</para>
 
     <para>ここではダンプするための十分なスワップ
       (swap) の容量があるものとします.
       もし複数のスワップパーティションを持ち,
       最初のパーティションがダンプ
       を保持するのに十分な大きさを持たない場合は
       別のダンプデバイスを使うよ
       うに (<literal>config kernel</literal> 行で)
       カーネルのコンフィグをおこなうか, &man.dumpon.8;
       コマンドを使って別のデバイスを示すことができます. &man.dumpon.8;
       を使うもっともよい方法は変数 <literal>dumpdev</literal> を
       <filename>/etc/rc.conf</filename> で設定することです. 一般的には
       <filename>/etc/fstab</filename> で設定されているスワップデバイスが
       使われるでしょう.
       スワップに使えないデバイスへのダンプ,
       例えばテープへのダンプは現在サポートさ
       れていません. カーネルのコンフィグは
       <command>config <option>-g</option></command> によって行ってください.
       <link linkend="kernelconfig"> FreeBSD
 	カーネルのコンフィグレーション </link>
       には FreeBSD のカーネルの設定の詳細がありますので
       参照してください.</para>
 
     <para>&man.dumpon.8; コマンドを使ってどこへダンプするか
       カーネルに伝えてください
       (&man.swapon.8; によってそのパーティションが
       スワップとして設定された
       後でなければならないことに注意してください). これは普通は
       <filename>/etc/rc.conf</filename> や <filename>/etc/rc</filename>
       で設定されます. あるいは
       別の方法としてカーネルコンフィグレーションファイルの
       <literal>config</literal> 行の <literal>dump</literal> 節 で
       ダンプデバイスをハードコードすることができます.
       この方法はあまりよくは
       ありません. カーネルがブート時に crash
       する場合のクラッシュダンプを取り
       たい時だけ使うべきです.</para>
 
     <note>
       <para>以下では <command>gdb</command>という用語は
 	<command>gdb</command>
         を<quote>カーネルデバッグモード</quote>で動かしていることを意味します.
         <command>gdb</command> を
 	<option>-k</option>オプションをつけて起動することで,
         このモードになります.
         カーネルデバッグモードでは, プロンプトが
         <prompt>(kgdb)</prompt> に変わります.</para>
     </note>
 
     <tip>
       <para>FreeBSD 3 およびそれ以前のシステムを使っているなら,
          巨大なデバッグカーネルをそのままインストールするのではなく
          strip されたデバッグ用カーネルをつくるべきでしょう.</para>
 
       <screen>&prompt.root; <userinput>cp kernel kernel.debug</userinput>
 &prompt.root; <userinput>strip -g kernel</userinput></screen>
 
       <para>この手順は必須ではありませんが, ぜひ行なうことをおすすめします
         (FreeBSD 4 およびそれ以降では, カーネルの <command>make</command>
         の段階で自動的にこれが行なわれます).
         自動的に, あるいは上のコマンドを手動で実行してカーネルが strip
         されたら, 普通に <command>make install</command>
         と実行し, カーネルをインストールして構いません.</para>
 
       <para>FreeBSD の古いリリース (3.1 を含まない以前のもの) は,
         標準で a.out カーネルを使っていることに注意してください.
         これはシンボルテーブルが常に物理メモリ上に存在することを要求するため,
         strip されていないデバッグカーネルに含まれる大きなシンボルテーブルは非常に無駄になります.
         ELF カーネルを使った FreeBSD の最近のリリースでは,
         そのような問題がなくなりました.</para>
     </tip>
 
     <para>カーネルを作った時にそのコピーを
       <filename>kernel.debug</filename> という名前で作りましょう.
       また, オリジナルに対して <command>strip
 	-g</command>を実行します.
       オリジナルを普通にインストールします. また strip
       していないカーネル も同様にインストールすることができますが,
       シンボルテーブルの参照時間
       がいくつかのプログラムでは劇的に増加するでしょう. また,
       カーネル全体 はブート時に読み込まれ
       スワップアウトされないため数メガバイトの物理メ
       モリが無駄になります.</para>
 
     <para>例えばブートプロンプトで
       新しいカーネルの名前をタイプすることによって,
       新しいカーネルをテストした場合で,
       再びシステムを動かすのに別のカーネ
       ルで立ち上げることが必要な場合はブートプロンプトで
       <option>-s</option>フラグ
       を使いシングルユーザの状態にしてください.
       そして以下のような操作をおこな います.</para>
 
     <screen>&prompt.root; <userinput>fsck -p</userinput>
 &prompt.root; <userinput>mount -a -t ufs</userinput>       # /var/crash 用のファイルシステムを書き込み可能にする
 &prompt.root; <userinput>savecore -N /kernel.panicked /var/crash</userinput>
 &prompt.root; <userinput>exit</userinput>                  # ...マルチユーザモードへ移行</screen>
 
     <para>ここに示した &man.savecore.8; は (現在動いているものとは別の)
       カーネルのシンボル名の抽出をおこなうために使っています.
       抽出はデフォルトで
       は現在動いているカーネルに対しておこなわれ,
       クラッシュダンプとカーネルシンボ
       ルのくい違いのためにまったく何もしません
       (訳注:そのためにオプション
       で実際にダンプをおこしたカーネルを指定します).</para>
 
     <para>クラッシュダンプの起きた後に
       <filename>/sys/compile/WHATEVER</filename>へ行き
       <command>gdb</command>を動かします.  <command>gdb</command>
       より次のようにします.</para>
 
     <screen><userinput>symbol-file kernel.debug</userinput>
 <userinput>exec-file /var/crash/kernel.0</userinput>
 <userinput>core-file /var/crash/vmcore.0</userinput></screen>
 
     <para>こうすると,
       クラッシュダンプを使ってカーネルソースを他のプログラムと同様に
       デバッグすることができます.</para>
 
     <para>次に <command>gdb</command>
       での手順のセッションのログを示します. 長い行は読
       みやすくするために改行しました. また,
       参照のために行番号を入れてあり ます. ただし, これは実際の
       pcvtコンソールドライバの開発中の実際のエ
       ラーのトレースです.</para>
 
 <screen> 1:Script started on Fri Dec 30 23:15:22 1994
  2:&prompt.root; <userinput>cd /sys/compile/URIAH</userinput>
  3:&prompt.root; <userinput>gdb -k kernel /var/crash/vmcore.1 </userinput>
  4:Reading symbol data from /usr/src/sys/compile/URIAH/kernel
 ...done.
  5:IdlePTD 1f3000
  6:panic: because you said to!
  7:current pcb at 1e3f70
  8:Reading in symbols for ../../i386/i386/machdep.c...done.
  9:<prompt>(kgdb)</prompt> <userinput>where</userinput>
 10:#0  boot (arghowto=256) (../../i386/i386/machdep.c line 767)
 11:#1  0xf0115159 in panic ()
 12:#2  0xf01955bd in diediedie () (../../i386/i386/machdep.c line 698)
 13:#3  0xf010185e in db_fncall ()
 14:#4  0xf0101586 in db_command (-266509132, -266509516, -267381073)
 15:#5  0xf0101711 in db_command_loop ()
 16:#6  0xf01040a0 in db_trap ()
 17:#7  0xf0192976 in kdb_trap (12, 0, -272630436, -266743723)
 18:#8  0xf019d2eb in trap_fatal (...)
 19:#9  0xf019ce60 in trap_pfault (...)
 20:#10 0xf019cb2f in trap (...)
 21:#11 0xf01932a1 in exception:calltrap ()
 22:#12 0xf0191503 in cnopen (...)
 23:#13 0xf0132c34 in spec_open ()
 24:#14 0xf012d014 in vn_open ()
 25:#15 0xf012a183 in open ()
 26:#16 0xf019d4eb in syscall (...)
 27:<prompt>(kgdb)</prompt> <userinput>up 10</userinput>
 28:Reading in symbols for ../../i386/i386/trap.c...done.
 29:#10 0xf019cb2f in trap (frame={tf_es = -260440048, tf_ds = 16, tf_\
 30:edi = 3072, tf_esi = -266445372, tf_ebp = -272630356, tf_isp = -27\
 31:2630396, tf_ebx = -266427884, tf_edx = 12, tf_ecx = -266427884, tf\
 32:_eax = 64772224, tf_trapno = 12, tf_err = -272695296, tf_eip = -26\
 33:6672343, tf_cs = -266469368, tf_eflags = 66066, tf_esp = 3072, tf_\
 34:ss = -266427884}) (../../i386/i386/trap.c line 283)
 35:283                             (void) trap_pfault(&amp;frame, FALSE);
 36:<prompt>(kgdb)</prompt> <userinput>frame frame-&gt;tf_ebp frame-&gt;tf_eip</userinput>
 37:Reading in symbols for ../../i386/isa/pcvt/pcvt_drv.c...done.
 38:#0  0xf01ae729 in pcopen (dev=3072, flag=3, mode=8192, p=(struct p\
 39:roc *) 0xf07c0c00) (../../i386/isa/pcvt/pcvt_drv.c line 403)
 40:403             return ((*linesw[tp-&gt;t_line].l_open)(dev, tp));
 41:<prompt>(kgdb)</prompt> <userinput>list</userinput>
 42:398        
 43:399             tp-&gt;t_state |= TS_CARR_ON;
 44:400             tp-&gt;t_cflag |= CLOCAL;  /* cannot be a modem (:-) */
 45:401     
 46:402     #if PCVT_NETBSD || (PCVT_FREEBSD &gt;= 200)
 47:403             return ((*linesw[tp-&gt;t_line].l_open)(dev, tp));
 48:404     #else
 49:405             return ((*linesw[tp-&gt;t_line].l_open)(dev, tp, flag));
 50:406     #endif /* PCVT_NETBSD || (PCVT_FREEBSD &gt;= 200) */
 51:407     }
 52:<prompt>(kgdb)</prompt> <userinput>print tp</userinput>
 53:Reading in symbols for ../../i386/i386/cons.c...done.
 54:$1 = (struct tty *) 0x1bae
 55:<prompt>(kgdb)</prompt> <userinput>print tp-&gt;t_line</userinput>
 56:$2 = 1767990816
 57:<prompt>(kgdb)</prompt> <userinput>up</userinput>
 58:#1  0xf0191503 in cnopen (dev=0x00000000, flag=3, mode=8192, p=(st\
 59:ruct proc *) 0xf07c0c00) (../../i386/i386/cons.c line 126)
 60:       return ((*cdevsw[major(dev)].d_open)(dev, flag, mode, p));
 61:<prompt>(kgdb)</prompt> <userinput>up</userinput>
 62:#2  0xf0132c34 in spec_open ()
 63:<prompt>(kgdb)</prompt> <userinput>up</userinput>
 64:#3  0xf012d014 in vn_open ()
 65:<prompt>(kgdb)</prompt> <userinput>up</userinput>
 66:#4  0xf012a183 in open ()
 67:<prompt>(kgdb)</prompt> <userinput>up</userinput>
 68:#5  0xf019d4eb in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi =\
 69: 2158592, tf_esi = 0, tf_ebp = -272638436, tf_isp = -272629788, tf\
 70:_ebx = 7086, tf_edx = 1, tf_ecx = 0, tf_eax = 5, tf_trapno = 582, \
 71:tf_err = 582, tf_eip = 75749, tf_cs = 31, tf_eflags = 582, tf_esp \
 72:= -272638456, tf_ss = 39}) (../../i386/i386/trap.c line 673)
 73:673             error = (*callp-&gt;sy_call)(p, args, rval);
 74:<prompt>(kgdb)</prompt> <userinput>up</userinput>
 75:Initial frame selected; you cannot go up.
 76:<prompt>(kgdb)</prompt> <userinput>quit</userinput>
 77:&prompt.root; <userinput>exit</userinput>
 78:exit
 79:
 80:Script done on Fri Dec 30 23:18:04 1994</screen>
 
     <para>上の出力についてのコメントをします.</para>
 
     <variablelist>
       <varlistentry><term>line 6:</term>
 	<listitem>
 	  <para>これは DDB (後述) からのダンプです. このため
 	    <quote>because you said to!</quote> という
 	    panicコメントがつき, ページフォルトのト ラップによって
 	    DDBに入ったことが原因の, やや長いスタックトレー
 	    スがあります.</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term>line 20:</term>
 	<listitem>
 	  <para>スタックトレースでのこれは
 	    <function>trap()</function>関数の位置で す.</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term>line 36:</term>
 	<listitem>
 	  <para>新しいスタックフレームの使用を指定しています. これは現
 	    在は必要ありません. trapの場合ではスタックフレームは正
 	    しい場所を指していると考えられます. (私は新しいコアダンプ
 	    を持っていません. 私のカーネルは長い間 panicを起こしていま
 	    せん.)  ソースコードの
 	    403 行を見ると, <quote>tp</quote> ポインタのアク
 	    セスが失敗しているか配列のアクセスが範囲外である可能性が高
 	    いことがわかります.</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term>line 52:</term>
 	<listitem>
 	  <para>怪しいポインタですが,
 	    アクセスは正常におこなえました.</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term>line 56:</term>
 	<listitem>
 	  <para>ところが, 明らかにポインタはゴミを指しています. これで
 	    エラーを見つけました! (ここのコードの部分からはよくわかり
 	    ませんが,
 	    <literal>tp-&gt;t_line</literal>はコンソールデバイスの規定
 	    する行を参照しているので,
 	    もっと小さな整数でなければなりませ ん. )</para>
 	</listitem>
       </varlistentry>
     </variablelist>
   </sect1>
 
   <sect1>
     <title>DDD によるクラッシュダンプのデバッグ</title>
 
     <para>カーネルのクラッシュダンプは <command>ddd</command>
       のようなグラフィカルなデバッガで調べることもできます.
       通常はコマンドラインで <option>-k</option> オプションをつけて
       <command>ddd</command> を起動します. たとえば:</para>
 
     <screen>&prompt.root; <userinput>ddd -k /var/crash/kernel.0 /var/crash/vmcore.0</userinput></screen>
 
     <para>クラッシュダンプを <command>ddd</command>
       のグラフィカルなインターフェースを使って
       見ることができます.</para>
   </sect1>
 
   <sect1>
     <title>突然ダンプした場合の解析</title>
 
     <para>カーネルが予想もしない時にコアダンプして <command>config
 	-g</command>
       を行ってコンパイルされていなかった場合にはどうしたら
       よいでしょう. すべてが失われるわけではありません.
       パニックを起こさないでください.</para>
 
     <para>もちろん, クラッシュダンプを使えるようにする必要があります.
       使い方は前述の部分を見てください.</para>
 
     <para>カーネルのコンパイルディレクトリ
       (<filename>/usr/src/sys/<replaceable>arch</replaceable>/conf</filename>)
       で, 設定ファイルを編集します. 以下の行のコメントを外します
       (行が存在しなければ追加します):</para>
 
-    <programlisting>
-makeoptions    DEBUG=-g                #Build kernel with gdb(1) debug symbols</programlisting>
+    <programlisting>makeoptions    DEBUG=-g                #Build kernel with gdb(1) debug symbols</programlisting>
 
     <para>カーネルを再構築しましょう.
       Makefileのタイムスタンプの変更により, 例えば  <!-- kuriyama -
       should be filename --> <emphasis remap=tt> trap.o
       </emphasis>などのいくつかの他のオブジェクトファイルも作り直さ
       れます. 少しの幸運があれば,
       <option>-g</option>オプションが追加されても作ら
       れるコードは変更されず, いくらかのデバッグシンボル以外には
       問題を
       起こしたコードとそっくりな新しいカーネルを手に入れることが
       できます. 少なくとも &man.size.1;
       コマンドで古い方と新しい方のサイズを比較すべ きです.
       これが食い違っていれば,
       多分あきらめなければならないでしょう.</para>
 
     <para>ダンプを使って前述のように動かして調べます.
       デバッグシンボルは 必ずしも十分ではありません.
       上の例ではスタックトレースでいくつかの関
       数の行番号や引数リストが表示されないかもしれません.
       もしより多くのデ バッグシンボルが必要であれば,十分になるまで
       適切なオブジェクトファイ ルを消して (makeして)
       <command>gdb <option>-k</option></command>セッションを繰り返してください.</para>
 
     <para>これは必ずしもうまく動くと保証はできません.
       しかしほとんどの場合でう まくいくでしょう.</para>
   </sect1>
 
   <sect1>
     <title>DDBを使ったオンラインカーネルデバッグ</title>
 
     <para><command>gdb <option>-k</option></command>
       は非常に高レベルのユーザインタフェースを提
       供するオフラインデバッガですが, いくつかのことはできません.
       (できないことの中で)
       極めて重要なことはカーネルコードへのブレークポイ
       ントの設定とシングルステップ実行です.</para>
 
     <para>カーネルの低レベルデバッグが必要であれば, DDBと呼ばれる
       on-lineデバッ ガが使えます. ブレークポイントの設定,
       シングルステップのカーネルの実 行,
       変数の検査と変更などができます.
       ただし,これはカーネルのソースファ
       イルにアクセスすることはできません.
       <command>gdb</command>のようにすべてのデ
       バッグ情報にはアクセスできず, globalと
       staticのシンボルにアクセス することができるだけです.</para>
 
     <para>カーネルに DDB
       を含めるためにはコンフィグファイルに次のようなオプショ
       ンを加えて,</para>
 
-    <programlisting>
-options DDB</programlisting>
+    <programlisting>options DDB</programlisting>
 
     <para>再構築をおこないます. (
       FreeBSDのカーネルの設定の詳細については<link
 	linkend="kernelconfig"> FreeBSD
 	カーネルのコンフィグレーション</link>を参照してくださ
       い.</para>
 
     <note>
       <para>もしブートブロックが古いバージョンですと,
 	デバッガのシンボルが完
 	全にはロードされないかもしれませんので注意してください. DDB
 	シンボル がロードされるようにブートブロックを
 	最新の物にアップデートしてくださ い)</para>
     </note>
 
     <para>DDB カーネルの実行において,
       DDBに入るいくつかの方法があります. 最初 の,
       最も早い方法はブートプロンプトが出ている時に
       <option>-d</option>のブート フラグをタイプすることです.
       カーネルはデバッグモードで起動し, デバ イスのプローブ以前に
       DDBに入ります. したがって, デバイスのプローブ/初期
       設定ファンクションのデバッグができます.</para>
 
     <para>2つ目のシナリオはキーボードのホットキーで, 通常は
       Ctrl-Alt-ESCです. syscons ではホットキーは再設定することができ,
       配付されているいくつかの キーマッピングでは別のキーに
       再設定されていますので確認しておいてください. シリアルラインの
       BREAKを使って シリアルコンソールから DDBへ入ることを可
       能にするオプションもあります
       (カーネルコンフィグレーションファイルの  <literal>options
 	BREAK_TO_DEBUGGER</literal>). これは 多くのつまらないシリ
       アルアダプタが, 例えばケーブルを引き抜いた時に
       BREAK状態を意味もなく
       作り出してしまうのでデフォルトでは無効になっています.</para>
 
     <para>3つ目は, DDB
       を使うようになっているカーネルがパニック状態になると DDB
       へ入るというものです. このため,
       無人運転するマシンのカーネルにDDBを
       入れるのは賢明ではありません.</para>
 
     <para>DDB のコマンドはおおまかには <command>gdb</command>
       のいくつかのコマンドと似て
       います. おそらく最初にブレークポイントを
       設定する必要があるでしょう.</para>
 
     <screen><userinput>b function-name</userinput>
 <userinput>b address</userinput></screen>
 
     <para>数値はデフォルトでは16進数で,
       シンボル名とはまったく異なります. 16進数で <literal>a-f</literal>
       の文字で始まる場合は, 先頭に <literal>0x</literal>
       をつける必要があります(それ以外の数字の場合はどちらでもか
       まいません).  <literal>function-name +
 	0x103</literal>のような単純な式を使うこ とができます.</para>
 
     <para>割り込みされたカーネルから処理を続行するためには, </para>
 
     <screen><userinput>c</userinput></screen>
 
     <para>とタイプするだけです.
       スタックのトレースには</para>
 
     <screen><userinput>trace</userinput></screen>
 
     <para>とします.</para>
 
     <note>
       <para>DDB にホットキーで入った場合は, カーネルはその
 	(ホットキーの) 割り込み
 	の処理を行っていますのでスタックトレースは
 	あまり役にたたないことに注 意してください.</para>
     </note>
 
     <para>ブレークポイントを削除したい場合は,</para>
 
     <screen><userinput>del</userinput>
 <userinput>del address-expression</userinput></screen>
 
     <para>とします.
       最初の形式はブレークポイントにヒットしたすぐ後で使うことが でき,
       現在のブレークポイントを削除します. 2番目の形式では任意のブレー
       クポイントを削除することができますが,
       次の形式で得られるような正確な
       アドレスを与えることが必要です.</para>
 
     <screen><userinput>show b</userinput></screen>
 
     <para>カーネルをシングルステップ実行させるには</para>
 
     <screen><userinput>s</userinput></screen>
 
     <para>としてみてください. これは関数呼出し先までステップ実行 (step
       into function) するでしょう.
       次のステートメントが終了するまでのDDBトレースは</para>
 
     <screen><userinput>n</userinput></screen>
 
     <para>によっておこなうことができます.</para>
 
     <note>
       <para>これは <command>gdb</command> の <command>next</command>
 	命令とは異ります. <command>gdb</command>の
 	<command>finish</command>命令と似ています.</para>
     </note>
 
     <para>メモリ上のデータを調べるには (例として) 次のようにします.
 
       <screen><userinput>x/wx 0xf0133fe0,40</userinput>
 <userinput>x/hd db_symtab_space</userinput>
 <userinput>x/bc termbuf,10</userinput>
 <userinput>x/s stringbuf</userinput></screen>
 
       word/halfword/byte 単位でアクセスをおこない, hex (16進)
       /dec (10進) /
       char (文字) /string (文字列) で表示します.
       カンマの後ろの数字はオブジェク
       トカウントです. 次の 0x10個の要素を表示するには, 単純に</para>
 
     <screen><userinput>x ,10</userinput></screen>
 
     <para>とします. 同様に次のように使うことができます.
 
       <screen><userinput>x/ia foofunc,10</userinput></screen>
 
       <function>foofunc</function>
       の最初の 0x10個の命令語をディスアセンブルし,
       <function>foofunc</function>
       の先頭からのオフセットとともに表示します.</para>
 
     <para>メモリの内容を変更するには writeコマンドを使います.</para>
 
     <screen><userinput>w/b termbuf 0xa 0xb 0</userinput>
 <userinput>w/w 0xf0010030 0 0</userinput></screen>
 
     <para>コマンドモディファイアの
       (<literal>b</literal>/<literal>h</literal>/<literal>w</literal>)
       はデータを 書くサイズを定義し,
       これに続く最初の式は書き込むアドレス, 残りがこれ
       に続く連続するメモリアドレスに書き込まれるデータになります.
     </para>
 
     <para>現在のレジスタ群の内容を知りたい場合は</para>
 
     <screen><userinput>show reg</userinput></screen>
 
     <para>とします. また, 単一のレジスタの値を表示するには, 例えば
 
       <screen><userinput>p $eax</userinput></screen>
 
       とします. また値の変更は</para>
 
     <screen><userinput>set $eax new-value</userinput></screen>
 
     <para>とします.</para>
 
     <para>DDBからカーネルの関数を呼び出す必要がある場合は, 単に</para>
 
     <screen><userinput>call func(arg1, arg2, ...)</userinput></screen>
 
     <para>とします. return 値が出力されます.</para>
 
     <para>動いているプロセスの &man.ps.1; スタイルの概要は</para>
 
     <screen><userinput>ps</userinput></screen>
 
     <para>です.</para>
 
     <para>カーネルの失敗の原因の調査が終わったらリブートすべきです.
       それまでの 不具合によりカーネルのすべての部分が期待するような
       動作をしているわけ ではないということを忘れないでください.
       以下のうちいずれかの方法でシ
       ステムのシャットダウンおよびリブートを行ってください.</para>
 
     <screen><userinput>panic</userinput></screen>
 
     <para>カーネルをコアダンプしてリブートしますので, 後で
       <command>gdb</command>によってコアの高 レベル解析をすることができます.
       このコマンドは通常, 一度
       <command>continue</command>命令を使った後に
       使うことになるでしょう.</para>
 
     <screen><userinput>call boot(0)</userinput></screen>
 
     <para> は動いているシステムを `clean' に shut
       downするよい方法です. すべて のディスクを
       <function>sync()</function>して最後にリブートします.
       ディスクとカー
       ネルのファイルシステムインタフェースが破損していない限り,
       ほぼ完全 に `clean'にシャットダウンするよい方法でしょう.</para>
     <!-- kuriyama - ldquo? -->
 
     <screen><userinput>call cpu_reset()</userinput></screen>
 
     <para>は大惨事を防ぐための最後の手段で 「赤い大きなボタン」
       を押すのとほとんど 同じです.(訳注:
       リセットボタンを押すのとほぼ同じであるという意味です)</para>
 
     <para>短いコマンドの要約は</para>
 
     <screen><userinput>help</userinput></screen>
 
     <para>をタイプします. ただし, デバッグセッションのために
 	&man.ddb.4; の
       マニュアルページのプリントアウトを用意しておくことを
       強くお奨めします.
       カーネルのシングルステップ中にオンラインマニュアルを
       読むことは難しい ということを覚えておいてください.</para>
   </sect1>
 
   <sect1>
     <title>リモート GDB を使ったオンラインカーネルデバッグ</title>
 
     <para>この機能は FreeBSD 2.2 からサポートされました.
       これは本当にすばらし い機能です.</para>
 
     <para>GDB はすでにかなり以前より
       <emphasis>リモートデバッグ</emphasis> をサポートしてい ます.
       これはシリアル回線を使い非常に単純なプロトコルで行ないます.
       もちろん, この方法では今までに示した方法とは違い,
       2台のマシンが必 要になります. 1台はデバッグ環境のためのホストで,
       すべてのソースとす
       べてのシンボルを含んだバイナリのコピーを持っています. もう 1台は
       ターゲットマシンで, 同一のカーネルのコピー (ただしデバッグ情報は
       取り除いてあるもの) を単に実行するためのものです.</para>
 
     <para>この場合, カーネルのコンフィグレーションは <command>config
 	-g</command> で行な い, <option>DDB</option>
       を含めなくてはなりません. そうして通常通りコンパイルし ます.
       こうして作ったバイナリファイルはデバッグ情報のために非常に大き
       くなります.  このカーネルをターゲットマシンにコピーして
       <command>strip -x</command> でデバッグシンボルを取り除きます.
       そして <option>-d</option>  ブートオプションを使いブートします.
       sio デバイスにフラグ 0x80 が設定されているターゲットマシンの
       シリアル回線を, デバッグホストのいずれかのシリアル回線に
       つないでください.
       それからデバッグ(訳注:ホスト)マシン上で, ターゲットとなって
       いるカーネルのコンパイルディレクトリで <command>gdb</command> を起動します:</para>
 	
     <screen>&prompt.user; <userinput>gdb -k kernel</userinput>
 GDB is free software and you are welcome to distribute copies of it
  under certain conditions; type "show copying" to see the conditions.
 There is absolutely no warranty for GDB; type "show warranty" for details.
 GDB 4.16 (i386-unknown-freebsd), 
 Copyright 1996 Free Software Foundation, Inc...
 <prompt>(kgdb)</prompt> </screen>
 
     <para>リモートデバッグセッションの初期化
       (1番目のシリアルポートを使用する ことの設定)
       を以下のように行ないます.</para>
 
     <screen><prompt>(kgdb)</prompt> <userinput>target remote /dev/cuaa0</userinput></screen>
 
     <para>次にターゲットマシン (デバイスのプローブ直前で DDB
       に入っています) で次のように入力します:</para>
 
     <screen>Debugger("Boot flags requested debugger")
 Stopped at	Debugger+0x35: movb	$0, edata+0x51bc
 <prompt>db&gt;</prompt> <userinput>gdb</userinput></screen>
 
     <para>DDB は次のような出力を返すでしょう. </para>
 
     <screen>Next trap will enter GDB remote protocol mode</screen>
 
     <para><command>gdb</command>と入力するたびに リモート GDB
       とローカル DDB が交互に切り替わ ります.
       トラップをすぐに起こすために単に ``s'' (step) と入力して下 さい.
       そうするとホストの GDB はターゲットのカーネルの制御を行なうよ
       うになります.</para>
 
     <screen>Remote debugging using /dev/cuaa0
 Debugger (msg=0xf01b0383 "Boot flags requested debugger")
     at ../../i386/i386/db_interface.c:257
 <prompt>(kgdb)</prompt></screen>
 
     <para>このセッションではソースコードへのフルアクセスや Emacs の
       window 上 の gud-mode (これは別の Emacs window
       に自動的にソースコードを表示し ます) で動かすなど, 通常の GDB
       セッションでできることのほとんどのこ とができます.</para>
   </sect1>
   
   <sect1>
     <title>GDB を使ったローダブルモジュールのデバッグ</title>
 
     <para>モジュール内部で発生する panic のデバッグや,
       動的モジュールを使っているマシンを GDB
       でリモートデバッグしている場合,
       モジュールのシンボル情報を得る方法を
       GDB に伝える必要があります.</para>
 
     <para>まず, モジュールをデバッグ情報を含めて構築する必要があります.</para>
 
     <screen>&prompt.root; <userinput>cd /sys/modules/linux</userinput>
 &prompt.root; <userinput>make clean; make COPTS=-g</userinput></screen>
      
     <para>リモート GDB を使っている場合は,
       ターゲットマシンで <command>kldstat</command> を実行することで
       モジュールがどこにロードされたか調べることが可能です.</para>
 
     <screen>&prompt.root; <userinput>kldstat</userinput>
 Id Refs Address    Size     Name
  1    4 0xc0100000 1c1678   kernel
  2    1 0xc0a9e000 6000     linprocfs.ko
  3    1 0xc0ad7000 2000     warp_saver.ko
  4    1 0xc0adc000 11000    linux.ko
 </screen>
 
     <para>クラッシュダンプをデバッグしている場合,
       <literal>linker_files->tqh_first</literal> から始まる
       <literal>linker_files</literal> リストを調べ,
       探している <literal>filename</literal> が見つかるまで
       <literal>link.tqe_next</literal> ポインタをたどる必要があります.
       エントリ中の <literal>address</literal> メンバが,
       モジュールのロードアドレスです.</para>
 
     <para>次に, モジュール内の text セクションのオフセットを調べます.</para>
 
     <screen>&prompt.root; <userinput>objdump --section-headers /sys/modules/linux/linux.ko | grep text</userinput>
   3 .rel.text     000016e0  000038e0  000038e0  000038e0  2**2
  10 .text         00007f34  000062d0  000062d0  000062d0  2**2</screen>
 
     <para>必要なのは <literal>.text</literal> セクションで,
       上の例では 10 にあたります.  その 4 番目の 16 進数フィールド
       (全部で 6 フィールドあります) が, ファイル中の text
       セクションのオフセットになります.
       そして, このオフセットをモジュールのロードアドレスに加算すると
       モジュールのコードの再配置アドレスを求めることができます.
       この例では 0xc0adc000 + 0x62d0 = 0xc0ae22d0 です.
       GDB コマンド <command>add-symbol-file</command> を使い,
       得られたモジュールの情報をデバッガに伝えるには, 次のようにします.</para>
 
     <screen><prompt>(kgdb)</prompt> <userinput>add-symbol-file /sys/modules/linux/linux.ko 0xc0ae22d0</userinput>
 add symbol table from file "/sys/modules/linux/linux.ko" at text_addr = 0xc0ae22d0?
 (y or n) <userinput>y</userinput>
 Reading symbols from /sys/modules/linux/linux.ko...done.
 <prompt>(kgdb)</prompt></screen>
 
     <para>これで, モジュール内のすべてのシンボルにアクセスできるようになります.</para>
   </sect1>
 
   <sect1>
     <title>コンソールドライバのデバッグ</title>
 
     <para>DDBを動かすためにはコンソールドライバが必要ですから,
       コンソールドラ イバ自身に不具合のある場合は複雑になります.
       シリアルコンソールを利 用する方法 (ブートブロックを変更するか
       <prompt>Boot:</prompt>プロンプトで
       <option>-h</option>と入力する) を思い出してください.
       そして標準ター ミナルを最初のシリアルポートに設定します.  DDBは,
       もちろんシリアルコ ンソールを含むいずれの
       コンソールドライバの設定でも動作します.</para>
   </sect1>
 </chapter>
 
 <!--
      Local Variables:
      mode: sgml
      sgml-declaration: "../chapter.decl"
      sgml-indent-data: t
      sgml-omittag: nil
      sgml-always-quote-attributes: t
      sgml-parent-document: ("../book.sgml" "part" "chapter")
      End:
 -->
diff --git a/ja_JP.eucJP/books/handbook/kernelopts/chapter.sgml b/ja_JP.eucJP/books/handbook/kernelopts/chapter.sgml
index 687b2645eb..468e5502f4 100644
--- a/ja_JP.eucJP/books/handbook/kernelopts/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/kernelopts/chapter.sgml
@@ -1,213 +1,210 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.16
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/kernelopts/chapter.sgml,v 1.7 2000/06/30 09:24:50 motoyuki Exp $
+     Original revision: 1.17
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/kernelopts/chapter.sgml,v 1.8 2000/07/20 12:22:33 hrs Exp $
 -->
 
 <chapter id="kernelopts">
   <title>カーネルコンフィグレーションの
     新しいオプションを追加する</title>
 
   <para><emphasis>原作: &a.joerg;</emphasis></para>
 
   <para><emphasis>訳: &a.jp.yoshiaki;, 1996 年 12 月 29 日.</emphasis></para>
 
   <note>
     <para>この章をお読みになる前に <link
 	linkend="kernelconfig">FreeBSD
 	カーネルのコンフィグレーション</link> の章の内容を
       理解しておいてください.</para>
   </note>
 
   <sect1>
     <title>そもそも<emphasis>カーネル
 	オプション</emphasis>って何?</title>
 
     <para>カーネルオプションの使い方は基本的には
       <link linkend="kernelconfig-options"> FreeBSD
 	カーネルのコンフィグレーション </link>
       の章に書いてあります.
       そこには<quote>伝統的な形式</quote>と<quote>新しい形式</quote>のオプションの説明があります.
       すべてのカーネルのオプションを新しい形式のものに置き換え,
       コンフィグファイル
       を修正して &man.config.8; を実行した後に
       カーネルのコンパイルディレクトリで
       <command>make depend</command> を実行すれば,
       ビルドプロセスが自動的に変更された
       オプションを検出し, 必要なファイルだけを
       再コンパイルするようにすることが
       最終的な目的です. &man.config.8;
       を実行するたびに古いコンパイルディレクトリ
       を消してしまう現在のやりかたは,
       やがておこなわれなくなるでしょう.</para>
 
     <para>基本的に, カーネルオプションはカーネルのコンパイルプロセスの
       C プリプロセッサのマクロの定義にすぎません. 実際に選択的に make
       できる ようにするためには, 対応する部分のカーネルソース
       (またはカーネルの  <filename>.h</filename> ファイル)
       がオプションを使えるようにあらかじめ書かれていなければ
       なりません.
       つまりデフォルト値をコンフィグファイルのオプションで置き換え
       られるようになっていなければなりません.
       これは普通は次のようになっています.</para>
 
-    <programlisting>
-#ifndef THIS_OPTION
+    <programlisting>#ifndef THIS_OPTION
 #define THIS_OPTION (some_default_value)
 #endif /* THIS_OPTION */</programlisting>
 
     <para>この場合,
       管理者がコンフィグファイルのオプションに別の値を記述すれば,
       デフォルトの設定を打ち消して新しい値に置き換えられます. 当然,
       新しい値はプリプロセッサによってソースコード中で
       置き換えられるため,  デフォルトの値が使われていた場所において C
       の式として有効な値でなければ なりません.</para>
 
     <para>また, 単に特定のコードを有効にするか
       無効にするかを設定するための
       値を持たないオプションも作ることができます.</para>
 
-    <programlisting>
-#ifdef THAT_OPTION
+    <programlisting>#ifdef THAT_OPTION
 
 [あなたのコードが入ります]
 
 #endif</programlisting>
 
     <para>コンフィグファイルに <literal>THAT_OPTION</literal>
       と記述するだけで (値の有無 にかかわらず)
       対応する部分のコードが組み込まれます.</para>
 
     <para>C 言語にくわしい人であれば
       <quote>コンフィグオプション</quote>とされているもの
       は少なくとも一つの <literal>#ifdef</literal>
       で参照されているということはすぐに理解 できるでしょう. ところで,
       ごく一部の人たちは次のようなものを試して
       みようとするかもしれません.</para>
 
-    <programlisting>
-options		notyet,notdef</programlisting>
+    <programlisting>options		notyet,notdef</programlisting>
 
     <para>このようにコンフィグファイルをしておくと,
       カーネルのコンパイルは うまく行きません. <!-- smiley
       -->:-)</para>
 
     <para>(訳注: たとえば MATH_EMULATE のように
       有効/無効のためのパラメタを 持たないオプションの場合,
       無効とするためのパラメタをつけて, オプション
       で「無効とする」と明示することはできないという意味です)</para>
 
     <para>明らかに,
       任意のオプション名がカーネルソースツリー全体でどのように
       使われているかを追いかけることは非常に難しいことです. このことが
       <emphasis>新しい形式</emphasis>
       のオプションの機構を採り入れる理由の背景です.
       ここではそれぞれのオプションは
       カーネルコンパイルディレクトリにある別々の
       <filename>.h</filename> ファイルとなり,
       <filename>opt_<replaceable>foo</replaceable>.h</filename>
       という名前に されます. この方法では, 通常の Makefile
       の依存関係が適用され,  <command>make</command>
       プログラムはオプションが変更された時に再コンパイルが必要な
       ものを見つけることができます.</para>
 
     <para>古い形式のオプションの機構は,
       局部的なオプションや実験的なオプション
       のような一時的に利用されると考えられるオプションにおいては
       有効です.  つまり <emphasis remap=tt>#ifdef</emphasis>
       をカーネルのソースに追加するのは簡単であり,
       それがそのままカーネルコンフィグオプションになります. この場合,
       管理者はオプションの利用において
       依存関係を把握しておく責任があります (また,
       手動でカーネルの一部分を
       強制的に再コンパイルする必要があるかもしれません).
       サポートされている
       オプションのすべてについて一つでも変更があると, &man.config.8;
       は サポートされていないオプションがコンフィグファイルの中に
       あるという警告 を出しますが, カーネルの Makefile
       内にはそれを含めます.</para>
   </sect1>
 
   <sect1>
     <title>ではどのようにして追加するのでしょう?</title>
 
     <para>最初に <filename>sys/conf/options</filename> (または
       <filename>sys/<replaceable>&lt;arch&gt;</replaceable>/conf/options.<replaceable>&lt;arch&gt;</replaceable></filename>, たとえば <filename>sys/i386/conf/options.i386</filename>)
       を編集し, 新しいオプション を含めるのに最適な
       <filename>opt_<replaceable>foo</replaceable>.h</filename>
       ファイルを選びます.</para>
 
     <para>新しいオプションの必要がなくなったとしたら,
       これを取り除きます. たとえば, SCSI
       サブシステムに関するすべてのふるまいについてのオプション
       の変更は <filename>opt_scsi.h</filename> に入れられます.
       デフォルトでは, 適切 なオプションファイルに単に記述されます.
       たとえば <literal>FOO</literal> であれば 値は対応するファイルの
       <filename>opt_foo.h</filename> に格納されます. これは右端に別
       のファイル名を書いて置き換えることができます.</para>
 
     <para>新しいオプションを加えるのに使えそうな
       <filename>opt_<replaceable>foo</replaceable>.h</filename>
       がない場合は新しい名前を作ってください.  意味のある名前を作り
       <filename>options[<replaceable>.&lt;arch&gt;</replaceable>]</filename>
       ファイル に新しいセクションのコメントをつけてください.
       &man.config.8; は自動的
       に変更を検出して, 次の実行からは (訳注: 新しい
       <filename>.h</filename>) ファイル を作ります.
       ほとんどのオプションはヘッダファイルに入れられます.</para>
 
     <para>大量のオプションを一つの
       <filename>opt_<replaceable>foo</replaceable>.h</filename>
       にまとめると
       コンフィグファイルの一つのオプションを変更したときに
       多くのファイルが 再コンパイルされる原因になります.</para>
 
     <para>新しいオプションに依存するカーネルファイルは
       最終的には見つけ出 されます. ただし,
       オプションを作っただけで対応するソースがどこにも
       ない場合は別です.
 
       <screen>
         &prompt.user; <userinput>find /usr/src/sys -type f | xargs fgrep NEW_OPTION</userinput>
       </screen>
 
       オプションに対応するソースを見つけるのに上記のコマンドは
       便利です.  見つけたすべてのファイルで編集, 追加をおこないます.
 
       <programlisting>#include "opt_foo.h"</programlisting>
 
       <emphasis>ファイルの先頭の</emphasis>, すべての
       <literal>#include &lt;xxx.h&gt;</literal> より前に入れます.
       この場合, オプションによって次のようにしてデフォルト値
       を持たせている標準のヘッダファイル内の値を置き換えるため,
       順番は非常に 重要です.
 
       <programlisting>#ifndef NEW_OPTION
 #define NEW_OPTION (something)
 #endif</programlisting>
 
       システムヘッダファイル (たとえば
       <filename>/usr/include/sys/</filename> にある ファイル)
       をオプションで置き換えることは, ほとんどの場合で失敗します.
       そうすると, ヘッダファイルを深刻な状態に破壊してしまうので,
       include  しないとオプションの値によって
       不整合が起きてしまう場合を除き, それらの ファイルに
       <filename>opt_<replaceable>foo</replaceable>.h</filename>
       を include しないでください.
       そう, 現在このような例がいくつか存在していますが,
       必ずしも正しい方法 ではありません.</para>
   </sect1>
 </chapter>
 
 <!--
      Local Variables:
      mode: sgml
      sgml-declaration: "../chapter.decl"
      sgml-indent-data: t
      sgml-omittag: nil
      sgml-always-quote-attributes: t
      sgml-parent-document: ("../book.sgml" "part" "chapter")
      End:
 -->
diff --git a/ja_JP.eucJP/books/handbook/l10n/chapter.sgml b/ja_JP.eucJP/books/handbook/l10n/chapter.sgml
index caf01f4654..299eba5ce9 100644
--- a/ja_JP.eucJP/books/handbook/l10n/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/l10n/chapter.sgml
@@ -1,1033 +1,1008 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.43
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/l10n/chapter.sgml,v 1.9 2001/03/08 19:47:57 hrs Exp $
+     Original revision: 1.44
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/l10n/chapter.sgml,v 1.10 2001/03/11 05:08:17 hrs Exp $
 -->
 
 <chapter id="l10n">
   <title>地域化 (localization) - I18N/L10N の利用/設定方法</title>
 
   <para><emphasis>寄稿: &a.ache;</emphasis></para>
 
   <para><emphasis>改訂: &a.keichii;,
     2000 年 11 月 30 日.</emphasis></para>
 
   <sect1>
     <title>この章では</title>
 
     <para>ハンドブックのこの章では, 様々な国の様々な設定に対する
       FreeBSD の国際化 (internationalization) と地域化 (localization)
       について解説します.
       システムのデフォルトである英語以外の言語を使いたい場合,
       ユーザはシステムを適切に設定しなければなりません.
       各言語に対する言語サポートは, 対象によりずいぶん異なることに
       注意してください.
       各言語を担当している各国の FreeBSD ユーザグループに
       問い合わせるといいでしょう.</para>
 
     <note>
       <title>訳注</title>
 
       <para>原文に記述されているような, 各国語に対して責任を負っている
         ユーザグループは存在しませんが, 日本語に関する問題などは
         &a.jp.users-jp; などで質問するといいでしょう.</para>
     </note>
 
     <para>FreeBSD の国際化に関して, 完全に説明することは不可能です.
       システム/アプリケーションの両方のレベルにおいて,
       様々な段階の国際化の実装がなされているため,
       各文書, マニュアルページ, README などを参照することをお勧めします.</para>
 
     <para>この章に関して質問や提案などがありましたら, 著者にメール
       してください.</para>
   </sect1>
 
   <sect1>
     <title>基礎知識</title>
 
     <sect2>
       <title>I18N/L10N とは?</title>
 
       <para>開発者たちはしばしば, internationalization を縮めて I18N
 	と表記します.  18 は internationalization の最初と最後の間の
 	文字数です.
 	L10N も同じ命名法を用いて "localization" を縮めています.
 	これらを合わせて, I18N/L10N された (すなわち国際化/地域化された)
 	手法, プロトコル, アプリケーションは, 自分達の好みの言語を
 	使うことを可能にしてくれます.
       </para>
 
       <para>国際化されたアプリケーションはライブラリとして国際化キット
 	を用いてプログラミングされています.
 	これは開発者が単純なファイルを書いて,
         表示されるメニューやテキストを各国語に翻訳できるようにしてくれます.
 	プログラマのみなさんには,
         これらの方法を利用することを強く推奨します.</para>
     </sect2>
 
     <sect2>
       <title>なぜ I18N/L10N を使わなければいけないの?</title>
 
       <para>英語以外の言語を見たり, 入力したり, 処理したりする場合はいつでも,
         I18N/L10N が使われます.</para>
     </sect2>
 
     <sect2>
       <title>I18N で使えるようになる言語には何があるの?</title>
 
       <para>I18N や L10N は FreeBSD に限った話題ではありません.
 	現在では, 世界中の主要な言語のほとんどから選ぶことができます.
 	たとえば中国語, ドイツ語, 日本語, 韓国語, フランス語, ロシア語,
         ベトナム語などがありますが, これらに限定されるわけではありません.</para>
     </sect2>
   </sect1>
 
   <sect1 id="using-localization">
     <title>地域化の利用</title>
 
     <para>I18N は FreeBSD に特有のものではなく, 一つの考え方です.
       以下の慣習にしたがって FreeBSD を利用するようにしてください.</para>
 
     <para>地域化の設定は言語コード,
       国コード, エンコーディングという三つの用語を基本とします.
       ロケール名はこれらから以下のように構成されます:</para>
 
-    <programlisting>
-<replaceable>言語コード</replaceable>_<replaceable>国コード</replaceable>.<replaceable>エンコーディング</replaceable></programlisting>
+    <programlisting><replaceable>言語コード</replaceable>_<replaceable>国コード</replaceable>.<replaceable>エンコーディング</replaceable></programlisting>
 
     <sect2>
       <title>言語コードと国コード</title>
 
       <para>FreeBSD (やその他の国際化をサポートした UNIX)
         を特定の言語に地域化するには,
         国と言語を特定するためのコードを知る必要があります
         (Country Code はアプリケーションに指定された言語のどの変種
         (variation) を用いれば良いかを教えてくれます).
 	加えて, ウェブブラウザ, SMTP/POP サーバ,
         ウェブサーバなどもこれらを元に様々な選択を行います.
 	以下は 言語/国コードの例です.</para>
 
       <informaltable frame="none">
 	<tgroup cols="2">
 	  <thead>
 	    <row>
 	      <entry>言語/国コード</entry>
 	      <entry>説明</entry>
 	    </row>
 	  </thead>
 
 	  <tbody>
 	    <row>
 	      <entry>en_US</entry>
 	      <entry>英語 (合衆国)</entry>
 	    </row>
 
 	    <row>
 	      <entry>ru_RU</entry>
 	      <entry>ロシア語 (ロシア)</entry>
 	    </row>
 
 	    <row>
 	      <entry>zh_TW</entry>
 	      <entry>繁体中国語 (台湾)</entry>
 	    </row>
 	  </tbody>
 	</tgroup>
       </informaltable>
 
     </sect2>
 
     <sect2>
       <title>エンコーディング</title>
 
       <para>いくつかの言語では, 8-bit やワイド文字,
 	多バイト文字など ASCII とは異なったエンコード法を用います
 	(&man.multibyte.3; 参照).
 	古いアプリケーションはこれらを認識せず,
         誤ってコントロール文字として認識してしまいます.
 	最近のアプリケーションは, 大抵 8-bit 文字を認識します.
 	実装方法にも依りますが, アプリケーションのコンパイル時もしくは
 	configure 時に, ワイド/多バイト文字のサポートを指定する必要があるかも知れません.
 	ワイド/多バイト文字を入力したり処理したりすることを可能にするために,
         <ulink url="../ports/">FreeBSD Ports Collection</ulink>
 	では各言語向けに異なったプログラムを提供しています.
 	各 FreeBSD port の国際化文書を参照してください.
       </para>
 
       <para>特に, 正しく configure したり, configure/Makefile/
 	コンパイラに適切な値を渡すために, アプリケーションの
 	文書を良く読む必要があります.</para>
 
       <para>心に留めておくべきことは:</para>
 
       <itemizedlist>
 	<listitem>
 	  <para>言語固有の, C 言語の char で表現できる
 	    シングルバイトの文字セット
 	  (&man.multibyte.3; を参照), たとえば
 	    ISO_8859-1, ISO_8859-15, KOI8-R, CP437.</para>
 	</listitem>
 
 	<listitem>
 	  <para>ワイド, 多バイトのエンコーディング, たとえば EUC, Big5.
 	  </para>
 	</listitem>
       </itemizedlist>
 
       <para>現在有効な文字セットのリストに関しては
 	<ulink url="ftp://ftp.isi.edu/in-notes/iana/assignments/character-sets">IANA Registry</ulink>
 	をチェックしてください.</para>
     </sect2>
 
     <sect2>
       <title>国際化アプリケーション</title>
 
       <para>FreeBSD の ports/packages システムでは,
         それとひと目でわかるように国際化アプリケーションには名前に
         <literal>I18N</literal> という文字が含まれています.
 	ただし, それらのアプリケーションが常にあなたの望む言語を
 	サポートしているとは限りません.</para>
     </sect2>
 
     <sect2 id="setting-locale">
       <title>ロケールの設定</title>
 
       <para>理論的に必要なのは, 各ユーザの <filename>~/.login_conf</filename>
 	や, ログインシェルの設定ファイル
 	(<filename>~/.profile</filename>,
 	<filename>~/.bashrc</filename>, <filename>~/.cshrc</filename>)
 	で <envar>LANG</envar> にロケール名を設定し, export することだけです.
 	これによりロケールのサブセット
 	(<envar>LC_CTYPE</envar>, <envar>LC_CTIME</envar>, など)
 	のすべてが設定されます.
 	詳細に関しては, 各言語向けの FreeBSD 文書を参照してください.</para>
 
       <para>以下の二つの値を設定ファイルで指定する必要があります.</para>
 
       <itemizedlist>
         <listitem>
 	  <para>POSIX &man.setlocale.3; に属する関数のための
 	    <envar>LANG</envar></para>
 	</listitem>
 
 	<listitem>
 	  <para>アプリケーション用の MIME 文字セットのための
 	    <envar>MM_CHARSET</envar></para>
 	</listitem>
       </itemizedlist>
 
       <para>これにはユーザのシェルの設定, アプリケーション固有の設定,
 	X11 の設定などが含まれます.</para>
 
       <sect3>
 	<title>ロケールを設定する方法</title>
 
 	<para>ロケールを設定するには以下で説明するように, 二つの方法があります.
 	  一つは推奨される方法で, <link linkend="login-class">ログインクラス(login
 	  class)</link> において環境変数に割り当てる方法.
 	  もう一つはシステムのシェル
 	  <link linkend="startup-file">初期化ファイル</link>
 	  において環境変数の指定を追加する方法です.</para>
 
 	<sect4 id="login-class">
 	  <title>ログインクラスを用いる方法</title>
 
 	  <para>この方法では,
             各シェルの初期化ファイルに特定のシェル設定を追加する代わりに,
             すべてのシェルにおいて一度に必要なロケール名と MIME
             文字セットを環境変数に割り当てることができます.
 	    <link linkend="usr-setup">ユーザの設定</link
               >はユーザ自身で行なえますが,
 	    <link linkend="adm-setup">管理者の設定</link
               >にはスーパユーザの権限が必要となります.</para>
 
 	  <sect5 id="usr-setup">
 	    <title>ユーザの設定</title>
 
 	    <para>ユーザのホームディレクトリの
 	      <filename>.login_conf</filename> ファイルを用いて,
               両方の変数に Latin-1 エンコーディングを設定する簡単な例:
 	    </para>
 
-	    <programlisting>
-german:German User:\
+	    <programlisting>german:German User:\
 	:charset=ISO-8859-1:\
 	:lang=de_DE.ISO_8859-1:</programlisting>
 
 	    <para>これは, BIG-5 エンコーディングされた繁体中国語用の環境変数を設定する
                <filename>.login_conf</filename> の一例です.
                中国語, 日本語, 韓国語用の locale
                変数を正しく認識しないソフトウェアに対処するため,
                よりたくさんの変数を設定していることに注目しください.</para>
 
-	    <programlisting>
-#Users who do not wish to use monetary units or time formats
+	    <programlisting>#Users who do not wish to use monetary units or time formats
 #of Taiwan can manually change each variable
 taiwan:Taiwanese User:\
 	lang=zh_TW.Big5:\
 	lc_all=zh_TW.Big:\
 	lc_collate=zh_TW.Big5:\ 
 	lc_ctype=zh_TW.Big5:\
 	lc_messages=zh_TW.Big5:\
 	lc_monetary=zh_TW.Big5:\
 	lc_numeric=zh_TW.Big5:\
 	lc_time=zh_TW.Big5:\
 	charset=big5:\
 	xmodifiers="@im=xcin": #Setting the XIM Input Server</programlisting> 
 
 	    <para>詳細に関しては
 	      <link linkend="adm-setup">管理者の設定</link> と
 		&man.login.conf.5; を参照してください.</para>
 	  </sect5>
 
 	  <sect5 id="adm-setup">
 	    <title>管理者の設定</title>
 
 	    <para><filename>/etc/login.conf</filename> において
               正しい言語がユーザのクラスに指定されていることを確認してください.
               <filename>/etc/login.conf</filename> は, このようになります.</para>
 		
-	    <programlisting>
-<replaceable>language_name</replaceable>:<replaceable>accounts_title</replaceable>:\
+	    <programlisting><replaceable>language_name</replaceable>:<replaceable>accounts_title</replaceable>:\
 	:charset=<replaceable>MIME_charset</replaceable>:\
 	:lang=<replaceable>locale_name</replaceable>:\
 	:tc=default:</programlisting>
 
 	    <para>先ほどの例のように Latin-1
               での設定はこのようになります.</para>
 
-	    <programlisting>
-german:German Users Accounts:\
+	    <programlisting>german:German Users Accounts:\
 	:charset=ISO-8859-1:\
 	:lang=de_DE.ISO_8859-1:\
 	:tc=default:</programlisting>
 
 	    <para>ログインクラスを &man.vipw.8; で変更します.</para>
 
 	    <para>新しいユーザを追加するために <command>vipw</command>
 	      を用います.  そして以下のようなエントリを作成します:</para>
 
-	    <programlisting>
-user:password:1111:11:<replaceable>language</replaceable>:0:0:User Name:/home/user:/bin/sh</programlisting>
+	    <programlisting>user:password:1111:11:<replaceable>language</replaceable>:0:0:User Name:/home/user:/bin/sh</programlisting>
 
 	    <para>ログインクラスを &man.adduser.8; で変更します.</para>
 
 	    <para>新しいユーザを追加するために <command>adduser</command>
 	      を用います.  そして以下の手順を踏みます:</para>
 
 	    <itemizedlist>
 	      <listitem>
 		<para><filename>/etc/adduser.conf</filename> で
 		  <literal>defaultclass = <replaceable>language</replaceable></literal>
                   と設定します.
 		  この場合, 他の言語のユーザには
 		  <literal>default</literal> クラスを指定することを
 		  忘れないでください.</para>
 	      </listitem>
 
 	      <listitem>
 		<para>もうひとつの方法は, &man.adduser.8; が
 <screen><prompt>Enter login class: default []: </prompt></screen>
 		  と聞いてきたときに, 毎回言語を指定するやり方です.</para>
 	      </listitem>
 
 	      <listitem>
 		<para>さらに別の方法は, 異なる言語を利用するユーザを
 		  追加する際に, 以下のようにするやり方です:</para>
 
 		<screen>&prompt.root; <userinput>adduser -class <replaceable>language</replaceable></userinput></screen>
 	      </listitem>
 	    </itemizedlist>
 
 	    <para>ログインクラスを &man.pw.8; で変更します.</para>
 
 	    <para>新しいユーザを追加するために &man.pw.8; を
 	      用いる場合, 以下の形式で実行します:</para>
 	    
 
 	    <screen>&prompt.root; <userinput>pw useradd <replaceable>user_name</replaceable> -L <replaceable>language</replaceable></userinput></screen>
 	  </sect5>
 	</sect4>
 
 	<sect4 id="startup-file">
 	  <title>シェルの初期化ファイルによる方法</title>
 
 	  <note>
 	    <para>各ログインプログラムごとに異なった設定が必要なため,
 	      この方法は推奨されません.
 	      代わりに <link linkend="login-class">ログインクラスを用いる方法</link
                 >を使ってください.</para>
 	  </note>
 
 	  <para>ロケール名と MIME 文字コードを追加するには,
 	    <filename>/etc/profile</filename> や
 	    <filename>/etc/csh.login</filename> などのシェル初期化ファイル
 	    に以下の二つの環境変数を設定します.
 	    以下に示す例は, ドイツ語の設定です.</para>
 
 	  <para><filename>/etc/profile</filename> では:</para>
 
-	  <programlisting>
-<envar>LANG=de_DE.ISO_8859-1; export LANG</envar>
+	  <programlisting><envar>LANG=de_DE.ISO_8859-1; export LANG</envar>
 <envar>MM_CHARSET=ISO-8859-1; export MM_CHARSET</envar></programlisting>
 
 	  <para>また <filename>/etc/csh.login</filename> では:</para>
 
-	  <programlisting>
-<envar>setenv LANG de_DE.ISO_8859-1</envar>
+	  <programlisting><envar>setenv LANG de_DE.ISO_8859-1</envar>
 <envar>setenv MM_CHARSET ISO-8859-1</envar></programlisting>
 
 	  <para>もしくは, 上記のやり方を
 	    <filename>/usr/share/skel/dot.profile</filename>
 	    (<filename>/etc/profile</filename> と同形式) や
 	    <filename>/usr/share/skel/dot.login</filename>
 	    (<filename>/etc/csh.login</filename> と同形式)
 	    に追加することもできます.</para>
 
 	  <para>X11 では:</para>
 
 	  <para><filename>$HOME/.xinitrc</filename> に:</para>
 
-	  <programlisting>
-<envar>LANG=de_DE.ISO_8859-1; export LANG</envar></programlisting>
+	  <programlisting><envar>LANG=de_DE.ISO_8859-1; export LANG</envar></programlisting>
 
 	  <para>もしくは:</para>
 
-	  <programlisting>
-<envar>setenv LANG de_DE.ISO_8859-1</envar></programlisting>
+	  <programlisting><envar>setenv LANG de_DE.ISO_8859-1</envar></programlisting>
 
 	  <para>を使用しているシェルに合った形式で指定します.</para>
 	</sect4>
       </sect3>
     </sect2>
 
     <sect2 id="setting-console">
       <title>コンソールの設定</title>
 
       <para>C 言語の char で表現できるシングルバイトの文字セット用に,
 	<filename>/etc/rc.conf</filename>
 	でその言語に対応した適切なコンソールフォントを指定してください:</para>
 
-      <programlisting>
-font8x16=<replaceable>フォント名</replaceable>
+      <programlisting>font8x16=<replaceable>フォント名</replaceable>
 font8x14=<replaceable>フォント名</replaceable>
 font8x8=<replaceable>フォント名</replaceable></programlisting>
 
       <para>ここで <replaceable>フォント名</replaceable>
 	は <filename>/usr/share/syscons/fonts</filename> ディレクトリ
 	にあるフォントファイルから <filename>.fnt</filename>
 	という拡張子を除いたものです.</para>
 
       <para>また, <filename>/stand/sysinstall</filename>
 	を使って, C 言語の char で表現できるシングルバイトの文字セット用の正しい
         キーマップとスクリーンマップを指定するようにしてください.
 	sysinstall では, <literal>Configure</literal>
 	を選択し, <literal>Console</literal> を選択します.
 	もしくは, <filename>/etc/rc.conf</filename>
 	に以下の行を加えてください:</para>
 
-      <programlisting>
-scrnmap=<replaceable>スクリーンマップ名</replaceable>
+      <programlisting>scrnmap=<replaceable>スクリーンマップ名</replaceable>
 keymap=<replaceable>キーマップ名</replaceable>
 keychange="<replaceable>ファンクションキー番号の並び</replaceable>"</programlisting>
 	
       <para>ここで <replaceable>スクリーンマップ名</replaceable>
 	は <filename>/usr/share/syscons/scrnmaps</filename> ディレクトリ
 	にあるマップファイルから <filename>.scm</filename>
 	という拡張子を除いたものです.
 	VGA アダプタが疑似グラフィクス領域のフォント文字マトリクスで
 	bit 8 を bit 9 に拡張することに対処するために
 	(例えばスクリーンフォントが
 	bit 8 列を使っている時に文字をその領域から外に移動する場合), 
 	フォントに適切にマップされたスクリーンマップが必要となります.
       </para>
 
       <para>以下の設定をする場合, リストの後で示される kernel config を
 	使う必要があります.</para>	
 
       <itemizedlist>
 	<listitem>
 	  <para>コンソールが 8-bit 列フォント文字を使うスクリーンフォント
 	    を利用している.</para>
 	</listitem>
 
 	<listitem>
 	  <para><filename>/etc/rc.conf</filename> に以下のように設定し
 	    moused デーモンを利用可能にしている:</para>
 
-<programlisting>moused_enable="YES"</programlisting>
+          <programlisting>moused_enable="YES"</programlisting>
 	</listitem>  
       </itemizedlist>
 
       <para>上記のような場合には,
 	VGA アダプタが 8-bit を 9-bit に拡張することに対する
 	対処が必要となります.
 	この方法では, sc0 コンソールドライバにおいて,
 	マウスカーソルと重なるフォント文字に対して
 	8-bit から 9-bit への拡張を無効にします.
 	この対処法を有効にするには,
         カーネルコンフィグファイルに以下の行を加えます.
 	</para>
 
-      <programlisting>
-options         SC_MOUSE_CHAR=0x03</programlisting>
+      <programlisting>options         SC_MOUSE_CHAR=0x03</programlisting>
 
       <para><replaceable>キーマップ名</replaceable> は
 	<filename>/usr/share/syscons/keymaps</filename>
         ディレクトリにあるキーマップファイルから <filename>.kbd</filename>
 	という拡張子を除いたものです.</para>
 
       <para>ファンクションキーの並びはキーマップにより定義されてはいないため,
 	端末タイプに合わせたファンクションキーを設定するために
 	<literal>keychange</literal> が必要となります.</para>
 
       <para>また, <filename>/etc/ttys</filename> の中のすべての
 	<literal>ttyv*</literal> において,
         正しいコンソール端末タイプを設定するようにしてください.
 	現在の定義済の値は以下の通りです:</para>
 
       <informaltable frame="none">
 	<tgroup cols="2">
 	  <thead>
 	    <row>
 	      <entry>文字セット</entry>
 	      <entry>端末タイプ</entry>
 	    </row>
 	  </thead>
 
 	  <tbody>
 	    <row>
 	      <entry>ISO-8859-1 もしくは ISO-8859-15</entry>
 	      <entry><literal>cons25l1</literal></entry>
 	    </row>
 
 	    <row>
 	      <entry>ISO-8859-2</entry>
 	      <entry><literal>cons25l2</literal></entry>
 	    </row>
 
 	    <row>
 	      <entry>KOI8-R</entry>
 	      <entry><literal>cons25r</literal></entry>
 	    </row>
 
 	    <row>
 	      <entry>CP437 (ハードウェアのデフォルト)</entry>
 	      <entry><literal>cons25</literal></entry>
 	    </row>
 	  </tbody>
 	</tgroup>
       </informaltable>
 
       <para>ワイド/多バイト文字の言語については,
 	<filename>/usr/ports/<replaceable>language</replaceable></filename>
 	内の適切な FreeBSD port を利用してください.
 	いくつかの ports はシステムからシリアルの vtty
         のように見えるようにコンソールとして振る舞います.
 	したがって, X11 と疑似シリアルコンソール用に充分な
         vtty を確保しておかなければなりません.
 	コンソールで他の言語を使うためのアプリケーションのリストの
 	一部です:</para>
 
       <informaltable frame="none">
 	<tgroup cols="2">
 	  <thead>
 	    <row>
 	      <entry>言語</entry>
 	      <entry>ports の位置</entry>
 	    </row>
 	  </thead>
 
 	  <tbody>
 	    <row>
 	      <entry>繁体中国語 (BIG-5)</entry>
 	      <entry><filename>/usr/ports/chinese/big5con</filename></entry>
 	    </row>
 
 	    <row>
 	      <entry>日本語</entry>
 	      <entry><filename>/usr/ports/japanese/ja-kon2-*</filename> or
 	        <filename>/usr/ports/japanese/Mule_Wnn</filename></entry>
 	    </row>
 
 	    <row>
 	      <entry>韓国語</entry>
 	      <entry><filename>/usr/ports/korean/ko-han</filename></entry>
 	    </row>
 	  </tbody>
 	</tgroup>
       </informaltable>
     </sect2>
 
     <sect2>
       <title>X11 の設定</title>
 
       <para>X11 は FreeBSD プロジェクトの一部ではありませんが,
 	FreeBSD ユーザのための情報を記しておきます.
 	詳細に関しては, <ulink url="http://www.xfree86.org/">XFree86
           ウェブサイト</ulink>や, あなたの使っている
         X11 サーバのサイトを参照してください.</para>
 
       <para><filename>~/.Xresources</filename> を使うことで,
 	アプリケーション固有の国際化の設定 (フォント, メニューなど)
 	を追加することができます.</para>
 
       <sect3>
 	<title>フォントの表示</title>
 
 	<para>X11 True Type 共通サーバ (XTT-common)
           をインストールし, 言語の TrueType フォントをインストールします.
 	  ロケールを正しく設定すれば,
           選んだ言語がメニューなどに表示されるはずです.</para>
       </sect3>
 
       <sect3>
 	<title>非英語の文字を入力する</title>
 
 	<para>X11 Input Method (XIM) プロトコルはすべての X11
           クライアント用の新たな標準規格です.
 	  すべての X11 アプリケーションは XIM 入力サーバからの入力を受け取る
           XIM クライアントとして書かれるべきです.
 	  様々な言語用の XIM サーバが存在します.</para>
       </sect3>
     </sect2>
 
     <sect2>
       <title>プリンタの設定</title>
 
       <para>プリンタにはいくつかの C 言語の char で表現できる
 	シングルバイトの文字セットがハードウェアに組み込まれています.
 	ワイド/多バイトの文字セットでは特殊な設定が必要であり,
 	<application>apsfilter</application> を使うことをお勧めします.
 	言語固有のコンバータを用いて, PostScript か PDF フォーマット
 	に文書をコンバートする場合もあるでしょう.</para>
     </sect2>
 
     <sect2>
       <title>カーネルとファイルシステム</title>
 
       <para>FreeBSD の FFS ファイルシステムは 8-bit 透過であり,
 	C 言語の char で表現できるいかなる文字セットも使うことが
 	できます (&man.multibyte.3; を参照).
 	しかし, ファイルシステム中には文字セットの名前は記録されていません.
         したがって, これは単なる 8-bit であり,
 	エンコーディングに関しては何の情報もないのです.
 	公式には, FFS
         はまだいかなるワイド/マルチバイトの文字セットもサポートしていません.
 	しかし FFS でそのようなサポートを行うためのパッチが,
         多くのワイド/マルチバイトの文字セットに存在します.
 	それらは単に一時的で汎用性のない解決策であり,
 	わたしたちはそれらをソースツリーに含めないことを決めています.
 	これらのパッチに関しては, 各言語のウェブサイトを参照してください.
       </para>
 
       <para>FreeBSD の MS-DOS ファイルシステムでは,
         MS-DOS, Unicode 文字セット, FreeBSD ファイルシステムの文字セット
 	の間で変換を行うことが可能です.
 	詳細は &man.mount.msdos.8; を参照してください.</para>
     </sect2>
   </sect1>
 
   <sect1>
     <title>より進んだ話題</title>
 
     <para>国際化に対応したアプリケーションをコンパイルしたり,
       作成することを考えているなら, このセクションを読んでみてください.
     </para>
 
     <sect2>
       <title>国際化に対応したプログラムのコンパイル</title>
 
       <para>多くの FreeBSD ports はすでに国際化されています.
 	いくつかには port の名前に -I18N と付いています.
 	これらはもちろん, 他のプログラムも国際化への対応を組み込んだものがあり,
         それらはコンパイルに際して特に考慮するようなことはありません.
       </para>
 
       <para>しかし, MySQL のようなアプリケーションでは,
 	特定の文字セットを使うように <filename>Makefile</filename>
 	に指示する必要があります.
 	これは大抵 <filename>Makefile</filename> の中で
 	対処されているか, ソース中の configure
         に値を渡すことで対応しています.
       </para>
     </sect2>
 
     <sect2>
       <title>国際化に対応したアプリケーションのプログラミング</title>
 
       <para>あなたのアプリケーションを,
         他の言語を話す人たちにとっても有用なものにするには,
         国際化に対応したものにするといいでしょう.
 	GNU の gcc コンパイラ, QT や GTK などの GUI
         ライブラリは文字列を特別に扱うことで国際化をサポートしています.
 	国際化に対応したプログラムは簡単に作成できます.
 	それにより, あなたのアプリケーションを提供者が素早く他の言語に対応することが可能になります.
 	詳細に関してはライブラリ固有の国際化文書を参照してください.
       </para>
 
       <para>一般的な予想に反して, 国際化に対応したコードは簡単に書くことができます.
 	通常は文字列をライブラリ特有の関数でくくるだけです.
 	また, ワイド/マルチバイト文字をサポートするようにしてください.
       </para>
 
       <sect3>
 	<title>国際化のための団結の呼び掛け</title>
 
 	<para>それぞれの国で個別の国際化/地域化への努力が独立して行われているということを,
           これ以上無視するわけにはいきません.
 	  わたしたちは, 何度も性懲りもなく車輪を再発明してきました.
 	  国際化の舞台における主要なグループが集まって,
           コアチームのように一つのグループとして活動できることを望んでいます.</para>
 
 	<para>現状では, あなたが国際化に対応したプログラムを書くか移植した場合,
           テストのために各国の FreeBSD メーリングリストに送ってくれることを望んでいます.
 	  将来的には, 美しくないハックを加えることなしにすべての言語で動作するような,
           すばらしいアプリケーションを作ることを目指しています.</para>
 
 	<para><email>FreeBSD-I18N@FreeBSD.org</email> というメーリングリストがあります.
           もしあなたが国際化/地域化の開発に携わっているなら,
           あなたの意見や考え, 質問等をお寄せください.</para>
 	
 	<para>Michael C. Wu 氏は, 国際化の成果を
 	  <ulink url="http://www.FreeBSD.org/~keichii/i18n/index.html">http://www.FreeBSD.org/~keichii/i18n/index.html</ulink> で保守管理しています.
           また, BSDCon2000 で Clive Lin 氏,
           Chia-Liang Kao 氏, Michael C. Wu
           氏らによって発表された国際化に関する論文や発表資料
           <ulink url="http://www.FreeBSD.org/~keichii/papers/">http://www.FreeBSD.org/~keichii/papers/</ulink> もご覧ください.</para>
       </sect3>
 
       <sect3>
 	<title>Perl と Python</title>
 
 	<para>Perl と Python
           には国際化とワイド文字を扱うためのライブラリが備わっています.
 	  国際化に対応するためにそれらを使うようにしてください.</para>
 
 	<para>古いバージョンの FreeBSD では,
           ワイド文字ロケールがシステムにインストールされているのに
           Perl がインストールされていないと警告するかも知れません.
 	  この場合, シェルの環境変数 <envar>LD_PRELOAD</envar>
 	  に <filename>/usr/lib/libxpg4.so</filename>
           と設定することで対処できます.</para>
 
 	<para><literal>sh</literal> 系のシェルでは:</para>
 
-	<programlisting>
-<envar>LD_PRELOAD=/usr/lib/libxpg4.so</envar></programlisting>
+	<programlisting><envar>LD_PRELOAD=/usr/lib/libxpg4.so</envar></programlisting>
 
 	<para><literal>C</literal> 系のシェルでは:</para>
 
-	<programlisting>
-<envar>setenv LD_PRELOAD /usr/lib/libxpg4.so</envar></programlisting>
+	<programlisting><envar>setenv LD_PRELOAD /usr/lib/libxpg4.so</envar></programlisting>
       </sect3>
     </sect2>
   </sect1>
 
   <sect1 id="lang-setup">
     <title>FreeBSD を特定の言語に地域化する</title>
 
     <sect2 id="ru-localize">
       <title>ロシア語 (KOI8-R エンコーディング)</title>
 
       <para><emphasis>原作: &a.ache;.</emphasis></para>
 
       <para>KOI8-R エンコーディングの詳細については,
 	<ulink url="http://koi8.pp.ru/">KOI8-R References
 	  (Russian Net Character Set)</ulink> を参照してください.</para>
 
       <sect3>
 	<title>ロケールの設定</title>
 
 	<para>以下の行を
 	  <filename>~/.login_conf</filename> に追加してください:</para>
 
-	<programlisting>
-me:My Account:\
+	<programlisting>me:My Account:\
 	:charset=KOI8-R:\
 	:lang=ru_RU.KOI8-R:</programlisting>
 
 	<para><link linkend="setting-locale">ロケール</link> を
 	  設定する際の例については, この章の前の方を参照してください.
 	</para>
       </sect3>
 
       <sect3>
 	<title>コンソールの設定</title>
 
 	<itemizedlist>
 	  <listitem>
 	    <para>以下の行をカーネルコンフィグファイルに追加してください:</para>
 
-	    <programlisting>
-options		SC_MOUSE_CHAR=0x03</programlisting>
+	    <programlisting>options		SC_MOUSE_CHAR=0x03</programlisting>
 	  </listitem>
 
 	  <listitem>
 	    <para><filename>/etc/rc.conf</filename> で以下のように
 	      設定してください:</para>
 
-	    <programlisting>
-keymap="ru.koi8-r"
+	    <programlisting>keymap="ru.koi8-r"
 scrnmap="koi8-r2cp866"
 font8x16="cp866b-8x16"
 font8x14="cp866-8x14"
 font8x8="cp866-8x8"</programlisting>
 
 	  </listitem>
 
 	  <listitem>
 	    <para><filename>/etc/ttys</filename> の各
 	      <literal>ttyv*</literal> エントリにおいて,
 	      端末タイプとして <literal>cons25r</literal>
 	      を指定してください.</para>
 	  </listitem>
 	</itemizedlist>
 
 	<para><link linkend="setting-console">コンソール</link
             >を設定する際の例については, この章の前の方を参照してください.
 	</para>
       </sect3>
 
       <sect3>
 	<title>プリンタの設定</title>
 
 	<para>ロシア語用の文字を搭載したプリンタはほとんど
 	  ハードウェアコードページ CP866 を使っているため,
 	  KOI8-R から CP866 への特殊な変換フィルタが必要となります.
 	  このフィルタはデフォルトで
 	  <filename>/usr/libexec/lpr/ru/koi2alt</filename> に
 	  インストールされています.
 	  ロシア語用のプリンタの <filename>/etc/printcap</filename>
 	  エントリは以下のようになります:</para>
 
-	<programlisting>
-lp|Russian local line printer:\
+	<programlisting>lp|Russian local line printer:\
 	:sh:of=/usr/libexec/lpr/ru/koi2alt:\
 	:lp=/dev/lpt0:sd=/var/spool/output/lpd:lf=/var/log/lpd-errs:</programlisting>
 
 	<para>記述の詳細については &man.printcap.5;
 	  を参照してください.</para>
       </sect3>
 
       <sect3>
 	<title>MS-DOS ファイルシステムとロシア語ファイル名</title>
 
 	<para>以下の &man.fstab.5; エントリの例は, マウントされた
 	  MS-DOS ファイルシステムにおいてロシア語ファイル名を
 	  使えるようにします:</para>
 
-	<programlisting>
-/dev/ad0s2      /dos/c  msdos   rw,-W=koi2dos,-L=ru_RU.KOI8-R 0 0</programlisting>
+	<programlisting>/dev/ad0s2      /dos/c  msdos   rw,-W=koi2dos,-L=ru_RU.KOI8-R 0 0</programlisting>
 
 	<para><option>-W</option> オプションと <option>-L</option>
 	  オプションの詳細については, &man.mount.msdos.8;
 	  を参照してください.
 	</para>
       </sect3>
 
       <sect3>
 	<title>X11 の設定</title>
 
 	<orderedlist>
 	  <listitem>
 	    <para>まず <link linkend="setting-locale"
                              >X 以外のロケールの設定</link>を行ってください.</para>
 
 	    <note>
 	      <para><anchor id="russian-note">ロシア語の KOI8-R
 		ロケールは古い XFree86 のリリース (3.3 より前)
 		では動作しません.
 		<filename>/usr/ports/x11/XFree86</filename>
 		は最新版の XFree86 となっていますので,
 		port から XFree86 をインストールした場合にはうまく
 		動作します.
 		これは古いバージョンの FreeBSD を使っていない限り
 		起こり得ないことです.</para>
 	    </note>
 	  </listitem>
 
 	  <listitem>
 	    <para><filename>/usr/ports/russian/X.language</filename>
 	      ディレクトリに移動し,
 	      以下のコマンドを実行してください:</para>
 
 	    <screen>&prompt.root; <userinput>make install</userinput></screen>
       
 	    <para>上記の port は最新版の KOI8-R フォントをインストール
 	      します.  XFree86 3.3 には既に KOI8-R フォントが含まれていますが,
               こちらの方がより良く拡縮されます.</para>
 
 	    <para><filename>/etc/XF86Config</filename> ファイルの
 	      <literal>"Files"</literal>
 	      セクションをチェックしてください.
 	      既存の <literal>FontPath</literal>
               エントリの<emphasis>前に</emphasis>以下の行を追加しなければなりません:</para>
 
-	    <programlisting>
-FontPath   "/usr/X11R6/lib/X11/fonts/cyrillic/misc"
+	    <programlisting>FontPath   "/usr/X11R6/lib/X11/fonts/cyrillic/misc"
 FontPath   "/usr/X11R6/lib/X11/fonts/cyrillic/75dpi"
 FontPath   "/usr/X11R6/lib/X11/fonts/cyrillic/100dpi"</programlisting>
 
 	    <para>もし高解像度のビデオモードを使っている場合には,
 	      75 dpi と 100 dpi の行を入れ替えてください.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>ロシア語のキーボードを使えるようにするには,
 	      以下の行を <filename>XF86Config</filename> ファイルの
 	      <literal>"Keyboard"</literal> セクションに追加します.</para>
 
 	    <para>XFree86 v3.* の場合:</para>
 
-	    <programlisting>
-XkbLayout  "ru"
+	    <programlisting>XkbLayout  "ru"
 XkbOptions "grp:caps_toggle"</programlisting>
 
 	    <para>XFree86 v4.* の場合:</para>
 
-	    <programlisting>
-Option "XkbLayout"   "ru"
+	    <programlisting>Option "XkbLayout"   "ru"
 Option "XkbOptions"  "grp:caps_toggle"</programlisting>
 
 	    <para>また, <literal>XkbDisable</literal> が無効
 	      (コメントアウト) になっていることを確認してください.
 	    </para>
 
 	    <para>ロシア語/ラテン文字の変更は <literal>CapsLock</literal>
 	      で行います.  従来の <literal>CapsLock</literal>
 	      の機能は <literal>Shift+CapsLock</literal>
 	      で使うことができます(ラテン文字モードの時のみ).
 	    </para>
 
 	    <para>キーボードに <quote>Windows</quote> キーがあり,
 	      ロシア語モードでそのキーにいくつかの非英字キーが
 	      割り当てられているようなら, <filename>XF86Config</filename>
 	      ファイルに以下の行を追加してください.</para>
 
 	    <para>XFree86 v3.* の場合:</para>
 
-	<programlisting>
-XkbVariant "winkeys"</programlisting>
+            <programlisting>XkbVariant "winkeys"</programlisting>
 
 	    <para>XFree86 v4.* の場合:</para>
 
-	<programlisting>
-Option "XkbVariant" "winkeys"</programlisting>
+            <programlisting>Option "XkbVariant" "winkeys"</programlisting>
 
 	    <note>
 	      <para>ロシア語の XKB キーボードは古いバージョンの
 		XFree86 ではうまく動かないかも知れません.
 		詳しくは<link linkend="russian-note">前述の
 		  注釈</link>を参照してください.
 		ロシア語の XKB キーボードは,
                 地域化されていないアプリケーションでもうまく動かないかも知れません.
 		地域化されたアプリケーションは少なくともプログラムの最初の方で
 		<literal>XtSetLanguageProc (NULL, NULL, NULL);</literal>
 		を呼び出すべきです.
 		X11 アプリケーションを地域化する方法については,
 		<ulink url="http://koi8.pp.ru/xwin.html">
 		KOI8-R for X-Window</ulink>
 		を参照してください.</para>
 	    </note>
 	  </listitem>
 	</orderedlist>
       </sect3>
     </sect2>
 
     <sect2>
       <title>台湾向けの繁体中国語への地域化</title>
 
       <para>FreeBSD-Taiwan プロジェクトには, 多くの
 	<filename>/usr/ports/chinese/*</filename>
         からのアプリケーションを利用した,
         FreeBSD の国際化/地域化のためのチュートリアル
 	<ulink url="http://freebsd.sinica.edu.tw/~ncvs/zh-l10n-tut/index.html">
 	  http://freebsd.sinica.edu.tw/~ncvs/zh-l10n-tut/index.html</ulink>
 	を提供しています.
 	<literal>zh-L10N-tut</literal> の編集は
 	Clive Lin <email>Clive@CirX.org</email> が担当しています.
 	<hostid	role="fqdn">freebsd.sinica.edu.tw</hostid> から
 	以下のコレクションを cvsup することもできます:</para>
 
       <informaltable frame="none">
 	<tgroup cols="2">
 	  <thead>
 	    <row>
 	      <entry>コレクション</entry>
 	      <entry>説明</entry>
 	    </row>
 	  </thead>
 
 	  <tbody>
 	    <row>
 	      <entry>outta-port tag=.</entry>
 	      <entry>中国語のベータ版 Ports Collection</entry>
 	    </row>
 
 	    <row>
 	      <entry>zh-L10N-tut tag=.</entry>
 	      <entry>BIG-5 繁体中国語向けの
                 FreeBSD 地域化チュートリアル </entry>
 	    </row>
 
 	    <row>
 	      <entry>zh-doc tag=.</entry>
 	      <entry>BIG-5 繁体中国語 翻訳版 FreeBSD 文書</entry>
 	    </row>
 	  </tbody>
 	</tgroup>
       </informaltable>
 
       <para>Chuan-Hsing Shen <email>s874070@mail.yzu.edu.tw</email> は
 	FreeBSD-Taiwan の <literal>zh-L10N-tut</literal> を使って
 	<ulink url="http://cpna.yzu.edu.tw/~cfc">Chinese
 	  FreeBSD Collection (CFC)</ulink> を作成しました.
 	パッケージとスクリプトは
 	<ulink url="ftp://ftp.csie.ncu.edu.tw/OS/FreeBSD/taiwan/CFC/">ftp://ftp.csie.ncu.edu.tw/OS/FreeBSD/taiwan/CFC/</ulink>
         から入手できます.</para>
     </sect2>
 
     <sect2>
       <title>ドイツ語への地域化 (すべての ISO 8859-1 言語向け)</title>
 
       <para>Slaven Rezic <email>eserte@cs.tu-berlin.de</email> は
 	FreeBSD マシン上でウムラウトを使うためのチュートリアルを書きました.
 	チュートリアルはドイツ語で書かれており,
 	<ulink url="http://www.de.FreeBSD.org/de/umlaute/">http://www.de.FreeBSD.org/de/umlaute/</ulink>
 	から入手できます.</para>
     </sect2>
 
     <sect2>
       <title>日本語/韓国語への地域化</title>
 
       <para>日本語に関しては
 	<ulink url="http://www.jp.FreeBSD.org/">http://www.jp.FreeBSD.org/</ulink>
 	を, 韓国語に関しては
 	<ulink url="http://www.kr.FreeBSD.org/">http://www.kr.FreeBSD.org/</ulink>
 	を参照してください.</para>
     </sect2>
 
     <sect2>
       <title>英語以外の FreeBSD ドキュメント</title>
 
       <para>FreeBSD の一部を他の言語に翻訳してくれている人たちがいます.
         これらは <ulink url="../">メインサイト</ulink>のリンクを辿るか
         <filename>/usr/share/doc</filename>
         から入手できます.</para>
     </sect2>
   </sect1>
 </chapter>
 
 <!--
      Local Variables:
      mode: sgml
      sgml-declaration: "../chapter.decl"
      sgml-indent-data: t
      sgml-omittag: nil
      sgml-always-quote-attributes: t
      sgml-parent-document: ("../book.sgml" "part" "chapter")
      End:
 -->
diff --git a/ja_JP.eucJP/books/handbook/linuxemu/chapter.sgml b/ja_JP.eucJP/books/handbook/linuxemu/chapter.sgml
index c32c5b9d36..701895051c 100644
--- a/ja_JP.eucJP/books/handbook/linuxemu/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/linuxemu/chapter.sgml
@@ -1,795 +1,793 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.34
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/linuxemu/chapter.sgml,v 1.15 2000/07/26 01:55:34 hanai Exp $
+     Original revision: 1.35
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/linuxemu/chapter.sgml,v 1.16 2001/04/08 15:33:41 hrs Exp $
 -->
 
 <chapter id="linuxemu">
   <title>Linux バイナリ互換機能</title>
 
   <para><emphasis>オリジナルは &a.handy; と &a.rich; によるものですが,
   &a.jim; が 2000 年 3 月 22 日に再構成と一部の更新を行ないました.</emphasis></para>
 
   <para><emphasis>訳: &a.jp.kiroh;, 1996 年 9 月 24 日.</emphasis></para>
 
   <sect1>
     <title>この章では</title>
 
     <para>この章では FreeBSD における Linux バイナリとの互換機能について,
     インストール方法やその仕組みを解説します.</para>
 
     <para>現時点では, 一体なぜ FreeBSD が Linux
       バイナリを実行できるようにならなければならないのか自問しているのではないでしょうか?
       答えはきわめて簡単です.
       Linux は現在コンピュータの世界では最も<quote>ホットなモノ</quote>なのでたくさんの会社や開発者たちが
       Linux のためだけに開発を行なっています. そのため, 残された私たち
       FreeBSD ユーザは彼らに対して FreeBSD ネイティブなアプリケーションも出すように言うしかないのです.
       問題は, FreeBSD バージョンも出した場合にどれくらいの数のユーザーが使うのかわからない,
       ということであり, そのため Linux 版のみを開発しているということなのです.
       そこで FreeBSD では Linux バイナリ互換機能が役に立つのです.</para>
 
     <para>簡単に言ってしまえば, この機能により全ての Linux アプリケーションの
       90 % が修正なしに FreeBSD 上で起動できます.
       この中には Star Office や Linux 版の Netscape, Adobe Acrobat, RealPlayer 5 と 7,
       VMWare, Oracle,  WordPerfect, Doom, Quake などがあります.
       また, ある状況においては Linux バイナリを Linux で動かすよりも
       FreeBSD で動かすほうが良いパフォーマンスが出るという報告もあります.</para>
 
     <para>しかしながら, いくつかの Linux に特有な OS の機能は FreeBSD ではサポートされていません.
       例えば, Linux の <filename>/proc</filename> ファイルシステムを過度に使うような
       Linux バイナリは FreeBSD では動きません (FreeBSD の <filename>/proc</filename>
       ファイルシステムとは異なるのです) し,
       仮想 8086 モードを有効にするような i386 特有の呼び出しも動きません.</para>
 
     <para>Linux バイナリ互換モードのインストールに関しては<link linkend="linuxemu-lbc-install">次のセクション</link>をご覧ください.</para>
   </sect1>
 
   <sect1 id="linuxemu-lbc-install">
     <title>インストール</title>
 
     <para>3.0-RELEASE以降であればカーネルのコンフィギュレーションファイルに
       <literal>options LINUX</literal> や <literal>options COMPAT_LINUX</literal>
       といった行を加える必要はありません.</para>
 
     <para>Linux バイナリ互換機能は今は KLD オブジェクト (<quote>Kernel LoaDable object</quote>)
       として実現されており, リブートしなくても
       <quote>on-the-fly</quote> で組み込むことができるのですが,
       <filename>/etc/rc.conf</filename>に次の行を加える必要があります.</para>
 
     <programlisting>linux_enable=<quote>YES</quote></programlisting>
 
     <para>この設定により, <filename>/etc/rc.i386</filename>
       では次のような操作が行なわれます.</para>
 
-    <programlisting>
-# Start the Linux binary compatibility if requested.
+    <programlisting># Start the Linux binary compatibility if requested.
 #
 case ${linux_enable} in
 [Yy][Ee][Ss])
 	echo -n ' linux';	linux &gt; /dev/null 2&gt;&amp;1
 	;;
 esac
     </programlisting>
 
     <para>望みの KLD モジュールがロードされているか確認したい時には
       <command>kldstat</command> を利用します.</para>
 
     <screen>&prompt.user; <userinput>kldstat</userinput>
 Id Refs Address    Size     Name
  1    2 0xc0100000 16bdb8   kernel
  7    1 0xc24db000 d000     linux.ko</screen>
 
       <para>
       何らかの理由で Linux KLD をロードしたくない,
       あるいはロードできないような場合には,
       <literal>options  LINUX</literal>
       をカーネルの設定ファイルに指定して,
       Linux バイナリ互換機能をカーネルにスタティックリンクしてください.
       そして, <link linkend="kernelconfig">FreeBSD カーネルのコンフィギュレーション</link>
       の記述にしたがって新しいカーネルをインストールしてください.</para>
 
     <sect2>
       <title>Linux ランタイムライブラリのインストール</title>
 
       <para>これは, <link linkend="linuxemu-libs-port">linux_base</link>
         の port を用いるか, もしくは <link linkend="linuxemu-libs-manually">手動で</link>インストールします.</para>
 
       <sect3 id="linuxemu-libs-port">
 	<title>linux_base の port を用いたインストール</title>
 
 	<para>ランタイムライブラリをインストールするには最も簡単な方法です.
 	  <ulink url="../ports/">ports コレクション</ulink>から他の port
 	  をインストールするのと全く同じようにできます.</para>
 
 	<screen>&prompt.root; <userinput>cd /usr/ports/emulators/linux_base</userinput>
 &prompt.root; <userinput>make install distclean</userinput></screen>
 
 	<para>これで Linux バイナリ互換機能が使えるはずです.
 	  いつかのプログラムはシステムライブラリのマイナーバージョンが違うと文句を言うかもしれませんが一般的には大した問題ではありません.</para>
       </sect3>
 
       <sect3 id="linuxemu-libs-manually">
 	<title>手動でのライブラリのインストール</title>
 
 	<para><quote>ports</quote>コレクションをインストールしていない場合,
 	  代わりに手動でライブラリをインストールすることができます.
 	  プログラムが必要とする Linux のシェアードライブラリとランタイムリンカが必要です.
 	  また Linux ライブラリ用の <quote>shadow root</quote> ディレクトリ,
 	  <filename>/compat/linux</filename>, を作成する必要があります. 
 	  FreeBSD で動作する Linux プログラムが使用するシェアードライブラリは,
 	  まずこのファイルツリーから検索されます. 例えば,
 	  Linux のプログラムが <filename>/lib/libc.so</filename>
 	  をロードしようとした場合には, FreeBSD はまず
 	  <filename>/compat/linux/lib/libc.so</filename>
 	  を開こうとします. これが存在しなかった場合には, 次に
 	  <filename>/lib/libc.so</filename> を試します.
 	  シェアードライブラリは, Linux の <command>ld.so</command>
 	  が報告するパスではなく,
 	  <filename>/compat/linux/lib</filename>
 	  以下にインストールする 必要があります.</para>
 
 	<para>Linux のプログラムが必要とする
 	  シェアードライブラリを探す必要があるのは, FreeBSD
 	  のシステムに Linux
 	  のプログラムをインストールする最初の数回だけでしょう.
 	  それが過ぎれば, 十分な Linux のシェアードライブラリがシステムにインストールされ,
 	  新しくインストールした Linux のバイナリも余計な作業をせずに動作させることができるようになります.</para>
       </sect3>
 
       <sect3>
 	<title>シェアードライブラリの追加</title>
 
 	<para><filename>linux_base</filename> port をインストールした後に,
 	  アプリケーションが必要なライブラリが存在しないというエラーを出したらどうしたらよいでしょうか?
 	  Linux のバイナリがどのシェアードライブラリを必要とし,
 	  そしてどこで入手できるか, どのように探したらよいでしょうか?
 	  基本的には, 以下の 2 種類の方法があります (以下の手順に従う場合には,
 	  必要なインストール作業をおこなう FreeBSD システム上で root
 	  として作業をおこなう必要があります).</para>
 
 	<para>Linux システムにアクセス可能ならば,
 	  そのアプリケーションがどういうシェアードライブラリを必要としているのか調べ,
 	  単に FreeBSD にそのライブラリをコピーするだけです.
 	  次の例を見てみましょう.</para>
 
 	<informalexample>
 	  <para>FTP を使って Doom の Linux バイナリを取ってきて,
 	    アクセスできる Linux システムに置いたとしましょう.
 	    次のように <command>ldd linuxdoom</command> とするだけでどのシェアードライブラリが必要かチェックできます.</para>
 
 	<screen>&prompt.user; <userinput>ldd linuxxdoom</userinput>
 libXt.so.3 (DLL Jump 3.1) =&gt; /usr/X11/lib/libXt.so.3.1.0
 libX11.so.3 (DLL Jump 3.1) =&gt; /usr/X11/lib/libX11.so.3.1.0
 libc.so.4 (DLL Jump 4.5pl26) =&gt; /lib/libc.so.4.6.29</screen>
 
 	<para>最後のカラムに表示されているすべてのファイルを持って来て,
 	  <filename>/compat/linux</filename> の下に置き,
 	  最初のカラムに示されるファイル名にシンボリックリンクを張ります.
 	  すなわち, FreeBSD システムでは以下のようなファイルが必要となります.</para>
 
 	  <screen>/compat/linux/usr/X11/lib/libXt.so.3.1.0
 /compat/linux/usr/X11/lib/libXt.so.3 -&gt; libXt.so.3.1.0
 /compat/linux/usr/X11/lib/libX11.so.3.1.0
 /compat/linux/usr/X11/lib/libX11.so.3 -&gt; libX11.so.3.1.0
 /compat/linux/lib/libc.so.4.6.29 /compat/linux/lib/libc.so.4 -&gt; libc.so.4.6.29</screen>
 
 	  <blockquote>
 	    <note>
 	      <para>最初のカラムに表示されているファイルとメジャーバージョンが同じ
 	        Linux シェアードライブラリを既にインストールしている場合は,
 		新たにコピーする 必要はありません.
 		既にあるライブラリで動作するはずです.
 		ただ, 新しいバージョンのものをコピーすることをお奨めします.
 		新しいライブラリにシンボリックリンクを変更したら,
 		古いライブラリは削除してかまいません. </para>
 
 	      <screen>/compat/linux/lib/libc.so.4.6.27
 /compat/linux/lib/libc.so.4 -&gt; libc.so.4.6.27</screen>
 
 	      <para>従って, 以上のようなライブラリがインストールされており,
 	        新しいバイナリに対する <command>ldd</command>
 	        の出力が以下のようになる場合を考えます.</para>
 
 	      <screen>libc.so.4 (DLL Jump 4.5pl26) -&gt; libc.so.4.6.29</screen>
 
 	      <para>このように最後の番号が1つか2つ古いだけならば, 普通は
 	        <filename>/lib/libc.so.4.6.29</filename>
 	        をコピーする必要はありません. わずかに古いライブラリでもプログラムは動作するはずだからです.
 	        もちろん, 以下のように新しいライブラリと置き換えても構いません.</para>
 
 	      <screen>/compat/linux/lib/libc.so.4.6.29
 /compat/linux/lib/libc.so.4 -&gt; libc.so.4.6.29</screen>
 	    </note>
 	  </blockquote>
 
 	  <blockquote>
 	    <note>
 	      <para>シンボリックリンクのメカニズムは Linux
 	      バイナリに<emphasis>のみ</emphasis>必要なことに注意してください.
 	      FreeBSD のランタイムリンカはメジャーリビジョン番号の一致したライブラリを検索するので,
 	      ユーザが気にする必要はありません.</para>
 	    </note>
 	  </blockquote>
 	</informalexample>
       </sect3>
     </sect2>
 
     <sect2>
       <title>Linux の ELF バイナリのインストール</title>
 
       <para>ELF のバイナリを使うためには,
 	<quote>マークをつける (branding)</quote> 作業が必要になります.
 	マークのない ELF バイナリを実行しようとすると以下のようなエラーメッセージを受けとってしまうことでしょう.</para>
 
       <screen>&prompt.user; <userinput>./my-linux-elf-binary</userinput>
 ELF binary type not known
 Abort</screen>
 
       <para>カーネルが FreeBSD の ELF バイナリと Linux のバイナリとを
 	見分けられるようにするためには, &man.brandelf.1;
 	ユーティリティを以下のようにして使ってください.</para>
 
       <screen>&prompt.user; <userinput>brandelf -t Linux my-linux-elf-binary</userinput></screen>
 
       <para>今ではGNU のツールたちが
 	ELF バイナリに自動的に適切なマークを付加するようになったので,
 	今後はこの作業もだんだんと必要なくなってゆくでしょう.</para>
     </sect2>
 
     <sect2>
       <title>ホストネームリゾルバの設定</title>
 
       <para>DNS がうまく動作しなかったり,
 	以下のようなエラーメッセージが表示され
 	る場合は, <filename>/compat/linux/etc/host.conf</filename>
 	ファイルを設定する必要があります.</para>
 
       <screen>resolv+: "bind" is an invalid keyword resolv+:
 "hosts" is an invalid keyword</screen>
 
       <para>ファイルの内容を以下のように設定してください.</para>
 
-	<programlisting>
-order hosts, bind
+	<programlisting>order hosts, bind
 multi on</programlisting>
 
       <para>ここで, order は <filename>/etc/hosts</filename> を最初に検索し,
 	次にDNSを検索するように指定します.
 	<filename>/compat/linux/etc/host.conf</filename>
 	がインストールされていない場合,
 	Linux アプリケーションは FreeBSD の
 	<filename>/etc/host.conf</filename> を使用しようとして,
 	文法の違いによる警告を出力します.
 	<filename>/etc/resolv.conf</filename> を利用してネームサーバの設定をしていない場合には,
 	<literal>bind</literal> を削除してください.</para>
     </sect2>
   </sect1>
 
   <sect1 id="linuxemu-mathematica">
     <title>Mathematica のインストール</title>
 
     <para><emphasis>Mathematica 4.x 用に &a.murray;
       がアップデートし, Bojan Bistrovic <email>bojanb@physics.odu.edu</email>
       がマージしました.</emphasis></para>
 
     <para>この章では, Mathematica 4.X Linux 版の FreeBSD
       へのインストールについて説明します.</para>
 
     <para>Linux 版の Mathematica は FreeBSD においても完璧に動きます.
       ただ, 実行する際に Linux ABI を用いる必要があることを
       FreeBSD に教えるために, Wolfram によって出荷されているバイナリにマーク付け
       (branded) をする必要があります.</para>
 
     <para>Mathematica や Mathematica for Students の Linux 版は Wolfram
       (<ulink url="http://www.wolfram.com/">http://www.wolfram.com/</ulink>)
       から直接注文することができます.</para>
 
     <sect2>
       <title>Linux バイナリへのマーク付け (branding)</title>
 
       <para>Linux 用バイナリは Wolfram の Mathematica CD-ROM の
         <filename>Unix</filename> ディレクトリにあります.
 	インストーラーを起動する前にこのディレクトリをローカルディスクにコピーし,
 	&man.brandelf.1; により Linux バイナリにマークを付けます.</para>
 
       <screen>&prompt.root; <userinput>mount /cdrom</userinput>
 &prompt.root; <userinput>cp -rp /cdrom/Unix/ /localdir/</userinput>
 &prompt.root; <userinput>brandelf -t Linux /localdir/Files/SystemFiles/Kernel/Binaries/Linux/*</userinput>
 &prompt.root; <userinput>brandelf -t Linux /localdir/Files/SystemFiles/FrontEnd/Binaries/Linux/*</userinput>
 &prompt.root; <userinput>brandelf -t Linux /localdir/Files/SystemFiles/Installation/Binaries/Linux/*</userinput>
 &prompt.root; <userinput>brandelf -t Linux /localdir/Files/SystemFiles/Graphics/Binaries/Linux/*</userinput>
 &prompt.root; <userinput>brandelf -t Linux /localdir/Files/SystemFiles/Converters/Binaries/Linux/*</userinput>
 &prompt.root; <userinput>brandelf -t Linux /localdir/Files/SystemFiles/LicenseManager/Binaries/Linux/mathlm</userinput>
 &prompt.root; <userinput>cd /localdir/Installers/Linux/</userinput>
 &prompt.root; <userinput>./MathInstaller</userinput></screen>
 
        <para>また以下のようにすると, マーク付けされていない
          ELF バイナリすべての扱いを, デフォルトで Linux
          バイナリとすることが可能です.</para>
 
        <screen>&prompt.root; <userinput>sysctl -w kern.fallback_elf_brand=3</userinput>
        </screen>
 
        <para>これは FreeBSD システムに対して,
          マーク付けされていない ELF バイナリが
          Linux ABI を利用するように設定します.  こうすることで,
          CDROM から直接インストーラを実行することが可能になります.</para>
     </sect2>
 
     <sect2>
       <title>Mathematica パスワードの取得</title>
 
       <para>Mathematica を起動する前に Wolfram から自分の
         <quote>マシン ID</quote> に対応したパスワードを取得しなければいけません.</para>
 
       <para>一旦 Linux 互換ランタイムライブラリをインストールし,
         Mathematica を展開すれば Install ディレクトリにある
 	<command>mathinfo</command> プログラムを起動して
 	<quote>マシン ID</quote> を得ることができます.
 	このマシン ID は, 最初に見つかったイーサネットカードの MAC アドレスをベースに生成されます.</para>
 
       <screen>&prompt.root; <userinput>cd /localdir/Files/SystemFiles/Installation/Binaries/Linux</userinput>
 &prompt.root; <userinput>mathinfo</userinput>
 disco.example.com 7115-70839-20412</screen>
 
       <para>電子メールや電話, FAXなどでWolfram に登録する時にはこの
         <quote>マシン ID</quote> を渡します.
 	するといくつかの数字から構成されるパスワードが返されるので,
 	他の Mathematica プラットホームでするのと全く同じように最初に
 	Mathematica を立ち上げる時にその情報を入力します.</para>
     </sect2>
 
     <sect2>
       <title>ネットワーク経由での Mathematica フロントエンドの起動</title>
 
       <para>
         Mathematica は標準フォントセットにない特別な記号 (積分記号, 総和記号,
         ギリシャ文字など) を表示するために特殊なフォントを使用します.
         X プロトコルは,
         これらのフォントが<emphasis>ローカルマシンに</emphasis>インストールされていることを要求します.
         これはつまり, ローカルマシンに (CD-ROM や Mathematica
         がインストールされているホストマシンから) そのフォントをコピーしなければならないということです.
         これらのフォントは通常, CD-ROM の
 	<filename>/cdrom/Unix/Files/SystemFiles/Fonts</filename> か, もしくはハードディスクの
 	<filename>/usr/local/mathematica/SystemFiles/Fonts</filename>
 	に置かれており, 実際に使用されるフォントは <filename>Type1</filename> と
         <filename>X</filename> のサブディレクトリに格納されています.
         これらを利用するには次のような二つ方法があります.</para>
 
       <para>一つは, フォントファイルをすべて
         <filename>/usr/X11R6/lib/X11/fonts/</filename>
         以下にある既存のフォントディレクトリにコピーする方法です.
         この場合, <filename>fonts.dir</filename> にフォント名を追加し,
         先頭行のフォント総数を変更することも必要になります.
         あるいは, フォントをコピーしたディレクトリで
 	<command>mkfontdir</command> を実行するだけでもかまいません.</para>
 
       <para>もう一つの方法は,
         <filename>/usr/X11R6/lib/X11/fonts/</filename>
         にフォントディレクトリごとコピーする方法です.</para>
 
       <screen>&prompt.root; <userinput>cd /usr/X11R6/lib/X11/fonts</userinput>
 &prompt.root; <userinput>mkdir X</userinput>
 &prompt.root; <userinput>mkdir MathType1</userinput>
 &prompt.root; <userinput>cd /cdrom/Unix/Files/SystemFiles/Fonts</userinput>
 &prompt.root; <userinput>cp X/* /usr/X11R6/lib/X11/fonts/X</userinput>
 &prompt.root; <userinput>cp Type1/* /usr/X11R6/lib/X11/fonts/MathType1</userinput>
 &prompt.root; <userinput>cd /usr/X11R6/lib/X11/fonts/X</userinput>
 &prompt.root; <userinput>mkfontdir</userinput>
 &prompt.root; <userinput>cd ../MathType1</userinput>
 &prompt.root; <userinput>mkfontdir</userinput</screen>
 
       <para>そして, フォントパスに新しいフォントディレクトリを追加します.</para>
 
       <screen>&prompt.root; <userinput>xset fp+ /usr/X11R6/lib/X11/fonts/X</userinput>
 &prompt.root; <userinput>xset fp+ /usr/X11R6/lib/X11/fonts/MathType1</userinput>
 &prompt.root; <userinput>xset fp rehash</userinput></screen>
 
       <para>XFree86 サーバを使用しているなら,
         <filename>/etc/XF86Config</filename> に加えることでこれらのフォントを自動的に読み込むことができます.</para>
 
       <para>
         <filename>/usr/X11R6/lib/X11/fonts/Type1</filename> という
         ディレクトリが<emphasis>存在していない</emphasis>場合には,
         上記例の <filename>MathType1</filename> を
         <filename>Type1</filename>
         とすることができます.</para>
     </sect2>
   </sect1>
 
   <sect1 id="linuxemu-oracle">
     <title>Oracle のインストール</title>
     
     <para><emphasis>Marcel Moolenaar 寄贈
 	<email>marcel@cup.hp.com</email></emphasis></para>
     
     <sect2>
       <title>はじめに</title>
       <para>このドキュメントでは Oracle 8.0.5 と Oracle 8.0.5.1 Enterprise Edition
         の Linux 版を FreeBSD にインストールするための手順を解説します.</para>
     </sect2>
     
     <sect2>
       <title>Linux 環境のインストール</title>
       
       <para>まずは ports コレクションから <filename>linux_base</filename> と
         <filename>linux_devtools</filename> をインストールしてください.
 	これらの ports は FreeBSD 3.2 のリリース後にコレクションに加えれれました.
 	もし FreeBSD 3.2 もしくはそれよりも古いものを使っている場合は
 	ports コレクションをアップデートしましょう. ついでに FreeBSD
 	をアップデートするのもいいでしょう. もし <filename>linux_base-6.1</filename>
 	や <filename>linux_devtools-6.1</filename> でうまくいかなければ
 	5.2 を試してみてください.</para>
 
       <para>もし賢いエージェント (intelligent agent) を起動したいなら
         Red Hat TCL パッケージ <filename>tcl-8.0.3-20.i386.rpm</filename>
 	もインストールする必要があるでしょう.
 	オフィシャルな RPM パッケージをインストールするには一般的に次のようにします.</para>
       
       <screen>&prompt.root; <userinput>rpm -i --ignoreos --root /compat/linux --dbpath /var/lib/rpm <replaceable>package</replaceable></userinput></screen>
 
       <para>パッケージのインストール時にエラーが出てはいけません.</para>
     </sect2>
 
     <sect2>
       <title>Oracle 環境の構築</title>
       
       <para>Oracleをインストールする前に, 適切な環境を設定する必要があります.
         このドキュメントでは,
 	Oracle のインストールガイドに書いてあるようなことではなく
 	FreeBSD で Linux 用 Oracle
 	を動かすために<emphasis>特別に</emphasis>必要なことのみを解説します.</para>
 
       <sect3 id="linuxemu-kernel-tuning">
         <title>カーネルのチューニング</title>
 	
 	<para>Oracle インストールガイドにあるように,
 	  シェアードメモリーの最大サイズを設定しなければいけません.
 	  FreeBSD では <literal>SHMMAX</literal> を使わないようにしてください.
 	  <literal>SHMMAX</literal> は単に <literal>SHMMAXPGS</literal>
 	  と <literal>PGSIZE</literal> から計算されるだけなのです.
 	  従って, <literal>SHMMAXPGS</literal> を使うようにしましょう.
 	  インストールガイドに記述されている他のオプションは使えます.
 	  例えば以下のようにします.</para>
 
 	<programlisting>options SHMMAXPGS=10000
 options SHMMNI=100
 options SHMSEG=10
 options SEMMNS=200
 options SEMMNI=70
 options SEMMSL=61</programlisting>
 	
         <para>これらのオプションを意図した Oracle の使い方に合わせて設定してください.</para>
 
 	<para>また,
 	  次のオプションがカーネルのコンフィギュレーションファイルにあることも確認します.</para>
 
 <programlisting>options SYSVSHM #SysV shared memory
 options SYSVSEM #SysV semaphores
 options SYSVMSG #SysV interprocess communication</programlisting>
       </sect3>
 
       <sect3 id="linuxemu-oracle-account">
 	
         <title>Oracle 用アカウント</title>
 
 	<para>他のアカウントを作るのと同じように Oracle 用のアカウントを作ります.
 	  Oracle 用のアカウントに特別なのは Linux のシェルを割り当てるところだけです.
 	  <filename>/etc/shells</filename> に <literal>/compat/linux/bin/bash</literal>
 	  を加え, Oracle 用のアカウントに設定します.</para>
       </sect3>
 
       <sect3 id="linuxemu-environment">
         <title>環境設定</title>
 
 	<para><envar>ORACLE_HOME</envar> や <envar>ORACLE_SID</envar>
 	  といった通常の Oracle 用の変数の他に次の変数も設定しなければなりません.</para>
 
 	<informaltable frame="none">
 	  <tgroup cols="2">
 	    <thead>
 	      <row>
 		<entry>変数</entry>
 
 		<entry>値</entry>
 	      </row>
 	    </thead>
 	    <tbody>
 	      <row>
 		<entry><envar>LD_LIBRARY_PATH</envar></entry>
 
 		<entry><literal>$ORACLE_HOME/lib</literal></entry>
 	      </row>
 
 	      <row>
 		<entry><envar>CLASSPATH</envar></entry>
 
 		<entry><literal>$ORACLE_HOME/jdbc/lib/classes111.zip</literal></entry>
 	      </row>
 
 	      <row>
 		<entry><envar>PATH</envar></entry>
 
 		<entry><literal>/compat/linux/bin
 /compat/linux/sbin
 /compat/linux/usr/bin
 /compat/linux/usr/sbin
 /bin
 /sbin
 /usr/bin
 /usr/sbin
 /usr/local/bin
 $ORACLE_HOME/bin</literal></entry>
 	      </row>
 	    </tbody>
 	  </tgroup>
 	</informaltable>
 
         <para>全ての環境変数は <filename>.profile</filename> で設定することをお勧めします.
 	  完璧なサンプルは以下の通りです.</para>
 
 <programlisting>ORACLE_BASE=/oracle; export ORACLE_BASE
 ORACLE_HOME=/oracle; export ORACLE_HOME
 LD_LIBRARY_PATH=$ORACLE_HOME/lib
 export LD_LIBRARY_PATH
 ORACLE_SID=ORCL; export ORACLE_SID
 ORACLE_TERM=386x; export ORACLE_TERM
 CLASSPATH=$ORACLE_HOME/jdbc/lib/classes111.zip
 export CLASSPATH
 PATH=/compat/linux/bin:/compat/linux/sbin:/compat/linux/usr/bin:/compat/linux/usr/sbin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:$ORACLE_HOME/bin
 export PATH</programlisting>
       </sect3>
     </sect2>
 
     <sect2>
       <title>Oracle のインストール</title> 
       
       <para>インストーラーを起動する前に, <filename>/var/tmp</filename>
         に <filename>.oracle</filename> という名前のディレクトリを作る必要がありますが,
 	これは Linux エミュレーターにおけるちょっとした不整合のためです.
 	このディレクトリは誰でもが書けるか, もしくは oracle ユーザーのものにしておきます.
 	これで特に問題なく Oracle がインストールできるでしょう.
 	もし問題が起こったら, まずは Oracle の配布物や設定をチェックしてください.
 	Oracle のインストールが終わったら次の二つのサブセクションで解説するパッチを当てます.</para>
 
       <para>よくあるトラブルは, TCP プロトコルアダプターが正しくインストールされていないことです.
         そのため, 一切 TCP リスナーを起動することができないのです.
 	次の操作はこの問題を解決するのに役立ちます.</para>
 
       <screen>&prompt.root; <userinput>cd $ORACLE_HOME/network/lib</userinput>
 &prompt.root; <userinput>make -f ins_network.mk ntcontab.o</userinput>
 &prompt.root; <userinput>cd $ORACLE_HOME/lib</userinput>
 &prompt.root; <userinput>ar r libnetwork.a ntcontab.o</userinput>
 &prompt.root; <userinput>cd $ORACLE_HOME/network/lib</userinput>
 &prompt.root; <userinput>make -f ins_network.mk install</userinput></screen>
 
       <para>もう一度 <filename>root.sh</filename> を起動するのを忘れないように!</para>
 
     <sect3 id="linuxemu-patch-root">
       <title>root.sh へのパッチ</title>
     
 	<para>Oracle をインストールする時, <username>root</username>
 	  で行なう必要のあるいくつかの操作は <filename>root.sh</filename>
 	  と呼ばれるシェルスクリプトに記録されます.
 	  <filename>root.sh</filename> は <filename>orainst</filename>
 	  ディレクトリにあります. 次のパッチを root.sh に当てて
 	  正しい場所にある chown コマンドを使うようにするか,
 	  代わりに Linux ネイティブなシェルのもとでスクリプトを走らせましょう.</para>
 
 	<programlisting>*** orainst/root.sh.orig Tue Oct 6 21:57:33 1998
 --- orainst/root.sh Mon Dec 28 15:58:53 1998
 ***************
 *** 31,37 ****
 # This is the default value for CHOWN
 # It will redefined later in this script for those ports
 # which have it conditionally defined in ss_install.h
 ! CHOWN=/bin/chown
 #
 # Define variables to be used in this script
 --- 31,37 ----
 # This is the default value for CHOWN
 # It will redefined later in this script for those ports
 # which have it conditionally defined in ss_install.h
 ! CHOWN=/usr/sbin/chown
 #
 # Define variables to be used in this script</programlisting>
 
 	<para>CD-ROM からのインストールでない場合は <filename>root.sh</filename>
 	  のソースにパッチを当ててもいいでしょう.
 	  <filename>rthd.sh</filename> という名前でソースツリーの
 	  <filename>orainst</filename> というディレクトリにあります.</para>
       </sect3>
 
       <sect3 id="linuxemu-patch-tcl">
 	<title>genclntsh へのパッチ</title>
 	
 	<para>genclntsh スクリプトは一つの共有クライアントライブラリを生成するのに用いられます.
 	  これはデモを作る時に使われます.
 	  PATH の定義をコメントアウトするために次のパッチを当ててください.</para>
 
 	<programlisting>*** bin/genclntsh.orig Wed Sep 30 07:37:19 1998
 --- bin/genclntsh Tue Dec 22 15:36:49 1998
 ***************
 *** 32,38 ****
 #
 # Explicit path to ensure that we're using the correct commands
 #PATH=/usr/bin:/usr/ccs/bin export PATH
 ! PATH=/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin export PATH
 #
 # each product MUST provide a $PRODUCT/admin/shrept.lst
 --- 32,38 ----
 #
 # Explicit path to ensure that we're using the correct commands
 #PATH=/usr/bin:/usr/ccs/bin export PATH
 ! #PATH=/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin export PATH
 #
 # each product MUST provide a $PRODUCT/admin/shrept.lst</programlisting>
       </sect3>
     </sect2>
 
     <sect2>
       <title>Oracle の起動</title>
       
       <para>インストラクションに従えば, Linux でと同じように
         Oracle を起動できるでしょう.</para>
     </sect2>
   </sect1>
 
   <sect1>
     <title>高度なトピックス</title>
 
     <para>Linux バイナリ互換機能がどのような仕組みなのか興味がある人はこのセクションを読んでください.
       以下の文章で説明されていることのほとんどは &a.chat; に投稿された
       Terry Lambert (<email>tlambert@primenet.com</email>) 氏のメール
       (Message ID: <literal>&lt;199906020108.SAA07001@usr09.primenet.com&gt;</literal>).
       をもとにしています.</para>
 
     <sect2>
       <title>どのように動くのでしょう?</title>
 
     <para>FreeBSD は, &ldquo;実行クラスローダ(execution class loader)&rdquo;
       と呼ばれる抽象的な機構を持っています. これは &man.execve.2
       システムコールへの楔という形で実装されています.
     </para>
 
     <para>FreeBSD は, シェルインタプリタやシェルスクリプトを実行するための
       <literal>#!</literal> ローダを持った単一のプログラムローダではなく,
       ローダのリストを持っているのです.
     </para>
 
     <para>歴史的には, UNIX プラットフォーム上の唯一のローダーがマジックナンバー
       (一般的にはファイルの先頭の 4 ないし 8 バイトの部分)
       の検査を行ないシステムで実行できるバイナリかどうかを検査し,
       もしそうならバイナリローダーを呼び出すというようになっていました.</para>
 
     <para>もし, そのシステム用のバイナリでない場合には,
       &man.execve.2; システムコールの呼び出しは失敗の戻り値を返し,
       シェルがシェルコマンドとして実行しようと試みていたわけです.
     </para>
 
     <para>この仮定は<quote>現在利用しているシェルがどのようなものであっても</quote>変わりません.</para>
     
     <para>後に &man.sh.1; に変更が加えられ, 先頭の 2 バイトを検査した結果
       <literal>:\n</literal> であれば代わりに &man.csh.1; を呼び出す,
       というようになりました(この変更は SCO が最初に行なったと思われます).</para>
 
     <para>現在の FreeBSD は, プログラムローダリストを走査します.
       その際, 空白文字までの文字列をインタプリタとして認識する,
       通常の <literal>#!</literal> ローダを用いるため,
       該当するものが存在しなければ最終的に /bin/sh がロードされます.</para>
 
     <para>Linux ABI をサポートするため, FreeBSD は
       ELF バイナリを示すマジックナンバを確認します.
       (ただし, この段階では FreeBSD, Solaris, Linux, そしてその他の
       ELF イメージ形式を使っている OS を区別することはできません).</para>
 
     <para>ELF ローダは, 特殊な<emphasis>マーク (brand)</emphasis> があるかどうか探します.
       このマークとは, ELF イメージのコメントセクションのことです.
       SVR4/Solaris の ELF バイナリには, このセクションは存在しません.</para>
 
     <para>Linux バイナリを実行するためには,
       ELF バイナリに &man.brandelf.1; で説明されている
       <literal>Linux</literal> のマークが<emphasis>付けられて</emphasis>いなければなりません.</para>
                        
     <screen>&prompt.root; <userinput>brandelf -t Linux file</userinput></screen>
 
     <para>上のようにすることで, 指定されたファイルは
         <literal>Linux</literal> のマークが付けられ,
         ELF ローダが認識できるようになります.</para>
 
     <para>ELF ローダが <literal>Linux</literal> マークを確認すると,
       ローダは <literal>proc</literal> 構造体内の
       ある一つのポインタを置き換えます. システムコールは全て,
       このポインタ (伝統的な UNIX システムではこれは構造体の配列 <literal>sysent[]</literal>
       で, システムコールが含まれています) を通してインデックスされます.
       さらに, そのプロセスには Linux カーネルモジュールに必要な
       シグナルトランポリンコード(訳注:
       シグナルの伝播を実現するコード) 用の特殊なトラップベクタの設定や,
       他の(細かな)調整のための設定が行なわれます.</para>
 
     <para>Linux システムコールベクタは,
       さまざまなデータに加えて <literal>sysent[]</literal>
       エントリーのリストを含んでおり, それらのアドレスはカーネルモジュール内にあります.</para>
 
     <para>Linux バイナリがシステムコールを発行する際, トラップコードは
       <literal>proc</literal> 構造体を用いてシステムコール関数ポインタを 
       解釈します. そして FreeBSD ではなく
       Linux 用のシステムコールエントリポイントを得るわけです.</para>
 
     <para>さらに, Linux モードは状況に応じて<emphasis>ファイルシステム本来のルートマウントポイントを置き換えて</emphasis>ファイルの参照を行ないます.
       これは, <literal>union</literal> オプションを指定してマウントされたファイルシステム
       (unionfs では<emphasis>ありません!</emphasis>)が行なっていることと同じです.
       ファイルを検索する際にはまず
       <filename>/compat/linux/<replaceable>original-path</replaceable></filename>
       ディレクトリを, <emphasis>それから</emphasis>見つけられなかったときにのみ, 
       <filename>/<replaceable>original-path</replaceable></filename>
       を調べます.
       こうすることで, 他のバイナリを要求するバイナリの実行を可能にしています
       (したがって, Linux 用プログラムツールは Linux ABI サポート環境下で完全に動作するわけです).
       またこれは, もし対応する Linux バイナリが存在しない場合に
       Linux バイナリが FreeBSD バイナリをロードしたり, 実行したりすることが可能であること, 
       その Linux バイナリに自分自身が Linux 上で実行されていないことを
       気付かせないようにする目的で, &man.uname.1; コマンドを
       <filename>/compat/linux</filename> ディレクトリに置くことができる,
       ということを意味します.
     </para>
 
     <para>要するに, Linux カーネルが FreeBSD カーネルの内部に存在しているわけです.
       カーネルによって提供されるサービス全ての実装の基礎となるさまざまな関数は
       FreeBSD システムコールテーブルエントリと
       Linux システムコールテーブルエントリの両方で共通に利用されています.
       これらにはファイルシステム処理, 仮想メモリ処理, シグナル伝送, System V IPC
       などが含まれますが, 
       FreeBSD バイナリは FreeBSD <emphasis>グルー</emphasis> (訳注: glue;
       二者の間を仲介するという意味) 関数群,
       そして Linux バイナリは Linux <emphasis>グルー</emphasis>関数群を用いる,
       という点だけが異なります(過去に存在したほとんどの OS は,
       自分自身のための<emphasis>グルー</emphasis>関数群しか備えていません.
       前述したように, システムコールを発行する際,
       各々のプロセスの <literal>proc</literal> 構造体内にある,
       ローダによって動的に初期化されるポインタを参照してアドレスを得る代わりに,
       静的でグローバルな <literal>sysent[]</literal> 構造体の配列に
       システムコール関数のアドレスが直接格納されているのです).</para>
 
     <para>さて, どちらを本来の FreeBSD ABI (訳注: Applications Binary Interface;
       同じ CPU を利用したコンピュータ間でバイナリを共有するための規約のこと)
       と呼ぶべきなのでしょうか?
       実は, どちらが本来のものであるかということを論ずることに意味はありません.
       基本的に, FreeBSD <emphasis>グルー</emphasis>関数群はカーネルの中に静的にリンクされていて,
       Linux <emphasis>グルー</emphasis>関数群は静的にリンクすることも,
       カーネルモジュールを介して利用することもできるようになっている,
       という違いがあるだけ (ただしこれは現時点においての話であり,
       将来のリリースで変更される可能性がありますし,
       おそらく実際に変更されるでしょう) です.</para>
                        
     <para>あ, 「でもこれは本当にエミュレーションと呼べるのか」って?
       答えは「いいえ」です. これは ABI の実装であり,
       エミュレーションとは異なります. エミュレータが呼び出されているわけではありません
       (シミュレータでもないことをあらかじめ断っておきましょう).</para>
 
     <para>では, これがよく <quote>Linux エミュレーション</quote>と呼ばれるのは何故でしょうか?
      それはもちろん FreeBSD の売りにするため <!-- smiley -->8-) でもあるのですが,
      実際には, 次のような理由によります.
      この機能が初めて実装された頃,
      動作原理を説明する以外にこの機能を表現する言葉はありませんでした.
      しかし, コードをコンパイルしたりモジュールをロードしない場合,
      「FreeBSD 上で Linux バイナリを実行する」という表現は,
      厳密に考えると適切ではありません.
      そこで, その際にロードされているもの自身を表現する言葉&mdash;すなわち
      <quote>Linux エミュレータ</quote>が必要だったのです.</para>
     </sect2>
   </sect1>
 </chapter>
 
 <!--
      Local Variables:
      mode: sgml
      sgml-declaration: "../chapter.decl"
      sgml-indent-data: t
      sgml-omittag: nil
      sgml-always-quote-attributes: t
      sgml-parent-document: ("../book.sgml" "part" "chapter")
      End:
 -->
diff --git a/ja_JP.eucJP/books/handbook/mail/chapter.sgml b/ja_JP.eucJP/books/handbook/mail/chapter.sgml
index a8591b4140..a9aba94532 100644
--- a/ja_JP.eucJP/books/handbook/mail/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/mail/chapter.sgml
@@ -1,505 +1,496 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.20
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/mail/chapter.sgml,v 1.5 1999/11/13 15:34:59 kuriyama Exp $
+     Original revision: 1.21
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/mail/chapter.sgml,v 1.6 2000/07/26 05:12:37 hanai Exp $
 -->
 
 <chapter id="mail">
   <title>電子メール</title>
 
   <para><emphasis>オリジナルは &a.wlloyd; によるものですが 1999 年 12 月 2 に
     &a.jim; が書き直しました.</emphasis></para>
 
   <para><emphasis>訳: &a.jp.mihoko;. 14 January 1997.</emphasis></para>
 
   <sect1>
-    <title>概要</title>
+    <title>この章では</title>
 
     <para>電子メール, emailとしてのほうが知られているでしょう,
       は現代で最も広く利用されているコミュニケーション手段の一つです.
       何百万人という人が毎日 email を使っており,
       この文章を偶然にもオンラインで読んでいるという人はこのカテゴリーに入るでしょうし,
       複数の email アドレスを持っていたりもするかもしれません.</para>
 
     <para>電子メールの設定は多くの<link linkend="bibliography">システム管理</link>書籍のテーマになっています.
       もし自分のネットワーク用に一つメールホストを設定することよりもさらに高度なことをしようとするなら,
       しっかりとしたヘルプが必要でしょう.</para>
 
     <para>email の設定におけるいくつかの部分は Domain Name System (DNS)
       の管理下にあります. 自分の DNS サーバーを立ち上げようと思っているなら,
       必ず <filename>/etc/namedb</filename> と
       <command>man -k named</command> を一通り読むようにしてください.</para>
   </sect1>
 
   <sect1 id="mail-using">
     <title>電子メールを使う</title>
     
     <para>email の交換には 5 つの主要な部分があります.
       それらは <link linkend="mail-mua">ユーザープログラム</link>,
       <link linkend="mail-mta">サーバーデーモン</link>,
       <link linkend="mail-dns">DNS</link>,
       <link linkend="mail-receive">POP もしくは IMAP のデーモン</link>,
       そしてもちろん <link linkend="mail-host">メールホスト</link>です.</para>
 
     <sect2 id="mail-mua">
       <title>ユーザープログラム</title>
 
       <para>いくつか名前を挙げれば,
         <application>mutt</application>, <application>pine</application>,
 	<application>elm</application>, そして
 	<application>mail</application>,
 	といったコマンドラインプログラムや
 	<application>balsa</application>,
 	<application>xfmail</application> のような
 	GUI プログラム, WWW ブラウザーのようにさらに<quote>洗練された</quote>ものまであります.
 	これらのプログラムは, email の処理を
 	<link linkend="mail-mta">server daemons</link> を呼び出したり
 	TCP 経由で渡したり, といった手段でローカルの
 	<link linkend="mail-host"><quote>メールホスト</quote></link>に任せるだけです.</para>
     </sect2>
 
     <sect2 id="mail-mta">
       <title>メールホストサーバデーモン</title>
 
       <para>通常, これは <application>sendmail</application>
         (FreeBSD のデフォルト) や <application>qmail</application>,
 	<application>postfix</application>, もしくは
 	<application>exim</application>
 	といった他のメールサーバーデーモンの一つです.
 	他にもあるのですが、以上のものが広く使われています.</para>
 
       <para>サーバーデーモンは通常 2 つの機能 &mdash;
         やってくるメールを受け取るのと出ていくメールを配送する,
 	を持っています. メールを読むために POP や IMAP で接続する,
 	ということはできません.
 	そのためにはもう一つ<link linkend="mail-receive">デーモン</link>が必要なのです.</para>
 
       <para>いくつかの古いバージョンの <application>sendmail</application>
         には深刻なセキュリティー問題がありますが,
 	現在のバージョンを使っているおれば特に問題ないことに注意してください.
 	例のごとく,
 	どんなソフトウェアを利用する時にも最新の状態にしておくのが大事なのです.</para>
     </sect2>
 
     <sect2 id="mail-dns">
       <title>Email and DNS</title>
 
       <para>Domain Name System (DNS) とそのデーモンである
         <command>named</command> は email の配送において大変重要な役割を担ってます.
 	あなたのサイトからもう一つのサイトへメールを配送するためには,
 	サーバーデーモンは DNS からそのサイトを探し,
 	メールの受け取り先のホストを決定します.</para>
 
       <para>メールがあなたに送られた場合にも同じような仕組みになっています.
         DNS にはホスト名と IP アドレス, ホスト名とメールホストをマッピングするデータベースがあります.
 	IP アドレスは A レコードで指定されます.
 	MX (Mail eXchanger) レコードはあなた宛のメールを受け取るホストを指定します.
 	あなたのホスト名に対する MX レコードがない場合には,
 	メールは直接あなたのホストに配送されます.</para>
     </sect2>
 
     <sect2 id="mail-receive">
       <title>メールの受け取り</title>
 
       <para>メールはメールホストが受け取ります.
         このホストは送られてきたメールを集め,
 	(ユーザーが) 読んだりピックアップしたりするために保存します.
 	保存されているメールをピックアップするにはメールホストに接続する必要があります.
 	これは POP や IMAP を用いて行なわれます.
 	メールホスト上で直接メールを読みたい時は POP や IMAP のサーバーは必要ありません.</para>
 
       <para>POP や IMAP のサーバーを走らせるためには 2 つのことをやらなければいけません.</para>
 
       <procedure>
         <step>
 	  <para>POP や IMAP のデーモンを<ulink url="../ports/mail.html">ports コレクション</ulink>からインストールします.</para>
 	</step>
 
 	<step>
 	  <para><filename>/etc/inetd.conf</filename> を修正して POP や IMAP のサーバーが起動されるように設定します.</para>
 	</step>
       </procedure>
     </sect2>
 
     <sect2 id="mail-host">
       <title>メールホスト</title>
 
       <para>メールホストとは責任をもってメールを配送したり,
         あなたのホストや, もしかするネットワークも, に宛てたメールを受け取ったりするホストに与えられる名前です.</para>
     </sect2>
   </sect1>
 
   <sect1 id="mail-trouble">
     <title>トラブルシュート</title>
 
     <para>ここには、いくつかのよく聞かれる質問とその答があります.
       それらは <ulink url="../FAQ/">FAQ</ulink> からこちらに移りました.</para>
 
     <qandaset>
       <qandaentry>
         <question>
 	<para>どうして自分のサイトのホストなのに FQDN を使わなければいけないのですか?</para>
 	</question>
 
 	<answer>
 	<para>恐らく, そのホストは実際には別のドメインにあるのでしょう.
 	  例えば <hostid role="fqdn">foo.bar.edu</hostid> ドメインにいて,
 	  <hostid role="domainname">bar.edu</hostid> というドメイン内の
 	  <hostid>mumble</hostid> というホストにアクセスしたいとします.
 	  この時は単に <hostid>mumble</hostid> ではなく
 	  <hostid role="fqdn">mumble.bar.edu</hostid> と FQDN で参照しなければなりません.</para>
 
 	<para>そもそも, BSD BIND のリゾルバー (resolver) ではこのようなことが可能でしたが,
 	  FreeBSD に入っている最新版の <application>BIND</application>
 	  では自分のドメイン以外に対する FQDN でない省略形は許されません.
 	  従ってホストを <hostid>mumble</hostid> と曖昧に指定した場合は
 	  <hostid role="fqdn">mumble.foo.bar.edu</hostid> という名前があればそれになり,
 	  そうでなければ root ドメインから検索されます.</para>
           
         <para>これは,
 	  <hostid>mumble.bar.edu</hostid> と
 	  <hostid>mumble.edu</hostid>
 	  ということなったドメイン名に対してホスト名のサーチがおこなわれていた以前の振る舞いとは異なったものです.
 	  このような事が悪い例もしくはセキュリティホールとみなされる理由については
           RFC 1535 を見てください.</para>
 	  
         <para><filename>/etc/resolv.conf</filename> で
 
-          <programlisting>
-domain foo.bar.edu</programlisting>
+          <programlisting>domain foo.bar.edu</programlisting>
 
           と書いてある行を
 
-          <programlisting>
-search foo.bar.edu bar.edu</programlisting>
+          <programlisting>search foo.bar.edu bar.edu</programlisting>
           
           と書き換えることで上のようなことができます.
 	  しかし, RFC 1535 にあるように検索順序が<quote>内部 (local)
 	  と外部 (public) の管理の境界</quote>をまたがないようにしてください.</para>
 	</answer>
       </qandaentry>
 
       <qandaentry>
 	<question>
 	<para>sendmail が <errorname>mail loops back to
 	  myself</errorname> というメッセージを出すのですが.</para>
 	</question>
 
 	<answer>
 	<para>sendmail FAQ に次のように書いてあります.</para>
       
-        <programlisting>
-* <quote>Local configuration error</quote> というメッセージが出ます. 例えば,
+        <programlisting>* <quote>Local configuration error</quote> というメッセージが出ます. 例えば,
 
 553 relay.domain.net config error: mail loops back to myself
 554 &lt;user@domain.net&gt;... Local configuration error
 
 のような感じですが, どうしたら解決できますか?
 
 これは, 例えば domain.net のようなドメイン宛てのメールを 
 <literal>MX</literal> レコードで特定のホスト(ここでは
 relay.domain.net) に送ろうとしたのに,
 そのホストでは domain.net
 宛てのメールを受け取れるような設定になっていない場合です.
 設定の際に 
 FEATURE(use_cw_file) を指定してある場合には
 /etc/sendmail.cw の中に domain.net を追加してください.
 もしくは, /etc/sendmail.cf の中に <quote>Cw domain.net</quote>
 を追加してください.</programlisting>
           
         <para>sendmail FAQ は
 	  <filename>/usr/src/usr.sbin/sendmail</filename> にありますので,
 	  メールの設定に<quote>おかしなこと</quote>があれば常に読んでください.</para>
 	</answer>
       </qandaentry>
 
       <qandaentry>
         <question>
 	<para>ダイアルアップ PPP ホストで電子メールを使うにはどうしたらいいの?</para>
 	</question>
 
 	<answer>
 	<para>LAN 上にある FreeBSD マシンを,
 	  インターネットに接続したいとします. FreeBSD マシンは, その
 	LAN でのメールゲートウェイになります. FreeBSD
 	マシンは専用線接続ではありません
 	(訳注:ダイアルアップ接続など).</para>
 
         <para>これには, 少なくとも二つの方法があります.</para>
 
         <para>一つは UUCP を使うことです.</para>
 
         <para>このとき鍵になるのは, あなたのドメインに対するセカンダリ
 	  MX サービスを提供してくれるインターネットサイトをみつけることです.
 	  例えば以下のように.</para>
 
-        <programlisting>
-bigco.com.	      MX	10	bigco.com.
+        <programlisting>bigco.com.	      MX	10	bigco.com.
                       MX        20      smalliap.com.</programlisting>
 
         <para>最終的なメール受信先としては,
 	  一つのホストだけが定義されるべきです (bigco.com 上の
 	  <filename>/etc/sendmail.cf</filename> ファイルに, <literal>Cw
 	  bigco.com</literal> を追加します).</para>
 
         <para>送信側の <command>sendmail</command> が,
 	  メールを配送しようとしている時, モデムの接続を
 	  介してあなたのところに接続しようとします.  大抵の場合,
 	  あなたのマシンがオンラインでないために, 接続はタイムアウト
 	  してしまうでしょう. <command>sendmail</command> は自動的に,
 	  メールをセカンダリの MX サイト に
 	  (あなたのインターネットプロバイダ) に配送します. セカンダリ MX
 	  サイトは, (<filename>/etc/rc.conf</filename> ファイル に
 	  <literal>sendmail_flag = "-bd
 	  -q15m"</literal>と書かれている場合) 15 分ごとに,
 	  プライマリ MX サイトにメールを配送しようと,
 	  あなたのホストに接続しに いきます.</para>
 
         <para>ログインスクリプトとして,
 	  このようなものを使うとよいでしょう. </para>
 
-        <programlisting>
-#!/bin/sh
+        <programlisting>#!/bin/sh
 # Put me in /usr/local/bin/pppbigco
 ( sleep 60 ; /usr/sbin/sendmail -q ) &amp;
 /usr/sbin/ppp -direct pppbigco</programlisting>
 
         <para>ユーザごとにログインスクリプトを作りたい場合には, 上記
 	  のスクリプトの代わりに, <command>sendmail
 	  -qRbigco.com</command> を使用する こともできます.
 	  このようにすると, キューの中の bigco.com に対する
 	  すべてのメールは, すぐに強制的に処理されます.</para>
 
         <para>さらに, 次のような改良もできます.</para>
 
         <para>以下は, &a.isp;
 	  メイリングリストから抜粋してきたメッセージです. </para>
 
-        <programlisting>
-&gt; 私たちはお客様に対して, セカンダリ MX を提供しています.
+        <programlisting>&gt; 私たちはお客様に対して, セカンダリ MX を提供しています.
 &gt; お客様は一日に何回か私たちのサービスに接続し, メールを彼らのプライマリ MX
 &gt; に受け取ります (彼らのドメインに対するメールが到着した時には,
 &gt; 私たちは彼らのサイトを呼び出しません).
 &gt; 私たちの sendmail は, 30 分ごとにメールキューに溜っているメールを配送します.
 &gt; ちょうどその時に, すべてのメールがプライマリ MX に送られたかどうかを確かめるためには,
 &gt; 彼らは 30 分は オンラインでいなければなりません.
 &gt;
 &gt; すべてのメールを今すぐ送るために sendmail を初期化するコマンドはあるでしょうか?
 &gt; もちろん私たちのマシン上には, ユーザはルート (root) 権限を持っていません.
 
 sendmail.cf の <quote>privacy flags</quote> セクションに,
 Opgoaway,restrictqrun の定義があります.
 
 root 以外のユーザがキューを処理できるようにするには,
 restrictqrun を削除してください. また, MX の再調整が必要かもしれません.
 あなたがたは, 顧客のサイトに対する一番優先度の高い MX なので,
 次のように定義します:
 
 # If we are the best MX for a host, try directly instead of generating
 # local config error.
 OwTrue
 
 このようにすると, リモートサイトからのメールが,
 顧客のマシンと接続しようとせず, 直接あなたがたのホストマシンに配送されるようになります.
 ホストマシンに配送されたメールは, 続いて顧客のマシンに送られます.
 これはホスト名にのみ有効なので, 顧客のメールマシンに,
 <quote>host.customer.com</quote> とは別に, <quote>customer.com</quote>も定義する必要があります.
 DNS 上で, <quote>customer.com</quote>に対する A レコードを定義してください.</programlisting>
         </answer>
       </qandaentry>
     </qandaset>
   </sect1>
 
   <sect1 id="mail-advanced">
     <title>先進的なトピックス</title>
 
     <para>これからのセクションでは,
       メールの設定やドメイン全体のためのメールの設定といったさらに突込んだ話題について触れます.</para>
 
     <sect2 id="mail-config">
       <title>基本事項</title>
 
       <para>あなたのマシンに FreeBSD を普通にインストールして,
 	<filename>/etc/resolv.conf</filename> ファイルを設定するか,
 	またはネームサーバを走らせれば,
 	他のホストへ電子メールを送ることができるようになります.
 	あなたのホスト宛のメールを特定のホストに配送するようにしたい場合には,
 	次の二つの方法があります.</para>
 
       <itemizedlist>
 	<listitem>
           <para>自身でネームサーバーを実行し,
 	    自分のドメインを持つ. 例えば
 	    <hostid role="domainname">FreeBSD.org</hostid>.</para>
 	</listitem>
 
 	<listitem>
 	  <para>あなたのホストへ直接メールが配送されるようにする.
 	    これはメールがあなたのマシンの現在の
 	    DNS 名に直接配送されるようにすることにより実現できます.
 	    たとえば <hostid role="fqdn">example.FreeBSD.org</hostid>.</para>
 	</listitem>
       </itemizedlist>
 
       <para>上のどちらを選ぶ場合でも, 自分のホストに直接メールが配送されるようにするには恒久的
         (静的) な IP アドレス (動的な PPP ダイアルアップではない) を持っていなければなりません.
 	もしファイアーウォールの中にいるならば, SMTP トラフィックが通過してくれないといけません.
 	もし自分のホストでメールを受け取りたいならば,
 	次の二つのうちの一つができていることを確認してください.</para>
 
       <itemizedlist>
         <listitem>
           <para>自分のドメインでの MX レコードが自分のホストの
 	    IP アドレスを差していることを確認する.</para>
         </listitem>
 
         <listitem>
           <para>自分のドメインの中に自分のホスト用の MX がないことを確認する.</para>
         </listitem>
       </itemizedlist>
 
       <para>上のどちらかが設定されていれば,
         自分のホストでメールを受け取ることができるでしょう.</para>
 
       <para>次のコマンドを実行してみてください.</para>
 
       <screen>&prompt.root; <userinput>hostname</userinput>
 example.FreeBSD.org
 &prompt.root; <userinput>host example.FreeBSD.org</userinput>
 example.FreeBSD.org has address 204.216.27.XX</screen>
 
 
       <para>もしあなたのマシンが上記のメッセージだけを出力したならば,
 	<email>yourlogin@example.FreeBSD.org</email>
 	へのメールは問題なく配送されるでしょう.</para>
 
       <para>上記のメッセージの代わりに, </para>
 
       <screen>&prompt.root; <userinput>host example.FreeBSD.org</userinput>
 example.FreeBSD.org has address 204.216.27.XX
 example.FreeBSD.org mail is handled (pri=10) by hub.FreeBSD.org</screen>
 
       <para>というメッセージが出力された場合は,
 	あなたのホスト (<hostid role="fqdn">example.FreeBSD.org</hostid>)
 	に宛てたメールは全て直接配送されずに <hostid>hub</hostid>
 	上の同じユーザー名に配送されます.</para>
 
       <para>上の情報は DNS サーバーが扱います.
         メールルーティング情報をもつ DNS レコードは,
 	<emphasis>M</emphasis>ail e<emphasis>X</emphasis>change エントリーです.
 	MX エントリが存在しない場合には, IP アドレスにしたがって,
 	直接宛先ホストに配送されます.</para>
 
       <para><hostid role="fqdn">freefall.FreeBSD.org</hostid>
 	の現時点での MX エントリは, 次のようになっています.</para>
 
-      <programlisting>
-freefall		MX	30	mail.crl.net
+      <programlisting>freefall		MX	30	mail.crl.net
 freefall		MX	40	agora.rdrop.com
 freefall		MX	10	freefall.FreeBSD.org
 freefall		MX	20	who.cdrom.com</programlisting>
 
       <para><hostid>freefall</hostid> は多くの MX
 	エントリを持っています. もっとも MX の値が小さいホストが最終的にメールを受け取ります.
 	もし <hostid>freefall</hostid>
 	が他の処理で忙しかったり, ダウンしているような場合には,
 	他のホストが一時的にメールをキューにいれます.</para>
 
       <para>使い勝手をよくするためには, 代替の MX サイトは, それぞれ
 	別の経路でインターネットへ接続しているとよいでしょう.
 	インターネットプロバイダまたは他の関連サイトが, このサービスを
 	提供することができます.</para>
     </sect2>
 
     <sect2 id="mail-domain">
       <title>あなたのドメインに対するメール設定</title>
 
       <para><quote>メールホスト</quote> (メールサーバーとしても知られています)
         をセットアップするためには,
 	いろいろなワークステーションに宛てた全てのメールを受ける必要があります.
 	基本的には, あなたのドメイン (この場合だと
 	<hostid role="fqdn">*.FreeBSD.org</hostid>)
 	宛ての全てのメールを<quote>ハイジャック</quote>し,
 	そのメールをあなたのメールサーバーに配送し,
 	ユーザーが POP を通じてあるいはサーバー上で直接, メールをチェックできるようにします.</para>
 
       <para>話を簡単にするために, あるユーザーのアカウントはどのマシンでも同じ<emphasis>ユーザー名</emphasis>にすべきです.
         そのためには <command>adduser</command> を使ってください.</para>
 
       <para>使用する予定のメールホストは,
 	各ワークステーションごとにメール交換が
 	できるように設定されていなければなりません. これは, DNS
 	(すなわち  BIND や named) の設定で次のように行なうことができます.</para>
 
-      <programlisting>
-example.FreeBSD.org	A	204.216.27.XX		; ワークステーション
+      <programlisting>example.FreeBSD.org	A	204.216.27.XX		; ワークステーション
 			MX	10 hub.FreeBSD.org	; メールホスト</programlisting>
 
       <para>これは, ワークステーションの A レコードがどこを指していようとも
         そのワークステーション宛てのメールをメールホストに転送する, というものです.</para>
 
       <para>自前で DNS サーバを運用しているのでなければ,
         この作業は自分では行なえおこなえません. 自分で DNS
 	サーバを運用しないとかできないという場合は,
 	インターネットプロバイダ等に依頼して作業をおこなってもらってください.</para>
 
       <para>この作業により, このワークステーション宛のメールは,  MX
 	(メールエクスチェンジャ) ホストに送られるようになります. A
 	レコードがどのマシンを指しているかどいうことには関係なく,
 	メールは MX ホストに送られます.</para>
 
       <para>もしバーチャル電子メールホストを運用するなら次の情報が役に立つでしょう.
         例として,あなたには自分のドメイン, ここでは
 	<hostid role="domainname">customer1.org</hostid>,
 	を持っている顧客がいるとしましょう.
 	あなたは <hostid role="domainname">customer1.org</hostid> 宛ての全てのメールを
 	<hostid role="fqdn">mail.myhost.com</hostid> という名前のメールホストに集めたいとします.
 	DNS エントリーは次のようになるでしょう.</para>
 
-      <programlisting>
-customer1.org		MX	10	mail.myhost.com</programlisting>
+      <programlisting>customer1.org		MX	10	mail.myhost.com</programlisting>
 
       <para>そのドメインに対して電子メールを送りたいだけなら, A
 	レコードは必要ありません.</para>
 
       <note>
         <para>これは, <hostid role="domainname">customer1.org</hostid>
 	に対して ping を実行しても,
 	A レコードが存在しない限りうまくいかないことに留意しておいてください.</para>
       </note>
 
       <para>やらなければいけない最後のことは,
         メールホスト上の <application>sendmail</application>
 	に対してどんあドメインやホスト宛のメールを受け取るのか,
 	を教えることです. いくつかの方法がありますが次のどちらかでいいでしょう.</para>
 
       <itemizedlist>
         <listitem>
 	  <para><literal>FEATURE(use_cw_file)</literal> を使っているなら,
 	    <filename>/etc/sendmail.cw</filename> ファイルにホストを加えます.
 	    もし sendmail 8.10 かそれ以降のものであれば該当ファイルは
 	    <filename>/etc/mail/local-host-names</filename> です.</para>
 	</listitem>
 
 	<listitem>
 	  <para><filename>/etc/sendmail.cf</filename> もしくは
 	    sendmail 8.10 以降なら <filename>/etc/mail/sendmail.cf</filename>
 	    といったファイルに <literal>Cwyour.host.com</literal> という行を加えます.</para>
 	</listitem>
       </itemizedlist>
     </sect2>
   </sect1>
 </chapter>
 
 <!--
      Local Variables:
      mode: sgml
      sgml-declaration: "../chapter.decl"
      sgml-indent-data: t
      sgml-omittag: nil
      sgml-always-quote-attributes: t
      sgml-parent-document: ("../book.sgml" "part" "chapter")
      End:
 -->
diff --git a/ja_JP.eucJP/books/handbook/mirrors/chapter.sgml b/ja_JP.eucJP/books/handbook/mirrors/chapter.sgml
index 6061d0e782..e0103db05a 100644
--- a/ja_JP.eucJP/books/handbook/mirrors/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/mirrors/chapter.sgml
@@ -1,3703 +1,3695 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.110
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/mirrors/chapter.sgml,v 1.41 2001/02/22 14:20:08 hrs Exp $
+     Original revision: 1.111
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/mirrors/chapter.sgml,v 1.42 2001/04/08 15:33:42 hrs Exp $
 -->
 
 <appendix id="mirrors">
   <title>FreeBSD の入手方法</title>
 
   <sect1>
     <title>CDROM 出版社</title>
 
     <para>FreeBSD は BSDi から出されている CDROM
       から入手できます:
 
       <address>
 	<otheraddr>BSDi</otheraddr>
 	<street>4041 Pike Lane, Suite F</street>
 	<city>Concord</city>, <state>CA</state>  <postcode>94520</postcode>
 	<country>USA</country>
 	Phone: <phone>+1 925 691-2800</phone>
 	Fax: <fax>+1 925 674-0821</fax>
 	Email: <email>info@osd.bsdi.com</email>
 	WWW: <otheraddr><ulink url="http://www.osd.bsdi.com/">http://www.osd.bsdi.com/</ulink></otheraddr>
       </address></para>
   </sect1>
 
   <sect1 id="mirrors-ftp">
     <title>FTP サイト</title>
 
     <para>FreeBSD の公式な情報は anonymous FTP によって以下の場所から
       入手できます:
 
       <blockquote>
 	<para><ulink url="ftp://ftp.FreeBSD.org/pub/FreeBSD/">ftp://ftp.FreeBSD.org/pub/FreeBSD/</ulink>.</para>
       </blockquote>
     </para>
 
     <para><ulink url="http://www.freebsdmirrors.org/">FreeBSD
 	ミラーサイトデーターベース</ulink> FreeBSD ハンドブックの
       &ldquo;ミラーサイト一覧&rdquo;
       よりも正確です.というのはその情報を DNS から取得するので,
       静的に記述されたリストよりも信頼性が高いのです.</para>
 
     <para>さらに, FreeBSD は以下のミラーサイトから anonymous FTP
       によって 入手できます. もし FreeBSD を anonymous FTP
       によって手にいれる場合は,
       近くのサイトを利用するようにしてください.</para>
 
     <para><link linkend="mirrors-ar">Argentina</link>,
       <link linkend="mirrors-au">Australia</link>,
       <link linkend="mirrors-br">Brazil</link>,
       <link linkend="mirrors-ca">Canada</link>,
       <link linkend="mirrors-cn">China</link>,
       <link linkend="mirrors-cz">Czech Republic</link>,
       <link linkend="mirrors-dk">Denmark</link>,
       <link linkend="mirrors-ee">Estonia</link>,
       <link linkend="mirrors-fi">Finland</link>,
       <link linkend="mirrors-fr">France</link>,
       <link linkend="mirrors-de">Germany</link>,
       <link linkend="mirrors-hk">Hong Kong</link>,
       <link linkend="mirrors-hu">Hungary</link>,
       <link linkend="mirrors-ie">Ireland</link>,
       <link linkend="mirrors-il">Israel</link>,
       <link linkend="mirrors-jp">Japan</link>,
       <link linkend="mirrors-kr">Korea</link>,
       <link linkend="mirrors-lt">Lithuania</link>,
       <link linkend="mirrors-nl">Netherlands</link>,
       <link linkend="mirrors-nz">New Zealand</link>,
       <link linkend="mirrors-pl">Poland</link>,
       <link linkend="mirrors-pt">Portugal</link>,
       <link linkend="mirrors-ru">Russia</link>,
       <link linkend="mirrors-sa">Saudi Arabia</link>,
       <link linkend="mirrors-za">South Africa</link>,
       <link linkend="mirrors-es">Spain</link>,
       <link linkend="mirrors-sk">Slovak Republic</link>,
       <link linkend="mirrors-si">Slovenia</link>,
       <link linkend="mirrors-se">Sweden</link>,
       <link linkend="mirrors-tw">Taiwan</link>,
       <link linkend="mirrors-th">Thailand</link>,
       <link linkend="mirrors-uk">UK</link>,
       <link linkend="mirrors-ua">Ukraine</link>,
       <link linkend="mirrors-us">USA</link>.</para>
 
     <variablelist>
       <varlistentry><term><anchor id="mirrors-ar">アルゼンチン</term>
 	<listitem>
 	  <para>何か問題がある場合は，このドメインの
 	    hostmaster <email>hostmaster@ar.FreeBSD.org</email>
 	    に連絡してください．</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para><ulink url="ftp://ftp.ar.FreeBSD.org/pub/FreeBSD/">ftp.ar.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term><anchor id="mirrors-au">オーストラリア</term>
 	<listitem>
 	  <para>何か問題がある場合は, このドメインの hostmaster
 	    <email>hostmaster@au.FreeBSD.org</email>
 	    に連絡してください.</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para><ulink url="ftp://ftp.au.FreeBSD.org/pub/FreeBSD/">ftp://ftp.au.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp2.au.FreeBSD.org/pub/FreeBSD/">ftp://ftp2.au.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp3.au.FreeBSD.org/pub/FreeBSD/">ftp://ftp3.au.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp4.au.FreeBSD.org/pub/FreeBSD/">ftp://ftp4.au.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term><anchor id="mirrors-br">ブラジル</term>
 	<listitem>
 	  <para>何か問題がある場合は, このドメインの hostmaster
 	    <email>hostmaster@br.FreeBSD.org</email>
 	    に連絡してください.</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para><ulink url="ftp://ftp.br.FreeBSD.org/pub/FreeBSD/">ftp://ftp.br.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp2.br.FreeBSD.org/pub/FreeBSD/">ftp://ftp2.br.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp3.br.FreeBSD.org/pub/FreeBSD/">ftp://ftp3.br.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp4.br.FreeBSD.org/pub/FreeBSD/">ftp://ftp4.br.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp5.br.FreeBSD.org/pub/FreeBSD/">ftp://ftp5.br.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp6.br.FreeBSD.org/pub/FreeBSD/">ftp://ftp6.br.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp7.br.FreeBSD.org/pub/FreeBSD/">ftp://ftp7.br.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term><anchor id="mirrors-ca">カナダ</term>
 	<listitem>
 	  <para>何か問題がある場合は, このドメインの hostmaster
 	    <email>hostmaster@ca.FreeBSD.org</email>
 	    に連絡してください.</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para><ulink url="ftp://ftp.ca.FreeBSD.org/pub/FreeBSD/">ftp://ftp.ca.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term><anchor id="mirrors-cn">中国</term>
 
 	<listitem>
 	  <para>何か問題がある場合は, このドメインの hostmaster
 	    <email>phj@cn.FreeBSD.org</email>
 	    に連絡してください.</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para><ulink url="ftp://ftp.cn.FreeBSD.org/pub/FreeBSD/">ftp://ftp.cn.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term><anchor id="mirrors-cz">チェコ</term>
 	<listitem>
 	  <para>何か問題がある場合は, このドメインの hostmaster
 	    <email>hostmaster@cz.FreeBSD.org</email>
 	    に連絡してください.</para>
 
 	  <itemizedlist>
             <listitem>
               <para><ulink url="ftp://ftp.cz.FreeBSD.org/pub/FreeBSD/">ftp://ftp.cz.FreeBSD.org/pub/FreeBSD/</ulink>
                 連絡先: <email>calda@dzungle.ms.mff.cuni.cz</email></para>
             </listitem>
 	  </itemizedlist>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term><anchor id="mirrors-dk">デンマーク</term>
 	<listitem>
 	  <para>何か問題がある場合は，このドメインの hostmaster
 	    <email>hostmaster@dk.FreeBSD.org</email>
 	    に連絡してください．</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para><ulink url="ftp://ftp.dk.FreeBSD.org/pub/FreeBSD/">ftp://ftp.dk.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term><anchor id="mirrors-ee">エストニア</term>
 	<listitem>
 	  <para>何か問題がある場合は, このドメインの hostmaster
 	    <email>hostmaster@ee.FreeBSD.org</email>
 	    に連絡してください.</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para><ulink url="ftp://ftp.ee.FreeBSD.org/pub/FreeBSD/">ftp://ftp.ee.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term><anchor id="mirrors-fi">フィンランド</term>
 	<listitem>
 	  <para>何か問題がある場合は, このドメインの hostmaster
 	    <email>hostmaster@fi.FreeBSD.org</email>
 	    に連絡してください.</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para><ulink url="ftp://ftp.fi.FreeBSD.org/pub/FreeBSD/">ftp://ftp.fi.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term><anchor id="mirrors-fr">フランス</term>
 	<listitem>
 	  <para>何か問題がある場合は, このドメインの hostmaster
 	    <email>hostmaster@fr.FreeBSD.org</email>
 	    に連絡してください.</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para><ulink url="ftp://ftp.fr.FreeBSD.org/pub/FreeBSD/">ftp://ftp.fr.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp2.fr.FreeBSD.org/pub/FreeBSD/">ftp://ftp2.fr.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp3.fr.FreeBSD.org/pub/FreeBSD/">ftp://ftp3.fr.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp4.fr.FreeBSD.org/pub/FreeBSD/">ftp://ftp4.fr.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp5.fr.FreeBSD.org/pub/FreeBSD/">ftp://ftp5.fr.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp6.fr.FreeBSD.org/pub/FreeBSD/">ftp://ftp6.fr.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term><anchor id="mirrors-de">ドイツ</term>
 	<listitem>
 	  <para>何か問題がある場合は, このドメインのミラー管理者
 	    <email>de-bsd-hubsr@de.FreeBSD.org</email>
 	    に連絡してください.</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para><ulink url="ftp://ftp.de.FreeBSD.org/pub/FreeBSD/">ftp://ftp.de.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp2.de.FreeBSD.org/pub/FreeBSD/">ftp://ftp2.de.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp3.de.FreeBSD.org/pub/FreeBSD/">ftp://ftp3.de.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp4.de.FreeBSD.org/pub/FreeBSD/">ftp://ftp4.de.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp5.de.FreeBSD.org/pub/FreeBSD/">ftp://ftp5.de.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp6.de.FreeBSD.org/pub/FreeBSD/">ftp://ftp6.de.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp7.de.FreeBSD.org/pub/FreeBSD/">ftp://ftp7.de.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term><anchor id="mirrors-hk">香港</term>
 	<listitem>
 	  <itemizedlist>
 	    <listitem>
 	      <para><ulink url="ftp://ftp.hk.super.net/pub/FreeBSD/">ftp://ftp.hk.super.net/pub/FreeBSD/</ulink>
 		連絡先: <email>ftp-admin@HK.Super.NET</email>.</para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
         <term><anchor id="mirrors-hu">ハンガリー</term>
 	<listitem>
 	  <para>何か問題がある場合は, このドメインの hostmaster
 	    <email>mohacsi@ik.bme.hu</email>
             に連絡してください.</para>
 	  
 	 <itemizedlist>
 	  <listitem>
 	   <para><ulink url="ftp://ftp.hu.FreeBSD.org/pub/FreeBSD/">ftp://ftp.hu.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	 </listitem>
 	</itemizedlist>
        </listitem>
       </varlistentry>
 
       <varlistentry><term><anchor id="mirrors-ie">アイルランド</term>
 	<listitem>
 	  <para>何か問題がある場合は, このドメインの hostmaster
 	    <email>hostmaster@ie.FreeBSD.org</email>
 	    に連絡してください.</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para><ulink url="ftp://ftp.ie.FreeBSD.org/pub/FreeBSD/">ftp://ftp.ie.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term><anchor id="mirrors-il">イスラエル</term>
 	<listitem>
 	  <para>何か問題がある場合は, このドメインの hostmaster
 	    <email>hostmaster@il.FreeBSD.org</email>
 	    に連絡してください.</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para><ulink url="ftp://ftp.il.FreeBSD.org/pub/FreeBSD/">ftp://ftp.il.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp2.il.FreeBSD.org/pub/FreeBSD/">ftp://ftp2.il.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term><anchor id="mirrors-jp">日本</term>
 	<listitem>
 	  <para>何か問題がある場合は, このドメインの hostmaster
 	    <email>hostmaster@jp.FreeBSD.org</email>
 	    に連絡してください.</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para><ulink url="ftp://ftp.jp.FreeBSD.org/pub/FreeBSD/">ftp://ftp.jp.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp2.jp.FreeBSD.org/pub/FreeBSD/">ftp://ftp2.jp.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp3.jp.FreeBSD.org/pub/FreeBSD/">ftp://ftp3.jp.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp4.jp.FreeBSD.org/pub/FreeBSD/">ftp://ftp4.jp.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp5.jp.FreeBSD.org/pub/FreeBSD/">ftp://ftp5.jp.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp6.jp.FreeBSD.org/pub/FreeBSD/">ftp://ftp6.jp.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term><anchor id="mirrors-kr">韓国</term>
 	<listitem>
 	  <para>何か問題がある場合は, このドメインの hostmaster
 	    <email>hostmaster@kr.FreeBSD.org</email>
 	    に連絡してください.</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para><ulink url="ftp://ftp.kr.FreeBSD.org/pub/FreeBSD/">ftp://ftp.kr.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp2.kr.FreeBSD.org/pub/FreeBSD/">ftp://ftp2.kr.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp3.kr.FreeBSD.org/pub/FreeBSD/">ftp://ftp3.kr.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp4.kr.FreeBSD.org/pub/FreeBSD/">ftp://ftp4.kr.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp5.kr.FreeBSD.org/pub/FreeBSD/">ftp://ftp5.kr.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp6.kr.FreeBSD.org/pub/FreeBSD/">ftp://ftp6.kr.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </varlistentry>
 
        <varlistentry>
 	<term><anchor id="mirrors-lt">リトアニア</term>
 	  <listitem>
 	  <para>何か問題がある場合は, このドメインの hostmaster
 	    <email>hostmaster@lt.FreeBSD.org</email>
 	    に連絡してください.</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para><ulink
 	     	url="ftp://ftp.lt.FreeBSD.org/pub/FreeBSD/">ftp://ftp.lt.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term><anchor id="mirrors-nl">オランダ</term>
 	<listitem>
 	  <para>何か問題がある場合は, このドメインの hostmaster
 	    <email>hostmaster@nl.FreeBSD.org</email>
 	    に連絡してください.</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para><ulink url="ftp://ftp.nl.FreeBSD.org/pub/FreeBSD/">ftp://ftp.nl.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term><anchor id="mirrors-nz">ニュージーランド</term>
 	
 	<listitem>
 	  <para>何か問題がある場合は, このドメインの hostmaster
 	    <email>hostmaster@nz.FreeBSD.org</email>
 	    に連絡してください.</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para><ulink url="ftp://ftp.nz.FreeBSD.org/pub/FreeBSD/">ftp://ftp.nz.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term><anchor id="mirrors-pl">ポーランド</term>
 	<listitem>
 	  <para>何か問題がある場合は，このドメインの hostmaster
 	    <email>hostmaster@pl.FreeBSD.org</email>
 	    に連絡してください．</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para><ulink url="ftp://ftp.pl.FreeBSD.org/pub/FreeBSD/">ftp://ftp.pl.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term><anchor id="mirrors-pt">ポルトガル</term>
 	<listitem>
 	  <para>何か問題がある場合は, このドメインの hostmaster
 	    <email>hostmaster@pt.FreeBSD.org</email>
 	    に連絡してください.</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para><ulink url="ftp://ftp.pt.FreeBSD.org/pub/FreeBSD/">ftp://ftp.pt.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp2.pt.FreeBSD.org/pub/FreeBSD/">ftp://ftp2.pt.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term><anchor id="mirrors-ru">ロシア</term>
 	<listitem>
 	  <para>何か問題がある場合は, このドメインの
 	    hostmaster <email>hostmaster@ru.FreeBSD.org</email>
 	    に連絡してください.</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para><ulink url="ftp://ftp.ru.FreeBSD.org/pub/FreeBSD/">ftp://ftp.ru.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp2.ru.FreeBSD.org/pub/FreeBSD/">ftp://ftp2.ru.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp3.ru.FreeBSD.org/pub/FreeBSD/">ftp://ftp3.ru.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp4.ru.FreeBSD.org/pub/FreeBSD/">ftp://ftp4.ru.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term><anchor id="mirrors-sa">サウジアラビア</term>
         <listitem> 
 	  <para>何か問題がある場合は,
 	    <email>ftpadmin@isu.net.sa</email>
 	    に連絡してください.</para>
 
           <itemizedlist>
             <listitem>
               <para><ulink url="ftp://ftp.isu.net.sa/pub/mirrors/ftp.freebsd.org/">ftp://ftp.isu.net.sa/pub/mirrors/ftp.freebsd.org/</ulink></para>
             </listitem>
           </itemizedlist>
         </listitem>
       </varlistentry>
 
       <varlistentry><term><anchor id="mirrors-za">南アフリカ</term>
 	<listitem>
 	  <para>何か問題がある場合は, このドメインの hostmaster
 	    <email>hostmaster@za.FreeBSD.org</email>
 	    に連絡してください.</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para><ulink url="ftp://ftp.za.FreeBSD.org/pub/FreeBSD/">ftp://ftp.za.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp2.za.FreeBSD.org/pub/FreeBSD/">ftp://ftp2.za.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp3.za.FreeBSD.org/FreeBSD/">ftp://ftp3.za.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term><anchor id="mirrors-sk">スロヴァキア共和国</term>
 	<listitem>
 	  <para>何か問題がある場合には, このドメインの hostmaster
 	    <email>hostmaster@sk.FreeBSD.org</email>
 	    に連絡してください.</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para><ulink url="ftp://ftp.sk.FreeBSD.org/pub/FreeBSD/">ftp://ftp.sk.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term><anchor id="mirrors-si">スロベニア</term>
 	<listitem>
 	  <para>何か問題がある場合には, このドメインの hostmaster
 	    <email>hostmaster@si.FreeBSD.org</email>
 	    に連絡してください.</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para><ulink url="ftp://ftp.si.FreeBSD.org/pub/FreeBSD">ftp://ftp.si.FreeBSD.org/pub/FreeBSD</ulink></para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term><anchor id="mirrors-es">スペイン</term>
 	<listitem>
 	  <para>何か問題がある場合は, このドメインの hostmaster
 	    <email>hostmaster@es.FreeBSD.org</email>
 	    に連絡してください.</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para><ulink url="ftp://ftp.es.FreeBSD.org/pub/FreeBSD/">ftp://ftp.es.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term><anchor id="mirrors-se">スウェーデン</term>
 	<listitem>
 	  <para>何か問題がある場合は, このドメインの hostmaster
 	    <email>hostmaster@se.FreeBSD.org</email>
 	    に連絡してください.</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para><ulink url="ftp://ftp.se.FreeBSD.org/pub/FreeBSD/">ftp://ftp.se.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp2.se.FreeBSD.org/pub/FreeBSD/">ftp://ftp2.se.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp3.se.FreeBSD.org/pub/FreeBSD/">ftp://ftp3.se.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term><anchor id="mirrors-tw">台湾</term>
 	<listitem>
 	  <para>何か問題がある場合は, このドメインの hostmaster
 	    <email>hostmaster@tw.FreeBSD.org</email>
 	    に連絡してください.</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para><ulink url="ftp://ftp.tw.FreeBSD.org/pub/FreeBSD/">ftp://ftp.tw.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp2.tw.FreeBSD.org/pub/FreeBSD/">ftp://ftp2.tw.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp3.tw.FreeBSD.org/pub/FreeBSD/">ftp://ftp3.tw.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink
 			   url="ftp://ftp4.tw.FreeBSD.org/pub/FreeBSD/">ftp://ftp4.tw.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term><anchor id="mirrors-th">タイ</term>
 	<listitem>
 	  <itemizedlist>
 	    <listitem>
 	      <para><ulink url="ftp://ftp.nectec.or.th/pub/FreeBSD/">ftp://ftp.nectec.or.th/pub/FreeBSD/</ulink>
 		連絡先: <email>ftpadmin@ftp.nectec.or.th</email>.</para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term><anchor id="mirrors-ua">ウクライナ</term>
 	<listitem>
 	  <itemizedlist>
 	    <listitem>
 	      <para><ulink url="ftp://ftp.ua.FreeBSD.org/pub/FreeBSD/">ftp://ftp.ua.FreeBSD.org/pub/FreeBSD/</ulink>
 		連絡先: <email>freebsd-mnt@lucky.net</email>.</para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term><anchor id="mirrors-uk">イギリス</term>
 	<listitem>
 	  <para>何か問題がある場合は, このドメインの hostmaster
 	    <email>hostmaster@uk.FreeBSD.org</email>
 	    に連絡してください.</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para><ulink url="ftp://ftp.uk.FreeBSD.org/pub/FreeBSD/">ftp://ftp.uk.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp2.uk.FreeBSD.org/pub/FreeBSD/">ftp://ftp2.uk.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp3.uk.FreeBSD.org/pub/FreeBSD/">ftp://ftp3.uk.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp4.uk.FreeBSD.org/pub/FreeBSD/">ftp://ftp4.uk.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp5.uk.FreeBSD.org/pub/FreeBSD/">ftp://ftp5.uk.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term><anchor id="mirrors-us">アメリカ</term>
 	<listitem>
 	  <para>何か問題がある場合は, このドメインの hostmaster
 	    <email>hostmaster@FreeBSD.org</email>
 	    に連絡してください.</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para><ulink url="ftp://ftp.FreeBSD.org/pub/FreeBSD/">ftp://ftp.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp2.FreeBSD.org/pub/FreeBSD/">ftp://ftp2.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp3.FreeBSD.org/pub/FreeBSD/">ftp://ftp3.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp4.FreeBSD.org/pub/FreeBSD/">ftp://ftp4.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp5.FreeBSD.org/pub/FreeBSD/">ftp://ftp5.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp6.FreeBSD.org/pub/FreeBSD/">ftp://ftp6.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp7.FreeBSD.org/pub/FreeBSD/">ftp://ftp7.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp8.FreeBSD.org/pub/FreeBSD/">ftp://ftp8.FreeBSD.org/pub/FreeBSD/</ulink></para>
 	    </listitem>
 
 	    <listitem>
 	      <para><ulink url="ftp://ftp9.FreeBSD.org/pub/os/FreeBSD/">ftp://ftp9.FreeBSD.org/pub/os/FreeBSD/</ulink></para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </varlistentry>
     </variablelist>
   </sect1>
 
   <sect1 id="anoncvs">
     <title>Anonymous CVS</title>
 
     <para><emphasis>訳: &a.jp.sugimura;</emphasis>, 1998 年 7 月 19 日.</para>
 
     <sect2>
       <title><anchor id="anoncvs-intro">導入</title>
       
       <para>Anonymous CVS (もしくは, <emphasis>anoncvs</emphasis>
         として知られています) は離れたところにある CVS
         リポジトリと同期を取るために FreeBSD に付属している CVS
         ユーティリティに含まれている機能です.  他にもありますが,
         それは FreeBSD のユーザが, 特別な権限なしに FreeBSD
         プロジェクトの公式な anoncvs サーバに読み取り専用で CVS
         の操作をすることができるようにするためのものです.
         それを使うには, 単に <envar>CVSROOT</envar>
         環境変数を設定して適切な anoncvs サーバを指定し,
         <command>cvs login</command> を使って
         パスワード <quote>anoncvs</quote> を入力してください.
         そして次に &man.cvs.1; コマンドを使うことで, 
         手元にあるリポジトリと同じようにアクセスできるようになります.</para>
       
       <para><link linkend="cvsup">CVSup</link> と
         <emphasis>anoncvs</emphasis>
         のサービスは本質的に同じ機能ではないかということも言われていますが,
         ユーザが同期を取る方法を選ぶときに影響を与える,
         さまざまなトレードオフが存在します. 要約して言えば,
         <application>CVSup</application>
         はネットワーク資源の使い方においては非常に効率が良く技術的にもはるかに洗練されたものですが,
         相当な手間がかかります. <application>CVSup</application>
         を使うには特別なクライアントをまずインストールして設定しなくては
         1 bit も取ってくることができませんし, さらにそのとき
         <application>CVSup</application> で取ってくることができるのは,
         <emphasis>コレクション(collection)</emphasis>
         と呼ばれる,
         かなり大きなかたまりだけです.</para>
       
       <para>それに対して <application>anoncvs</application> では,
         CVS モジュールの名前を指定することで特定のプログラムの
         (<command>ls</command> や <command>grep</command> のような)
         個々のファイルから調べることができます.  もちろん,
         <application>anoncvs</application> は CVS
         リポジトリの読み取り専用の操作に対してのみ適しているので,
         もしあなたが FreeBSD プロジェクトのものと共有されたなにか
         ローカルなリポジトリを作ってそこでの開発を
         行おうというときには, <application>CVSup</application>
         だけが唯一の手段となってしまいます.</para>
     </sect2>
     
     <sect2>
       <title><anchor id="anoncvs-usage">Anonymous CVS を使う</title>
       
       <para>&man.cvs.1; を設定して Anonymous CVS
         リポジトリを使うには単に <envar>CVSROOT</envar>
         環境変数を設定して FreeBSD プロジェクトの
         <emphasis>anoncvs</emphasis> サーバを指定するだけのことです.
         この文書を書いているときには,
         次のサーバが利用できるようになっています.</para>
       
       <itemizedlist>
         <listitem>
           <para><emphasis>USA</emphasis>:
             :pserver:anoncvs@anoncvs.freebsd.org:/ncvs
             (<command>cvs login</command> コマンドを使い, 
             プロンプトが表示されたらパスワード
             <quote>anoncvs</quote> を入力してください)</para>
         </listitem>
       </itemizedlist>
       
       <para>CVS はかつて存在した (もしくは,
         時にはこれから存在するものも <!-- smiley -->:)
         ほとんどどんなバージョンの FreeBSD のソースを <quote>check
 	  out</quote> することができますが, あなたは &man.cvs.1; の
         リビジョン (<option>-r</option>) のオプションや FreeBSD
         プロジェクトのリポジトリの中で
         それをどのように指定したらいいものかということを
         よく知っておく必要があります.</para>
       
       <para>タグには 2 種類あって,
         リビジョンタグとブランチタグがあります.
         リビジョンタグは特定の改訂版を指しており,
         それはいつも同じものを意味しています. 一方ブランチタグは,
         指定されたときの指定された開発の流れにおける
         最も新しい改訂版を示しています.
         ブランチタグは特定の改訂版を指していないために,
         その意味はきょうと明日では違うものになっているでしょう.
       </para>
       
       <para>ユーザが興味を持つと思われるブランチタグの一覧です
         (<link linkend="ports">Ports Collection</link>に有効なタグは
         <literal>HEAD</literal>
         だけだという事を心に留めておいてください).</para>
       
       <variablelist>
         <varlistentry>
           <term>HEAD</term>
           
           <listitem>
             <para>主要部をなす流れ, すなわち FreeBSD-CURRENT
               のための名前です. また,
               どのリビジョンも
               指定されなかったときにはこれになります.</para>
           </listitem>
         </varlistentry>
         
         <varlistentry>
           <term>RELENG_4</term>
           
           <listitem>
             <para>FreeBSD-4.X の開発のための流れです.
               FreeBSD-STABLE としても知られています.</para>
           </listitem>
         </varlistentry>
         
         <varlistentry>
           <term>RELENG_3</term>
         
           <listitem>
             <para>FreeBSD-3.X の開発のための流れです.
               3.X-STABLE としても知られています.</para>
           </listitem>
         </varlistentry>
         
         <varlistentry>
           <term>RELENG_2_2</term>
         
           <listitem>
             <para>FreeBSD-2.2.X の開発のための流れです. 2.2-STABLE
               としても知られています. このブランチは大部分が
               すたれています.</para>
           </listitem>
         </varlistentry>
       </variablelist>
       
       <para>ユーザが興味を持つであろうリビジョンタグの一覧です.
         これらはいずれも Ports Collection には無効です.
         Ports Collection は複数のリビジョンを持ちません</para>
       
       <variablelist>
 	<varlistentry>
 	  <term>RELENG_4_2_0_RELEASE</term>
         
 	  <listitem>
 	    <para>FreeBSD 4.2 です.</para>
 	  </listitem>
 	</varlistentry>
 
         <varlistentry>
           <term>RELENG_4_1_1_RELEASE</term>
           
           <listitem>
             <para>FreeBSD 4.1.1 です.</para>
           </listitem>
         </varlistentry>
         
         <varlistentry>
           <term>RELENG_4_1_0_RELEASE</term>
           
           <listitem>
             <para>FreeBSD 4.1.0 です.</para>
           </listitem>
         </varlistentry>
         
         <varlistentry>
           <term>RELENG_4_0_0_RELEASE</term>
           
           <listitem>
             <para>FreeBSD 4.0 です.</para>
           </listitem>
         </varlistentry>
         
         <varlistentry>
           <term>RELENG_3_5_0_RELEASE</term>
 
           <listitem>
             <para>FreeBSD-3.5 です.</para>
           </listitem>
         </varlistentry>
 
         <varlistentry>
           <term>RELENG_3_4_0_RELEASE</term>
 
           <listitem>
             <para>FreeBSD-3.4 です.</para>
           </listitem>
         </varlistentry>
         
         <varlistentry>
           <term>RELENG_3_3_0_RELEASE</term>
           
           <listitem>
             <para>FreeBSD-3.3 です.</para>
           </listitem>
 	  </varlistentry>
         
         <varlistentry>
           <term>RELENG_3_2_0_RELEASE</term>
           
           <listitem>
             <para>FreeBSD-3.2 です.</para>
           </listitem>
         </varlistentry>
         
         <varlistentry>
           <term>RELENG_3_1_0_RELEASE</term>
           
           <listitem>
             <para>FreeBSD-3.1 です.</para>
           </listitem>
         </varlistentry>
         
         <varlistentry>
           <term>RELENG_3_0_0_RELEASE</term>
           
           <listitem>
             <para>FreeBSD-3.0 です.</para>
           </listitem>
         </varlistentry>
 
         <varlistentry>
           <term>RELENG_2_2_8_RELEASE</term>
           
           <listitem>
             <para>FreeBSD-2.2.8 です.</para>
           </listitem>
         </varlistentry>
         
         <varlistentry>
           <term>RELENG_2_2_7_RELEASE</term>
         
           <listitem>
             <para>FreeBSD-2.2.7 です.</para>
           </listitem>
         </varlistentry>
         
         <varlistentry>
           <term>RELENG_2_2_6_RELEASE</term>
           
           <listitem>
             <para>FreeBSD-2.2.6 です.</para>
           </listitem>
         </varlistentry>
         
         <varlistentry>
           <term>RELENG_2_2_5_RELEASE</term>
           
           <listitem>
             <para>FreeBSD-2.2.5 です.</para>
           </listitem>
         </varlistentry>
         
         <varlistentry>
           <term>RELENG_2_2_2_RELEASE</term>
         
           <listitem>
             <para>FreeBSD-2.2.2 です.</para>
           </listitem>
         </varlistentry>
         
         <varlistentry>
           <term>RELENG_2_2_1_RELEASE</term>
           
           <listitem>
             <para>FreeBSD-2.2.1 です.</para>
           </listitem>
         </varlistentry>
         
         <varlistentry>
           <term>RELENG_2_2_0_RELEASE</term>
           
           <listitem>
             <para>FreeBSD-2.2.0 です.</para>
           </listitem>
         </varlistentry>
       </variablelist>
       
       <para>ブランチタグを指定したときには,
         普通はその開発の流れにおける
         最も新しいバージョンのファイルを受け取ることができます.
         もし以前のバージョンのものが欲しいときには, 日付を
         <option>-D date</option>
         オプションを使って指定すればよいです.
         これ以上のことは &man.cvs.1; man page を見てください.</para>
     </sect2>
     
     <sect2>
       <title>例</title>
       
       <para>本当はなにかする前には &man.cvs.1;
         のマニュアルページの全体をちゃんと読んでからのほうがいいのですが,
         Anonymous CVS
         の使い方の本質的なところを簡単に例を挙げて説明します.</para>
       
       <example>
         <title>-CURRENT (&man.ls.1;)
           をちょっと確認してから消してみます.</title>
         
         <screen>
 &prompt.user; <userinput>setenv CVSROOT :pserver:anoncvs@anoncvs.freebsd.org:/ncvs</userinput>
 &prompt.user; <userinput>cvs login</userinput>
 <emphasis>プロンプトが表示されたら, パスワード <quote>anoncvs</quote> を入力します.</emphasis>
 &prompt.user; <userinput>cvs co ls</userinput>
 &prompt.user; <userinput>cvs release -d ls</userinput>
 &prompt.user; <userinput>cvs logout</userinput></screen>
       </example>
 
       <example>
         <title>&man.ls.1; のバージョンを 3.X-STABLE
           ブランチから調べてみます.</title>
 
         <screen>
 &prompt.user; <userinput>setenv CVSROOT :pserver:anoncvs@anoncvs.freebsd.org:/ncvs</userinput>
 &prompt.user; <userinput>cvs login</userinput>
 <emphasis>プロンプトが表示されたら, パスワード <quote>anoncvs</quote> を入力します.</emphasis>
 &prompt.user; <userinput>cvs co -rRELENG_3 ls</userinput>
 &prompt.user; <userinput>cvs release -d ls</userinput>
 &prompt.user; <userinput>cvs logout</userinput></screen>
       </example>
       
       <example>
         <title>&man.ls.1; の変更点のリストを
           (unified diff で) 作ってみます.</title>
         
         <screen>
 &prompt.user; <userinput>setenv CVSROOT :pserver:anoncvs@anoncvs.freebsd.org:/ncvs</userinput>
 &prompt.user; <userinput>cvs login</userinput>
 <emphasis>プロンプトが表示されたら, パスワード <quote>anoncvs</quote> を入力します.</emphasis>
 &prompt.user; <userinput>cvs rdiff -u -rRELENG_3_0_0_RELEASE -rRELENG_3_4_0_RELEASE ls</userinput>
 &prompt.user; <userinput>cvs logout</userinput></screen>
       </example>
       
       <example>
         <title>他のどんなモジュールの名前が
           使われているか検索してみます.</title>
         
         <screen>
 &prompt.user; <userinput>setenv CVSROOT :pserver:anoncvs@anoncvs.freebsd.org:/ncvs</userinput>
 &prompt.user; <userinput>cvs login</userinput>
 <emphasis>プロンプトが表示されたら, パスワード <quote>anoncvs</quote> を入力します.</emphasis>
 &prompt.user; <userinput>more modules/modules</userinput>
 &prompt.user; <userinput>cvs release -d modules</userinput>
 &prompt.user; <userinput>cvs logout</userinput></screen>
       </example>
     </sect2>
 
     <sect2>
       <title>他の資料</title>
       
       <para>次の資料は CVS を学ぶのに役に立つでしょう.</para>
       
       <itemizedlist>
         <listitem>
           <para><ulink url="http://www.csc.calpoly.edu/~dbutler/tutorials/winter96/cvs/">CVS チュートリアル</ulink>. Cal Poly によるものです.</para>
         </listitem>
         
         <listitem>
           <para><ulink url="http://www.cyclic.com/">Cyclic
               Software</ulink>, 商用として CVS を保守しています.</para>
         </listitem>
         
         <listitem>
           <para><ulink url="http://www.freebsd.org/cgi/cvsweb.cgi">CVSWeb</ulink>
             は FreeBSD Project の CVS のための WWW インターフェースです.</para>
         </listitem>
       </itemizedlist>
     </sect2>
   </sect1>
   
   <sect1 id="ctm">
     <title>CTM を使う</title>
 
     <para><emphasis>訳: &a.hanai;, 1997 年 9 月 13 日.</emphasis></para>
 
     <para><application>CTM</application>
       はリモートのディレクトリツリーを中央のツリーに同期させるための
       手段です.
       これはFreeBSDのソースツリーの配布を行なうために開発されまし
       たが, 時が経つにつれて別の目的にも有用であることがわかるかも
       しれません.
       デルタを作り出す処理に関するドキュメントは現在ほとんど
       ありません. 従って, もしあなたが<application>CTM</application>
       を他のことに使いたいなら
       &a.phk;にさらなる情報を問い合わせてください.</para>
 
     <sect2>
       <title>なぜ<application>CTM</application>を使うの?</title>
 
       <para><application>CTM</application> を使うことにより FreeBSD
 	ソースツリーのローカルコピーを手にいれることができます.
 	ソースツリーが使えることの魅力は数多くあります. 完全な cvs
 	ツリーを追いかけるにしても, ひとつのブランチを追いかける
 	にしても <application>CTM</application>
 	は必要な情報を与えてくれます.
 	もしあなたがFreeBSDのアクティブな開発者であるにもかかわらず
 	お粗末なTCP/IP接続しか持っていなかったり, またはTCP/IP接続が
 	行なえないとしたら, あるいは単に変更が自動的に送られてきて
 	ほしいというのであれば <application>CTM</application>
 	はそんなあなたのために 作られたのです.
 	アクティブなブランチでは 1
 	日に最大三つまでのデルタを受け取る必要があります.
 	これが自動的に e-mail で送られてくるという方法を
 	ぜひ検討してみてください.
 	デルタのサイズは常にできるだけ小さく保たれています.
 	大抵の場合5KBよりも小さく,
 	たまに(10回に1回程度)10-50KBになり,
 	ときおり100KBかもっと大きくなるでしょう.</para>
 
       <para>開発ソースから直接に得られたものを使うことについては,
 	あらかじめパッケージにされたリリースとは違い,
 	いろいろと注意することが あります. これは特に
 	&ldquo;current&rdquo; のソースを選んでいるときは重要です.
 	<link linkend="current">最新の FreeBSD
 	  を追いかける</link>を読むことをお勧めします.</para>
     </sect2>
 
     <sect2>
       <title><application>CTM</application>を使うには何が必要?</title>
 
       <para>二つのものが必要でしょう: <application>CTM</application>
 	プログラムとそれに与える (&ldquo;current&rdquo;
 	レベルを得るための)最初のデルタです.</para>
 
       <para><application>CTM</application>
 	プログラムはバージョン2.0のリリース以来FreeBSDの一部にな
 	りました. もしソースのコピーを持っているなら
 	<filename>/usr/src/usr.sbin/CTM</filename>にあります.</para>
 
       <para>もしFreeBSDの2.0以前のバージョンなら,
 	最新の<application>CTM</application>のソースを直接</para>
 
       <para><ulink url="ftp://ftp.FreeBSD.org/pub/FreeBSD/FreeBSD-current/src/usr.sbin/ctm/">ftp://ftp.FreeBSD.org/pub/FreeBSD/FreeBSD-current/src/usr.sbin/ctm/</ulink></para>
 
       <para>から入手できます. <application>CTM</application>
 	に与える &ldquo;デルタ&rdquo; は二つの方法, FTPまたはe-mail,
 	で得ること ができます.
 	もしインターネットにFTPアクセスできるなら,
 	次のFTPサイト:</para>
 
       <para><ulink url="ftp://ftp.FreeBSD.org/pub/FreeBSD/CTM/">ftp://ftp.FreeBSD.org/pub/FreeBSD/CTM/</ulink></para>
 
       <para>または, その <link linkend="mirrors-ctm">ミラーサイト</link> が
 	<application>CTM</application> へのアクセスをサポートします.</para>
 
       <para>適切なディレクトリに FTP して <filename>README</filename>
 	ファイルを入手し, そこからスタートしてください.</para>
 
       <para>e-mail によってデルタを得たいという場合は:</para>
 
       <para><application>CTM</application>
 	配布メーリングリストのいずれかに参加するために &a.majordomo;
 	へ subscribe のメールを送ってください.
 	&ldquo;ctm-cvs-cur&rdquo; は完全な cvs ツリー
 	をサポートします. &ldquo;ctm-src-cur&rdquo;
 	は開発先端ブランチをサポートします &ldquo;ctm-src-2_2&rdquo;
 	は 2.2 リリースのブランチのサポートです.
 	(もし majordomo を使って参加する方法を知らないのであれば,
 	最初に <literal>help</literal> という語を含むメッセージを送ってください. &mdash; 使い方の説明が送られてくるでしょう.)</para>
 
       <para>メールで <application>CTM</application>
 	による更新ファイルを受け取り始めると, 中身を取り出して使用
 	するために <command>ctm_rmail</command>
 	プログラムを使うかもしれません. それを完全
 	に自動で行ないたいなら, <filename>/etc/aliases</filename>
 	から <command>ctm_rmail</command>プロ
 	グラムを直接使うこともできます.
 	さらに詳しいことは<command>ctm_rmail</command>
 	manページを御覧ください.</para>
 
       <note>
 	<para><application>CTM</application>
 	  デルタを得るためにどの方法を使うのであっても,
 	  <email>ctm-announce@FreeBSD.org</email>
 	  メーリングリストに参加するべきです.
 	  このメーリングリストは将来的には
 	  <application>CTM</application>システムの操作に関する
 	  アナウンスがポストされる唯一の場になるでしょう.
 	  メーリングリストに加わるためには<literal>subscribe
 	    ctm-announce</literal> と書いた一行だけのメールを
 	    &a.majordomo; へ送ってください.</para>
       </note>
     </sect2>
 
     <sect2>
       <title>はじめて<application>CTM</application>を使い始める</title>
 
       <para><application>CTM</application>
 	デルタを使い始めるためには, これは以降作られる全ての
 	デルタの出発点を手にいれる必要があります.</para>
 
       <para>最初にあなたが何をすでに持っているかをはっきりさせましょう.
 	すべての人は
 	&ldquo;空&rdquo;のディレクトリから始めなければなりません.
 	ツリーをサポートしてるあなたの
 	<application>CTM</application> を稼働するためには
 	指定した&ldquo;空&rdquo;
 	のデルタを使う必要があります. いくつかの分岐点
 	では, あなたの都合により CD
 	内に分配されている&ldquo;スタータ&rdquo;
 	デルタを使用できるようになっています. しかしながら, これは
 	頻繁に行われることではありません.
       </para>
 
       <para>適切な出発点が決まれば, その出発点を
 	<application>CTM</application> が
 	維持するツリーへ変換するための &ldquo;スタータ&rdquo;
 	初期デルタを使う必要が あります.</para>
 
       <para>移行デルタは番号の後ろに <literal>X</literal>
 	をつけたものがそうです
 	(たとえば<filename>src-cur.3210XEmpty.gz</filename>).
 	<filename>X</filename>
 	の後ろは最初の開始ポイントに対応します.
 	<filename>Empty</filename> は 空のディレクトリです.
 	ルールとして <filename>Empty</filename> からの移行デルタは
 	100 デルタごとに 作られます. ところで,
 	これらは非常に大きいです!
 	<filename>XEmpty</filename>のデルタは 数十MBの
 	<command>gzip</command>
 	で圧縮されたデータというのが普通です.</para>
 
       <para>一度スタートするためのベースデルタを得ると,
 	それに続く多数の全てのデルタも必要になるでしょう.</para>
     </sect2>
 
     <sect2>
       <title><application>CTM</application>を日常で使う</title>
 
       <para>デルタを適用するためには, 単に</para>
 
       <screen>&prompt.root; <userinput>cd /where/ever/you/want/the/stuff</userinput>
 &prompt.root; <userinput>ctm -v -v /where/you/store/your/deltas/src-xxx.*</userinput></screen>
 
       <para>とします.</para>
 
       <para><application>CTM</application>
 	はどれが<command>gzip</command>されているか理解します.
 	従って最初に gunzipしておく必要はありません.
 	ディスクの節約にもなります.</para>
 
       <para>全体の処理に関して確信するまでは
 	<application>CTM</application> は(ソース)ツリーに対して
 	何もしません. また, デルタを確かめるためには
 	<option>-c</option> フラグを使うことができます.
 	このフラグがあると <application>CTM</application>
 	はツリーに対して実際には何も行ないません.
 	単にデルタの完全性を確認し,
 	現在のツリーに問題なく使用できるかを確認
 	するだけです.</para>
 
       <para><application>CTM</application>
 	には他にもオプションがあります. 詳細に関しては
 	マニュアルページを参照するかソースを見てください.</para>
 
       <para>もし誰かが &ldquo;ユーザ インターフェース&rdquo;
 	の部分に関して助けてくれるなら私はとても嬉しいです.
 	なぜならどういうオプションが何を, どのように,
 	いつ行なうようにするべきか決めかねているからです.</para>
 
       <para>以上でやることは本当に全部です.
 	新しいデルタを入手した時には,
 	ソースを最新のものにするためにそれを
 	<application>CTM</application>に通すだけです.</para>
 
       <para>もしデルタを再ダウンロードするのが
 	骨の折れる作業であれば, デルタを 消さないでおいてください.
 	なにかおかしなことが起こった場合には置いておけば良かった
 	と思うかもしれません.
 	もしフロッピーディスクしか持っていない状況
 	であってもコピーを取るのに
 	<command>fdwrite</command>を使うことを考えてください.</para>
     </sect2>
 
     <sect2>
       <title>ローカルの変更を保存する</title>
 
       <para>開発者としてはソースツリー中のファイルを
 	使って実験したり変更したく なるものです.
 	<application>CTM</application>
 	はローカルの変更を制限つきでサポートします: ファイル
 	<filename>foo</filename> の存在をチェックする前に,
 	<filename>foo.ctm</filename> を参照しにいきます.
 	このファイルが存在する場合, CTM は <filename>foo</filename>
 	の代りにこれを処理します.</para>
 
       <para>この動作はローカルの変更を保持する簡単な手段を
 	提供します: 単に変更したいファイルを拡張子
 	<filename>.ctm</filename> 付きのファイル名で
 	コピーするだけです. あとは自由にコードをハックでき,
 	<filename>.ctm</filename>  ファイルの方は CTM
 	が最新状態に保ってくれます.</para>
     </sect2>
 
     <sect2>
       <title><application>CTM</application>
 	のその他の面白いオプション</title>
 
       <sect3>
 	<title>更新で変更されるファイルを正確に知る</title>
 
 	<para><application>CTM</application>
 	  のソースリポジトリに対する変更のリストを
 	  <option>-l</option>
 	  オプションを使って決定することができます.</para>
 
 	<para>これは, 変更のログを保存したい,
 	  変更されたファイルをなんらかの方法で 前・後処理したい,
 	  または単にこだわりたい<!-- smiley --> :-) 場合には,
 	  役に立つでしょう.</para>
       </sect3>
 
       <sect3>
 	<title>更新前にバックアップを取る</title>
 
 	<para><application>CTM</application>
 	  の更新によって変更されるファイルすべてのバックアップを
 	  取りたくなることがあります.</para>
 
 	<para><option>-B backup-file</option> オプションを指定すると
 	  <application>CTM</application> は
 	  デルタで変更されるファイルすべてを
 	  <filename>backup-file</filename>
 	  としてバックアップするようになります.</para>
       </sect3>
 
       <sect3>
 	<title>更新で変更されるファイルを制限する</title>
 
 	<para><application>CTM</application>
 	  の更新の範囲を制限したり一連のデルタのから
 	  ほんの数ファイルを抽出したくなることがあります.</para>
 
 	<para><option>-e</option> と <option>-x</option>
 	  オプションを用い正規表現を指定することで,
 	  <application>CTM</application>
 	  が処理するファイルのリストを制御することが
 	  できます.</para>
 
 	<para>例えば, <filename>lib/libc/Makefile</filename>
 	  の最新のコピーを保存してある CTM
 	  デルタのコレクションから抽出するには,
 	  以下のコマンドを実行します. </para>
 
 	<screen>&prompt.root; <userinput>cd /where/ever/you/want/to/extract/it/</userinput>
 &prompt.root; <userinput>ctm -e '^lib/libc/Makefile' ~ctm/src-xxx.*</userinput></screen>
 
 	<para><application>CTM</application>
 	  デルタで指定されたファイルごとに, <option>-e</option>
 	  そして <option>-x</option>
 	  オプションがコマンドラインで指定された順序で適用されます.
 	  すべての<option>-e</option> そして <option>-x</option>
 	  オプションが適用された後に更新対象と選択された場合に限り,
 	  <application>CTM</application>
 	  はそのファイルを処理します.</para>
       </sect3>
     </sect2>
 
     <sect2>
       <title><application>CTM</application>の将来計画</title>
 
       <para>重要なもの</para>
 
       <itemizedlist>
 	<listitem>
 	  <para>なんらかの CTM システムへの認証機構を用い, 不正な
 	    CTM の更新の検出を可能とする.</para>
 	</listitem>
 
 	<listitem>
 	  <para><application>CTM</application>
 	    へのオプションを整理する. さもないと混乱し,
 	    直観に反したものになります.</para>
 	</listitem>
       </itemizedlist>
     </sect2>
 
     <sect2>
       <title>その他</title>
 
       <para><literal>ports</literal> コレクションに対するデルタもあるのですが,
         これに興味を持っている人はまだ少ないようです.
 	もしこれに対するメーリングリストが欲しい時はセットアップを行ないますので,
         わたしの方まで連絡ください.</para>
     </sect2>
 
     <sect2 id="mirrors-ctm">
       <title>CTM サイト</title>
 
       <para><link linkend="ctm">CTM</link>/FreeBSD
 	は以下のミラーサイトから anonymous FTP によって入手できます.
 	もし CTM を anonymous FTP によって手にいれる場合は,
 	近くのサイトを利用するようにしてください.</para>
 
       <para>何か問題がある場合は, &a.phk;に連絡してください.</para>
 
       <variablelist>
 	<varlistentry><term>カリフォルニア, サンフランシスコ近辺,
 	    公式なソース</term>
 	  <listitem>
 	    <itemizedlist>
 	      <listitem>
 		<para><ulink url="ftp://ftp.FreeBSD.org/pub/FreeBSD/CTM/">ftp://ftp.FreeBSD.org/pub/FreeBSD/CTM/</ulink></para>
 	      </listitem>
 	    </itemizedlist>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term>ドイツ, トリエル</term>
 	  <listitem>
 	    <itemizedlist>
 	      <listitem>
 		<para><ulink url="ftp://ftp.uni-trier.de/pub/unix/systems/BSD/FreeBSD/CTM/">ftp://ftp.uni-trier.de/pub/unix/systems/BSD/FreeBSD/CTM/</ulink></para>
 	      </listitem>
 	    </itemizedlist>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term>南アフリカ, ctm, sup,
 	    CVSupなどの古い差分ファイルのバックアップサーバ</term>
 	  <listitem>
 	    <itemizedlist>
 	      <listitem>
 		<para><ulink url="ftp://ftp.za.FreeBSD.org/pub/FreeBSD/CTM/">ftp://ftp.za.FreeBSD.org/pub/FreeBSD/CTM/</ulink></para>
 	      </listitem>
 	    </itemizedlist>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term>台湾/中華民国, チャーイー(嘉義)</term>
 	  <listitem>
 	    <itemizedlist>
 	      <listitem>
 		<para><ulink url="ftp://ctm.tw.FreeBSD.org/pub/freebsd/CTM/">ftp://ctm.tw.FreeBSD.org/pub/freebsd/CTM/</ulink></para>
 	      </listitem>
 
 	      <listitem>
 		<para><ulink url="ftp://ctm2.tw.FreeBSD.org/pub/FreeBSD/CTM/">ftp://ctm2.tw.FreeBSD.org/pub/FreeBSD/CTM/</ulink></para>
 	      </listitem>
 
 	      <listitem>
 		<para><ulink url="ftp://ctm3.tw.FreeBSD.org/pub/freebsd/CTM/">ftp://ctm3.tw.FreeBSD.org/pub/freebsd/CTM/</ulink></para>
 	      </listitem>
 	    </itemizedlist>
 	  </listitem>
 	</varlistentry>
       </variablelist>
 
       <para>近くにミラーサイトがない場合やミラーが不完全な場合は,
 	<ulink url="http://ftpsearch.ntnu.no/ftpsearch/">
 	  http://ftpsearch.ntnu.no/ftpsearch</ulink> の
 	<ulink url="http://ftpsearch.ntnu.no/">FTP search</ulink>
 	を試してください.
 	FTP search はノルウェーの Trondheim にある,
 	フリーの素晴らしい アーカイブサーバです.</para>
     </sect2>
   </sect1>
 
   <sect1 id="cvsup">
     <title>CVSup を使う</title>
 
     <para><emphasis>訳: &a.jp.iwasaki;, 1997 年 2 月 27 日.</emphasis></para>
 
     <sect2 id="cvsup-intro">
       <title>紹介</title>
 
       <para><application>CVSup</application> は,
 	リモートのサーバホストにあるマスタ CVS リポジトリから
 	ソースツリーを配布し更新するための
 	ソフトウェアパッケージです. FreeBSD のソースは,
 	カリフォルニアにある中心的な開発マシンの CVS リポジトリの
 	中でメンテナンスしています. <application>CVSup</application>
 	を使用することで, FreeBSD ユーザは
 	簡単に自分のソースツリーを最新の状態に
 	しておくことができます.</para>
 
       <para><application>CVSup</application> は
 	<emphasis>pull</emphasis>
 	モデルとよばれる更新のモデルを採用しています.  pull
 	モデルでは,
 	各クライアントが更新したい場合に更新したい時点で,
 	サーバに更新の問い合わせをおこないます.
 	サーバはクライアントからの
 	更新の要求を受け身の状態で待ちます. したがって,
 	すべての更新はクライアント主導でおこなわれます.
 	サーバは頼まれもしない更新情報を送るようなことはしません.
 	ユーザは <application>CVSup</application>
 	クライアントを手動で実行して更新をおこなうか,
 	<command>cron</command>
 	ジョブを設定して定期的に自動実行する必要があります.</para>
 
       <para>用語 <application>CVSup</application>
 	のように大文字で表記しているものは, ソフトウェアパッケージ
 	全体を指します. 主な構成物は,
 	各ユーザマシンで実行するクライアントである
 	<command>cvsup</command>, FreeBSD
 	の各ミラーサイトで実行するサーバ <command>cvsupd</command>
 	です.</para>
 
       <para>FreeBSD の文書やメーリングリストを読んだ際に,
 	<application>sup</application> についての言及を
 	見かけたかもしれません. <application>sup</application> は
 	<application>CVSup</application> の前に存在していたもので,
 	同様の目的で使われていました.
 	<application>CVSup</application> は sup
 	と同じように使用されており, 実際, <command>sup</command>
 	と互換性のあるコンフィグレーションファイルを使用します.
 	<application>CVSup</application>
 	の方がより高速で柔軟性もあるので, もはや
 	<application>sup</application> は FreeBSD
 	プロジェクトでは使用されていません.</para>
     </sect2>
 
     <sect2 id="cvsup-install">
       <title>インストール</title>
 
       <para><application>CVSup</application> をインストールする
 	最も簡単な方法は, FreeBSD
 	<link linkend="ports">ports コレクション</link> の
 	<filename>net/cvsup-bin</filename> をインストールすることです.  
 	もしくは, <filename>net/cvsup</filename> でも構いません.  
 	ただし, <filename>net/cvsup</filename> は
 	Modula-3 システムに依存していて, 構築にかかる時間, 
 	メモリ, ディスクスペースは比較的大きくなります.</para>
 
       <para>もし, あなたに cvsup に関して全く知識がなく, 
 	自動で設定ファイルをセットアップして, 
 	クリックするだけで転送を行なえるインターフェイスを提供してくれるような, 
 	単一のパッケージをインストールしたいと考えているなら, 
 	<ulink url="ftp://ftp.FreeBSD.org/pub/FreeBSD/development/CVSup/cvsupit.tgz">
 	  cvsupit</ulink> パッケージを利用して下さい.  
 	これは &man.pkg.add.1; するだけで良く, 
 	設定は, その際にメニュー形式で行なうことができるようになっています.  
       </para>
     </sect2>
 
     <sect2 id="cvsup-config">
       <title>CVSup のコンフィグレーション</title>
 
       <para><application>CVSup</application> の動作は, <filename>supfile</filename>
 	と呼ばれるコンフィグレーションファイルで 制御します.
 	<filename>supfile</filename> のサンプルは, ディレクトリ <ulink
 								       url="file:/usr/share/examples/cvsup/">/usr/share/examples/cvsup/
 	</ulink> の下にあります. 
       </para>
 
       <para><filename>supfile</filename> には以下の cvsup
 	に関する質問への答えを記述します:</para>
 
       <itemizedlist>
 	<listitem>
 	  <para><link linkend="cvsup-config-files">
 	      どのファイルを受け取りたいのか?</link></para>
 	</listitem>
 
 	<listitem>
 	  <para><link linkend="cvsup-config-vers">
 	      どのバージョンのものが欲しいのか?</link></para>
 	</listitem>
 
 	<listitem>
 	  <para><link linkend="cvsup-config-where">
 	      どこから入手したいのか?</link></para>
 	</listitem>
 
 	<listitem>
 	  <para><link linkend="cvsup-config-dest">
 	      自分のマシンのどこに置きたいのか?</link></para>
 	</listitem>
 
 	<listitem>
 	  <para><link linkend="cvsup-config-status">
 	      どこに status ファイルを置きたいのか?</link></para>
 	</listitem>
       </itemizedlist>
 
       <para>次のセクションで, これらの質問に順番に答えながら典型的な
 	<filename>supfile</filename> を組み立てていきます. 最初に
 	<filename>supfile</filename> の全体構造を説明します.</para>
 
       <para><filename>supfile</filename> はテキストファイルです.
 	コメントは <literal>#</literal> から行末までです.
 	空行とコメントだけの行は無視します.</para>
 
       <para>残りの各行には,
 	ユーザが受け取りたいファイル群について記述します.
 	行の始めは,
 	サーバ側で定義した論理的なファイルのグループである
 	<quote>コレクション</quote>の名称です.
 	コレクションの名称を指定して, 欲しいファイル群を
 	サーバに伝えます. コレクション名の後には,
 	ホワイトスペースで区切られた 0 個以上のフィールドが続きます.
 	これらのフィールドが上記の質問に対する答えになります.
 	フィールドには 2 種類あります: flag フィールドと value
 	フィールドです. flag フィールドは <literal>delete</literal>
 	や <literal>compress</literal> のような
 	単独のキーワードから成ります. また, value
 	フィールドもキーワードで始まりますが,
 	キーワードの後にはホワイトスペースは入らず,
 	<literal>=</literal> と二つめの単語が続きます. 例えば,
 	<literal>release=cvs</literal> は value
 	フィールドです.</para>
 
       <para>通常, <filename>supfile</filename>
 	には受け取りたいコレクションを一つ以上指定します.
 	<filename>supfile</filename> を組み立てる一つの方法として,
 	コレクション毎にすべての関係の
 	あるフィールドを明示的に指定する方法があります. しかし,
 	これでは <filename>supfile</filename>
 	のすべてのコレクションに対して
 	ほとんどのフィールドが同じになるため,
 	行が非常に長くなってしまい不便になります.
 	これらの問題を避けるため,  <application>CVSup</application>
 	ではデフォルトを指定することのできる
 	メカニズムが提供されています. 特殊な擬似コレクション名
 	<literal>*default</literal> で始まる行は,
 	<filename>supfile</filename> 中の後続の
 	コレクションに対して使用する flag フィールドと value
 	フィールドのデフォルトを設定するために利用できます.
 	個々のコレクションで固有の値を指定すると,
 	デフォルト値を無効にできます. また <option>*default</option>
 	行を追加すると, <filename>supfile</filename>
 	の途中からデフォルト値の変更や追加が可能になります.</para>
 
       <para>これまでの予備知識を基に,
 	<link linkend="current">FreeBSD-current</link>
 	のメインのソースツリーを受け取って更新するための
 	<filename>supfile</filename> を組み立ててみましょう.</para>
 
       <itemizedlist>
 	<listitem>
 	  <para><anchor id="cvsup-config-files">
 	    どのファイルを受け取りたいのか?</para>
 
 	  <para><application>CVSup</application>
 	    を通して入手できるファイルは <quote>コレクション</quote>
 	    と呼ばれる名前の付けられたグループにまとめられています.
 	    利用可能なコレクションについては
 	    <link linkend="cvsup-collec">ここ</link> で説明しています.
 	    ここでは, FreeBSD システムのメインのソースツリー全体
 	    を受け取るための設定例を紹介します.
 	    すべてを含む <literal>src-all</literal>
             という単一の大きなコレクションがあります.
 	    <filename>supfile</filename>
 	    を組み立てる最初のステップとして,
 	    これらのコレクションを一行に一つずつ記述します
             (この場合は一行だけです).</para>
 
-	  <programlisting>
-src-all</programlisting>
+	  <programlisting>src-all</programlisting>
 	</listitem>
 
 	<listitem>
 	  <para><anchor id="cvsup-config-vers">
 	    どのバージョンのものが欲しいのか?</para>
 
 	  <para><application>CVSup</application> を使用すると,
 	    かつて存在していたことのある, 事実上どのバージョンの
 	    ソースでも受け取ることができます. これは cvsupd
 	    サーバがすべてのバージョンを含む  CVS
 	    リポジトリに基づいて動作することにより,
 	    実現されています.
 	    <literal>tag=</literal> および
 	    <option>date=</option> の value フィールドを使用して,
 	    欲しいバージョンの 一つを指定します.</para>
 
 	  <warning>
 	    <para><literal>tag=</literal>
 	      のフィールドの指定は正確に行うように十分注意
 	      してください. いくつかのタグは特定のコレクションに
 	      対してのみ有効です.
 	      タグの綴りが違っていたり不適切なタグを指定すると,
 	      CVSupはユーザが消し
 	      たくないファイルまで削除してしまいます. 特に
 	      <literal>ports-*</literal> のコレクション に対しては
 	      <literal>tag=.</literal> <emphasis>だけ</emphasis>
 	      を指定するようにしてください.</para>
 	  </warning>
 
 	  <para><literal>tag=</literal>
 	    フィールドはリポジトリ中のシンボリックタグを指定します.
 	    tag には revision tag と branch tag の二種類があります.
 	    revision tag は特定のリビジョンを指します. これは,
 	    毎日同じ状態に保つことになります.  一方 branch tag は,
 	    ある時点での開発分流の最新のリビジョンを指します.
 	    branch tag
 	    は特定のリビジョンを指定している訳ではないので,
 	    今日と明日では
 	    異なるリビジョンを参照することになるかもしれません.</para>
 
 	  <para>以下はユーザが興味を持っていると思われる branch tag
 	    です.  <literal>tag=.</literal> だけが ports コレクションには
 	    適切であることに注意してください.</para>
 
 	  <variablelist>
 	    <varlistentry><term>tag=.</term>
 	      <listitem>
 		<para>メインの開発分流であり, FreeBSD-CURRENT
 		  として知られています.</para>
 		<note>
 		  <para>
 		    注意: <literal>.</literal>
 		    は句読点ではありません. tag の名称です.
 		    このタグの指定は総ての
 		    コレクションに対して有効です.</para>
 		</note>
 	      </listitem>
 	    </varlistentry>
 
 	    <varlistentry><term>tag=RELENG_4</term>
 	      <listitem>
 		<para>FreeBSD-4.X 用の開発分流であり, FreeBSD-STABLE
 		  として知られています.</para>
 	      </listitem>
 	    </varlistentry>
 
 	    <varlistentry><term>tag=RELENG_3</term>
 	      <listitem>
 		<para>FreeBSD-3.X 用の開発分流です.</para>
 	      </listitem>
 	    </varlistentry>
 
 	    <varlistentry><term>tag=RELENG_2_2</term>
 	      <listitem>
 		<para>FreeBSD-2.2.X 用の開発分流であり, 2.2-STABLE
 		  として知られています.</para>
 	      </listitem>
 	    </varlistentry>
 	  </variablelist>
 
 	  <para>以下はユーザが興味を持っていると思われる revision
 	    tag です.  以下は ports コレクションには不適切であることに
 	    再度注意してください.</para>
 
 	  <variablelist>
 	    <varlistentry>
 	      <term>tag=RELENG_4_1_1_RELEASE</term>
 
 	      <listitem>
 		<para>FreeBSD-4.1.1 です.</para>
 	      </listitem>
 	    </varlistentry>
 
 	    <varlistentry>
 	      <term>tag=RELENG_4_1_0_RELEASE</term>
 
 	      <listitem>
 		<para>FreeBSD-4.1.0 です.</para>
 	      </listitem>
 	    </varlistentry>
 
 	    <varlistentry>
 	      <term>tag=RELENG_4_0_0_RELEASE</term>
 
 	      <listitem>
 		<para>FreeBSD-4.0 です.</para>
 	      </listitem>
 	    </varlistentry>
 
 	    <varlistentry>
 	      <term>tag=RELENG_3_5_0_RELEASE</term>
 
 	      <listitem>
 		<para>FreeBSD-3.5 です.</para>
 	      </listitem>
 	    </varlistentry>
 
 	    <varlistentry>
 	      <term>tag=RELENG_3_4_0_RELEASE</term>
 
 	      <listitem>
 		<para>FreeBSD-3.4 です.</para>
 	      </listitem>
 	    </varlistentry>
 
 	    <varlistentry>
 	      <term>tag=RELENG_3_5_0_RELEASE</term>
 
 	      <listitem>
 		<para>FreeBSD-3.0 です.</para>
 	      </listitem>
 	    </varlistentry>
 
 	    <varlistentry>
 
 	      <term>tag=RELENG_3_3_0_RELEASE</term>
 
 	      <listitem>
 		<para>FreeBSD-3.3 です.</para>
 	      </listitem>
 	    </varlistentry>
 
 	    <varlistentry>
 
               <term>tag=RELENG_3_2_0_RELEASE</term>
 
 	      <listitem>
 		<para>FreeBSD-3.2 です.</para>
 	      </listitem>
 	    </varlistentry>
 
 	    <varlistentry><term>tag=RELENG_3_1_0_RELEASE</term>
 	      <listitem>
 		<para>FreeBSD-3.1 です.</para>
 	      </listitem>
 	    </varlistentry>
 
 	    <varlistentry><term>tag=RELENG_3_0_0_RELEASE</term>
 	      <listitem>
 		<para>FreeBSD-3.0 です.</para>
 	      </listitem>
 	    </varlistentry>
 
 	    <varlistentry><term>tag=RELENG_2_2_8_RELEASE</term>
 	      <listitem>
 		<para>FreeBSD-2.2.8 です.</para>
 	      </listitem>
 	    </varlistentry>
 
 	    <varlistentry><term>tag=RELENG_2_2_7_RELEASE</term>
 	      <listitem>
 		<para>FreeBSD-2.2.7 です.</para>
 	      </listitem>
 	    </varlistentry>
 
 	    <varlistentry><term>tag=RELENG_2_2_6_RELEASE</term>
 	      <listitem>
 		<para>FreeBSD-2.2.6 です.</para>
 	      </listitem>
 	    </varlistentry>
 
 	    <varlistentry><term>tag=RELENG_2_2_5_RELEASE</term>
 	      <listitem>
 		<para>FreeBSD-2.2.5 です.</para>
 	      </listitem>
 	    </varlistentry>
 
 	    <varlistentry><term>tag=RELENG_2_2_2_RELEASE</term>
 	      <listitem>
 		<para>FreeBSD-2.2.2 です.</para>
 	      </listitem>
 	    </varlistentry>
 
 	    <varlistentry><term>tag=RELENG_2_2_1_RELEASE</term>
 	      <listitem>
 		<para>FreeBSD-2.2.1 です.</para>
 	      </listitem>
 	    </varlistentry>
 
 	    <varlistentry><term>tag=RELENG_2_2_0_RELEASE</term>
 	      <listitem>
 		<para>FreeBSD-2.2.0 です.</para>
 	      </listitem>
 	    </varlistentry>
 	  </variablelist>
 
 	  <warning>
 	    <para> tag
 	      名を示した通りにタイプされているか十分注意してく
 	      ださい. <application>CVSup</application> は tag
 	      名が正しいかどうかを見分けることはできません. tag
 	      が間違っていた場合,
 	      たまたまファイルがまったく存在しない正しい tag が
 	      指定されたものとして<application>CVSup</application>
 	      は動作します. その場合は, 現在あるソースが削
 	      除されるでしょう.</para>
 	  </warning>
 
 	  <para>branch tag を指定した際には,
 	    通常はその開発分流の最新バージョンの
 	    ファイルを受け取ります.
 	    いくらか前のバージョンを受け取りたい場合は,
 	    <option>date=</option> の value
 	    フィールドを使って日付を指定することで,
 	    これを実現することが できます. &man.cvsup.1;
 	    のマニュアルページで,
 	    その方法を説明しています.</para>
 
 	    <para>例として, FreeBSD-current を受け取りたいとします.
 	      次の行を <filename>supfile</filename>
 	      の始めに追加します:</para>
 
-	  <programlisting>
-*default tag=.</programlisting>
+	  <programlisting>*default tag=.</programlisting>
 
 	  <para><literal>tag=</literal> フィールドも
 	    <literal>date=</literal>
 	    フィールドも指定しなかった場合に
 	    動き出す重要な特殊なケースがあります. そのケースでは,
 	    特定のバージョンの ファイルを受け取るのではなく,
 	    サーバの CVS リポジトリから実際の RCS
 	    ファイルを直接受け取ります.
 	    一般的に開発者はこの処理のモードが 好きなようです.
 	    彼らのシステム上にリポジトリそのものの
 	    コピーを維持することで,
 	    リビジョン履歴を閲覧し過去のバージョンの
 	    ファイルを検査できるようになります.  しかし,
 	    これには大きなディスクスペースが必要になります.</para>
 	</listitem>
 
 	<listitem>
 	  <para><anchor id="cvsup-config-where">
 	    どこから入手したいのか?</para>
 
 	  <para>更新情報をどこから入手するかを
 	    <command>cvsup</command> に伝えるために
 	    <literal>host=</literal>  フィールドを使用します.
 	    <link linkend="cvsup-mirrors">CVSup ミラーサイト</link>
 	    のどこからでも入手できますが,
 	    ネット上での最寄りのサイトを選ぶべきでしょう.
 	    この例では, 仮想上の FreeBSD 配布サイト
 	    <hostid role="fqdn">cvsup666.FreeBSD.org</hostid>
 	    を使用します:</para>
 
-	  <programlisting>
-*default host=cvsup666.FreeBSD.org</programlisting>
+	  <programlisting>*default host=cvsup666.FreeBSD.org</programlisting>
 
 	  <para>CVSup を実行する前にホスト名を
 	    実在のものに変更する必要があります. どのように
 	    <command>cvsup</command> を実行しても, この設定は
 	    <option>-h <replaceable> hostname</replaceable></option>
 	    を
 	    使用してコマンドラインで変更することができます.</para>
 	</listitem>
 
 	<listitem>
 	  <para><anchor id="cvsup-config-dest">
 	    自分のマシンのどこに置きたいのか?</para>
 
 	  <para><literal>prefix=</literal> フィールドは,
 	    <command>cvsup</command>
 	    に受け取ったファイルをどこに置くかを 伝えます.
 	    この例では, ソースファイルを直接メインのソースツリー
 	    <filename>/usr/src</filename> に置きます.
 	    <filename>src</filename>
 	    ディレクトリはすでにファイルを受け取るために
 	    選択したコレクションで暗黙に指定しているので,
 	    これは正しい仕様となります:</para>
 
-	  <programlisting>
-*default prefix=/usr</programlisting>
+	  <programlisting>*default prefix=/usr</programlisting>
 	</listitem>
 
 	<listitem>
 	  <para><anchor id="cvsup-config-status">
 	    どこに status ファイルを置きたいのか?</para>
 
 	  <para>cvsup クライアントは <quote>base</quote>
 	    ディレクトリと呼ばれる場所に, ある status
 	    ファイルを維持しています.
 	    すでに受け取った更新情報を追従し続けることで,
 	    これらのファイルは <application>CVSup</application>
 	    がより効果的に動作することを支援します. 標準の base
 	    ディレクトリ <filename>/usr/local/etc/cvsup</filename>
 	    を使用します:</para>
 
-	  <programlisting>
-*default base=/usr/local/etc/cvsup</programlisting>
+	  <programlisting>*default base=/usr/local/etc/cvsup</programlisting>
 
 	  <para><filename>supfile</filename> に指定がない場合は,
 	    この設定をデフォルトで使用しますので,
 	    実際には上の行は必要ありません.</para>
 
 	  <para>base
 	    ディレクトリが存在しない場合は作成しておきましょう. base
 	    ディレクトリが存在しない場合, <command>cvsup</command>
 	    クライアントは実行を拒否します.</para>
 	</listitem>
 
 	<listitem>
 	  <para>その他もろもろの <filename>supfile</filename>
 	    の設定:</para>
 
 	  <para>通常 <filename>supfile</filename>
 	    に入れておくべき行がもう一つあります:</para>
 
-	  <programlisting>
-*default release=cvs delete use-rel-suffix compress</programlisting>
+	  <programlisting>*default release=cvs delete use-rel-suffix compress</programlisting>
 
 	  <para><literal>release=cvs</literal> は, サーバがメインの
 	    FreeBSD CVS リポジトリから
 	    その情報を取得するように指示します.
 	    ほとんどの場合はこのようにしておきますが,
 	    ここでの説明の範疇をこえるような
 	    状況では他の指定をすることも可能です.</para>
 
 	  <para><literal>delete</literal> は
 	    <application>CVSup</application>
 	    にファイルを削除することを許可します.
 	    <application>CVSup</application> が
 	    ソースツリーを完全に最新の状態に
 	    保てるようにするためには, これは常に
 	    指定しておくべきでしょう.
 	    <application>CVSup</application> は,
 	    これらの責任範囲のファイルだけを 慎重に削除します.
 	    たまたま存在する他の余分なファイルについては,
 	    まったく手をつけずに残しておきます.</para>
 
 	  <para><literal>use-rel-suffix</literal> は ...
 	    神秘的なものです. これについて本当に知りたい人は,
 	      &man.cvsup.1; のマニュアルページをご覧ください.
 	    でなければ, 何も考えずに指定してみてください.</para>
 
 	  <para><literal>compress</literal> は通信チャネルで gzip
 	    形式の圧縮の使用を有効にします.
 	    ご使用のネットワーク接続が T1 speed 以上である場合,
 	    この圧縮を使用しない方がよいかもしれません.
 	    そうでない場合は十分に役に立ちます.</para>
 	</listitem>
 
 	<listitem>
 	  <para><filename>supfile</filename> の例のまとめ:</para>
 
 	  <para>以下は <filename>supfile</filename> の例の全体です:</para>
 
-	  <programlisting>
-*default tag=.
+	  <programlisting>*default tag=.
 *default host=cvsup666.FreeBSD.org
 *default prefix=/usr
 *default base=/usr/local/etc/cvsup
 *default release=cvs delete use-rel-suffix compress
 
 src-all</programlisting>
         </listitem>
       </itemizedlist>
 
       <sect3>
         <title>拒否ファイル(refuse file)</title>
 
         <para>既に述べたように, <application>CVSup</application>
           は<emphasis>取り寄せ法(pull method)</emphasis>を用いるのですが,
           これは基本的に次のようなことを意味します.
           まずあなたが <application>CVSup</application> サーバに接続します.
           するとサーバは
           <quote>あなたがダウンロードできるのはこれこれです</quote>と言います.
           それに対し, あなたが使っているクライアントは
           <quote>わかりました.
             では, これとこれとこれをもらいます</quote>と答えます.
           デフォルトの設定の <application>CVSup</application> クライアントは,
           設定ファイルで選んだコレクションとタグに適合する
 	  すべてのファイルを取得します.
           しかし, これは常にあなたの望む動作と一致するとは限りません.
           特に doc や ports や www のツリーを同期させる場合などはそうでしょう.
           ほとんどの人は四か国語も五か国語も操れるわけではありませんから,
           特定の言語のファイルのダウンロードは必要ないでしょう.
           Ports コレクションを <application>CVSup</application>
           で取得する場合には, 各コレクションを個別に指定することができます
           (たとえば, 単に <emphasis>ports-all</emphasis> とするかわりに
           <emphasis>ports-astrology</emphasis>,
           <emphasis>ports-biology</emphasis> などと書きます).
           一方, doc と www
           のツリーは言語別のコレクションになっていません.
           そこであなたは <application>CVSup</application>
           のたくさんある洗練された機能の一つ,
           <emphasis>拒否ファイル(refuse file)</emphasis>
           機能を使う必要があります.</para>
 
         <para><emphasis>拒否ファイル(refuse file)</emphasis> は
           <application>CVSup</application> に対し,
           コレクションに含まれる一部のファイルを取得することを伝えます.
           言い換えれば, それはクライアントに対し,
           サーバから来る一部のファイルを<emphasis>拒否</emphasis>するよう指定するということです.
           拒否ファイルは
           <filename><replaceable>base</replaceable>/sup/refuse</filename>
           にあります(もしファイルがない場合には作成してください).
           <replaceable>base</replaceable> は supfile 内で定義されています.
           デフォルトでは <filename>/usr/local/etc/cvsup</filename> です.  つまり,
           拒否ファイルのデフォルトは
           <filename>/usr/local/etc/cvsup/sup/refuse</filename>
           ということになります.</para>
 
         <para>拒否ファイルの書式は, 単にダウンロードしたくないファイルや
           ディレクトリの名前が書いてあるだけの非常にシンプルなものです.
           たとえば, 私は英語以外はドイツ語を少し話せるだけで,
           しかもドイツ語のアプリケーションの必要を感じないので
           <emphasis>拒否ファイル</emphasis>は以下のように書いています.</para>
 
         <screen>ports/chinese
 ports/german
 ports/japanese
 ports/korean
 ports/russian
 ports/vietnamese
 doc/es_ES.ISO_8859-1
 doc/ja_JP.eucJP</screen>
 
         <para>他の言語についても同様です.  
           <emphasis>拒否ファイル</emphasis>の中ではリポジトリの名前が
           <quote>ディレクトリ</quote>の先頭部分に対応することに注意してください.</para>
 
         <para>この実に便利な機能を使うと
           まったく必要としないファイルをダウンロードする必要がなくなり,
           インターネット接続の回線が遅かったり従量制で課金されている人は
           貴重な時間を節約できるようになります.
           <emphasis>拒否ファイル</emphasis>の詳細や
           <application>CVSup</application> が持つその他の便利な機能に関しては
           マニュアルページを参照してください.</para> 
       </sect3>
     </sect2>
 
     <sect2>
       <title><application>CVSup</application> の実行</title>
 
       <para>さて, 更新の準備ができました.
         これを実行するコマンドラインは実に簡単です:</para>
 
       <screen>&prompt.root; <userinput>cvsup <replaceable>supfile</replaceable></userinput></screen>
 
       <para>もちろん, ここでの
         <filename><replaceable>supfile</replaceable></filename>
         は作成したばかりの supfile のファイル名です. X11
         環境で実行するものと仮定して, <command>cvsup</command> は
         通常の操作に必要なボタンを持つ GUI ウィンドウを表示します.
         <quote>go</quote> ボタンを押して,
         実行を監視してください.</para>
 
       <para>この例では実際の <filename>/usr/src</filename>
         ツリーを更新しているので, <command>cvsup</command>
         にファイルを更新するのに必要なパーミッションを与えるために,
         ユーザ <username>root</username> で実行する必要があります.
         コンフィグレーションファイルを作ったばかりで,
         しかも以前にこのプログラムを実行したことがないので,
         神経質になるのは無理もない話だと思います.
         大切なファイルに触らずに試しに実行する簡単な方法があります.
         どこか適当な場所に空のディレクトリを作成して,
         コマンドラインの引数で指定するだけです:</para>
 
       <screen>&prompt.root; <userinput>mkdir /var/tmp/dest</userinput>
 &prompt.root; <userinput>cvsup supfile /var/tmp/dest</userinput></screen>
 
       <para>指定したディレクトリは, すべての更新されるファイルの
         更新先ディレクトリとして使用します.
         <application>CVSup</application> は
         <filename>/usr/src</filename> の下のファイルを検査しますが,
         変更や削除はまったくおこないません. かわりに
         <filename>/var/tmp/dest/usr/src</filename>
         に更新されたすべてのファイルが置かれるようになります.
         この方法で実行した場合は, <application>CVSup</application>
         は base ディレクトリの status
         ファイルを更新せずにそのままにします.
         これらのファイルの新しいバージョンは指定されたディレクトリ
         に書き込まれます. <filename>/usr/src</filename>
         の読み取り許可がある限り, このような試し実行のためにユーザ
         root になる必要はありません.</para>
 
       <para>X11 を利用していないとか単に GUI が気に入らない場合は,
         cvsup 起動時にコマンドラインに
         二つほどオプションを追加する必要があります:</para>
 
       <screen>&prompt.root; <userinput>cvsup -g -L 2 supfile</userinput></screen>
 
       <para><option>-g</option> オプションは cvsup に GUI
         を使用しないように伝えます. X11
         を利用していない場合には自動的に指定されますが,
         そうでない場合は 明示的に指定します.</para>
 
       <para><option>-L 2</option> オプションは cvsup
         にファイル更新中の詳細情報をプリントアウト
         するように伝えます. 冗長性には <option>-L 0</option> から
         <option>-L 2</option> までの三つのレベル があります.
         デフォルトは 0 であり, エラーメッセージ以外はまったく出力
         しません.</para>
 
       <para>たくさんの他のオプション変数があります.
         それらの簡単な一覧は <command>cvsup -H</command>
         で表示されます.
         より詳しい説明はマニュアルページをご覧ください.</para>
 
       <para>動作している更新の方法に満足したら, &man.cron.8;
         を使って cvsup を定期的に
         実行させる準備をすることができます. cron から起動する際には,
         明示的に cvsup が GUI
         を使わないようにする必要があります.</para>
     </sect2>
 
     <sect2 id="cvsup-collec">
       <title><application>CVSup</application> ファイルコレクション</title>
 
       <para><application>CVSup</application>
         経由で入手できるファイルコレクションは
         階層的に組織化されています.
         いくつか大きなコレクションがあり,
         それらは小さなサブコレクションに 分割されています.
         大きなコレクションは, そのサブコレクション毎に
         受信することと同じことになります.
         下の一覧ではコレクション間の階層関係を
         字下げして表現します.</para>
 
       <para>最も一般的に使用するコレクションは
         <literal>src-all</literal>,
         <literal>ports-all</literal> です.
         他のコレクションは特別な目的を持つ人達だけが使用しており,
         ミラーサイトはそれらのすべてを
         持っていないかもしれません.</para>
 
       <variablelist>
         <varlistentry>
           <term><literal>cvs-all release=cvs</literal></term>
 
           <listitem>
             <para>メインの FreeBSD CVS リポジトリであり,
               暗号のコードを含んでいます.</para>
 
             <variablelist>
               <varlistentry>
                 <term><literal>distrib release=cvs</literal></term>
 
                 <listitem>
                   <para>FreeBSD
                     の配布とミラーに関連するファイルです.</para>
                 </listitem>
               </varlistentry>
 
               <varlistentry>
                 <term><literal>doc-all release=cvs</literal></term>
 
                 <listitem>
                   <para>FreeBSD
                     ハンドブックおよびその他のドキュメントの
                     ソースです.</para>
                 </listitem>
               </varlistentry>
 
               <varlistentry>
                 <term><literal>ports-all release=cvs</literal></term>
 
                 <listitem>
                   <para>FreeBSD の ports コレクションです.</para>
 
                   <variablelist>
                     <varlistentry>
                       <term><literal>ports-archivers release=cvs</literal></term>
 
                       <listitem>
                         <para>アーカイビングのツール.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-astro release=cvs</literal></term>
 
                       <listitem>
                         <para>天文学関連の ports.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-audio release=cvs</literal></term>
 
                       <listitem>
                         <para>サウンドサポート.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-base release=cvs</literal></term>
 
                       <listitem>
                         <para><filename>/usr/ports</filename>
                           のトップにあるその他のファイル.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-benchmarks release=cvs</literal></term>
 
                       <listitem>
                         <para>ベンチマークプログラム.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-biology release=cvs</literal></term>
 
                       <listitem>
                         <para>植物学関連のプログラム.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-cad release=cvs</literal></term>
 
                       <listitem>
                         <para>CAD ツール.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-chinese release=cvs</literal></term>
 
                       <listitem>
                         <para>中国語サポート.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-comms release=cvs</literal></term>
 
                       <listitem>
                         <para>通信ソフトウェア.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-converters release=cvs</literal></term>
 
                       <listitem>
                         <para>文字コードコンバータ.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-databases release=cvs</literal></term>
 
                       <listitem>
                         <para>データベース.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-deskutils release=cvs</literal></term>
 
                       <listitem>
                         <para>コンピュータが発明される前に
                           卓上で使われていたものたち.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-devel release=cvs</literal></term>
 
                       <listitem>
                         <para>開発ユーティリティ.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-editors release=cvs</literal></term>
 
                       <listitem>
                         <para>エディタ.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-emulators release=cvs</literal></term>
 
                       <listitem>
                         <para>他の OS のエミュレータ.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-ftp release=cvs</literal></term>
 
                       <listitem>
                         <para>FTP クライアントとサーバ.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-games release=cvs</literal></term>
 
                       <listitem>
                         <para>ゲーム.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-german release=cvs</literal></term>
 
                       <listitem>
                         <para>ドイツ語サポート.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-graphics release=cvs</literal></term>
 
                       <listitem>
                         <para>グラフィックユーティリティ.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-irc release=cvs</literal></term>
 
                       <listitem>
                         <para>インターネットリレーチャット(IRC)用のユーティリティ</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-japanese release=cvs</literal></term>
 
                       <listitem>
                         <para>日本語サポート.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-java release=cvs</literal></term>
 
                       <listitem>
                         <para>Java ユーティリティ</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-korean release=cvs</literal></term>
 
                       <listitem>
                         <para>韓国語サポート.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-lang release=cvs</literal></term>
 
                       <listitem>
                         <para>プログラミング言語.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-mail release=cvs</literal></term>
 
                       <listitem>
                         <para>メールソフトウェア.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-math release=cvs</literal></term>
 
                       <listitem>
                         <para>数値計算ソフトウェア.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-mbone release=cvs</literal></term>
 
                       <listitem>
                         <para>MBone アプリケーション.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-misc release=cvs</literal></term>
 
                       <listitem>
                         <para>色々なユーティリティ.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-net release=cvs</literal></term>
 
                       <listitem>
                         <para>ネットワーキングソフトウェア.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-news release=cvs</literal></term>
 
                       <listitem>
                         <para>USENET ニュースのソフトウェア.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-palm release=cvs</literal></term>
 
                       <listitem>
                         <para>3Com Palm(tm) シリーズ用ソフトウェア.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-print release=cvs</literal></term>
 
                       <listitem>
                         <para>印刷ソフトウェア.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-russian release=cvs</literal></term>
 
                       <listitem>
                         <para>ロシア語サポート.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-security release=cvs</literal></term>
 
                       <listitem>
                         <para>セキュリティユーティリティ.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-shells release=cvs</literal></term>
 
                       <listitem>
                         <para>コマンドラインシェル.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-sysutils release=cvs</literal></term>
 
                       <listitem>
                         <para>システムユーティリティ.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-textproc release=cvs</literal></term>
 
                       <listitem>
                         <para>文書処理ユーティリティ
                           (デスクトップパブリッシングは含まない).</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-vietnamese release=cvs</literal></term>
 
                       <listitem>
                         <para>ベトナム語サポート.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-www release=cvs</literal></term>
 
                       <listitem>
                         <para>World Wide Web 関連のソフトウェア.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-x11 release=cvs</literal></term>
 
                       <listitem>
                         <para>X window システムをサポートする ports.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-x11-clocks release=cvs</literal></term>
 
                       <listitem>
                         <para>X11 上で動作する時計の数々.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-x11-fm release=cvs</literal></term>
 
                       <listitem>
                         <para>X11 上で動作するファイラ.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-x11-fonts release=cvs</literal></term>
 
                       <listitem>
                         <para>X11 のフォントとフォントユーティリティ.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-x11-toolkits release=cvs</literal></term>
 
                       <listitem>
                         <para>X11 のツールキット.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-x11-servers</literal></term>
 
                       <listitem>
                         <para>各種 X11 サーバ</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>ports-x11-wm release=cvs</literal></term>
 
                       <listitem>
                         <para>X11 のウィンドウマネージャ.</para>
                       </listitem>
                     </varlistentry>
                   </variablelist>
                 </listitem>
               </varlistentry>
 
               <varlistentry>
                 <term><literal>src-all release=cvs</literal></term>
 
                 <listitem>
                   <para>メインの FreeBSD ソース群であり,
                     暗号のコードを含んでいます.</para>
 
                   <variablelist>
                     <varlistentry>
                       <term><literal>src-base release=cvs</literal></term>
 
                       <listitem>
                         <para><filename>/usr/src</filename>
                           のトップにあるその他のファイル.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>src-bin release=cvs</literal></term>
 
                       <listitem>
                         <para>シングルユーザモードで必要な
                           ユーザユーティリティ
                           (<filename>/usr/src/bin</filename>).</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>src-contrib release=cvs</literal></term>
 
                       <listitem>
                         <para>FreeBSD プロジェクト外部からの
                           ユーティリティおよびライブラリ,
                           比較的無修正
                           (<filename>/usr/src/contrib</filename>).</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>src-crypto release=cvs</literal></term>
 
                       <listitem>
                         <para>FreeBSD プロジェクトの外部で開発された暗号ユーティリティとライブラリ.
                           ほとんどそのままの形で使われます.
                           (<filename>/usr/src/crypto</filename>).</para>
                           </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>src-eBones release=cvs</literal></term>
 		
                       <listitem>
                         <para>Kerberos と DES
                           (<filename>/usr/src/eBones</filename>).
                           現在の FreeBSD リリースでは使われていません.</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>src-etc release=cvs</literal></term>
 
                       <listitem>
                         <para>システムコンフィグレーションファイル
                           (<filename>/usr/src/etc</filename>).</para>
                       </listitem>
                     </varlistentry>
 
 
                     <varlistentry>
                       <term><literal>src-games release=cvs</literal></term>
 
                       <listitem>
                         <para>ゲーム
                           (<filename>/usr/src/games</filename>).</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>src-gnu release=cvs</literal></term>
 
                       <listitem>
                         <para>GNU Public License
                           下にあるユーティリティ
                           (<filename>/usr/src/gnu</filename>).</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>src-include release=cvs</literal></term>
 
                       <listitem>
                         <para>ヘッダファイル
                           (<filename>/usr/src/include</filename>).</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>src-kerberos5 release=cvs</literal></term>
 
                       <listitem>
                         <para>Kerberos5 セキュリティパッケージ
                           (<filename>/usr/src/kerberos5</filename>).</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>src-kerberosIV release=cvs</literal></term>
 
                       <listitem>
                         <para>KerberosIV セキュリティパッケージ
                           (<filename>/usr/src/kerberosIV</filename>).</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>src-lib release=cvs</literal></term>
 
                       <listitem>
                         <para>ライブラリ
                           (<filename>/usr/src/lib</filename>).</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>src-libexec release=cvs</literal></term>
 
                       <listitem>
                         <para>システムプログラムであり,
                           通常は他のプログラムから実行される
                           (<filename>/usr/src/libexec</filename>).</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>src-release release=cvs</literal></term>
 
                       <listitem>
                         <para>FreeBSD の release
                           を構築するために必要なファイル
                           (<filename>/usr/src/release</filename>).</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>src-secure release=cvs</literal></term>
 
                       <listitem>
                         <para>DES (<filename>/usr/src/secure</filename>).</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>src-sbin release=cvs</literal></term>
 
                       <listitem>
                         <para>シングルユーザモード用の
                           システムユーティリティ
                           (<filename>/usr/src/sbin</filename>).</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>src-share release=cvs</literal></term>
 
                       <listitem>
                         <para>多様なシステム間で共有可能なファイル
                           (<filename>/usr/src/share</filename>).</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>src-sys release=cvs</literal></term>
 
                       <listitem>
                         <para>カーネル
                           (<filename>/usr/src/sys</filename>).</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>src-sys-crypto
                         release=cvs</literal></term>
 		
                       <listitem>
                         <para>カーネル用の暗号コード
                           (<filename>/usr/src/sys/crypto</filename>).</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>src-tools release=cvs</literal></term>
 
                       <listitem>
                         <para>FreeBSD の保守用の色々なツール
                           (<filename>/usr/src/tools</filename>).</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>src-usrbin release=cvs</literal></term>
 
                       <listitem>
                         <para>ユーザユーティリティ
                           (<filename>/usr/src/usr.bin</filename>).</para>
                       </listitem>
                     </varlistentry>
 
                     <varlistentry>
                       <term><literal>src-usrsbin release=cvs</literal></term>
 
                       <listitem>
                         <para>システムユーティリティ
                           (<filename>/usr/src/usr.sbin</filename>).</para>
                       </listitem>
                     </varlistentry>
                   </variablelist>
                 </listitem>
               </varlistentry>
 
               <varlistentry>
                 <term><literal>www release=cvs</literal></term>
 
                 <listitem>
                   <para>World Wide Web のデータ用のソースです.</para>
                 </listitem>
               </varlistentry>
             </variablelist>
           </listitem>
         </varlistentry>
 
         <varlistentry><term><literal>distrib release=self</literal></term>
           <listitem>
             <para>CVSup
               サーバ自身のコンフィグレーションファイルです. CVSup
               ミラーサイトが使用します.</para>
           </listitem>
         </varlistentry>
 
         <varlistentry>
           <term><literal>gnats release=current</literal></term>
 
           <listitem>
             <para>GNATS バグトラッキングデータベースです.</para>
           </listitem>
         </varlistentry>
 
         <varlistentry>
           <term><literal>mail-archive release=current</literal></term>
 
           <listitem>
             <para>FreeBSD 関連メーリングリストのアーカイブ.</para>
           </listitem>
         </varlistentry>
 
         <varlistentry><term><literal>www release=current</literal></term>
           <listitem>
             <para>インストールされた World Wide Web のデータです.
               WWW ミラーサイトが使用します.</para>
           </listitem>
         </varlistentry>
       </variablelist>
     </sect2>
 
     <sect2>
       <title>詳細について</title>
 
       <para>CVSup の FAQ や CVSup に関するその他の情報については
         <ulink url="http://www.polstra.com/projects/freeware/CVSup/">
           The CVSup Home Page</ulink> をご覧ください.</para>
 
       <para><application>CVSup</application> のほとんどの FreeBSD
         関連の議論は &a.hackers; でおこなわれています.
         ソフトウェアの新しいバージョンは &a.announce; で
         アナウンスされます.</para>
 
 	<para>質問とバグ報告はプログラムの作者,
 	  <email>cvsup-bugs@polstra.com</email> へ
 	  送ってください.</para>
     </sect2>
 
     <sect2 id="cvsup-mirrors">
       <title>CVSup サイト</title>
 
       <para>FreeBSD の <link linkend="cvsup">CVSup</link>
         サーバは以下のサイトで稼働しています:</para>
 
       <variablelist>
         <varlistentry>
           <term>アルゼンチン</term>
 
           <listitem>
             <itemizedlist>
               <listitem>
                 <para>cvsup.ar.FreeBSD.org
                   (保守担当 <email>msagre@cactus.fi.uba.ar</email>)</para>
               </listitem>
             </itemizedlist>
           </listitem>
         </varlistentry>
 
         <varlistentry>
           <term>オーストラリア</term>
 
           <listitem>
             <itemizedlist>
               <listitem>
                 <para>cvsup.au.FreeBSD.org
                   (保守担当 <email>dawes@xfree86.org</email>)</para>
               </listitem>
 
               <listitem>
                 <para>cvsup3.au.FreeBSD.org
                   (保守担当 <email>FreeBSD@admin.gil.com.au</email>)</para>
               </listitem>
             </itemizedlist>
           </listitem>
         </varlistentry>
 
         <varlistentry>
           <term>オーストリア</term>
 
           <listitem>
             <itemizedlist>
               <listitem>
                 <para>cvsup.at.FreeBSD.org
                   (保守担当 <email>postmaster@wu-wien.ac.at</email>)</para>
               </listitem>
             </itemizedlist>
           </listitem>
         </varlistentry>
 
         <varlistentry><term>ブラジル</term>
           <listitem>
             <itemizedlist>
               <listitem>
                 <para>cvsup.br.FreeBSD.org
                   (保守担当 <email>cvsup@cvsup.br.FreeBSD.org</email>)</para>
               </listitem>
 
               <listitem>
                 <para>cvsup2.br.FreeBSD.org
                   (保守担当 <email>tps@ti.sk</email>)</para>
               </listitem>
 
               <listitem>
                 <para>cvsup3.br.FreeBSD.org
                   (保守担当 <email>camposr@matrix.com.br</email>)</para>
               </listitem>
             </itemizedlist>
           </listitem>
         </varlistentry>
 
         <varlistentry>
           <term>カナダ</term>
 
           <listitem>
             <itemizedlist>
               <listitem>
                 <para>cvsup.ca.FreeBSD.org
                   (保守担当 <email>dan@jaded.net</email>)</para>
 	      </listitem>
 
 	      <listitem>
 		<para>cvsup2.ca.FreeBSD.org
 		  (保守担当 <email>hostmaster@ca.freebsd.org</email>)</para>
               </listitem>
             </itemizedlist>
           </listitem>
         </varlistentry>
 
         <varlistentry>
           <term>中国</term>
 
           <listitem>
             <itemizedlist>
               <listitem>
                 <para>cvsup.cn.FreeBSD.org
                   (保守担当 <email>phj@cn.FreeBSD.org</email>)</para>
               </listitem>
             </itemizedlist>
           </listitem>
         </varlistentry>
 
         <varlistentry>
           <term>チェコ</term>
 
           <listitem>
             <itemizedlist>
               <listitem>
                 <para>cvsup.cz.FreeBSD.org
                   (保守担当 <email>cejkar@dcse.fee.vutbr.cz</email>)</para>
               </listitem>
             </itemizedlist>
           </listitem>
         </varlistentry>
 
         <varlistentry>
           <term>デンマーク</term>
 
           <listitem>
             <itemizedlist>
               <listitem>
                 <para>cvsup.dk.FreeBSD.org
                   (保守担当 <email>jesper@skriver.dk</email>)</para>
               </listitem>
             </itemizedlist>
           </listitem>
         </varlistentry>
 
         <varlistentry>
           <term>エストニア</term>
 
           <listitem>
             <itemizedlist>
               <listitem>
                 <para>cvsup.ee.FreeBSD.org
                   (保守担当 <email>taavi@uninet.ee</email>)</para>
               </listitem>
             </itemizedlist>
           </listitem>
         </varlistentry>
 
         <varlistentry>
           <term>フィンランド</term>
 
           <listitem>
             <itemizedlist>
               <listitem>
                 <para>cvsup.fi.FreeBSD.org
                   (保守担当 <email>count@key.sms.fi</email>)</para>
               </listitem>
 
               <listitem>
                 <para>cvsup2.fi.FreeBSD.org
                   (保守担当 <email>count@key.sms.fi</email>)</para>
               </listitem>
             </itemizedlist>
           </listitem>
         </varlistentry>
 
         <varlistentry>
           <term>フランス</term>
 
           <listitem>
             <itemizedlist>
               <listitem>
                 <para>cvsup.fr.FreeBSD.org
                   (保守担当 <email>hostmaster@fr.FreeBSD.org</email>)</para>
               </listitem>
 
 	      <listitem>
 		<para>cvsup2.fr.FreeBSD.org
 		  (保守担当 <email>ftpmaint@uvsq.fr</email>)</para>
 	      </listitem>
             </itemizedlist>
           </listitem>
         </varlistentry>
 
         <varlistentry>
           <term>ドイツ</term>
 
           <listitem>
             <itemizedlist>
               <listitem>
                 <para>cvsup.de.FreeBSD.org
                   (保守担当 <email>wosch@FreeBSD.org</email>)</para>
               </listitem>
 
               <listitem>
                 <para>cvsup2.de.FreeBSD.org
                   (保守担当 <email>cvsup@nikoma.de</email>)</para>
               </listitem>
 
               <listitem>
                 <para>cvsup3.de.FreeBSD.org
                   (保守担当 <email>ag@leo.org</email>)</para>
 	      </listitem>
 
 	      <listitem>
 		<para>cvsup4.de.FreeBSD.org
 		  (保守担当 <email>cvsup@cosmo-project.de</email>)</para>
               </listitem>
 
               <listitem>
                 <para>cvsup5.de.FreeBSD.org
                   (保守担当 <email>rse@freebsd.org</email>)</para>
               </listitem>
             </itemizedlist>
           </listitem>
         </varlistentry>
 
         <varlistentry>
           <term>アイスランド</term>
 
           <listitem>
             <itemizedlist>
               <listitem>
                 <para>cvsup.is.FreeBSD.org
                   (保守担当 <email>adam@veda.is</email>)</para>
               </listitem>
             </itemizedlist>
           </listitem>
         </varlistentry>
 
         <varlistentry>
 	  <term>アイルランド</term>
           
   	  <listitem>
             <itemizedlist>
               <listitem>
 	        <para>cvsup.ie.FreeBSD.org
                   (保守担当 <email>dwmalone@maths.tcd.ie</email>),
                   トリニティ大学, ダブリン</para>
               </listitem>
             </itemizedlist>
           </listitem>
         </varlistentry>
         
         <varlistentry>
           <term>日本</term>
 
           <listitem>
             <itemizedlist>
               <listitem>
                 <para>cvsup.jp.FreeBSD.org
                   (保守担当 <email>cvsupadm@jp.FreeBSD.org</email>)</para>
               </listitem>
 
               <listitem>
                 <para>cvsup2.jp.FreeBSD.org
                   (保守担当 <email>max@FreeBSD.org</email>)</para>
               </listitem>
 
               <listitem>
                 <para>cvsup3.jp.FreeBSD.org
                   (保守担当 <email>shige@cin.nihon-u.ac.jp</email>)</para>
               </listitem>
 
               <listitem>
                 <para>cvsup4.jp.FreeBSD.org
                   (保守担当 <email>cvsup-admin@ftp.media.kyoto-u.ac.jp</email>)</para>
               </listitem>
 
               <listitem>
                 <para>cvsup5.jp.FreeBSD.org
                   (保守担当 <email>cvsup@imasy.or.jp</email>)</para>
               </listitem>
 
               <listitem>
                 <para>cvsup6.jp.FreeBSD.org
                   (保守担当 <email>cvsupadm@jp.FreeBSD.org</email>)</para>
               </listitem>
             </itemizedlist>
           </listitem>
         </varlistentry>
 
         <varlistentry>
           <term>韓国</term>
 
           <listitem>
             <itemizedlist>
               <listitem>
                 <para>cvsup.kr.FreeBSD.org
                   (保守担当 <email>cjh@kr.FreeBSD.org</email>)</para>
               </listitem>
 
               <listitem>
                 <para>cvsup2.kr.FreeBSD.org
                   (保守担当 <email>holywar@mail.holywar.net</email>)</para>
               </listitem>
             </itemizedlist>
           </listitem>
         </varlistentry>
 
       <varlistentry>
 	<term>リトアニア</term>
 
 	<listitem>
 	  <itemizedlist>
 	    <listitem>
 	      <para>cvsup.lt.FreeBSD.org
                 (保守担当 <email>domas.mituzas@delfi.lt</email>)</para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </varlistentry>
 
         <varlistentry>
           <term>オランダ</term>
 
           <listitem>
             <itemizedlist>
               <listitem>
                 <para>cvsup.nl.FreeBSD.org
                   (保守担当 <email>xaa@xaa.iae.nl</email>)</para>
               </listitem>
 
               <listitem>
                 <para>cvsup2.nl.FreeBSD.org
                   (保守担当 <email>cvsup@nl.uu.net</email>)</para>
               </listitem>
             </itemizedlist>
           </listitem>
         </varlistentry>
 
         <varlistentry>
           <term>ノルウェー</term>
 
           <listitem>
             <itemizedlist>
               <listitem>
                 <para>cvsup.no.FreeBSD.org
                   (保守担当 <email>Per.Hove@math.ntnu.no</email>)</para>
               </listitem>
             </itemizedlist>
           </listitem>
         </varlistentry>
 
         <varlistentry>
           <term>ポーランド</term>
 
           <listitem>
             <itemizedlist>
               <listitem>
                 <para>cvsup.pl.FreeBSD.org
                   (保守担当 <email>Mariusz@kam.pl</email>)</para>
               </listitem>
             </itemizedlist>
           </listitem>
         </varlistentry>
 
         <varlistentry>
           <term>ポルトガル</term>
 
           <listitem>
             <itemizedlist>
               <listitem>
                 <para>cvsup.pt.FreeBSD.org
                   (保守担当 <email>jpedras@webvolution.net</email>)</para>
               </listitem>
             </itemizedlist>
           </listitem>
         </varlistentry>
 
         <varlistentry>
           <term>ロシア</term>
 
           <listitem>
             <itemizedlist>
               <listitem>
                 <para>cvsup.ru.FreeBSD.org
                   (保守担当 <email>ache@nagual.pp.ru</email>)</para>
               </listitem>
 
               <listitem>
                 <para>cvsup2.ru.FreeBSD.org
                   (保守担当 <email>dv@dv.ru</email>)</para>
               </listitem>
 
               <listitem>
                 <para>cvsup3.ru.FreeBSD.org
                   (保守担当 <email>fjoe@iclub.nsu.ru</email>)</para>
               </listitem>
 
 	      <listitem>
 	        <para>cvsup4.ru.FreeBSD.org
                   (保守担当 <email>zhecka@klondike.ru</email>)</para>
 	      </listitem>
 
               <listitem>
                 <para>cvsup5.ru.FreeBSD.org
                   (保守担当 <email>maxim@macomnet.ru</email>)</para>
               </listitem>
             </itemizedlist>
           </listitem>
         </varlistentry>
 
         <varlistentry>
           <term>スロヴァキア共和国</term>
 
           <listitem>
             <itemizedlist>
               <listitem>
                 <para>cvsup.sk.FreeBSD.org
                   (保守担当 <email>tps@tps.sk</email>)</para>
               </listitem>
 
               <listitem>
                 <para>cvsup2.sk.FreeBSD.org
                   (保守担当 <email>tps@tps.sk</email>)</para>
               </listitem>
             </itemizedlist>
           </listitem>
         </varlistentry>
 
         <varlistentry>
           <term>スロベニア</term>
 
           <listitem>
             <itemizedlist>
               <listitem>
                 <para>cvsup.si.FreeBSD.org
                   (保守担当 <email>blaz@si.FreeBSD.org</email>)</para>
               </listitem>
             </itemizedlist>
           </listitem>
         </varlistentry>
 
         <varlistentry>
           <term>南アフリカ</term>
 
           <listitem>
             <itemizedlist>
               <listitem>
                 <para>cvsup.za.FreeBSD.org
                   (保守担当 <email>markm@FreeBSD.org</email>)</para>
               </listitem>
 
               <listitem>
                 <para>cvsup2.za.FreeBSD.org
                   (保守担当 <email>markm@FreeBSD.org</email>)</para>
               </listitem>
             </itemizedlist>
           </listitem>
         </varlistentry>
 
 
         <varlistentry>
           <term>スペイン</term>
 
           <listitem>
             <itemizedlist>
               <listitem>
                 <para>cvsup.es.FreeBSD.org
                   (保守担当 <email>jesusr@FreeBSD.org</email>)</para>
               </listitem>
             </itemizedlist>
           </listitem>
         </varlistentry>
 
         <varlistentry>
           <term>スウェーデン</term>
 
           <listitem>
             <itemizedlist>
               <listitem>
                 <para>cvsup.se.FreeBSD.org
                   (保守担当 <email>pantzer@ludd.luth.se</email>)</para>
               </listitem>
 
               <listitem>
 	        <para>cvsup2.se.FreeBSD.org
 	          (保守担当 <email>cvsup@dataphone.net</email>)</para>
               </listitem>
             </itemizedlist>
           </listitem>
         </varlistentry>
 
         <varlistentry>
           <term>台湾</term>
 
           <listitem>
             <itemizedlist>
               <listitem>
                 <para>cvsup.tw.FreeBSD.org
                   (保守担当 <email>jdli@freebsd.csie.nctu.edu.tw</email>)</para>
               </listitem>
 
               <listitem>
                 <para>cvsup2.tw.FreeBSD.org
                   (保守担当 <email>ycheng@sinica.edu.tw</email>)</para>
               </listitem>
 
               <listitem>
                 <para>cvsup3.tw.FreeBSD.org
                   (保守担当 <email>foxfair@FreeBSD.org</email>)</para>
               </listitem>
             </itemizedlist>
           </listitem>
         </varlistentry>
 
         <varlistentry>
           <term>ウクライナ</term>
 
           <listitem>
             <itemizedlist>
               <listitem>
                 <para>cvsup2.ua.FreeBSD.org
                   (保守担当 <email>freebsd-mnt@lucky.net</email>)</para>
               </listitem>
 
               <listitem>
                 <para>cvsup3.ua.FreeBSD.org
                   (保守担当 <email>ftpmaster@ukr.net</email>), キエフ</para>
               </listitem>
 
               <listitem>
                 <para>cvsup4.ua.FreeBSD.org
                   (保守担当 <email>phantom@cris.net</email>)</para>
               </listitem>
             </itemizedlist>
           </listitem>
         </varlistentry>
 
         <varlistentry>
           <term>イギリス</term>
 
           <listitem>
             <itemizedlist>
               <listitem>
                 <para>cvsup.uk.FreeBSD.org
                   (保守担当 <email>joe@pavilion.net</email>)</para>
               </listitem>
 
               <listitem>
                 <para>cvsup2.uk.FreeBSD.org
                   (保守担当 <email>brian@FreeBSD.org</email>)</para>
               </listitem>
 
               <listitem>
                 <para>cvsup3.uk.FreeBSD.org
                   (保守担当 <email>ftp-admin@plig.net</email>)</para>
               </listitem>
             </itemizedlist>
           </listitem>
         </varlistentry>
 
         <varlistentry>
           <term>アメリカ</term>
 
           <listitem>
             <itemizedlist>
               <listitem>
                 <para>cvsup1.FreeBSD.org
                   (保守担当 <email>skynyrd@opus.cts.cwu.edu</email>),
                   ワシントン州</para>
               </listitem>
 
               <listitem>
                 <para>cvsup2.FreeBSD.org
                   (保守担当 <email>jdp@FreeBSD.org</email>),
                   カリフォルニア州</para>
               </listitem>
 
               <listitem>
                 <para>cvsup3.FreeBSD.org
                   (保守担当 <email>wollman@FreeBSD.org</email>),
                   マサチューセッツ州</para>
               </listitem>
 
               <listitem>
                 <para>cvsup4.FreeBSD.org
                   (保守担当 <email>rgrimes@FreeBSD.org</email>),
                   オレゴン州</para>
               </listitem>
 
               <listitem>
                 <para>cvsup5.FreeBSD.org
                   (保守担当 <email>mjr@blackened.com</email>),
                   アリゾナ州</para>
               </listitem>
 
               <listitem>
                 <para>cvsup6.FreeBSD.org
                   (保守担当 <email>jdp@FreeBSD.org</email>),
                   フロリダ州</para>
               </listitem>
 
               <listitem>
                 <para>cvsup7.FreeBSD.org
                   (保守担当 <email>jdp@FreeBSD.org</email>),
                   ワシントン州</para>
               </listitem>
 
               <listitem>
                 <para>cvsup8.FreeBSD.org
                   (保守担当 <email>hostmaster@bigmirror.com</email>),
                   ワシントン州</para>
               </listitem>
 
 	      <listitem>
 	        <para>cvsup9.FreeBSD.org
                   (保守担当 <email>qbsd@uswest.net</email>),
                   ミネソタ州</para>
 	      </listitem>
 
               <listitem>
                 <para>cvsup10.FreeBSD.org
                   (保守担当 <email>jdp@FreeBSD.org</email>),
                   カリフォルニア州</para>
               </listitem>
 
 	      <listitem>
 	        <para>cvsup11.FreeBSD.org
                   (保守担当 <email>cvsup@research.uu.net</email>),
                   バージニア州</para>
  	      </listitem>
 
 	      <listitem>
 	        <para>cvsup12.FreeBSD.org
                   (保守担当 <email>will@FreeBSD.org</email>),
                   インディアナ州</para>
 	      </listitem>
 
               <listitem>
                 <para>cvsup13.FreeBSD.org
                   (保守担当 <email>dima@valueclick.com</email>),
                   カリフォルニア州</para>
               </listitem>
               
               <listitem>
                 <para>cvsup14.FreeBSD.org
                   (保守担当 <email>freebsd-cvsup@mfnx.net</email>),
                   カリフォルニア州</para>
               </listitem>
 
 	      <listitem>
 	        <para>cvsup15.FreeBSD.org
                   (保守担当 <email>cvsup@math.uic.edu</email>),
                   イリノイ州</para>
  	      </listitem>
             </itemizedlist>
           </listitem>
         </varlistentry>
       </variablelist>
 
       <para>以下の <application>CVSup</application> サイトは,
         <link linkend="ctm">CTM</link>
         ユーザのことを特に考慮して運用されています.
         他の CVSup のミラーサイトとは異なり,
         これらのサイトでは <application>CTM</application>
         を使って最新の状態を保っています. つまり, もし以下の サイトから
         <literal>cvs-all</literal> を <literal>release=cvs</literal> で
         <application>CVSup</application> すれば,
         <application>CTM</application> の <literal>cvs-cur</literal>
         のデルタを使って更新するのに適した CVS のリポジトリ
         (必須となる<filename> .ctm_status</filename>
         ファイルも含まれています.) を入手することができます.
         これにより, これまで <application>CVSup</application> を使って
         <literal>cvs-all</literal> 全部を入手していたユーザも
         <application>CTM</application> のベースデルタを使って
         最初からリポジトリを構築し直すことなく
         <application>CVSup</application> から
         <application>CTM</application> へと移行すること
         が可能です.</para>
 
       <note>
         <para>この機能は, リリースタグを <command>cvs</command> として
           <literal>cvs-all</literal>
           ディストリビューションを入手する時のみ
           利用できるものですので注意してください.
           他のディストリビューションやリリースタグを
           指定した場合でも指定したファイルを入手することは可能ですが,
           これらのファイルを <application>CTM</application>
           で更新することはできません.</para>
       </note>
 
       <note>
         <para>また, <application>CTM</application>
           の現在のバージョンではタイムスタンプを保存しないため, 以
           下のサイトのファイルのタイムスタンプは
           他のミラーとは異なる物となってい ますので注意が必要です.
           利用するサイトを以下のサイトと他のサイトの間で
           変更することはお勧めできません.
           ファイルの転送は問題なくできますが, 少々非能率的です.</para>
       </note>
 
       <variablelist>
         <varlistentry>
           <term>ドイツ</term>
 
           <listitem>
             <itemizedlist>
               <listitem>
                 <para>ctm.FreeBSD.org
                   (保守担当 <email>blank@fox.uni-trier.de</email>)</para>
               </listitem>
             </itemizedlist>
           </listitem>
         </varlistentry>
       </variablelist>
     </sect2>
   </sect1>
 
   <sect1 id="mirrors-afs">
     <title>AFS サイト</title>
 
     <para>FreeBSD の AFS サーバは以下のサイトで稼働しています:</para>
 
     <variablelist>
       <varlistentry>
 	<term>スウェーデン</term>
 
         <listitem>
 	  <para>ファイルは以下の場所にあります:
 	    <filename>/afs/stacken.kth.se/ftp/pub/FreeBSD/</filename></para>
 
-	  <programlisting>
-stacken.kth.se         # Stacken Computer Club, KTH, Sweden                    
+	  <programlisting>stacken.kth.se         # Stacken Computer Club, KTH, Sweden                    
 130.237.234.43         #hot.stacken.kth.se
 130.237.237.230        #fishburger.stacken.kth.se
 130.237.234.3          #milko.stacken.kth.se</programlisting>
 
 	  <para>(保守担当 <email>ftp@stacken.kth.se</email>)</para>
 	</listitem>
       </varlistentry>
     </variablelist>
   </sect1>
 </appendix>
 
 <!--
      Local Variables:
      mode: sgml
      sgml-declaration: "../appendix.decl"
      sgml-indent-data: t
      sgml-omittag: nil
      sgml-always-quote-attributes: t
      sgml-parent-document: ("../book.sgml" "part" "appendix")
      End:
 -->
diff --git a/ja_JP.eucJP/books/handbook/multimedia/chapter.sgml b/ja_JP.eucJP/books/handbook/multimedia/chapter.sgml
index 0a8973bf1c..0275791de1 100644
--- a/ja_JP.eucJP/books/handbook/multimedia/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/multimedia/chapter.sgml
@@ -1,359 +1,355 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.4
-     $FreeBSD$
+     Original revision: 1.5
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/sound/chapter.sgml,v 1.1 2000/12/24 19:08:50 hrs Exp $
 -->
 
 <chapter id="sound">
   <title>サウンド</title>
 
   <para><emphasis>寄稿: Moses Moore <email>jm-moses@home.com</email>,
       2000 年 11 月 20 日.</emphasis></para>
 
   <sect1>
     <title>この章では</title>
 
     <para>ハンドブックのこの章では, FreeBSD
       システムへのサウンド機能の設定方法を説明します.</para>
   </sect1>
 
   <sect1>
     <title>正しいデバイスの確認</title>
 
     <para>設定をはじめる前に, あなたが持っているカードのモデル, 
       そのカードが使用しているチップ, そして PCI, ISA
       どちらのカードなのかを確認する必要があります.
       FreeBSD は, さまざまな PCI および ISA のカードをサポートしています.
       もしあなたのカードが次のリストに無い場合は,
       &man.pcm.4; のマニュアルページを確認してください.
       これは完全なリストではありませんが,
       良く使われているカードがだいたい含まれています.</para>
       
     <itemizedlist>
       <listitem>
         <para>Crystal 4237, 4236, 4232, 4231</para>
       </listitem>
 
       <listitem>
 	<para>ヤマハ OPL-SAx</para>
       </listitem>
 
       <listitem>
 	<para>OPTi931</para>
       </listitem>
 
       <listitem>
 	<para>Ensoniq AudioPCI 1370/1371</para>
       </listitem>
 
       <listitem>
 	<para>ESS Solo-1/1E</para>
       </listitem>
 
       <listitem>
 	<para>NeoMagic 256AV/ZX</para>
       </listitem>
 
       <listitem>
 	<para>Sound Blaster Pro, 16, 32, AWE64, AWE128, Live</para>
       </listitem>
 
       <listitem>
 	<para>Creative ViBRA16</para>
       </listitem>
 
       <listitem>
 	<para>Advanced Asound 100, 110, および Logic ALS120</para>
       </listitem>
 
       <listitem>
 	<para>ES 1868, 1869, 1879, 1888</para>
       </listitem>
 
       <listitem>
 	<para>Gravis UltraSound</para>
       </listitem>
 
       <listitem>
 	<para>Aureal Vortex 1 および 2</para>
       </listitem>
     </itemizedlist>
 
     <para>カーネル内で使用するドライバは,
       使用するカードの種類によって異なります.
       この節では, それらの詳しい情報と,
       <link linkend="kernelconfig">カーネルコンフィグレーションファイル</link>に
       何を追加すれば良いのかについて説明します.</para>
 
     <sect2>
       <title>Creative, Advance, および ESS 社製サウンドカード</title>
 
       <para>これらのカードを使用する場合は,
         カーネルコンフィグレーションファイルに以下の設定を追加します.</para>
 
       <programlisting>device pcm</programlisting>
 
       <para>PnP の ISA カードを使用する場合は, さらに</para>
 
       <programlisting>device sbc</programlisting>
 
       <para>も加えてください.
         PnP ではない ISA のカードを使用する場合は,</para>
 
       <programlisting>device pcm</programlisting>
 
       <para>と</para>
 
-      <programlisting>
-device sbc0 at isa? port0x220 irq 5 drq 1 flags 0x15</programlisting>
+      <programlisting>device sbc0 at isa? port0x220 irq 5 drq 1 flags 0x15</programlisting>
 
       <para>を加えます.
         これらは標準の設定にあわせたものですので,
         IRQ などの設定は必要に応じて変更する必要があります.
         また, 設定の詳細については, &man.sbc.4;
         のマニュアルページを参照してください.</para>
 
       <note>
         <para>パッチを適用していない FreeBSD 4.0 は
           Sound Blaster Live に対応していません.
           また, この文書ではその設定方法については扱いません.
           このカードを使用する前に, 最新の -STABLE
           にアップデートするようにしてください.</para>
       </note>
     </sect2>
 
     <sect2>
       <title>Gravis 社製 UltraSound カード</title>
 
       <para>PnP の ISA カードを使用するには,
         カーネルコンフィグレーションファイルに次の
         2 つの設定を追加します.</para>
 
       <programlisting>device pcm</programlisting>
 
       <programlisting>device gusc</programlisting>
 
       <para>PnP ではない ISA カードの場合には,</para>
 
       <programlisting>device pcm</programlisting>
 
       <para>と</para>
 
-      <programlisting>
-device gus0 at isa? port 0x220 irq 5 drq 1 flags 0x13</programlisting>
+      <programlisting>device gus0 at isa? port 0x220 irq 5 drq 1 flags 0x13</programlisting>
 
       <para>を加えます.
         IRQ などの設定は必要に応じて変更する必要があります.
         また, 設定の詳細については, &man.gusc.4;
         のマニュアルページを参照してください.</para>
     </sect2>
 
     <sect2>
       <title>Crystal 社製サウンドカード</title>
 
       <para>Crystal 社製のカードを使用する場合は,
         カーネルコンフィグレーションファイルに</para>
 
       <programlisting>device pcm</programlisting>
 
       <para>と</para>
 
       <programlisting>device csa</programlisting>
 
       <para>の両方が必要です.</para>
     </sect2>
 
     <sect2>
       <title>一般的なカードのサポート</title>
 
       <para>PnP ISA カードや PCI カードを使用する場合は,</para>
 
       <programlisting>device pcm</programlisting>
 
       <para>をカーネルコンフィグレーションファイルに追加します.
         ブリッジドライバを持たない, PnP 非対応の ISA
         カードの場合は,</para>
 
-      <programlisting>
-device pcm0 at isa? irq 10 drq 1 flags 0x0</programlisting>
+      <programlisting>device pcm0 at isa? irq 10 drq 1 flags 0x0</programlisting>
 
       <para>を加えます.
         IRQ などの設定は,
         ハードウェアの設定に合うように必要に応じて変更してください.</para>
     </sect2>
   </sect1>
 
   <sect1>
     <title>カーネルの再構築</title>
 
     <para>必要な設定をカーネルコンフィグレーションファイルに追加したら,
       カーネルを再構築します.
       詳細についてはハンドブックの<xref linkend="kernelconfig-building">を参照してください.</para>
   </sect1>
 
   <sect1>
     <title>デバイスノードの作成とテスト</title>
 
     <para>再起動した後, ログインして <command>cat /dev/sndstat</command>
       を実行します. すると, 以下のように出力されるはずです.</para>
 
-    <programlisting>
-FreeBSD Audio Driver (newpcm) Sep 21 2000 18:29:53
+    <programlisting>FreeBSD Audio Driver (newpcm) Sep 21 2000 18:29:53
 Installed devices:
 pcm0: &lt;Aureal Vortex 8830&gt; at memory 0xfeb40000 irq 5 (4p/1r +channels duplex)</programlisting>
 
     <para>エラーメッセージが出力される場合は,
       今までの手順のどこかが間違っています.
       カーネルコンフィグレーションファイルをもう一度見直して,
       正しいデバイスを選択しているかどうか確認してください.</para>
 
     <para>エラーが出力されずに <devicename>pcm0</devicename>
       が出力された場合は,
       <command>su</command> コマンドで
       <username>root</username> になり,
       次のように実行します.</para>
 
     <screen>
 &prompt.root; <userinput>cd /dev</userinput>
 &prompt.root; <userinput>sh MAKEDEV snd0</userinput></screen>
 
     <para>エラーが出力されずに <devicename>pcm1</devicename>
       が出力された場合は,
       <command>su</command> コマンドで
       <username>root</username> になり,
       次のように実行します.</para>
 
     <screen>
 &prompt.root; <userinput>cd /dev</userinput>
 &prompt.root; <userinput>sh MAKEDEV snd1</userinput></screen>
 
     <para>上のコマンドはどちらも,
       <devicename>/dev/snd</devicename> という
       デバイスを作成するもの<emphasis>ではない</emphasis>という点に注意してください!
       これらは代わりに,
       次のような複数のデバイスノードを作成します.</para>
 
     <informaltable frame="none">
       <tgroup cols="2">
 	<thead>
 	  <row>
 	    <entry>デバイス</entry>
 	    <entry>説明</entry>
 	  </row>
 	</thead>
 
 	<tbody>
 	  <row>
 	    <entry><devicename>/dev/audio</devicename></entry>
 	    <entry>SPARC 互換オーディオデバイス</entry>
 	  </row>
 
 	  <row>
 	    <entry><devicename>/dev/dsp</devicename></entry>
 	    <entry>(訳注: 8 ビットで) サンプリングする音声デバイス</entry>
 	  </row>
 
 	  <row>
 	    <entry><devicename>/dev/dspW</devicename></entry>
             <entry><devicename>/dev/dsp</devicename>と同様.
               ただしサンプリングは 16 ビット.</entry>
 	  </row>
 
 	  <row>
 	    <entry><devicename>/dev/midi</devicename></entry>
 	    <entry>Raw MIDI アクセスデバイス</entry>
 	  </row>
 
 	  <row>
 	    <entry><devicename>/dev/mixer</devicename></entry>
 	    <entry>コントロールポートミキサーデバイス</entry>
 	  </row>
 
 	  <row>
 	    <entry><devicename>/dev/music</devicename></entry>
 	    <entry>レベル 2 シーケンサインタフェース</entry>
 	  </row>
 
 	  <row>
 	    <entry><devicename>/dev/sequencer</devicename></entry>
 	    <entry>シーケンサデバイス</entry>
 	  </row>
 
 	  <row>
 	    <entry><devicename>/dev/pss</devicename></entry>
 	    <entry>プログラム可能なデバイスインタフェース</entry>
 	  </row>
 	</tbody>
       </tgroup>
     </informaltable>
 
     <para>すべてうまく行けば,
       サウンドカードの機能を使用することができます.
       うまく行かない場合は, 次の節をご覧ください.</para>
   </sect1>
 
   <sect1>
     <title>よくある問題</title>
 
     <qandaset>
       <qandaentry>
 	<question>
 	  <para>unsupported subdevice XX error が出ました!</para>
 	</question>
 
 	<answer>
           <para>いくつかのデバイスノードが正しく作成されていません.
             前節の手順をもう一度やってみてください.</para>
 	</answer>
       </qandaentry>
 
       <qandaentry>
 	<question>
 	  <para>sb_dspwr(XX) timed out error が出ました!</para>
 	</question>
 
 	<answer>
 	  <para>I/O ポートが正しく設定されていません.</para>
 	</answer>
       </qandaentry>
 
       <qandaentry>
 	<question>
 	  <para>bad irq XX error が出ました!</para>
 	</question>
 
 	<answer>
 	  <para>IRQ が正しく設定されていません.
             カーネルコンフィグレーションファイル中の
             IRQ の設定と,
             サウンドカードの IRQ の設定が同じであるか確認してください.</para>
 	</answer>
       </qandaentry>
 
       <qandaentry>
 	<question>
 	  <para>"xxx: gus pcm not attached, out of memory" というエラーが出ます.
             何が起きたのでしょうか?</para>
 	</question>
 
 	<answer>
           <para>これは,
             デバイスを使用するために必要なメモリが確保できない時に表示されます.</para>
 	</answer>
       </qandaentry>
     </qandaset>
   </sect1>
 </chapter>
 
 <!--
      Local Variables:
      mode: sgml
      sgml-declaration: "../chapter.decl"
      sgml-indent-data: t
      sgml-omittag: nil
      sgml-always-quote-attributes: t
      sgml-parent-document: ("../book.sgml" "part" "chapter")
      End:
 -->
diff --git a/ja_JP.eucJP/books/handbook/pgpkeys/chapter.sgml b/ja_JP.eucJP/books/handbook/pgpkeys/chapter.sgml
index 05a3848e98..041f491715 100644
--- a/ja_JP.eucJP/books/handbook/pgpkeys/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/pgpkeys/chapter.sgml
@@ -1,2161 +1,2159 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.66
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/pgpkeys/chapter.sgml,v 1.22 2001/03/14 08:07:20 hrs Exp $
+     Original revision: 1.67
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/pgpkeys/chapter.sgml,v 1.23 2001/04/08 15:33:42 hrs Exp $
 -->
 
 <appendix id="pgpkeys">
   <title>PGP 公開鍵</title>
 
   <para><emphasis>訳: &a.jp.kiroh;.</emphasis></para>
 
   <para>これらは, 署名を検証したり,
     開発者やオフィサに暗号メールを送る必要がある場合に,
     自由に使用できる PGP 公開鍵です.  ダウンロードを
     簡単にするために &a.wollman; が <ulink
     url="http://people.FreeBSD.org/~wollman/freebsd.keyring">
     FreeBSD.org ユーザの完全なキーリング</ulink> を管理しています.</para>
 
   <sect1 id="pgpkeys-officers">
     <title>オフィサ</title>
     
     <sect2>
       <title>FreeBSD Security Officer
 	<email>security-officer@FreeBSD.org</email></title>
 	  
       <programlisting>FreeBSD Security Officer &lt;security-officer@FreeBSD.org&gt;
 Fingerprint = 41 08 4E BB DB 41 60 71  F9 E5 0E 98 73 AF 3F 11
 
 -----BEGIN PGP PUBLIC KEY BLOCK-----
 Version: 2.6.3i
 	    
 mQCNAzF7MY4AAAEEAK7qBgPuBejER5HQbQlsOldk3ZVWXlRj54raz3IbuAUrDrQL
 h3g57T9QY++f3Mot2LAf5lDJbsMfWrtwPrPwCCFRYQd6XH778a+l4ju5axyjrt/L
 Ciw9RrOC+WaPv3lIdLuqYge2QRC1LvKACIPNbIcgbnLeRGLovFUuHi5z0oilAAUR
 tDdGcmVlQlNEIFNlY3VyaXR5IE9mZmljZXIgPHNlY3VyaXR5LW9mZmljZXJAZnJl
 ZWJzZC5vcmc+iQCVAwUQMX6yrOJgpPLZnQjrAQHyowQA1Nv2AY8vJIrdp2ttV6RU
 tZBYnI7gTO3sFC2bhIHsCvfVU3JphfqWQ7AnTXcD2yPjGcchUfc/EcL1tSlqW4y7
 PMP4GHZp9vHog1NAsgLC9Y1P/1cOeuhZ0pDpZZ5zxTo6TQcCBjQA6KhiBFP4TJql
 3olFfPBh3B/Tu3dqmEbSWpuJAJUDBRAxez3C9RVb+45ULV0BAak8A/9JIG/jRJaz
 QbKom6wMw852C/Z0qBLJy7KdN30099zMjQYeC9PnlkZ0USjQ4TSpC8UerYv6IfhV
 nNY6gyF2Hx4CbEFlopnfA1c4yxtXKti1kSN6wBy/ki3SmqtfDhPQ4Q31p63cSe5A
 3aoHcjvWuqPLpW4ba2uHVKGP3g7SSt6AOYkAlQMFEDF8mz0ff6kIA1j8vQEBmZcD
 /REaUPDRx6qr1XRQlMs6pfgNKEwnKmcUzQLCvKBnYYGmD5ydPLxCPSFnPcPthaUb
 5zVgMTjfjS2fkEiRrua4duGRgqN4xY7VRAsIQeMSITBOZeBZZf2oa9Ntidr5PumS
 9uQ9bvdfWMpsemk2MaRG9BSoy5Wvy8VxROYYUwpT8Cf2iQCVAwUQMXsyqWtaZ42B
 sqd5AQHKjAQAvolI30Nyu3IyTfNeCb/DvOe9tlOn/o+VUDNJiE/PuBe1s2Y94a/P
 BfcohpKC2kza3NiW6lLTp00OWQsuu0QAPc02vYOyseZWy4y3Phnw60pWzLcFdemT
 0GiYS5Xm1o9nAhPFciybn9j1q8UadIlIq0wbqWgdInBT8YI/l4f5sf6JAJUDBRAx
 ezKXVS4eLnPSiKUBAc5OBACIXTlKqQC3B53qt7bNMV46m81fuw1PhKaJEI033mCD
 ovzyEFFQeOyRXeu25Jg9Bq0Sn37ynISucHSmt2tUD5W0+p1MUGyTqnfqejMUWBzO
 v4Xhp6a8RtDdUMBOTtro16iulGiRrCKxzVgEl4i+9Z0ZiE6BWlg5AetoF5n3mGk1
 lw==
 =ipyA
 -----END PGP PUBLIC KEY BLOCK-----</programlisting>
     </sect2>
     
   </sect1>
   
   <sect1 id="pgpkeys-core">
     <title>コアチームメンバ</title>
 
     <sect2>
       <title>&a.asami;</title>
       
       <programlisting>Satoshi Asami &lt;asami@cs.berkeley.edu&gt;
           aka &lt;asami@FreeBSD.org&gt;
 Fingerprint = EB 3C 68 9E FB 6C EB 3F  DB 2E 0F 10 8F CE 79 CA
 
 -----BEGIN PGP PUBLIC KEY BLOCK-----
 Version: 2.6.2
 
 mQCNAzPVyoQAAAEEAL7W+kipxB171Z4SVyyL9skaA7hG3eRsSOWk7lfvfUBLtPog
 f3OKwrApoc/jwLf4+Qpdzv5DLEt/6Hd/clskhJ+q1gMNHyZ5ABmUxrTRRNvJMTrb
 3fPU3oZj7sL/MyiFaT1zF8EaMP/iS2ZtcFsbYOqGeA8E/58uk4NA0SoeCNiJAAUR
 tCVTYXRvc2hpIEFzYW1pIDxhc2FtaUBjcy5iZXJrZWxleS5lZHU+iQCVAwUQM/AT
 +EqGN2HYnOMZAQF11QP/eSXb2FuTb1yX5yoo1Im8YnIk1SEgCGbyEbOMMBznVNDy
 5g2TAD0ofLxPxy5Vodjg8rf+lfMVtO5amUH6aNcORXRncE83T10JmeM6JEp0T6jw
 zOHKz8jRzygYLBayGsNIJ4BGxa4LeaGxJpO1ZEvRlNkPH/YEXK5oQmq9/DlrtYOJ
 AEUDBRAz42JT8ng6GBbVvu0BAU8nAYCsJ8PiJpRUGlrz6rxjX8hqM1v3vqFHLcG+
 G52nVMBSy+RZBgzsYIPwI5EZtWAKb22JAJUDBRAz4QBWdbtuOHaj97EBAaQPA/46
 +NLUp+Wubl90JoonoXocwAg88tvAUVSzsxPXj0lvypAiSI2AJKsmn+5PuQ+/IoQy
 lywRsxiQ5GD7C72SZ1yw2WI9DWFeAi+qa4b8n9fcLYrnHpyCY+zxEpu4pam8FJ7H
 JocEUZz5HRoKKOLHErzXDiuTkkm72b1glmCqAQvnB4kAlQMFEDPZ3gyDQNEqHgjY
 iQEBFfUEALu2C0uo+1Z7C5+xshWRYY5xNCzK20O6bANVJ+CO2fih96KhwsMof3lw
 fDso5HJSwgFd8WT/sR+Wwzz6BAE5UtgsQq5GcsdYQuGI1yIlCYUpDp5sgswNm+OA
 bX5a+r4F/ZJqrqT1J56Mer0VVsNfe5nIRsjd/rnFAFVfjcQtaQmjiQCVAwUQM9uV
 mcdm8Q+/vPRJAQELHgP9GqNiMpLQlZig17fDnCJ73P0e5t/hRLFehZDlmEI2TK7j
 Yeqbw078nZgyyuljZ7YsbstRIsWVCxobX5eH1kX+hIxuUqCAkCsWUY4abG89kHJr
 XGQn6X1CX7xbZ+b6b9jLK+bJKFcLSfyqR3M2eCyscSiZYkWKQ5l3FYvbUzkeb6K0
 IVNhdG9zaGkgQXNhbWkgPGFzYW1pQEZyZWVCU0QuT1JHPg==
 =39SC
 -----END PGP PUBLIC KEY BLOCK-----</programlisting>
     </sect2>
     
     <sect2>
       <title>&a.jkh;</title>
       
       <programlisting>Jordan K. Hubbard &lt;jkh@FreeBSD.org&gt;
 Fingerprint = 3C F2 27 7E 4A 6C 09 0A  4B C9 47 CD 4F 4D 0B 20
 
 -----BEGIN PGP PUBLIC KEY BLOCK-----
 Version: 2.6.3ia
   
 mQCNAzFjX0IAAAEEAML+nm9/kDNPp43ZUZGjYkm2QLtoC1Wxr8JulZXqk7qmhYcQ
 jvX+fyoriJ6/7ZlnLe2oG5j9tZOnRLPvMaz0g9CpW6Dz3nkXrNPkmOFV9B8D94Mk
 tyFeRJFqnkCuqBj6D+H8FtBwEeeTecSh2tJ0bZZTXnAMhxeOdvUVW/uOVC1dAAUR
 tCNKb3JkYW4gSy4gSHViYmFyZCA8amtoQEZyZWVCU0Qub3JnPokBFQMFEDXCTXQM
 j46yp4IfPQEBwO8IAIN0J09AXBf86dFUTFGcAMrEQqOF5IL+KGorAjzuYxERhKfD
 ZV7jA+sCQqxkWfcVcE20kVyVYqzZIkio9a5zXP6TwA247JkPt54S1PmMDYHNlRIY
 laXlNoji+4q3HP2DfHqXRT2859rYpm/fG/v6pWkos5voPKcZ2OFEp9W+Ap88oqw+
 5rx4VetZNJq1Epmis4INj6XqNqj85+MOOIYE+f445ohDM6B/Mxazd6cHFGGIR+az
 VjZ6lCDMLjzhB5+FqfrDLYuMjqkMTR5z9DL+psUvPlCkYbQ11NEWtEmiIWjUcNJN
 GCxGzv5bXk0XPu3ADwbPkFE2usW1cSM7AQFiwuyJAJUDBRAxe+Q9a1pnjYGyp3kB
 AV7XA/oCSL/Cc2USpQ2ckwkGpyvIkYBPszIcabSNJAzm2hsU9Qa6WOPxD8olDddB
 uJNiW/gznPC4NsQ0N8Zr4IqRX/TTDVf04WhLmd8AN9SOrVv2q0BKgU6fLuk979tJ
 utrewH6PR2qBOjAaR0FJNk4pcYAHeT+e7KaKy96YFvWKIyDvc4kAlQMFEDF8ldof
 f6kIA1j8vQEBDH4D/0Zm0oNlpXrAE1EOFrmp43HURHbij8n0Gra1w9sbfo4PV+/H
 U8ojTdWLy6r0+prH7NODCkgtIQNpqLuqM8PF2pPtUJj9HwTmSqfaT/LMztfPA6PQ
 csyT7xxdXl0+4xTDl1avGSJfYsI8XCAy85cTs+PQwuyzugE/iykJO1Bnj/paiQCV
 AwUQMXvlBvUVW/uOVC1dAQF2fQP/RfYC6RrpFTZHjo2qsUHSRk0vmsYfwG5NHP5y
 oQBMsaQJeSckN4n2JOgR4T75U4vS62aFxgPLJP3lOHkU2Vc7xhAuBvsbGr5RP8c5
 LvPOeUEyz6ZArp1KUHrtcM2iK1FBOmY4dOYphWyWMkDgYExabqlrAq7FKZftpq/C
 BiMRuaw=
 =C/Jw
 -----END PGP PUBLIC KEY BLOCK-----</programlisting>
     </sect2>
     
     <sect2>
       <title>&a.imp;</title>
       
       <programlisting>Warner Losh &lt;imp@village.org&gt;
 	aka &lt;imp@FreeBSD.org&gt;
 Fingerprint = D4 31 FD B9 F7 90 17 E8 37 C5 E7 7F CF A6 C1 B9
 -----BEGIN PGP PUBLIC KEY BLOCK-----
 Version: 2.6.2
 
 mQCNAzDzTiAAAAEEAK8D7KWEbVFUrmlqhUEnAvphNIqHEbqqT8s+c5f5c2uHtlcH
 V4mV2TlUaDSVBN4+/D70oHmZc4IgiQwMPCWRrSezg9z/MaKlWhaslc8YT6Xc1q+o
 EP/fAdKUrq49H0QQbkQk6Ks5wKW6v9AOvdmsS6ZJEcet6d9G4dxynu/2qPVhAAUR
 tCBNLiBXYXJuZXIgTG9zaCA8aW1wQHZpbGxhZ2Uub3JnPokAlQMFEDM/SK1VLh4u
 c9KIpQEBFPsD/1n0YuuUPvD4CismZ9bx9M84y5sxLolgFEfP9Ux196ZSeaPpkA0g
 C9YX/IyIy5VHh3372SDWN5iVSDYPwtCmZziwIV2YxzPtZw0nUu82P/Fn8ynlCSWB
 5povLZmgrWijTJdnUWI0ApVBUTQoiW5MyrNN51H3HLWXGoXMgQFZXKWYiQCVAwUQ
 MzmhkfUVW/uOVC1dAQG3+AP/T1HL/5EYF0ij0yQmNTzt1cLt0b1e3N3zN/wPFFWs
 BfrQ+nsv1zw7cEgxLtktk73wBGM9jUIdJu8phgLtl5a0m9UjBq5oxrJaNJr6UTxN
 a+sFkapTLT1g84UFUO/+8qRB12v+hZr2WeXMYjHAFUT18mp3xwjW9DUV+2fW1Wag
 YDKJAJUDBRAzOYK1s1pi61mfMj0BARBbA/930CHswOF0HIr+4YYUs1ejDnZ2J3zn
 icTZhl9uAfEQq++Xor1x476j67Z9fESxyHltUxCmwxsJ1uOJRwzjyEoMlyFrIN4C
 dE0C8g8BF+sRTt7VLURLERvlBvFrVZueXSnXvmMoWFnqpSpt3EmN6TNaLe8Cm87a
 k6EvQy0dpnkPKokAlQMFEDD9Lorccp7v9qj1YQEBrRUD/3N4cCMWjzsIFp2Vh9y+
 RzUrblyF84tJyA7Rr1p+A7dxf7je3Zx5QMEXosWL1WGnS5vC9YH2WZwv6sCU61gU
 rSy9z8KHlBEHh+Z6fdRMrjd9byPf+n3cktT0NhS23oXB1ZhNZcB2KKhVPlNctMqO
 3gTYx+Nlo6xqjR+J2NnBYU8p
 =7fQV
 -----END PGP PUBLIC KEY BLOCK-----</programlisting>
     </sect2>
     
     <sect2>
       <title>&a.peter;</title>
       
       <programlisting>Peter Wemm &lt;peter@FreeBSD.org&gt;
        aka &lt;peter@spinner.dialix.com&gt;
        aka &lt;peter@haywire.dialix.com&gt;
        aka &lt;peter@perth.dialix.oz.au&gt;
 Key fingerprint = 47 05 04 CA 4C EE F8 93  F6 DB 02 92 6D F5 58 8A
 
 -----BEGIN PGP PUBLIC KEY BLOCK-----
 Version: 2.6.3ia
 
 mQCNAy9/FJwAAAEEALxs9dE9tFd0Ru1TXdq301KfEoe5uYKKuldHRBOacG2Wny6/
 W3Ill57hOi2+xmq5X/mHkapywxvy4cyLdt31i4GEKDvxpDvEzAYcy2n9dIup/eg2
 kEhRBX9G5k/LKM4NQsRIieaIEGGgCZRm0lINqw495aZYrPpO4EqGN2HYnOMZAAUT
 tCVQZXRlciBXZW1tIDxwZXRlckBoYXl3aXJlLmRpYWxpeC5jb20+iQCVAwUQMwWT
 cXW7bjh2o/exAQEFkQP+LIx5zKlYp1uR24xGApMFNrNtjh+iDIWnxxb2M2Kb6x4G
 9z6OmbUCoDTGrX9SSL2Usm2RD0BZfyv9D9QRWC2TSOPkPRqQgIycc11vgbLolJJN
 eixqsxlFeKLGEx9eRQCCbo3dQIUjc2yaOe484QamhsK1nL5xpoNWI1P9zIOpDiGJ
 AJUDBRAxsRPqSoY3Ydic4xkBAbWLA/9q1Fdnnk4unpGQsG31Qbtr4AzaQD5m/JHI
 4gRmSmbj6luJMgNG3fpO06Gd/Z7uxyCJB8pTst2a8C/ljOYZxWT+5uSzkQXeMi5c
 YcI1sZbUpkHtmqPW623hr1PB3ZLA1TIcTbQW+NzJsxQ1Pc6XG9fGkT9WXQW3Xhet
 AP+juVTAhLQlUGV0ZXIgV2VtbSA8cGV0ZXJAcGVydGguZGlhbGl4Lm96LmF1PokA
 lQMFEDGxFCFKhjdh2JzjGQEB6XkD/2HOwfuFrnQUtdwFPUkgtEqNeSr64jQ3Maz8
 xgEtbaw/ym1PbhbCk311UWQq4+izZE2xktHTFClJfaMnxVIfboPyuiSF99KHiWnf
 /Gspet0S7m/+RXIwZi1qSqvAanxMiA7kKgFSCmchzas8TQcyyXHtn/gl9v0khJkb
 /fv3R20btB5QZXRlciBXZW1tIDxwZXRlckBGcmVlQlNELm9yZz6JAJUDBRAxsRJd
 SoY3Ydic4xkBAZJUA/4i/NWHz5LIH/R4IF/3V3LleFyMFr5EPFY0/4mcv2v+ju9g
 brOEM/xd4LlPrx1XqPeZ74JQ6K9mHR64RhKR7ZJJ9A+12yr5dVqihe911KyLKab9
 4qZUHYi36WQu2VtLGnw/t8Jg44fQSzbBF5q9iTzcfNOYhRkSD3BdDrC3llywO7Ql
 UGV0ZXIgV2VtbSA8cGV0ZXJAc3Bpbm5lci5kaWFsaXguY29tPokAlQMFEDGxEi1K
 hjdh2JzjGQEBdA4EAKmNFlj8RF9HQsoI3UabnvYqAWN5wCwEB4u+Zf8zq6OHic23
 TzoK1SPlmSdBE1dXXQGS6aiDkLT+xOdeewNs7nfUIcH/DBjSuklAOJzKliXPQW7E
 kuKNwy4eq5bl+j3HB27i+WBXhn6OaNNQY674LGaR41EGq44Wo5ATcIicig/z
 =gv+h
 -----END PGP PUBLIC KEY BLOCK-----</programlisting>	  
     </sect2>
     
   </sect1>
   
   <sect1 id="pgpkeys-developers">
     <title>開発者</title>
 
     <sect2>
       <title>&a.will;</title>
 
       <programlisting>pub  1024D/F81672C5 2000-05-22 Will Andrews (Key for official matters) &lt;will@FreeBSD.org&gt;
      Key fingerprint = 661F BBF7 9F5D 3D02 C862  5F6C 178E E274 F816 72C5
 uid                            Will Andrews &lt;will@physics.purdue.edu&gt;
 uid                            Will Andrews &lt;will@puck.firepipe.net&gt;
 uid                            Will Andrews &lt;will@c-60.org&gt;
 uid                            Will Andrews &lt;will@csociety.org&gt;
 uid                            Will Andrews &lt;will@csociety.ecn.purdue.edu&gt;
 uid                            Will Andrews &lt;will@telperion.openpackages.org&gt;
 sub  1024g/55472804 2000-05-22
 
 -----BEGIN PGP PUBLIC KEY BLOCK-----
 Version: GnuPG v1.0.4 (FreeBSD)
 Comment: For info see http://www.gnupg.org
 
 mQGiBDkpEQ4RBAC9OidsAMYXkcTy2/Vb0/YO4X06+pwtKVPbYRHt0wSvmoeUhr8k
 W7YIZpORNycc4v/0p4U/vD3fNL4bb07gnkijJWC+RrLVsxp/HkAy+XPy1TlBg/g9
 rgT+eNnmIudIbIFGgfNYR9pcjdBvDYYzn0rKCxZ3bUqQv1iY1Szd6XBVYwCgmRt/
 TtV14iuuWTXcCB9ZM118W/sEAKxMqiMnqr4VZ43Dr2EPOjmWTU+rqWhLQsfPj0MO
 r1Fm3kCr2kf+k5o8o/Ry6a9bNaufrO9LsR7yvPEia/J8ofAAonWM5VHywK5V/+D2
 ZSXqscdpGN74cRu33vAs8V5Wcnc2EaRk7t3yBk8Cdek2If9pOTVWD7Jjhmaqxp59
 rCh6A/9NNpxhBQkCRaixGrqNae9ASQdtZAe32+ZxQ3cvhfNb8y11dHVWG6ft3vZi
 lUgBKCwWJ8y7rcpmUg0mQEGgGLpA0pdtOn0r20Re+WgeBiO1afi80JYbpICjtToN
 +9bK1GWwkyoXcHDCoCyGkk3ZJx486YjlZ+g8CqbYjqclisBRALQ6V2lsbCBBbmRy
 ZXdzIChLZXkgZm9yIG9mZmljaWFsIG1hdHRlcnMpIDx3aWxsQEZyZWVCU0Qub3Jn
 PohWBBMRAgAWBQI5KREOBAsKBAMDFQMCAxYCAQIXgAAKCRAXjuJ0+BZyxXK9AJ98
 8qcbCXD8dbu5UElIXyVgtCpSxQCePH23d1468zNXLosSjAM/9h0liSyJAJUDBRA5
 74f6TVYoIXkFDBEBAUkXA/4vTZbVHINxXv8ibNOwc8zRT08qo/+Iw9bk+VZT1Xjn
 A87pDJyH1k5TlikkMcTZvuKgssosymef60Nmn2/De+PBO8zvKHcTVu05aNVa73tg
 trwTl7ENt+W1DapWy13F/tX+STmZJpwJyNnc9LXe/purKQeNvcm5tOg4F/YG8d2e
 fohGBBARAgAGBQI5+H4QAAoJEK9FHtaSnhLg6gsAniX8LUlfBDyl91aWd2NRUzbg
 N5WhAKCCLiFZq9VNOkWvvDgjZzgAXj76W4hGBBARAgAGBQI6ouoFAAoJEFfKvVMG
 TqYaWVkAnAmGUup4WCbHu8c4wXvGswYDyYNXAJ0XIIJCKOFyKlof+v2Rm/J5IbP0
 NYhGBBARAgAGBQI6omaOAAoJEH5rTE5yo9FXsNcAoJHYIQi/k1v0FlYAZnYikG94
 LV67AJ9bb+qeiYkHgnAYqMLuk8pv1So6e4hGBBARAgAGBQI6oZ+kAAoJEFZ+so+o
 kYHJj8MAnAz2IpK9Bt3Kf+5tMZZar8GyciAnAJ4nbeQGuBXTZd1dtAAHCsHPvDpo
 TYhGBBARAgAGBQI6oY8UAAoJENuTRJDtZOBHC3UAoKJGpnx5MKT07nrg/tLcHDIr
 RILoAJ9WNsiSA+a4Pk8RXN7TT8NMXR1PDYhGBBARAgAGBQI6oYMLAAoJEGThPMPL
 m56Bj9EAn06SAivn1Ll5AOjpHcv+lyHu3Y2LAKCVY9ejgWzNsAXkyk1zzr/w65m6
 2IhGBBARAgAGBQI6oVEPAAoJENHLaIZZSoFYtqEAn1fiWA5C6foEV71UnZ9jAslP
 zFulAKCmyH5S32XA2oZiXOO2dh87tD3ku4hGBBARAgAGBQI6oVWbAAoJEH2lYKC2
 NiUF8WIAn2ov1kKivbanjlmkhqUfhJ4UgnmaAKCKbDev7w9A/x165BOa0gY4lsuo
 jYhGBBARAgAGBQI6YhEMAAoJEH7GRFHr0ksD+6EAn3xlIX9koN/aZmgzghEn01dV
 L5QVAJ9vHUwP4LTEYVe+oYPzFNW9Dx9fm4hGBBARAgAGBQI6YhIuAAoJEKU/65aE
 ev7dTGQAnRFFYj6VafoBDbi7cuuNddL4viwTAJ9Auv+fan1RWaUIVZzq5qgXsrcQ
 B4hGBBARAgAGBQI6oV6FAAoJEMPcgjWRkSGbbHgAnjXsGyCZ3Lf0MAq7ZzWZYQP9
 YjeqAJwKtrO440YlW1IyuYXQ6Ysgj76MF4hGBBARAgAGBQI6tTL5AAoJEIiAJody
 7R5edJ8An3LrnEhtPiweCq2cVStw0PSJb/brAJ45SNjE11cqZSYlPMd3z2S8UtEH
 OIhGBBARAgAGBQI6wMZ3AAoJEMiQcw+j+eMOCOMAnjkJqTQn42X9UHkPkTj/eGCk
 5qzbAJ9nPnHucrIC+M88X15gKCatzhgJTohGBBARAgAGBQI6wLzDAAoJENyUJSW9
 K5HzWmEAn1Xgz5P2xkoKTi/ng+UQHNPuhKIuAJ0VF4FFlwV7lEm0a/JiXObAJ64L
 x7QmV2lsbCBBbmRyZXdzIDx3aWxsQHBoeXNpY3MucHVyZHVlLmVkdT6IVwQTEQIA
 FwUCOmFc1AULBwoDBAMVAwIDFgIBAheAAAoJEBeO4nT4FnLFUjoAn0Ks6AlwN8H1
 i8imyQ1UDEFpxe3aAJ44hhl/Ta/Z5KgiKoNUUg8oRNQFFYhGBBARAgAGBQI6ouoW
 AAoJEFfKvVMGTqYayQkAoISw+fWv05EiYQ9xkwJu5XtTokjWAJ42ZCjgrXATuX9c
 SVzTMZY/FLKolohGBBARAgAGBQI6omaUAAoJEH5rTE5yo9FXnNAAoMg3JWMIB2ut
 ++mWLBlAuEIOIihLAKC7E0ST0zeH5NnsYb36+WArLT5CjYhGBBARAgAGBQI6oZ+n
 AAoJEFZ+so+okYHJ3qwAn3G9EK1LlPeNoaODc4svKocgCSaPAJwID4VnVmt1fy7f
 VwEmJtESEFe0e4hGBBARAgAGBQI6oY8jAAoJENuTRJDtZOBH/QYAoLgGSFEQ4KKN
 Fo2oB1rtMXj/2wVFAKCT5DscciHxrEsnMXfvi4Hgyqgdb4hGBBARAgAGBQI6oYMQ
 AAoJEGThPMPLm56BN9MAn2//so0qo5P67lP2nlSmhUmU/ak3AJ9j1P74ZRFCIwy6
 z0na+KpxbEEgkIhGBBARAgAGBQI6oVEeAAoJENHLaIZZSoFY8l0AoKkG8dRzB8FE
 EPgv7FMT+M5PiuUXAKDs0G3bfbJOToLFO4HwB423NeCY2ohGBBARAgAGBQI6oV6J
 AAoJEMPcgjWRkSGb5J0AoJvPVCSA82Sng0c/5CL90eB/9Us6AJ9MZVTutJi90A4d
 Ej2Ju1HojNfArYhGBBARAgAGBQI6tTMHAAoJEIiAJody7R5edPkAoIynoLSyLyZ2
 3VSx4whOWHHAnPMJAJ0UArDeP+hl3pF5jiOo3Q6mgSGfLIhGBBARAgAGBQI6wMZ/
 AAoJEMiQcw+j+eMO2OUAnjLKCBmwGHJmOY4shJD1uEvARSrQAJ0XeOy8ksaL9F6U
 Gaye9Ane2/Gmz4hGBBARAgAGBQI6wLzLAAoJENyUJSW9K5HzTJYAnArbbEZByEsk
 DTu6xv9w6EeWv/qsAJ4yZ6Xa8m+Om14k980SljIr179sGbQlV2lsbCBBbmRyZXdz
 IDx3aWxsQHB1Y2suZmlyZXBpcGUubmV0PohXBBMRAgAXBQI6Ye2+BQsHCgMEAxUD
 AgMWAgECF4AACgkQF47idPgWcsWkmQCeOt47//ErUkurExhyXnhQmjI47D8An0tV
 6jn4feMbYbmyV7vSVVy4oa/BiEYEEBECAAYFAjqi6hYACgkQV8q9UwZOphqZ8gCd
 GiL7pKZGl8V+PmG3ps2bS9+XvKIAn1w5+AHxx9qXFIpOdRyc7QD+LjI1iEYEEBEC
 AAYFAjqiZpMACgkQfmtMTnKj0Ve9HQCeOEo9OTFkV3o5qVJwg3070mAzpdQAoMQQ
 qo+R1Pavd8Alkpu45MkAncqliEYEEBECAAYFAjqhn6cACgkQVn6yj6iRgclZrACg
 kkerLWeOrb+hx/E+FG1WdQ92oSsAn3MNG2fYsFptd1yh4LD4IOqE0pFiiEYEEBEC
 AAYFAjqhjyMACgkQ25NEkO1k4EcukQCgoUn1SWSVJK4kj0GMrzMiM7/HLv8AnRSV
 RolejSRG6pt84KgWVOn5mW/GiEYEEBECAAYFAjqhgxAACgkQZOE8w8ubnoE+ZgCg
 jmIluke/eHJunoLuO2txdU4Rb0gAoNK02FeLlJUb4czG6fMv/N5oktsHiEYEEBEC
 AAYFAjqhUR4ACgkQ0ctohllKgVi1iQCgqfW0k9L53kONj8SmGOSJtV6FJxkAn21T
 HKGEOPSyc8aKMRGUUsKVJ1vWiEYEEBECAAYFAjqhXokACgkQw9yCNZGRIZvX6gCe
 LYPUxWQlFUyOz8XYJHY5zLYPc+8AoLHS1+OzaNeUOF7zazhebwFhVbEMiEYEEBEC
 AAYFAjq1MwcACgkQiIAmh3LtHl7uuACbBilA1sA2P2JifE6AZPiHiIs9XLUAoJoY
 RVE9UP2snL9TpSx7lpzsSIowiEYEEBECAAYFAjrAxn8ACgkQyJBzD6P54w7cnACf
 VjZQnExXAv4sAW1GuKwzYtvGEPkAn2TRbIFW+C2LGDJNl/1zQeSlDLWkiEYEEBEC
 AAYFAjrAvMsACgkQ3JQlJb0rkfNMUwCgt8J4pw8qwiWVNUDRWAGshv/vRJUAn3MU
 29x88keUJM4S9oWvw41YI85PtBxXaWxsIEFuZHJld3MgPHdpbGxAYy02MC5vcmc+
 iFcEExECABcFAjph7wsFCwcKAwQDFQMCAxYCAQIXgAAKCRAXjuJ0+BZyxWirAJoD
 39/0AZK6FltXjv1oLpJmslLdLQCeKm28Uyv4HysxhC0zufVBST9hK9yIRgQQEQIA
 BgUCOqGfpwAKCRBWfrKPqJGBye6oAJ9Jvu+ro1c8MA/7vROD4WhH5A5kAACdHZFV
 ILpqZKY5PX6airLJkFNyRSSIRgQQEQIABgUCOqLqFgAKCRBXyr1TBk6mGqUwAJ4w
 l2pFeL0BkLLQGErwIyAgS8puowCfVXp68uMriB/F56Fd4iHF3O8+ZuKIRgQQEQIA
 BgUCOqGDEAAKCRBk4TzDy5uegZv4AJ0bElzl89dUg0ONgUO7qOu7xiCmfQCfRFH7
 7CcMiX9uxTswP3F9C7nDS3qIRgQQEQIABgUCOqJmkwAKCRB+a0xOcqPRV2/5AJ9Z
 njjHsDi8uhGg2lyGHsGg41NIbwCfS9qKfHJjFFszID1T4ja4nHsMtmmIRgQQEQIA
 BgUCOrUzBwAKCRCIgCaHcu0eXjIKAJsHv49nIBSfOcGLIRePTGMiOLFI6wCfXDzp
 KFyX+dxOZt3qT6jujiQpZTeIRgQQEQIABgUCOqFeiQAKCRDD3II1kZEhm4I4AKC5
 vwsD8Rslq2HhgbOmlS3rvV9mQQCgjbd+fsO91t+F+3Q0LuaUbzEaoBWIRgQQEQIA
 BgUCOsDGfwAKCRDIkHMPo/njDkp5AJ42DzStyPGD7eEMaS+RW6IeNDWeswCfSaSv
 XA2PvSex7qMyzVe6xJNwDwSIRgQQEQIABgUCOqFRHgAKCRDRy2iGWUqBWIuNAKDX
 SqkEFxqdZWv4NU48hUB+D8d5nwCgvKsz1yfRxvCyIFkbGxHV3zNJEqWIRgQQEQIA
 BgUCOqGPIwAKCRDbk0SQ7WTgRz9NAJ94uuOt9pDheNfbnFIJLQemikkrzACfWAEn
 Qjhw6hHNX7dioOuR+UgshySIRgQQEQIABgUCOsC8ywAKCRDclCUlvSuR868/AJ4t
 /KSyTGzZUVjwSrRQYByuKnrBNgCeMwVMvH879zborpgXUqBkls3YOR20IFdpbGwg
 QW5kcmV3cyA8d2lsbEBjc29jaWV0eS5vcmc+iFcEExECABcFAjphXO4FCwcKAwQD
 FQMCAxYCAQIXgAAKCRAXjuJ0+BZyxXjSAJ9IyTcfYDh5Dwlyebnhq9Foii4gBACd
 HTejVdDfIrOrUjtQ4TWDypthyhaIRgQQEQIABgUCOqGfpwAKCRBWfrKPqJGBydgV
 AJ0cL6kMOTpWk2SQlkb5mU/sJgX5MgCfWHKN/RMVHwak8wdA09AEgCQDT4KIRgQQ
 EQIABgUCOqLqFgAKCRBXyr1TBk6mGijFAJ45/wZpCwYv6tFs+oledFz6pUwLtQCc
 DHSSS5B788CdK4pkNL5BfrbOA7eIRgQQEQIABgUCOqGDEAAKCRBk4TzDy5uegR+t
 AKDaHO7QfYb1Hldb/5Ny9+fxqLUo0ACgy9hXkubFNKqpRBWhyEBi+PCAAluIRgQQ
 EQIABgUCOqJmkwAKCRB+a0xOcqPRV40BAKDhSfcFe9CM/ZUnxdoHOfQzD9+/qACf
 UHqi/zOctYWg7+x76h5SXcV7qkqIRgQQEQIABgUCOrUzBwAKCRCIgCaHcu0eXgrg
 AKCja81EXntgHgJhk/8sSgIUTvb7gACgtj4xIH6eQSUcHzq0Xd8GlEg27n+IRgQQ
 EQIABgUCOqFeiQAKCRDD3II1kZEhmx9WAJsHViFyGDuznrh3aVMfyD7qF6DFMgCd
 GL6jYdNNlUNrP5POrqdCQI/uataIRgQQEQIABgUCOsDGfwAKCRDIkHMPo/njDtub
 AJ0V3ien/jICNywJ2RpkAXTDNS21RwCfWViO3UdFDqsYzKCpkAzr7utJdiqIRgQQ
 EQIABgUCOqFRHgAKCRDRy2iGWUqBWBV8AKCVcRIJPlNrbMYKiFLK/igUBesvCgCg
 4poS9VzusjkShWAqVNn90ayxItmIRgQQEQIABgUCOqGPIwAKCRDbk0SQ7WTgR4If
 AJ9RFT/GIyOZOOEIpZAgYoBMcnQgzgCgvP355PPYTreqWo0FDgSxOafDWZaIRgQQ
 EQIABgUCOsC8ywAKCRDclCUlvSuR80GZAJwMNAGH8ZLsAybMJ/k9xloazYdsKwCf
 R6b15VcnFyBBtWIZid0wUJPF/5y0K1dpbGwgQW5kcmV3cyA8d2lsbEBjc29jaWV0
 eS5lY24ucHVyZHVlLmVkdT6IVwQTEQIAFwUCOmFc4AULBwoDBAMVAwIDFgIBAheA
 AAoJEBeO4nT4FnLFfHkAni2QwMJx3osqrD6/ddlfdPVZovExAJ9gynzqLFzL/++6
 lCfdj0AAT8VYRohGBBARAgAGBQI6oZ+nAAoJEFZ+so+okYHJWSIAnA0EYSkjZpeZ
 DkBupkg2l8gVczCIAJ4jCf9OiS+woV6cBwqVoErEaHP9O4hGBBARAgAGBQI6ouoW
 AAoJEFfKvVMGTqYa7moAoKdyRHHvvnZ8AXtTJtizwmwwUM0/AKCi7xFpCUkIVlBb
 rXI4+H//SFdhnYhGBBARAgAGBQI6oYMQAAoJEGThPMPLm56BLowAoLzZockq/5aG
 XtoZd9ZbeXIf7nr2AJ0d/NhM2SEBC7HGlSN/jiXQL5cRWYhGBBARAgAGBQI6omaU
 AAoJEH5rTE5yo9FXwooAoNs2pxp0JyNzg8W7llbKm3hZT919AKDU11wL2U/c3jEB
 Tzds8BgYOV9vcIhGBBARAgAGBQI6tTMHAAoJEIiAJody7R5enHcAn2Xg1Z1vijU/
 epXSkPFGdUzUSP1RAJ9K7CwtvmCU2IeM21Ofxc21N4aSBYhGBBARAgAGBQI6oV6J
 AAoJEMPcgjWRkSGbKg0AoJ8K0/6hiwW4zPmDEEyWz/FdDFV9AJ0dTktCn5BFsc/G
 EtFoAT8ZY41UnohGBBARAgAGBQI6wMZ/AAoJEMiQcw+j+eMORu0An2yd5W7PB6zc
 qJnDUnZS7r4xx/rNAJwJIbhyn8rYF+gFR5APXuBIaSJnTYhGBBARAgAGBQI6oVEf
 AAoJENHLaIZZSoFYNskAniPrRzO3Cn7kvOFp+vr1cGoc41AbAJ0YdM3n0zlXLgL+
 EJDZoZXa+FXHnIhGBBARAgAGBQI6oY8jAAoJENuTRJDtZOBHwloAoJ6MwsDbFmFZ
 bOEXMR6aA6iS1uvsAJoCRsDOad2mvV7uKGm8WWg9uw4lsIhGBBARAgAGBQI6wLzL
 AAoJENyUJSW9K5HzkXAAoLQmrReQZOBZOJIdYIL7ns8DHRz/AJ9PYQQTr/yojLNA
 oxnMpITtqNML7bQuV2lsbCBBbmRyZXdzIDx3aWxsQHRlbHBlcmlvbi5vcGVucGFj
 a2FnZXMub3JnPohWBBMRAgAXBQI6YV0CBQsHCgMEAxUDAgMWAgECF4AACgkQF47i
 dPgWcsUZ+QCfcXuWqcLIMugVU+hNb4ksM7Wh0swAmKZdOHxGuPnEzZLxANd1mh+o
 ZUGIRgQQEQIABgUCOqGfqAAKCRBWfrKPqJGByatIAJ4kOWmxRB8Gp0Qt5CuAqICX
 h+b6bgCfePafenjj4MlNnA9XL/33Lr7YIvWIRgQQEQIABgUCOqLqFgAKCRBXyr1T
 Bk6mGmZ3AJ9bP3hyoiJg2FKZj67d+QJEXtbvxwCfbIxRLs0QPtGcWGNp1a9hRsjL
 Xj+IRgQQEQIABgUCOqGDEAAKCRBk4TzDy5uegbLoAJ0Y6fVacc5uTXGC2A8Ldwu2
 qF0SvACgmGT5HX3LRXfKSYiXnPHeiCOwf62IRgQQEQIABgUCOqJmlAAKCRB+a0xO
 cqPRV+DhAKCXj3DwhUwir1Mo05ZcN4rQmm4AsACgpIxLZILww0P1ikrzVC4QcT5r
 QxaIRgQQEQIABgUCOrUzCAAKCRCIgCaHcu0eXjLzAKDPBxBKmmwFYa00EzqUkONo
 0k39OwCeOgHBWuaixXaXkxeuEcxZ7c/HrqqIRgQQEQIABgUCOqFeiQAKCRDD3II1
 kZEhm8pmAJ9viHoD2kioajxmUz/mYUFeJsFnDQCgqF8FSS5u/Snz5e78tMkQ6QB4
 1bqIRgQQEQIABgUCOsDGfwAKCRDIkHMPo/njDt9uAJ9VBB6VTOV6UANVTH7m/nll
 Fl8/ZACfZoFfRRQ2+UUnxypk5HD2Qd8Cu22IRgQQEQIABgUCOqFRHwAKCRDRy2iG
 WUqBWGW6AJ9mplLKda7e/wiuaL8jz9/4jwb5yQCdFIJBPw6T22iRHZsQ3K3t7s2O
 xeGIRgQQEQIABgUCOqGPIwAKCRDbk0SQ7WTgRw8IAKCs/k4pzfAwcmgsSWQFG1jl
 njBzDwCgi8CWjy9BOEwoUGgMiNQMd7BFYVCIRgQQEQIABgUCOsC8ywAKCRDclCUl
 vSuR81sqAJ9vSIXHYAFeG0HzIQhFKnxgHHOADgCgl3X+eogcl7NS50eG6sZP+Rkt
 H5a5AQ0EOSkRJRAEAJ/nHATDNyJ5pwfA+uPMCIAnVfTipoSZVKAYAq4wZNwkOTmz
 3JSGVG5YGLNX7CZPHchjH453Yzw/OE3wKTHVYByyEgHcjyhuXHX6yOh58Pxwi4S2
 aSx2mcuvl82QRqbG87xHIfwLOK/KLeTrLf/GpkVK6N1yhWsc9j6SEGTZtzNjAAMF
 BACJQ93VNUgh18NHQVr6P9qZb5b6BttsreL3SwMEQPEo5MGvTSKHfLY6c4nvQAZP
 fJpPbO7nzTSL6RmFoDfQ+bjcI28/a/U54CXvzFLqyS078pYeGtZfaxGtf2aBvDTg
 iecM0HlA6PYm70Ug7nDDVzARux8ZF+DZEz6U32o1oIrMxIhGBBgRAgAGBQI5KREl
 AAoJEBeO4nT4FnLF7HoAni1zeGac98aWo2Y6ksjrBUePH4d0AJ9aJkE+JhnF5kg3
 uthgTmRk5Dtxfw==
 =DJY7
 -----END PGP PUBLIC KEY BLOCK-----</programlisting>
     </sect2>
 
     <sect2>
       <title>&a.jmb;</title>
       
       <programlisting>Jonathan M. Bresler &lt;jmb@FreeBSD.org&gt;
 f16    Fingerprint16 = 31 57 41 56 06 C1 40 13  C5 1C E3 E5 DC 62 0E FB
 
 -----BEGIN PGP PUBLIC KEY BLOCK-----
 Version: PGPfreeware 5.0i for non-commercial use
 
 mQCNAzG2GToAAAEEANI6+4SJAAgBpl53XcfEr1M9wZyBqC0tzpie7Zm4vhv3hO8s
 o5BizSbcJheQimQiZAY4OnlrCpPxijMFSaihshs/VMAz1qbisUYAMqwGEO/T4QIB
 nWNo0Q/qOniLMxUrxS1RpeW5vbghErHBKUX9GVhxbiVfbwc4wAHbXdKX5jjdAAUR
 tCVKb25hdGhhbiBNLiBCcmVzbGVyIDxqbWJARnJlZUJTRC5PUkc+iQCVAwUQNbtI
 gAHbXdKX5jjdAQHamQP+OQr10QRknamIPmuHmFYJZ0jU9XPIvTTMuOiUYLcXlTdn
 GyTUuzhbEywgtOldW2V5iA8platXThtqC68NsnN/xQfHA5xmFXVbayNKn8H5stDY
 2s/4+CZ06mmJfqYmONF1RCbUk/M84rVT3Gn2tydsxFh4Pm32lf4WREZWRiLqmw+J
 AJUDBRA0DfF99RVb+45ULV0BAcZ0BACCydiSUG1VR0a5DBcHdtin2iZMPsJUPRqJ
 tWvP6VeI8OFpNWQ4LW6ETAvn35HxV2kCcQMyht1kMD+KEJz7r8Vb94TS7KtZnNvk
 2D1XUx8Locj6xel5c/Lnzlnnp7Bp1XbJj2u/NzCaZQ0eYBdP/k7RLYBYHQQln5x7
 BOuiRJNVU4kAlQMFEDQLcShVLh4uc9KIpQEBJv4D/3mDrD0MM9EYOVuyXik3UGVI
 8quYNA9ErVcLdt10NjYc16VI2HOnYVgPRag3Wt7W8wlXShpokfC/vCNt7f5JgRf8
 h2a1/MjQxtlD+4/Js8k7GLa53oLon6YQYk32IEKexoLPwIRO4L2BHWa3GzHJJSP2
 aTR/Ep90/pLdAOu/oJDUiQCVAwUQMqyL0LNaYutZnzI9AQF25QP9GFXhBrz2tiWz
 2+0gWbpcGNnyZbfsVjF6ojGDdmsjJMyWCGw49XR/vPKYIJY9EYo4t49GIajRkISQ
 NNiIz22fBAjT2uY9YlvnTJ9NJleMfHr4dybo7oEKYMWWijQzGjqf2m8wf9OaaofE
 KwBX6nxcRbKsxm/BVLKczGYl3XtjkcuJAJUDBRA1ol5TZWCprDT5+dUBATzXA/9h
 /ZUuhoRKTWViaistGJfWi26FB/Km5nDQBr/Erw3XksQCMwTLyEugg6dahQ1u9Y5E
 5tKPxbB69eF+7JXVHE/z3zizR6VL3sdRx74TPacPsdhZRjChEQc0htLLYAPkJrFP
 VAzAlSlm7qd+MXf8fJovQs6xPtZJXukQukPNlhqZ94kAPwMFEDSH/kF4tXKgazlt
 bxECfk4AoO+VaFVfguUkWX10pPSSfvPyPKqiAJ4xn8RSIe1ttmnqkkDMhLh00mKj
 lLQuSm9uYXRoYW4gTS4gQnJlc2xlciA8Sm9uYXRoYW4uQnJlc2xlckBVU2kubmV0
 PokAlQMFEDXbdSkB213Sl+Y43QEBV/4D/RLJNTrtAqJ1ATxXWv9g8Cr3/YF0GTmx
 5dIrJOpBup7eSSmiM/BL9Is4YMsoVbXCI/8TqA67TMICvq35PZU4wboQB8DqBAr+
 gQ8578M7Ekw1OAF6JXY6AF2P8k7hMcVBcVOACELPT/NyPNByG5QRDoNmlsokJaWU
 /2ls4QSBZZlb
 =zbCw
 -----END PGP PUBLIC KEY BLOCK-----</programlisting>
     </sect2>
     
     <sect2>
       <title>&a.ache;</title>
       
       <programlisting>Andrey A. Chernov &lt;ache@FreeBSD.org&gt;
        aka &lt;ache@nagual.pp.ru&gt;
 Key fingerprint = 33 03 9F 48 33 7B 4A 15  63 48 88 0A C4 97 FD 49
 
 -----BEGIN PGP PUBLIC KEY BLOCK-----
 Version: 2.6.3ia
 
 mQCNAiqUMGQAAAEEAPGhcD6A2Buey5LYz0sphDLpVgOZc/bb9UHAbaGKUAGXmafs
 Dcb2HnsuYGgX/zrQXuCi/wIGtXcZWB97APtKOhFsZnPinDR5n/dde/mw9FnuhwqD
 m+rKSL1HlN0z/Msa5y7g16760wHhSR6NoBSEG5wQAHIMMq7Q0uJgpPLZnQjrAAUT
 tCVBbmRyZXkgQS4gQ2hlcm5vdiA8YWNoZUBuYWd1YWwucHAucnU+iQCVAwUQM2Ez
 u+JgpPLZnQjrAQEyugP8DPnS8ixJ5OeuYgPFQf5sy6l+LrB6hyaS+lgsUPahWjNY
 cnaDmfda/q/BV5d4+y5rlQe/pjnYG7/yQuAR3jhlXz8XDrqlBOnW9AtYjDt5rMfJ
 aGFTGXAPGZ6k6zQZE0/YurT8ia3qjvuZm3Fw4NJrHRx7ETHRvVJDvxA6Ggsvmr20
 JEFuZHJleSBBLiBDaGVybm92IDxhY2hlQEZyZWVCU0Qub3JnPokAlQMFEDR5uVbi
 YKTy2Z0I6wEBLgED/2mn+hw4/3peLx0Sb9LNx//NfCCkVefSf2G9Qwhx6dvwbX7h
 mFca97h7BQN4GubU1Z5Ffs6TeamSBrotBYGmOCwvJ6S9WigF9YHQIQ3B4LEjskAt
 pcjU583y42zM11kkvEuQU2Gde61daIylJyOxsgpjSWpkxq50fgY2kLMfgl/ftCZB
 bmRyZXkgQS4gQ2hlcm5vdiA8YWNoZUBuaWV0enNjaGUubmV0PokAlQMFEDR5svDi
 YKTy2Z0I6wEBOTQD/0OTCAXIjuak363mjERvzSkVsNtIH9hA1l0w6Z95+iH0fHrW
 xXKT0vBZE0y0Em+S3cotLL0bMmVE3F3D3GyxhBVmgzjyx0NYNoiQjYdi+6g/PV30
 Cn4vOO6hBBpSyI6vY6qGNqcsawuRtHNvK/53MpOfKwSlICEBYQimcZhkci+EtCJB
 bmRyZXkgQS4gQ2hlcm5vdiA8YWNoZUBuYWd1YWwucnU+iQCVAwUQMcm5HeJgpPLZ
 nQjrAQHwvQP9GdmAf1gdcuayHEgNkc11macPH11cwWjYjzA2YoecFMGV7iqKK8QY
 rr1MjbGXf8DAG8Ubfm0QbI8Lj8iG3NgqIru0c72UuHGSn/APfGGG0AtPX5UK/k7B
 gI0Ca2po6NA5nrSp8tDsdEz/4gyea84RXl2prtTf5Jj07hflbRstGXK0MkFuZHJl
 eSBBLiBDaGVybm92LCBCbGFjayBNYWdlIDxhY2hlQGFzdHJhbC5tc2suc3U+iQCV
 AwUQMCsAo5/rGryoL8h3AQHq1QQAidyNFqA9hvrmMcjpY7csJVFlGvj574Wj4GPa
 o3pZeuQaMBmsWqaXLYnWU/Aldb6kTz6+nRcQX50zFH0THSPfApwEW7yybSTI5apJ
 mWT3qhKN2vmLNg2yNzhqLTzHLD1lH3i1pfQq8WevrNfjLUco5S/VuekTma/osnzC
 Cw7fQzCJAJUDBRAwKvwoa1pnjYGyp3kBARihBACoXr3qfG65hFCyKJISmjOvaoGr
 anxUIkeDS0yQdTHzhQ+dwB1OhhK15E0Nwr0MKajLMm90n6+Zdb5y/FIjpPriu8dI
 rlHrWZlewa88eEDM+Q/NxT1iYg+HaKDAE171jmLpSpCL0MiJtO0i36L3ekVD7Hv8
 vffOZHPSHirIzJOZTYkAlQMFEDAau6zFLUdtDb+QbQEBQX8D/AxwkYeFaYxZYMFO
 DHIvSk23hAsjCmUA2Uil1FeWAusb+o8xRfPDc7TnosrIifJqbF5+fcHCG5VSTGlh
 Bhd18YWUeabf/h9O2BsQX55yWRuB2x3diJ1xI/VVdG+rxlMCmE4ZR1Tl9x+Mtun9
 KqKVpB39VlkCBYQ3hlgNt/TJUY4riQCVAwUQMBHMmyJRltlmbQBRAQFQkwP/YC3a
 hs3ZMMoriOlt3ZxGNUUPTF7rIER3j+c7mqGG46dEnDB5sUrkzacpoLX5sj1tGR3b
 vz9a4vmk1Av3KFNNvrZZ3/BZFGpq3mCTiAC9zsyNYQ8L0AfGIUO5goCIjqwOTNQI
 AOpNsJ5S+nMAkQB4YmmNlI6GTb3D18zfhPZ6uciJAJUCBRAwD0sl4uW74fteFRkB
 AWsAA/9NYqBRBKbmltQDpyK4+jBAYjkXBJmARFXKJYTlnTgOHMpZqoVyW96xnaa5
 MzxEiu7ZWm5oL10QDIp1krkBP2KcmvfSMMHb5aGCCQc2/P8NlfXAuHtNGzYiI0UA
 Iwi8ih/S1liVfvnqF9uV3d3koE7VsQ9OA4Qo0ZL2ggW+/gEaYIkAlQMFEDAOz6qx
 /IyHe3rl4QEBIvYD/jIr8Xqo/2I5gncghSeFR01n0vELFIvaF4cHofGzyzBpYsfA
 +6pgFI1IM+LUF3kbUkAY/2uSf9U5ECcaMCTWCwVgJVO+oG075SHEM4buhrzutZiM
 1dTyTaepaPpTyRMUUx9ZMMYJs7sbqLId1eDwrJxUPhrBNvf/w2W2sYHSY8cdiQCV
 AwUQMAzqgHcdkq6JcsfBAQGTxwQAtgeLFi2rhSOdllpDXUwz+SS6bEjFTWgRsWFM
 y9QnOcqryw7LyuFmWein4jasjY033JsODfWQPiPVNA3UEnXVg9+n8AvNMPO8JkRv
 Cn1eNg0VaJy9J368uArio93agd2Yf/R5r+QEuPjIssVk8hdcy/luEhSiXWf6bLMV
 HEA0J+OJAJUDBRAwDUi+4mCk8tmdCOsBAatBBACHB+qtW880seRCDZLjl/bT1b14
 5po60U7u6a3PEBkY0NA72tWDQuRPF/Cn/0+VdFNxQUsgkrbwaJWOoi0KQsvlOm3R
 rsxKbn9uvEKLxExyKH3pxp76kvz/lEWwEeKvBK+84Pb1lzpG3W7u2XDfi3VQPTi3
 5SZMAHc6C0Ct/mjNlYkAlQMFEDAMrPD7wj+NsTMUOQEBJckD/ik4WsZzm2qOx9Fw
 erGq7Zwchc+Jq1YeN5PxpzqSf4AG7+7dFIn+oe6X2FcIzgbYY+IfmgJIHEVjDHH5
 +uAXyb6l4iKc89eQawO3t88pfHLJWbTzmnvgz2cMrxt94HRvgkHfvcpGEgbyldq6
 EB33OunazFcfZFRIcXk1sfyLDvYE
 =1ahV
 -----END PGP PUBLIC KEY BLOCK-----</programlisting>
     </sect2>
 
     <sect2>
       <title>&a.nik;</title>
 
       <programlisting>pub  1024D/2C37E375 2000-11-09 Nik Clayton &lt;nik@slashdot.org>
      Key fingerprint = 15B8 3FFC DDB4 34B0 AA5F  94B7 93A8 0764 2C37 E375
 uid                            Nik Clayton &lt;nik@freebsd.org>
 uid                            Nik Clayton &lt;nik@bsdi.com>
 uid                            Nik Clayton &lt;nik@crf-consulting.co.uk>
 uid                            Nik Clayton &lt;nik@ngo.org.uk>
 sub  1024g/769E298A 2000-11-09 [expires: 2000-11-10]
 
 -----BEGIN PGP PUBLIC KEY BLOCK-----
 Version: GnuPG v1.0.4 (FreeBSD)
 Comment: For info see http://www.gnupg.org
 
 mQGiBDoKphMRBACXqpAlgcW54cNw4RBJvlbX5GZ4+VGpV8AyFnkkrKelwH+qgViL
 L96W7iXCEQqciAAQ2Jw6AMskSdVbb24Y70foITKGo1VEXBKJci3sdKvuPWkHNlJq
 zGKIrikVHLrD5Yixt1b6SVntWiRJaddiUaI21Zcuechaap3isOAdYrNR8wCgluEV
 qGB0ng92wVENiIaooHiib28EAIzfn+czzPm19gtAM03W/otZJqsHsIGWuuoIC+Wn
 Gr9aGVFGB9NcYXHz+jdwSe3o8oE84ohWBI/JVX4K+xCt1gXBqRax4F1QdDse3np3
 o49bV79VFbaec8htk88NTp6Xwd8b1GaUFXFbtqAN7DbZEz8oB+57E+2q+ajFQTx1
 X6NgA/99QvNMD+SWc73a5SbicKPw0DDktkhHlE4re255nfvgnqjpmxWYyT80Ra+2
 rqABKUrgGgegv1I8/w5zbGBd8h3lO9opMQ1qtt4oAKv/incBh0OouMGyQRINQIMQ
 YQHcUmOu1ds5ijS9B5QCfn89TO4aCoJiS17FRxpJmoNrx30/LrQeTmlrIENsYXl0
 b24gPG5pa0BzbGFzaGRvdC5vcmc+iFcEExECABcFAjpkjbsFCwcKAwQDFQMCAxYC
 AQIXgAAKCRCTqAdkLDfjdVVfAKCA2kYL9EcgyqldY5J1VnyWUKWzAgCdEe2xcNjY
 PILcvlRE+WtAwZ4oHYyIRgQQEQIABgUCOm67jAAKCRBdUhyM5rFQFmTqAKCZAG/9
 xzh3ZhbTk/vD1RFDFhEjtACfY5oFGV5jon4sJHsZRQ/+fv5F+JC0HU5payBDbGF5
 dG9uIDxuaWtAZnJlZWJzZC5vcmc+iFcEExECABcFAjpkjdcFCwcKAwQDFQMCAxYC
 AQIXgAAKCRCTqAdkLDfjdZ9DAJ9LCLBIGCffBCRwI3YQzHM8UPECCwCeKe5kOASp
 LvEMrRp9SVhX+7ZKqU6IRgQQEQIABgUCOm67kQAKCRBdUhyM5rFQFttwAKDF/r0c
 YGsIGOgImbTy4zNK1MV2TgCgjBNGGZkp0XXoYrFwJq+/D1odHPW0Gk5payBDbGF5
 dG9uIDxuaWtAYnNkaS5jb20+iFcEExECABcFAjpkjeYFCwcKAwQDFQMCAxYCAQIX
 gAAKCRCTqAdkLDfjdcmaAJwMbnDu0EHyFcba1los+qIu6fhligCghvGQ7yw/laW/
 udQ78rpE4ojsEc6IRgQQEQIABgUCOm67kQAKCRBdUhyM5rFQFoyQAKDq4xwjv8vg
 OF2brzuAMi4YCFwEewCffzvTLzYI/rj602axggnIrjFtegG0Jk5payBDbGF5dG9u
 IDxuaWtAY3JmLWNvbnN1bHRpbmcuY28udWs+iFcEExECABcFAjpkjfUFCwcKAwQD
 FQMCAxYCAQIXgAAKCRCTqAdkLDfjda4OAJ46HgEmTnz87tjh822xVxqDlSogSgCf
 RvBphjblryO40RfamhgL+X87xOaIRgQQEQIABgUCOm67kQAKCRBdUhyM5rFQFg6x
 AJ9ACILE1XLtBRYb9dLMryacFaqpuwCgwSdjGQLdRHk+1kfCSnweO4OtEra0HE5p
 ayBDbGF5dG9uIDxuaWtAbmdvLm9yZy51az6IVwQTEQIAFwUCOmSOAwULBwoDBAMV
 AwIDFgIBAheAAAoJEJOoB2QsN+N1X+0AoIJWL+1WWJ+/17RsrdxuETbthv4wAJ9g
 n95Juu368QnIvSHDxgnyxxSOxohGBBARAgAGBQI6bruRAAoJEF1SHIzmsVAWpPkA
 nRq+OwehLht3RdZ0eEMaBovxgre6AKDU2u+ORxySutpVAXqt1nbxg2wJobkBDQQ6
 CqYXEAQAkEkfRicoO8I42BfA1Tgaut/HeUdWWLO/nGx6hL2FNkQ/vBhjinsvi3vd
 6+4eUE/O/3deTSGi9GtgXplCGxaDuF/nr9JjAobOQ0f5TFLiILdy8OL2SZE6VHO6
 VfCoGy1N7Eg3jvzJ8pFNxTdVww8HIlArnNn8Kqww57uustQYISsAAwYEAIFghSt+
 tj3C5koFh7IXPLNHrux5XsDMaCUcDTsXjpEQ7WywzHUVgL2QHxeTbZ6ZMp6BkPkl
 sgPdNpFEOCCaUFzJ/z/1/dTGXPMuWgGInuy0bFA5mHdiisjLYP+tvRY170mVSjB+
 qVRErM/fzrO9eQtKkaYLozWXPTZCN5XKk4sGiEwEGBECAAwFAjoKphcFCQABUYAA
 CgkQk6gHZCw343XOsQCglQkSx/QqgZSCpsy4TqaR/vY/lZsAnjFYk/Nm+oFkvCrS
 YdG7pt2qPWQo
 =Ay+O
 -----END PGP PUBLIC KEY BLOCK-----</programlisting>
     </sect2>
 
     <sect2>
       <title>&a.dd;</title>
 
       <programlisting>pub  1024D/9F6669F6 2001-02-04 Dima Dorfman &lt;dima@unixfreak.org&gt;
      Key fingerprint = 0F07 CC6F 305A 698A CEAD  8ED9 1D98 247E 9F66 69F6
 uid                            Dima Dorfman &lt;dd@freebsd.org&gt;
 sub  2048g/1CA759CB 2001-02-04 [expires: 2006-02-03]
 
 -----BEGIN PGP PUBLIC KEY BLOCK-----
 Version: GnuPG v1.0.4 (FreeBSD)
 
 mQGiBDp9u7sRBAClzDBv2LhLDcndJePLW7j7kJ7gQZdm5E6zH7pqldANjz1hNYiD
 t0vhrmsCLJriV+LKPKJvVHXe52NmzZJStryb6P8kIk6/Ynmul1l3nOwkT0504xEW
 XMByYYcfXCx5thE9WPHi5h/bIIyTroRWI8P51MB6MQxFU/yENecmtVukhwCgkpyM
 WNF+eU2wJcHjiT3lWc2/EWcD/1zruxa3UwBI4+gckUjaMQynpOdsHdqfNEbKPpXn
 gmeIte+O46yIXVfrq1OKavQXL55ogXmgHesn4a93wIa9wK7JDmH0lvM0Tse9D9dH
 iii+SPqwQvt3Xo+kwsphYtJsDqg3HPWGOvZzZlNiRjoKklJoQTe7lY3WmPxcObvB
 b6k/A/4gCues7IVIHCqey+2IYYhQxTV/tfvd3ztNokjMTgnINfeyDBafsU1hqgbX
 vXzvGGwPeUB9wvtZjkpcqkpIWzVqDorwXdAXhVw2b8eNx4gUeUZz7vB+qeB1uylA
 sGCT8jJg8w/a9oc1rhPEzyc2NaHr5QrUoMm7nrOw6EZwIzIa5bQhRGltYSBEb3Jm
 bWFuIDxkaW1hQHVuaXhmcmVhay5vcmc+iF0EExECAB0FAjp9u7sFCQlmAYAFCwcK
 AwQDFQMCAxYCAQIXgAAKCRAdmCR+n2Zp9iJUAJ9idv1N6Uon1m627EmfPqPTCITA
 QgCeLhsvzcDxBipq8rIUYwyk+laBnbK0HURpbWEgRG9yZm1hbiA8ZGRAZnJlZWJz
 ZC5vcmc+iF0EExECAB0FAjqpbr4FCQlmAYAFCwcKAwQDFQMCAxYCAQIXgAAKCRAd
 mCR+n2Zp9n3KAJ9sfOFqqRMQNTZwt3D1dNs2NeI/YwCggw8670QZvlfNmwu5PJbu
 giV4ZW+5Ag0EOn28QBAIAJisB3SGQZyFeJ26p2tn65Lpm0OscvYc+tXtzCBI5lu+
 WQ37f4s+oS9yy4AlnDL5jY+h+jY+IFSKig8vNZiti7YQpTAKA3A6su6iHs2E0mj4
 ZRpnHodpc3WCDvKV81Vx+TGwdVSnbnvr342x4/WTJSXjrWK+hPsvYE4Xy0csfUX7
 j3bApTQj9HkJIcaOZs772SclVY0hWq+Y/D4Gz/XQfNB1Ih+q7ncQ8BibVbBVd3U7
 1HpHC7pMi7OWaJ+8RZEpdcfa1UAHvWFqT9cy0W+SvhAH+xw9gydmF0LAS3XDCxGe
 sgBK0jZUD6y8jK8KofL5UpH0jZB3B5KjqI2++i9nhSMAAwUH/ReNyaenJJTjFbmy
 yPahw0iTwZIeXwbK+crB/o040ZPDRccXic2MWi9EdLZExq9KixSD8ZI62UUUnk7j
 NECpugIS61ZXdMIxlsDUafslO0U/d9mqKm9sqeAFeS7jBNf2rpEnmvKKjbV/X8bj
 IZzdJMIK3CdAhODWJSw/rH2wl7UdYZsvjrZI1QJTyZ0HitrYqQpINcKAhCi+qNiv
 lSic4CkBZPJKxGYj1ttX1jd39K4vONxoq5qbVFvjrSjOvaNHXT5r82dPyCm55ji2
 QTBjxac7hIXz1zQU4mhqxv4gFL/x11XHpJcCWVnUiFGYhwDGfv+c98bx2gywqdfX
 0Wh2N/qITAQYEQIADAUCOn28QAUJCWYBgAAKCRAdmCR+n2Zp9hdRAJ9BQl/kY1Fz
 4WemnjUFhRiqc0Nc/QCePLGBbvmC9fzbRY1BxEKlxgqC/5s=
 =oZZ3
 -----END PGP PUBLIC KEY BLOCK-----</programlisting>
     </sect2>
 
     <sect2>
       <title>&a.green;</title>
 
       <programlisting>pub  1024D/773905D6 2000-09-02 Brian Fundakowski Feldman &lt;green@FreeBSD.org&gt;
 sig        773905D6 2000-09-02  Brian Fundakowski Feldman &lt;green@FreeBSD.org&gt;
 sub  2048g/D2009B98 2000-09-02
 sig        773905D6 2000-09-02  Brian Fundakowski Feldman &lt;green@FreeBSD.org&gt;
 
 -----BEGIN PGP PUBLIC KEY BLOCK-----
 Version: GnuPG v1.0.2 (FreeBSD)
 Comment: For info see http://www.gnupg.org
 
 mQGiBDmwog8RBAC+zE0IpGNV1naZh9os6S//ct1MfEMBoHH2TQhajIfLVraWA1I9
 AbOTuYYsPgxqK44ZnPUnNLmgIRBeVJXklXsdvjtMrh7QMj7evAGneT4vVdVj/9aY
 7mEBuQephgvE4bUM7RPvOc/paiY08+HANljrvxcmMhygDTP5SEp/QJn7zwCghB66
 YVHI5u4xBAcHiHbyJWShmekEAIUWEIL4I33C9/yuenYogKLLS2/wmMYMCM5uMTkF
 jls9KtfW/TQz8M8ZU6xdVBQjvDpw9G96l78amjiMN9Gm32C8m3HJaN0V+4SGJjiQ
 fL07gu60LG0phnk1CtWLVQnH0LuIyB8jJeoaeYmS2Xv0rLLeMQ/hgUcQB8xu61Z4
 n1shBACf1w7B9ivEhBGWBsjuX2gTfW2eS4Mprs7FD1/8f/wbdvhitMdjZOFjOIO8
 yi/2W6B6T3suTcUgdC2qFmXkiWUun5kpGp/KRvrYm2eKpfveOL0HgD7juEZtBJcT
 zV4oMel8TlZidIjIgLUeTbGfxbYPm0gONEGZHsymlZg9/7sDS7QtQnJpYW4gRnVu
 ZGFrb3dza2kgRmVsZG1hbiA8Z3JlZW5ARnJlZUJTRC5vcmc+iFYEExECABYFAjmw
 og8ECwoEAwMVAwIDFgIBAheAAAoJELVSsEN3OQXWVdUAnR13DerFrFdS3xufFox/
 m9T+VKs6AJ0Y7mgJalqPTTalJB3fbWUeIsZBsLkCDQQ5sKJfEAgA5LI3C4rGWWbG
 cGZMLDhuBhjcoSFeWnrVVVZAPEm92+LcrfoT1Slp/2+KcKTJN/uQA0EpNmgUFBYr
 3vSoVoVm10xBxBIX0zP7uPQNYKoJX3gLBiRZ3xOo4A6VqEpRbo5yjj3rshN4IO9B
 T9zqx0ZoHSSsCds0Ax/m+0eSTghl+Shle1tbJstgcoxf6peKa6XcOAJWtQ+r6hZB
 Z1tpjmIrfaeG/26da858C4TcogNhi1cpbyfQTZA7070JBnpRjhcQpELT4hRsJV2G
 BX0dZn2hJOb5J5zl2M0N0Yx2BHM6mVT+oUc4EvfRn6fuhVRwIuckxwXaA31vWNPh
 v+S9VD5BqwADBQgAjOXR9HNAh/teG0p4ynOlWx5G+tBWSfqWAKOSpi9SKb2Zipjg
 bVNjmO4zNYhdAK6YbyQgrDrwUVPWoc8OieUACujklkY11eg8QFGr+tJow7iCMOPL
 ES5vW1sBUl7dN+4tf5QTg5q9EGHL2rTndEVeutFbcKPR8YQXdu/U5hdO9zha5fd0
 RWjG7zLTaukO4mT2bTuojgCrnsvZ4D0XRW+SUcfXZrbKcsoFiU3q+EvlOuWg0W5b
 FcFfAXSAzC2CpZlQV3hhSDkgeM3cbnb0hv7feSIizFpqFbNyOgarqymZIU07HcX5
 c44etbO++GQ/tMI7oCPUb9a5jIt/YqPvIvmPDohGBBgRAgAGBQI5sKJfAAoJELVS
 sEN3OQXWr4MAnjpZdSq11IEN34VjwhD+eBMcxjqaAJ4yDvFd8u5ehurCY+KjWSXo
 uPPUsA==
 =EiNZ
 -----END PGP PUBLIC KEY BLOCK-----</programlisting>
     </sect2>
     
     <sect2>
       <title>&a.jmg;</title>
 
       <programlisting>Type bits/keyID    Date       User ID
 pub  1024/3F9951F5 1997/02/11 John-Mark Gurney &lt;gurney_j@efn.org&gt;
           Key fingerprint =  B7 EC EF F8 AE ED A7 31  96 7A 22 B3 D8 56 36 F4
                               John-Mark Gurney &lt;johnmark@gladstone.uoregon.edu&gt;
                               John-Mark Gurney &lt;jmg@cs.uoregon.edu&gt;
                               John-Mark Gurney &lt;gurney_j@resnet.uoregon.edu&gt;
 
 -----BEGIN PGP PUBLIC KEY BLOCK-----
 Version: 2.6.2
 
 mQCNAzL/8IwAAAEEANuX7fcIa0S5fVATYQCGwgBJo9DxRr0m/QjrP4dJh/JEIjmv
 h37FMs9qsMPtyAZWlRSnbVFyQiz5ptFuL1irClW2UHzlLvd5s+pKMfIkJWDTnrvp
 0jFebYQt0chZeLcKT9s5sSo9ua+fUumOfaWyubUZPIqmDYqy98Em7wI/mVH1AAUR
 tCNKb2huLU1hcmsgR3VybmV5IDxndXJuZXlfakBlZm4ub3JnPokAlQMFEDMBDfTB
 Ju8CP5lR9QEBmnsEALAS5dZyQXxsDAROz+yHizsbgV1Ok9vFwE5en7QnOGcSkQX9
 pE7MzzlbpP63toF9zWLF75dbXE5X0yYLoB0pvNi1NXhXqA0YbDeAi1Ed6uBXbomW
 MDdm0s+O0Y1NfuS0uKiFiJUDOjdBrgEbnmPZM/77dhr5UbmAtQUHFftaQfY6tDFK
 b2huLU1hcmsgR3VybmV5IDxqb2hubWFya0BnbGFkc3RvbmUudW9yZWdvbi5lZHU+
 iQCVAwUQMwF753W7bjh2o/exAQGjjwP+MKiFH9EfOGS7yr5NQ4+vWXuHe1N6fi9N
 jJsFfzT/RCM/wo/dNG/xhTgdCoCWRt0gKkv3SLEPYGDPDtC3Nf7HV/66wOiYYnxD
 3cmjgpLn5u/Ju0oS5xxNb5Ly8EZnfz967lIHjp/qhbZ9o7kO7Nkb7bUgozNqBaRy
 9Yo81fVAtrOJAJUDBRAzARCXwSbvAj+ZUfUBAeUyBACKoIXfYBpsKqmmnTg944Tw
 5t8lAFZ8qJz42Fjw+hswC6c+7b87imwaH3AjPnFmsA6f1ES7xDHG8RQleDtKsyik
 gHc9Yos/neVqwfrr4zSV1PdNPPpG5uNT/jI1k1M3pH8kwYdKiwaIHQb5+sGUQsO1
 ZoxCdzT7HJq4jJtBGVIRULQlSm9obi1NYXJrIEd1cm5leSA8am1nQGNzLnVvcmVn
 b24uZWR1PokAlQMFEDMBEHfBJu8CP5lR9QEBak8D/2V+1pP6zA1dvhRLcO2pGldn
 Q/dcVAAtZIZ7AUUap1pKXZF/Tt4gWKMtAHj01xUbwU1fmI6DF1p4AVjDqOxJDnoZ
 RD9gv0RiZXdUesXL2UBNHc/7f+amAJgmXNrP/m70ejgzPluniR5hQm76fKYjkxV1
 opRhhchTjhrFndoQ9nvQtC5Kb2huLU1hcmsgR3VybmV5IDxndXJuZXlfakByZXNu
 ZXQudW9yZWdvbi5lZHU+iQCVAwUQMwEQWsEm7wI/mVH1AQHxMgP8D7VM+qUo0qGM
 uFUKqxoQcDPVKt2W1X6wWTHdj9cxo3oW1tlLEZ24Y2v5v1pzonvseaTjsse134dP
 a9qjcwXjs/zxXzHoQs3B9BZB2qXaR4T3YeuCjq2qIXGwsrrY5fkoch4OLg0/FOui
 dmNbFjVQkIma2rIRPa8GhXZJtGl+UEk=
 =bUtb
 -----END PGP PUBLIC KEY BLOCK-----</programlisting>
     </sect2>
 
     <sect2>
       <title>&a.trevor;</title>
       
       <programlisting>pub  1024D/3A3EA137 2000-04-20 Trevor Johnson &lt;trevor@jpj.net&gt;
      Key fingerprint = 7ED1 5A92 76C1 FFCB E5E3  A998 F037 5A0B 3A3E A137
 sub  1024g/46C24F1E 2000-04-20
 
 -----BEGIN PGP PUBLIC KEY BLOCK-----
 Version: GnuPG v1.0.1 (FreeBSD)
 Comment: For info see http://www.gnupg.org
 
 mQGiBDj+agARBAC1AfvgGQEVdLwS0dirwaN+pDDWWiaSWBNRNo4T4KKG2vyhhnUi
 f2PcjPx8rYLvbokJFltoTWos3lS8hD8PZGBDlImOPzffdm/GYEmr1mE8fQvzjdKD
 iOTqQi5IYYhLZIMmUpBTK7XN2zrM8VrkgCpb5TYtBrQUPheWs/SZ31EvLwCglUPA
 T54Joolfvk0Y8I6dSGYctpUD/3teZiYwem99CE3b1tsqavQ1MUfjwSPZQq8wjVe8
 GZUtwaeExugAxNjXIJeXiaCij7S6JSTS0ytyxZ5/O1QFmBhuD/7zjNFD8yB8nu8x
 slma7mVhMuhqkwU06hTkp6MNNJ7kRItoVETtLqR5mW+0UUSZyePQFIH9U7TKPG3W
 vYMIA/9btsMQD/7QA9p/m5OP4sfdVdNCZ32tJ534bMjDYyf/P8k7QzvDWU8f7lbk
 3vX5pSmHplws0PwSZITmRarMdEH9ucP+24m06MQ7YmDYyLlUCestT2gAxnB5/X1h
 fJnmdCLi/Vt19WrVM79ebddbCqCaoz0xv+1qOQmPue/vKXIH87QfVHJldm9yIEpv
 aG5zb24gPHRyZXZvckBqcGoubmV0PohWBBMRAgAWBQI4/moABAsKBAMDFQMCAxYC
 AQIXgAAKCRDwN1oLOj6hN4YuAJwOTOURcLpgAx4HT43jNxDYCsT7DACdFdGCwsi4
 w5ZiCeoizmoBMFvYTa65AQ0EOP5qIhAEAMAerdyvcs7DOxpsli24gkKJxCwHSq9U
 23k283XpZHOp/0eS6WEJMHMyQ7BRrx3X6mkSgBEnHdO6MetBQjOHdjSb8ycotrJa
 H9eMkZ/Iky6dbiWpPLI4ytS4Q8Z4oEGjUTm7pJiE/pgmaCX/kv0WMs/35En+42sY
 VoVU9bDI+X+3AAMFA/435RbM6ywO/kL8D3lhwINGEIqmxWpJDlXPPJf2pLiWZZVK
 MLGkHOTe2kUdd+E6WcoRZdGblOKxLACrlKpJa91aw1ftQT6rt0k8GDCGLT/33FWx
 2IRSf5sHmz8IOm6L8TcZU31hdWqpDLmiIj+IjUCx8+eAUjZcVRoj6BYnWc1Z64hG
 BBgRAgAGBQI4/moiAAoJEPA3Wgs6PqE3PKYAnikfYo//UA7/jrDuTXzqPmi/Un5f
 AKCFsfcXDbLGfWaAqe2YzeDR2Z55/A==
 =N4HT
 -----END PGP PUBLIC KEY BLOCK-----</programlisting>
     </sect2>
 
     <sect2>
       <title>&a.phk;</title>
       
       <programlisting>Poul-Henning Kamp &lt;phk@FreeBSD.org&gt;
 Fingerprint = A3 F3 88 28 2F 9B 99 A2  49 F4 E2 FA 5A 78 8B 3E
 RSA  1024      0x0358FCBD 1995/08/01 Poul-Henning Kamp &lt;phk@FreeBSD.org&gt;
 
 
 -----BEGIN PGP PUBLIC KEY BLOCK-----
 Version: PGP 6.5.1i
 
 mQCNAzAdpMIAAAEEALHDgrFUwhZtb7PbXg3upELoDVEUPFRwnmpJH1rRqyROUGcI
 ooVe7u+FQlIs5OsXK8ECs/5Wpe2UrZSzHvjwBYOND5H42YtI5UULZLRCo5bFfTVA
 K9Rpo5icfTsYihrzU2nmnycwFMk+jYXyT/ZDYWDP/BM9iLjj0x9/qQgDWPy9AAUR
 tCNQb3VsLUhlbm5pbmcgS2FtcCA8cGhrQEZyZWVCU0Qub3JnPokAPwMFEDV/uZj8
 RhrUfjKrKxECNmkAoJkszkn0MRLSjLIQdFSQoAIvXsaoAKDaLAvAv9JBTIhiPHYw
 a8YkNTtr6YkAPwMFEDQ+7sYIrLG2o9cqlBECGFIAn1n9YKcO0hJfgVT1sX/lAoS+
 a+0aAKCwrJjWaTvSjDbZtSZ2887P3MnFA4kAdQMFEDAghiMKfXRy8QybzQEBWsQC
 /37UbJxWsNURURdw1NDcJf4eJko1ew1au41ytTb792O1HiXTr1nKxa/HXg0+2d59
 HGynOVQfoKtEw2BHakYlNQNk1mznxGxi/4F0cThX+hmJ8/V8wjtm5bQ0hGMeFQjB
 4YkAlQMFEDjGXEvKbyuD/AwC1QEBMcwD+wWwOmzXE7wpIEZ1p5KsRiVBQ4F1VEo4
 LviQkE0jUx8/i0/Y+kRpb3sZc+yh84qYA9vrRe8IDqc1a66ZvGUPZOsfiICpJoH4
 ftPz8xMLgyfHZrSR+wICStXNAKok8Oq6a56+Vxjh7wpNDoObN5XfYyAr23yNoPh0
 7pP7dXNRfGKiiQCVAwUQNBDRpnW7bjh2o/exAQG7ggP+NcUV4mCzYx1MM05kz8Vt
 8OEjirEBthSypLf5FrXrJ3xZ38CNX4gckTY2iYVaXxStSMIaKdeLDM+ArU58UmtL
 06DXBAu8CXRfzgEDwxM/0FCvjDvoj9FuSyBRKtUIg7wwnCXJ2NI+hxYYF5eVWNtn
 FfPK4mTsf5Mb7O4jkG4Fw0iJAJUDBRAzBivas1pi61mfMj0BAeIhA/9fG0FYVdoF
 GBUsSFE2lLTth1T4uxkaUs5l6E30vhSckUdBA806kx7LaAXtj3loE7Dn/XFLm+VC
 nCZEUKe1ayb+Cp3Mrqu6V+vWvkDL3gs7lMALq5w27f3pji+jVPIPVJOdELjroqW+
 a1C0C0UaBeU5FYsv1REvNxEV3WEPTJd31okAlQMFEDF+jX1rWmeNgbKneQEBCrID
 /i/ri8/eXUXRJp2fqJqzvrWGTP9Ix1O4vMguah9IILijgpYyOJYkezZKijjVCVmL
 X7EwfNXfYkqLAWUa08eov4QfJfJDgfe+Z/3/UoX7RcJoy2AjTBZQzOI9JMkrzFdt
 FGYwMr/QXhOdVVpSGeZ/6Hkrs7pd2Z6MNNrRf81ZyJyYiQCVAwUQMXyV5/UVW/uO
 VC1dAQFyfAP/SujU+lS2WQuat4O2wZOQ1rswUt6CthG8MOsc7A9kfXnZbaM9Sdxj
 54CtAlqR4eJMOYk2kVqAtmCWETRuonJxr5TAJdf7q6kByVYcQEyDZvKJYwyrI9UQ
 SelSgczWwiSB01aV9ACaKlEF9iHYvIKBa9HwJu3A9ggW9SYaAHcxHzuJAJUDBRAx
 Sx5cH3+pCANY/L0BAY+TA/9YQPISXYaS+5r0I60wCJ+i3a9PC69Zak2ikgTHQi97
 LhpVtEsP3SAYInDw4YMS2oU9w1XxoiLLd9hUpcZlmO8Ip3vNF+E2ZCfR4sNzKarY
 5fdo+sxzatGWRPgnHjbm6RHWCw6qJACDD3VpaFjx2XD8QrOTyiObnbHhWBdoEAIy
 NokAlQMFEDE5Q6DvYbnpEdWO1QEBsvgD/0c6flBrSWr20oj8eRJ1zl8ZAP/rpV0I
 EBvb3ZFsHsJL8QzTsx1typFFghrT7SDBDc52xY90JWAflEiGn9aIL5Q+RHVxjw30
 yDaRPAl9ll82o34GBaWBEw83bsI6Fg2XxDfc2X0KkEutlYAEXjiM95PQS+9PM//l
 lDtPvkSxgpiJiQCVAwUQMOavJADy2QnruxtBAQE92wQAsKPq/U4G4ksslOXGaauS
 oBk9XO3lB147cSpra1w9ZxTSeo+8dgzNlxnugWDnw1mxauFJBAMgHl74rrlD+Hp0
 Ltb9oOyRl3riPG0TOdfaS3T8w6vw52wOKzUrZ/0pB+2sDHzUqZXBbhOq3OXs1ZMN
 e3jh8w62JsLBWry/YMWRMnKJAJUDBRA5r4KrpZDsojuazKUBAWpxA/97mQ6bH6q7
 32rASSvClNbOl+mAaXUG4SwoMhGTpU6ajuh6C13yTNGMv5LY5SBRYD2XqLi5RexM
 lYgPOo85zyLa8j8596Wcoga7+5Nn8DYDPxXv7qGE+Ehn4kdnd6nmtN377j5LIIUt
 daIKXw2ZDB2GYmmxZS0dq8SwLc0GBb7msw==
 =GFOn
 -----END PGP PUBLIC KEY BLOCK-----</programlisting>
     </sect2>
     
     <sect2>
       <title>&a.joe;</title>
 
       <programlisting>pub  1024D/E6B15016 2000-10-19 Josef Karthauser &lt;joe@tao.org.uk&gt;
 uid                            Josef Karthauser &lt;joe@FreeBSD.org&gt;
 uid                            Josef Karthauser &lt;joe@uk.FreeBSD.org&gt;
 uid                            Josef Karthauser &lt;joe@pavilion.net&gt;
 sub  2048g/1178B692 2000-10-19
 
 -----BEGIN PGP PUBLIC KEY BLOCK-----
 Version: GnuPG v1.0.3 (FreeBSD)
 Comment: For info see http://www.gnupg.org
 
 mQGiBDnuWJERBAChyOg7jb+Cj5UDqGfChHZDAN5GqF28W0GwrvV0RVWqlGx3pn+S
 XzDur7ijNQfj3jAAGgFErCptXWcDz7CLzS2GxddaMAaQcPWP9hDjJtUJ633xwjU6
 H0U0VPdLcWtJJCva1LvKp67ICkM4Wx8OdVHhCQN4akvNkYzdt4AG+s9vFwCg8Ddq
 naF901g4VlK1IUqWTxPUtocEAJROiv4o3aIWrXvD9YBxkwIrrvtR8V+QaB6drOer
 AU9NC3T2Vkm90lgmUpP+HCmpZt/T2v1t5a4HHjyf2ljD5ANeznAZORA6SowuWRhv
 ObmYoN9B+vzHCitVTXLNksJCK9kpEvbS5shzbU6UsecCUTohjCU4po2RrsSSILqE
 oXYjA/4/j3Qg/w0RabnS6RJyGDls3FBqS4gyVByaJpH81snvZUbw/y9aT9xdo1YW
 gUaLcEW09whi00M50vaMzXJ0KYcWHZzk7LrhOqcIiCAUm5Dfve3dwk0DbgVD6iCb
 LRI7NuB1Tm8YyvZRRqG2ZcfYVPZgVm3zj748sRaRSPWfb4wGgbQhSm9zZWYgS2Fy
 dGhhdXNlciA8am9lQHRhby5vcmcudWs+iFYEExECABYFAjnuWJEECwoDBAMVAwID
 FgIBAheAAAoJEF1SHIzmsVAWQIwAn0w8RM1V3LItIBHR8eshFGY2JEWYAKCEyE24
 oYKcuicRF1rIjYE/2rQiVYinBBABAQARBQI57mETCgZhZHBwcnRtcwAACgkQMaY9
 luwUC4HbZQP8Cb0k/oQeiWFQ8fi9xw8yhpnu7yeDTqelVddiOcsZsLxSwqVCygvE
 ywLtzUDeK6ZDiB4gXb9HwiGPiOk5dhtzHqiQOOFkjKoHWC/5GKCGxb27CGxUXt+G
 TW5FzdqyzA1mCL2wEao2d8KowXfnVQxO98FceerMMny88w5K2xYPMJiIRgQQEQIA
 BgUCOe6GJQAKCRBzh+KSrRDGxHRpAJ9kXxEpFoqpHh6ZCO5vzt8BVig+TgCePRZp
 I7ALUJffhFQ3hvHM2LnvFF6IRgQQEQIABgUCOe6GYgAKCRC2JAbmW8FSodhuAKDw
 AWzaNDrGEojOI7/GG6kRdP1llQCfcimMK6b+ghk4ZQQsmhqMAbcZySOIRgQQEQIA
 BgUCOe6G6wAKCRAgFTHVhF3+3XVKAKCApTk05imwb/TgvUuQJxXaVPlXtQCfd3QR
 0Ahvy0y8KAvWekNJimGhLN2JAJUDBRA57onQTVYoIXkFDBEBAbowA/9gwtRKJ34c
 Em00fkCO5mVfnZnQ6HUAiepfqKAetBi61IbuPZJ3xymTePq9P1XTeuZt7YgArcJF
 2eQhFC3mcfRpyKOCOcDJSon6rlZhNSSwWHlvuLepuE2Pt/D/oPDcDk50aWGBPMxK
 k9JJe7F56iCeqQ0pSZbD3KOuvarQaLdQr4hGBBARAgAGBQI57pf1AAoJEIjhex38
 5WVhPMMAnRFflWfwqE/7N0UHF2U1Bw7X+83LAJ46XAcPuhjfrKiDjpGJWPJNX6zY
 SYhGBBARAgAGBQI57yLsAAoJEBj1A4AkwngCL0kAn3isV53v+0kmBub2o44wBd0L
 0xb4AJ4ktFbTjFNbjfRj0bTn7iZzNx9RubQiSm9zZWYgS2FydGhhdXNlciA8am9l
 QEZyZWVCU0Qub3JnPohWBBMRAgAWBQI57l2WBAsKAwQDFQMCAxYCAQIXgAAKCRBd
 UhyM5rFQFrqZAKDlnAKtVcJbEhn8IMQaweOMFOtGvACg0CXGhrdEnSf3CIdXIAka
 IxXMD4iIRgQQEQIABgUCOe6GJwAKCRBzh+KSrRDGxFrNAJoDGBDBAdgtPu8el+wU
 n2+PXPDW4wCg3Gy/gd+64vyV7YdqzFhlAB4wG/6InAQQAQEABgUCOe6H3AAKCRAf
 f6kIA1j8vR8hA/9q3WGuLUuMF3H8dzNfqJDGWREa1mjvK7WDkS3762WO9hCfdIIg
 em88OZLlCXnlmaGbCVZ3eyEwbV6JQVqzrfrNQeEnVeILdNhuC/5SeNqJNbDpUC1Y
 dFA2YBsXO1lGoM/ZfBdDrFRS8Y5RBSPjQ6IG7/pM9Gtm0zI4liywLteIsYhGBBAR
 AgAGBQI57obuAAoJECAVMdWEXf7dvXQAniU1sn29A3+Xz5tVz7LMMHmC4xg0AJ46
 TA1BzhXOX5zTFaiaKfY6vwBeSYkAlQMFEDnuidxNVigheQUMEQEBYboD/ikGELEC
 nmAfoD6EiNnoChMp2TACRtGIiOXAOQqOIcjWOWCGyDHqOBosR78EHJ0x/9z82RXJ
 g815ttqHOueKaPoa8i8fF+3WZwjfEZr6MjGiX8dOuuD11qucy532iZ694FfyL1R4
 9LlWw2os1lMiu3Sy3vZyxN5z+tPPwCrnNOnRiQCVAwUQOe6GCgHbXdKX5jjdAQFO
 2wQAl15HhtwPGwzC7RtkJZhdu/Rm3kNGQRtx6I8k81G5NCOp5TOcnkvf0gZFlnls
 ZFmYCA4TehVrkThfVYdYyK52dMIoVorSFbMrR3cBE+DJX2IdLB/uxltc1IvLMosh
 jwnfPcwS9xFbNvKSbPm7Sv5A9gxkJEVh2TewbjS29MjN/0eIRgQQEQIABgUCOe6X
 +QAKCRCI4Xsd/OVlYcOuAKDWloqHTKm80hgbNV6f+pg6+67IjwCeOmwJnY3s5Mkw
 wts+n2ugc4faOHaIRgQQEQIABgUCOe8i7wAKCRAY9QOAJMJ4ArajAKDHV0d9rtFi
 HwBO5nt/grnF9BjQEACfXWhAVozW0/lZUUPyXNYiHcUgcR60JUpvc2VmIEthcnRo
 YXVzZXIgPGpvZUB1ay5GcmVlQlNELm9yZz6IVgQTEQIAFgUCOe5dsAQLCgMEAxUD
 AgMWAgECF4AACgkQXVIcjOaxUBaVvACeL56tzrJ95N3oJ64sQVgyo18bEX0An3Gd
 CM9mg6dAunhroSuY+73Y6ZGriEYEEBECAAYFAjnuhicACgkQc4fikq0QxsSzVACg
 nCcE565FTv9LhGJmmxjNZi4jNzUAnAkJn9QVDkwFp54Vtl921duYZQX5iQCVAwUQ
 Oe6KFU1WKCF5BQwRAQEUagQAiJqlq1zf+IrjiffxGzKP1vcCkeaXRiPyBHkS0yCS
 y6OBxPhdUsvOzT93qgRUqPGBB4Q7jM7abSuM99gZW9uQN59nwbBFzWRKK/Cz8xHM
 lEWIdMZHUXupWUTDBHdHERaj4NaZvE6RXgAdk4saIRT1IFLeWejpaBvLMN8XQXHL
 3XGIRgQQEQIABgUCOe6X+QAKCRCI4Xsd/OVlYY8eAJ40vquX/AaE+KslwUBVTBmN
 pQo/UwCgvAbcnU4rzYZ+TCBB4ZRUW+MpdhOIRgQQEQIABgUCOe8i7wAKCRAY9QOA
 JMJ4ApoRAKC5Wcxx1y8Dr9u4ePt0SA9IhZ22sgCfTOrGFzNJcy5nI2qDz1VoZPVJ
 QOu0I0pvc2VmIEthcnRoYXVzZXIgPGpvZUBwYXZpbGlvbi5uZXQ+iFYEExECABYF
 AjnuXcMECwoDBAMVAwIDFgIBAheAAAoJEF1SHIzmsVAWrvEAnA25W9/TOnsEaoTm
 teZSGg2KAIFvAJ0V7c6OGojBe8ctGclnLH7ICP8lKYhGBBARAgAGBQI57oYnAAoJ
 EHOH4pKtEMbEcBIAoMOq/6CtvThjqojHvSEGavUE3sgKAKDUmArUdbawnzF8Q74V
 KZ/CmrCmfIhGBBARAgAGBQI57pf5AAoJEIjhex385WVhUPIAoILrCWnWobHn9O7b
 zn54Aui/GG6aAJ9W7fRe+mAOsUEmKfT04zKSQmQK84hGBBARAgAGBQI57yLvAAoJ
 EBj1A4AkwngCYkoAoOdHEQmEnl5pwQj0f6/boXE/YprVAJ99rpmTV5i/8l3H14O2
 185LvwykibkCDQQ57li6EAgAy6eLPS6a6scj08nvURMX5xkuzKRgMExOdSKtSgGT
 95Ekvad+Pg0FsKVMsNPbEJQ4fJpsMS0xh25vON+z3Y3rIJEri/7fXxtPt3pcwcbo
 Hm8EcJwyFLs7SW41fT31LrTk1ZEX4bbkHe/SimYnqnmGycJ+wQ6pd7mDxiiqqXjK
 Ns4VUzcveB/GD0vS0ZLrXRWrH9mccXWt3kEGWYQ763RTcUxYeJ2cQwEQTjZ4oDjd
 TUOqY5Q8d4ijjpSKkZUBE7uxbxQ3R1EpJ/EvBlASJi+YxMAERHUdSL4f/QzU3Qhg
 UypDyGl+OhyxlQ1h9wKhuVugJq5eTJsH+AsBRFNqlhnSRwADBQgAjDFwDsZTWbFg
 hjW4DhZGOkZ9PjDSpFJuic7lb6kln9OYz7Vy6p7hB60B77ann31MtySKwO/PXtnE
 Gcxmzdp3GvXwLyg8OVOBF6p5VjRQD+vvYAv6LQ9dKuIW6wPcAfdjCxKY18Xjypnh
 Fql1lRY8Y7wv1M3Lt5PPTusPZaunSQOeD28YF4ww0YZvJOelgd1I1bmZ/f7ZVPvQ
 cDNHXTm/xwECfjDHjrJA8Qg15NZeew1tjLoR8naJUDI0CetBbvs0mEUGwjySDzov
 1Lz+jZQUJJcQcCx3u4RcE8sneb4jADy2F7LpzMKbmLym59FEK95MlQE+wnkixZcu
 ta1JwVq7zIhGBBgRAgAGBQI57li6AAoJEF1SHIzmsVAWGx4AoN0XDe6xdktWsoej
 fSw+/aM108z5AJ9GqM/+F/Exr5OnknWCPjFbKSBO4A==
 =BvSg
 -----END PGP PUBLIC KEY BLOCK-----
 
 
 pub   768R/7EBDECB1 1996-12-19 Josef L. Karthauser &lt;joe@pavilion.net&gt;
 uid                            Josef L. Karthauser &lt;joe@tao.org.uk&gt;
 uid                            Josef L. Karthauser &lt;joe@uk.FreeBSD.org&gt;
 uid                            Josef L. Karthauser &lt;joe@FreeBSD.org&gt;
 
 -----BEGIN PGP PUBLIC KEY BLOCK-----
 Version: GnuPG v1.0.3 (FreeBSD)
 Comment: For info see http://www.gnupg.org
 
 mQBtAzK5TJQAAAEDAKlRtbnhuBNWwq+hkYyubUzCYZu60ZFtwdkCgyBurSzTmfMG
 1ylVOdwzpgFL8JHRAGhzugRvZqRiCrCl+CvYaeW2+ee3Yw+brl6YEqLMxy0ap2kD
 NbpZ7LIO7AMffr3ssQAFEbQmSm9zZWYgTC4gS2FydGhhdXNlciA8am9lQHBhdmls
 aW9uLm5ldD6JAJUDBRA3DNxYDu2852ZqdCEBAXrwBACTRn6uz+uFHxi9nj8qdg14
 m3SvBJ58i82IdyhuD5m04/Rgc3Bwk1VDY2eKHuILcgDInd94EePpHTxMvjblfImn
 No9yqKYQw+V2zbsa8idTVDb5eNWGdRmVndjY95ZVKuhhIlwqLJELvKKbYZjjSabl
 ijn+lvEEl+gO4avcQZnOjIkAlQMFEDRSgYdv0qcS0gZ4vQEBq/cD+gJsogBSFwYl
 otle1JGgq1lkIq46uJWS8h61QL9+wnKQ3l19VElXK3/s/HUqBZagKyrF7QSs1dhg
 T/RKSr/kdG0dPhLhqESgzii9CS6MgHM8CnmP7oDP78i1yAkVL9bJ/a22Il+YZNlt
 r+XOn9EivaFojjHFQy5a+7e/HEXbgtwMiQD2AwUQMxRrf6ZKZnTBjNYdAQENIgcH
 RcYYGiOYT0FAqSvAlHPunpPhO+9TBKD5FP307YtUTHdI19Y+LgFT599ond3wfArR
 K3ue6D1G6//kbemfLZVxOJ+PRpJ0jIqZQ//7mKAI3VGu4vGO0EGQLkzIfwiVaCwa
 8jZh5406CaqE7DkXVypvcVkL3hdqD8o16qht8Y23rjrEUgRYIIWUGftCAHWMZEq3
 NqU/nqzgIv72PMEC3jBjdPld84GOiX9e3XjOSur6uLMRj87e9qce73sYUsGb2/cf
 ypx8Hy/FN/FVUKbW4/ddHOeW75vBGgtIwY0R+eDW1wWXiQB1AwUQMrlMlA7sAx9+
 veyxAQFftQL/T64Xc63YXllDIVGw0ZQtM0cdolYzP5OAu2Pvb0iWiJia6SkxePJo
 FyNuWEO0obBpeP/QuapnceYUBNiheT4gRccEO1+VjFRuAiZb7+Huwh4FXrRbhJte
 3FmOE07jacQ9iEYEEBECAAYFAjnuWWYACgkQXVIcjOaxUBY54QCgi3rAVInCyy/4
 /8BPhXAnQGc/BgYAoOopcjB7kpP5JRgkh+Zfa62GgNuYiQCVAwUQOe5hBzGmPZbs
 FAuBAQFf/gP5ARTyrfk36GelJTBPaNFe1oYt6bI5dC/iD7Kaw+GOvOYMSTTOh+iE
 2uYefAC5bhjq6e5Z+DoU+TRubEMSHdeS+cR7/skXN3d6E33aDVRXmdKJI9Ek8iO/
 DTOq49Raxv7Uw9Er1OxktMkPiDi6EPgJwt6hKDqQ4Y+g3q0mWMEYlmqJAJUDBRA5
 7mN23EnUDlCYIW8BAfb2BADNmVAV6VW2nGYEod9sgMgxBjByV4Xdkh/eLk5J/fpq
 rknIFLD5msy9BEc1a1FjK0VZtCoUy/RPlCk8/bYYTthb9Xg6tNjcoLoYNRW6r6In
 o8JkpffH4jccaaXSAzcX91h4Xo/a7sqjCy0FSVl/EpAt8cSw4yAGqFU4yyYgkgii
 7IkAlQMFEDnueXIff6kIA1j8vQEBzvoEAJDyZ/zlKtINFF8Lyl3KV1ORYuauJGua
 IB0Dv1loZD/cDkQz2gpfL7Jkn+RLXZAzhhgJOeKxUefe/umr1S58fYUc4PKluvu7
 eZxTMZyK0w7wT3fUb5wwubDC2M8OytiyJyaKc7qYEMeJ7YrK1cBbT0mw1o8YMRtr
 98K6ZA7TAEfNiQCVAwUQOe8hK9bgof5PvirdAQFwXQP/V+1l21r51eR6lnmU69r9
 nuNhuAn1eQKKKWrFHOkJ7c3UhIItwHYUsO1ytWnbaLsQMBuVaiqe5ZPE+dZefc+L
 qXZ40O5WhU73x3BTPDtH4lbe97oTzOUMl7wZdu1U4rzR8tWU2GY6mC3Gh+1Rewxv
 NnwXUxvBg2zAzWo1PcfNyaaJAJUDBRA57yFBfEtnbaAOFWMBAfxqBACIZ+hnf7St
 MSCPRN1o5uGCnq+Saj5qD5edL3KGIvn3KwzpgYJraZtkQFz44SgzsFM720dLzG72
 Ck5uq2N7Ayu5eUi1/JgcgMnYTNA4wdTeSOC1ZrkOIXXyYgzEc88rs3TIRNJFarwt
 sqBJBvT7IBo+Zqk4OzHrnw1Qvla2pVtuKrQkSm9zZWYgTC4gS2FydGhhdXNlciA8
 am9lQHRhby5vcmcudWs+iQB1AwUQOYTMTw7sAx9+veyxAQFJwAL/Xk/6bm1NsXcv
 NKgClM3rVeF+Zl5M+hffa/JL4GXSrwCRTrAcRzDFEmT2hEdKVdsq4WsFTQFxpAgT
 qc6J00W3WiZwBZPD1hMzE3/PJiB1ZvTuNdyAxckvpwoAHA1BmciaiEYEEBECAAYF
 AjnuWXEACgkQXVIcjOaxUBZsxgCg2eyZMcbTrO39+2p+KN1XQAFlKvwAoJUuBkZ5
 7DTARF/YVKlyDo0kiZ0ViQCVAwUQOe6KnE1WKCF5BQwRAQGp+AQAqFXMM9pamu4Y
 f3GzaKWZe9vKzswWu2P1H+5I9+trNTZv/xNO2V6BbKaMw0nCrBiLja3M84KfVGBs
 85nu8AuV5tDDaj/elGpWzEkm2LzmzHLh8FqmatUr0po2UFc+JohX69dqFyXXYBa0
 wK5fic6rW7U2BFS/tbwx0lmUhMnHG/eJAJUDBRA57yEw1uCh/k++Kt0BAaRnA/92
 x+Ew+zeCaS2tTDMEYDTw9VkburcR2S/zXBzFh12oHb+1WjhTcDajhCumgof+ZKwf
 onQU9nN0nFy8YOGpmTsBs9TNOFq9XyJg1Lf1HGQ2KV7GqIas2OGtcnOLwyrQwET5
 kNHE3Y/OlekXBMBbUQzB9bUoX+OY/izKP/aWAxe+0okAlQMFEDnvIUR8S2dtoA4V
 YwEBNnMD/0B0sW3i3Obs4QOqoTxvoRYulGRtxpvEntdWycgHgnY0qPHhNZ4s1Hhw
 vYG/1Tx6YDWjEQyptdKQxZq5xZt/Yw/gD9gY6Y3x4PRlqp4kTcQg7YMDd/c7OdQ+
 4aBpQvkQ37Ib7catx5THnW4/mxxpvj4Rn3sR4zytHVTk2Frl2eg0tChKb3NlZiBM
 LiBLYXJ0aGF1c2VyIDxqb2VAdWsuRnJlZUJTRC5vcmc+iQB1AwUQOYTMHQ7sAx9+
 veyxAQHwdAL8DbjMvucetIb+3yjrRhG/EfzxQKRqKzu5isvGckc9K4AA0Xwl9TYg
 9v1QKsCqf8q8GOxyhEhGob5O+4USTcETgkerUjsMYK5uCEHQuGRZ9pYCH4A2qL3n
 8/rhcX6qxhgMiEYEEBECAAYFAjnuWXEACgkQXVIcjOaxUBZZGgCgqIsXrbcFqkyf
 Gn3Nw57oTwFflZwAnRGZwnHMFUJocLcSpAp76a8+QQc4iQCVAwUQOe6Kvk1WKCF5
 BQwRAQG/JgP+NbjceEgGYm89CE/FiPuq/EWD6m+gzJCWvVqmfPmX8PTlbaA+Jlzl
 cI7vUVKkvDEqnvVbnNgtpLMC6L2tonrB2vx47odmCLm7H8L24XpHOKyNiimm6fKB
 6r9z9mEWf2WRueMnjAGouNJUh0oGaS8RxT+MKzEFIDKShcMgaWkvlfGJAJUDBRA5
 7yEw1uCh/k++Kt0BAQ+TBACfZQI5vWUQ2S8dZBauOqvuF+k4VMl3bvr2bXAMm7Th
 uBJc50BloTirtBo2dt+zozgm5oELP3jHXwGXIJ3ODGPIBGVLdQLU4Aer35ziKUO1
 DL/GdE2yCdHX6UABL6De/nz3vILhjf1HcATcaUl+Wl3579Qax4zYU0KTccJVQND3
 MokAlQMFEDnvIUR8S2dtoA4VYwEB290EAJDiYx4ODYvElwbsS72OBzRkGTkbs8pU
 Cd+LHI4REUR63R0FpOdnjPPAesX4DeeoRhQ/Wwhp5Yaakvba3VPNRxIM+qOskPnN
 iVhBY/7EOZYcjWsnvhdwZQfrfOfBLQyVpXLFWmy9rzihYegOHXNyUrqX0CGu9ido
 8tkOscMHQ8Y/tCVKb3NlZiBMLiBLYXJ0aGF1c2VyIDxqb2VARnJlZUJTRC5vcmc+
 iQB1AwUQOYTL+w7sAx9+veyxAQHCygMAkQ1Itu9AEwmlYXbxEi9HCbgkZbBp73jc
 /qFyWmxa2D9F+a0hYksmN6RTYAmayenD4K88rnWM4OI4L3F3O1B92W5vCmKD4MvG
 ZyWGXxz8xk6SLNFC7NBIz74C/fB/QrgDiEYEEBECAAYFAjnuWXEACgkQXVIcjOax
 UBbA+QCgvWou6z02+Va9nlYsHgxjrHp6T9kAoMF95mQhMNA+uq9F/BAHa52MJIgg
 iQCVAwUQOe6Ktk1WKCF5BQwRAQFEFQP+Ke1kFqP7obQs4s3w2SZAhGTfUROcOISu
 QJ7s2kpkjQkA5pZOhJiCHAyDFYTQv6LKtjosIIb84oKE228QJ+C8ow/ds8fSlh/F
 G2GYFLvwwluZhCN6yOeshF034v1OiUD73K01m/O5QD/MqPVj8/SATHhCCZw+lC2o
 nTxxPnRdnvyJAJUDBRA57yEw1uCh/k++Kt0BAUkSA/9bXfJrcrjjkjra8ohCZ4qa
 nL2LjlMfcOEcpO36zdugmQU1+53/iw4FtKHgrZgZPNZjlx5jWldKrBEbFM3fa9E4
 03MWe9vNFLagKjSzFQlZojqLtHCO4pasGomBAn4kDM/W2cZJvkpl8JA+qLif7SU8
 HaFdlUg1fbF/9VeYXuhh/IkAlQMFEDnvIUR8S2dtoA4VYwEB3hED/0j1PKQNfRlV
 rPioEGF0uX95ZUEkjklKRehITBbXBkq1cQ3b1s/dIunzvs/BUbQdHpkLB1P57Xfa
 e6JcokvLH3ufk37d9ubmBkJHgdxSv64y58lp9YqUPe9gMbctN1SeBCOdQufz5sJ7
 XDiq/TqRPR2PHPLESCPhc4j5XoShg37+tA5qb2VAdGFvLm9yZy51a4kAdQMFEDgP
 y5gO7AMffr3ssQEBYGsC/iIslOxLXMgz9BSw1ndflqYOImPtn4OQJAG+eyZInVKf
 ZDhyEHtO6ID7zRNx+0whfAgEU760e8V5rEFea9U0/qY7QneanDRGI+rP81V/fnP3
 wdZBCGXDNMCM6ofcuTP6MYkAlQMFEDnuimtNVigheQUMEQEBgLIEALr7UlhPKziB
 hml1nZ3PuovK5B8OuO655YTpAiOD8JwHEUTXsVl46rX0YBDZB7EpvuaNfzbA7d5Y
 4RwrVGiF1xwLMkekPxa5j1XswmlXCDfpVfNfPYaRNobhMnXaPeGI9unkJBp1BsJS
 RPI0J3A3W/u/g2wUl+7B+ykInMOgG1m5iQCVAwUQOe8hMNbgof5PvirdAQF5egP7
 B76wggcC7IMvmTFEtt7f1v9W0XaA2fP2gmznSlh8FUkq6k0TgOx0uk1lM2DaQXWB
 7quXzwzpBKnesniCg/Ve4gyCvWOCQKtYR47y+lSzHvXrIW+7xRX6n1CjvpCdChlo
 3PrwUdWi4Z2gq5GElu22NvvHfssnB13UnBNAmhSIB1KJAJUDBRA57yFEfEtnbaAO
 FWMBAaivA/95fj5ScpPKEUEpwIwgX8g0Gx7BEYO6r+atQhf2pGbPHTKq1IcGqioD
 YD0ac2Sn4eBqsjxzTArnZViG0lITyoxegfYS3Tz6MADdpX5vGzWaa5Rs1IXjtjuv
 4hINpCySWRxAlJPZXdz7rwFB+oCy1IzBFf4PujCGbWb2f2v6qKOIkbQSam9lQHVr
 LmZyZWVic2Qub3JniQB1AwUQOA/Lgg7sAx9+veyxAQHeXgL8DJQ1xeeFLQOrg4vI
 5nfQOjPJqaZ4xpPv1k5wIjPRElGj7QACZVX5L/bEzhK+7fggSXxBb4cmEhiDOIFO
 BR6HWL/RnMimoGtC53OHKRrA43/eqB/saCbTfN4+KAypw1WaiQCVAwUQOe6KjE1W
 KCF5BQwRAQEmMwQApmdAtX/o4jD+RqGr3YgzI8HiGt3GCrDjvZUnC4zKG6YvEvbH
 Xel57TmiIQ6Fi3WhOupGa/jcosB+XJ7vchrsCvB/LfLY4c6DtlFdXnQn0loU+WjL
 PjAUI4ZSSy2Wvgsck/9fofJJyUw/QWG+LlbCmBbGXed7Y8CwxLS6HvthNGWJAJUD
 BRA57yEw1uCh/k++Kt0BAYGdA/4jp6QvLYigWfH+ZQQ07oZoa1bIRksCbiZBNTKH
 315qV26M8FGj7+7G1lqlcbqdLqRUeNLFBiTHuycOUD+zN48dxTkspT89+XfajMFY
 yEkdND4C+NUAaBdspjiCsA2Pywhg5K2Nb2mGbqhRyafdl/lDx+IoJ7tL9u62GsdK
 +wpMrYkAlQMFEDnvIUR8S2dtoA4VYwEBvpYD/02+ANOeYrF3nRr32KOxxsJkXZQ6
 7bjQLaOHqubnWbG1+OSOcJ6+it+l/uotFghzsvKk/qYG57n23yB526ePyTF27eYP
 mE30qUt/msLiJ2C8OoWs7UUqWp9GyZBKNt0ETc9qD9Ns2Qd8a4AEePJfsSC5v2rs
 SpVIsgagGHpZqMKqtA9qb2VARnJlZUJTRC5vcmeJAHUDBRA4D8tRDuwDH3697LEB
 AZU6Av0e8n+hesovDEknox3JKhC1L33jXu0nOQZ/2Yz6jY1icghgy/L2KO57+T2Y
 BV6DGpk4IlY9jZJRRKtiKCHSMahng7whIHNSugWqzLNanK+YPfXC2CsUI02w1srj
 FcDurBiJAJUDBRA57ofYH3+pCANY/L0BAR+mBACPZUQxKJbjtlMSbJ5+Ox09fD3+
 oUR4k5mBMyFb0lQhTJ7DW+O7h//xyYyPZA3AEe356zb94J9OPjRW4qxWSzgMlckF
 CVFa8Ru0/TivE0ArHJbhQnMtrFYbQar5t2RNrlq+B8UqhmA5D00qfdM9/62oxBmA
 f0g8rbiWGEL5XmbssIkAlQMFEDnuinhNVigheQUMEQEBOPIEAKGnDr7tgz3kuRaU
 8IAglUDXaRPqIpsr1UFEwfg9n6PXXbU/vRn2549zaApsHTTJnYZ2ENH4hv9Og5c1
 t9Qr+DEV7ht+8Z0ykoxyFJb9YDEO9W2Y0WTglYMaqBD3NDdo4Mamuj+RtsVxGh0Z
 Gm/G7Wu+cTtnwCoSbQ/XEpX2Re5kiQCVAwUQOe8hMNbgof5PvirdAQEUwQQAlMnI
 YZPTtjsl+IUGHj/Faay52iUxRxeyWenCp7VYKj6SBgnKO4STveUhIlqVM1iRuf6h
 tmSTXF1kztXzPGdTqZig6x7WOLAYSqsEY5DdM1W90+UYTnf0pbkQ1pAJ/2kfd1uo
 4W3zpzgQZK9FFsW938C4VqzxBS8bneYmq4JAa1OJAJUDBRA57yFEfEtnbaAOFWMB
 AVcxA/4i5j7aqDIkboVaD473bQKYs8GB4riBx3VGEHHfASe7Bracv0jawdPwIUhA
 VpOT5hbtJH69tsPUUXphtspcqCrJ8xObA5RuWdBTMxq12+dYYKBoop/0F6PaOSh1
 4KVX8m0J9/iGHV+J5QZSKPpBEAAwwK1fJQzBw5DHW8cxxE3OdQ==
 =dREe
 -----END PGP PUBLIC KEY BLOCK-----</programlisting>
     </sect2>
 
     <sect2>
       <title>&a.andreas;</title>
 
       <programlisting>pub  1024D/6C6F6CBA 2001-01-06 Andreas Klemm &lt;andreas@klemm.gtn.com&gt;
      Key fingerprint = F028 D51A 0D42 DD67 4109  19A3 777A 3E94 6C6F 6CBA
 uid                            Andreas Klemm &lt;andreas@FreeBSD.org&gt;
 uid                            Andreas Klemm &lt;andreas@apsfilter.org&gt;
 uid                            Andreas Klemm &lt;andreas.klemm@eu.didata.com&gt;
 sub  2048g/FE23F866 2001-01-06
 
 -----BEGIN PGP PUBLIC KEY BLOCK-----
 Version: GnuPG v1.0.4 (FreeBSD)
 Comment: Weitere Infos: siehe http://www.gnupg.org
 
 mQGiBDpXnNsRBACosqQnFwHgBcl+H2TXLWG/uAAdcZ3d4vlC9tKIPif/WovfOTuA
 CM5KMb1Of2uAQm5S6KpSCDSudZIZw2az3ka5ESQt82kgd/1Ue8FJDdPkGY1RZrEp
 Zq7VDPfENAM8NuYCXIdVYpd860tIfongUbpgHq9dA/bgoDDHXlaBQzUMNwCgurYO
 XH1FSx7vApyBFqaE9ZKglRED/jbd0UeQ8E2Y8jvoHgn9kDGjqgTxNerLK2g7gRgx
 o0U2do7kjKKWoUfij/x3RRpGUDzkB9xhibyoPQKuVim4NVNdoUoqjuSDnoDT+XtL
 B8bYGXAAROPXu1AT1r/P5k3kSHDExu1qfLEk9Sch7CKrVdNaZHsrknbmFPPmhdsf
 zz17A/oCfA5tXthQ4YOlmyjJXiMmiD/aX1fQovjayQDD/diNYQ/z3JUuaA01Nhw4
 02LDFCk0xO2T8wWIC8Ox9J7twKKBT9Ep1MpZw/mY7XlpTFP82ls15pNIshogjlX8
 23aBC+xrRda6SqTAnqsneyxGujSkS4sNubUWaQf0UUfcxZpA77QlQW5kcmVhcyBL
 bGVtbSA8YW5kcmVhc0BrbGVtbS5ndG4uY29tPohXBBMRAgAXBQI6V5zbBQsHCgME
 AxUDAgMWAgECF4AACgkQd3o+lGxvbLqQrwCbBNMKCTamyfzbL+69hya4MTApyOgA
 oIBKu//LaM9gC+rfYUSFRaVY5PJetCNBbmRyZWFzIEtsZW1tIDxhbmRyZWFzQEZy
 ZWVCU0Qub3JnPohXBBMRAgAXBQI6V51BBQsHCgMEAxUDAgMWAgECF4AACgkQd3o+
 lGxvbLpvuACeJLJc2HBP42h8lVDWTZwV3qstGXUAn3yIgz/FK7+//Ax2ceO115u9
 T76ptCVBbmRyZWFzIEtsZW1tIDxhbmRyZWFzQGFwc2ZpbHRlci5vcmc+iFcEExEC
 ABcFAjpXnVgFCwcKAwQDFQMCAxYCAQIXgAAKCRB3ej6UbG9suq2VAJ9TDD3a6fsP
 E79VBmop25fpGRsmAACgobOH43x4KJJxNSFM+sOY2QCv+rS0K0FuZHJlYXMgS2xl
 bW0gPGFuZHJlYXMua2xlbW1AZXUuZGlkYXRhLmNvbT6IVwQTEQIAFwUCOledhAUL
 BwoDBAMVAwIDFgIBAheAAAoJEHd6PpRsb2y6vC8AoIPWrHd+jYEXzo838pxFoJ+x
 v0N5AJ9kyfJz4y0UjGdwMrfLCRL1+h/OwLkCDQQ6V50XEAgA7nyqQb43D5Nl+4bd
 pwt+JqTn9/MnmG1Cw0h3++JAMijW/WTGGrpgpuFhtvfjs0nJ3FZMlDjdRfJ2LKa4
 xR4J/2gIkYzvuI+JaiojvyaKnO/VZC10zH+kQmEfAZTSONucKPOPPrOX87fJ/SLC
 RRPJdjR/kcub/yR7lZ9jI+5fKmv06Vgdx5agvL92eY14FdEhg4BiN99CKyOIdTPF
 xgj2bCultqldQ0FhB5Iw+IYwqV6BJsRewrNJNoXcYLeHkOyf3ULxYwYmu/wh24jW
 ibfotTy/hvRO6CBG1+r+Svqxj161T8vtFWEDdlMW9Efog3O7zjI8lXWF2pOgGWt3
 7g99GwADBQf7BlcqJ8R4BrI/Z8cJbvWWBftMC/dx8F63ISjq65PKc5izq4fSlJWb
 AEDyTv59Gv7qDSQ+ECnjivw+FBu//BY993kXLIE2KB0AY6jgMz7F4JsBhYofGMSE
 uCFgvh9c3EO326RtkgsQKM4pOC6LFZRAedjo6LZzm9k2JZK2Xv8fsLZIW9dSEtqG
 ch32Uu9AfThrFnZ6cApeRnxWZe3btBXbgxK2w3jT16j+CtIbeJGWdF8NN7IZ4+4v
 PzdDAVBwAR2iUz9vn/d0fGhVYLHBFekfB0jyl9gfgPLkXyMorDOhJ1nhdAI9Jm6g
 7FThPfNDzfgEPEgSyVuMqEoti01u0dw7AIhGBBgRAgAGBQI6V50XAAoJEHd6PpRs
 b2y6l8wAmQHMTVyf5sddE7j9+RCEC9L3VluJAJsFafICjeu6dBMwi4QQaB0zqja4
 7A==
 =E/l3
 -----END PGP PUBLIC KEY BLOCK-----</programlisting>
     </sect2>
 
     <sect2>
       <title>&a.bmah;</title>
 
       <programlisting>Type Bits/KeyID    Date       User ID
 pub  1024/23EC263D 1997/03/12 Bruce A. Mah &lt;bmah@cisco.com&gt;
                               Bruce A. Mah &lt;bmah@freebsd.org&gt;
                               Bruce A. Mah &lt;bmah@employees.org&gt;
                               Bruce A. Mah &lt;bmah@ca.sandia.gov&gt;
                               Bruce A. Mah &lt;bmah@ieee.org&gt;
                               Bruce A. Mah &lt;bmah@acm.org&gt;
 
 -----BEGIN PGP PUBLIC KEY BLOCK-----
 Version: PGPfreeware 5.0i for non-commercial use
 
 mQCNAzMl/sEAAAEEAJbQArJB1mbsGAc0eiv6XmoBPdjXDy9wWYbFdTSKcR88iZUB
 o/lie1eIyfqOFp/bbOVuCuhuCB1L/y9iS1x+rcmQgMbzelF9EbyyAoIvD3kPy5wa
 /dgE7L8fAHzHzmLP8uHccXu1eGMmY93of2s7BKvrboWjVCUbaqjOOi0j7CY9AAUR
 tCFCcnVjZSBBLiBNYWggPGJtYWhAY2Euc2FuZGlhLmdvdj6JAJUDBRAzJf79qM46
 LSPsJj0BAbKLA/9ei7MJSASsyBm8AyC4xLSYI/ftiYBPeuHH3f4t6Hb4Uu99iZRx
 +TG88DMg3ZHQZNMrvn+iMojWlvPlExFbpb0FRDX1JksB1gaadsEH6b22Tv2Uc6bd
 6iYe4rav6JR5ZnDtgCAzNiaeTEZc/Tn47vM3KDqnz6gUl+zTN+8/ujHp6YkAVQMF
 EDMl/4Q8L1TZGfd8EQEB9YoB/36khd19cZLdhLcaGDnbbPqRIjXC+Ha0LD9QEiK8
 p4TzPhQu/QIQTlKMOm+dMUZfabiJG07QUM7/aoDFF6VoJHyJANUDBRAzJf9iWGPT
 gxP/0IkBAR89BgDSitVdHQvjjV5UtbaJ34CYNz+KB2r7/08U5yeN5ZSQiqAW6PiS
 SXujzHnB/kxUlG93bCq75ljwvozSomSE/n+1QKM5j+WNB8judbIuesAlKVlnej05
 X2hLXfsAcJuGmG9jwlchd5uhSEBnrhpQEQh+44BKdSc5Jp/rtUeHwuu+rqvNECR8
 MSIpY3IFREANAv8TVqVBxbEHGjyKR1f3iwo+KGFgcNcE9w7eWCW9FOTOe1iI550/
 r/CounwRTVarkVWJAJUDBRA0BgS1YDZyE/6Ll60BAUY3A/9bVICm3lamaA/hkvL9
 mMfIlgqJVG1iv6ghiTgJJN9eRSNStPB8ho4sfekYmsJOj8Dsnmgw3Z876TiAeeG8
 KBDYrB2CeirciqgEvki1tof36NVrTlNfyjMe7DuRdIGwlMsysCTGQ91sjdTvQ1gW
 qCOCMPq2hbUiy3O1H2lSAFWZN4kAlQMFEDNqQB+G+HorH0Oa6QEB6xsD/jlw33WI
 8LNxVgySQ9IEX7F0+cFsto1iTnxc5xRTKqcNfD3h1N89noVJHZa+4Y0/EqgexPda
 ADARba+e0bomsOKaGuK4thiO/UVKf+que9JmNwIW+bmvbfwQhRwaT5tXHGJDbP8U
 DOhIIbfd3N6VpxmcH6azvvCBAhRpb5vW8VXxiQCVAwUQNRn9lvRZcafORvxJAQF5
 bgQAmpEu9wcVqJa+P1I6iSivnY0nJJDBiXTHnGep9zwdCODRa7rZwgZptqn4naXr
 rK/jAr6Vdj73b5TbwLtLiWR/MwortPFp80M+6Ff15lsO6viynMWgLFSBli2WcxIU
 pnjlnt8sLs1opDV+nwoSlFCeXGMbPSal3FOA7oIdmDBbG1CJAJUDBRA57prdfEtn
 baAOFWMBAc8zBACltXDpn23WLpy6jp37uZuijhGt2B8wksTv8J9ZRaUbEbpRwNe8
 v0RsxqQ7NbwFUIMeVdswnF6smXPpp55SOHOa+TKOnjdJwk6jZWewRTRV43ZQ+F5I
 Vt1rGWB4zXu9/umAWXvVy4cVcfvOLoYYvMucNHgawWby3qiEwsWMuukmY4kAlQMF
 EDnumuHW4KH+T74q3QEBcQ4D+gK7LMHp/gktEuOFhqKHdLxbocqyKL6Nm/R1lKP/
 5iJ60IWCBhz4OV4xU6Vm6T+JcMYnewdfsxuxbQndN5lhzQCFwEVrkj5/ibsCqAiD
 v3Z4IOIVWOwESCM5nJVleieNZ8D8Y33UICCh/kqLzDF97PpD+kGROWi1sSNXlQIr
 VdQttBxCcnVjZSBBLiBNYWggPGJtYWhAaWVlZS5vcmc+iQCVAwUQNTUXEKjOOi0j
 7CY9AQGGuQP/fDgRCZ0Nq7P+IkNq1cxxHEjYJoIXbiESK5gtdWelJuxVDaZ3XbL4
 /yoSIN5ZnVHZMi04P3Khgqequjwr3/rae/a4MmVQdtNrCFMSY+8d/l8bXkG8tuky
 5b+Qd9ZOBVw8zbq3xB1o89qf0D07bTX2EC1glvrU3g6VV300BaHpvimJAJUDBRA5
 7prdfEtnbaAOFWMBAZnhBADMxh5KVEBKn5L5ZOuXJdi1EIAk0L8bq7xbxUZ1MKTD
 oWlfc1xxBxs3xfMIJFjAv5CRzrGg8y3EUBRLgaN6KzMbvmA8FQ77PIM3x/lc3jHa
 nIQPlWWdCSq6WZEFtq/rOFi8WhATlCBPehwMV7gNEDh4bIhG/5jY0cA2kmfJqo06
 TokAlQMFEDnumuHW4KH+T74q3QEBTj8D/i5VjPmPkOz7cKEaK2NbUnTM7bKvyKWX
 7qprmjkmeunVA4LY3M68SG1NcMmEWbM4p4yl5xDvR3r7WChPKZE/5Kzvvzo76V6L
 CSqy4L9pwFlAw9xZOjhRtJTrEE2HsoDeN2nvWrPpeXJtGCpZ+d9WTg4I6mxfyrp9
 qK9Mj6XJKc0FtBtCcnVjZSBBLiBNYWggPGJtYWhAYWNtLm9yZz6JAJUDBRA1NRbM
 qM46LSPsJj0BAQ3oA/9Bxqn1Kll1R6+bRbz2VKOCijC8iooYriFF1MBC38PsvBXN
 epnXsbAkRrvwzAiY7f+aaxYOLbyG3VOTtEwGlQ8WSfc4BcHBmC8CK3G+jXn8Hk4Z
 iZQ0s+khhAlIbr0Wpxvk5Prazzv417dBCIHzk0dxaDJ5dolvxA9NK2po/oTDzYkA
 lQMFEDnumt58S2dtoA4VYwEBgtoD/jAqZt89XHmtWtMzJIOft9z8dXyvXXwmkuOx
 91P2egetX69Ru3XzqPays/uvdFkaVgo09nHRLPGXPQ0GbgUuc8mPa0H3jn/OA+Tn
 KxeB9rKY2fPr6vccP6OSeOk4nbHqPqfz7/U/edbHZ88kNu4iqiH+dDB0L7QNGK9p
 l8Zpd5TOiQCVAwUQOe6a4dbgof5PvirdAQGDDgP/SdujS5XMRbqKMe41f5P0TMAm
 VeGplK1mdX4WRmB+wvdV0ddIiEgSQIklmNM5nIwYzRGNLZrRBQNDArOO4826Amvu
 lntP6+LmN+vl+lmOA6kEbVYFnADkNGP3jVmwJ/ni4luKDWevMHpxfHTGoKKaKA9P
 A4WaT+49RRX1RSGkWU+0HUJydWNlIEEuIE1haCA8Ym1haEBjaXNjby5jb20+iQCV
 AwUQOUVroKjOOi0j7CY9AQHdzAQAiq+kDC2WEAG3gglnEIG0oIp292a2qhrDIu1P
 d+xUxXoPs8OzqHe1D4RaJiEhDMmQ1t6kJbUdzTKENzjyT84KbaHBgYujgcLsGqmx
 nVDxkVC6YlTXOngI4y96sw9k2HRELWTEGfAUFCPmAQOWH/ftDEPCvAZHXrTJaRSr
 nkK80NuJAJUDBRA57prdfEtnbaAOFWMBASUzA/47C9vbfPB4sqLpT+PSZ6cOkPXp
 Wn4ddvYC7iTCE8Jn9E4V4v86wUqWScXK00OO6suFERj8b8gFsWhR+ud1a8lTMuKt
 lmdJw6S2XWFadTQCDUPoOul4WlUwEbhWSohSoTu/FFJ8AMgI6q2Umeo/MANga69L
 SXnYuG31GxEZPEknkokAlQMFEDnumuDW4KH+T74q3QEBXw8D/j4k+AzvQg9rY3Pm
 R2qUtjPm2JBw1206J3XCf7CYwmhuMKiLC3EMqfwu7U43+sD1xgIjOV5Y5VFz6zQ/
 cZ/DkRexCIJYe6hXhqx+VVBRCRUsQnCDkrCr/sX14EsgQoFluIKfuCstxtLe6F/g
 OCAoHM0QG34Z2IrThLWSo/oIhNBstCFCcnVjZSBBLiBNYWggPGJtYWhAZW1wbG95
 ZWVzLm9yZz6JAJUDBRA5RWu3qM46LSPsJj0BAQrYBACUnUQn0t6tnxAJMQxgje/L
 kNGkZOzGNMazfrFPe8+iDCq9nnJ7zkh2OtSNTiS/VJqJjT/2iDjCxWG4Cqn4eBUD
 1d8GW1klKeK3yUIFlfAsMAfQshhPQ47865UlHWvuePLS/0L2rLofu/++7reTzYW+
 4mnzeXfj+UKAqr5LlzlFxIkAlQMFEDnumt18S2dtoA4VYwEBnGYEAMc2YVJk8YsW
 RJjU9zKtsbfMabifvNUYvvkIi42du1t+brnCXf5aFnFjAAO3sGbEoTRCEbT8SRPU
 hbk76R++bG02XmCYepWX5iS3I0LUzVpqas1t0H/luc4mUgOYDUhsPWuBtNmYuuxD
 uMSCgL1ZUPb+S5ZLmYMk5hxpKQEEO94FiQCVAwUQOe6a4dbgof5PvirdAQHZXwP+
 INhyMrT6qLG6+fjYWZ3hu9nvXO11MtPtNObo7VqIERSRqccvhQO1ut04VXb5Na+h
 AO8kTnqS6+43TZUWtAkKLmcZakgb7juFXxnM/BJP+UmMr08LMkB5Yf3VNfrdthbt
 GyFh4tY7kYJFa+1K7CngPvRoBbd1iHO419O6MiLusoa0H0JydWNlIEEuIE1haCA8
 Ym1haEBmcmVlYnNkLm9yZz6JAJUDBRA5sD/kqM46LSPsJj0BAaWJA/9kzr2n26NW
 NE2PscqmABhyXXDZptY7t6NRAc6yXgPnbXs5AlAkiL+P0FLs1P9MMnw7PCd2TAXd
 MYLhPecx1dWJAiaRNmoJBaPknnr4rqNKM45XbPfkJAvvSVGNi52VHcmrnmFdSX6L
 hUwJzVha6TT4Vel5y1DEPYIUK3FJllTBQYkAlQMFEDnumt18S2dtoA4VYwEBNh8D
 /Rdov1S+koATxQAb/8uLK8rYnmDL3PfoAhogrpQgz+9G8O5mwJtzoHJVYGGVEzTV
 3L/okFn6UlX4Hms0RR2JYlcwaL+D4aZKV6vhgVh23yh3xaV+wPwzHqtjPxyWKapO
 g153Fn/UquFaX62DzzWcRxtd3Fi9tiGtdyOVmQQlaV4qiQCVAwUQOe6a4dbgof5P
 virdAQH7XQP+JI0HzuV4ycNw2rnLU4iNrINsC4ur5hTW48CQcX8/HFkTuygzFKVn
 AlrKEytdfJPaFMt6UAqUPB+NPJ6fwtJkU0cNsjCsZIGBh8AumyT560BWYm3iIac4
 Zn/9dKslg+SRJZU0T/A+Iip+3oFz8cl7BrkPgI1mLvUTOuBj4Kre/7k=
 =aSn9
 -----END PGP PUBLIC KEY BLOCK-----
 
 Type Bits KeyID      Created    Expires    Algorithm       Use
 sec+ 1024 0x5BA052C3 1997-12-08 ---------- DSS             Sign & Encrypt 
 f20    Fingerprint20 = F829 B805 207D 14C7 7197  7832 D8CA 3171 5BA0 52C3
 sub  2048 0xB4E60EA1 1997-12-08 ---------- Diffie-Hellman                 
 f20    Fingerprint20 = EF87 710B A12A 93F0 3529  E578 173D A3CD B4E6 0EA1
 uid  Bruce A. Mah &lt;bmah@ca.sandia.gov&gt;
 uid  Bruce A. Mah &lt;bmah@acm.org&gt;
 uid  Bruce A. Mah &lt;bmah@ieee.org&gt;
 uid  Bruce A. Mah &lt;bmah@cisco.com&gt;
 uid  Bruce A. Mah &lt;bmah@employees.org&gt;
 uid  Bruce A. Mah &lt;bmah@freebsd.org&gt;
 
 -----BEGIN PGP PUBLIC KEY BLOCK-----
 Version: PGPfreeware 5.0i for non-commercial use
 
 mQGiBDSMdS0RBADQE42S0MDRcjiuM4mPH4NL2m60OMHgq3mYuIzrNkRE4jSzZJiG
 8jBMl5VysnTkdvL61gH4aihIqioULOUq3L9XEtlrLbx1HDXEEdAdhARzqPapD4x2
 FbHpjb0wjxQ7RmXXvLHDlPa8x8K48BJjZ+9WhPs6TKu78+I+9cqZ0u1KKQCg/2ls
 GAGht29FiOtHrHFVMKl3WXMD/R6wl33Xsb7mwFROBWoYxExqSAZ9xeI5KUtQ5f2U
 eYSbUfxCTkcBIImjf6UhtjLTs6Rc0ouYLHOHu7wxVVzA0x3UpcEWUkNXWsy4PO+S
 j7PdzKi52BzR2LY62DoBTUARAaIsvp3fV126NPBHR2Isflo2OlEvwKGJ40IJMLGN
 d3xBA/43QdXUcxa/FFAeCroYr/BkWPYz7Oh1HFBTa9xxrKL5sLDJChp/yLFoVhsG
 0t4w595cbD8L1n1PckcaKVK2Y8vjafJKL5k5Ea/CnF0kO7+Q3RaydqzOcS2yP0n2
 ZLQ+sorNz1huY6hrJemH9SjWnYKg4xbxfQzRBcfRxGQv3usvC7QhQnJ1Y2UgQS4g
 TWFoIDxibWFoQGNhLnNhbmRpYS5nb3Y+iQBLBBARAgALBQI0jHUtBAsDAQIACgkQ
 2MoxcVugUsPDfwCdE4eVXsgKeXGph2UjRJ08bcm07KoAn3wjzXJ3OAugV3xd/P16
 L6EvLE6QiQCVAwUQNI10l6jOOi0j7CY9AQHawAP9Hv0fwpPbQC90t8sreFT+ObRl
 zYSQnOHV+XYcqi0DJ+nbZYB+60CzPxHkchhfqLi0zsNYbqlfyTCJabMS8d3n4aVR
 ke+eMpD8UwsBGcfOg+3H9aFfsNDF9qC46eaN2ZEbMpsMaPzEMvdvzIWY5pF1uziJ
 s+hqPNpndOv9bg9mr+qJAEYEEBECAAYFAjeDt00ACgkQITxeNPGCC1UxUgCg1lWZ
 vk7ci99tGLN8YwlkmNHWfGQAoOvmztFkBb4Joy4KcMOM3/QPedw0iQA/AwUQN4US
 PK+iAUnWOX+nEQK/RQCg/Q34D+y74SwbsDKq1PFzRKRIbUwAniLwxuIjOT4+Jx/6
 GbUf6BfFafUqiQA/AwUQN9n/OWlM93/mX/l7EQLDZQCfaV51kpxPgnf6Phq5748s
 gmarZroAn3NskDMAtcSHqTyYfFu7SNOxgWIdiQBGBBARAgAGBQI57ofmAAoJECAV
 MdWEXf7doVsAnR6nzyVm9sFceFaDLaHeUUbUPbRdAJ9nnNWEsxbnqeAwenSNtyz9
 OL6EOIkAPwMFEDnzsYN3zinFj6EuIBECrjMAnRIxFEDvi0bBwYtYbADEFulWY8zn
 AKCwfvI7YsVOkMDtk4nEuWwK6bKCzIkARgQQEQIABgUCOe6NVQAKCRCI4Xsd/OVl
 YfzcAJ90xj1zsCx/77XSTRhjOth7YuT55ACfQJZMfNge3GcyXVSRAKsP4TQ9zYqJ
 AEYEEBECAAYFAjnujVoACgkQGPUDgCTCeAL1GQCdH87/riGhtvgx0QqEmCOmoTn7
 46MAoIYOCTUpM3bHKXjC2+ategzNcCPftBtCcnVjZSBBLiBNYWggPGJtYWhAYWNt
 Lm9yZz6JAEsEEBECAAsFAjd7oEIECwMBAgAKCRDYyjFxW6BSw7j+AJ9+VDcZ4K6n
 Ic+Ap8WKSTMXXKFvAwCfQOokhn2SUd1xYY/PZxYcDs9I8YKJAEYEEBECAAYFAjnu
 jVYACgkQiOF7HfzlZWFVvwCg1TprYy84hGQ0cYsnopjkMtnENKQAn32dSqKRg4zo
 tR8It3Yh+XUpjjsDiQBGBBARAgAGBQI57o1dAAoJEBj1A4AkwngCSKcAoMilohdk
 KkIrvKxf09b7f+0vuc1rAKCeDKdjlNY/AR1nVp5096/oz/f4ebQcQnJ1Y2UgQS4g
 TWFoIDxibWFoQGllZWUub3JnPokASwQQEQIACwUCN3ugVwQLAwECAAoJENjKMXFb
 oFLD2YsAn2OXLa+VlHLnWVraRVjB4vdjUMPoAJ0emVwKCho+tJ4DueuSTSx35kr6
 RYkARgQQEQIABgUCOe6NVgAKCRCI4Xsd/OVlYYxFAKCf6zxIGbP2FJ3w55jBiyMX
 RYc9pgCfRCnEPNt967dKXbeMb0V84i7yxumJAEYEEBECAAYFAjnujV0ACgkQGPUD
 gCTCeALFVgCeOGHzQYS8qwb2R1Rv92gkTynYEhsAoPVrNmjEyL6kgfaGzimUvujK
 p/j3tB1CcnVjZSBBLiBNYWggPGJtYWhAY2lzY28uY29tPokAVgQTEQIAFgUCOUVo
 NwQLCgQDAxUDAgMWAgECF4AACgkQ2MoxcVugUsMScgCg0OaBootiOUwm8MtGV2lf
 Pjbq+WAAoPVcDuDNno9T5lkBIj/Ko7crIwjViQBGBBARAgAGBQI57o1WAAoJEIjh
 ex385WVhuYEAn0KTZ+sr6nbvOM8wQbLfpeoYWWjkAJ9kiU8uESWXramTTKYKEHyR
 fjEVG4kARgQQEQIABgUCOe6NXQAKCRAY9QOAJMJ4AjlXAKCZLs8uBMTSG3Dnpw7p
 ZLVPD8yhdgCeIFoHT6HrRiq3b715bc5GZhhFlhC0IUJydWNlIEEuIE1haCA8Ym1h
 aEBlbXBsb3llZXMub3JnPokAVgQTEQIAFgUCOUVoWgQLCgQDAxUDAgMWAgECF4AA
 CgkQ2MoxcVugUsMR9ACffGTZ5+6qgLC0RFqatxkJ5YwqwgIAoKgsCGMJsAIpxhNb
 XG5pelXhrQA9iQBGBBARAgAGBQI57o1WAAoJEIjhex385WVhNHUAn1SHRpqXn1uq
 q/EzqxDVzN/R6JaHAJoC+Q3Rv52FH1FD+i60ubtPwNgbxIkARgQQEQIABgUCOe6N
 XQAKCRAY9QOAJMJ4AqaaAJ49VuRD0CycI76yqRns1hx0rktP1QCg1TdP2OAy+dbm
 AMpNokTLzjvuroW0H0JydWNlIEEuIE1haCA8Ym1haEBmcmVlYnNkLm9yZz6JAEoE
 EBECAAsFAjmwMzUECwoEAwAKCRDYyjFxW6BSw5rBAJi1vpq8RU0pn43HT4VJWybp
 BuTdAKDXv2O9eGilbPVRjmEgOclE3B09JokARgQQEQIABgUCOe6H6AAKCRAgFTHV
 hF3+3TefAJ4qgtByxD6QehEnn8kCqUVZaU3AvgCgiMtlhatZQJLGAdf3WDFOfsM8
 YpGJAEYEEBECAAYFAjnujVYACgkQiOF7HfzlZWH2gQCgqZAhZ/6HGYl/siyRgDNd
 QRSLXBEAnjMVjCjTh4pXuxsMdc8dHXel9lbRiQBGBBARAgAGBQI57o1dAAoJEBj1
 A4AkwngCtb4AoKY5S5sCQCbn19SraaSTPVBmImyfAJ9fG/FSYHCMNt194t9uixew
 oBCLrLkCDQQ0jHUuEAgA9kJXtwh/CBdyorrWqULzBej5UxE5T7bxbrlLOCDaAadW
 oxTpj0BV89AHxstDqZSt90xkhkn4DIO9ZekX1KHTUPj1WV/cdlJPPT2N286Z4VeS
 Wc39uK50T8X8dryDxUcwYc58yWb/Ffm7/ZFexwGq01uejaClcjrUGvC/RgBYK+X0
 iP1YTknbzSC0neSRBzZrM2w4DUUdD3yIsxx8Wy2O9vPJI8BD8KVbGI2Ou1WMuF04
 0zT9fBdXQ6MdGGzeMyEstSr/POGxKUAYEY18hKcKctaGxAMZyAcpesqVDNmWn6vQ
 ClCbAkbTCD1mpF1Bn5x8vYlLIhkmuquiXsNV6TILOwACAgf6A0oIHx7GA/Wg+7Xy
 +rZVKyrOQ+bxzDQbpNNwDBP5mZ4NoG6tgX9LLpLkihRlmL76JsNHhQxaSHOU9mjm
 uAZgNVlYRE+O/fTIlLkRrBkgn0colEMy0EFx8/UsTPu8j/RBURcrAD+ony+vXyl9
 cb2HEfpeUWhGQC/WdIhPwRKCK2fIZ75Szjkd4tgD9+yYUEfGCbpw7bRwqHRDEdVy
 7qx7nHcTH5Xq+vdqJ7ZlsaNMNhDukS3RunILkTW5q9WeW9eabSSyY4uCY81YP2bR
 F/U/FPM/mYbWNUELgSmN/YkSwWLGgfjcCObTwgd0FOW7XZuJ71R7ytBEn5kDt3bc
 vULsB4kAPwMFGDSMdS7YyjFxW6BSwxECd5YAoKUcWpHjSL1KbOH3Ud52avzESk7C
 AKCOQUeC622jsKntTOR5R9Vv4wyyKQ==
 =L8Lf
------END PGP PUBLIC KEY BLOCK-----
-      </programlisting>
+-----END PGP PUBLIC KEY BLOCK-----</programlisting>
     </sect2>
 
     <sect2>
       <title>&a.tmm;</title>
 
       <programlisting>pub  1024D/419C776C 2000-11-28 Thomas Moestl &lt;tmoestl@gmx.net&gt;
      Key fingerprint = 1C97 A604 2BD0 E492 51D0  9C0F 1FE6 4F1D 419C 776C
 uid                            Thomas Moestl &lt;t.moestl@tu-bs.de&gt;
 uid                            Thomas Moestl &lt;tmm@FreeBSD.org&gt;
 sub  2048g/ECE63CE6 2000-11-28
 
 -----BEGIN PGP PUBLIC KEY BLOCK-----
 Version: GnuPG v1.0.4 (FreeBSD)
 Comment: For info see http://www.gnupg.org
 
 mQGiBDoj/ekRBACnO84k2i5lLHZKscyV8tjQSkkr26hasdbc/uyV7HTiPhMUjEAz
 Pamk+bDmy/Ls8k0SJ1l0vILBBd31G5VYtKonIrgp4vZ9gV0fBdCyFDXb8bh11Pk3
 pEZiG9vJevq40OPvsThLKHCLNhZ5zLPp6gd0IHwRJ0LU94pouFXd33MzrwCg4gTJ
 K00Dw0w1hFtUsq6WjNC+1B8D/2WiEuzBMnO6gz0p/eJ1eZ7mvrBXLQZ0u5vJ3eg2
 CCPrtS1ZITq3ICPDN6biEiMgtRmlYn/VYvDQqxwNE0X2yMfB/9sdah45zma9EeVn
 Iy8meaCFDLhm4aIYc1foUuz3WbCNlJFY5xYPXCMXLkC65xdybHKng5TXh6NOOWf3
 PfCWBACPMotTRKttAuw5YcZE5VDrSXPYHu/jm2CpIVmrac7+kDj9pGH9sB7BdUxw
 vczqtAT0jk7MrT+u3FH9wBtEFTXl7ksGTmDOFWJgYn3ZOEaVaX/OqD89UNhrOA2v
 ZOaaoKMYxK/pszPdr1Ghd6BQCmYKtLBlFYiTDRM5UMVHTqN7VrQfVGhvbWFzIE1v
 ZXN0bCA8dG1vZXN0bEBnbXgubmV0PohXBBMRAgAXBQI6I/3pBQsHCgMEAxUDAgMW
 AgECF4AACgkQH+ZPHUGcd2xMLwCfdEkPZVBgEmYnlyOKfyTSslMhud0AoKDKZNXA
 huNslb4KF8yKWBNRwfPStCFUaG9tYXMgTW9lc3RsIDx0Lm1vZXN0bEB0dS1icy5k
 ZT6IVwQTEQIAFwUCOo01FgULBwoDBAMVAwIDFgIBAheAAAoJEB/mTx1BnHdsOfMA
 n1xd4f7iAe6id42DLg4W3fibsCwsAJ0cT2lf08RhHkT+zLVoubyIDoY6ILQfVGhv
 bWFzIE1vZXN0bCA8dG1tQEZyZWVCU0Qub3JnPohXBBMRAgAXBQI6pO9pBQsHCgME
 AxUDAgMWAgECF4AACgkQH+ZPHUGcd2z+7gCdF5fq/lebn3/gp40O8xP/J0XFbiIA
 oKJP186L04qpSNamc/qG3gs7h3DGuQINBDoj/wkQCACl8M8ObSTJaOY4SgoQkKgB
 CkJJP5ScUpfYV9w3dxKL/77cyfghfYsnAWuA9yXJcjA0F+u+jRf8gS7OaHD9H9Mm
 pMGq54Aa0KUQaDbL/Jzf5zrKS/RASHzl1vYXuZB1OIzPfeAIx9u3UaziVEGXJha3
 1KgTur+TU+F94ZFTi8uApq2VoNT6sFi/V2x79bxlLFr9M9yD/0+kMZKovWRODy6T
 gWJzzcdd//dkvKp22tNf6C2wq8Bu60cWR81+awgG2otgZjCPUs2Bwhqa5opeUqGn
 J+f+PXo6+m2UF21m1vLARENuumu6SXf3XqGIUiQbT6jCdJORzwaxeCiMfu0qNnUX
 AAQLB/9u9gZN0N0r21ZjM6ZRmDC/REouCdYHEj49+f9g/xLXCfacpWVcrK9lIrcg
 hxRE2mQ/nlQLeHroC3Dp1AfThKSPFX3PRD/9CcRu480imT84ljf+6vonAZ20Edm5
 vVO+UoJMZQ2G+rWRRf4bDfwFoyDw3DsNmUL4yH8m2RpTxXn0pQtD2riJD8CBCXEP
 K95TYT4MomJ7Szg7O5/QLngfw0q6QdKRm1vEIP7r6t+UbVNp9+5g9qvz4aqm3beY
 pw1QCDHcqpDITnlTxTdV2SgNpF8JPg7joaOa36AxWwRzfLFyzyw/JGQE8RwJa8BN
 iTu0IrKuiF1biRxqiYO887GBA/8QiEYEGBECAAYFAjoj/wkACgkQH+ZPHUGcd2xN
 TACgkS0AGqqd2nLtWhpbE72tD660tv8AoI24cRkUa2op32mti5zfLLMsM4AZ
 =76WN
 -----END PGP PUBLIC KEY BLOCK-----</programlisting>
     </sect2>
 
     <sect2>
       <title>&a.rich;</title>
       
       <programlisting>Rich Murphey &lt;rich@FreeBSD.org&gt;
 fingerprint = AF A0 60 C4 84 D6 0C 73  D1 EF C0 E9 9D 21 DB E4
 
 -----BEGIN PGP PUBLIC KEY BLOCK-----
 Version: 2.6.2
 
 mQCNAy97V+MAAAEEALiNM3FCwm3qrCe81E20UOSlNclOWfZHNAyOyj1ahHeINvo1
 FBF2Gd5Lbj0y8SLMno5yJ6P4F4r+x3jwHZrzAIwMs/lxDXRtB0VeVWnlj6a3Rezs
 wbfaTeSVyh5JohEcKdoYiMG5wjATOwK/NAwIPthB1RzRjnEeer3HI3ZYNEOpAAUR
 tCRSaWNoIE11cnBoZXkgPHJpY2hAbGFtcHJleS51dG1iLmVkdT6JAJUDBRAve15W
 vccjdlg0Q6kBAZTZBACcNd/LiVnMFURPrO4pVRn1sVQeokVX7izeWQ7siE31Iy7g
 Sb97WRLEYDi686osaGfsuKNA87Rm+q5F+jxeUV4w4szoqp60gGvCbD0KCB2hWraP
 /2s2qdVAxhfcoTin/Qp1ZWvXxFF7imGA/IjYIfB42VkaRYu6BwLEm3YAGfGcSw==
 =QoiM
 -----END PGP PUBLIC KEY BLOCK-----</programlisting>	  
     </sect2>
     
     <sect2>
       <title>&a.obrien;</title>
 
       <programlisting>Type Bits KeyID      Created    Expires    Algorithm       Use
 sec+ 1024 0x34F9F9D5 1995-04-23 ---------- RSA             Sign & Encrypt 
 f16    Fingerprint16 = B7 4D 3E E9 11 39 5F A3  90 76 5D 69 58 D9 98 7A
      David E. O'Brien &lt;obrien@NUXI.com&gt;
      David E. O'Brien &lt;obrien@FreeBSD.org&gt;
      David E. O'Brien &lt;obrien@cs.ucdavis.edu&gt;
      David E. O'Brien &lt;dobrien@seas.gwu.edu&gt;
      David E. O'Brien &lt;obrien@elsewhere.roanoke.va.us&gt;
      David E. O'Brien &lt;whois Do38&gt;
 
 sec+ 1024 0x7F9A9BA2 1998-06-10 ---------- DSS             Sign & Encrypt 
 f20    Fingerprint20 = 02FD 495F D03C 9AF2 5DB7  F496 6FC8 DABD 7F9A 9BA2
 sub  3072 0xBA32C20D 1998-06-10 ---------- Diffie-Hellman                 
 f20    Fingerprint20 = 0700 6058 CE6C 1C51 D0A3  45E6 26E1 A405 BA32 C20D
      "David E. O'Brien" &lt;obrien@NUXI.com&gt;
      "David E. O'Brien" &lt;obrien@FreeBSD.org&gt;
 
 -----BEGIN PGP PUBLIC KEY BLOCK-----
 Version: PGPfreeware 5.0i for non-commercial use
 
 mQGiBDV+M04RBADXKeFCmXsTfVxqwiVHv7MWoP9uzUuILtt7QIDGLyEWdhDkqUXq
 Ux9yrH6B1y4q38XI7Z2OFh6KEXDDZyOR9ntsA0RF9+h+e92RfN6Co6F3SOyTuBuA
 Q+jV+Hl0mbh7Sqjl5SjTMjT3AvHnKM21Zac0zmjhhXFprSSILcMp1HBchwCg/7hP
 kuoubQUxdH5SjVKrsystWf0D+wWQ5PxKzz4lLDG2TZAgCD5C+a/IaXnGYvXjOfc2
 ktLChwVIxf7Z9cEARDOWEHPfwkjn0OEhtX7teUiOx34h3/wIVPN5IfqhHVCcEUQT
 R+ZwYAYACqfihfyYdzttVDGvHMmUwUgu2zr19N2olREqPA25hls7w7F6UlN4d+PF
 zljWA/wMHDG25k9UnDibKbCXQOhDARusL6YoFN3JneA4y/TM3rgoUQpBkk99218v
 LlaSz2TXH7ne+nxldX8IigN/SG9u6K6eWJ/LKSUuLyeo1r4oxGafCzteQSaBBOuQ
 hXbpX2xEK3wQ64NdnXlBZfBy5JEa+3SWpTO2iQC7JNtI0nLjm7QkIkRhdmlkIEUu
 IE8nQnJpZW4iIDxvYnJpZW5ATlVYSS5jb20+iQBLBBARAgALBQI1fjNOBAsDAQIA
 CgkQb8javX+am6LP8gCfXYmb3/0O/9viAhq4mXOMRM7GEygAoJCRiRmhfz84yCC7
 GSY/Li2Bi63TiQCVAwUQNX4zzWVgqaw0+fnVAQF21wP+PK9MlfIcaOAuQVMgQhsD
 Wqlj/DdxtsxT1GOnlHp3JGxdThyxdBDrxmiU22a6216s01fN5Ac25USeKRCcSVyG
 0+G/Xd3VfWDCEQCLNBwblAGKW9BEZfJhS1xOuTEYxgbmuvrlLTdvWm+MwPetv8ka
 yhD1LM4rVovMxenaPYUub2S0JyJEYXZpZCBFLiBPJ0JyaWVuIiA8b2JyaWVuQEZy
 ZWVCU0Qub3JnPokASwQQEQIACwUCNmOeXQQLAwECAAoJEG/I2r1/mpuiv3oAoOBm
 ZIDRolksEb0iNP46X96pRsU8AJ9nTPnCjxfj9oP0wQBslElAS8awfIkAlQMFEDZj
 ny5lYKmsNPn51QEBkUcEALYsZckj5fs7uUzjSgyzF/2RrHJ5gGrpNBwikiy1+wdZ
 6bz8CQ6kcYC3Dap3iHSc9KWTn6sK5ZvYXcYD9k7is8V8zuitUrrSGWpY96qmNsCT
 vPSwfwIcyhYSIJYjdqmv4EnKo2mwkY3zqOV9DT1ABFLSI9Eyy8ILeuhrm9jWEXs0
 tCoiRGF2aWQgRS4gTydCcmllbiIgPG9icmllbkBjcy51Y2RhdmlzLmVkdT6JAEsE
 EBECAAsFAjZjnroECwMBAgAKCRBvyNq9f5qbopXDAJ9VboPXKbLDYCS2jYZg+X7Z
 or1ZOQCfV+u96L4zxj10Z5bHhpJXaXsq1Aq5Aw0ENX4zUBAMAMwdd1ckOErixPDo
 jhNnl06SE2H22+slDhf99pj3yHx5sHIdOHX79sFzxIMRJitDYMPj6NYK/aEoJguu
 qa6zZQ+iAFMBoHzWq6MSHvoPKs4fdIRPyvMX86RA6dfSd7ZCLQI2wSbLaF6dfJgJ
 Co1+Le3kXXn11JJPmxiO/CqnS3wy9kJXtwh/CBdyorrWqULzBej5UxE5T7bxbrlL
 OCDaAadWoxTpj0BV89AHxstDqZSt90xkhkn4DIO9ZekX1KHTUPj1WV/cdlJPPT2N
 286Z4VeSWc39uK50T8X8dryDxUcwYc58yWb/Ffm7/ZFexwGq01uejaClcjrUGvC/
 RgBYK+X0iP1YTknbzSC0neSRBzZrM2w4DUUdD3yIsxx8Wy2O9vPJI8BD8KVbGI2O
 u1WMuF040zT9fBdXQ6MdGGzeMyEstSr/POGxKUAYEY18hKcKctaGxAMZyAcpesqV
 DNmWn6vQClCbAkbTCD1mpF1Bn5x8vYlLIhkmuquiXsNV6UwybwACAgwAm1JzkDnM
 N7PqTh/hWMfxpsl1WzwQ0LecB/15UEKvqUZeRFcTCPh/6lVvJL64K2O4mVwTUnX4
 9EYDjccK/DQQEpEJ3XfOt/vMGFQXXO8frj4ulxeSQAaodmrJsfBexeLIatFidkHy
 5pN+5dpnQZhcoRrjpbK+mdu9gW4oImUKInFV7mIpVFK2sYQlkP52WZuPwXtkWjoa
 l+43oD7vGZpIdT6iqCI/hwF64bP6NtbVRaI3mbXOn+S2qdLf5YRROBavVa7yvBrZ
 7lOp71aGb9TjpOpxPWoISvKj9uzhFtuzh+k8ABv0hPNyF3iKaBWaeNEVpYlR3hOu
 ojcLG+6+X/GTbFbcFxeybbajkcksIs1oNSpRaNqHVpgBsbN59w7Tmva62bLz2R5U
 XhbmRuqvQujAwT2+6PcD1Ra/QG1QNyoM/leLhLjOjQGZ+SvlxDhDsgX+W3Y1QXX3
 e2Ual4c1K6itgvR02hKOR+IOl+IFB6dsd47cjyh0xuhKpjsEsE36aFk1iQA/AwUY
 NX4zUG/I2r1/mpuiEQIDyQCeOvK/V0VRBNZNAYknb2GfVTKVJWYAoMXeTJABkMDL
 P7bUxAmeYnY7l0UmmQCNAy+ZtI0AAAEEAMPph+5fYQ4pUXUCgsXGqWi1LuxtqSP3
 WC/20zlqOUq35T2e/3dEqFXB1Rbzz7rhI8hraDyGybexiO9OcQMbxSKBha+BnMyq
 hoTM7bmzSZCRSWtIQ3ugC5Q0O6RUkrHL3k88h/Q/9IrqCXIesMaeeWOIit7tJ9dY
 gWVgqaw0+fnVAAURtChEYXZpZCBFLiBPJ0JyaWVuIDxvYnJpZW5AY3MudWNkYXZp
 cy5lZHU+iQCVAwUQNHYnL6v/B7RG8yEtAQE2QwP/blDA0lFO0AH1/Dhvlc1ylPEG
 mQw0FDldz40N4ni5e3gRPdTy03AWrCDQMX7xLJ5Zd9HOA+IiPkDkj8OQkA9WUrPh
 HhAUMy2yh2PSnt2mIJ8dv4M5eH4H6IJPjMu6z08UvkKdXlpd9Ku2aRgyshV9dHFV
 ikMCMLTdk/i3RIApY0iJAJUDBRAykexbym8rg/wMAtUBAQSRA/9zHA9hUeLO2nVm
 d37pndP40JYiklLyw9mapz4xHQ8bsEVdERXQ6MdVNPa46j1RM1VdZMI7fBlK9aX+
 c7GW6swzEFC1eWtVnzeMMh46MEQLkAoYVOFRWkXH9hzGdEVcaJn9sSuoQ+KiFu72
 LVNg7KJI6v48CuWKep0H47nhuKPwbokAlQMFEDH/SvU/2TrIQc4JiQEBl88D/1d/
 WSV3W6RwZQUnbSp1GELg5knB87imzxf3t328/vzRRFUgAeB9qcW9fYRwdhZDs4ff
 UASm2fXSbXocnRdGDJMKaFZooJpYK95vZFc0irLhI92w2RjLH1tF/W0TCopWMLN4
 KuqYX3PLMzQEcj08w3BcwWXwD0UuVD91d4WeljRZiQCVAwUQMZSmW2Vgqaw0+fnV
 AQEkAwP8Dre9osgnIJLvVQlPLbuSExdrG8+m9mae8vaZVuFJFgo1x372oaZok0Vx
 ZHOkulspC6Mo0B8cPCI7BkfyfthHHZwh83Fr+MNfwjiG/JQEobvaTok+aU3cwQjz
 anQkBQZX/f0tYxTx7/tTWxMeR35CW7sIYgAsutBhKSPGC4VAe82JAJUDBRAx9B35
 V0EEo6SepNkBAT6YBACwTyfKQ019/Qgg04I0gEtJCiV2xa1ms7xpOVQj0TF/rzfN
 Z45BzbOKOtolsSGP72ddjqpgjsZ/7g3Z4VG83c+QDJVwEBpUe1D9DX8cEKMTBjZO
 JTTmGS0FIRrszddnLLf5gqNCWPYlImq8DR8Mjsy/vGsotkSLfKs7sdnzE7o0k7Qy
 RGF2aWQgRS4gTydCcmllbiA8ZGVmdW5jdCAtIG9icmllbkBTZWEuTGVnZW50LmNv
 bT6JAJUDBRAzZsMkZWCprDT5+dUBAcE/BACFUS0dN3dp6+sYxhTav9QfqOpWb/ay
 hwcUKoxuo/4c1IUDZ8sCkANIRLnFUjC8irF0oND67KNU2vZWRaqwJ6ghQIkrfRHf
 wUHRWAcoE1AFypHgOnE/KXuwmqkqHFmE4xpn0Ozpdcwc+KOSUFjToBgpAIwcZfIG
 3e8o1e0dj4PJD7QnRGF2aWQgRS4gTydCcmllbiA8ZG9icmllbkBzZWFzLmd3dS5l
 ZHU+iQCVAwUQMPa62j/ZOshBzgmJAQGY5gP/ZXM8VadFIywFzN43xK0L9nc6SwwI
 k0FaddKYvmvJgMz1Qp5gn3DcuH0CWyJwH3uRQvIMQXvQ57Iy3x4eb5WcwxwDaW6u
 TzC1uQtooAaAINCJuEaXrw4Q+uuGYGIAeh1x4TwUgdxmmq56cfkeiaXwwaJUoOga
 IiDd6vpM37ZU2gyJAHUDBRAv5F+Q0/I/Qidq6hEBAThXAwCnHV6THDI8Prkg8DXN
 KYzhGJH56WlujCpzqNKm8AC5rkp/5dtfiXsqadZK/VXlip/bXFB7nAR8k87MMXrt
 tYyPylFCEc7kLLqYJ6KeS8jTa6Q48W0LzbogSF/owFUL8bGJAJUDBRAvpRUNx4uq
 hJJkHpkBAWiSA/0b3F9ZwqMLFsSv1MAQOwoiw2QpAoQWV+oa4CNJVY4GoQjIbRZv
 WlkRAocjfv1oQr2dU1KxDmZCT8TolG9gQ232rm4n2anr7A9RVi3zdgvu6/VgklLL
 vzy12vV6y62CIB4s2Y0yY6BHDe/PyIpgmjOZLINIr8fAdLvNnZD0rmGkMIkAlQMF
 EC+ga/DKbyuD/AwC1QEBMWMD/2HyNJHmnL3A/LpaSOxhBuaXwHZ9WOwvOhBswj5v
 kgVh4ORFgtOdIskrO4rzMefVoV5ciEPQJFjk8L2MwC7zgjn2IT3TH3m4s8AfTStI
 lqbaASo+i9FhyKcAOW6K85NcYCfmo31sqWZ2wU0swgWz+uiGcgVpvvAbf636L7xh
 hjZgiQCVAwUQL5rlIWVgqaw0+fnVAQH+0QQAspRF9vtjuZ60MfHmhXkvJtbJXxxM
 kog1SWVfwcOfPrNlDtsxiVDSqypGoQgMykyTW2iNP78cji17bW5bRP8UJ6Z2buV5
 kzqDfw17fnwvyNj/fiLPRsgV5mMPMug4pbkLzC0b83zy+iITSCtVHd6IUSa3BZPm
 VFpX4OYphDiRfEC0MURhdmlkIEUuIE8nQnJpZW4gPG9icmllbkBlbHNld2hlcmUu
 cm9hbm9rZS52YS51cz6JAJUDBRAyZskiZWCprDT5+dUBAQ1RA/4ml0nJM5iZkpYu
 BJd/kUMLCsv3k+ApsMxB/ZBZWCfqmGBN7SBu6FTIgZCjC4/eUJPcLdMTF6NTbA+D
 7BQziV38lHCfo5d48Bq2hq6Fb7ti2/9FIgvalz5jSnmKKUAq7MHceRFJAJi1wOJY
 Hz0tYBHhD0EFSmzHNgwV4VA7m6m3c7QxRGF2aWQgRS4gTydCcmllbiA8ZGVmdW5j
 dCAtIG9icmllbkBtZWRpYS5zcmEuY29tPokAlQMFEDNmwwtlYKmsNPn51QEBphkE
 AK70I7FWzJfGMmtej7gN1rMliBxsfxxmy1DZVSVP0T7xkniIvgfmoiq+2Sn14iJl
 2Lb+i+/3ADS5XQxl09LciSq6YqvPhQZvAuRj5UxMO0nC4zO1+Jr6pxXH8cu5kx+5
 MAH9/K4ktbmL2RvtffJRJuv/0nyn7h1rRHVgyP+Yq6x6tB1EYXZpZCBFLiBPJ0Jy
 aWVuIDx3aG9pcyBEbzM4PokAlQMFEDHR+5BlYKmsNPn51QEBzMAD/R+ridxhjUWo
 JKpAfecs7rSTPq+ajwiVMjtykv97nbVOpFM4roctdiudUEjj0P6g331MsZOVST6M
 6sdztj+OzQhEtmQpw1SyXclUgaK2HsA9opIWQxU0XsGsiOochbPI+4ezXDvPeHgG
 YVRNDuFzb1BiVbauATXaq/HB6xDsHagdiQCVAwUQNmQ33T/ZOshBzgmJAQGrCwP+
 NNVRnjjcNo41qkTsRW8bhqhbHrHBOlAfq+3kT/gM1xUAcYsQOKurgBGNMAr3wew8
 ApsUz7QgatFLTgxBNX/vS6/7hUuqNJhBAwpCG6i4lUFmJKONY9YND9tP6VhNMdBL
 F76yUhxORPu4vcxPOqchN/Jgkevjf9ONnIYDeV/hySm0IkRhdmlkIEUuIE8nQnJp
 ZW4gPG9icmllbkBOVVhJLmNvbT6JAJUDBRA0didEq/8HtEbzIS0BAf5oA/43tqeI
 pgkuyKvCg28bX0YtQBSJo64ohFsSgQN2FANfpghH8dhfQt3/AXH3jOisHA7ESTNx
 ZT8yxPl3T4ZhZ3VILlldeuAM4g1U/ZDS+IPJMu7Rzwt4XYy725X+fLVeWoPIuIgp
 vX8+8hc7v6NkV2nwBMgbRGoblAzas2K79skXvIkAlQMFEDMWkrZD7IadE0shMQEB
 PbAD/06rmYrMb/Q/arblxzZ9DOpwuksv9ColF/vheexCLPzBcqtqxQ2li6f02CWA
 RH34P23gC5m2wUj7I5+5LvMOg1SFimSrlmvg8ZhgfKIvFjwbPG/g5rVq0/lcyNGQ
 /lTPJAsREBwcnBhkr9oT/BeRS7uoWykN4NM01dnx12upXvX0iQCVAwUQMpEBMWVg
 qaw0+fnVAQHeawP+M7BdBFis4zNe7H51+BA0i35yRoy1efj7bS7QBqPes+oxTpAi
 hO+wxwbXjurdNjCruldi926NCls+MLcSsGczWCHhe+o+Gp/xppjN9QX7SvHBVtSH
 nlUucwLpgdj4rOMcPjVIwLkH95JwaiDW2iO876rGuLbcn7oGT+3Ww1psEDGJAJUD
 BRA2ZDeVP9k6yEHOCYkBAfVdBACNSHeqQjRkeX2pP1woHSW4AD77buMHma5bno2F
 yChsCN7ZPdAlGixiscnwd41+nxuxiK2x/EyIuzs+9EYVtiikWeQCkR8ajGH0xXOK
 H+W8Mun1RtN9S8HtJWxX5Pfz8LHOziT6Y+HwJmncAIIbY3N+Yhbvd9XAl2l6OQ8c
 uSrrBIkAlQMFEDa+UHHKbyuD/AwC1QEBULYD/RgnK84Wf37e+5WGQbHgzUkrXXxz
 fFpRTEV0owBSK5KA7+qlGVQVFZJ/Qz4dEwU0EAHj72uaxVuYAa+fCaOzD/G6VOv+
 4r9zout8dxPYfK1RLPMg/5hn0Jqf2Ce733ibK8NUYtjMY5z0F5wjEdiieSsLIsT9
 J4dB2ZODT2Hfe7brtCVEYXZpZCBFLiBPJ0JyaWVuIDxvYnJpZW5ARnJlZUJTRC5v
 cmc+iQCVAwUQNHYnV6v/B7RG8yEtAQEkHgP7BSvndsqWiSDosBrnuD0R94ItlJKU
 sCt/vu/AuhosrOx2hYtD3TxU2ZBlBtS3mS3c7Qe13H/NFM+SrNXa0pbRoDsPlcNY
 nK/WV8G6/WDwLXrazm+iIwrPpbILKc/yfnWdGVdpIe3FaqUsEFDcgjMlcZ3gB6RA
 YGdzHyjZdJh1DIuJAJUDBRAyxHKdZWCprDT5+dUBAenWA/93EfJZx5fuarjQ7AnQ
 iPAjAi95v3Rlh13+N9vC34+C7RMi9pIj6B6PnWTNbVhg8RY8S6hB91J6GrN0KVLD
 8yDpY6+U08Yc47fOfSWhPopNDfqgviGw7ONmc2QCWEKpcH4c1VD2jJIr7iewfVgJ
 AiKdEB8kQhrutuQNDNNX1dCSCYkAlQMFEDWRdmGzWmLrWZ8yPQEBwswEAIRV9oAL
 x9Ow9ZDtG/TLfae29TBSYEinPj/6n8d+hQDiX41rQ4nLGCLcdgBtINKfeQ6WUcBW
 tWB9KqxdaV105QUhcEUpqMwK5U6DZBDipjuy4i6w7Ml0BLWtl/fANc33IPlnFAdD
 oP6s3oHtoRLNW0ryDk4g5bfFnMzF/X9hZdTLiQCVAwUQNmQ4Kj/ZOshBzgmJAQHb
 ZQP/Qs/Zefw9qxqrUihncZRIQbbnLsor4a0n2lH9cNTsSKU0H4a8rDlqYva+PFA1
 umFvVOon90dqoq8C6cykts4xRRKrPNnfiis+otwHgsKrzDIONyHWxnM9Ic/EjbOs
 AHcBCBtLwxczFegWNgWbEy0FIVlzcmquRxO+7woxeW5MEHiJAJUDBRAzaSRDV0EE
 o6SepNkBAfCOA/9e2DhVo6geSpWjdIXiv0yQC2Abv2TunPt2UiUxpgYkHzt+Ubk+
 k8cj2j723FZAfi+R7FobNSx7P4mCdrf2WEzaHdWLt6REr61rvqUc5ir/oHgUP1Ok
 tgAUhy6TJUMklyzENkPRZG2hiQbfPQYVEh5m1Xmcp3Gel0eiinWui2Iv/okAlQMF
 EDa+UHnKbyuD/AwC1QEB8CAD/2gYTjkPFcktVKkTX7w2O0Q3o7yLzbo9Y/USRsm+
 gVMMZjZ7QiiO1LGl6IIiKRtJIXi45PcHtYgSZlXKflqPHhEIrOhFwpV+C7uL5jnv
 ATGhlLHxWuNLTlPAVD5FsdJdOHI7UdkJh19JpphV+usu/mihMFEfM/kOVJeTXed1
 0E4T
 =Qwmg
------END PGP PUBLIC KEY BLOCK-----
-      </programlisting>
+-----END PGP PUBLIC KEY BLOCK-----</programlisting>
     </sect2>
 
     <sect2>
       <title>&a.jdp;</title>
 	  
       <programlisting>John D. Polstra &lt;jdp@polstra.com&gt;
 Fingerprint = 54 3A 90 59 6B A4 9D 61  BF 1D 03 09 35 8D F6 0D
 
 -----BEGIN PGP PUBLIC KEY BLOCK-----
 Version: 2.6.2
 
 mQCNAzMElMEAAAEEALizp6ZW9QifQgWoFmG3cXhzQ1+Gt+a4S1adC/TdHdBvw1M/
 I6Ok7TC0dKF8blW3VRgeHo4F3XhGn+n9MqIdboh4HJC5Iiy63m98sVLJSwyGO4oM
 dkEGyyCLxqP6h/DU/tzNBdqFzetGtYvU4ftt3RO0a506cr2CHcdm8Q+/vPRJAAUR
 tCFKb2huIEQuIFBvbHN0cmEgPGpkcEBwb2xzdHJhLmNvbT6JAJUDBRAzBNBE9RVb
 +45ULV0BAWgiA/0WWO3+c3qlptPCHJ3DFm6gG/qNKsY94agL/mHOr0fxMP5l2qKX
 O6a1bWkvGoYq0EwoKGFfn0QeHiCl6jVi3CdBX+W7bObMcoi+foqZ6zluOWBC1Jdk
 WQ5/DeqQGYXqbYjqO8voCScTAPge3XlMwVpMZTv24u+nYxtLkE0ZcwtY9IkAlQMF
 EDMEt/DHZvEPv7z0SQEBXh8D/2egM5ckIRpGz9kcFTDClgdWWtlgwC1iI2p9gEhq
 aufy+FUJlZS4GSQLWB0BlrTmDC9HuyQ+KZqKFRbVZLyzkH7WFs4zDmwQryLV5wkN
 C4BRRBXZfWy8s4+zT2WQD1aPO+ZsgRauYLkJgTvXTPU2JCN62Nsd8R7bJS5tuHEm
 7HGmiQCVAwUQMwSvHB9/qQgDWPy9AQFAhAQAgJ1AlbKITrEoJ0+pLIsov3eQ348m
 SVHEBGIkU3Xznjr8NzT9aYtq4TIzt8jplqP3QoV1ka1yYpZf0NjvfZ+ffYp/sIaU
 wPbEpgtmHnVWJAebMbNs/Ad1w8GDvxEt9IaCbMJGZnHmfnEqOBIxF7VBDPHHoJxM
 V31K/PIoYsHAy5w=
 =cHFa
 -----END PGP PUBLIC KEY BLOCK-----</programlisting>
     </sect2>
     
     <sect2>
       <title>&a.benno;</title>
       
       <programlisting>pub  1024D/15BE120E 2001-01-15 Benno Rice &lt;benno@FreeBSD.org&gt;
      Key fingerprint = E786 5BF6 A296 5F77 E3DA  7493 6D0C 7BC6 15BE 120E
 sub  1024g/313F3AF2 2001-01-15 [expires: 2002-01-15]
 
 -----BEGIN PGP PUBLIC KEY BLOCK-----
 Version: GnuPG v1.0.4 (FreeBSD)
 Comment: For info see http://www.gnupg.org
 
 mQGiBDpikIcRBADDVeCRQ1aPvgIjJy6CTmDXjzSS5J5cxWaGhbA/UGj5NPj48cqa
 FTR3A8/ez+Ui01RIRStEMaGrpkDNSGkllaZnyTAIW6ozIp1j1UD27mCEA/I2PB5I
 B81jrkUkQOa0SVyXfx5livFQ8qup7p/g2Onej99iQwaHYk4XMTDMhZvk7wCg5QuS
 rNR071oflpT+Ysxie3R8Kn0D/0o3d0TsACLEKDKHZcsKT4OhrbIPfQp1cWh7+XC4
 wqItBjXHWIdXMCeS/N/DYzPWAFZha0e8NHxqCCQwbdpHdX+6Sn3YwVEPMlPA3i6r
 5pYuDPj8m9QpLWYu/AXwEF/KMwKYPz460IT9YHukeiOzB1q2VX3glsEr1DnRzckD
 WAxyBAC28HVDH/7XS6L5bGeZouPhY7uX4XoHeZdpcWI3jS9dBwcKjmXieVQMIh13
 ZdO5zXrxCXoX6sS80kpxa1WfTs+VMlMuEYUP2H0bp6XjDHHvhOKEj4CO2ysPTRzR
 TQKyso4TO3zxg/yjDT4QLCtbmHvTvVj9I/duP15FmRRUQMxnMLQeQmVubm8gUmlj
 ZSA8YmVubm9ARnJlZUJTRC5vcmc+iF0EExECAB0FAjpikIcFCQHhM4AFCwcKAwQD
 FQMCAxYCAQIXgAAKCRBtDHvGFb4SDo+TAKDgTB5nUSx/3me0QKSw6pinfvGGLgCd
 FoGtOhnXL25I0HgEGBDS+tqHkxq5AQ0EOmKQqRAEALWN6zMxyIlkNHiagyWfc/qg
 EgjfbD2yiXIvR/CRZqWPKE5LbtAeCNc6tnfYeQSIZz5cCZs5iImafHKf4r5CvzZd
 Rxrl/2FngjAAMCi99wCuOBZX2h1ruqrI3mDqaWBRiGWEeu58+CllZdH0fpfAnI3r
 cJowZeBj8Ss1QZsVzeyfAAQLA/0ZwjK242AXkXjibtzEfZqK7l22D9xIT+ajc6zP
 34F//PlyRVijEbWII/wy6k5wNLXSVUoDhEMucdsc1AXJ2CQN0nJPyETlhvTpJidh
 /gwDrNVtvPCOt/VleX+C2lI4xGW8Dx5pJkoULhgmsdjxvo2blRpreLuGhsU7oU9Y
 7d/fJohMBBgRAgAMBQI6YpCpBQkB4TOAAAoJEG0Me8YVvhIOT9EAoKloqPBTtp9p
 JAEew3wXXri0oNIvAKDP6fbrVo2vbD2iZXw2m3Y2E/z5qA==
 =rQiL
------END PGP PUBLIC KEY BLOCK-----
-      </programlisting>
+-----END PGP PUBLIC KEY BLOCK-----</programlisting>
     </sect2>
 
     <sect2>
       <title>&a.guido;</title>
       
       <programlisting>Guido van Rooij &lt;guido@gvr.win.tue.nl&gt;
 Fingerprint = 16 79 09 F3 C0 E4 28 A7  32 62 FA F6 60 31 C0 ED
 
 -----BEGIN PGP PUBLIC KEY BLOCK-----
 Version: 2.6.2
 
 mQCNAzGeO84AAAEEAKKAY91Na//DXwlUusr9GVESSlVwVP6DyH1wcZXhfN1fyZHq
 SwhMCEdHYoojQds+VqD1iiZQvv1RLByBgj622PDAPN4+Z49HjGs7YbZsUNuQqPPU
 wRPpP6ty69x1hPKq1sQIB5MS4radpCM+4wbZbhxv7l4rP3RWUbNaYutZnzI9AAUR
 tCZHdWlkbyB2YW4gUm9vaWogPGd1aWRvQGd2ci53aW4udHVlLm5sPokAlQMFEDMG
 Hcgff6kIA1j8vQEBbYgD/jm9xHuUuY+iXDkOzpCXBYACYEZDV913MjtyBAmaVqYo
 Rh5HFimkGXe+rCo78Aau0hc57fFMTsJqnuWEqVt3GRq28hSK1FOZ7ni9/XibHcmN
 rt2yugl3hYpClijo4nrDL1NxibbamkGW/vFGcljS0jqXz6NDVbGx5Oo7HBByxByz
 iQCVAwUQMhmtVjt/x7zOdmsfAQFuVQQApsVUTigT5YWjQA9Nd5Z0+a/oVtZpyw5Z
 OljLJP3vqJdMa6TidhfcatjHbFTve5x1dmjFgMX/MQTd8zf/+Xccy/PX4+lnKNpP
 eSf1Y4aK+E8KHmBGd6GzX6CIboyGYLS9e3kGnN06F2AQtaLyJFgQ71wRaGuyKmQG
 FwTn7jiKb1aJAJUDBRAyEOLXPt3iN6QQUSEBATwQA/9jqu0Nbk154+Pn+9mJX/YT
 fYR2UqK/5FKCqgL5Nt/Deg2re0zMD1f8F9Dj6vuAAxq8hnOkIHKlWolMjkRKkzJi
 mSPEWl3AuHJ31k948J8it4f8kq/o44usIA2KKVMlI63Q/rmNdfWCyiYQEVGcRbTm
 GTdZIHYCOgV5dOo4ebFqgYkAlQMFEDIE1nMEJn15jgpJ0QEBW6kEAKqN8XSgzTqf
 CrxFXT07MlHhfdbKUTNUoboxCGCLNW05vf1A8F5fdE5i14LiwkldWIzPxWD+Sa3L
 fNPCfCZTaCiyGcLyTzVfBHA18MBAOOX6JiTpdcm22jLGUWBf/aJK3yz/nfbWntd/
 LRHysIdVp29lP5BF+J9/Lzbb/9LxP1taiQCVAwUQMgRXZ44CzbsJWQz9AQFf7gP/
 Qa2FS5S6RYKG3rYanWADVe/ikFV2lxuM1azlWbsmljXvKVWGe6cV693nS5lGGAjx
 lbd2ADwXjlkNhv45HLWFm9PEveO9Jjr6tMuXVt8N2pxiX+1PLUN9CtphTIU7Yfjn
 s6ryZZfwGHSfIxNGi5ua2SoXhg0svaYnxHxXmOtH24iJAJUDBRAyAkpV8qaAEa3W
 TBkBARfQBAC+S3kbulEAN3SI7/A+A/dtl9DfZezT9C4SRBGsl2clQFMGIXmMQ/7v
 7lLXrKQ7U2zVbgNfU8smw5h2vBIL6f1PyexSmc3mz9JY4er8KeZpcf6H0rSkHl+i
 d7TF0GvuTdNPFO8hc9En+GG6QHOqbkB4NRZ6cwtfwUMhk2FHXBnjF4kAlQMFEDH5
 FFukUJAsCdPmTQEBe74EAMBsxDnbD9cuI5MfF/QeTNEG4BIVUZtAkDme4Eg7zvsP
 d3DeJKCGeNjiCWYrRTCGwaCWzMQk+/+MOmdkI6Oml+AIurJLoHceHS9jP1izdP7f
 N2jkdeJSBsixunbQWtUElSgOQQ4iF5kqwBhxtOfEP/L9QsoydRMR1yB6WPD75H7V
 iQCVAwUQMZ9YNGtaZ42Bsqd5AQH0PAQAhpVlAc3ZM/KOTywBSh8zWKVlSk3q/zGn
 k7hJmFThnlhH1723+WmXE8aAPJi+VXOWJUFQgwELJ6R8jSU2qvk2m1VWyYSqRKvc
 VRQMqT2wjss0GE1Ngg7tMrkRHT0il7E2xxIb8vMrIwmdkbTfYqBUhhGnsWPHZHq7
 MoA1/b+rK7CJAJUDBRAxnvXh3IDyptUyfLkBAYTDA/4mEKlIP/EUX2Zmxgrd/JQB
 hqcQlkTrBAaDOnOqe/4oewMKR7yaMpztYhJs97i03Vu3fgoLhDspE55ooEeHj0r4
 cOdiWfYDsjSFUYSPNVhW4OSruMA3c29ynMqNHD7hpr3rcCPUi7J2RncocOcCjjK2
 BQb/9IAUNeK4C9gPxMEZLokAlQMFEDGeO86zWmLrWZ8yPQEBEEID/2fPEUrSX3Yk
 j5TJPFZ9MNX0lEo7AHYjnJgEbNI4pYm6C3PnMlsYfCSQDHuXmRQHAOWSdwOLvCkN
 F8eDaF3M6u0urgeVJ+KVUnTz2+LZoZs12XSZKCte0HxjbvPpWMTTrYyimGezH79C
 mgDVjsHaYOx3EXF0nnDmtXurGioEmW1J
 =mSvM
 -----END PGP PUBLIC KEY BLOCK-----</programlisting>	  
     </sect2>
 
     <sect2>
       <title>&a.wosch;</title>
       
       <programlisting>Type Bits/KeyID    Date       User ID
 pub  1024/2B7181AD 1997/08/09 Wolfram Schneider &lt;wosch@FreeBSD.org&gt;
             Key fingerprint = CA 16 91 D9 75 33 F1 07  1B F0 B4 9F 3E 95 B6 09
 
 -----BEGIN PGP PUBLIC KEY BLOCK-----
 Version: 2.6.3ia
 
 mQCNAzPs+aEAAAEEAJqqMm2I9CxWMuHDvuVO/uh0QT0az5ByOktwYLxGXQmqPG1G
 Q3hVuHWYs5Vfm/ARU9CRcVHFyqGQ3LepoRhDHk+JcASHan7ptdFsz7xk1iNNEoe0
 vE2rns38HIbiyQ/2OZd4XsyhFOFtExNoBuyDyNoe3HbHVBQT7TmN/mkrcYGtAAUR
 tCVXb2xmcmFtIFNjaG5laWRlciA8d29zY2hARnJlZUJTRC5vcmc+iQCVAwUQNxnH
 AzmN/mkrcYGtAQF5vgP/SLOiI4AwuPHGwUFkwWPRtRzYSySXqwaPCop5mVak27wk
 pCxGdzoJO2UgcE812Jt92Qas91yTT0gsSvOVNATaf0TM3KnKg5ZXT1QIzYevWtuv
 2ovAG4au3lwiFPDJstnNAPcgLF3OPni5RCUqBjpZFhb/8YDfWYsMcyn4IEaJKre0
 JFdvbGZyYW0gU2NobmVpZGVyIDxzY2huZWlkZXJAemliLmRlPokAlQMFEDcZxu85
 jf5pK3GBrQEBCRgD/jPj1Ogx4O769soiguL1XEHcxhqtrpKZkKwxmDLRa0kJFwLp
 bBJ3Qz3vwaB7n5gQU0JiL1B2M7IxVeHbiIV5pKp7FD248sm+HZvBg6aSnCg2JPUh
 sHd1tK5X4SB5cjFt3Cj0LIN9/c9EUxm3SoML9bovmze60DckErrRNOuTk1IntCJX
 b2xmcmFtIFNjaG5laWRlciA8d29zY2hAYXBmZWwuZGU+iQEVAwUQNmfWXAjJLLJO
 sC7dAQEASAgAnE4g2fwMmFkQy17ATivljEaDZN/m0GdXHctdZ8CaPrWk/9/PTNK+
 U6xCewqIKVwtqxVBMU1VpXUhWXfANWCB7a07D+2GrlB9JwO5NMFJ6g0WI/GCUXjC
 xb3NTkNsvppL8Rdgc8wc4f23GG4CXVggdTD2oUjUH5Bl7afgOT4xLPAqePhS7hFB
 UnMsbA94OfxPtHe5oqyaXt6cXH/SgphRhzPPZq0yjg0Ef+zfHVamvZ6Xl2aLZmSv
 Cc/rb0ShYDYi39ly9OPPiBPGbSVw2Gg804qx3XAKiTFkLsbYQnRt7WuCPsOVjFkf
 CbQS31TaclOyzenZdCAezubGIcrJAKZjMIkAlQMFEDPs+aE5jf5pK3GBrQEBlIAD
 /3CRq6P0m1fi9fbPxnptuipnoFB/m3yF6IdhM8kSe4XlXcm7tS60gxQKZgBO3bDA
 5QANcHdl41Vg95yBAZepPie6iQeAAoylRrONeIy6XShjx3S0WKmA4+C8kBTL+vwa
 UqF9YJ1qesZQtsXlkWp/Z7N12RkueVAVQ7wRPwfnz6E3tC5Xb2xmcmFtIFNjaG5l
 aWRlciA8d29zY2hAcGFua2UuZGUuZnJlZWJzZC5vcmc+iQCVAwUQNxnEqTmN/mkr
 cYGtAQFnpQP9EpRZdG6oYN7d5abvIMN82Z9x71a4QBER+R62mU47wqdRG2b6jMMh
 3k07b2oiprVuPhRw/GEPPQevb6RRT6SD9CPYAGfK3MDE8ZkMj4d+7cZDRJQ35sxv
 gAzQwuA9l7kS0mt5jFRPcEg5/KpuyehRLckjx8jpEM7cEJDHXhBIuVg=
 =3V1R
 -----END PGP PUBLIC KEY BLOCK-----</programlisting>
     </sect2>
 
     <sect2>
       <title>&a.gshapiro;</title>
 
       <programlisting>Type Bits KeyID      Created    Expires    Algorithm       Use
 sec+ 1024 0x4FBE2ADD 2000-10-13 ---------- RSA             Sign & Encrypt
 f16    Fingerprint16 = 56 D5 FF A7 A6 54 A6 B5  59 10 00 B9 5F 5F 20 09
 uid  Gregory Neil Shapiro &lt;gshapiro@gshapiro.net&gt;
 uid  Gregory Neil Shapiro &lt;gshapiro@FreeBSD.org&gt;
 
 -----BEGIN PGP PUBLIC KEY BLOCK-----
 Version: PGPfreeware 5.0i for non-commercial use
 
 mQCNAznnjPsAAAEEAL5gfaY7RP5vm89lqmjGAJRBFLM/qzHJKrYkRVDASeLZ0/JI
 Bfypd8N1vQz80tnqzOh7aLgAskgluyx0O9EuZXTJUwm+ew6wA8vh8JA0kpI5g3N5
 wjXQNWPxSCeNIz1hbgAPtRunVLXXoaxxCQziU38bd2RvzlvgQdbgof5PvirdAAUR
 tCxHcmVnb3J5IE5laWwgU2hhcGlybyA8Z3NoYXBpcm9AZ3NoYXBpcm8ubmV0PokA
 lQMFEDnnjRPW4KH+T74q3QEBKlED/1F8UjkufYD0G9eV7X5ujAVffIBl6nvHVw4+
 /m+lXxnUmOInk8AUmHIxK62BJ9CPWHegf91BsGNMVA7cQiF+atdz8Yy4h1Snt7FB
 OsL2Ak0g2WUrIDfB+N5SB/EjdK0BdURsccYbORGVIveveUNmxuW4jUZWcInCkDx4
 FTGRxzAFiQCVAwUQOeevO3xLZ22gDhVjAQHAVAP+NWdTbxipCQANnRf4BNl492mG
 VN51MBZnlsy/lyMu2yckR3eacaXmp3zKardwex7Ajle5XC6sJ1H3twYv8g63eqJ4
 XuxC9Uxmer2mj7wibcO2srtwv2hgLMNVjJrClALolQ6WT7/6L1YENP0Ef26eJXnw
 pwXdfaXurbwnv4tyOOGJAJUDBRA556+fvdqP1j/qff0BAVUtA/94+oMC9pJgXi+0
 tbwUsAu/pJqHByjCjO+LscH+gtqb4VhfxdEllHTVj5Cju7o+HcYZdtTRdggx2FqV
 zaCp2kq1kbEGuQCJzwNHkG10I8C5YlyXUaYGwX1gEPImzTpOI0C3Any0UvK4KQsl
 Crj0UmRARVwzulGYE7hxknivvkdbw7QrR3JlZ29yeSBOZWlsIFNoYXBpcm8gPGdz
 aGFwaXJvQEZyZWVCU0Qub3JnPokAlQMFEDnnjPvW4KH+T74q3QEBMeYD/03sPgJ0
 QKQXzSRGyiVZBkZ4frsFj6nH2IP9+zCTRUlX0uyo6f1Z2RC3a++MbaKFR/LUmdZ8
 DkOfOTcvsoIQJ6BOQO1/XpOkppvhrYRUU7a6C9wM7ptWEJvx5IcmWk5oWxmx373e
 cPb5MkhiXK85/NRxhlS5PG5kcz2ajJ7imYnuiQCVAwUQOeevZnxLZ22gDhVjAQGn
 2AQAta7mxgLMyGKhq9msyQ2rITAhEvhoYM47OeOgyq5FKx0b0rEmIjC+sDx3YOsb
 auw/Z5bAYzZnUmhe65KKA76eITqlnMt1ykaDu0jQLGKczXjuLCMCDT/JCZStoyt6
 XhG9R+R8PnXk80PtZlTJjHuJyghBq5fzrIKs0k2G7eVchnKJAJUDBRA556+nvdqP
 1j/qff0BAWVdA/9m5bMpkhnxDcfApaDp6mF2hEdacuHXrMXOzsrTuFiFoJhByXfM
 bMDM1T8Hq3FU8TJ3BQ/ydgoeiuvWJ5j0clBegCbxS7tH/FvlnZBikNeARFTD0m5H
 hmG+vzIwhe2sjh7/0dqaj1RMwLPxrQVyukHGnzyFodjcDJy1jWEl1Onytw==
 =i+mc
 -----END PGP PUBLIC KEY BLOCK-----</programlisting>
     </sect2>
 
     <sect2>
       <title>&a.gshapiro;</title>
 
       <programlisting>Type Bits KeyID      Created    Expires    Algorithm       Use
 sec+ 1024 0xFCE56561 2000-10-14 2001-10-14 DSS             Sign & Encrypt
 f20    Fingerprint20 = 42C4 A87A FD85 C34F E77F  5EA1 88E1 7B1D FCE5 6561
 sub  1024 0x285DC8A0 2000-10-14 2001-10-14 Diffie-Hellman
 f20    Fingerprint20 = 69AB 26D1 A244 51E3 2B6C  7091 BD19 FA76 285D C8A0
 uid  Gregory Neil Shapiro &lt;gshapiro@gshapiro.net&gt;
 uid  Gregory Neil Shapiro &lt;gshapiro@FreeBSD.org&gt;
 
 -----BEGIN PGP PUBLIC KEY BLOCK-----
 Version: PGPfreeware 5.0i for non-commercial use
 
 mQGiBDnnrJwRBACXxbriCa+0S4JY8rFJe9U160xXZ0hqJsvfIZtokLGDjC21G83K
 4pTJRhdWlWa04HrehUtMIdT/EXKfUJCFl7vk/WGWT3/1H3xxEUQzxKu3xAJWQXJs
 8t2r+Dkj0csrpLJvRyuZ5+mzzFbzFSIaWohlY8Q1Ou+39jORfyVPkGjizwCg5Czr
 VDcXH2oTF3vMHsw/Bhfz3bMD/AhY8q/jmUiV09hCKb7XG6f0C+qpmBeByk5G/JFm
 TRv5T34MkWQJodaUOhJtzoOsOjKQSect3c+XncIMADAGCnGPGP/6sxfuyLOgsuV6
 TXSxUvxi+E99zKTmKPFRTBuJCVATrTmHHAiLEqTZzE8DeJ6wK9kT1fRVnCKs4ycz
 I7diA/44Ay2OW4PAuri2lJm7yXsiP54lNCP0eMXOQ8RSWBZhHKQl66o/pm+FsT9G
 K5XloJrFa7+2XuiVoyNiva18dZkCFJzychda9pwfkkHjtidMRI97ACdUCPPQFVMB
 7Dqr4wXp+qQ+tXScnZT3LMeotFwuiSfDl4VeNOswEw+F9ObCUbQsR3JlZ29yeSBO
 ZWlsIFNoYXBpcm8gPGdzaGFwaXJvQGdzaGFwaXJvLm5ldD6JAFwEExECABwFAjnn
 rJwFCQHhM4AECwoDBAMVAwIDFgIBAheAAAoJEIjhex385WVhDocAnjzccU2v9ekk
 oUZZHoV7Bugs1npLAKDAmgzpoU3sU6zXwEQVEVq+wPpZD4kARgQQEQIABgUCOeet
 DgAKCRAY9QOAJMJ4AkNKAJ93IfPLKQoBCm3TEkoQQeJWYNcRwwCdEzokbdvw/ZJw
 xivyMefPJ3br/2+0K0dyZWdvcnkgTmVpbCBTaGFwaXJvIDxnc2hhcGlyb0BGcmVl
 QlNELm9yZz6JAFwEExECABwFAjnnrPwFCQHhM4AECwoDBAMVAwIDFgIBAheAAAoJ
 EIjhex385WVhktIAoMvD+IjOrWx+dJ3xmV+dVm+Bnu0aAJ0bSPAcx4cPpR/peHQF
 JNrZgswER4kARgQQEQIABgUCOeetEgAKCRAY9QOAJMJ4AoxaAJ9OZYEXRzSmnbDo
 Vukf+j5LB/fA2gCgpOQ8p/cw15Dmd27gDJ58DkTpyRi5AQ0EOeesnhAEAO9L5G1l
 A3oDYFq62bifXtKS/zM2aiKND8yONxRaEuhcSqroNY5FrRy1wd4t14SA4/LzZ34D
 siuNZ2+h2HD/3KTMDQ/qE/FBblNwE5ZH9cQ44a9WwGsWFDRgtuHV/7dHlZClPpwD
 +tFVI7UGufhv+PPKAG3tTfRvWY2lReqVwsc3AAMFBADlrsLDoQFnE2ieS5pn3pB/
 aiMF2Z09U6fVTY+mdAdAU43xifQFGMi9vuzHNzwFGtJosK35BhfSshHTER3cT0yN
 79HifRAAwKP+KIoxFhfgudZafG6BaaIOUlhPW8s9k+FtN04x6/jgRq9pz/E6MwVx
 W0Rf6V5XAIFWWN3xd2JH5okATAQYEQIADAUCOeesngUJAeEzgAAKCRCI4Xsd/OVl
 YeFIAKC//WKobq3b9vGn1zkBTuomGMPa3QCgm71DX+8oALnjNzj5f4+wH0CtV/iJ
 AEwEGBECAAwFAjnnrJ4FCQHhM4AACgkQiOF7HfzlZWHhSACg1QVuMlj4R1DH6avL
 pqMjQ7U7OMcAn2uyl3bEe476vV8RnKf83qQuw4uZ
 =PgGN
 -----END PGP PUBLIC KEY BLOCK-----</programlisting>
     </sect2>
 
     <sect2>
       <title>&a.jesper;</title>
 
       <programlisting>pub  1024D/F9561C31 2001-03-09 Jesper Skriver &lt;jesper@skriver.dk&gt;
      Key fingerprint = 6B88 9CE8 66E9 E631 C9C5  5EB4 22AB F0EC F956 1C31
 uid                            Jesper Skriver &lt;jesper@wheel.dk&gt;
 uid                            Jesper Skriver &lt;jesper@FreeBSD.org&gt;
 sub  1024g/777C378C 2001-03-09
 
 -----BEGIN PGP PUBLIC KEY BLOCK-----
 Version: GnuPG v1.0.4 (FreeBSD)
 Comment: For info see http://www.gnupg.org
 
 mQGiBDqpHqIRBACDazER4MfiNd6QrTZ925IKM0HuYP1YN6uodGYhCuBGb1a4cFnt
 0Xuw1fuaGqahBnNmBg7Rsetaf7b7/w90Of286mRBgIJIr33VxaKd+lW8l6ORQK9K
 bDR8/IpgHxjt8LXNdBr0/Eddj6mOPojooIDOmoGyj0XOlRb5bq+xWlDtAwCgnjQa
 KG01en2qMUwrvPPZzyWg/qkD/3q+NyOVyi0MAgXdYNxI0tMrDPsRzmbvG8wxZQ1S
 fGHGJEvlKhksePCteX3cLicrxRZazfIteiBXL+0iEvSauF7JZzhG5OfbLTQS2MKr
 d0rFCSmez4VAJfx8nqJoA4C+yTphxAlyP53JKF2BmRbfSuz4vIbi0e+zsc+kZehS
 7Tw+A/9tanL63z5D8qmPZAE1JqRJfyDnTthzUPPY9h1CEZN4jtcdL/FLME2TmKva
 5kcgp0WTAGK0tHsyHvij7KZDAp8Z2R8/456DpS0Rk5vTBy+WKMWV+j+RlRlSAr1U
 bkg6cEtMKCImXsprST8UImfJH0DFUXt15gQ4ogog2xPnuvk3/LQiSmVzcGVyIFNr
 cml2ZXIgPGplc3BlckBza3JpdmVyLmRrPohXBBMRAgAXBQI6qR6iBQsHCgMEAxUD
 AgMWAgECF4AACgkQIqvw7PlWHDE3ugCfa3zgBbxwCmIGGlSrwWPP0q+IGsAAnjuy
 GZPJgHaWjAn+SrRftnZu9M0biJwEEAEBAAYFAjqpRasACgkQH3+pCANY/L0+bwP/
 YrW19JdTDG7fDCYbwgn1ngA1y+nRT25G+ozBUJt5q0H8VL6nrWwcbfk9Yg6jWkIx
 Qs2SF1A9yv0YXFqN1ihGYk0iTU/peZ17wP/TIvd+zkcrzXpdHrfrOy+xgalbi7+c
 v52W/49xYvqBsmk0CDRSkdkYt3VgvK4Bo7xoBF4IEl6IRgQQEQIABgUCOqoEkQAK
 CRBHg9f1XdH7jORAAKCxXIkp49PFrGbiM+JBIsMS+Ig2bwCfXeekX2maFMz4I8pf
 AorI1IepXYa0IEplc3BlciBTa3JpdmVyIDxqZXNwZXJAd2hlZWwuZGs+iFcEExEC
 ABcFAjqpKJgFCwcKAwQDFQMCAxYCAQIXgAAKCRAiq/Ds+VYcMazBAKCMqcWbk7gC
 hYm53EL6HVDoxaeDOQCfa6bEjXrcxW/EST0FlCMcs2LKoXSInAQQAQEABgUCOqlF
 vwAKCRAff6kIA1j8vQA+A/4+e1LpjSu8NFfeky2GG2Mjk1xqzb1nzVDQlKmaPXY3
 dLtqw5tVHA1FLNaSFXDg05NowqQj6OIfavs26orerWyRrD3OJZQBBde5gf/IZBVO
 bk4WzE0hZmHQvchrWR/gDiHJRYnSw+4Sx5MnKBlgccZbIPxabHudUnx12iuNtTl6
 O4hGBBARAgAGBQI6qgSmAAoJEEeD1/Vd0fuMdi0AoJdRZoDG9YwxVyp3wb+e/e0r
 UPwdAJ9fFipa2TGSkCjO61unpDtawmJCLbQjSmVzcGVyIFNrcml2ZXIgPGplc3Bl
 ckBGcmVlQlNELm9yZz6IVwQTEQIAFwUCOqkorQULBwoDBAMVAwIDFgIBAheAAAoJ
 ECKr8Oz5VhwxEjUAn1QJFvqeDJ8gU8rtgz3CmnjlsAAmAJ9BqfYvV5zxGvgkOKRy
 Mu6i2Qa5m4icBBABAQAGBQI6qUWXAAoJEB9/qQgDWPy9FkYEAKwpmiuxudlg5EK/
 ZJ4ClDDdL+Nr9TXY0sKLSwJdDWpgqBAjjovInON6rEeqa7CSvSlDozqzf97IdKRj
 BQFkogPbVSfvgamz0zJZtWkfE7Hvw52X8U7PyWthoTwECIvzYKH35+NiecJQqXf+
 AfGRLF0pCSBLSXR2zi3Bqee3nZ3BiEYEEBECAAYFAjqqBKYACgkQR4PX9V3R+4wB
 dgCfdPlMBWMvvNAcseruEfvAoRpkVGwAoOGKx9zFdxeJMh1g+y7S5/9fRbf3uQEN
 BDqpHqoQBAD69+DjZ00uDr48npfWtrVxuDmZb2jzS3Tdt0p6V2gVuengjobHNb1T
 6o4BIjPu/yQ8qDlDOb+OF63wfowMCIU+qNBBtmoSDKmQu0M9hREHA9PeHjIsN2dk
 wpIAnM7kXHAE0T00QlBCLzjvef/xooKGdcaA4Zse+wLMixgwJbto0wADBQP9Hlh+
 SI7YcYZV+nOhNnPdBG98UHNhDiheklrZ5BQMLzPEn+qHkaZTeX0SrEbPmm4D7nRk
 UGTh1H2CIL/YaffqVYVKw/8HTIJeXZMgJwdq+j3S5P/Vnc/g83uZpuzdW8PNp6A2
 u1JHPq9M1haoszxtTirQXxo4Ht4/DWaY1DtDkZWIRgQYEQIABgUCOqkeqgAKCRAi
 q/Ds+VYcMQbsAJ9J+QGEzdNcvYY0lAXZAnLBnW7lDwCeNJmcu4gVYPvBDLe2Xu7Q
 Crfzumk=
 =A3JF
 -----END PGP PUBLIC KEY BLOCK-----</programlisting>
     </sect2>
 
     <sect2>
       <title>&a.ben;</title>
 
       <programlisting>Type Bits KeyID      Created    Expires    Algorithm       Use
 sec+ 1024 0x99392F7D 1998-08-23 ---------- RSA             Sign & Encrypt 
 f16    Fingerprint16 = 3D 89 87 42 CE CA 93 4C  68 32 0E D5 36 05 3D 16
 uid  Ben Smithurst &lt;ben@scientia.demon.co.uk&gt;
 
 -----BEGIN PGP PUBLIC KEY BLOCK-----
 Version: PGPfreeware 5.0i for non-commercial use
 
 mQCNAzXffuQAAAEEAKXLh1Z3Bg5yrHVrmm9bFUKcg5VwwWyiY0M2LznqHOhhKSPd
 yXkyWWaRZBSSZEa/KneVEYcUVM6CIwGrnO9h8drkxdZgPukrWqzkgwiI+zsOs8tS
 XAMnnoukIrfcSq8Vcclb6YW6/nduakPLTuHvHpJXhNwP+ITp1CsPVtiZOS99AAUR
 tChCZW4gU21pdGh1cnN0IDxiZW5Ac2NpZW50aWEuZGVtb24uY28udWs+iQCVAwUQ
 Nd9+5CsPVtiZOS99AQGVFAP9G0tcrm8PK1MP57xbztNzPoWnP6h5MJmVH3nor7wE
 dJwEHPXwGwqR92RptH4G+dHipbGSqsqWh65WyeTrzgm4pyX32Zb6AM2+Bbv+2NP0
 HdcY+qhlEYZyPsryuqySAWwUKSDxx22JD0cxQp1CDkeSdB8VBVCix5ZsPPMOm9/I
 ZO0=
 =IcyI
 -----END PGP PUBLIC KEY BLOCK-----</programlisting>
     </sect2>
 
     <sect2>
       <title>&a.dcs;</title>
       
       <programlisting>Type Bits/KeyID    Date       User ID
 pub  1024/488A2DD5 2000/06/07 Daniel C. Sobral &lt;dcs@freebsd.org&gt;
             Key fingerprint = AF 90 A6 A2 B5 8D 6C 28  37 F3 F4 47 8B 31 47 DF
                               Daniel C. Sobral &lt;dcs@newsguy.com&gt;
 
 -----BEGIN PGP PUBLIC KEY BLOCK-----
 Version: 2.6.3ia
 
 mQCNAzk+tBAAAAEEAK5EJZPGnimL5cl9lFRpl3mYboOuN6K/ne/2oHt5CNlhBTuU
 64VDPcBsM6ha+KJwSCdiO191AHnbpJSmIzNmL1VLHZunbZhJms2rf388pXO6nyu3
 GW7x2nmqg5qTTkVZAILcuqb8DF4ODF8FEwwCzDJ4ikhSxgXbsTN8YkBIii3VAAUR
 tCJEYW5pZWwgQy4gU29icmFsIDxkY3NAZnJlZWJzZC5vcmc+iQCVAwUQOUVdXVUu
 Hi5z0oilAQGl2gQAgWztCfCITJ7AF2e32Cq0FQkBSuh0jEIyEpZuGPJA9WbShDFL
 gZW2xxLezaCHLx+tIwyT5I0oMDEY1GG5bk0Hv3X7YUZBWvdlmHMtBgW4BM/iIm9b
 NHXhRecC9MEiwvUSCEXjpP6RDoP3GO3n3rraBDl/C1X89fDJMYB9gNwr+oCJAJUD
 BRA5PrQQM3xiQEiKLdUBAfUBA/4vbs1IsfssAbgzoYxoxVojgaQuuipZW6bCCBgj
 RSysFrNJiEi3Z9QsNKduFcZhSeYxhzwZxLb6bsoinqB60FJdZc9ivjho7ALaveYH
 haZSniBayp3zQLllzfmbrbGmSD/Jvn1Qwj85ZMZ1T21VVLVhN1pqssaX7InoRYzu
 oQKJVLQiRGFuaWVsIEMuIFNvYnJhbCA8ZGNzQG5ld3NndXkuY29tPokAlQMFEDk+
 vYUzfGJASIot1QEBPjAEAJMooQYQUef1jKBsYC9xh9WcvtQ45Hku+BKwU6tBlhLT
 JMIn9n0guzXey4gsVcpgJcjmZEXAq+dbgL/ps63CXQAahomlszpdea9aumbak1aU
 51eIEftheyZaqmM4stDvoC+pdQxWP5K3n2d/7itwFde19xQNuK9UD9iPjJnz2L47
 =oxOV
 -----END PGP PUBLIC KEY BLOCK-----</programlisting>	  
     </sect2>
 
     <sect2>
       <title>&a.brian;</title>
       
       <programlisting>pub  1024R/666A7421 1997-04-30 Brian Somers &lt;brian@awfulhak.org&gt;
      Key fingerprint = 2D 91 BD C2 94 2C 46 8F  8F 09 C4 FC AD 12 3B 21
 uid                            Brian Somers &lt;brian@uk.OpenBSD.org&gt;
 uid                            Brian Somers &lt;brian@uk.FreeBSD.org&gt;
 uid                            Brian Somers &lt;brian@OpenBSD.org&gt;
 uid                            Brian Somers &lt;brian@FreeBSD.org&gt;
 
 -----BEGIN PGP PUBLIC KEY BLOCK-----
 Version: GnuPG v1.0.4 (FreeBSD)
 Comment: For info see http://www.gnupg.org
 
 mQCNAzNmogUAAAEEALdsjVsV2dzO8UU4EEo7z3nYuvB2Q6YJ8sBUYjB8/vfR5oZ9
 7aEQjgY5//pXvS30rHUB9ghk4kIFSljzeMudE0K2zH5n2sxpLbBKWZRDLS7xnrDC
 I3j9CNKwQBzMPs0fUT46gp96nf1X8wPiJXkDUEia/c0bRbXlLw7tvOdmanQhAAUR
 tCFCcmlhbiBTb21lcnMgPGJyaWFuQGF3ZnVsaGFrLm9yZz6JAJUDBRA4qXaPfU3G
 z8mTvFkBASJ1A/4gAN3XvKJchXeH+mt/acNiA7+jxtAjmMfSjJiaIldYdaA9ESYi
 XDamPbwQzuaMOslA3uhH+W0tNN8AbcaQ7wqWeKN1WZ7HFPzLUuaQTJhoiNTdWmaK
 ZkhxiDNGA5ycJBXI5FwUb22QaB8Sj7u7vEXBpMo++zEcN+s6haSbAB8w6IkAlQMF
 EDgdNQU/ZTB66ZtiFQEBBL0D/3PZ1au27HPVMN/69P3mstJLzO/a95w6koavXQph
 3aRbtR7G/Gw5qRQMjwGrQ4derIcWPuONoOPXWFu2Hy7/7fYgEAsQ004MskEUImJ7
 gjCZbmASV/8CoJHtBtNTHC+63MRfD++YU0XXsN832u5+90pq1n/5c7d7jdKn/zRK
 niQQiQCVAwUQNxY7OB9/qQgDWPy9AQGTsQQAk2dcz3WicxHU+AH63m0G2lOMrRHq
 HZ1V2SJHPCJfiw5QzlACHpOT4Jx00TOMosHGbmEKwg0RYHTqH3BX0aNDw+5hhc3d
 tqjxpm7x4gwQmAsoZZD11iA3qANXF++yZVNTRXctHWcLl+3LGjJaYwpDj3O/vOep
 q+qUIuPM4+8mba2JAJUDBRA3FKmdnWdBAAxuEhUBARJtBAC9mwTXOL6cT64NwE3W
 fz3pKS+pWI97PaQX/H+3mC16uN/AP8sIlpKy++IF8XGdhMvQB2Vvq2yT81G63zAI
 D97lqG3krw8ikaNcLSp02B8vjhCGwSBw5iFLity+yrqQX+1gCOOkO358s9Lcb7Ua
 7g4736Mpff00kXyCnGsNmiDYe4kAlQMFEDcMlqZnSj3xVLFxuQEBCKwEAJrpL9rv
 YoXJztmWmpNuuSPoGKM7vm4gJ4HVzX4UxjHhMRc3c0PEHuxCboDKSAxJCatoKGN+
 bBorQ/qIElVhAo3FWxyADzNrvWsRRpSu3wzpppB9mVgzLcMdiOXWabN6toPZmNjv
 QM+WKJKexlu74kqVlx00R8TrLmOms3u9VO0ViQB1AwUQNwwBLw7sAx9+veyxAQFk
 RwL/V15Lm+poq/wwscyiNgBN7XpONJUX1OiLpI5f7s0/Rl3C97hIyHsIj08DfpOC
 C/qnAhHb/FmYL/7TuOa+fSGULInDWkgLCl/+gsYWuh6LINY8OK43cs9d64GEYv56
 3quZiQCVAwUQNq9AjPafnz58Zbu1AQGDmwP+NLOUsBKV063jzu/AKFBRGuWeG4Ms
 ZKU+wVW6upv6ELSudPV3tjNstF0y5HfOqF6Y8isxs1qvE+mUyjXRffuS4UtspScr
 XT6tQIw5NgaHH31l+PqV50T4gul3DXWBokC/Dkx72REmEA4h3jH8APFnTMxStUfN
 JyTMADWF4ySay82JAJUDBRAzbedc77OxBWZTbW0BAVtFA/42QelA3RBXYUtIcYGo
 b+QsWkA1kGyBKQGPSS9coHdUVjClBRl3UZFmZhxAODb7cBRXmpvx2ZuMrhn/MpXT
 MqPOJaE3FYm+5SoeArphsRU+T8XofxfLvRHkM3JURUjIVZdAQNvxxBso8NJG5Kay
 P0Q96Vw+3sEwFK49jt14RCJy4IkAlQMFEDNzvb1sq+iWcxFJBQEBfZwD/R3KNFf9
 ype9Dea8j1YIeNZ1E3e03en1I8fMj6EmS1/L1WfFzMnfFCxZs7JgPtkBuB3CqP8f
 +LOdDt6PHPqNakmI9E6fiuGfJZ3jFZYATXa0XKuIoxIJNKhqkpbF8ixJZFTxFwAA
 wVYM3+sqr4qQ8FzVc5entxjyxPFNkwJwRWV+iQCVAwUQM2aiBQ7tvOdmanQhAQE7
 LgQAiN6Hz+zd8bh0nO6VizbJxWFRHPbrQWnJXGoMYyy88DyszAXC4zRshlyGUDQd
 HeP/1DFCXDEu78GfDCLaJ1bm25yVR7kLxDZaEUQEbWqxfiwuzizAjkaxrW7dBbWI
 LwWqrYF5TXClw+oUU/oIUW4t6t+GpAO18PLYhSMXVYErrACIRgQQEQIABgUCNWos
 4QAKCRD1ePRkNTwCBjXyAJ9kGY+v3SwYhfPcdmgcx/JjdB8tJQCfZpymmdb82Mhk
 GcJgKzsQj+XV22CIPwMFEDU6fsFITYPUB5ReLhECRvsAnjZKzoJNqeHiEbIJThvv
 /X8Ldg3iAJ4yv+V5R2RZQ4y19nDj+g9fDfACELQjQnJpYW4gU29tZXJzIDxicmlh
 bkB1ay5PcGVuQlNELm9yZz6JAJUDBRA4t89HDu2852ZqdCEBAXM7A/9YBm+45S+G
 xfCMjVkYxWBAlNIGS6n6TBlRTNQ0B+f3RhUvCAksSRZnGnTm6PcUP8Lc1bzvrDj9
 s8auGjT1OvQ6ypC1jR7D71nsjRIaKvgLAbsPGjFSMKTwZFx+LbHCzBEvRcSb7tYn
 Jg+gtjXbVcztlSzCbWtv4qRnVhrotirh9IhGBBARAgAGBQI5/Mj1AAoJEFq8tAVo
 6EClHQYAn0WVMv1mf/ybg8Q570StT1Bveu6BAKDWIeCnyERzTB2sAToRo4F4EXkx
 p7QjQnJpYW4gU29tZXJzIDxicmlhbkB1ay5GcmVlQlNELm9yZz6JAJUDBRA3FLWc
 nWdBAAxuEhUBAcYYBACos9nKETuaH+z2h0Ws+IIYmN9FEm8wpPUcQmX5GFhfBUQ+
 rJbflzv0jJ/f2ac9qJHgIIAlJ3pMkfMpU8UYHEuoVCe4ZTU5sr4ZdBaF9kpm2Ori
 FgZwIv4QAi7dCMu9ZwGRtZ3+z3DQsVSagucjZTIeyTUR6K+7E3YXANQjOdqFZYkA
 lQMFEDcUpeQO7bznZmp0IQEB4HED/Ru3NjwWO1glxEiLTzRpU31Rh1Izw1lhVMVJ
 kLAGBw9ieSkjvdIkuhqV1i+W4wKBClT0UOE28KjpWbBKPFIASRYzN4ySwpprsG5H
 45EFQosovYG/HPcMzXU2GMj0iwVTxnMq7I8oH588ExHqfEN2ARD3ngmB2499ruyG
 l26pW/BfiEYEEBECAAYFAjn8yPMACgkQWry0BWjoQKUuQQCfVQcZ7EMyP+5n2gej
 K7gYlbQ+QqsAn1hEsflg+7Hu3E7KaS28hhZ0AKDttCBCcmlhbiBTb21lcnMgPGJy
 aWFuQE9wZW5CU0Qub3JnPokAlQMFEDcUtW6dZ0EADG4SFQEBQwsD/j9B/lkltIdn
 QdjOqR/bdOBgJCtUf905y6kD+k4kbxeT1YAaA65KJ2o/Zj+i+69F2+BUJ/3kYB7p
 rKwut2h0ek1ZtncGxoAsQdFJ5JSeMkwUZ5qtGeCmVPb59+KPq3nU6p3RI8Bn77Fz
 K//Qy+IW/WFVJbf/6NCNCbyRiRjPbGl/iQCVAwUQNxSlyA7tvOdmanQhAQFzMAP/
 dvtsj3yBC+seiy6fB/nS+NnKBoff3Ekv57FsZraGt4z9n4sW61eywaiRzuKlhHqr
 DE17STKafBOaV1Ntl7js7og5IFPWNlVh1cK+spDmd655D8pyshziDF6fSAsqGfTn
 35xl23XjO20MMK44j4I5V6rEyUDBDrmX49J56OFkfwa0IEJyaWFuIFNvbWVycyA8
 YnJpYW5ARnJlZUJTRC5vcmc+iQCVAwUQNxS1Y51nQQAMbhIVAQHPBQP+IMUlE4Dt
 EvSZFtG4YK9usfHSkStIafh/F/JzSsqdceLZgwcuifbemw79Rhvqhp0Cyp7kuI2k
 HO3a19kZ3ZXlDl3VDg41SV/Z5LzNw9vaZKuF/vtGaktOjac5E5aznWGIA5czwsRg
 ydEOcd8OVPMUMrdNWRI6XROtnbZaRSwmD8aJAJUDBRA3FKWuDu2852ZqdCEBAWVJ
 A/4x3MjeQKV+KQoO6mOyoIcD4GK1DjWDvNHGujJbFGBmARjr/PCm2cq42cPzBxnf
 RhCfyEvNaesNB0NjLjRU/m7ziyVn92flAzHqqmU36aEdqooXUY2T3vOYzo+bM7Vt
 InarG1iUqw1G19GgXUwUkPvy9+dNIM/aYoI/e0Iv3P9uuohGBBARAgAGBQI587ih
 AAoJECPnhum+7ZRu38oAn1qfuHdFzBdoeWd3RdjR0UGeXCreAJ9i4oZdvVV7KNjm
 Pm1ebPSUYkznkw==
 =WHRH
 -----END PGP PUBLIC KEY BLOCK-----</programlisting>
     </sect2>
 
     <sect2>
       <title>&a.murray;</title>
+
       <programlisting>pub  1024/0E451F7D 2001/02/12 Murray Stokely &lt;murray@freebsd.org&gt;
      Key fingerprint = E2CA 411D DD44 53FD BB4B  3CB5 B4D7 10A2 0E45 1F7D
 
 -----BEGIN PGP PUBLIC KEY BLOCK-----
 Version: GnuPG v1.0.4 (FreeBSD)
 Comment: For info see http://www.gnupg.org
 
 mQGiBDqHuqsRBACMfFOo/NFWEADUNcCq/6yvGLAZL1V4okeB+zTlIf/NJCiA/AT2
 AKiFNd4T3lYLlUjm44/OcPhelAqFSrtgmBLovWJibt7nva0dlOIXStQQSikzMOzV
 4tgtiQF2ONXIqFlGcEfKo5/fcxrsJ2EpQqNX7ujGtsKHpsZpkqrcL74GowCgzuwK
 PxnD+AHoa6YiX6LIhZA3ciMEAIS1vMlXFQJD1m7831ej8gBtdRVqYVHS3RohJmyY
 91eGsVdDnDtywmWUA3sg/LTRRU77zx36MbAp40XZJJeSfLUp3UeKrcxSoxpI3L/V
 C/V6BBnOLDQ5GcUiRwQTSClh8Ck2Hyi1msA00FZJxTdgPpa+CJANwAM5M+y3DJ6+
 uZSpA/9/CNa8aRcI/OPfs5SeTA/m9SSV+ITSAIfcaVYflquqQwnNh+c7SJ+3Poys
 BUahaTVcFHRrRmrVGUytek18i77cNe4ZItlUn1qu/yZwbVyTdGek8Zbv3pGIzP8r
 8r57HwL8Gi252Yv5ovCRThzsshEfN5yQizbKgHiWWmr/1FEyUbQjTXVycmF5IFN0
 b2tlbHkgPG11cnJheUBmcmVlYnNkLm9yZz6IVwQTEQIAFwUCOoe6qwULBwoDBAMV
 AwIDFgIBAheAAAoJELTXEKIORR995IcAniQ+bgl1JAocyhGbknOzz55c9i+XAJ0Q
 4/tU3vPZ3TkrU8xK8Zct2qvkNIkAlQMFEDqdf131FVv7jlQtXQEBYWQD/jEXwixB
 kuVVuLboFETpUCdMeVc6BpPzrHdfa52aPFKHqt416fAeeeXRly6lAxMDdJPxU2ZG
 3abR4iiaqDKWwiluFkEwLBL0AE2Qx2R/nNZqEYNB0BSUQNPH/Q//kG6mLOAVVvRL
 AL5R3MEeK/Y0ErH/7JXn8JPrl/rKqwCbIsL1iQCVAwUQOp4Lm2Vgqaw0+fnVAQH5
 wwQApzQwxOj8k7tBFASoFOJVZEtd8KM9oDRcJe3Dz+hzU5jbCkQJGDxtp6Y1kqel
 fLXLqJB1R8kZdTxR+IrRO+B7XRGvu/sB0u6CuKCBwSWSwstiGB8AvLwLp2vnIJxP
 +BxA3qoInj/Xjh4EivLwRpkxh3Gogzv/kTFvwTvAraBjbC+IRgQQEQIABgUCOq/2
 ZwAKCRAgFTHVhF3+3bZ6AJ49+954CXOAFFifgekFxoS5gSffPACePqswwNhSUKg1
 K/rvoludMtEAGAC5AQ0EOoe6rRAEAPF15Mz5Kg25Az3g+7OB37QfZukClm8gdjR9
 ziTS+rkjYxeP+j+BmrQNyqdyM+dNGiEk+TgJiBy6otjE3RSQHuVwxin9yMIuTxa6
 xh0PX+sV5aW03YUViglWkevdMDLTAaEUwc0y2fZv1as6Huk4k5LKNanNMRnU2giy
 tGuCTyq7AAMFA/wMMI9Px5Q0/p3iNDXZ5YQ6zbDR/aC/q2lxN38FUJOEnMaSpZvD
 /EE/gpmI2naHQuGS5C3RrCrX3/7IGGEVE9U0dl+krreVDDxz/yXYhX2D+5Zvriek
 JZHPmek20gT9i9gm3xLl2e0zS1zQ6BcYCtX5kVwIW5PTs09/MVvwscShNohGBBgR
 AgAGBQI6h7qtAAoJELTXEKIORR99rLsAn2+OxqxPJK8ZmYPKX1JKqN+IdvKuAKC6
 p9c3lJBbYHFlhxPDhBvgBaSOKw==
 =zaaW
 -----END PGP PUBLIC KEY BLOCK-----</programlisting>
     </sect2>
 
     <sect2>
       <title>&a.gsutter;</title>
       
       <programlisting>pub  1024D/845DFEDD 2000-10-10 Gregory S. Sutter &lt;gsutter@zer0.org&gt;
      Key fingerprint = D161 E4EA 4BFA 2427 F3F9  5B1F 2015 31D5 845D FEDD
 uid                            Gregory S. Sutter &lt;gsutter@freebsd.org&gt;
 uid                            Gregory S. Sutter &lt;gsutter@daemonnews.org&gt;
 uid                            Gregory S. Sutter &lt;gsutter@pobox.com&gt;
 sub  2048g/0A37BBCE 2000-10-10
 
 -----BEGIN PGP PUBLIC KEY BLOCK-----
 Comment: ''
 
 mQGiBDnjW8sRBACtLAIsIja7+4PNGeKl3CWK1BDt8mJrNTU7yIpIFyU7kbGFzNDc
 nKuTGXwFlI/1N964p17uvwVBq49dFTGFOzw2AEvgwl5Mb75Wsf5ztYVSir8ng0b7
 123nb09ZExWCQTMMbD6RXEVfTrIUEHazYMDIhuIU+/WkYVhNWuiaACvpJwCgjuEx
 /8BANLXa9UkQt5ztgWwUUdkD/RvGakaQr4gAhVcm2mfDYjxLtm1+BxbzsDV9U2Nv
 2nlXSfCyxvbTjwX+Bq4/bwR1a0KDIPvjqYAm2tQY+bsPGkjwBL0DUrHVTRK2PpPc
 K/9avIFk+PYkpakPQx3saE9b67UbGk5rUCnbHU99mvqET3MtU5yRn9B8hu7owROi
 EXFPA/92vhsPhcPsvTq9Wi4FlWF8MeDyZsEKA/lLUTl1A4QnbiRtC3bBvxOeoPPu
 jQP25DskCdtWWcOuvHRZ6kE/WncID38oc00dqaB9xR+pi/ltnXZpOCjvU1Q0yMd5
 QcoD9Im6fLN8zo4gr2f2cwWC7TQ6TLxTYpifGK6sbC0ATdnFkbQkR3JlZ29yeSBT
 LiBTdXR0ZXIgPGdzdXR0ZXJAemVyMC5vcmc+iFYEExECABYFAjnjW8sECwoDBAMV
 AwIDFgIBAheAAAoJECAVMdWEXf7djlEAn2xtSRV2lRFi0H7zG9gL55Ud+NSKAJ4q
 48/IHLPlbE2hXoesDXTvwBvYwIhGBBARAgAGBQI57nu4AAoJEF1SHIzmsVAWxCYA
 ni+wfeykRrWXDjx6LEbwY3/tJ+vFAKDkDFVK859XVpmHin5cwYESpiWEuIhGBBAR
 AgAGBQI57ovLAAoJELYkBuZbwVKhP9cAoJbEJSB3b7Gs4fhkohykCTdN6ofKAKCG
 SbPBOt9GK7r+XVOPBVJBpZwHYYkAlQMFEDnujg5NVigheQUMEQEBxocEAJOVMLs6
 IKMMeWX6OiegkmdMaox86gHOOOS/94n78ClwTJ8kf4MVPF/qz9oLvCNYcSP0Ievl
 MAAMgPQx4amUwwrdqO3lUWx01jrxO3L7r7PKLCT61gIfoVhjJSRvA4wVdGRBOhDF
 Z18qzTkqUORDbjohknDSt6Ydxh6RwEKQM8EtiJwEEAEBAAYFAjnugY4ACgkQH3+p
 CANY/L34TQP/e6VCd8sZhz8pqlaxk2zHmyCKR9gKHn1P34Fjd/wt+mMz16T7aJbr
 6V0qpdvZdCkcmoQ9Q9btX9uu+GAQLUHPHLCn8bg7icw20d46LUmm1b3x3N1vOdBk
 0AykVGei+TuSs7QLFQXWqwQCOfBWVk62Kw0fL1hMBVPKS0uHPotRqBOIRgQQEQIA
 BgUCOe6NMAAKCRCI4Xsd/OVlYdj1AKCjZ04lHm8Dk56adtZkzdzBCx8C5gCgq3Qs
 F46O590E55SsokQd7YD8kASIRgQQEQIABgUCOe6NOgAKCRAY9QOAJMJ4AlwIAJ98
 qRCL2U3KnYKrbPc+p8bzZxbTZQCglbkX8ciJVvy5oHzJO/5f+HIg0k6IRgQQEQIA
 BgUCOe6TegAKCRDC/IaqJTlGi2/FAJ9l+bY/2GWpmUxtZYs0hdnejFC4IwCgivx3
 tjij0SfNTP79mbYFX3oJxo6IRgQQEQIABgUCOe6OpAAKCRBzh+KSrRDGxCeIAKDM
 83nigOH0/v8H6M//+bS1LV/A0wCaAqGb5Nl+D8pnYK/hEER/YUCgVMKIRgQQEQIA
 BgUCOe9ejAAKCRCTVeV2USQDllNdAJ9gmpeLdhkr5u0pWuO+o9GdUppyywCfQWuT
 bYI1gUKl1z+19+YUo9+kJzWIPwMFEDnvZ0rjHjI9QK4wUhECp7YAnApxxvTZVLi4
 bsBqM+VDVnbPyVHfAJ9vj8pXkv400Zm7Mq8warkniGN45YhGBBARAgAGBQI59Hwc
 AAoJEBoX/tg15TvDXCUAnR3ymarKUUkgdFBMzq/H9paGWz6xAKCOLwiMYhtecwGD
 JX6s65DkkK1V6og/AwUQOfzDgnfOKcWPoS4gEQJPAQCgnvIv2HFf1nX7KoolPVvV
 NYS7y+IAnA073e5i5N1HQ6+ZdDPMCm4G1wPgtCdHcmVnb3J5IFMuIFN1dHRlciA8
 Z3N1dHRlckBmcmVlYnNkLm9yZz6IVgQTEQIAFgUCOeOQigQLCgMEAxUDAgMWAgEC
 F4AACgkQIBUx1YRd/t2vGACcC0MEXV6Nf9EStxuBBZJRuk112ZYAnjTE5LdyWOtg
 jA6n7VgQAoYk4Ij9iEYEEBECAAYFAjnue8EACgkQXVIcjOaxUBZpNwCg7U9oUOaV
 /ukWedDkV5UsUNQTfxQAn35HJBPhpAj7eszjGuAEdA9qLjuEiQCVAwUQOe6OKU1W
 KCF5BQwRAQEkNAP+MszkQDMM+mcTaGzeVC5rQ9IlZ13OEWouY6vhr6W6OhhPYVtE
 2KjBnpbypiUzcvlIPrjzwhM0/0M50EQX112kfNVnhq6ahBLLUwHOqAZLCw0atPJI
 QrbRpvmNNduEo/xAi6VLZkhuF1VM7fdrwCx8NmHuelwQobFAORXIE+W+FbGInAQQ
 AQEABgUCOe6BqAAKCRAff6kIA1j8vQc4BACOrAl4hvIfMp5aV8lkG5U+4BQVpGf6
 Ypv9X5SML382/TQ4s3ioSv+0NsiigItFphFbuGjzvCkrXucNEa3C/zzdJ7Sn8ByL
 ciZuJIbUcC3/cYwi3yJ0WwqIF6ls95dJUu3Ohm6FTGYPfHJDTB5ASM9FpAHOSGOZ
 J8zd9vkNpTGIDYhGBBARAgAGBQI57o0yAAoJEIjhex385WVh4cAAniRnFP7j8R0s
 xXJwb+0sl5es8e6MAJ0WlFl0JlAHj7+ga56zKFPR/utduohGBBARAgAGBQI57o07
 AAoJEBj1A4AkwngC4E4An05K3XNo7BuRqdS89NeZg1A1eRq3AKCNAnLdP3ygeiLO
 dtm+Em5VP8EuNohGBBARAgAGBQI57pN8AAoJEML8hqolOUaLnRQAni7rAcmZ18IN
 m9t8VMarix/8LFWnAKC3RTTr8BN44zGQ/uiQ+XBtw2BmBIhGBBARAgAGBQI57o6n
 AAoJEHOH4pKtEMbEensAnijhR0pU2R+DT2NR7LF0oUWn3J0GAJ0dnQ3dBIXCgnvY
 DXc60qg3DFboeohGBBARAgAGBQI5716OAAoJEJNV5XZRJAOWUu8AnRVGIrjcoQyu
 xTHYUPOYLPTHkSUfAJ466skILtnWEzBUYio/0PvjfSU+DIg/AwUQOe9ndOMeMj1A
 rjBSEQJA3gCdFXWJQSVryXATTDQaFaWbaQZXarIAoILPRXC1iCa1d52o0zlDgPle
 FwqYiQCVAwUQOe6BSgHbXdKX5jjdAQHpDQP+P3f9no+rtJeuAbQCLkDpvjBlgUiO
 SpXAhF8uolfyjI9UKK63t2nov5wVc1+W2N6CPaH2f6p//xmZMu76iCX5vIbSJ9uL
 sK0kaJgKRJv46PPsw6Jh+M4mtVCb4b7ad5jFF0Q2un0PZkdtBtTS7fsK51eW4/s8
 K5/94ONR6yFCSH6IPwMFEDn12AvYyjFxW6BSwxECfHQAoNf0o/mySHhQx5ipk9me
 lpxpaiYrAJ402bEDRhC98dVqFR/fFpy9PD09eIg/AwUQOfO0aXfOKcWPoS4gEQL+
 KACgvfXBNMIEJWjvBlhM7VD/qE7O160AoL58uYfWHbKvVJB6ggZjip2mSFEhtCpH
 cmVnb3J5IFMuIFN1dHRlciA8Z3N1dHRlckBkYWVtb25uZXdzLm9yZz6IVgQTEQIA
 FgUCOeOQqQQLCgMEAxUDAgMWAgECF4AACgkQIBUx1YRd/t2fQACeLMOY1776b2k1
 PCnkkXabN+WBN5IAnjs6+dKbAq6ehSLKr7fFQYcpFOi7iEYEEBECAAYFAjnue8EA
 CgkQXVIcjOaxUBY9mACgsoodTyhdveG2hFhyy5oewjYr1AYAn3dZ79qupRRZRW3q
 bUO+3dRwOn/NiQCVAwUQOe6OPE1WKCF5BQwRAQFUmQP+IyI5OaPkuQx+E7KrwaM6
 LBOm6Hf5cpXqpKBZ7pVHwFajIg0g7Vg2H4p9ZkpgvqcvI3EX0cN2M59GDX92lqTF
 ltqXUHkpTRwcR5HB97Yl34mlqV1L/LJGCV+QIxkpajnLkjisp2ixi7Cbd5UlYcfI
 2gV+kPtjQ+yyIq1wyDFnux6InAQQAQEABgUCOe6BvAAKCRAff6kIA1j8vQ6rA/oD
 ZzzfPvpnlqSxRMLVZVIX/gJgoEp3NE0TjPa4MLY7BMywS7j5l4ACOv9BTsH4/JMB
 bmeSVEjH3UZtUDPqB5Kn4yot0bAokoV9JRxeRT24TIKMRbr0wp31J+QIMUZM8zJh
 /VTCcfyJ2zfR9wpqDdnqocqs5WkJWp3OBoin8PvzX4hGBBARAgAGBQI57o0yAAoJ
 EIjhex385WVhDSIAoM2eAx19zMc6FTzyogakO6JXxqGUAKCj2Y7nATGonAm6YJPU
 KZ2Q3tjhuohGBBARAgAGBQI57o07AAoJEBj1A4AkwngCHqgAoKD+m2dlbkEG18Ej
 SleHKzS6ptwVAJ9pfVOb2dyua2pkibU/3ZT6SN4dFIhGBBARAgAGBQI57pN8AAoJ
 EML8hqolOUaL2HQAoI9MENn2chRdajyy+JQwbDgM0rjiAKDkviAQqwBZ+lftyr8p
 R7ojLYpO2YhGBBARAgAGBQI57o6nAAoJEHOH4pKtEMbEtnoAmgMt8rPmEp2b7kI0
 yWMcqlKT1TopAKCWmeWrmJPC1/Kk/FV0P4vEbrGjx4hGBBARAgAGBQI5716OAAoJ
 EJNV5XZRJAOWLpsAn1aUNLR42oidEr8QSkkq2D5vV4MuAJ9K2xS9Ye++PGcT+QIH
 mITcRvGSkog/AwUQOe9nfuMeMj1ArjBSEQIa8QCeNgevIAW0INNQOKFXRXzmvUV9
 RoAAn3c4Ndwr18WojLPlG3C5faqjcOO7iD8DBRA5/MOxd84pxY+hLiARAq5wAJ95
 PeVc1G2UkrgPrCAJBxhg1cOvEQCgj5xB8X6Cm+tGWt1MppCDZ/2gXX60JUdyZWdv
 cnkgUy4gU3V0dGVyIDxnc3V0dGVyQHBvYm94LmNvbT6IVgQTEQIAFgUCOeOjaQQL
 CgMEAxUDAgMWAgECF4AACgkQIBUx1YRd/t2u0ACeOCvSo2zRds0L9Mika4NYlaSH
 HHAAnj5OSdkKUEqUpk2OfwCybAg+lYDriEYEEBECAAYFAjnue8EACgkQXVIcjOax
 UBbyaQCg7HZBHWJeCBAiScd3bgE0a1eUWnQAn1vL1vQioH2NjY2rbKX0bfEowSUK
 iJwEEAEBAAYFAjnugc8ACgkQH3+pCANY/L282AP9GEpsdVGY5FQoQavTn1B7GmA3
 dhnFwT6TtP675ziDqfe7ob6qVgBq922/ERqAGAaKVhPdlCTk+3/ayzb6EJgkkQKH
 X4SjfbTA8GuPE4KU7CLs3D6UgrlpxO0C3rTPEect8inwwmWtA9sgnndkAK2Wr6Fm
 MZH8N3MW7W+qhRD71c2IRgQQEQIABgUCOe6NMgAKCRCI4Xsd/OVlYX+yAKCsDnbA
 RHnXWJ+0URuk2+W1PV3ENwCgieqC11QPLwUWSpwsOQnQuwE1maCIRgQQEQIABgUC
 Oe6NOwAKCRAY9QOAJMJ4AhgXAKCICWzasbpdixCKuH3ZHgjG/m4GIACeJEQb3+Q8
 hGMWO7DWb4Cqd79aNt+IRgQQEQIABgUCOe6TfAAKCRDC/IaqJTlGi3r9AKDhuCEr
 DqwZ5ffHhS9YSCXDWKftqgCeJq9g4r01/JE0+XVVilkaPgaTsI2IRgQQEQIABgUC
 Oe6OpwAKCRBzh+KSrRDGxIzzAKDaDR4685TLyRf4rdgUUpBv9XSnaQCfRWJk8Ix2
 t0qw/rLGGvbcc1fnLqmIPwMFEDnvZ1bjHjI9QK4wUhECso0AoIc66qQPaScOMZZ3
 kk1CjhpAWFxYAKDHmcPFKqZeTpFMYzBlhuagDnfTK4g/AwUQOfzDiXfOKcWPoS4g
 EQI8qwCglgCDUoo6HeIzY7giTJjufcIr+p4AoKpx+vsJn+6V3kKUXMjEkZkjNP30
 uQINBDnjXC4QCAD0UBPSOUsYU8KA9uFCN/RNUtKzx/W16jjpYxqvCdKxbjb3pI7c
 bmMQtwLHgIcwTC/jSHGxcJB8JcVHQeaf87XvHt06Gb4aOZAX+oAELe3T+nzSdQ1H
 ttSplWPqzkH0AvoMdCf+ZmM738cTLrUHTIkgc/yGzUyXiV+m0bCsUBYgDSLgUwS2
 hCl96r8ELxPqAVVHrDJa6GPVH+zfywkWaQUknn1TiVnM8JjQiC9x7V+tix9xisys
 GAG+XPH+jYn9c4q781NcpsD/hLG8IKd1AjlfSnxS9TD+WOg3g2VdzfcTy64e1z4o
 6XC/XJssQQlPQYmsnVvx3LnfIZjlJSO+aTQ7AAMFCADKSxl7M4TC9nEkt3xzx9Wl
 4qc73J1RqF3+tCNlj2EtzcbKBxynifjY/m3FJdJcDvbsaJUubBE3Kze+SZih9gU3
 5yZU81++Wq0KhqcpDK9LqnK3/+3YKqiXV64+Vq43dQXu1C2nsgzQ4vPZ15dgeRLb
 K+4ez/Gt1fm/YJ86EA6tUGiZZo37N7wodPoBLfrL+8xRimC2kFK5vOCdsU50HZv4
 v55t2oHRi5FRWJN6GGUHeDORcCvzkeulvNxomKaAOyRMMLwzch/kF2eQs36veVwz
 ENiKDub28PCuhrFXP7keq/Ybz19GIsJFSd7lemnzuTSkMoQhPjXmlshsLXhi3Km6
 iEYEGBECAAYFAjnjXC4ACgkQIBUx1YRd/t15/wCeK53sTVsgjbjDv984yiaHxGzK
 z9sAn1jpwcaKsxGC0aycsTEQABKrEX0m
 =Osmp
 -----END PGP PUBLIC KEY BLOCK-----</programlisting>
     </sect2>
 
     <sect2>
       <title>&a.wollman;</title>
       
       <programlisting>pub  1024D/0B92FAEA 2000-01-20 Garrett Wollman &lt;wollman@FreeBSD.org&gt;
      Key fingerprint = 4627 19AF 4649 31BF DE2E  3C66 3ECF 741B 0B92 FAEA
 sub  1024g/90D5EBC2 2000-01-20
 
 -----BEGIN PGP PUBLIC KEY BLOCK-----
 Version: GnuPG v1.0.4 (FreeBSD)
 Comment: For info see http://www.gnupg.org
 
 mQGiBDiHU3wRBADX+GS3fClPc0K3s2RePf2YeV+w7X3cmnWb0FLhAekfIzjLSHl8
 PWxXXQRtFyjR4KpsiwpGusX/nIJmaEoAdyqROKvpqYZPa3CjI2ldq1t1mj8lUOLo
 +ktQvgR/fZoveOl+HT1yIRZDsLrQWYE96lC8Xx2Iiip/16whzhE4rJfWvwCgyb+G
 a2jW0JaqmVRmyEqwzudoeqEEAKNUV5lmGRcs/GxwAJ7JRcxMI5QtoUBTfDKYyJZi
 t6pudVC9STIpMoEw9m4c5KRFixdiHno/dbkECvSzpTA1qAHiC2WxeTXAz91ySTfk
 iGNVlc670A+eC7Qi3ZGYhWKgKAvm0hOlYxOrU83u9naHKA+l4dOIGCQoZ7ElcfdO
 77T8BADQG/nzZcaoS0o9za11YcYMAWDiEHX2JyWF7+O+qJc7UmAGMZ4YHeYOBTkT
 6ybzjn5JhQtSr9YQglweYFjFYdeOmQAYow1MJxJvh0e0eoXwzOgdwJ8fzbxpHeAQ
 W9uuI754sm3U80ag7RvzgeWRX7HdETCtbFF8ZCWHSE7sj29ZB7QlR2FycmV0dCBX
 b2xsbWFuIDx3b2xsbWFuQEZyZWVCU0Qub3JnPohWBBMRAgAWBQI4h1N9BAsKBAMD
 FQMCAxYCAQIXgAAKCRA+z3QbC5L66jfWAJ9QRUBS9u2D9s861txzAAGDur0x/gCd
 ELqxcKVno9Q/l0DFb6c2ZIlkTT2IRgQQEQIABgUCOIdUpAAKCRAj54bpvu2UbtDT
 AJ9anhNRzF+bPhzGsoVJG1M0+aqsWgCfV6grZerQHY0jrzh7AcGCMNNDNYaInAQQ
 AQEABgUCOe58UwAKCRAff6kIA1j8vYq/BACbNYb6vCIi7/qEYF6dcBrEKf3sQ9mR
 U+ign91BqI1XR6KWREzMb7C/j/8ClreLp+UYpzf2dGiMtg6wo05VM9/wNTgQ9XGQ
 lm8VHRuMG6nKMxzMmugVhoKM16g4ongkLwV2GP7i/UULLl/YtBY0HHeZrvX5dFTI
 e0I71GmWy38WDIkAlQMFEDnug1NNVigheQUMEQEBX6EEAKTQbXGBs5XC1NuI3UdO
 DRvpRnzwY1KXlcJNWEUBFnwKqNdu23XyWT9VoMSHQwntTH1LkdYrrZJDQIlCchHS
 bRoobiveoUEqqHtWx9enhADBbSyl+SeDanOd1rx3jieplg8rseeqS7j2k5EUCaus
 wsk2W7zn4mpRNR25WuO8JOhjiD8DBRA57ojmGPUDgCTCeAIRAvbfAJ9SwgJaBMEF
 FYpRIoNsgvnHRaBmvACfVf1DdCW4EiCwtstuphmkZU9uv0aIPwMFEDnuiMGI4Xsd
 /OVlYRECVBkAnRJA6imAt+d9i2csxiReRI2xCrC/AKDjL3Wlp0ustkS1SkXiEZmX
 OcGfk4hGBBARAgAGBQI57oOaAAoJECAVMdWEXf7dfowAn3es+GZFfAzNl1BY3IdA
 kHBkpybbAJ0SghHeM67I6UvsD3OY4aKDu7D/g4hGBBARAgAGBQI57pd1AAoJEML8
 hqolOUaLhLEAoOj8APJHlYELhru0tPRZSfZYovDmAKD9rBzlJZzxeN36SfwkYiNW
 nnl0A4g/AwUQOfXFQNjKMXFboFLDEQK0OQCg2TuAY5h0Q7dgZgDe3dW/1zlLjskA
 oOFLVMM9s8oA8sTCTGAMqnca/3GduQENBDiHU6IQBACjT3ldbYOk2zYwEcaYhxom
 HuhAht9WhqRkBstdrJbmHw04zMNdRyodfbZk/DunKPnYPjSXVL2m3aXXdzPLXmMJ
 WTA7WykvMxBZX9A7GONMwWKOoZcEJheNagfgOa+be4rZ/S19AnUDBXQGDCgbXlYa
 BCrSRuAmfOVQ4VLW+3OovwAECwP/Z1P1kKWACm9Ual6GAlk+R1pASGOJS2kOyYkt
 0VvV9BBfYaxD+4E1xp6T4FEkdQk2Lz+91q/b6z7CA0Ed/2yNtm1HmVGyMc5yFRoj
 U38i0Lrxf0fo06g+ewwIXXEEuZrdGEFaxQpWTZ/uCFiGe1wtnGT91B4FDENxuIQ/
 IbrSxgOIRgQYEQIABgUCOIdTogAKCRA+z3QbC5L66mpDAKC1YD/4KeNybL31f9B9
 iq7OH/kskwCfeEvJINcMBk0UEdjpgO85woB6QKI=
 =stB+
 -----END PGP PUBLIC KEY BLOCK-----</programlisting>
     </sect2>
 
     <sect2>
       <title>&a.joerg;</title>
       
       <programlisting>Type Bits/KeyID    Date       User ID
 pub  1024/76A3F7B1 1996/04/27 Joerg Wunsch &lt;joerg_wunsch@uriah.heep.sax.de&gt;
             Key fingerprint = DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
                               Joerg Wunsch &lt;joerg_wunsch@interface-business.de&gt;
                               Joerg Wunsch &lt;j@uriah.heep.sax.de&gt;
                               Joerg Wunsch &lt;j@interface-business.de&gt;
 
 -----BEGIN PGP PUBLIC KEY BLOCK-----
 Version: PGPfreeware 5.0i for non-commercial use
 
 mQCNAzGCFeAAAAEEAKmRBU2Nvc7nZy1Ouid61HunA/5hF4O91cXm71/KPaT7dskz
 q5sFXvPJPpawwvqHPHfEbAK42ZaywyFp59L1GaYj87Pda+PlAYRJyY2DJl5/7JPe
 ziq+7B8MdvbX6D526sdmcR+jPXPbHznASjkx9DPmK+7TgFujyXW7bjh2o/exAAUR
 tCZKb2VyZyBXdW5zY2ggPGpAaW50ZXJmYWNlLWJ1c2luZXNzLmRlPokAlQMFEDHi
 oSdlYKmsNPn51QEByz8D/10uMrwP7MdaXnptd1XNFhpaAPYTVAOcaKlYOGI/LLR9
 PiU3FbqXO+7INhaxFjBxa0Tw/p4au5Lq1+Mx81edHniJZNS8tz3I3goijIC3+jn2
 gnVAWnK5UZUTUVUn/JLVk/oSaIJNIMMDaw4J9xPVVkb+Fh1A+XqtPsVaYESrNp0+
 iQCVAwUQMwXkzcdm8Q+/vPRJAQEA4QQAgNNX1HFgXrMetDb+w6yEGQDkJCDAY9b6
 mA2HNeKLQAhsoZl4HwA1+iuQaCgo3lyFC+1Sf097OUTs74z5X1vCedqVoFw9CxI3
 xuctt3pJCbbN68flOlnq0WdYouWWGlFwLlh5PEy//VtwX9lqgsizlhzit+fX6BT4
 BgKi5baDhrWJAJUDBRAyCKveD9eCJxX4hUkBAebMA/9mRPy6K6i7TX2RjUKSl2p5
 oYrXPk12Zsw4ijuktslxzQhOCyMSCGK2UEC4UM9MXp1H1JZQxN/DcfnM7VaUt+Ve
 0wZ6DC9gBSHJ1hKVxHe5XTj26mIr4rcXNy2XEDMK9QsnBxIAZnBVTjSOLdhqqSMp
 3ULLOpBlRL2RYrqi27IXr4kAlQMFEDGpbnd1u244dqP3sQEBJnQD/RVSAzgf4uor
 v3fpbosI0LE3LUufAYGBSJNJnskeKyudZkNkI5zGGDwVneH/cSkKT4ORooeqcTBx
 KeMaMuXPVl30QahgNwWjfuTvl5OZ8orsQGGWIn5FhqYXsKkjEGxIOBOfvvlVQ0Ub
 cR0N2+5F6Mb5GqrXZpIesn7jFJpkQKPUiQCVAwUQNRkF14HR8QVbfEftAQHb6wQA
 uXzEE+LHIk1kSINIgXX0+UcFpPc1rctiBkzZZhgzFvGC/kYrsI/GVYE4erL4sVXA
 NJqZxaMC/AAaGfaduALRFXNidKinMJBrZg3NCtq7cqrc/3aDmZJ2IaHvxoS+XC/i
 RVoeTk+jb6wcliqMkf41UlHsijyALtVK2Dd78T8GhJq0LUpvZXJnIFd1bnNjaCA8
 am9lcmdfd3Vuc2NoQHVyaWFoLmhlZXAuc2F4LmRlPokAlQMFEDQUWQGzWmLrWZ8y
 PQEB8MID+gJ+SOuG9HBEKlIvySUnVgOhQl2bD6/iclynDc6lhdvAo48sKWwTsrco
 JCxwd6Xtq5/3Wet6QDBute/0KWnRN6Bh4BA2PDm9n18vpRnmXd8fwTYYYDv6SqA1
 azUrECcbkZ1S8n2+LKtabx2pZEaj6WgNaVnXYvY6AAN+nuNVlMjWiQCVAwUQNA+s
 uh9/qQgDWPy9AQHZdAQAr/5KxA8JP9fhEH88FvFSvbwakYkyfcBp8BoDemVjDedv
 g41uoTD20m2h8CfhR4atqJbDycdhHYMDOgCNHo7O5fdO1RX7nsEjOtM8dw2RvqHx
 8+4dT50XNH4s2g9oYmwV6i/rD5SDqpL3BrkUYMCBpGgsdLIHFxFWgJs4RpLlLkSJ
 AJUDBRAzkGS1ZWCprDT5+dUBAYo/A/46JaGjdmbYYqmUSOJnnPHfLy6nNv6vVC61
 vTyOvYTCNrTiEuDR8Ku3oB3cOhWrF7g86CEimYczg7i1xb3ZMdCKXvQIvN8LG19R
 zp4POg/eSsPX8bCmbaEauZgD1v97P36va8oFudSE+YKCXHml/UjMdT1HZfJDP1e7
 sUjZto5JmokAlQMFEDIIhZl1u244dqP3sQEBUzMD/jVUimHfqX7I71YYqQQH41ht
 g7PZb+TKLviRcu8t1NdxFgVoJJk5FKxAo8Y0ys9lSgugArETbkCgKCXm2jCqv+wJ
 y7QDQwy8l11S+VDZP7KVKkaZZyGqhcI3sV0bLGtnnPPHMsi+1yKjqRod3vpfHImm
 W0IBK6l0PnecS3Ge7yxGiQCVAwUQNRkFNoHR8QVbfEftAQH59wP6Ar3emiJ3gseU
 ayKAjx2SH9lDVMsvIJW8cZoeEsDfoHlTEbz448KLKuh5rKOBAU++WBFtXQoIbroi
 4y+zVpJ7z2xJ6sHU/xo6M72QCvieahT4y3C6f1mPsZyjlMRpFoCpBddU+U8kbkqT
 TBVjNF5DNyhj1keIR35DJNpevpCCE6q0MUpvZXJnIFd1bnNjaCA8am9lcmdfd3Vu
 c2NoQGludGVyZmFjZS1idXNpbmVzcy5kZT6JAJUDBRAyCIX0dbtuOHaj97EBAVqC
 A/0YQZvqrVvobtn6gI/XfAlYBCiboK8WSKV7gihbzvmwoELaILfRF/kyYeLPFFHX
 BZMhCLvAk9gt0a69YK73JH8b604M0s77WMr9dO9l9xpFWPkpVDATAK3ZdajVtt6E
 +0OefGo57Gi9OuVyeZux2nIE04pIqH2BvItbO067BHquj4kAlQMFEDWRxZdlYKms
 NPn51QEBzt4D/RALkWpNJNTtlyKE0NBeSyRoci9OCfcYI42R+39HoJnLPAgT+aFc
 EqinmEcsBvwECjJVrrwBN3f6/rESGp+JaYNiw5bz17lmouh27FEvWETy8QfcQl1+
 Ck7HJqkMs1rpcLwhWvMmWlx49gBPJAJwcVSmhsuSVQKp5iSFDn5pbZCTiQCVAwUQ
 NRkFU4HR8QVbfEftAQH2vQP+PzI1rHZq4Q6/E9RS3zW/HDuzByASi3A9iM5MARqi
 ACLug+plFatfHfEaWII8nKytqY+kC3gaDESZ8+PFvGRZvMCRBrD5nv9YUC7LJIAX
 NFGklsyIEvDAtlO/Q94LjgCct3ta6ypA45ZxaMkRdCkZer1EPjSloLrUBRpDhMeA
 otu0IkpvZXJnIFd1bnNjaCA8akB1cmlhaC5oZWVwLnNheC5kZT6JAJUDBRAxpL3U
 PiAdBSUb0JkBAZg7BACE+mKhsrd39/P6NattCCOSg76Pf2CVgZdvbb7qK4SmsVGz
 +58pi2OWM1M0rcHgNZKTIg9rBy47gui2KOnqOR7ZuyMVJJqyEZZywmWmfCy/sR4U
 i1PehZNNNBAi09u03ItbozrEH6Msa1oC8mp86XOA70Et8e4DYtj5a9tVbjjtJYkA
 lQMFEDGpZGx1u244dqP3sQEBcMED/j2vNkHlqSRNJu3+A13fw4mAL4fw3l1rbm9X
 10PcqgC9d9Z/Ds7EizG9D8Bv6sma6SutbE92wL7VZTX7WsZrg+8mn9UlEN6zZrAa
 uf6I7v9xChIhXOILbsmlxu+Mu8tVwEiLLXJP9G8n7ztreM9Ee3dUUZykWHgrKTHF
 I2LIbKCXiQCVAwUQMYJQHfUVW/uOVC1dAQHkqAP+Igll7mUWQ+vYH8KvsEoxUGi3
 X8lK7Tk2weAlne4rXnDiZW009lwWL90puf6pEzosoMV78YXQdkP9kPUUm3zJCPMX
 bDfjQH4XYYYQ7CcKWpkO0QCqcgHMz8QJBCof7oGLyCmQVmsWCDl443uKSqa6wOc6
 VhK0z8IF+ClJtHyQOYWJAD8DBRA0Pun7CKyxtqPXKpQRAlWJAKC+2KEpwmX/f5rO
 +QXv4ldCIKQ+JgCgqcjGveuHvlv8ehkHrucnz8VrHjqJAJUDBRA1kcVlZWCprDT5
 +dUBAeX7A/0aZkBJdd0EKhje2rhXdoE99fr5jeg9utB0pACqgMb1hBcnVRi3SVZ4
 ZBQIfqY26LeZP+WLUqGfTx6BSsBys13WlBT9PZuicuWkDHUtGX9zUl4qMsxGQkGj
 NXdmn0/eCnheZP5ROvYXD15A0kjd626PxxftbyQKTuhKTWCT2jSnsYkAlQMFEDGF
 mgWB0fEFW3xH7QEBhr8D/2kclzpVUU2wvwMT+POA8M9iDKNcZAUBQI8/j+QVZ1VB
 3laHKKkpdvGrTUl/PVLvt6tSHIdDQrAOuPq9M4DMLIqS1jZr16+BhZ+7ffZJ2JpO
 bFVOK5wmzVSixigPB1ytIkKqhJ9JQpMZOUKJ24n2E6Mr79fLJK1a4EMWuHZ5uXNk
 =grTK
 -----END PGP PUBLIC KEY BLOCK-----</programlisting>
     </sect2>
   </sect1>
 </appendix>
 
 <!-- 
      Local Variables:
      mode: sgml
      sgml-declaration: "../appendix.decl"
      sgml-indent-data: t
      sgml-omittag: nil
      sgml-always-quote-attributes: t
      sgml-parent-document: ("../book.sgml" "part" "appendix")
      End:
 -->
diff --git a/ja_JP.eucJP/books/handbook/policies/chapter.sgml b/ja_JP.eucJP/books/handbook/policies/chapter.sgml
index 8c3fbc3e3b..3995c28526 100644
--- a/ja_JP.eucJP/books/handbook/policies/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/policies/chapter.sgml
@@ -1,478 +1,476 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.18
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/policies/chapter.sgml,v 1.10 2000/08/22 06:22:32 kuriyama Exp $
+     Original revision: 1.19
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/policies/chapter.sgml,v 1.11 2000/09/15 07:43:11 hrs Exp $
 -->
 
 <chapter id="policies">
   <title>ソースツリーのガイドラインおよび方針</title>
 
   <para><emphasis>原作: &a.phk;</emphasis>.</para>
 
   <para><emphasis>訳者: &a.jp.mihoko;, 1996 年 9 月 6 日.</emphasis></para>
 
   <para>本章は, FreeBSD
     のソースツリーについてのさまざまなガイドラインや
     ポリシーについて書かれています.</para>
 
   <sect1 id="policies-maintainer">
     <title>Makefile 中の <makevar>MAINTAINER</makevar></title>
 
-    <para>1996年6月.</para>
+    <para>1996 年 6 月.</para>
 
     <para>FreeBSD 配布物の特定の部分が, 一人の人やグループによって保守
       されている場合は, ソースツリーの当該
       <filename>Makefile</filename> に
 
-      <programlisting>
-MAINTAINER= email-addresses</programlisting>
+      <programlisting>MAINTAINER= email-addresses</programlisting>
 
       が付け加えられています. これを記述することによって,
       この部分が誰によって保守管理されているかを世界中のユーザに
       伝えることができます.</para>
 
     <para>この意味は次のとおりです:</para>
 
     <para>保守担当者がそのコードを所有し, そのコードに対する責任を持っ
       ています. すなわち,
       その人がそのコードに関するバグの修正やトラブル報告
       に対する回答をします. また,
       そのコードが寄贈ソフトウェアの場合には, そのソフトウェアの
       新しいバージョンに適切に追従させる作業をその人が行い
       ます.</para>
 
     <para>保守担当者が決められているディレクトリに対して
       変更をおこなう場合は,  変更をおこなう前に,
       その変更内容を保守担当者に送って,
       保守担当者にレビューをしてもらってください.  保守担当者が,
       電子メールに一定期間応答しない場合にのみ,
       保守担当者がレビューすることなしに,
       変更をおこなうことが認められます.  しかしながら,
       そのような場合でも可能な限り, 変更点を第三者にレビュー
       してもらうようにしてください.</para>
 
     <para>もちろん, この義務を引き受けることができない人やグループを
       保守管理者として追加することはできません.  また,
       保守管理者がソースツリー管理者 ("committer") である必要は
       ありません.</para>
   </sect1>
 
   <sect1 id="policies-contributed">
     <title>寄贈ソフトウェア</title>
 
     <para><emphasis>原作: &a.phk; and &a.obrien;.</emphasis></para>
     <para><emphasis>訳者: &a.jp.mihoko;</emphasis></para>
 
     <para>1996年6月.</para>
 
     <para>FreeBSD 配布物のうちのいくつかのソフトウェアは FreeBSD
       プロジェクト 以外のところで保守されています.  歴史的な経緯から,
       私たちはこれを <emphasis> 寄贈 </emphasis> ソフトウェアと
       呼んでいます. perl や gcc, patch などがその例です.</para>
 
     <para>ここ数年来, この種のソフトウェアの取り扱いには,
       さまざまな方法が 取られてきましたが,
       どの方法にもいくつかの利点と欠点があります.
       これまで欠点のない明確な方法はありませんでした.</para>
 
     <para>議論した結果, これらの方法のうちの一つが
       <quote>公式な</quote>方法として選択され ました. その方法が, 今後,
       この種のソフトウェアを取り込む場合に, 使用 されます.  その上,
       この方法では, だれもが(cvs
       にアクセス権のない人でさえ)<quote>公式</quote>
       バージョンのソースに対する差分を簡単に得ることができます.
       これは古い方法にはなかった大きな利点です. ですから,
       既存の寄贈ソフトウェアも,
       この方法に収束していくことを強く望んでいます.
       この方法を使用することにより, 寄贈ソフトウェアの主な開発者に,
       変更 点を返すのがとても容易になります.</para>
 
     <para>しかしながら結局, 寄贈ソフトウェアの取扱は,
       実際に作業を行って いる人々に委ねられています.
       もしこの方法を使用することが, その人が扱っているパッケージには
       極端に合わないような場合には, コアチームの承認さえあれば,
       これらの ルールに反しても,
       他の開発者の一般的な合意は得られるでしょう.
       将来にわたってパッケージを保守できるということは,
       大変重要な事柄に なってきます.</para>
 
     <note>
       <para>RCS のファイルフォーマットと CVS
 	のベンダブランチの使用には不幸な設計上の制限があります.
 	したがって,
 	ベンダブランチの内容をいまだに引きずっているファイルに
 	対して小さな, 些細な変更, そして / あるいは
 	膨大な変更を加えることには,
 	<emphasis>強い反対があります</emphasis>.
 	<quote>誤字訂正</quote>はもちろんこの中に入りますし, <!--
 	kuriyama - cosmetic? -->
 	しかも<quote>膨大な</quote>の範疇に入るので, リビジョンが
 	1.1.x.x
 	であるファイルに対する誤字訂正は避けられることになっています.
 	一文字の変更したことによるリポジトリの肥大は,
 	非常に劇的なものになり得るのです.</para>
     </note>
 
     <para>プログラミング言語 <application>TCL</application> は,
       この方法が活用されているよい例になっています:</para>
 
     <para><filename>src/contrib/tcl</filename> には,
       このパッケージの保守管理者が 配布したソースが含まれています.
       この中からは FreeBSD に完全には適用
       できない部分が削除されています. Tcl の場合は,
       <filename>mac</filename>, <filename>win</filename>,
       <filename>compat</filename> というサブディレクトリは, FreeBSD
       に取り込む前に削除されて いました.</para>
 
     <para><filename>src/lib/libtcl</filename> には,
       ライブラリを生成したり, ドキュ
       メントをインストールする際に使用される, 標準の
       <filename>bsd.lib.mk</filename> の 規則を使用した「bmake
       スタイル」の <filename>Makefile</filename> だけが
       含まれています.</para>
 
     <para><filename>src/usr.bin/tclsh</filename> には,
       <filename>bsd.prog.mk</filename> 規則 を使用して,
       <command>tclsh</command>
       プログラムや関連するマニュアルページを生成 /インストール する
       bmake スタイルの <filename>Makefile</filename>
       だけが含まれています.</para>
 
     <para><filename>src/tools/tools/tcl_bmake</filename> には,  tcl
       ソフトウェアを更新する必要が生じたときの助けになる2つのシェルス
       クリプトが含まれています. これらは,
       ソフトウェアを構築するのに使用し たり,
       インストール対象になるソフトウェアではありません.</para>
 
     <para>ここ重要なのは, <filename>src/contrib/tcl</filename>
       ディレクトリが, 規則にしたがっ て作られているということです.
       つまり, できるだけ FreeBSD に特化した
       変更をおこなわないようにしたソースを(RCS
       のキーワードを拡張しないで, CVS のベンダブランチに)おくようにし
       ています.     <!-- kuriyama - easyimport --> freefall
       上の「簡易取り込み」ツールは, 寄贈ソフトウェアを取り込む
       手助けとなります. けれども,
       このツールの実行方法に疑問が生じた場合は,  まずはじめに質問して,
       失敗をしないようにしてください. そして,
       その疑問を<quote>解決して</quote>からツールを使用してください.
       CVS に寄贈ソフトウェアを取り込む際には,
       事故があってはいけません.
       よくあるような間違いをおかさないように,
       十分注意してください.</para>
 
     <para>先ほど述べたように, 残念なことに CVS
       にはベンダブランチという設計制限があります. このため, CVS
       に寄贈ソフトウェアを取り込むには, オリジナル配布ソースに
       適用されるベンダからの<quote>公式</quote>パッチと,
       ベンダブランチに逆輸入された 結果が必要です.
       ベンダブランチの一貫性を破壊したり, 将来,
       新しいバージョンを取り込む
       時に衝突を起こしてしまったりというような
       困難な事態に陥らないように しなければなりません. そのために,
       FreeBSD が管理しているバージョンに 対して,
       公式パッチを決して当ててはいけませんし, 公式パッチを  "commit"
       してはいけません.</para>
 
     <para>多くのパッケージが, 他のアーキテクチャや他の環境と FreeBSD
       との互換性を保ためのファイルをいくつか含んでいます. そこで,
       スペースを節約するために, FreeBSD
       にとっては無意味な配布ツリー上の一
       部を削除することが許されています.  けれども,
       削除されずに残ったファイルに対する, 著作権の通知やリリース
       ノートのような情報を含んだファイルは, 決して削除しては
       <emphasis> いけませ ん </emphasis>.</para>
 
     <para><command>bmake</command> <filename>Makefile</filename>
       が何らかのユーティリティによって, 配布ツリー
       から自動的に生成できると, うまくいけば, 新しいバージョンへの
       アップグレードをより簡単におこなうことができます.
       もしこのようなユーティリティを作成できた場合には, 将来の管理者に
       とって便利になるように, 移植の際に,
       <filename>src/tools</filename> ディレクトリ上に, (必要に応じて)
       そのユーティリティを必ずチェックインしてください.</para>
 
     <para><filename>src/contrib/tcl</filename>
       レベルのディレクトリには,  <filename>FREEBSD-upgrade</filename>
       と 呼ばれるファイルが追加されており, そのファイルでは
       次のような内容が 記述されています.</para>
 
     <itemizedlist>
       <listitem>
 	<para>ディレクトリ上に存在するファイル</para>
       </listitem>
 
       <listitem>
 	<para>オリジナルの配布物をどこから入手すればよいか また,
 	  公式配布 サイトはどこか</para>
       </listitem>
 
       <listitem>
 	<para>オリジナルの作者にパッチを送り返すためには,
 	  どこに送ればよいか</para>
       </listitem>
 
       <listitem>
 	<para>FreeBSD に特化した変更点の概要</para>
       </listitem>
     </itemizedlist>
 
     <para>しかしながら, 寄贈ソースと一緒に
       <filename>FREEBSD-upgrade</filename> ファイルを
       取り込まないでください. それよりむしろ,
       (訳注:このファイルを)初回に取り込んだ後は, コマンド <command>cvs
 	add FREEBSD-upgrade ; cvs ci</command> を実行してください.
       <filename>src/contrib/cpio</filename> を例にすると,
       次のようになります:</para>
 
-    <programlisting>
-このディレクトリは「ベンダ」ブランチ上のオリジナル配布ファイル
+    <programlisting>このディレクトリは「ベンダ」ブランチ上のオリジナル配布ファイル
 の初期ソースが含まれています. いかなる事情があっても,
 パッチや cvs コミットによってこのディレクトリ上のファイルを
 アップグレードしてはいけません.
 (訳注:ベンダから配布された)新しいバージョンや公式パッチだけが
 (訳注:このディレクトリに)取り込まれなくてはいけません.
 ベンダの RCS Id が CVS に入ってしまうのを避けるために, "-ko" オプ
 ションをつけてインポートすることを忘れないで下さい.
 
 GNU cpio 2.4.2 を取り込むためには, 以下のファイルが削除されました:
 
         INSTALL         cpio.info       mkdir.c
         Makefile.in     cpio.texi       mkinstalldirs
 
 cpio を新しいバージョンにアップデートするためには, 次の作業を
 おこないます:
 
         1. 空のディレクトリに新しいバージョンを取り出します.
            [ファイルに「いかなる変更」も加えてはいけません]
 
         2. 上記にリストされたファイルと, FreeBSD には無意味な
            ファイルを削除します.
 
         3. 次のコマンドを実行します:
                 cvs import -ko -m 'Virgin import of GNU cpio v&lt;version&gt;' \
                         src/contrib/cpio GNU v&lt;version&gt;
 
            例えば, バージョン 2.4.2 を取り込むためには, 次のように
            タイプします:
                 cvs import -ko -m 'Virgin import of GNU v2.4.2' \
                         src/contrib/cpio GNU v2.4.2
 
         4. FreeBSD に対するローカルな変更と, 新しいバージョンとの間での
            矛盾を解消するために, ステップ 3 で出力された命令を実行します.
 
 いかなる事情があっても, この手順から外れてはいけません.
 
 cpio にローカルな変更を加えたい場合には, メインブランチ(別名 HEAD)に対して
 パッチを実行し, コミットしてください.
 決して GNU のブランチにローカルな変更を加えないでください.
 
 ローカルにおこなわれたすべての変更を次のリリースに含めるために,
 "cpio@gnu.ai.mit.edu" に提出してください.
 
 obrien@FreeBSD.org - 30 March 1997</programlisting>
   </sect1>
 
   <sect1 id="policies-encumbered">
     <title>ソース管理上注意が必要なファイル (Encumbered Files)</title>
 
     <para> 場合によっては FreeBSD のソースツリーの中にソース管理上
       注意が必要なファイルを含む必要があるかも知れません. 例えば, デバイス
       を操作する前に, そのデバイスに小さなバイナリコードをダウンロード
       する必要があり, しかも我々が そのソースコードを持っていない場合,
       そのバイナリファイルのことをソース管理上注意が必要である(encumbered)
       と言います. 
       以下に挙げるガイドラインでは, ソース管理上注意が必要なファイルを 
       FreeBSD ソースツリーにいれる方法を示します. 
 </para>
 
     <orderedlist>
       <listitem>
         <para>システムのCPU(s)によってインタプリタされたり
           実行されたりするファイルで, しかもソース形式でないファイルは
           すべて, ソース管理上注意が必要なファイルです.</para>
       </listitem>
 
       <listitem>
         <para>BSD または GNU よりも制限されたライセンスを持つファイルは
         すべて ソース管理上注意が必要なファイルです.</para>
       </listitem>
 
       <listitem>
         <para>ハードウェアによって使用されるダウンロード可能な
           バイナリコードを含むファイルは, (1) または (2) の条件が
           当てはまらなければ, ソース管理上注意が必要なファイル
           ではありません.
           そのようなファイルはアーキテクチュアに依存しない
           ASCII 形式(file2c または uuencode が推奨されます)で保存
           します. </para> 
       </listitem>
 
       <listitem>
         <para>ソース管理上注意が必要なファイルはすべて, CVS リポジトリ
         に加える前に, 
         <link linkend="staff-core">Core team</link> からの特別な承認
         が必要です.</para>
       </listitem>
 
       <listitem>
         <para>ソース管理上注意が必要なファイルは <filename>src/contrib</filename> 
         または <filename>src/sys/contrib</filename> に入ります.</para>
       </listitem>
 
       <listitem>
         <para>すべてのモジュールは一緒に置きます. ソース管理上とくに注意
         を必要としないコードとコードを共有していない限りは,
         モジュールの置場を分ける必要はありません.</para>
       </listitem>
 
       <listitem>
         <para>オブジェクトファイルは
 	  <filename><replaceable>arch</replaceable>/<replaceable>filename</replaceable>.o.uu></filename> と命名されます.</para> 
       </listitem>
 
       <listitem>
         <para>カーネルファイル;</para>
 
         <orderedlist>
           <listitem>
             <para>必ず
               <filename>conf/files.*</filename> (構築を簡単にするため
 ) に記述するようにして下さい.</para>
 	  </listitem>
 
           <listitem>
             <para>必ず <filename>LINT</filename> に記述して下さい, 
             ただし, それをコメントアウトすべきかどうかは
             <link linkend="staff-core">Core team</link> がその都度
             判断します. 
             もちろん <link linkend="staff-core">Core team</link> は
             あとでそれを変更することもできます. </para>
           </listitem>
 
           <listitem>
             <para><link linkend="staff-who">リリースエンジニア</link>
              は, それをそのリリースにいれるかどうかを決定します.</para>
           </listitem>
         </orderedlist>
       </listitem>
 
       <listitem>
         <para>ユーザ領域のファイル;</para>
 
         <orderedlist>
           <listitem>
             <para><link linkend="staff-core">Core team</link> は, そ
             のコードが <command>make world</command> の中で構築される
             べきかどうかを決定します.</para>
           </listitem>
          
           <listitem>
             <para><link linkend="staff-who">リリースエンジニア</link>
               は, それをそのリリースにいれるかどうかを決定します.</para>
           </listitem>
         </orderedlist>
       </listitem>
     </orderedlist>
   </sect1>
 
   <sect1 id="policies-shlib">
     <title>共有ライブラリ</title>
 
     <para><emphasis>Contributed by &a.asami;, &a.peter;, and &a.obrien;.
 	<!-- <br> -->9 December 1996.</emphasis></para>
 
     <para>もしあなたが共有ライブラリをサポートする機能を port
       に追加した り,
       共有ライブラリをサポートしていない他のソフトウェアに追加する
       場合には, 共有ライブラリのバージョン番号を次の規則にしたがって
       つけてください.   一般的には, この規則は,
       ソフトウェアのリリースバージョンとは 全く関係ありません.</para>
 
     <para>共有ライブラリを作成する三つの重要な規則は
       次の通りです:</para>
 
     <itemizedlist>
       <listitem>
 	<para><literal>1.0</literal> から始める</para>
       </listitem>
 
       <listitem>
 	<para>過去のバージョンに互換性のある変更の場合は,
 	  マイナー番号を増やす(ELF システムでは
           マイナー番号が無視されることに注意して下さい)</para>
       </listitem>
 
       <listitem>
 	<para>互換性のない変更の場合は, メジャー番号を増やす</para>
       </listitem>
     </itemizedlist>
 
     <para>例えば, 機能追加とバグ吸収の場合は,
       マイナー番号を増やします. 機能削除,
       関数呼び出しのシンタックスなどが変更された場合は,
       強制的にメジャー番号を変更します.</para>
 
     <para>メジャー.マイナーー
       (<replaceable>x</replaceable>,<replaceable>y</replaceable>)
       の形式のバージョン番号を使用します.  FreeBSD における
       a.out 形式のダイナミックリンカは, <replaceable>
 	x</replaceable>.<replaceable>y</replaceable>.<replaceable>z
       </replaceable> という形式のバージョン番号 は扱えません.
       この場合, <replaceable>y</replaceable> の後のバージョン番号
       (つまり三つ目の数字)は,
       どのライブラリがリンクされているかを決めるために, 共有ライブラ
       リ番号を比較する際に, すべて無視されます.
       <quote>小さな</quote>リビジョンだけが
       異なる二つの共有ライブラリが指定 されると,
       <command>ld.so</command> は,
       リビジョンの大きい方の共有ライブラリを リンクします. すなわち,
       もしあなたが <filename>libfoo.so.3.3.3</filename> をリンク
       していたとすると, リンカは頭の <literal>3.3</literal>
       という部分だけを認識し,  <replaceable>libfoo.so.3</replaceable>
       ではじまり その後に <replaceable>3
 	以上の数字</replaceable>が続くもののうち,
       <replaceable>最も大きい番号</replaceable>
       の付いているライブラリをリンクします.</para>
 
     <note>
       <para><command>ld.so</command> はいつも最も大きい
 	<quote>マイナー</quote> リビジョンのものを使うことに
 	注意してください. 例えば, プログラムがはじめ
 	<filename>libc.so.2.0</filename> を リンクしていたとしても,
 	<filename>libc.so.2.0</filename> よりも
 	<filename>libc.so.2.2</filename> を優先して使用します.</para>
     </note>
 
     <para>さらに, ELF ダイナミックリンカはマイナーバージョンを全く扱いません.
       しかし, 作成した <filename>Makefile</filename> がそのようなシステムでも
       「きちんと動作できる」ように, メジャー番号およびマイナー番号を
       指定する必要があります.
     </para>
 
     <para>移植されていないライブラリに対しては,
       共有ライブラリのバージョン番号はリリースごとに一度だけ変更し,
       また, 主要な共有ライブラリのバージョン番号は, OS の主リリースごとに
       一度だけ変更する, というのが私たちのポリシーです.
       つまり, X.0 は (X+1).0 になります.
       あなたがシステムライブラリのバージョン番号を上げた場合は,
       <filename>Makefile</filename> の commit ログを確認してください.
       結果としてそのリリースには, 共有ライブラリのバージョン番号が
       アップデートされた <filename>Makefile</filename>
       に入るので, 最初にその変更を 確かめるのがソースツリー管理者
       ("committer") の責務です. その後のどんな変更も,
       そのリリースには入りません.</para>
   </sect1>
 </chapter>
 
 <!--
      Local Variables:
      mode: sgml
      sgml-declaration: "../chapter.decl"
      sgml-indent-data: t
      sgml-omittag: nil
      sgml-always-quote-attributes: t
      sgml-parent-document: ("../book.sgml" "part" "chapter")
      End:
 -->
diff --git a/ja_JP.eucJP/books/handbook/ppp-and-slip/chapter.sgml b/ja_JP.eucJP/books/handbook/ppp-and-slip/chapter.sgml
index d3db4068de..ebcccef0b6 100644
--- a/ja_JP.eucJP/books/handbook/ppp-and-slip/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/ppp-and-slip/chapter.sgml
@@ -1,2857 +1,2792 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.30
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/ppp-and-slip/chapter.sgml,v 1.11 2001/03/08 02:16:04 hrs Exp $
+     Original revision: 1.31
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/ppp-and-slip/chapter.sgml,v 1.12 2001/04/03 17:17:22 hrs Exp $
 -->
 
 <chapter id="ppp-and-slip">
   <title>PPP と SLIP</title>
 
   <para><emphasis>改訂: &a.jim;,
       2000 年 3 月 1 日.</emphasis></para>
   
   <sect1>
     <title>この章では</title>
 
     <para>もしあなたがモデムを使ってインターネットに接続したり,
       他の人々に FreeBSD によるインターネットへのダイヤルアップ接続を
       提供しようとしているのでしたら, PPP または SLIP
       接続を選択することができます.</para>
 
     <para>この節では 3 種類の PPP について説明しています.
       それは <emphasis>ユーザ</emphasis>, <emphasis>カーネル</emphasis>, そして
       <emphasis>PPPoE</emphasis> (PPP オーバイーサネット) です.  また
       SLIP のクライアントとサーバの設定についても記述しています.</para>
     
     <para>最初に説明するのは, ユーザ PPP です.  ユーザ PPP は FreeBSD
       に 2.0.5-RELEASE の時に, 既に存在していたカーネル実装の PPP
       に加えて導入されました.</para>
 
     <para>ユーザ PPP とカーネル PPP の主な違いは何かと疑問に思われるかも
       知れませんが, その答えは簡単です.  ユーザ PPP はデーモンとしては実行されず
       必要に応じて実行されるのです.  PPP インタフェイスを組み込んだカーネルは
       必要ではなく, ユーザプロセスとして実行されカーネルとのデータの
       やり取りにはトンネルデバイスドライバ (<devicename>tun</devicename>) を
       使用します.</para>
 
     <para>この節ではこれ以降ユーザ PPP のことは, <command>pppd</command>
       のような他の PPP ソフトウエアと特に区別する必要がある場合を除いて,
       単に ppp と記述します.  またこの節に記述されているコマンドは
       すべて root で実行されなければなりません.</para>
   </sect1>
 
   <sect1 id="userppp">
     <title>ユーザ ppp の利用</title>
 
     <para><emphasis>原作: &a.brian;, 協力:
         &a.nik;, &a.dirkvangulik;, &a.pjc;.</emphasis></para>
 
     <sect2>
       <title>ユーザ PPP</title>
 
       <sect3>
 	<title>前提条件</title>
 
         <para>以下の情報を手に入れておく必要があるでしょう:</para>
         
         <itemizedlist>
 	  <listitem>
             <para>PPP で接続するインターネットサービスプロバイダ (ISP)
               のアカウント.  さらに, 接続済みのモデム
               (またはその他のデバイス) があり,
               プロバイダとの接続が可能なように正しく設定されている.</para>
 	  </listitem>
           
           <listitem>
             <para>プロバイダの電話番号.</para>
           </listitem>
           
           <listitem>
             <para>ログイン名とパスワード. これは通常の unix
               形式のログイン名と パスワードの組という場合もありますし,
               PPP PAP または CHAP の
               ログイン名とパスワードの組という場合もあります.</para>
           </listitem>
           
           <listitem>
             <para>一つ以上のネームサーバの IP アドレス. 通常,
               プロバイダから IP アドレスを二つ指示されている はずです.
               一つすら提供されていないならば, <filename>ppp.conf</filename>
               ファイル中で <command>enable dns</command> コマンドを使って
               <application>ppp</application> にネームサーバを設定するよう
               指示できます.</para>
           </listitem>
         </itemizedlist>
         
         <para>プロバイダからは以下の情報が提供されているはずですが,
           どうしても必要というわけではありません: </para>
         
         <itemizedlist>
           <listitem>
             <para>プロバイダのゲートウェイの IP アドレス.
               ゲートウェイとは, あなたがそこに接続をおこなって,
               <emphasis>デフォルトルート</emphasis>
               として設定することになるマシンです.
               プロバイダがこのアドレスを明示していなくても, 最初は
               適当に設定しておいて, 接続時にプロバイダの PPP サーバから
               正しいアドレスを教えてもらうことができます.</para>
             
             <para>このアドレスは, <application>ppp</application> から
               <literal>HISADDR</literal>として参照されます.</para>
           </listitem>
           
           <listitem>
             <para>プロバイダのネットマスク設定.
               プロバイダが明示していないとしても,  ネットマスクとして
               <hostid role="netmask">255.255.255.0</hostid>
               を使用しておけば問題ありません.</para>
           </listitem>
           
           <listitem>
             <para>もしプロバイダから固定の IP
               アドレスとホスト名の割り当てを 受けていれば,
               その情報を指定しておくこともできます.
               割り当てを受けていなければ, 接続先から適切な IP
               アドレスを指定してもらいます. </para>
           </listitem>
         </itemizedlist>
         
         <para>もし, 必要な情報が不足していれば, プロバイダに連絡を取って
           確認しておいてください.</para>
       </sect3>
       
       <sect3>
         <title>ppp 対応カーネルの構築</title>
         
         <para>説明でも述べているように, <command>ppp</command>
           はカーネルの <devicename>tun</devicename> デバイスを使います.
           使っているカーネルがどれであっても, 
           <devicename>tun</devicename> デバイスを設定しなければなりません.
           FreeBSDに付属しているデフォルトの
           <filename>GENERIC</filename> カーネルに合うように
           <devicename>tun</devicename> デバイスは前もって設定されています.
           しかしながら, 自分で修正したカーネルをインストールするのであれば,
           pppが正しく動くよう, カーネルが設定されているか確認しなくてはいけません.</para>
         
         <para>これを確認するには, カーネルコンパイルディレクトリ
           (<filename>/sys/i386/conf</filename> または
           <filename>/sys/pc98/conf</filename>) に移動して,
           カーネルコンフィグレーションファイルを調べます.
           以下の行がどこかに含まれている必要があります.</para>
         
-	<programlisting>
-pseudo-device tun 1</programlisting>
+	<programlisting>pseudo-device tun 1</programlisting>
 
         <para>この行がカーネルコンフィグレーションファイルに
           含まれていない場合, この行を追加して
           カーネルの再コンパイルとインストールをおこなう必要があります.
           元々の <filename>GENERIC</filename> カーネルは
           標準でこれを含んでいますので,
           カスタムカーネルをインストールしているのではなかったり,
           <filename>/sys</filename> ディレクトリが存在しないのであれば,
           何も変更する必要はありません.
           カーネルコンフィグレーションの詳細については,
           <link linkend="kernelconfig">FreeBSD
             カーネルのコンフィグレーション</link>
           を参照してください.</para>
 
         <para>以下のコマンドを実行することで,
           現在のカーネルにトンネルデバイスが
           いくつ組み込まれているかを調べることができます:</para>
 
       <screen>&prompt.root; <userinput>ifconfig -a</userinput>
 tun0: flags=8051&lt;UP,POINTOPOINT,RUNNING,MULTICAST&gt; mtu 1500
 	inet 200.10.100.1 --&gt; 203.10.100.24 netmask 0xffffffff
 tun1: flags=8050&lt;POINTOPOINT,RUNNING,MULTICAST&gt; mtu 576
 tun2: flags=8051&lt;UP,POINTOPOINT,RUNNING,MULTICAST&gt; mtu 1500
 	inet 203.10.100.1 --&gt; 203.10.100.20 netmask 0xffffffff
 tun3: flags=8010&lt;POINTOPOINT,MULTICAST&gt; mtu 1500</screen>
 
         <note>
           <para>FreeBSD 4.0やより最近のリリースでは, すでに使われている
             <devicename>tun</devicename> デバイスしか見つけることが
             できないでしょう. これは, <emphasis>全く</emphasis>
             <devicename>tun</devicename> デバイスを見つけることが
             できないかもしれないということです. しかし, もしこうなって
             しまっても, 心配することはありません. そのデバイスは
             <command>ppp</command> が使おうとする時に動的に作られるはず
             だからです. </para>
         </note>
         
         <para>この例ではトンネルデバイスが四つ存在し, そのうち二つに
           設定がおこなわれ, 使用中であることがわかります.  上の例で
           <literal>RUNNING</literal> フラグがオンになっている
           ものがありますが, これは
           そのインターフェースが何かに使用されていることを示している
           だけであるということに注意してください. つまり,
           <literal>RUNNING</literal> になっていない
           インターフェースがあったとしても, それはエラーではありません.
         </para>
         
         <para>トンネルデバイスがカーネルに組み込まれておらず,
           何らかの理由で
           カーネルの再構築ができない場合でも,
           方法がないわけではありません.
           動的にデバイスをロードすることができるはずです.
           詳細については
           &man.modload.8; や &man.lkm.4; など,
           適切なマニュアルを参照してください.</para>
       </sect3>
       
       <sect3>
         <title>tun デバイスの確認</title>
 
         <para>ほとんどのユーザは <devicename>tun</devicename> デバイス
           (<filename>/dev/tun0</filename>) が一つあれば充分でしょう.
           より多くのデバイスを使う場合 (すなわち,
           カーネルコンフィグレーション ファイルで <literal>pseudo-device
             tun</literal> の行に <literal>1</literal>
           以外の数値を指定している場合),  以下で
           <devicename>tun0</devicename> と書かれている部分をすべて,
           あなたが使うデバイスの番号に
           あわせて読みかえてください.</para>
         
         <para><devicename>tun0</devicename>
           デバイスが正しく作成されていることを確認する最も簡単な方法は,
           それを作り直すことです. そのためには,
           以下のコマンドを実行します:</para>
 
         <screen>&prompt.root; <userinput>cd /dev</userinput>
 &prompt.root; <userinput>./MAKEDEV tun0</userinput></screen>
 
         <para>カーネルに 16 個のトンネルデバイスを組み込んだのであれば,
           <devicename>tun0</devicename> だけでなく他の tun
           デバイスも作成しておく必要があるでしょう:</para>
 
 	<screen>&prompt.root; <userinput>cd /dev</userinput>
 &prompt.root; <userinput>./MAKEDEV tun15</userinput></screen>
 
         <para>また, カーネルが正しく設定されているかどうかを調べるために
           以下のコマンドを実行して,
           このような出力が得られることを確認します:</para>
 
         <screen>&prompt.root; <userinput>ifconfig tun0</userinput>
 tun0: flags=8050&lt;POINTOPOINT,RUNNING,MULTICAST&gt; mtu 1500</screen>
 
         <para>まだ <literal>RUNNING</literal>
           フラグがセットされていない場合もあります.
           その時は以下のような出力が得られるでしょう: </para>
         
         <screen>&prompt.root; <userinput>ifconfig tun0</userinput>
 tun0: flags=8010&lt;POINTOPOINT,MULTICAST> mtu 1500</screen>
 
         <para>前述したように, FreeBSD 4.0 以降のリリースでは
           <devicename>tun</devicename> デバイスは要求に応じて
           作られるので, もしそのデバイスがまだ使われていなければ,
           見つけられないかもしれないということを思い出してください.</para>
       </sect3>
       
       <sect3>
         <title>名前の解決に関する設定</title>
         
         <para>リゾルバ (resolver) はシステムの一部分で, IP
           アドレスとホスト名との 変換をおこないます. IP
           アドレスとホスト名を対応させるためのマップを,
           二つの場所のうちの一つから探すように設定できます.  一つめは
           <filename>/etc/hosts</filename> (<command>man 5
             hosts</command>) と呼ばれるファイルです.  <!-- kuriyama -
           citerefentry? --> 二つめはインターネット
           ドメインネームサービス (DNS) と呼ばれる
           分散データベースですが, これに関する議論は
           このドキュメントで扱う範囲を 越えていますので,
           これについての説明はおこないません.</para>
         
         <para>リゾルバは名前のマッピングを
           おこなうシステムコールの集合体です. ただし
           どこからマッピング情報を見つけるのかは,
           最初に指示しておく必要があります.  これは まず
           <filename>/etc/host.conf</filename>
           ファイルを編集することでおこないます.  混乱の元になりますので,
           このファイルを <filename>/etc/hosts.conf </filename>と
           呼んだりしては<emphasis>いけません</emphasis> (余分な
           <literal>s</literal> がついていますね).</para>
         
 	<sect4>
           <title><filename>/etc/host.conf</filename> ファイルの編集</title>
 
           <para>このファイルには 以下の 2 行が (この順番で)
             書かれているはずです:</para>
 
-          <programlisting>
-hosts
+          <programlisting>hosts
 bind</programlisting>
 
           <para>これは, 最初に <filename>/etc/hosts</filename>
             ファイルを調べ, そこで目的の名前が 見つけられなかった場合に
             DNS を引きにいくようリゾルバに指示します.</para>
 	</sect4>
         
 	<sect4>
           <title>/etc/hosts(5) ファイルの編集</title>
           <!-- kuriyama - man.hosts.5? -->
 
           <para>このファイルはローカルネットワーク上に存在するマシンの
             IP アドレスと ホスト名を含んでいるはずです. 最低でも ppp
             を動作させるマシンのエントリが 含まれている必要があります.
             そのマシンのホスト名が <hostid role="fqdn">foo.bar.com</hostid>
             で,  IP アドレスが
             <hostid role="ipaddr">10.0.0.1</hostid> であると仮定すると,
             <filename>/etc/hosts</filename> は
             以下の行を含んでいなければいけません:</para>
 
-          <programlisting>
-127.0.0.1	localhost.bar.com	localhost
+          <programlisting>127.0.0.1	localhost.bar.com	localhost
 127.0.0.1	localhost.bar.com.
 10.0.0.1	foo.bar.com		foo
 10.0.0.1	foo.bar.com.</programlisting>
 
           <para>一つめの行は <hostid>localhost</hostid>
             を現在のマシンの別名として定義しています.  マシン固有の IP
             アドレスが何であっても, この行の IP アドレスは 常に
             <hostid role="ipaddr">127.0.0.1</hostid> でなければいけません.
             二つめの行はホスト名 <hostid role="fqdn">foo.bar.com</hostid> 
             (と, その省略形
             <hostid>foo</hostid>) を IP アドレス
             <hostid role="ipaddr">10.0.0.1</hostid> にマップします.</para>
           
           <para>もしプロバイダから固定の IP
             アドレスとホスト名を割り当てられて いるのであれば, それを
             <hostid role="ipaddr">10.0.0.1</hostid>
             エントリのかわりに使ってください.</para>
 	</sect4>
         
 	<sect4>
           <title><filename>/etc/resolv.conf</filename> ファイルの編集</title>
           
           <para><filename>/etc/resolv.conf</filename>
             はリゾルバの振舞いを指定します.  もし自前の DNS
             サーバを走らせているのなら, このファイルは空のままに
             しておくこともできます. 通常は,
             以下のように書いておく必要があるでしょう:</para>
           
-          <programlisting>
-domain <replaceable>bar.com</replaceable>
+          <programlisting>domain <replaceable>bar.com</replaceable>
 nameserver <replaceable>x.x.x.x</replaceable>
 nameserver <replaceable>y.y.y.y</replaceable></programlisting>
 
           <para><hostid role="ipaddr"><replaceable>x.x.x.x</replaceable></hostid>
             と <hostid role="ipaddr"><replaceable>y.y.y.y</replaceable></hostid>
             はプロバイダから指示されたアドレスで,
             接続するプロバイダが提供しているネームサーバを
             すべて書いてください.  <literal>domain</literal>
             に指定するのは このマシンのデフォルトのドメイン名で,
             おそらく 書かなくても問題は無いでしょう.
             このファイルの各エントリの詳細については,
             <filename>resolv.conf</filename>
             のマニュアルページを参照してください.</para>
           
           <para>バージョン 2 以降の ppp を使用している場合には,
             <command>enable dns</command>
             コマンドを使用してネームサーバのアドレスを
             プロバイダに問い合わせるように指示することができます.
             上の指定とは異なるアドレスをプロバイダが指定してきた場合
             (または <filename>/etc/resolv.conf</filename>
             でネームサーバが指定されていない場合),  ppp
             はプロバイダが指定したアドレスで
             <filename>resolv.conf</filename> を書きかえます. </para>
 	</sect4>
       </sect3>
       
       <sect3>
         <title><command>ppp</command> の設定</title>
         
         <para>ユーザ ppp と <command>pppd</command> (カーネルレベルの
           PPP 実装) は どちらも <filename>/usr/share/examples/ppp</filename>
           ディレクトリに置かれた設定ファイルを使います.
           ここには設定ファイルのサンプルが用意されていて, ユーザ ppp
           の設定を おこなう際に大変参考になりますので,
           削除したりしないでください.</para>
         
         <para><command>ppp</command> の設定をするためには,
           必要に応じていくつかのファイルを編集する必要が あります.
           書き込む内容は, プロバイダが静的に IP アドレスを割り当てる
           (つまり, 固定の IP アドレスを一つ与えられて, 常にそれを使う)
           か,  または動的に IP アドレスを割り当てる (つまり, PPP
           セッションごとに  IP アドレスが変化する可能性がある)
           かということに ある程度依存します.</para>
         
 	<sect4 id="userppp-staticIP">
           <title>静的 IP アドレスによる PPP 接続</title>
           
           <para>まず <filename>/etc/ppp/ppp.conf</filename>
             という設定ファイルを作成する必要があります.
             これは以下の例とほとんど同じようなものになるでしょう.</para>
           
           <note>
             <para><literal>:</literal> で終る行は  1 カラム目から始め,
               その他の行はスペースまたはタブで以下の例のように
               段をつける (インデントする) 必要があります.</para>
           </note>
           
-          <programlisting>
-1     default:
+          <programlisting>1     default:
 2       set device /dev/cuaa0
 3       set speed 115200
 4       set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\" ATE1Q0 OK-AT-OK \\dATDT\\TTIMEOUT 40 CONNECT"
 5     provider:
 6       set phone "(123) 456 7890"
 7       set login "TIMEOUT 10 \"\" \"\" gin:--gin: foo word: bar col: ppp"
 8       set timeout 300
 9       set ifaddr <replaceable>x.x.x.x</replaceable> <replaceable>y.y.y.y</replaceable> 255.255.255.0 0.0.0.0
 10      add default HISADDR	  
 11      enable dns</programlisting>
           
           <para>ファイルでは行番号を取り除いておいてください.
             これは解説の際に参照する行を示すためにつけたものです.</para>
           
           <variablelist>
             <varlistentry><term>Line 1:</term>
               <listitem>
                 <para>デフォルトエントリを指定します.
                   このエントリ中のコマンドは ppp
                   が起動された際に自動的に実行されます.</para>
               </listitem>
             </varlistentry>
             
             <varlistentry><term>Line 2:</term>
               <listitem>
                 <para>モデムが接続されているデバイスを指定します.
                   <devicename>COM1:</devicename> は
                   <filename>/dev/cuaa0</filename> に,
                   <devicename>COM2:</devicename> は
                   <filename>/dev/cuaa1</filename> になります.</para>
               </listitem>
             </varlistentry>
             
             <varlistentry><term>Line 3:</term>
               <listitem>
                 <para>通信速度 (DTE 速度) を指定します. もし 115200
                   が使えない (最近のモデムなら大抵使えるはずですが)
                   場合には,  かわりに 38400
                   を指定してみてください.</para>
               </listitem>
             </varlistentry>
             
             <varlistentry><term>Line 4:</term>
               <listitem>
                 <para>ダイアルスクリプトを指定します.  ユーザ PPP は
 		  &man.chat.8; 言語に似た, 受信待ち文字列と
                   送信文字列の対からなるスクリプトを使用します.
                   この言語の機能に関しては,
                   マニュアルページを参照してください.</para>
               </listitem>
             </varlistentry>
             
             <varlistentry><term>Line 5:</term>
               <listitem>
                 <para>接続するプロバイダの名前 <quote>provider</quote> を
                   エントリ名として指定します.</para>
               </listitem>
             </varlistentry>
             
             <varlistentry><term>Line 6:</term>
               <listitem>
                 <para>このプロバイダの電話番号を指定します.
                   複数の電話番号を  <literal>:</literal> や
                   <literal>|</literal> で区切って指定することができます.
                   これら区切り文字の違いについては, &man.ppp.8
                   に 詳しく書かれています.
                   要約すると, 毎回違う番号に かけたいのであれば
                   <literal>:</literal> を使います.  常に
                   まず先頭の番号にかけてみて, つながらない時にだけ  2
                   番目以降の番号に かけたいのであれば
                   <literal>|</literal> を使います.
                   例に示されているように, 常に電話番号全体を引用符で
                   くくって (クォートして) おきます.</para>
               </listitem>
             </varlistentry>
             
             <varlistentry><term>Line 7:</term>
               <listitem>
                 <para>ダイアルスクリプトと同様に, ログインスクリプトも
                   chat 言語風の記述をおこないます.  この例は,
                   以下のようなログインセッションを使用する
                   プロバイダのためのものです:</para>
                 
 		<screen>J. Random Provider
 login: <replaceable>foo</replaceable>
 password: <replaceable>bar</replaceable>
 protocol: ppp</screen>
 
                 <para>このスクリプトは必要に応じて
                   書きかえなければならないでしょう.
                   初めてスクリプトを書く時には, 予想した通りに
                   処理が進んだかどうかを確認するため, <quote>chat</quote>
                   ログを とるようにしておいた方が良いでしょう. </para>
                 
                 <para>PAP や CHAP を使用する場合には,
                   ここでログインすることは  ありませんから,
                   ログイン文字列は空白のままにしておくべきです.
                   詳細については <link linkend="userppp-PAPnCHAP">PAP
                     および CHAP
                     による認証</link>を参照してください.</para>
               </listitem>
             </varlistentry>
             
             <varlistentry><term>Line 8:</term>
               <listitem>
                 <para>デフォルトの接続タイムアウト時間を (秒数で)
                   指定します.  この例では, 300 秒間
                   通信がおこなわれなければ
                   自動的に接続を切るように指定しています.
                   タイムアウトさせたくない場合には, この値を 0
                   に設定します.</para>
               </listitem>
             </varlistentry>
             
             <varlistentry><term>Line 9:</term>
               <listitem>
                 <para>インターフェースのアドレスを指定します. 文字列
                   <replaceable>x.x.x.x</replaceable> は
                   プロバイダに割り当てられた IP
                   アドレスで置きかえてください.  文字列
                   <replaceable>y.y.y.y</replaceable>
                   はプロバイダから指示されたゲートウェイ
                   (接続先となるマシン) の IP
                   アドレスで置きかえてください.
                   プロバイダがゲートウェイのアドレスを
                   指示していない場合は,  <hostid role="netmask">10.0.0.2/0</hostid>
                   を使用しておいてください. もし <quote>仮の</quote>
                   アドレスを使用する必要がある場合には,
                   <link linkend="userppp-dynamicIP">動的 IP アドレスによる
                     PPP 接続</link>に関する指示に従って,
                   <filename>/etc/ppp/ppp.linkup</filename>
                   にエントリを作成していることを 確認してください.
                   この行が省略されている場合, ppp を
                   <option>-auto</option>
                   モードで動作させることはできません. </para>
               </listitem>
             </varlistentry>
             
             <varlistentry><term>Line 10:</term>
               <listitem>
                 <para>プロバイダのゲートウェイへの経路を
                   デフォルトルートとして 追加します. 特殊文字列
                   <literal>HISADDR</literal> は, 9 行目で指定された
                   ゲートウェイのアドレスで置きかえられます.
                   <literal>HISADDR</literal> は 9
                   行目までは初期化されていませんので,
                   その行よりも後でしか使えないことに
                   注意してください.</para>
               </listitem>
             </varlistentry>
             
             <varlistentry><term>Line 11:</term>
               <listitem>
                 <para>ネームサーバのアドレスが正しいか
                   どうかを確認するため,
                   プロバイダに問い合わせをおこなうよう ppp に指示します.
                   プロバイダがこの機能をサポートしていれば, ppp は
                   <filename>/etc/resolv.conf</filename>
                   のネームサーバエントリを
                   正しいアドレスに更新することができます. </para>
               </listitem>
             </varlistentry>
           </variablelist>
           
           <para>静的な IP アドレスを持っていて,
             接続が完了する前にルーティングテーブルの
             エントリが正しく設定されているのであれば,
             <filename>ppp.linkup</filename> に
             エントリを追加する必要はありません.  しかし,
             この場合でもエントリを追加して, 接続が完了した時点で
             プログラムを呼び出したいことがあるかもしれません.
             これについては後ほど sendmail を例として説明します.</para>
           
           <para>これらの設定ファイルのサンプルが
             <filename>/usr/share/examples/ppp</filename> ディレクトリに
             置かれています.</para>
 	</sect4>
         
 	<sect4 id="userppp-dynamicIP">
           <title>動的 IP アドレスによる PPP 接続</title>
           
           <para>プロバイダが静的な IP
             アドレスの割り当てをおこなっていない場合,
             <command>ppp</command> が相手側のホスト (ゲートウェイ)
             と交渉して, こちら側と相手側のアドレスを
             決めるように設定することができます.  これは,
             起動時には<quote>仮の</quote>アドレスを使っておいて,
             接続後に IP コンフィグレーション プロトコル (IPCP)
             を使用して <command>ppp</command> が IP
             アドレスを正しく設定できるようにすることで実現されます.
             <link linkend="userppp-staticIP">静的 IP アドレスによる PPP
               接続</link>に 以下の変更を加える以外は,
             <filename>ppp.conf</filename> の設定は同じです:</para>
           
-          <programlisting>
-9       set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0</programlisting>
+          <programlisting>9       set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0</programlisting>
 
           <para>繰り返しますが, 行番号は取り除いておいてください.
             これは解説の際に参照する行を示すためにつけたものです.  なお,
             少なくともスペース 1 個分の段づけ (インデント)
             が必要です.</para>
           
           <variablelist>
             <varlistentry><term>Line 9:</term>
               <listitem>
                 <para><literal>/</literal> 文字の後ろの数字は,
                   アドレス交渉の際に固定しておきたい ビットの数です.
                   場合によっては, もっと適切な IP アドレスを
                   指定しておきたいこともあるかもしれませんが,
                   ほとんどの場合には 上の例の通りで問題ありません.
                 </para>
                 
                 <para>最後の引数 (<literal>0.0.0.0</literal>) は,
                   アドレスの交渉の際に <hostid role="ipaddr">10.0.0.1</hostid>
                   ではなく <hostid role="ipaddr">0.0.0.0</hostid> を使用するよう ppp
                   に指示するためのものです.  <command>set
                     ifaddr</command> コマンドの最初の引数として
                   <literal>0.0.0.0</literal> を指定してはいけません.
                   さもないと, <option>-auto</option>
                   モードで動作させる際に
                   初期経路を設定することができなくなります. </para>
               </listitem>
             </varlistentry>
           </variablelist>
           
           <para>バージョン 1.X の ppp を使用する場合,
             <filename>/etc/ppp/ppp.linkup</filename>
             にもエントリを作成しておく必要があります.
             <filename>ppp.linkup</filename>
             は接続が確立された後に使用されます. この時点では,
             <command>ppp</command> は<emphasis>実際に</emphasis>どの IP
             アドレスを使うべきなのか わかっているはずです.
             以下のエントリは存在する仮の経路を削除し,
             正しい経路を作成します:</para>
           
-          <programlisting>
-1     provider:
+          <programlisting>1     provider:
 2       delete ALL
 3       add default HISADDR</programlisting>
 
           <variablelist>
             <varlistentry>
               <term>Line 1:</term>
               
               <listitem>
                 <para>接続を確立する際に, <command>ppp</command>
                   は以下のルールに従って
                   <filename>ppp.linkup</filename>
                   のエントリを検索します:  まず
                   <filename>ppp.conf</filename>
                   で使用されたのと同じラベルを探します.
                   もし見つからなければ, ゲートウェイの IP
                   アドレスのエントリを 探します. このエントリは 4
                   オクテットの IP アドレス形式の ラベルです. それでも
                   まだエントリが見つからなければ,
                   <literal>MYADDR</literal> エントリを探します.</para>
               </listitem>
             </varlistentry>
             
             <varlistentry>
               <term>Line 2:</term>
               
               <listitem>
                 <para>この行は, 使用する tun
                   インターフェースに関する既存の経路を
                   (ダイレクトルートのエントリを除き) すべて削除するよう
                   <command>ppp</command> に指示します.</para>
               </listitem>
             </varlistentry>
             
             <varlistentry>
               <term>Line 3:</term>
               
               <listitem>
                 <para>この行は <literal>HISADDR</literal>
                   への経路をデフォルトルートとして 追加するように ppp
                   に指示します. <literal>HISADDR</literal> は IPCP で
                   決定されたゲートウェイの IP
                   アドレスで置きかえられます.</para>
               </listitem>
             </varlistentry>
           </variablelist>
           
           <para>詳細なサンプルについては,
             <filename>/usr/share/examples/ppp/ppp.conf.sample</filename>
             ファイル中のpmdemand エントリと
             <filename>/usr/share/examples/ppp/ppp.linkup.sample</filename>
             を参照してください.</para>
           
           <para>バージョン 2 の ppp から <quote>sticky routes</quote>
             が導入されました.  <literal>MYADDR</literal> や
             <literal>HISADDR</literal> を含む <literal>add</literal>
             コマンドと  <literal>delete</literal> コマンドを記憶して,
             <literal>MYADDR</literal> や <literal>HISADDR</literal> の
             アドレスが変化した際には経路の再設定をおこないます.
             したがって, これらのコマンドを
             <filename>ppp.linkup</filename> に
             繰り返し記述する必要は無くなりました. </para>
 	</sect4>
         
 	<sect4>
           <title>かかってきた電話を <command>ppp</command>
             で受けるには</title>
           
           <para>かかってきた電話を <command>ppp</command>
             が受けるように設定する際に,  そのマシンが LAN
             に接続されているのであれば,  パケットを LAN
             に転送するかどうかを決定する必要があります.
             転送をおこなう場合には, その LAN のサブネットから IP
             アドレスを ppp クライアントに割り当て,
             以下のコマンドを指定するのが良いでしょう. </para>
           
-          <programlisting>
-gateway_enable=YES</programlisting>
+          <programlisting>gateway_enable=YES</programlisting>
 
 	  <sect5>
             <title>どの getty を使いますか?</title>
             
             <para>getty
               でダイアルアップサービスをおこなう場合の優れた解説が
               <link linkend="dialup">FreeBSD
                 でダイアルアップサービスをおこなうための設定
               </link>にあります.</para>
             
             <para><command>getty</command> に代わるものとしては, 
               <ulink url="http://www.leo.org/~doering/mgetty/index.html">
                 mgetty</ulink> があります. これは
               <command>getty</command> をより柔軟にしたもので,
               ダイアルアップ回線での使用を意図して
               設計されています.</para>
             
             <para><command>mgetty</command> を使う場合の利点は,
               <command>mgetty</command>
               が積極的にモデムと<emphasis>通信する</emphasis>
               ということです. つまり, もし
               <filename>/etc/ttys</filename> でポートを閉じている場合,
               モデムは電話をとらなくなります.</para>
             
             <para>最近のバージョンの <command>mgetty</command> (0.99beta
               以降) では, PPP ストリームの
               自動検出もサポートされています. これにより,
               クライアント側で スクリプトを準備しなくてもサーバに
               アクセスすることができます.</para>
             
             <para><command>mgetty</command> に関する,
               より詳細な情報については
               <link linkend="userppp-mgetty">Mgetty と AutoPPP</link>
               を参照してください.</para>
 	  </sect5>
           
 	  <sect5>
             <title>ppp の実行許可</title>
             
             <para><command>ppp</command> は通常, ID 0 のユーザ (root)
               として動作しなければいけませんが,  以下で説明するように,
               <command>ppp</command>
               を通常のユーザとしてサーバモードで実行させたい 場合には,
               そのユーザを <filename>/etc/group</filename> の
               <username>network</username> グループに 追加して, ppp
               を実行する許可を与えておかなければいけません.</para>
             
             <para>また, そのユーザが設定ファイル内の目的のエントリに
               アクセスできるように,  以下のように
               <command>allow</command>
               コマンドで許可を与えておく必要があります: </para>
             
-            <programlisting>
-allow users fred mary</programlisting>
+            <programlisting>allow users fred mary</programlisting>
 
             <para>このコマンドがデフォルトエントリに
               書かれている場合には, 指定されたユーザは
               すべてのエントリをアクセスできるようになります.</para>
 	  </sect5>
           
 	  <sect5>
             <title>動的 IP ユーザのための ppp シェルの設定</title>
             
             <para><filename>/etc/ppp/ppp-shell</filename> という名前で,
               以下のような内容のファイルを 作成します:</para>
 
-            <programlisting>
-#!/bin/sh
+            <programlisting>#!/bin/sh
 IDENT=`echo $0 | sed -e 's/^.*-\(.*\)$/\1/'`
 CALLEDAS="$IDENT"
 TTY=`tty`
 
 if [ x$IDENT = xdialup ]; then
 	IDENT=`basename $TTY`
 fi
 
 echo "PPP for $CALLEDAS on $TTY"
 echo "Starting PPP for $IDENT"
 
 exec /usr/sbin/ppp -direct $IDENT</programlisting>
 
             <para>このスクリプトには実行可能属性をつけておきます.  次に,
               以下のコマンドを実行し, <filename>ppp-dialup</filename>
               という名前で このスクリプトへのリンクを作成します:</para>
 
             <screen>&prompt.root; <userinput>ln -s ppp-shell /etc/ppp/ppp-dialup</userinput></screen>
 
             <para>すべてのダイアルアップ ppp
               ユーザのログイン<emphasis>シェル</emphasis>として
               このスクリプトを使用します. 以下は
               <username>pchilds</username> というユーザ名の
               ダイアルアップユーザを <filename>/etc/password</filename>
               へ登録した場合の例です.
               (パスワードファイルを直接エディタで編集したりせず,
               <command>vipw</command> を使ってください)</para>
 
-            <programlisting>
-pchilds:*:1011:300:Peter Childs PPP:/home/ppp:/etc/ppp/ppp-dialup</programlisting>
+            <programlisting>pchilds:*:1011:300:Peter Childs PPP:/home/ppp:/etc/ppp/ppp-dialup</programlisting>
 
             <para>任意のユーザが読むことのできる,
               <filename>/home/ppp</filename> ディレクトリを 作成します.
               <filename>/etc/motd</filename>
               が表示されないようにするため,
               このディレクトリには以下のように大きさが 0
               バイトのファイルを 作成しておきます.</para>
 
             <screen>-r--r--r--   1 root     wheel           0 May 27 02:23 .hushlogin
 -r--r--r--   1 root     wheel           0 May 27 02:22 .rhosts</screen>
 	  </sect5>
 
 	  <sect5>
             <title>静的 IP ユーザのための PPP シェルの設定</title>
             
             <para>上記と同じように <filename>ppp-shell</filename>
               ファイルを作成し,  静的な IP
               アドレスを割り当てるアカウントそれぞれについて
               <filename>ppp-shell</filename>
               へのシンボリックリンクを作成します.</para>
             
             <para>例えば, クラス C ネットワークの経路制御を必要とする,
               三人のダイアルアップユーザ <username>fred</username>,
               <username>sam</username>, <username>mary</username>
               がいるとすると,
               以下のコマンドを実行することになります:</para>
             
             <screen>&prompt.root; <userinput>ln -s /etc/ppp/ppp-shell /etc/ppp/ppp-fred</userinput>
 &prompt.root; <userinput>ln -s /etc/ppp/ppp-shell /etc/ppp/ppp-sam</userinput>
 &prompt.root; <userinput>ln -s /etc/ppp/ppp-shell /etc/ppp/ppp-mary</userinput></screen>
 
             <para>これらのユーザのダイアルアップアカウントでは,
               上で作成した それぞれのシンボリックリンクを
               ログインシェルとして設定しておきます.  (つまり, ユーザ
               <username>mary</username> のログインシェルは
               <filename>/etc/ppp/ppp-mary</filename> に
               なります).</para>
 	  </sect5>
           
 	  <sect5>
             <title>動的 IP ユーザのための ppp.conf の設定</title>
             
             <para><filename>/etc/ppp/ppp.conf</filename> ファイルは,
               大体以下のような内容になるでしょう:</para>
             
-            <programlisting>
-default:
+            <programlisting>default:
   set debug phase lcp chat
   set timeout 0
 
 ttyd0:
   set ifaddr 203.14.100.1 203.14.100.20 255.255.255.255
   enable proxy
 
 ttyd1:
   set ifaddr 203.14.100.1 203.14.100.21 255.255.255.255
   enable proxy</programlisting>
 
             <!-- kuriyama - remove Japanese "NOTE"ing -->
             <note>
               <para>上の例のように段をつける (インデントする)
                 必要があることに注意してください.</para>
             </note>
 
             <para><literal>default:</literal>
               エントリはセッションごとにロードされます.
               <filename>/etc/ttys</filename>
               で有効にしてある各ダイアルアップ回線ごとに一つ,  上記の
               <literal>ttyd0:</literal> のようなエントリを作成します.
               各行の相手側アドレスとして, それぞれ別の IP アドレスを
               動的 IP ユーザのための IP
               アドレスのプールから割り当てておく必要があります.</para>
 	  </sect5>
           
 	  <sect5>
             <title>静的 IP ユーザのための <filename>ppp.conf</filename>
               の設定</title>
             
             <para>上のサンプルの
               <filename>/usr/share/examples/ppp/ppp.conf</filename>
               の内容に加えて,  静的に IP
               を割り当てられたダイアルアップユーザ
               それぞれのためのエントリを追加する必要があります.
               ここでも <username>fred</username>,
               <username>sam</username>, <username>mary</username>
               の例を使うことにしましょう.</para>
             
-            <programlisting>
-fred:
+            <programlisting>fred:
   set ifaddr 203.14.100.1 203.14.101.1 255.255.255.255
  
 sam:
   set ifaddr 203.14.100.1 203.14.102.1 255.255.255.255
  
 mary:
   set ifaddr 203.14.100.1 203.14.103.1 255.255.255.255</programlisting>
 
             <para>必要であれば, それぞれの静的 IP
               ユーザに対する経路制御情報も
               <filename>/etc/ppp/ppp.linkup</filename>
               ファイルに書いておくべきでしょう.
               以下の例ではクライアントの PPP リンクを経由する,  クラス C
               の <hostid role="ipaddr">203.14.101.0</hostid>
               ネットワークへの経路を追加しています.</para>
 
-            <programlisting>
-fred:
+            <programlisting>fred:
   add 203.14.101.0 netmask 255.255.255.0 HISADDR
  
 sam:
   add 203.14.102.0 netmask 255.255.255.0 HISADDR
  
 mary:
   add 203.14.103.0 netmask 255.255.255.0 HISADDR</programlisting>
 	  </sect5>
 	</sect4>
         
 	<sect4>
 	  <title><command>mgetty</command>, AutoPPP,
 	    マイクロソフト拡張の詳細</title>
           
 	  <sect5 id="userppp-mgetty">
 	    <title><command>mgetty</command> と AutoPPP</title>
             
 	    <para><literal>AUTO_PPP</literal>
 	      オプションつきでコンパイルした <command>mgetty</command>
 	      を使えば, <command>mgetty</command> が PPP 接続の LCP
 	      フェーズを検出して, 自動的に PPP シェルを起動するように
 	      設定することができます.  しかし この場合, デフォルトの
 	      login/password シーケンスは発生しないので,
 	      ユーザの認証は PAP または CHAP
 	      を使っておこなう必要があります.</para>
 
 	    <para>このセクションでは, ユーザ (あなた) が問題なく
 	      <literal>AUTO_PPP</literal> オプションつきの
 	      <command>mgetty</command> (v0.99beta またはそれ以降)
 	      の設定,  コンパイル,
 	      インストールができているものと仮定しています.</para>
 
 	    <para><filename>
 		/usr/local/etc/mgetty+sendfax/login.config</filename>
 	      ファイルが
 	      以下の行を含んでいることを確認してください:</para>
 
-	    <programlisting>
-/AutoPPP/ -     -       /etc/ppp/ppp-pap-dialup</programlisting>
+	    <programlisting>/AutoPPP/ -     -       /etc/ppp/ppp-pap-dialup</programlisting>
 
 	    <para>これにより, PPP 接続を検出したら
 	      <command>mgetty</command> が
 	      <filename>ppp-pap-dialup</filename>
 	      スクリプトを実行するようになります.</para>
 
 	    <para><filename>/etc/ppp/ppp-pap-dialup</filename>
 	      という名前で, 以下のような内容のファイルを 作成します
 	      (このファイルには実行可能属性を
 	      つけておく必要があります):</para>
 
 	    <!-- kuriyama - en and ja are different with blank line. -->
-	    <programlisting>
-#!/bin/sh
+	    <programlisting>#!/bin/sh
 exec /usr/sbin/ppp -direct pap</programlisting>
 
 	    <para>さらに, かかってきた電話すべてを自分で扱うエントリを
 	      <filename>/etc/ppp/ppp.conf</filename>
 	      に作成します.</para>
 
-	    <programlisting>
-pap:
+	    <programlisting>pap:
   enable pap
   set ifaddr 203.14.100.1 203.14.100.20-203.14.100.40
   enable proxy</programlisting>
 
 	    <para>この方法でログインする それぞれのユーザは, PAP
 	      によるユーザ認証を おこなうために
 	      <filename>/etc/ppp/ppp.secret</filename>
 	      ファイルにユーザ名とパスワードを 書いておくか, または
 	      <filename>/etc/password</filename>
 	      ファイルを使うように,</para>
 
-	    <programlisting>
-enable passwdauth</programlisting>
+	    <programlisting>enable passwdauth</programlisting>
 
 	    <para>ユーザに静的な IP アドレスを割り当てる場合には,
 	      そのアドレスを  <filename>/etc/ppp/ppp.secret</filename>
 	      の第三引数として指定することができます.
 	      サンプルについては,
 	      <filename>/usr/share/examples/ppp/ppp.secret.sample</filename>
 	      を参照してください.</para>
 	  </sect5>
 
 	  <sect5>
 	    <title>マイクロソフト拡張</title>
 
 	    <para>クライアントからの要求に応じて, ppp が DNS や
 	      NetBIOS ネームサーバの アドレスを通知するように
 	      設定をおこなうこともできます.</para>
 
 	    <para>バージョン 1.X の ppp で
 	      これらの拡張機能を有効にするには, 以下の行を
 	      <filename>/etc/ppp/ppp.conf</filename>
 	      の適切なセクションに追加する必要があるでしょう. </para>
 
-	    <programlisting>
-  enable msext
-  set ns 203.14.100.1 203.14.100.2
-  set nbns 203.14.100.5</programlisting>
+	    <programlisting>enable msext
+set ns 203.14.100.1 203.14.100.2
+set nbns 203.14.100.5</programlisting>
 
 	    <para>バージョン 2 以降の ppp では,
 	      以下のようになります:</para>
 
-	    <programlisting>
-accept dns
+	    <programlisting>accept dns
 set dns 203.14.100.1 203.14.100.2
 set nbns 203.14.100.5</programlisting>
 
 	    <para>これにより, クライアントはプライマリと
 	      セカンダリのネームサーバアドレス および NetBIOS
 	      ネームサーバホストを知ることができます.</para>
 
 	    <para>バージョン 2 以降の ppp では, <literal>set
 		dns</literal> の行を省略した場合には
 	      <filename>/etc/resolv.conf</filename>
 	      に書かれているネームサーバのアドレスを使用します.
 	    </para>
 	  </sect5>
 	</sect4>
         
         <sect4 id="userppp-PAPnCHAP">
           <title>PAP および CHAP による認証</title>
 
           <para>いくつかのプロバイダでは, PAP または CHAP
             のいずれかの認証メカニズムを
             使用して接続時の認証をおこなうように
             システムを設定しています.  この場合, プロバイダは接続の際に
             <prompt>login:</prompt> プロンプトを送信せず,  最初から PPP
             で通信を始めようとするでしょう.</para>
           
           <para>PAP ではパスワードがそのまま送られてしまうため, CHAP
             に比べると安全性が 低くなりますが,
             このパスワードはシリアル回線のみを通して送られます.
             そのため,
             クラッカーが <quote>盗み聞き</quote> する余地は多くないので,
             通常ここの セキュリティは問題にはなりません.</para>
           
           <para><link linkend="userppp-staticIP">静的 IP アドレスによる
               PPP 接続</link>または
             <link linkend="userppp-dynamicIP">動的 IP アドレスによる PPP
               接続</link>の セクションに戻って,
             以下の変更をおこないます:</para>
           
-          <programlisting>
-7       set login
+          <programlisting>7       set login
 &hellip;
 12      set authname <replaceable>MyUserName</replaceable>
 13      set authkey <replaceable>MyPassword</replaceable></programlisting>
 
           <para>これまでと同様に, 行番号は取り除いておいてください.
             これは解説の際に参照する行を示すためにつけたものです.  なお,
             少なくともスペース 1 個分の段づけ (インデント)
             が必要です.</para>
           
           <variablelist>
             <varlistentry>
               <term>Line 7:</term>
               
               <listitem>
                 <para>PAP または CHAP を使用する場合, 通常
                   プロバイダはサーバへの ログインを必要としません.
                   そのため, <quote>set login</quote> 文字列を
                   無効にしておかなければいけません.</para>
               </listitem>
             </varlistentry>
 
             <varlistentry>
               <term>Line 12:</term>
               
               <listitem>
                 <para>この行は PAP/CHAP ユーザ名を指定します.
                   <replaceable>MyUserName</replaceable> に
                   正しい値を入れておく必要があります.</para>
               </listitem>
             </varlistentry>
             
             <varlistentry>
               <term>Line 13:</term>
 	    
               <listitem>
                 <para>この行は PAP/CHAP パスワードを指定します.
                   <replaceable>MyPassword</replaceable> に
                   正しい値を入れておく必要があります.
                   PAP と CHAP はデフォルトで両方とも
                   受け付けられるようになって
                   いますが, PAP や CHAP を使用するという
                   意思を明示するために,
 
-                  <programlisting>
-15      accept PAP</programlisting>
+                  <programlisting>15      accept PAP</programlisting>
 
                   または
 
-                  <programlisting>
-15      accept CHAP</programlisting>
+                  <programlisting>15      accept CHAP</programlisting>
 
                   という行を追加しておくのも良いでしょう.</para>
               </listitem>
             </varlistentry>
           </variablelist>
 	</sect4>
 
 	<sect4>
           <title>動作中の ppp の設定変更</title>
 
           <para>適切な診断ポートが設定されている場合には,
             バックグラウンドで動作中の  <command>ppp</command>
             プログラムと通信することができます.
             この設定をおこなうためには,
             以下の行を設定ファイルに追加しておきます: </para>
 
-          <programlisting>
-set server /var/run/ppp-tun%d DiagnosticPassword 0177</programlisting>
+          <programlisting>set server /var/run/ppp-tun%d DiagnosticPassword 0177</programlisting>
 
           <para>これにより, ppp は指定された unix ドメインの
             ソケットをモニタして,
             クライアントから正しいパスワードを受け取った後に
             アクセスを許可します.  このソケット名に含まれる
             <literal>%d</literal> は, この ppp が使用している
             <devicename>tun</devicename>
             デバイスの デバイス番号で置きかえられます.</para>
           
           <para>一旦ソケットの設定が終了したら, スクリプト中で
             &man.pppctl.8; を 使用して, 動作中の ppp
             を操作することができるでしょう.</para>
 	</sect4>
       </sect3>
 
       <sect3 id="userppp-final">
         <title>システムの最終設定</title>
 
         <para>これで <command>ppp</command> の設定は終りました.  しかし
           <command>ppp</command> を動かす前に,
           まだ少し必要なことがあります.  それらの設定は, すべて
           <filename>/etc/rc.conf</filename> ファイルを
           編集することでおこないます.  (このファイルは以前には
           <filename>/etc/sysconfig</filename> と呼ばれていました)</para>
 
         <para>このファイルを上から順に設定していきます.  まずは
           <literal>hostname=</literal>
           の行が設定されていることを確認します.
           例えば以下のように:</para>
         
-        <programlisting>
-hostname="foo.bar.com"</programlisting>
+        <programlisting>hostname="foo.bar.com"</programlisting>
 
         <para>もしプロバイダが静的な IP
           アドレスとホスト名を割り当てているのなら,
           ホスト名としてそれを使うのが おそらくベストでしょう.</para>
         
         <para>次に <literal>network_interfaces</literal> 変数を調べます.
           必要に応じて (on demand)
           プロバイダにダイアルするようにシステムを設定したい場合には,
           <devicename>tun0</devicename>
           デバイスがこのリストに追加されていることを確認しておきます.
           それ以外の場合には, tun0
           デバイスをリストから削除しておきます.</para>
 
         <!-- kuriyama - en needs break line -->
-        <programlisting>
-network_interfaces="lo0 tun0" ifconfig_tun0=</programlisting>
+        <programlisting>network_interfaces="lo0 tun0" ifconfig_tun0=</programlisting>
 
         <note>
           <para><literal>ifconfig_tun0</literal> 変数が空で,
             <filename>/etc/start_if.tun0</filename> という名前の
             ファイルが作成されていなければなりません.
             このファイルの内容は以下のようになります.</para>
           
-          <programlisting>
-ppp -auto mysystem</programlisting>
+          <programlisting>ppp -auto mysystem</programlisting>
 
           <para>このスクリプトはネットワークの設定時に実行され,  ppp
             デーモンを自動モードで立ち上げます.  このマシンがもし LAN
             のゲートウェイであれば,  <option>-alias</option>
             スイッチも使用したいと思うかもしれません.  詳細に関しては,
             マニュアルページを参照してください.</para>
         </note>
 
         <para>以下のようにルータプログラムを <literal>NO</literal>
           に設定します.</para>
 
-        <programlisting>
-router_enable="NO"</programlisting>
+        <programlisting>router_enable="NO"</programlisting>
 
         <para><command>routed</command> は, <command>ppp</command>
           が作成したデフォルトのルーティングテーブル
           エントリを削除してしまう場合がありますので,
           (初期設定では起動されるようになっている)
           <command>routed</command> デーモンが
           起動されないようにしておくことが重要です.</para>
         
         <para><literal>sendmail_flags</literal> 行が <option>-q</option>
           オプションを含まないように 設定しておいた方がよいでしょう.
           さもないと, <command>sendmail</command> が
           アドレスを調べようとして発信をおこなってしまう場合があります.
           以下のような設定で良いでしょう:</para>
 
-        <programlisting>
-sendmail_flags="-bd"</programlisting>
+        <programlisting>sendmail_flags="-bd"</programlisting>
 
         <para>この結果, PPP リンクを立ち上げた時には
           いつでも以下のコマンドを実行して, キューにたまっているメールを
           <command>sendmail</command>
           に送信させる作業が必要になるでしょう.</para>
 
         <screen>&prompt.root; <userinput>/usr/sbin/sendmail -q</userinput></screen>
 
         <para><filename>ppp.linkup</filename> 中で
           <command>!bg</command> コマンドを使用することで,
           これを自動的に おこなうこともできます:</para>
 
-        <programlisting>
-1     provider:
+        <programlisting>1     provider:
 2       delete ALL
 3       add 0 0 HISADDR
 4       !bg sendmail -bd -q30m</programlisting>
 
         <para>こうするのが嫌であれば, SMTP
           トラフィックをブロックするように <quote>dfilter</quote>
           を設定しておくこともできます.
           詳細についてはサンプルファイルを参照してください.</para>
 
         <para>後はマシンをリブートするだけです.</para>
         
         <para>リブートが終ったら,</para>
 
         <screen>&prompt.root; <userinput>ppp</userinput></screen>
         
         <para>コマンドを実行し, 続いて PPP セッションを開始させるために
           <command>dial provider</command> と入力することもできますし,
           (<filename>start_if.tun0</filename>
           スクリプトを作成していない場合に),
           外部へのトラフィックが発生した時に, <command>ppp</command>
           が自動的に セッションを確立してくれるようにしたいのであれば,
           以下のコマンドを実行することもできます.</para>
 
         <screen>&prompt.root; <userinput>ppp -auto provider</userinput></screen>
       </sect3>
 
       <sect3>
         <title>まとめ</title>
 
         <para>要約すると, 初めて ppp を設定する際には,
           以下のステップが不可欠です:</para>
 
         <para>クライアント側:</para>
         
         <procedure>
           <step>
             <para>カーネルに <devicename>tun</devicename>
               デバイスが組み込まれていることを確認.</para>
           </step>
           
           <step>
             <para><filename>/dev</filename> ディレクトリに
               <filename>tun<replaceable>X</replaceable></filename>
               デバイスファイルが 存在することを確認.</para>
           </step>
           
           <step>
             <para><filename>/etc/ppp/ppp.conf</filename>
               にエントリを作成.  ほとんどのプロバイダでは,
               <filename>pmdemand</filename> の例で充分でしょう.</para>
           </step>
           
           <step>
             <para>動的 IP アドレスを使用するなら,
               <filename>/etc/ppp/ppp.linkup</filename> に
               エントリを作成.</para>
           </step>
           
           <step>
             <para><filename>/etc/rc.conf</filename> (または
               <filename>sysconfig</filename>) ファイルを更新.</para>
           </step>
           
           <step>
             <para>必要に応じてダイヤル (demand dialing)
               したいのであれば,  <filename>start_if.tun0</filename>
               スクリプトを作成.</para>
           </step>
         </procedure>
         
         <para>サーバ側:</para>
         
         <procedure>
           <step>
             <para>カーネルに <devicename>tun</devicename>
               デバイスが組み込まれていることを確認.</para>
           </step>
           
           <step>
             <para><filename>/dev</filename> ディレクトリに
               <filename>tun<replaceable>X</replaceable></filename>
               デバイスファイルが 存在することを確認.</para>
           </step>
           
           <step>
             <para>(&man.vipw.8; コマンドを使って)
               <filename>/etc/passwd</filename> にエントリを作成.</para>
           </step>
           
           <step>
             <para>このユーザのホームディレクトリに <command>ppp -direct
                 direct-server</command>
               か何かを実行するプロファイルを作成.</para>
           </step>
           
           <step>
             <para><filename>/etc/ppp/ppp.conf</filename>
               にエントリを作成.  <filename>direct-server</filename>
               の例で充分でしょう.</para>
           </step>
           
           <step>
             <para><filename>/etc/ppp/ppp.linkup</filename>
               にエントリを作成.</para>
           </step>
           
           <step>
             <para><filename>/etc/rc.conf</filename>ファイルを更新.</para>
           </step>
         </procedure>
       </sect3>
     </sect2>
   </sect1>
   
   <sect1 id="ppp">
     <title>カーネル PPP の利用</title>
     
     <para><emphasis>原作: &a.gena;, &a.rhuff;.</emphasis></para>
 
     <para><emphasis>訳: &a.jp.graphite;.<!-- <br> -->
 	1996 年 9 月 6 日.</emphasis></para>
 
     <sect2>
       <title>カーネル PPP の設定</title>
 
       <para>PPP の設定を始める前に, <command>pppd</command> が
         <filename>/usr/sbin</filename> にあり, また
         <filename>/etc/ppp</filename> という
         ディレクトリが存在することを確認してください.</para>
       
       <para><command>pppd</command> はふたつのモードで動作します.</para>
       
       <orderedlist>
         <listitem>
           <para><quote>クライアント</quote> モード.
             シリアル接続やモデムを利用して, そのマシンを
             外部のネットワークに PPP 接続したい場合に用います.</para>
         </listitem>
         
         <listitem>
           <para><quote>サーバ</quote> モード.
             そのマシンがネットワーク上にあるときに, PPP を使って
             ほかのコンピュータを接続する際に用います.</para>
         </listitem>
       </orderedlist>
       
       <para>どちらの場合でも, オプションファイルを設定する必要があります
         (<filename>/etc/ppp/options</filename> または, そのマシン上で
         PPP を使用する人が 複数いる場合には
         <filename>~/.ppprc</filename>).</para>
       
       <para>また, ダイヤルとリモートホストへの接続をおこなうために,
         シリアル接続やモデムを 操作する,
         なんらかのソフトウェアが必要です (kermit
         が適しているでしょう).</para>
     </sect2>
     
     <sect2>
       <title>PPP クライアントとしての動作</title>
 
       <para>わたしは, CISCO ターミナルサーバの PPP 回線に接続するために,
 	下記のような <filename>/etc/ppp/options</filename>
 	を使用しています.</para>
 
-      <programlisting>
-crtscts         # enable hardware flow control
+      <programlisting>crtscts         # enable hardware flow control
 modem           # modem control line
 noipdefault     # remote PPP server must supply your IP address.
                 # if the remote host doesn't send your IP during IPCP
                 # negotiation , remove this option
 passive         # wait for LCP packets
 domain ppp.foo.com      # put your domain name here
 
 :&lt;remote_ip&gt;    # put the IP of remote PPP host here
                 # it will be used to route packets via PPP link
                 # if you didn't specified the noipdefault option
                 # change this line to &lt;local_ip&gt;:&lt;remote_ip&gt;
 
 defaultroute    # put this if you want that PPP server will be your
                 # default router</programlisting>
 
       <para>接続方法:</para>
 
       <procedure>
 	<step>
 	  <para>kermit (またはその他のモデム操作プログラム)
 	    を使ってリモートホストに ダイヤルし, 接続してください.
 	    そして, あなたのユーザ名とパスワード (必要 であれば,
 	    その他にもリモートホストで PPP を有効にするための操作)
 	    を入力 します.</para>
 	</step>
 
 	<step>
 	  <para>kermit を抜けてください. (回線を切断せずに)</para>
 	</step>
 
 	<step>
 	  <para>下記のように入力します: </para>
 
 	  <screen>&prompt.root; <userinput>/usr/src/usr.sbin/pppd.new/pppd <replaceable>/dev/tty01</replaceable> <replaceable>19200</replaceable></userinput></screen>
 
 	  <para>(通信速度とデバイス名には,
 	    あなたの環境に適したものを入れてください)</para>
 	</step>
       </procedure>
 
       <para>これでこのコンピュータは PPP で接続されました. もし,
 	なんらかの理由で 接続に失敗したならば,
 	<filename>/etc/ppp/options</filename> ファイルに
 	<option>debug</option>  オプションを追加して,
 	問題点を突き止めるために, コンソールに表示される
 	メッセージを調べてください.</para>
 
       <para>下記の <filename>/etc/ppp/pppup</filename> スクリプトは,
 	上記の作業を すべて自動的におこないます:</para>
 
-      <programlisting>
-#!/bin/sh
+      <programlisting>#!/bin/sh
 ps ax |grep pppd |grep -v grep
 pid=`ps ax |grep pppd |grep -v grep|awk '{print $1;}'`
 if [ "X${pid}" != "X" ] ; then
         echo 'killing pppd, PID=' ${pid}
         kill ${pid}
 fi
 ps ax |grep kermit |grep -v grep
 pid=`ps ax |grep kermit |grep -v grep|awk '{print $1;}'`
 if [ "X${pid}" != "X" ] ; then
         echo 'killing kermit, PID=' ${pid}
         kill -9 ${pid}
 fi
 
 ifconfig ppp0 down
 ifconfig ppp0 delete
 
 kermit -y /etc/ppp/kermit.dial
 pppd /dev/tty01 19200</programlisting>
 
       <para><filename>/etc/ppp/kermit.dial</filename> は kermit
 	用のスクリプトで, ダイヤルして,
 	リモートホストでの認証に必要なすべての処理をおこないます.
 	(そのようなスクリプトの例は
 	この文書の終わりに添付してあります)</para>
 
       <para>PPP 接続を切断するには, 下記のような
 	<filename>/etc/ppp/pppdown</filename> スクリプトを
 	使用します:</para>
 
-      <programlisting>
-#!/bin/sh
+      <programlisting>#!/bin/sh
 pid=`ps ax |grep pppd |grep -v grep|awk '{print $1;}'`
 if [ X${pid} != "X" ] ; then
         echo 'killing pppd, PID=' ${pid}
         kill -TERM ${pid}
 fi
 
 ps ax |grep kermit |grep -v grep
 pid=`ps ax |grep kermit |grep -v grep|awk '{print $1;}'`
 if [ "X${pid}" != "X" ] ; then
         echo 'killing kermit, PID=' ${pid}
         kill -9 ${pid}
 fi
 
 /sbin/ifconfig ppp0 down
 /sbin/ifconfig ppp0 delete
 kermit -y /etc/ppp/kermit.hup
 /etc/ppp/ppptest</programlisting>
 
       <para>PPP が動作中かどうかを調べます
 	(<filename>/usr/etc/ppp/ppptest</filename>):</para>
 
-      <programlisting>
-#!/bin/sh
+      <programlisting>#!/bin/sh
 pid=`ps ax| grep pppd |grep -v grep|awk '{print $1;}'`
 if [ X${pid} != "X" ] ; then
         echo 'pppd running: PID=' ${pid-NONE}
 else
         echo 'No pppd running.'
 fi
 set -x
 netstat -n -I ppp0
 ifconfig ppp0</programlisting>
 
       <para>モデム回線を切断します
 	(<filename>/etc/ppp/kermit.hup</filename>):</para>
 
-      <programlisting>
-set line /dev/tty01	; put your modem device here
+      <programlisting>set line /dev/tty01	; put your modem device here
 set speed 19200
 set file type binary
 set file names literal
 set win 8
 set rec pack 1024
 set send pack 1024
 set block 3
 set term bytesize 8
 set command bytesize 8
 set flow none
 
 pau 1
 out +++
 inp 5 OK
 out ATH0\13
 echo \13
 exit</programlisting>
 
       <para>次は <command>kermit</command> の代わりに
 	<command>chat</command> を使う方法です.</para>
 
       <para><emphasis>原作: &a.rhuff;.</emphasis></para>
 
       <para>pppd 接続を確立するためには,
 	次の二つのファイルの設定だけで十分です.</para>
 
       <para><filename>/etc/ppp/options</filename>:</para>
 
-      <programlisting>
-/dev/cuaa1 115200
+      <programlisting>/dev/cuaa1 115200
 
 crtscts		# enable hardware flow control
 modem		# modem control line
 connect "/usr/bin/chat -f /etc/ppp/login.chat.script"
 noipdefault	# remote PPP serve must supply your IP address.
 	        # if the remote host doesn't send your IP during
                 # IPCP negotiation, remove this option
 passive         # wait for LCP packets
 domain &lt;your.domain&gt;	# put your domain name here
 
 :		# put the IP of remote PPP host here
 	        # it will be used to route packets via PPP link
                 # if you didn't specified the noipdefault option
                 # change this line to &lt;local_ip&gt;:&lt;remote_ip&gt;
 
 defaultroute	# put this if you want that PPP server will be
 	        # your default router</programlisting>
 
       <para><filename>/etc/ppp/login.chat.script</filename>:</para>
 
       <note>
       <para>(実際には一行になります.)</para>
       </note>
 
-      <programlisting>
-ABORT BUSY ABORT 'NO CARRIER' "" AT OK ATDT&lt;phone.number&gt;
+      <programlisting>ABORT BUSY ABORT 'NO CARRIER' "" AT OK ATDT&lt;phone.number&gt;
  CONNECT "" TIMEOUT 10 ogin:-\\r-ogin: &lt;login-id&gt;
  TIMEOUT 5 sword: &lt;password&gt;</programlisting>
 
       <para>正しくインストールし編集した後は,
 	必要な事はこれだけです</para>
 
       <screen>&prompt.root; <userinput>pppd</userinput></screen>
 
       <para>このサンプルは主に Trev Roydhouse
 	&lt;Trev.Roydhouse@f401.n711.z3.fidonet.org&gt;
 	から寄せられた情報に基づいており,
 	承諾を得て使用しています.</para>
     </sect2>
 
     <sect2>
       <title>PPP サーバとしての動作</title>
 
       <para><filename>/etc/ppp/options</filename>:</para>
 
-      <programlisting>
-crtscts                         # Hardware flow control
+      <programlisting>crtscts                         # Hardware flow control
 netmask 255.255.255.0           # netmask ( not required )
 192.114.208.20:192.114.208.165  # ip's of local and remote hosts
                                 # local ip must be different from one
                                 # you assigned to the ethernet ( or other )
                                 # interface on your machine.
                                 # remote IP is ip address that will be 
                                 # assigned to the remote machine
 domain ppp.foo.com              # your domain
 passive                         # wait for LCP
 modem                           # modem line</programlisting>
 
       <para>下記のような <filename>/etc/ppp/pppserv</filename>
 	スクリプトで, そのマシンを PPP
 	サーバにすることができます.</para>
 
-      <programlisting>
-#!/bin/sh
+      <programlisting>#!/bin/sh
 ps ax |grep pppd |grep -v grep
 pid=`ps ax |grep pppd |grep -v grep|awk '{print $1;}'`
 if [ "X${pid}" != "X" ] ; then
         echo 'killing pppd, PID=' ${pid}
         kill ${pid}
 fi
 ps ax |grep kermit |grep -v grep
 pid=`ps ax |grep kermit |grep -v grep|awk '{print $1;}'`
 if [ "X${pid}" != "X" ] ; then
         echo 'killing kermit, PID=' ${pid}
         kill -9 ${pid}
 fi
 
 # reset ppp interface
 ifconfig ppp0 down
 ifconfig ppp0 delete
 
 # enable autoanswer mode
 kermit -y /etc/ppp/kermit.ans
 
 # run ppp
 pppd /dev/tty01 19200</programlisting>
 
       <para>PPP サーバを終了するには, この
 	<filename>/etc/ppp/pppservdown</filename> スクリプト
 	を使用します:</para>
 
-      <programlisting>
-#!/bin/sh
+      <programlisting>#!/bin/sh
 ps ax |grep pppd |grep -v grep
 pid=`ps ax |grep pppd |grep -v grep|awk '{print $1;}'`
 if [ "X${pid}" != "X" ] ; then
         echo 'killing pppd, PID=' ${pid}
         kill ${pid}
 fi
 ps ax |grep kermit |grep -v grep
 pid=`ps ax |grep kermit |grep -v grep|awk '{print $1;}'`
 if [ "X${pid}" != "X" ] ; then
         echo 'killing kermit, PID=' ${pid}
         kill -9 ${pid}
 fi
 ifconfig ppp0 down
 ifconfig ppp0 delete
 
 kermit -y /etc/ppp/kermit.noans</programlisting>
 
       <para>下記の kermit スクリプトは, モデムの自動応答機能を有効,
 	または無効にします
 	(<filename>/etc/ppp/kermit.ans</filename>):</para>
 
-      <programlisting>
-set line /dev/tty01
+      <programlisting>set line /dev/tty01
 set speed 19200
 set file type binary
 set file names literal
 set win 8
 set rec pack 1024
 set send pack 1024
 set block 3
 set term bytesize 8
 set command bytesize 8
 set flow none
 
 pau 1
 out +++
 inp 5 OK
 out ATH0\13
 inp 5 OK
 echo \13
 out ATS0=1\13   ; change this to out ATS0=0\13 if you want to disable
                 ; autoanswer mod
 inp 5 OK
 echo \13
 exit</programlisting>
 
       <para>この <filename>/etc/ppp/kermit.dial</filename>
 	スクリプトは, リモートホストに ダイヤルし,
 	認証手続きをするのに使用します. あなたは必要に応じて, これを
 	変更しないといけないでしょう.
 	あなたのユーザ名とパスワードをこの
 	スクリプトに書かなければいけませんし,
 	モデムやリモートホストからの 応答によっては,
 	入力待ちの文を変更する必要もあります.</para>
 
-      <programlisting>
-;
+      <programlisting>;
 ; put the com line attached to the modem here:
 ;
 set line /dev/tty01
 ;
 ; put the modem speed here:
 ;
 set speed 19200
 set file type binary            ; full 8 bit file xfer
 set file names literal
 set win 8
 set rec pack 1024
 set send pack 1024
 set block 3
 set term bytesize 8
 set command bytesize 8
 set flow none
 set modem hayes
 set dial hangup off
 set carrier auto                ; Then SET CARRIER if necessary,
 set dial display on             ; Then SET DIAL if necessary,
 set input echo on
 set input timeout proceed
 set input case ignore
 def \%x 0                       ; login prompt counter
 goto slhup
 
 :slcmd                          ; put the modem in command mode
 echo Put the modem in command mode.
 clear                           ; Clear unread characters from input buffer
 pause 1
 output +++                      ; hayes escape sequence
 input 1 OK\13\10                ; wait for OK
 if success goto slhup
 output \13
 pause 1
 output at\13
 input 1 OK\13\10
 if fail goto slcmd              ; if modem doesn't answer OK, try again
 
 :slhup                          ; hang up the phone
 clear                           ; Clear unread characters from input buffer
 pause 1
 echo Hanging up the phone.
 output ath0\13                  ; hayes command for on hook
 input 2 OK\13\10
 if fail goto slcmd              ; if no OK answer, put modem in command mode
 
 :sldial                         ; dial the number
 pause 1
 echo Dialing.
 output atdt9,550311\13\10               ; put phone number here
 assign \%x 0                    ; zero the time counter
 
 :look
 clear                           ; Clear unread characters from input buffer
 increment \%x                   ; Count the seconds
 input 1 {CONNECT }
 if success goto sllogin
 reinput 1 {NO CARRIER\13\10}
 if success goto sldial
 reinput 1 {NO DIALTONE\13\10}
 if success goto slnodial
 reinput 1 {\255}
 if success goto slhup
 reinput 1 {\127}
 if success goto slhup
 if < \%x 60 goto look
 else goto slhup
 
 :sllogin                        ; login
 assign \%x 0                    ; zero the time counter
 pause 1
 echo Looking for login prompt.
 
 :slloop
 increment \%x                   ; Count the seconds
 clear                           ; Clear unread characters from input buffer
 output \13
 ;
 ; put your expected login prompt here:
 ;
 input 1 {Username: }
 if success goto sluid
 reinput 1 {\255}
 if success goto slhup
 reinput 1 {\127}
 if success goto slhup
 if < \%x 10 goto slloop         ; try 10 times to get a login prompt
 else goto slhup                 ; hang up and start again if 10 failures
 
 :sluid
 ;
 ; put your userid here:
 ;
 output ppp-login\13
 input 1 {Password: }
 ;
 ; put your password here:
 ;
 output ppp-password\13
 input 1 {Entering SLIP mode.}
 echo
 quit
 
 :slnodial
 echo \7No dialtone.  Check the telephone line!\7
 exit 1
 
 ; local variables:
 ; mode: csh
 ; comment-start: "; "
 ; comment-start-skip: "; "
 ; end:</programlisting>
     </sect2>
   </sect1>
 
   <sect1 id="pppoe">
     <title> PPP オーバイーサネット (PPPoE) の利用</title>
 
     <para><emphasis>原作: &a.jim;  ( <ulink url="http://node.to/freebsd/how-tos/how-to-freebsd-pppoe.html">node.to</ulink> より) 10 Jan 2000.</emphasis></para>
 
     <para>以下の解説は, PPPoE として知られる,
       PPP オーバイーサネットの設定法です.</para>
 
     <sect2>
       <title>必要なもの</title>
 
       <para>あなたのシステムで PPPoE を適切に機能させるためには,
         以下のものが必要です.</para>
 
       <itemizedlist>
         <listitem>
           <para>FreeBSD 3.4やそれより新しいバージョンのカーネルソース</para>
         </listitem>
 
         <listitem>
           <para>FreeBSD 3.4やそれより新しいバージョンの<application>ppp</application></para>
         </listitem>
       </itemizedlist>
     </sect2>
 
     <sect2>
       <title>カーネルコンフィギュレーション</title>
 
       <para>以下に示すオプションをカーネルコンフィギュレーションファイルに
         追加して, その後 <link linkend="kernelconfig">新しいカーネルを
         コンパイルする</link>必要があります.</para>
 
       <itemizedlist>
         <listitem>
           <para>options NETGRAPH</para>
         </listitem>
       </itemizedlist>
 
       <para>以下は任意</para>
  
       <itemizedlist>
         <listitem>
           <para>options NETGRAPH_PPPOE</para>
         </listitem>
 
         <listitem>
           <para>options NETGRAPH_SOCKET</para>
         </listitem>
       </itemizedlist>
 
       <para>
         この機能は実行時には有効ではありませんが, 要求に応じて
         <application>ppp</application> は関係のあるモジュールを
         読み込みます.
       </para>
     </sect2>
 
     <sect2>
       <title><filename>ppp.conf</filename> の設定</title>
 
       <para>これは動作している <filename>ppp.conf</filename> の
         例です:</para>
 
-      <programlisting>
-default: # or name_of_service_provider
+      <programlisting>default: # or name_of_service_provider
   set device PPPoE:xl1 # replace xl1 with your ethernet device
   set mru 1492
   set mtu 1492
   set authname YOURLOGINNAME
   set authkey YOURPASSWORD
   set log Phase tun command # you can add more detailed logging if you wish
   set dial
   set login
   set ifaddr 10.0.0.1/0 10.0.0.2/0
   add default HISADDR
   nat enable yes # if you want to enable nat for your local net
 
 papchap:
   set authname YOURLOGINNAME
   set authkey YOURPASSWORD</programlisting>
 
       <para>
         <ulink url="../FAQ/ppp.html#PPPoEwithNAT">
         <option>-nat</option>オプションを付けてPPPoE
         </ulink>を起動する際には注意するべきです.
       </para>
 
     </sect2>
 
     <sect2>
       <title><application>PPP</application> の起動</title>
 
       <para>以下を root 権限において実行することで,
         起動させることができます.:</para>
 
       <screen>&prompt.root; <userinput>ppp -ddial name_of_service_provider</userinput></screen>
     </sect2>
 
     <sect2>
       <title>システム起動時に <application>PPP</application> を立ち上げる</title>
 
       <para><filename>/etc/rc.conf</filename> ファイルに以下の行を追加
         してください:</para>
 
-      <programlisting>
-ppp_enable="YES"
+      <programlisting>ppp_enable="YES"
 ppp_mode="ddial"
 ppp_nat="YES"
 ppp_profile="default" # or your provider</programlisting>
     </sect2>
   </sect1>
 
   <sect1 id="slip">
     <title>SLIP の利用</title>
     
     <para><emphasis>原作: &a.asami;,&a.ghelmer;, 協力: &a.wilko;,
       &a.piero;.</emphasis></para>
     
     <para><emphasis>訳: &a.hanai;<!-- <br> -->
         1996 年 8 月 8 日.</emphasis></para>
 
     <sect2 id="slipc">
       <title>SLIPクライアントのセットアップ</title>
       
       <para>ここには FreeBSD
         マシンを静的アドレスのネットワークにつなげる場合の
         SLIPのセットアップの一つの方法を書いてあります.
         ホスト名を動的に割り当てる(つまり,
         ダイヤルアップするたびにアドレスが かわる)ためには,
         おそらくもっと凝ったことが必要です.</para>
       
       <para>まず,
         モデムがどのシリアルポートにつながっているか決めましょう. 私は
         <filename>/dev/cuaa1</filename> から
         <filename>/dev/modem</filename>へというシンボリックリンクを張り,
         コンフィグレーションではその名前だけを使っています.
         <filename>/etc</filename> や<filename>.kermrc</filename>
         など, システム全体に散らばっているファイルを修正する
         必要がでるとまったく煩わしいのです!</para>
       
       <note>
         <para>ここで, <filename>/dev/cuaa0</filename>は
           <devicename>COM1</devicename>であり,
           <filename>cuaa1</filename>は<devicename>COM2</devicename>です.</para>
       </note>
 
       <para>カーネルのコンフィグレーションファイルに
 
-        <programlisting>
-pseudo-device   sl      1</programlisting>
+        <programlisting>pseudo-device   sl      1</programlisting>
 
         という記述があるのを確認してください.
         これは <filename>GENERIC</filename> カーネルに含まれている
         ので削除していない限り大丈夫でしょう.</para>
 
       <sect3>
 	<title>最初の設定</title>
 
         <procedure>
           <step>
             <para><filename>/etc/hosts</filename>
               ファイルにあなたのマシンのゲートウェイとネームサーバ
               を加えてください.  私のは以下のようになっています.</para>
 
-            <programlisting>
-127.0.0.1               localhost loghost
+            <programlisting>127.0.0.1               localhost loghost
 136.152.64.181          silvia.HIP.Berkeley.EDU silvia.HIP silvia
 136.152.64.1            inr-3.Berkeley.EDU inr-3 slip-gateway
 128.32.136.9            ns1.Berkeley.edu ns1
 128.32.136.12           ns2.Berkeley.edu ns2</programlisting>
 	  </step>
 
           <step>
             <para><filename>/etc/host.conf</filename> ファイル中で
               <option>hosts</option>が<option>bind</option>
               よりも前にあること を確認してください.
               さもないとヘンなことが起こるかもしれません.</para>
           </step>
           
           <step>
             <para><filename>/etc/rc.conf</filename>
               ファイルを編集してください. なお, お使いの  FreeBSD が
               2.2.2 よりも前のバージョンのものの場合は,
               <filename>/etc/sysconfig</filename>
               を編集してください.</para>
             
             <orderedlist>
               <listitem>
                 <para>行</para>
 
-                <programlisting>
-<quote>hostname=myname.my.domain</quote></programlisting>
+                <programlisting><quote>hostname=myname.my.domain</quote></programlisting>
 
                 <para>を編集してホスト名をセットしてください.
                   完全なInternetホスト名を与えるべきです.</para>
               </listitem>
               
               <listitem>
                 <para>行</para>
 
-                <programlisting>
-<quote>network_interfaces="lo0"</quote></programlisting>
+                <programlisting><quote>network_interfaces="lo0"</quote></programlisting>
 
                 <para>を</para>
 
-                <programlisting>
-<quote>network_interfaces="lo0 sl0"</quote></programlisting>
+                <programlisting><quote>network_interfaces="lo0 sl0"</quote></programlisting>
 
                 <para>へ変更することにより
                   ネットワークインタフェースのリストに sl0
                   を加えてください.</para>
               </listitem>
 
               <listitem>
                 <para>行</para>
                 
-                <programlisting>
-ifconfig_sl0="inet ${hostname} slip-gateway netmask 0xffffff00 up"</programlisting>
+                <programlisting>ifconfig_sl0="inet ${hostname} slip-gateway netmask 0xffffff00 up"</programlisting>
 
                 <para>を加えて sl0
                   のスタートアップフラグをセットしてください.</para>
               </listitem>
 
               <listitem>
                 <para>行</para>
                 
-                <programlisting>
-<quote>defaultrouter=NO</quote></programlisting>
+                <programlisting><quote>defaultrouter=NO</quote></programlisting>
 
                 <para>を</para>
                 
-                <programlisting>
-<quote>defaultrouter=slip-gateway</quote></programlisting>
+                <programlisting><quote>defaultrouter=slip-gateway</quote></programlisting>
 
                 <para>へ変更してデフォルトのルータを
                   指定してください.</para>
               </listitem>
             </orderedlist>
           </step>
           
           <step>
             <para>次の</para>
             
-            <programlisting>
-domain HIP.Berkeley.EDU
+            <programlisting>domain HIP.Berkeley.EDU
 nameserver 128.32.136.9
 nameserver 128.32.136.12</programlisting>
             
             <para>という内容を含むファイル
               <filename>/etc/resolv.conf</filename> を作ってください.
               見ればわかるように,
               これらはネームサーバホストを設定しています. もちろん,
               実際のドメイン名やアドレスは
               あなたの環境に依存します.</para>
           </step>
           
           <step>
             <para>root と toor
               (及びパスワードを持っていない他のアカウントすべて)
               のパスワード を設定してください.
               passwdコマンドを使いましょう.
               <filename>/etc/passwd</filename> や
               <filename>/etc/master.passwd</filename>
               といったファイルを編集してはいけません!</para>
           </step>
           
           <step>
             <para>マシンを再起動して正しいホスト名で
               立ち上がることを確認してください.</para>
           </step>
         </procedure>
       </sect3>
       
       <sect3>
         <title>SLIP接続をおこなう</title>
         
         <procedure>
           <step>
             <para>モデムを起動, つながったらプロンプトで
               <command>slip</command>とタイプし, マシン名と
               パスワードを入力してください.
               入力する必要があるものは環境に よって異なります.
               私は次のようなスクリプトでkermitを使っています.</para>
 
-            <programlisting>
-# kermit setup
+            <programlisting># kermit setup
 set modem hayes
 set line /dev/modem
 set speed 115200
 set parity none
 set flow rts/cts
 set terminal bytesize 8
 set file type binary
 # The next macro will dial up and login
 define slip dial 643-9600, input 10 =&gt;, if failure stop, -
 output slip\x0d, input 10 Username:, if failure stop, -
 output silvia\x0d, input 10 Password:, if failure stop, -
 output ***\x0d, echo \x0aCONNECTED\x0a</programlisting>
             
             <para>(もちろん,
               ホスト名とパスワードは変える必要があります).
               接続するためには kermit のプロンプトで
               <command>slip</command>とタイプするだけです.</para>
             
             <note>
               <para>ファイルシステムのどんなところにもプレインテキスト
                 にパスワードを書いておくのは一般的にはよくありません.
                 覚悟の上で やってください.
                 私は単に不精なだけです.</para>
             </note>
           </step>
           
           <step>
             <para>ここでkermitから抜け出し
               (<command>z</command>でkermitをサスペンドできます), root
               で</para>
             
             <screen>&prompt.root; <userinput>slattach -h -c -s 115200 /dev/modem</userinput></screen>
             
             <para>と入力しましょう. もしルータの向う側のホストへ
               <command>ping</command> できるなら接続成功です! もしうまく
               いかなければslattachへの引数として <option>-c</option>
               の代わりに<option>-a</option>とやってみてください.</para>
           </step>
         </procedure>
       </sect3>
       
       <sect3>
         <title>接続の切り方</title>
         
         <para>slattachを殺すためにrootで
           
           <screen>&prompt.root; <userinput>kill -INT `cat /var/run/slattach.modem.pid`</userinput></screen>
           
           とタイプしてください. そして kermit に戻り
           (もしkermitをサスペンドしていたなら
           <command>fg</command>), kermitから抜けてください
           (<command>q</command>).</para>
         
         <para>slattachのマニュアルページにはインタフェースを落すために
           <command>ifconfig sl0
             down</command>をしなければいけないと書いていますが,
           私には差がないように見えます. (<command>ifconfig
             sl0</command>とやっても同じ結果が得られる.)</para>
         
         <para>時にはモデムがキャリアを落すのを
           拒絶するかもしれません(私のは よくそうなります).
           その時は単にkermitをスタートしてまた終了 してください.
           普通は2回目で落ちます.</para>
       </sect3>
       
       <sect3>
         <title>トラブルシューティング</title>
         
         <para>もし動かなければ自由に私に質問してください.
           今までいろんな人がつまずいた のは次のようなことです.</para>
         
         <itemizedlist>
           <listitem>
             <para>slattach で <option>-c</option> や <option>-a</option>
               を使わなかった(私はなぜこれが致命的になり得るのか
               わかりませんが, このフラグを付けることで少なくとも一人の
               問題は解決しました.)</para>
           </listitem>
           
           <listitem>
             <para><option>sl0</option> の代わりに <option>s10</option>
               を使った(いくつかのフォントでは見分けるのは難しい
               かもしれません).</para>
           </listitem>
           
           <listitem>
             <para>インタフェースの状態を見るために <command>ifconfig
                 sl0</command> をやってみてください. 私は,</para>
             
             <screen>&prompt.root; <userinput>ifconfig sl0</userinput>
 sl0: flags=10&lt;POINTOPOINT&gt;
         inet 136.152.64.181 --&gt; 136.152.64.1 netmask ffffff00</screen>
 
             <para>となります.</para>
           </listitem>
           
           <listitem>
             <para>また, pingが <quote>no route to host</quote>
               というメッセージを返す時には <command>netstat
                 -r</command>でルーティングテーブルを確認しましょう.
               私のは,</para>
             
 	  <screen>&prompt.root; <userinput>netstat -r</userinput>
 Routing tables
 Destination      Gateway            Flags     Refs     Use  IfaceMTU    Rtt   
 Netmasks:
 (root node)
 (root node)
 
 Route Tree for Protocol Family inet:
 (root node) =&gt;
 default          inr-3.Berkeley.EDU UG          8   224515  sl0 -      -     
 localhost.Berkel localhost.Berkeley UH          5    42127  lo0 -       0.438
 inr-3.Berkeley.E silvia.HIP.Berkele UH          1        0  sl0 -      -     
 silvia.HIP.Berke localhost.Berkeley UGH        34 47641234  lo0 -       0.438
 (root node)</screen>
 
             <para>となります.
               (これはたくさんのファイルを転送した後でのもので,
               あなたの見る数字はもっと小さいかも
               しれません).</para>
           </listitem>
         </itemizedlist>
       </sect3>
     </sect2>
     
     <sect2 id="slips">
       <title>SLIPサーバのセットアップ方法</title>
       
       <para><emphasis>訳: &a.jp.ts;.<!-- <br> -->
           1996 年 9 月 6 日.</emphasis></para>
       
       <para>この文書の目的は, SLIPサーバ機能を
         FreeBSDシステムのもとで設定するため の助言を提供することです.
         SLIPサーバ機能を設定するということは, リモー トの
         SLIPクライアントがログインできるようにするために, 自動的に接続処
         理をおこなうようにすることです.
         この文書は著者の経験に基づいておりますが,
         実際のシステム構成や要望は異なりますから,
         すべての疑問にこの文書が答え ることはできません. なお,
         ここでの助言を試みた結果, あなたのシステムへ
         の悪影響やデータの損失が生じたとしても,
         著者が責任を持つことはできませ
         んのでご了解をお願いします.</para>
       
       <sect3 id="slips-prereqs">
         <title>前提</title>
         
         <para>この文書の内容はテクニカルなものなので,
           前提知識が必要です. すなわち,
           TCP/IPネットワークプロトコルについての知識, 特に,
           ネットワークとノード のアドレス指定をはじめ,
           ネットワークアドレスマスク, サブネット化, ルー ティング,
           および RIPなどのルーティングプロトコルなどに関する知識を前提
           としています. ダイヤルアップサーバで
           SLIP機能を設定するためには, これ
           らの概念についての知識が必要ですから,
           もし不案内であると思われる方は, O'Reilly &amp; Associates,
           Inc.から出版されている Craig Hunt氏の  <emphasis>TCP/IP
             Network Administration</emphasis> (ISBN 0-937175-82-X)か,
           または  Douglas Comer氏の
           TCP/IPプロトコルに関する一連の書籍をお読みください.</para>
         
         <para>前提知識に加え, さらに, モデムの設定が完了しており,
           そのモデムを経由し てログインできるように,
           システムファイル群が適切に記述できているものと 仮定しています.
           もしモデムの準備ができていないときには, あらかじめダイヤ
           ルアップ機能の設定についてのチュートリアルをお読みください.
           Webブラ ウザが使えるのであれば
           <ulink url="http://www.FreeBSD.org/"> http://www.FreeBSD.org/
           </ulink> におけるチュー トリアルの一覧を調べてください.
           あるいは, この文書を見つけた場所を調べ て,
           <filename>dialup.txt</filename>
           やそれに類似した名前の文書をお読みください. 関連す
           るマニュアルページとしては,
           シリアルポート向けデバイスドライバについて
           の &man.sio.4; をはじめ, モデムからのログインを
           受理できるようにシステ
           ムを設定するための &man.ttys.5;, &man.gettytab.5;, &man.getty.8;,
           &man.init.8; など, さらには, シリアルポート関連パラメタ ( たと
           えば直接接続シリアルインタフェースの
           <literal>clocal</literal> ) についての
           &man.stty.1;  なども助けになるかもしれません.</para>
       </sect3>
       
       <sect3>
         <title>概要</title>
 
         <para>一般的な設定内容で FreeBSDを SLIPサーバとして利用すると,
           その動作は次 のようになります. まず, SLIPユーザが FreeBSD
           による SLIPサーバへ電話し て, SLIP専用IDでログインします.
           なお, このIDを持ったユーザはシェルとし て
           <filename>/usr/sbin/sliplogin</filename> を使います. この
           <command>sliplogin</command> は, ファイル
           <filename>/etc/sliphome/slip.hosts</filename> の中から,
           ログインIDと一致する 記述行を探します. もし一致する行があれば,
           ログインしたシリアル回線を,  利用可能な
           SLIPインタフェースへ接続し, その後にシェルスクリプト
           <filename>/etc/sliphome/slip.login</filename> で
           SLIPインタフェースを設定します.</para>
         
         <sect4>
           <title>SLIPサーバへのログイン例</title>
           
           <para>仮に SLIPユーザIDが <username>Shelmerg</username>
             とします. すると, <filename>/etc/master.passwd</filename>
             における <username>Shelmerg</username> のエントリは次のよ
             うなものになります (実際には一つの行に続いている) .</para>
           
-          <programlisting>
-Shelmerg:password:1964:89::0:0:Guy Helmer - SLIP:/usr/users/Shelmerg:/usr/sbin/sliplogin</programlisting>
+          <programlisting>Shelmerg:password:1964:89::0:0:Guy Helmer - SLIP:/usr/users/Shelmerg:/usr/sbin/sliplogin</programlisting>
 
           <para><username>Shelmerg</username> がログインすると,
             <command>sliplogin</command> は, ファイル
             <filename>/etc/sliphome/slip.hosts</filename>
             からユーザIDと一致する行を探しま す. いま仮に,
             <filename>/etc/sliphome/slip.hosts</filename>
             に次のような記述がなされていたとします.</para>
           
-          <programlisting>
-Shelmerg        dc-slip sl-helmer       0xfffffc00      autocomp</programlisting>
+          <programlisting>Shelmerg        dc-slip sl-helmer       0xfffffc00      autocomp</programlisting>
 
           <para><command>sliplogin</command>
             が上記のエントリを見つけると,
             <emphasis remap=tt>Shelmerg</emphasis> が使用して
             いるシリアル回線を, 利用可能な
             SLIPインタフェースのなかの最初のものへ 接続し, 次の内容の
             <filename>/etc/sliphome/slip.login</filename>
             を実行します.</para>
           
-          <programlisting>
-/etc/sliphome/slip.login 0 19200 Shelmerg dc-slip sl-helmer 0xfffffc00 autocomp</programlisting>
+          <programlisting>/etc/sliphome/slip.login 0 19200 Shelmerg dc-slip sl-helmer 0xfffffc00 autocomp</programlisting>
 
           <para>もし上記の手順が正常に処理されると,
             <filename>/etc/sliphome/slip.login</filename>  は,
             <command>sliplogin</command> が割り当てた SLIPインタフェース
             (この例では  <filename>slip.login</filename>
             で与えられたパラメタのうちで最初の値である SLIP
             インタフェース0である) に対して <command>ifconfig</command>
             を実行し, ローカル  IPアドレス
             (<hostid>dc-slip</hostid>)をはじめ, リモート IPアドレス
             (<hostid>sl-helmer</hostid>),
             SLIPインタフェースへのネットワークマスク
             (<hostid role="netmask">0xfffffc00</hostid>), およびその他のフラグ
             (<literal>autocomp</literal>)を設定 します. 逆に,
             さきほどの手順が正常に終了しなかった場合, 通常は
             <command>sliplogin</command> は十分な情報を syslog の
             <literal>daemon</literal> 機能経由で  <!-- kuriyama -
             facility? -->
             <filename>/var/log/messages</filename> へ記録します
             ( &man.syslogd.8; や
             &man.syslog.conf.5; のマニュアルページを参照のうえ, さらに
             <filename>/etc/syslog.conf</filename> を調べて
             <command>syslogd</command> がどのファイルへ記
             録するかを確認のこと) .</para>
           
           <para>例はこのくらいにして,
             さっそくシステムのセットアップを始めてみましょう.</para>
 	</sect4>
       </sect3>
       
       <sect3>
         <title>カーネルのコンフィグレーション</title>
         
         <para>FreeBSD のデフォルトのカーネルには, 通常, 二つの
           SLIPインタフェースが 準備されています
           (<devicename>sl0</devicename> と <devicename>sl1</devicename>)
           . これらのインタフェー
           スが使用中のカーネルに準備されているかどうかを調べるには,
           <command>netstat -i</command> を実行してください.</para>
         
         <para><command>netstat -i</command> の出力例</para>
 
         <screen>Name  Mtu   Network     Address            Ipkts Ierrs    Opkts Oerrs  Coll
 ed0   1500  &lt;Link&gt;0.0.c0.2c.5f.4a         291311     0   174209     0   133
 ed0   1500  138.247.224 ivory             291311     0   174209     0   133
 lo0   65535 &lt;Link&gt;                            79     0       79     0     0
 lo0   65535 loop        localhost             79     0       79     0     0
 sl0*  296   &lt;Link&gt;                             0     0        0     0     0
 sl1*  296   &lt;Link&gt;                             0     0        0     0     0</screen>
 
         <para><command>netstat -i</command> の出力に
           <devicename>sl0</devicename> と <devicename>sl1</devicename>
           のインタフェー スが含まれているということから,
           カーネルには二つの SLIPインタフェー
           スが組み込まれているということを示しています.
           (<literal>sl0</literal> と  <literal>sl1</literal>
           に付いたアスタリスクは, <command>netstat -i</command>
           の実行時点で はインタフェースが <quote>ダウン</quote>
           していることを表しています. )</para>
         
         <para>なお, パケットのフォワード機能は FreeBSD
           のデフォルトのカーネルでは設定 されていません
           (すなわちルータとしては動作しない) . もしインターネット
           接続ホストについての RFC要件 ( RFC 1009 [Requirements for
           Internet Gateways] と 1122 [Requirements for Internet Hosts
           &mdash; Communication Layers], おそらく 1127 [A Perspective on
           the Host Requirements RFCs] も ) に準拠して, FreeBSDによる
           SLIPサー バをルータとして動作させたいときには,
           <filename>/etc/rc.conf</filename> (バージョ ン 2.2.2 より前の
           FreeBSD では <filename>/etc/sysconfig</filename>) ファイル の
           <literal>gateway_enable</literal> 変数を <option>YES</option>
           としてください. もし古いシステ ムで
           <filename>/etc/sysconfig</filename> ファイルすらないときには,
           次のコマン ドを <filename>/etc/rc.local</filename>
           へ追加してください.</para>
         
-        <programlisting>
-sysctl -w net.inet.ip.forwarding = 1</programlisting>
+        <programlisting>sysctl -w net.inet.ip.forwarding = 1</programlisting>
 
         <para>この新しい設定を有効とするには,
           リブートする必要があります.</para>
         
         <para>デフォルトのカーネルコンフィグレーションファイル
           (<filename>/sys/i386/conf/GENERIC</filename>) の最後の部分に,
           次のような行がありま す.</para>
         
-        <programlisting>
-pseudo-device sl 2</programlisting>
+        <programlisting>pseudo-device sl 2</programlisting>
 
         <para>この行によって, 使用可能な SLIPデバイスの総数が決まります.
           すなわち, 行 末の数値が, 同時に動作可能な
           SLIP接続の最大数となります.</para>
         
         <para>カーネルの再構築については,
           <link linkend="kernelconfig">FreeBSDカー
             ネルのコンフィグレーション</link> を参照ください.</para>
       </sect3>
       
       <sect3>
         <title>Sliploginのコンフィグレーション</title>
         
         <para>すでにご説明したように,
           <filename>/usr/sbin/sliplogin</filename> のコンフィグレー
           ションのために,
           3種類のファイルが<filename>/etc/sliphome</filename>
           ディレクトリに あります (<command>sliplogin</command>
           についての実際のマニュアルページとしては
           &man.sliplogin.8; を参照のこと) .
           ファイル <filename>slip.hosts</filename> は
           SLIPユーザおよびその IPアドレスを決めます. 通常, ファイル
           <filename>slip.login</filename> は,
           SLIPインタフェースを設定することだけに使
           用します. <filename>slip.logout</filename>
           はオプションのファイルで,
           <filename>slip.login</filename> で設定した内容を,
           シリアル接続が終了した時点で解除
           するときに使用します.</para>
         
         <sect4>
           <title><filename>slip.hosts</filename>
 	  のコンフィグレーション</title>
           
           <para><filename>/etc/sliphome/slip.hosts</filename> には,
             少なくとも 4 つの項目をホワイ トスペース (スペースやタブ)
             で区切って指定します.</para>
           
           <itemizedlist>
             <listitem>
               <para>SLIPユーザのログインID</para>
             </listitem>
             
             <listitem>
               <para>SLIPリンクのローカル (SLIPサーバ側) アドレス</para>
             </listitem>
             
             <listitem>
               <para>SLIPリンクのリモートアドレス</para>
             </listitem>
             
             <listitem>
               <para>ネットワークマスク</para>
             </listitem>
           </itemizedlist>
           
           <para>ホスト名をローカルおよびリモートのアドレスとして
             記述できます (IPアドレ スの決定は,
             <filename>/etc/host.conf</filename> の指定内容に応じて,
             <filename>/etc/hosts</filename> か
             DNSのいずれかによって決定される) . また, ネット
             ワークマスクも <filename>/etc/networks</filename>
             ファイルに記述された名前を参照す ることで,
             指定することもできると思います. これまでの例としてあげたシス
             テムでの <filename>/etc/sliphome/slip.hosts</filename>
             は次のようになります.</para>
           
-          <programlisting>
-#
+          <programlisting>#
 # login local-addr      remote-addr     mask            opt1    opt2 
 #                                               (normal,compress,noicmp)
 #
 Shelmerg  dc-slip       sl-helmerg      0xfffffc00      autocomp</programlisting>
 
           <para>それぞれの行の最後には,
             次に示すオプションを一つ以上指定できます.</para>
           
           <itemizedlist>
             <listitem>
               <para><option>normal</option> &mdash; ヘッダを圧縮しない</para>
             </listitem>
             
             <listitem>
               <para><option>compress</option> &mdash; ヘッダを圧縮する</para>
             </listitem>
             
             <listitem>
               <para><option>autocomp</option> &mdash;
                 リモートの設定に応じて, ヘッダを圧縮する</para>
             </listitem>
             
             <listitem>
               <para><option>noicmp</option> &mdash;
                 ICMPパケットを禁止する
                 ( <quote>ping</quote> パケットは送出されず,
                 バンド幅を占有しない)</para>
             </listitem>
           </itemizedlist>
           
           <para>なお, FreeBSDバージョン2の初期リリースの
             <command>sliplogin</command> は, 旧  FreeBSD
             1.xでは有効であった上記のオプションを無視していましたので,
             <option>normal</option>, <option>compress</option>,
             <option>autocomp</option>, そして <option>noicmp</option>
             などのオプションは FreeBSD
             2.2でサポートされるまでは効果がありませんでした (た
             だしこれらのフラグを使うためには
             <filename>slip.login</filename> スクリプトへ記述する
             必要がある) .</para>
           
           <para>SLIPリンクでのローカルとリモート向けのアドレスの
             選び方は, TCP/IPサブネッ トを専用に割り当てるか,
             または <quote>プロキシ ARP</quote> を
             SLIPサーバへ用いるかによって違います ( <quote>プロキシ
               ARP</quote> という用語のここでの使い方は本来のものではないが,
             説明のためにこの用語を使う) . もし,
             どちらの方式を選ぶべきか判らなかったり,
             IPアドレスの割り当て方が不明のときには, 上述の
             <link linkend="slips-prereqs">前提</link> の節で紹介した
             TCP/IP関連書籍を参考になさるか,  またはあなたの
             IPネットワークを管理している方に相談なさると
             よいでしょう.</para>
           
           <para>独立したサブネットを SLIPクライアントへ適用するときには,
             すでに割り当てられている
             IPネットワーク番号の範囲からサブネット番号を割り当て, 同
             時にそのサブネットの範囲内で有効な IPアドレスを
             SLIPクライアントの IP 番号として割り当てる必要があります.
             さらに, この SLIPサブネットから SLIPサーバを経由して最も近い
             IPルータへの経路を静的に設定するか, または
             <command>gated</command> を FreeBSDによる
             SLIPサーバへインストールして, 適当
             なルーティングプロトコルを使って,
             SLIPサーバ経由のサブネットへの経路情
             報をルータ群へ通知できるように設定するか,
             のいずれかをおこなう必要があります.</para>
           
           <para><quote>プロキシ ARP</quote> 方式を採用するときには,
             SLIPクライアント向けの IPアドレス
             として, SLIPサーバのサブネットの範囲から
             選んで割り当てるとともに,
             &man.arp.8; コマンドを使うために
             <filename>/etc/sliphome/slip.login</filename>
             と<filename>/etc/sliphome/slip.logout</filename>
             のスクリプトを修正して, SLIPサー
             バにおける ARPテーブル内のプロキシ ARPエントリへ
             反映させる必要がありま
             す.</para>
 	</sect4>
         
 	<sect4>
           <title><filename>slip.login</filename>
             のコンフィグレーション</title>
           
           <para>ファイル <filename>/etc/sliphome/slip.login</filename>
             の一般的な内容は次にようになります.</para>
 
-          <programlisting>
-#!/bin/sh -
+          <programlisting>#!/bin/sh -
 #
 #	@(#)slip.login  5.1 (Berkeley) 7/1/90
 
 #
 # generic login file for a slip line.  sliplogin invokes this with
 # the parameters:
 #      1        2         3        4          5         6     7-n
 #   slipunit ttyspeed loginname local-addr remote-addr mask opt-args
 #
 /sbin/ifconfig sl$1 inet $4 $5 netmask $6</programlisting>
 
           <para>この <filename>slip.login</filename>
             ファイルの役目は単に, SLIPインタフェースにつ
             いてのローカルとリモートのアドレス,
             およびそのネットワークマスクを  <command>ifconfig</command>
             コマンドで設定することです.</para>
           
           <para>もし <quote>プロキシ ARP</quote> 方式を採用する
             (SLIPクライアントへ独立したサブネットを使わない) ときには,
             ファイル <filename>/etc/sliphome/slip.login</filename>
             は次のような内容になります.</para>
 
-          <programlisting>
-#!/bin/sh -
+          <programlisting>#!/bin/sh -
 #
 #	@(#)slip.login  5.1 (Berkeley) 7/1/90
 
 #
 # generic login file for a slip line.  sliplogin invokes this with
 # the parameters:
 #      1        2         3        4          5         6     7-n
 #   slipunit ttyspeed loginname local-addr remote-addr mask opt-args
 #
 /sbin/ifconfig sl$1 inet $4 $5 netmask $6
 # Answer ARP requests for the SLIP client with our Ethernet addr
 /usr/sbin/arp -s $5 00:11:22:33:44:55 pub</programlisting>
 
           <para>この <filename>slip.login</filename> で追加された行
             <command>arp -s &#36;5 00:11:22:33:44:55 pub</command> は,
             SLIPサーバにおける ARPテーブルへ新たなエントリを作ります.
             SLIPサーバ は, この ARPエントリが作られると,
             SLIPクライアントの IPアドレスと話し たい他の
             IPノードが要求してきたときにはいつも, SLIPサーバ の Ethernet
             MACアドレスを返すようになります.</para>
           
           <para>上記の例を実際に流用なさるときには, 例にある Ethernet
             MACアドレス  (<hostid role="mac">00:11:22:33:44:55</hostid>)
             を, あなたのシステムの実際のEthernetカー ドの
             MACアドレスと置き換えなければ <quote>プロキシ
               ARP</quote> はうまく動作しません!  SLIPサーバの Ethernet
             MACアドレスを調べるには <command>netstat -i</command> コマ
             ンドを利用してください.
             実行結果の第2行は次のようなものになるはずです.</para>
           
           <screen>ed0   1500  &lt;Link&gt;0.2.c1.28.5f.4a         191923     0   129457     0   116</screen>
 
           <para>この例での Ethernet MACアドレスは
             <hostid role="mac">00:02:c1:28:5f:4a</hostid> であると
             読みます. なお &man.arp.8; における MAC
             アドレスの指定に際しては,
             コマンド <command>netstat -i</command> が付けた
             Ethernet MACアドレスのピリオド記
             号をコロン記号と置き換え, かつ単一桁の 16
             進数にはゼロを先頭に加える必
             要があります. この指定についての正確な情報は &man.arp.8;
             を参照く
             ださい.</para>
           
           <note>
             <para><filename>/etc/sliphome/slip.login</filename> と
               <filename>/etc/sliphome/slip.logout</filename>
               を作成したならば, ファイル属性の <quote>実行</quote> ビット
               (すなわち  <command>chmod 755 /etc/sliphome/slip.login
                 /etc/sliphome/slip.logout</command>) を
               設定しなければなりません. さもなければ
               <command>sliplogin</command> が
               うまく実行されません.</para>
           </note>
 	</sect4>
         
 	<sect4>
           <title><filename>slip.logout</filename>
             のコンフィグレーション</title>
           
           <para>ファイル <filename>/etc/sliphome/slip.logout</filename>
             は必ずしも必要なものではあ りません (ただし <quote>プロキシ
               ARP</quote> を利用する場合を除く) . もしこのファイルを
             作成するときには, 次に示す標準的な
             <filename>slip.logout</filename> スクリプト例を
             参考にしてください.</para>
           
-          <programlisting>
-#!/bin/sh -
+          <programlisting>#!/bin/sh -
 #
 #	slip.logout
 
 #
 # logout file for a slip line.  sliplogin invokes this with
 # the parameters:
 #      1        2         3        4          5         6     7-n
 #   slipunit ttyspeed loginname local-addr remote-addr mask opt-args
 #
 /sbin/ifconfig sl$1 down</programlisting>
 
           <para><quote>プロキシ ARP</quote> を利用する場合, この
             <filename>/etc/sliphome/slip.logout</filename> を 使って,
             特定の SLIPクライアント向けの
             ARPエントリを削除したくなるようなときがあります.</para>
 
-          <programlisting>
-#!/bin/sh -
+          <programlisting>#!/bin/sh -
 #
 #       @(#)slip.logout
 
 #
 # logout file for a slip line.  sliplogin invokes this with
 # the parameters:
 #      1        2         3        4          5         6     7-n
 #   slipunit ttyspeed loginname local-addr remote-addr mask opt-args
 #
 /sbin/ifconfig sl$1 down
 # Quit answering ARP requests for the SLIP client
 /usr/sbin/arp -d $5</programlisting>
           
           <para>コマンド <command>arp -d &#36;5</command> は,
             SLIPクライアントがログインした 際に, <quote>プロキシ
               ARP</quote> を使った <filename>slip.login</filename>
             によって追加され た ARPエントリを削除します.</para>
           
           <para>これによって, 繰り返して利用することができるわけです.
             必ず, <filename>/etc/sliphome/slip.logout</filename>
             を作成した後に, 実行ビットを設定し てください (
             <command>chmod 755 /etc/sliphome/slip.logout</command> )
             .</para>
 	</sect4>
       </sect3>
 
       <sect3>
         <title>ルーティングについての考慮点</title>
         
         <para><quote>プロキシ ARP</quote> 方式を利用せずに
           SLIPクライアントとその他のネットワーク  (Internetも含む)
           の構成要素との間でパケットをルーティングするときには,
           SLIPサーバ経由で
           SLIPクライアントが属するサブネットまでの経路を, 最も
           近いデフォルトのルータ群へ静的な経路情報として
           追加しなければならないか,  または <command>gated</command> を
           FreeBSDによる SLIPサーバへインストールして, SLIP
           サブネットについての経路情報を,
           適当なルーティングプロトコルでルー
           タ群へ通知できるように設定するか,
           のどちらかをおこなわなければなりません.</para>
         
 	<sect4>
           <title>静的な経路</title>
           
           <para>静的な経路を最も近いデフォルトの
             ルータ群へ追加することが困難なことがあ ります
             (経路情報を追加できる権限がなければそもそも不可能となる).
             もし あなたの組織に複数のルータで構成された
             ネットワークがあるならば, ある種 のルータ (たとえば Ciscoや
             Proteonなど) は, 静的な経路を SLIPサブネッ
             トへ使うようにルータを設定しなければならないだけでなく,
             その静的経路を 他のどのルータへ知らせるのかもあらかじめ
             指定しておく必要がありますから,
             静的経路に基づくルーティングを軌道に乗せるには
             それなりの専門的技術やト
             ラブルシューティングやコツが必要だと思います.</para>
 	</sect4>
         
 	<sect4>
           <title><command>gated</command>の稼働</title>
           
           <para>静的経路についての頭痛への代替手段は,
             <command>gated</command> を FreeBSDによる SLIPサー
             バへインストールして, 適切なルーティングプロトコル
             (RIP/OSPF/BGP/EGP)  を使って
             SLIPサブネットについての経路情報を他のルータへ知らせるように
             設定することです. <link linkend="ports">ports
               コレクション</link>から  <command>gated</command>
             を用いることもできますし,
             <ulink url="ftp://ftp.gated.merit.edu/research.and.development/gated/">
               the GateD 匿名 FTP サイト</ulink>
             から探して自分自身で構築することもで きます.
             この文章を執筆時点の最新バージョンは
             <filename>gated-R3_5Alpha_8.tar.Z</filename> であり,
             このファイル <quote>だけで</quote> FreeBSDで 動作させることができます.
             <command>gated</command> についてのすべての情報と文書 は
             <ulink url="http://www.gated.merit.edu/">
               Merit GateD コンソーシアム</ulink> からはじまる Web
             上で入手でき ます. <command>gated</command>
             のコンパイルとインストールを行ったならば,
             独自の 設定のために <filename>/etc/gated.conf</filename>
             ファイルを記述してください. 次の 例は,
             筆者が FreeBSDによる SLIP
             サーバで使っている内容と類似のものです.</para>
           
-          <programlisting>
-#
+          <programlisting>#
 # gated configuration file for dc.dsu.edu; for gated version 3.5alpha5
 # Only broadcast RIP information for xxx.xxx.yy out the ed Ethernet interface
 #
 #
 # tracing options
 #
 traceoptions "/var/tmp/gated.output" replace size 100k files 2 general ;
 
 rip yes {
  interface sl noripout noripin ;
  interface ed ripin ripout version 1 ;
  traceoptions route ;
 } ;
 
 #
 # Turn on a bunch of tracing info for the interface to the kernel:
 kernel {
  traceoptions remnants request routes info interface ;
 } ;
 
 #
 # Propagate the route to xxx.xxx.yy out the Ethernet interface via RIP
 #
 
 export proto rip interface ed {
         proto direct {
                 <replaceable>xxx.xxx.yy</replaceable> mask 255.255.252.0 metric 1; # SLIP connections
         } ;
 } ;
 
 #
 # Accept routes from RIP via ed Ethernet interfaces
 
 import proto rip interface ed {
         all ;
 } ;</programlisting>
 
           <para>この <filename>gated.conf</filename> ファイルの例では,
             SLIPのサブネット  <replaceable>xxx.xxx.yy</replaceable>
             についての経路情報を RIPを使って Ethernetへブロー
             ドキャストしています. もし <devicename>ed</devicename>
             ドライバ以外の Ethernetドライバを使うのであれば,
             <devicename>ed</devicename>
             インタフェースの記述を適切なものに置き換えてくだ さい.
             またこの例では,
             <command>gated</command>の動作をデバッグするために,
             <filename>/var/tmp/gated.output</filename>
             へトレース情報を出力するように指示して います.
             <command>gated</command> が希望通りに動作したならば,
             このトレースオプショ ンを止めることができます. なお,
             例における <replaceable>xxx.xxx.yy</replaceable> を, あ
             なた自身の
             SLIPサブネットのネットワークアドレスに換えてください (また
             <literal>proto direct</literal>
             部分のネットワークマスクも換えることを忘れないこ と)
             .</para>
           
           <para><command>gated</command>
             のコンパイルとインストールが終了し, コンフィグレーショ
             ンファイルの作成も完了したら,
             FreeBSDシステムではデフォルトの
             <command>routed</command>に代わって <command>gated</command>
             を起動してください. そのため には,
             <filename>/etc/netstart</filename> の
             <filename>routed/gated</filename> 起動パラメタを
             適切な値に設定してください. <command>gated</command>
             のコマンドラインパラメタにつ いての情報は,
             <command>gated</command>
             のマニュアルページを参照してください.</para>
         </sect4>
       </sect3>
     </sect2>
   </sect1>
 </chapter>
 
 <!-- 
      Local Variables:
      mode: sgml
      sgml-declaration: "../chapter.decl"
      sgml-indent-data: t
      sgml-omittag: nil
      sgml-always-quote-attributes: t
      sgml-parent-document: ("../book.sgml" "part" "chapter")
      End:
 -->
diff --git a/ja_JP.eucJP/books/handbook/printing/chapter.sgml b/ja_JP.eucJP/books/handbook/printing/chapter.sgml
index 9300e8ea68..6157f7d43b 100644
--- a/ja_JP.eucJP/books/handbook/printing/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/printing/chapter.sgml
@@ -1,5329 +1,5280 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.30
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/printing/chapter.sgml,v 1.9 2000/07/20 12:22:35 hrs Exp $
+     Original revision: 1.31
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/printing/chapter.sgml,v 1.10 2001/01/01 10:45:54 hrs Exp $
 -->
 
 <chapter id="printing">
   <title>プリンタの利用</title>
   
   <para><emphasis>原作: &a.kelly;, 1995 年 9 月 30 日.</emphasis></para>
 
   <para><emphasis>改訂: &a.jim;, 2000 年 3 月</emphasis></para>
 
   <para><emphasis>訳: &a.jp.kimura;, 1996 年 9 月 3 日</emphasis></para>
 
   <sect1>
     <title>この章では</title>
 
     <para>FreeBSD でプリンタを使用するためには,
       バークレイラインプリンタスプーリングシステム
       (LPD スプーリングシステムとしても知られています)
       が機能するようにプリンタをセットアップする必要があります.
       本章では設定例を通して, LPD スプーリングシステム
       (大抵の場合, 単に LPD と呼ばれる)
       について紹介します.</para>
 
     <para>もし, LPD
       や他のプリンタスプーリングシステムについてすでに詳しい知識をお持ちの方は,
       <link linkend="printing-intro-setup">スプーリングシステムのセットアップ</link
         >から読み始めても構いません.</para>
   </sect1>
 
   <sect1 id="printing-intro-spooler">
     <title>はじめに</title>
 
     <para>LPD はあるホストのプリンタに関する制御の一切を行ないます.
       ここで言う制御としては, 次のことがあげられます.</para>
 
     <itemizedlist>
       <listitem>
 	<para>ホストに接続されたプリンタ,
           あるいはネットワーク上の他ホストに接続されたプリンタに対するアクセス制御を行ないます.</para>
       </listitem>
 
       <listitem>
 	<para>ファイルをプリントする要求に対して許可を与えます.
 	  この要求は特に<emphasis>ジョブ</emphasis>と呼ばれています.</para>
       </listitem>
 
       <listitem>
 	<para>各々のプリンタの<emphasis>キュー</emphasis>を管理することにより,
 	  複数のユーザがあるプリンタに対して同時にアクセスすることを防ぎます.</para>
       </listitem>
 
       <listitem>
 	<para><emphasis>ヘッダページ</emphasis>
 	  (<emphasis>バナー</emphasis>または
 	  <emphasis>バースト</emphasis>ページとしても知られています)
 	  をプリントすることができます.
           これにより,
 	  プリントアウトの山の中から自分がプリントしたジョブを見つけやすくなります.</para>
       </listitem>
 
       <listitem>
 	<para>シリアルポートに接続したプリンタ用に通信パラメータを管理します.</para>
       </listitem>
 
       <listitem>
 	<para>ネットワーク経由で他のホスト上の
           LPD スプーラにジョブを送ることができます.</para>
       </listitem>
 
       <listitem>
 	<para>様々なプリンタ言語やプリンタの能力に応じてジョブの形式を整えるため,
 	  特別なフィルタを起動することができます.</para>
       </listitem>
 
       <listitem>
 	<para>プリンタの使用に対して課金を行なうことができます.</para>
       </listitem>
     </itemizedlist>
 
     <para>設定ファイルを通して, あるいは特別なフィルタプログラムを用いることにより,
       多種多様なプリンタ機器に対して,
       上述の機能の全部または一部を LPD システムに行なわせることができます.</para>
 
     <sect2 id="printing-intro-why">
       <title>どうしてスプーラを使うべきなのか</title>
 
       <para>あなたのシステムを利用するのがあなた一人だけだとしたら,
         アクセス制御もヘッダページも
         プリンタ利用に対する課金も必要ないのに,
         なぜわざわざスプーラに煩わされなければならないのか疑問に思うかも知れません.
         プリンタに対する直接アクセスを許可することもできるのですが,
         とにかくスプーラを使用するべきです. その理由は,</para>
 
       <itemizedlist>
         <listitem>
           <para>LPD はジョブをバックグラウンドで処理します.
             データがプリンタに送信されるまで待つ必要がなくなります.</para>
         </listitem>
         
         <listitem>
           <para>LPD ではジョブをフィルタを通してプリントすることが簡単にできます.
             これにより, 印刷物のヘッダに時刻や日付を入れたり,
             特別なファイル形式 (TeX の DVI ファイルなど)
             をプリンタが処理できる形式に変更することができ,
             これらの作業を手動で行なう必要がなくなります.</para>
         </listitem>
 
         <listitem>
           <para>プリント処理を行なうフリー,
             または商用のプログラムのほとんどは,
             システムのスプーラとやりとりするように作られています.
             スプーリングシステムをセットアップすることで,
             今後加えるかもしれない, あるいは,
             すでに持っている別のソフトウェアをより簡単にサポートすることができるでしょう.</para>
         </listitem>
       </itemizedlist>
     </sect2>
   </sect1>
 
   <sect1 id="printing-intro-setup">
     <title>基本的なセットアップ</title>
 
     <para>LPD スプーリングシステムを用いてプリンタを使用するためには,
       プリンタ機器と LPD 用ソフトウェアの両方を準備する必要があります.
       本文書では次の二段階のレベルに分けて説明をします.</para>
 
     <itemizedlist>
       <listitem>
 	<para>プリンタを接続する方法,
           プリンタにどのように通信するかを LPD に指示する方法や,
           プレインテキストをプリンタで印字する方法については,
           <link linkend="printing-simple">プリンタの簡単な設定</link>をご覧ください.</para>
       </listitem>
 
       <listitem>
 	<para>様々な形式のファイルを印字する方法,
           ヘッダページを印字する方法,
           ネットワーク経由でプリンタに印字する方法,
           プリンタを制御する方法,
           プリンタの使用に対する課金を行なう方法については<link linkend="printing-advanced">プリンタ設定
             上級編</link>をご覧ください.</para>
       </listitem>
     </itemizedlist>
 
     <sect2 id="printing-simple">
       <title>プリンタ設定導入編</title>
       
       <para>この節では, プリンタ機器やプリンタを使用するための
         LPD 用ソフトウェアを設定する方法について述べます.
         この節の概要は次のとおりです.</para>
 
       <itemizedlist>
         <listitem>
           <para><link linkend="printing-hardware">プリンタ機器の設定</link>では,
             プリンタをコンピュータに接続するためのヒントがいくつか書かれています.</para>
         </listitem>
 
       <listitem>
           <para><link linkend="printing-software">ソフトウェアの設定</link>では,
             LPDのスプーラ設定ファイル
             <filename>/etc/printcap</filename>
             の設定方法について書かれています.</para>
         </listitem>
       </itemizedlist>
       
       <para>データをプリンタに送るためにシリアルまたはパラレルインタフェー スではなく,
         ネットワークプロトコルを使用する場合は,
         <link linkend="printing-advanced-network-net-if"
               >ネットワークにおけるデータストリームインタフェースを持つプリンタ</link
           >をご覧ください.</para>
 
       <para>この節のタイトルは<quote>プリンタ設定導入編</quote>ですが,
         実際の設定はかなり複雑です.
         プリンタをコンピュータに接続し,
         LPD スプーラを 起動させることは一番困難な作業です.
         ヘッダページを出力させたり課金したりするオプションの設定は,
         一度プリンタがうまく動くようになればとても簡単です.</para>
 
       <sect3 id="printing-hardware">
         <title>プリンタ機器の設定</title>
 
         <para>この節では, プリンタに PC
           を接続するための様々な方法について説明しています.
           ここでは, ポートやケーブルの種類,
           FreeBSD がプリンタとの通信に必要なカーネルコンフィグレーションについても言及しています.</para>
 
         <para>もしプリンタが既に接続されていて,
           他のオペレーティングシステム上でプリンタからの印字に成功している場合は,
           <link linkend="printing-software">ソフトウェアの設定</link
             >まで読み飛ばすことが多分できるでしょう.</para>
 
         <sect4 id="printing-ports">
           <title>ポートとケーブル</title>
 
           <para>最近の PC
             用のプリンタほとんどには次のインタフェースの一つもしくは両方がついています.</para>
 
           <itemizedlist>
             <listitem>
               <para><emphasis>シリアル</emphasis>インタフェースでは,
                 プリンタにデータを送信するためにコンピュータにあるシリアルポートが使用されます.
                 シリアルインタフェースはコンピュータ業界で共通して使用されています.
                 そのケーブルは容易に手に入りますし, 簡単に自作することもできます.
                 シリアルインタフェースの場合は時々,
                 特別なケーブルや何か複雑な通信方式選択の設定が必要になることがあります.</para>
             </listitem>
 
             <listitem>
               <para><emphasis>パラレル</emphasis>インタフェースではプリンタにデータを送信するために,
                 コンピュータにあるパラレルポートを使用します.
                 パラレルインタフェースは PC 業界では良く使われます.
                 ケーブルの入手は容易ですが,
                 自作するのはシリアルよりも困難です.
                 パラレルインタフェースには通常, 通信方式の選択はなく,
                 設定は極めて単純です.</para>
 
 	    <para>パラレルインタフェースは<quote>セントロニクス</quote>インタフェースとして知られています.
                 これは, プリンタ用のコネクタタイプとして採用された後に名付けられました.</para>
             </listitem>
           </itemizedlist>
 
           <para>シリアルインタフェースはパラレルインタフェースよりも普通はデータの伝送速度が遅くなります.
             パラレルインタフェースで は, 通常,
             (コンピュータからプリンタへの) 単方向通信のみを行なうのに対して,
             シリアルインタフェースは双方向通信を行ないます.
             FreeBSD でも IEEE1284 準拠のケーブルを使えば,
             最近のパラレルポートとプリンタの多くで双方向通信を行なうことができます.</para>
 
           <para>通常, プリンタで双方向通信が必要となるのは, プリンタが
             PostScript 言語に対応しているときだけです.
             PostScript プリンタは非常に冗長に動作させることができます.
             事実, PostScript によるジョブでは, プログラムを本当にプリンタに送信します.
             このことは, 印字作業を必ずしもする必要がないことを意味しますし,
             そのプログラムの結果はコンピュータに直接返されるかも知れません.
             PostScript プリンタでは双方向通信を使って
             PostScript プログラムのエラーや紙づまりといった問題をコンピュータに報告します.
             ユーザはそれらの情報を知りたいと思うかも知れません.
             また, PostScript プリンタで課金作業をもっとも効率よく行なうためには,
             双方向通信が必要となります.
             この方法ではまず, プリンタの現在のページカウント
             (起動してから今まで何枚の紙を印字したか) の情報を得ます.
             次に, ユーザのジョブを実行し, 終了後, 再びページカウントを得ます.
             この二つの数を差によって,
             課金対象となる紙の枚数を知ることができるのです.</para>
 	</sect4>
 
         <sect4 id="printing-parallel">
           <title>パラレルポート</title>
 
           <para>プリンタをパラレルインタフェースを使って接続する場合は,
             セントロニクスケーブルでプリンタとコンピュータを接続してください.
             詳しい説明はプリンタやコンピュータに付属する説明書に書かれているはずです.</para>
 
           <para>その際,
             どのパラレルポートを使用したかを覚えておいてください.
             FreeBSDでは最初のポートは <filename>/dev/lpt0</filename>,
             二番目 <filename>/dev/lpt1</filename> であ り,
             三番目以降も同様に続きます.</para>
         </sect4>
 
         <sect4 id="printing-serial">
           <title>シリアルポート</title>
           
           <para>シリアルインタフェースを使ってプリンタを使う場合は,
             適切なシリアルケーブルでプリンタとコンピュータを接続してください.
             詳しい説明はプリンタ, コンピュータ, あるいは両方に付属する説
             明書に書かれているはずです.</para>
 
           <para><quote>適切なシリアルケーブル</quote>が良くわからないときは,
             次のどれかを試してみてください.</para>
 
           <itemizedlist>
             <listitem>
               <para><emphasis>モデム</emphasis>用ケーブルでは,
                 それぞれのピンは他方のコネクタの対応するピンと線でつながっています.
                 このタイプのケーブルは <quote>DTE-DCE</quote>
                 間ケーブルとしても知られています
                 (訳注:
                 日本ではストレートケーブルという名前で売られています).
               </para>
             </listitem>
 
             <listitem>
               <para><emphasis>ヌルモデム</emphasis>用ケーブルでは,
                 あるピンは対応するピンとを接続していますが,
                 あるピン
                 (たとえば, データ送信用とデータ受信用のピン)
                 が交差して接続したり,
                 いくつかのピンは内部で短絡していたりします.
                 このタイプのケーブルは,
                 <quote>DTE-DTE</quote> 間ケーブルと呼ばれています
                 (訳注:
                 日本ではクロスケーブルという名前で売られています).</para>
             </listitem>
             
             <listitem>
               <para>A <emphasis>シリアルプリンタ</emphasis>用ケーブルは,
                 ある特定のプリンタで必要とされるものです.
                 ヌルモデムケーブルと似ていますが,
                 内部で短絡させる代わりに,
                 ある信号を他方側に送るために使用しています.</para>
             </listitem>
           </itemizedlist>
           
           <para>この他に,
             プリンタ用の通信パラメータを設定する必要があります.
             通常,
             プリンタのフロントパネルや DIP スイッチによって制御します.
             コンピュータとプリンタの双方で設定できる最高の通信速度
             [bps] (ビット/秒.
             <emphasis>ボーレート</emphasis>と示されているときもある)
             を選んでください. そして, データビット (7 または 8),
             パリティ(偶/奇/なし), ストップビット (1 または 2)
             を選んでください.
             そして, フローコントロールの有無
             (制御なし, または XON/XOFF (<quote>イン・バンド</quote>
             または
             <quote>ソフトウェア</quote>フローコントロールとも呼ばれる))
             を選びます.
             以下に続くソフトウェアの設定のために,
             ここでの設定を覚えておいてください.</para>
         </sect4>
       </sect3>
 
     <sect3 id="printing-software">
       <title>ソフトウェアの設定</title>
 
       <para>本節では FreeBSD の LPD
 	スプーリングシステムで印字をおこなうために
 	必要となるソフトウェアの設定について説明しています.</para>
 
       <para>本節の概要は次のようになります.</para>
 
       <procedure>
 	<step>
 	  <para>プリンタで使用するポートのために, 必要があれば, カー
 	    ネルの書き変えをおこないます. 「<link
 	      linkend="printing-kernel">カーネルの変更</link>」で,
 	    このためにしなくてはなら ないことを説明しています.</para>
 	</step>
 
 	<step>
 	  <para>パラレルポートを使用している場合は, パラレルポートの
 	    ための通信モードの設定します. 詳細は, 「<link
 	      linkend="printing-parallel-port-mode">
 	      パラレルポートの通信モードを設定する
 	    </link>」で説明しています.</para>
 	</step>
 
 	<step>
 	  <para>オペレーティングシステムからプリンタにデータが送ら
 	    れているかをテストします. 「<link
 	      linkend="printing-testing">
 	      プリンタとの通信状況を調べる</link>」で, どのように
 	    テストするかの提案をいくつかおこなっています.</para>
 	</step>
 
 	<step>
 	  <para>ファイル<filename>/etc/printcap</filename>を変更し,
 	    LPDの設定を おこないます. この節で, どのように変更するかを
 	    説明しています.</para>
 	</step>
       </procedure>
 
       <sect4 id="printing-kernel">
 	<title>カーネルの変更</title>
 
 	<para>オペレーティングシステムのカーネルの
 	  コンパイルをおこなうこと によって,
 	  指定されたのデバイスが機能するようになります. シリ アル,
 	  または, パラレルインタフェースをプリンタで使用する場合,
 	  必要なデバイスがこの指定の中に含まれていなくてはなりません.
 	  したがって,
 	  必要なデバイスがカーネルに組み込まれていない場合, 追
 	  加のシリアル, または, パラレルポートをサポートするために,
 	  カー ネルの再コンパイルが必要となるかもしれません.</para>
 
 	<para>シリアルポートが現在使用しているカーネルで
 	  サポートされている かどうかを調べるためには,
 	  次のように入力します.</para>
 
 	<screen>&prompt.root; <userinput>dmesg | grep sio<replaceable>N</replaceable></userinput></screen>
 
 	<para>ここで, <replaceable>N</replaceable>
 	  はシリアルポートの番号を示し, この番号は0から 始まります.
 	  次のような出力があった場合, カーネルはそのポー
 	  トをサポートしています.</para>
 
 	<screen>sio2 at 0x3e8-0x3ef irq 5 on isa
 sio2: type 16550A</screen>
 
 	<para>パラレルポートが現在使用しているカーネルで
 	  サポートされている かどうかを調べるためには,
 	  次のように入力します.</para>
 
 	<screen>&prompt.root; <userinput>dmesg | grep lpt<replaceable>N</replaceable></userinput></screen>
 
 	<para>ここで, <emphasis remap=it>N</emphasis>
 	  はパラレルポートの番号を示し, この番号は0から 始まります.
 	  次のような出力があった場合, カーネルはそのポー
 	  トをサポートしています.</para>
 
 	<screen>lpt0 at 0x378-0x37f on isa</screen>
 
 	<para>上記の出力が得られない場合, プリンタを使うため,
 	  オペレーティ ングシステムにパラレル, または,
 	  シリアルポートを認識し, 使用 できるようにするためには
 	  カーネルを変更する必要があります.</para>
 
 	<para>シリアルポートをサポートさせるには, 「<link
 	    linkend="kernelconfig">
 	    FreeBSDカーネルのコンフィグレーション</link>」の節をご覧く
 	  ださい. パラレルポートをサポートさせる場合も, その節と,
 	  <emphasis>あ わせて</emphasis>,
 	  この節に続く節もご覧ください.</para>
 	</sect4>
       </sect3>
 
 	<sect3 id="printing-dev-ports">
 	  <title>ポート用エントリを <filename>/dev</filename>
 	    に追加する</title>
 
 	  <para>カーネルがシリアル, または, パラレルポートを通じての通
 	    信をサポートしていたとしても, システム上で動いているプログ
 	    ラムがデータの送受信をおこなうための
 	    ソフトウェアインタフェース がさらに必要になります.
 	    そのインタフェースは,  <filename>/dev</filename>
 	    ディレクトリにあるエントリに相当します.</para>
 
 	  <para><emphasis><filename>/dev</filename>
 	      エントリにポートを加えるために</emphasis></para>
 
 	  <procedure>
 	    <step>
 	      <para>&man.su.1; コマンドで root になります. suコマンド
 		でパスワードを聞かれたら, ルート用のパスワードを入力し
 		ます.</para>
 	    </step>
 
 	    <step>
 	      <para><filename>/dev</filename>
 		ディレクトリに移動します. </para>
 
 	      <screen>&prompt.root; cd /dev</screen>
 	    </step>
 
 	    <step>
 	      <para>次のように入力します. </para>
 
 	      <screen>&prompt.root; <userinput> ./MAKEDEV <replaceable>port</replaceable></userinput></screen>
 
 	      <para>ここで, <replaceable>port</replaceable> は,
 		作成するポート名です. 1番目 のパラレルポートのときは
 		<literal>lpt0</literal> に, 2番目のときは
 		<literal>lpt1</literal> になり, 以降同様になります.
 		1番目のシリア ルポートのときは,
 		<literal>ttyd0</literal> に, 2番目のときは
 		<literal>ttyd1</literal> になり,
 		これも以降同様となります.</para>
 	    </step>
 
 	    <step>
 	      <para>次を入力し, デバイスのエントリができたか確認し
 		ます. </para>
 
 	      <screen>&prompt.root; <userinput>ls -l <replaceable>port</replaceable></userinput></screen>
 	    </step>
 	  </procedure>
 
 	<sect4 id="printing-parallel-port-mode">
 	  <title>パラレルポートの通信モードを設定する</title>
 
 	  <para>パラレルインタフェースを使用している場合, FreeBSDでは,
 	    割り込み駆動型にするか,
 	    プリンタとの通信の状況をカーネルに監
 	    視させるかのいずれかを選択できます.</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para>GENERIC
 		カーネルでは<emphasis>割り込み駆動</emphasis>方式が,
 		デフォルトになっています. この方式では,
 		オペレーティングシ
 		ステムはプリンタがデータを受け付けられるかどうかを調べ
 		るために, IRQ ラインを一つ使用します.</para>
 	    </listitem>
 
 	    <listitem>
 	      <para><emphasis>監視</emphasis>方式では,
 		オペレーティングシステムにプ
 		リンタがもっとデータを受け付けられるかどうかを繰り返し
 		尋ねるように指示します. そして, 受け付けるという応答を
 		受けたとき,
 		カーネルはさらなるデータを送信します.</para>
 	    </listitem>
 	  </itemizedlist>
 
 	  <para>割り込み駆動方式は, いくらか高速になりますが, 貴重な
 	    IRQ ラインを一つ消費します.
 	    うまく機能するものをお使いください.</para>
 
 	  <para>通信モードを設定するためには2つの方法があります.
 	    1つはカー
 	    ネルを変更することで, もう一つは
 	    &man.lptcontrol.8; プログラムを使用する方法です.</para>
 
 	  <para><emphasis> カーネルを設定することによって,
 	      通信モードを変更する. </emphasis></para>
 
 	  <procedure>
 	    <step>
 	      <para>カーネルコンフィグレーションファイルを変更しま す.
 		<literal>lpt0</literal>
 		のエントリを探すか追加してください. 2番目
 		のパラレルポートを設定するときは, 代わりに
 		<literal>lpt1</literal> を使います. 以下,
 		3番目のポートは <literal>lpt2</literal> となってい
 		きます. </para>
 
 	      <itemizedlist>
 		<listitem>
 		  <para>イベント駆動方式にする場合は,
 		    <literal>irq</literal> 指 定を追加します. </para>
 
-		  <programlisting>
-device lpt0 at isa? port? tty irq <replaceable>N</replaceable> vector lptintr</programlisting>
+		  <programlisting>device lpt0 at isa? port? tty irq <replaceable>N</replaceable> vector lptintr</programlisting>
 
 		  <para>ここで, <replaceable>N</replaceable>
 		    はパラレルポート用の IRQ 番号で す.</para>
 		</listitem>
 
 		<listitem>
 		  <para>監視方式を使用する場合は,
 		    <literal>irq</literal> を追加 してはいけません.
 		  </para>
 
-		  <programlisting>
-device lpt0 at isa? port? tty vector lptintr</programlisting>
+		  <programlisting>device lpt0 at isa? port? tty vector lptintr</programlisting>
 		</listitem>
 	      </itemizedlist>
 	    </step>
 
 	    <step>
 	      <para>ファイルをセーブし, config プログラムを起動 し,
 		カーネルの構築, インストールをおこないます. そして, リ
 		ブートしてください. 詳細は, 「<link
 		  linkend="kernelconfig">
 		  FreeBSDカーネルのコンフィグレーション</link>」を参照
 		してください.</para>
 	    </step>
 	  </procedure>
 
 	  <para>&man.lptcontrol.8; <emphasis>
 	      で通信モードを設定する場合 </emphasis></para>
 
 	  <procedure>
 	    <step>
 	      <para><literal>lpt<replaceable>N</replaceable></literal>
 		をイベント駆動方式に設定する場合は,
 		次のように入力します. </para>
 
 	      <screen>&prompt.root; <userinput>lptcontrol -i -u <replaceable>N</replaceable></userinput></screen>
 	    </step>
 
 	    <step>
 	      <para><literal>lpt<replaceable>N</replaceable></literal>
 		を監視方式に設定する場合は, 次のように入力します.
 	      </para>
 
 	      <screen>&prompt.root; <userinput>lptcontrol -p -u <replaceable>N</replaceable></userinput></screen>
 	    </step>
 	  </procedure>
 
 	  <para>これらのコマンドを <filename>/etc/rc.local</filename>
 	    ファイルに追加
 	    しておくと, システムをブートする度に通信モードを設定する
 	    ことができます. 詳細については,
 	    &man.lptcontrol.8; をご覧ください.</para>
 	</sect4>
 
 	<sect4 id="printing-testing">
 	  <title>プリンタとの通信状況を調べる</title>
 
 	  <para>スプーリングシステムの設定に進む前に, オペレーティング
 	    システムがプリンタにデータを送ることに成功しているかどうか
 	    を確かめるべきでしょう. これにより, 印字がうまくいかないと
 	    き, プリンタとの通信が問題なのか, スプーリングシステムが問
 	    題なのかを分けて調べることがかなり容易になります.</para>
 
 	  <para>プリンタをテストするためには,
 	    プリンタに何かのテキストを送
 	    信してみます. 送信した文字をすぐに印字してくれるプリンタに
 	    は, &man.lptest.1; コマンドを使うと有用です. このコマンドは印
 	    字可能な96文字のASCII文字すべてを96行生成します.</para>
 
 	  <para>PostScript (または他の言語に対応した) プリンタの場合
 	    は, もっと巧妙なテストが必要になります. 次のような, 簡単な
 	    PostScript プログラムを使えば十分でしょう. </para>
 
-	  <programlisting>
-%!PS
+	  <programlisting>%!PS
 100 100 moveto 300 300 lineto stroke
 310 310 moveto
 /Helvetica findfont 12 scalefont setfont
 (Is this thing working?) show
 showpage</programlisting>
 
 	  <note>
 	    <para>このドキュメントでプリンタ用言語を参照するとき は,
 	      PostScript のような言語を仮定しており, Hewlett Packard
 	      の PCL は考慮していません. PCL は非常に機能的なの
 	      ですが,
 	      プレインテキストにエスケープシーケンスを混ぜること
 	      ができます. PostScript ではプレインテキストを直接印字
 	      することはできません.
 	      このような種類のプリンタ言語に対して は,
 	      特別な対応をおこなわなければなりません.</para>
 	  </note>
 
 	  <sect5 id="printing-checking-parallel">
 	    <title>パラレルポートのプリンタとの接続を調べる</title>
 
 	    <para>この節では, FreeBSDがパラレルポートに接続されたプリ
 	      ンタと通信できているかどうかを調べる方法について説明し
 	      ています.</para>
 
 	    <para><emphasis>
 		パラレルポートのプリンタをテストするために
 	      </emphasis></para>
 
 	    <procedure>
 	      <step>
 		<para>&man.su.1; コマンドで root になります.</para>
 	      </step>
 
 	      <step>
 		<para>プリンタにデータを送ります. </para>
 
 		<itemizedlist>
 		  <listitem>
 		    <para>プリンタがプレインテキストを印字できる場合,
 		      &man.lptest.1; コマンドを使います.
 		      次のように入力してください. </para>
 
 		    <screen>&prompt.root; <userinput>lptest &gt; /dev/lpt<replaceable>N</replaceable></userinput></screen>
 
 		    <para>ここで, <replaceable>N</replaceable>
 		      はパラレルポートの番号で, 番号は
 		      0から始まります.</para>
 		  </listitem>
 
 		  <listitem>
 		    <para>プリンタが PostScript か他のプリンタ
 		      言語を使用している場合, そのプリンタに簡単なプロ
 		      グラムを送信してください. 次のように入力します.
 		    </para>
 
 		    <screen>&prompt.root; <userinput>cat &gt; /dev/lpt<replaceable>N</replaceable></userinput></screen>
 
 		    <para>そして, 一行一行,
 		      プログラムを<emphasis>慎重に</emphasis>入力して
 		      下さい. RETUREN または ENTER キーを入力してしま
 		      うと, その行は編集できなくなります. プログラムの
 		      入力が終わったら, CONTROL+Dか, あなたが設定して
 		      いるファイル終了のキーを押してください.</para>
 
 		    <para>もしくは, プログラムを入力したファイルがある
 		      場合は, 次のように入力してください. </para>
 
 		    <screen>&prompt.root; <userinput>cat <replaceable>file</replaceable> &gt; /dev/lpt<replaceable>N</replaceable></userinput></screen>
 
 		    <para>ここで, <replaceable>file</replaceable>
 		      はプログラムが格納されていて,
 		      プリンタに送信するファイルの名前です.</para>
 		  </listitem>
 		</itemizedlist>
 	      </step>
 	    </procedure>
 
 	    <para>これで何かがプリントされることでしょう.
 	      印字されたテキ
 	      ストがおかしくても心配しなくても構いません. それについ
 	      ては, 後で修正します.</para>
 	  </sect5>
 
 	  <sect5 id="printing-checking-serial">
 	    <title>シリアルポートのプリンタとの接続を調べる</title>
 
 	    <para>この節では, FreeBSDがシリアルポートに接続されたプリ
 	      ンタと通信できているかどうかを調べる方法について述べられ
 	      ています.</para>
 
 	    <para><emphasis>
 		シリアルポートのプリンタをテストするために
 	      </emphasis></para>
 	    <!-- kuriyama - remap=bf? -->
 	    <!-- si006 - I removed the `remap=bf' -->
 
 	    <procedure>
 	      <step>
 		<para>&man.su.1; コマンドで root になります.</para>
 	      </step>
 
 	      <step>
 		<para><filename>/etc/remote</filename>
 		  ファイルを編集します. 次の エントリを加えてください.
 		</para>
 
-		<programlisting>
-printer:dv=/dev/<replaceable>port</replaceable>:br#<replaceable>bps-rate</replaceable>:pa=<replaceable>parity</replaceable></programlisting>
+		<programlisting>printer:dv=/dev/<replaceable>port</replaceable>:br#<replaceable>bps-rate</replaceable>:pa=<replaceable>parity</replaceable></programlisting>
 
 		<para>ここで, <replaceable>port</replaceable>
 		  シリアルポート (<literal>ttyd0</literal>,
 		  <literal>ttyd1</literal> など) のデバイスエントリで,
 		  <replaceable>bps-rate</replaceable>は
 		  プリンタとの通信の転送速度[bit/秒],
 		  <replaceable>parity</replaceable>はプリ
 		  ンタとの通信で必要とされるパリティ
 		  (<literal>even</literal>, <literal>odd</literal>,
 		  <literal>none</literal>,
 		  <literal>zero</literal>のいずれか) を表わしていま
 		  す.</para>
 
 		<para>次の例は,
 		  プリンタをシリアルケーブルでパリティなし, 転送速度
 		  19200bpsで第3番目のシリアルポートに接続した場
 		  合です.</para>
 
-		<programlisting>
-printer:dv=/dev/ttyd2:br#19200:pa=none</programlisting>
+		<programlisting>printer:dv=/dev/ttyd2:br#19200:pa=none</programlisting>
 	      </step>
 
 	      <step>
 		<para>&man.tip.1; コマンドでプリンタと接続します. 次のよ
 		  うに入力してください. </para>
 
 		<screen>&prompt.root; <userinput>tip printer</userinput></screen>
 
 		<para>これがうまくいかなかった場合は,
 		  <filename>/etc/remote</filename>を 編集して,
 		  <filename>
 		    /dev/ttyd<replaceable>N</replaceable></filename>
 		  の代わりに <filename>
 		    /dev/cuaa<replaceable>N</replaceable></filename>
 		  を試してみてください.</para>
 	      </step>
 
 	      <step>
 		<para>プリンタにデータを送ります. </para>
 
 		<itemizedlist>
 		  <listitem>
 		    <para>プリンタがプレインテキストを印字できる場合,
 		      &man.lptest.1; コマンドを使います.
 		      次のように入力してください. </para>
 
 		    <screen><prompt>~</prompt><userinput>$lptest</userinput></screen>
 		  </listitem>
 
 		  <listitem>
 		    <para>プリンタが PostScript か他のプリンタ
 		      言語を使用している場合, そのプリンタに簡単なプロ
 		      グラムを入力します. 一行一行,
 		      プログラムを<emphasis>慎
 			重に</emphasis>入力してください.
 		      バックスペースキーや他の編 集用のキーは,
 		      プリンタの制御コードに割り当てられ
 		      ているかもしれません. プログラムが終了したことを
 		      プリンタに伝えるための特別なファイル終了キーを入
 		      力する必要があるかもしれません. PostScript
 		      プリンタの場合, CONTROL+Dを入力します.</para>
 
 		    <para>もしくは, プログラムを入力したファイルがある
 		      場合は, 次のように入力してください.</para>
 
 		    <screen><prompt>~</prompt><userinput>&gt;<replaceable>file</replaceable></userinput></screen>
 
 		    <para>ここで, <replaceable>file</replaceable>
 		      はプログラムが格納されている
 		      ファイル名です.
 		      &man.tip.1; コマンドでファイルを送
 		      信した後は, ファイル終了を表わすキーを入力する必要
 		      があります.</para>
 		  </listitem>
 		</itemizedlist>
 	      </step>
 	    </procedure>
 
 	    <para>これで何かがプリントされることでしょう.
 	      印字されたテキ
 	      ストがおかしくても心配しなくても構いません. それについ
 	      ては, 後で修正します.</para>
 	  </sect5>
 	</sect4>
       </sect3>
 
       <sect3 id="printing-printcap">
 	<title>スプーラに許可を与える:
 	  <filename>/etc/printcap</filename> ファイル</title>
 
 	<para>ここまでで, プリンタはコンピュータに接続され, (必要なら)
 	  プリンタと通信できるようにカーネルを変更し, 簡単なデータをプ
 	  リンタに送信することができているはずです. これで, LPDにプリ
 	  ンタへのアクセスを
 	  制御させる設定をおこなう準備が整いました.</para>
 
 	<para>LPDの設定は <filename>/etc/printcap</filename>
 	  を編集することでおこないます.
 	  LPDスプーリングシステムはスプーラが使われる毎にこのファイル
 	  を参照します. そのため, ファイルを更新するとすぐにその変更が
 	  反映されます.</para>
 
 	<para>&man.printcap.5; ファイルの書式は簡単です.
 	  <filename>/etc/printcap</filename>
 	  の編集はお好みのテキストエディタをお
 	  使いください. このファイルの書式は,
 	  <filename>/usr/share/misc/termcap</filename> や
 	  <filename>/etc/remote</filename>
 	  といった他のケイパビリティファイルと一致しています.
 	  この書式
 	  のついての詳細な情報については
 	  &man.cgetent.3; をご覧ください.</para>
 
 	<para>スプーラの単純な設定法は,
 	  次のステップでおこないます.</para>
 
 	<procedure>
 	  <step>
 	    <para>プリンタに名前 (と簡単な別名2～3個) を付け, それを
 	      <filename>/etc/printcap</filename> ファイルに記述します.
 	      これについ ては, 「<link linkend="printing-naming">
 		プリンタに名前を付ける</link>」
 	      を参照してください.</para>
 	  </step>
 
 	  <step>
 	    <para><literal>sh</literal> の項目を追加することで,
 	      ヘッダページの出 力を禁止します (デフォルトは許可).
 	      これについては, 「<link
 		linkend="printing-no-header-pages">
 		ヘッダページの印字を禁止する</link>」
 	      を参照してください.</para>
 	  </step>
 
 	  <step>
 	    <para>スプール用のディレクトリを作成し, その位置を
 	      <literal>sd</literal> 項目で指定します. これについては,
 	      「<link linkend="printing-spooldir">
 		スプーリングディレクトリの作成</link>」
 	      を参照してください.</para>
 	  </step>
 
 	  <step>
 	    <para>プリンタを使用するために <filename>/dev</filename>
 	      エントリを 設定し, <filename>/etc/printcap</filename> の
 	      <literal>lp</literal> 項目でそのエ ントリを指定します.
 	      これについては, 「<link linkend="printing-device">
 		プリンタデバイスの特定</link>」 を参照してください.
 	      プリンタをシリアルポートに接続した場合は,
 	      <literal>fs</literal>, <literal>fc</literal>,
 	      <literal>xs</literal>, <literal>xc</literal>
 	      の項目を設定する必要があります.  こちらについては,
 	      「<link linkend="printing-commparam">
 		スプーラのための通信パラメータの設定</link>」
 	      を参照してください.</para>
 	  </step>
 
 	  <step>
 	    <para>プレインテキスト用の入力フィルタのインストールを
 	      おこないます. 「<link linkend="printing-textfilter">
 		テキストフィルタのインストール</link>」
 	      を参照してください.</para>
 	  </step>
 
 	  <step>
 	    <para>&man.lpr.1; コマンドで何かを印字することで設定のテス
 	      トをおこないます. <link linkend="printing-trying">
 		印字してみよう</link> と
 	      <link linkend="printing-troubleshooting">
 		トラブルシューティング</link> を参照してください.</para>
 	  </step>
 	</procedure>
 
 	<note>
 	  <para>PostScript プリンタのような, プリンタ言語を
 	    使用しているプリンタには, プレインテキストを直接印字させる
 	    ことができません. 上にアウトラインを示し, 以下の節で説明す
 	    る簡単な設定方法の説明では, そのようなプリンタを設置してい
 	    る場合は, プリンタが認識できるファイルだけを印字の対象とし
 	    ているという仮定をしています.</para>
 	</note>
 
 	<para>多くの場合,
 	  利用者はシステムに設置されているプリンタすべてでプ
 	  レインテキストが印字できることを期待しています. 印字作業を
 	  おこなうためにLPDのインタフェースを利用するプログラムでも,
 	  通 常, そのような仮定を置きます.
 	  プリンタ言語を使用するプリン タを設置しており,
 	  そのプリンタ言語で記述されたジョブと,
 	  <emphasis>これに加えて</emphasis>,
 	  プレインテキストのジョブも印字できるよ うにしたいならば,
 	  上で示した簡単な設定方法に加えて, さら
 	  なる設定をおこなうことを強くお勧めします. すなわち,
 	  原始的なプ レインテキストから PostScript (もしくは,
 	  他のプリンタ 言語)
 	  に変換するプログラムをインストールしてください. 「<link
 	    linkend="printing-advanced-if-conversion">
 	    プレインテキストのジョブを PostScript
 	    プリンタで印字する</link>」
 	  で, そ れをどのようにおこなえばよいのかが
 	  説明されています.</para>
 
 	<note>
 	  <para><emphasis>訳注:</emphasis>
 	    日本語を印字したい場合は, プリンタ言語を使用し
 	    ていない「日本語プリンタ」についても,
 	    プリンタ固有のエスケー プシーケンスを送る必要があります.
 	    また, 漢字コードをプリン
 	    タが設定しているものに変換したりする必要があり, 各プリンタ
 	    毎に, 日本語用のフィルタが必要になります.</para>
 	</note>
 
 	<sect4 id="printing-naming">
 	  <title>プリンタに名前を付ける</title>
 
 	  <para>最初の (簡単な) ステップで, プリンタの名前を考えます.
 	    プ リンタには別名をいくつか付けることもできるので,
 	    機能的な名前
 	    でも風変わりな名前でもどちらを選んでもまったく
 	    問題はありません.</para>
 
 	  <para>少なくとも1つのプリンタには,
 	    <filename>/etc/printcap</filename> の中 で,
 	    <literal>lp</literal> という別名を持たせるべきでしょう.
 	    この名前は デフォルトのプリンタ名になっています.
 	    ユーザが環境変数 <envar>PRINTER</envar>  を設定しておらず,
 	    かつ, LPDコマンドのコマンドラインでプリ
 	    ンタの名前が指定されていない場合, <literal>lp</literal>
 	    がデフォルトのプリ ンタ名となり,
 	    そのプリンタに出力されます.</para>
 
 	  <para>それから, これは共通の慣習ですが,
 	    プリンタの最後の別名には,
 	    メーカーやモデル名を含むプリンタの完全な名称をつけることに
 	    なっています.</para>
 
 	  <para>名前と別名のいくつかを決めたら,
 	    <filename>/etc/printcap</filename> ファ イルに設定します.
 	    プリンタ名は一番左のカラムから書き始めま す.
 	    別名はそれぞれ縦棒によって区切られ, 最後の別名の後ろに
 	    コロンを置きます.</para>
 
 	  <para>次の例では, 2台のプリンタ (Diablo 630 ラインプリンタと
 	    Panasonic KX-P4455 PostScript レーザライタプリンタ) が定義
 	    されている <filename>/etc/printcap</filename>
 	    のスケルトンを記しています.</para>
 
-	  <programlisting>
-#
+	  <programlisting>#
 #  /etc/printcap for host rose
 #
 rattan|line|diablo|lp|Diablo 630 Line Printer:
 
 bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:</programlisting>
 
 	  <para>この例では, 最初のプリンタに <literal>rattan</literal>
 	    という名前と別名 として, <literal>line</literal>,
 	    <literal>diablo</literal>, <literal>lp</literal> そして
 	    <literal>Diablo 630 Line Printer</literal>
 	    が付けられています. 別名とし て <literal>lp</literal>
 	    があるので, このプリンタはデフォルトのプリンタとなっ
 	    ています. 2番目は <literal>bamboo</literal> と名付けられ,
 	    別名として,  <literal>ps</literal> と
 	    <literal>PS</literal>, <literal>S</literal>,
 	    <literal>panasonic</literal>,  <literal>Panasonic KX-P4455
 	      PostScript v51.4</literal> が付けられていま す.</para>
 	</sect4>
 
 	<sect4 id="printing-no-header-pages">
 	  <title>ヘッダページの印字を禁止する</title>
 
 	  <para>LPDスプーリングシステムでは,
 	    デフォルトでジョブ毎に<emphasis>ヘッ
 	      ダページ</emphasis>を印字します.
 	    ヘッダページにはジョブを要求したユー ザ名,
 	    ジョブが送られたホスト名, そして, ジョブの名前が素晴
 	    らしい大きな文字で印字されています. 残念なことに, この余分
 	    なテキストすべてが,
 	    簡単なプリンタ設定法のデバッグの際に紛れ
 	    込んできてしまいます. このため, ヘッダページの出力を禁止し
 	    ておきます.</para>
 
 	  <para>ヘッダページの出力を禁止するには,
 	    <filename>/etc/printcap</filename>
 	    にあるプリンタのエントリに <literal>sh</literal>
 	    の項目を追加します. 次 に, <literal>sh</literal> を加えた
 	    <filename>/etc/printcap</filename> の例を示します.</para>
 
-	  <programlisting>
-#
+	  <programlisting>#
 #  /etc/printcap for host rose - no header pages anywhere
 #
 rattan|line|diablo|lp|Diablo 630 Line Printer:\
         :sh:
 
 bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\
         :sh:</programlisting>
 
 	  <para>この書式を正しく使うための注意をしておきます.
 	    最初の行は左 端のカラムから始まります. それに続く行は TAB
 	    ひとつ分だけ 字下げします. 最後の行以外のすべての行は,
 	    行末にバックスラッ シュを記述します.</para>
 	</sect4>
 
 	<sect4 id="printing-spooldir">
 	  <title>スプーリングディレクトリの作成</title>
 
 	  <para>スプーラの簡単な設定の次のステップでは,
 	    <emphasis>スプーリン
 	      グディレクトリ</emphasis>を作成します.
 	    プリンタに送られるジョブ は,
 	    その印字が終了するまでこのディレクトリに置かれます.  また,
 	    他のたくさんのスプーラもこのディレクトリにファイ
 	    ルを置きます.</para>
 
 	  <para>様々な事情によりスプーリングディレクトリは, 通常, 慣例
 	    として <filename>/var/spool</filename> の下に置きます.
 	    また, スプーリングディレクトリの内容はバックアップをす
 	    る必要はありません.
 	    &man.mkdir.1; によってディレクトリを
 	    作るだけでスプーリングディレクトリの復旧は完了します.
 	  </para>
 
 	  <para>スプーリングディレクトリの名前は, これも慣例ですが, 次
 	    のようにプリンタの名前と同じにします.</para>
 
 	  <screen>&prompt.root; <userinput>mkdir /var/spool/<replaceable>printer-name</replaceable></userinput></screen>
 
 	  <para>しかしながら, ネットワーク上に使用可能なプリンタがたく
 	    さんあるならば, LPDで印字するための専用のディレクトリに
 	    スプーリングディレクトリを置きたいと思うかもしれません.
 	    例に出てきたプリンタ <literal>rattan</literal> と
 	    <literal>bamboo</literal> につい て, この方式を採用すると,
 	    次のようになります.</para>
 
 	  <screen>&prompt.root; <userinput>mkdir /var/spool/lpd</userinput>
 &prompt.root; <userinput>mkdir /var/spool/lpd/rattan</userinput>
 &prompt.root; <userinput>mkdir /var/spool/lpd/bamboo</userinput></screen>
 
 	  <note>
 	    <para>各ユーザが印字するジョブのプライバシを守りた
 	      いと考えているならば, スプーリングディレクトリを保護し
 	      て, これを誰からでもアクセスできないようにしたいと思う
 	      かもしれません. スプーリングディレクトリは, deamon ユー
 	      ザと daemon グループに所有され, 読み込み, 書き込み, 検
 	      索可能であり, 他からはアクセスできないようにするべきで
 	      す. 例題のプリンタに対して, 次のようにすることにしましょ
 	      う.</para>
 
 	    <screen>&prompt.root; <userinput>chown daemon.daemon /var/spool/lpd/rattan</userinput>
 &prompt.root; <userinput>chown daemon.daemon /var/spool/lpd/bamboo</userinput>
 &prompt.root; <userinput>chmod 770 /var/spool/lpd/rattan</userinput>
 &prompt.root; <userinput>chmod 770 /var/spool/lpd/bamboo</userinput></screen>
 	  </note>
 
 	  <para>最後に, <filename>/etc/printcap</filename> ファイルで,
 	    これらのディ レクトリの位置を LPD に伝える必要があります.
 	    スプーリ ングディレクトリのパス名は <literal>sd</literal>
 	    項目で指定します.</para>
 
-	  <programlisting>
-#
+	  <programlisting>#
 #  /etc/printcap for host rose - added spooling directories
 #
 rattan|line|diablo|lp|Diablo 630 Line Printer:\
         :sh:sd=/var/spool/lpd/rattan:
 
 bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\
         :sh:sd=/var/spool/lpd/bamboo:</programlisting>
 
 	  <para>プリンタ名が最初のカラムから始まっており, そのプリンタ
 	    に関して記述される他のエントリは TAB で字下げされてい
 	    ること, 各行がバックスラッシュで終わっていることに注意
 	    してください.</para>
 
 	  <para><literal>sd</literal>
 	    によりスプーリングディレクトリが指定されていな い場合,
 	    スプーリングシステムは <filename>/var/spool/lpd</filename>
 	    デフォルト値として使用します.</para>
 	</sect4>
 
 	<sect4 id="printing-device">
 	  <title>プリンタデバイスの特定</title>
 
 	  <para>「<link
 	      linkend="printing-dev-ports">ポート用エントリを /dev
 	      に追加する</link>」では, FreeBSD でプリン
 	    タとの通信に使用される <filename>/dev</filename>
 	    ディレクトリ内の エントリを特定します. そして, LPD
 	    にその情報を伝えま す. 印字するジョブを受け取ると,
 	    スプーリングシステムは,
 	    (プリンタにデータを渡す義務がある) フィルタプログラムに
 	    代わって指定されたデバイスをオープンします.</para>
 
 	  <para><filename>/etc/printcap</filename> ファイルで
 	    <literal>lp</literal> 項目を使って
 	    <filename>/dev</filename> エントリを記入します.</para>
 
 	  <para>ここでの例では, <hostid>rattan</hostid>
 	    は1番目のシリアルポートに,  <hostid>bamboo</hostid>
 	    は6番目のシリアルポートに接続されているこ とにしましょう.
 	    このとき, <filename>/etc/printcap</filename> には
 	    次のようになります.</para>
 
-	  <programlisting>
-#
+	  <programlisting>#
 #  /etc/printcap for host rose - identified what devices to use
 #
 rattan|line|diablo|lp|Diablo 630 Line Printer:\
         :sh:sd=/var/spool/lpd/rattan:\
         :lp=/dev/lpt0:
 
 bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\
         :sh:sd=/var/spool/lpd/bamboo:\
         :lp=/dev/ttyd5:</programlisting>
 
 	  <para><filename>/etc/printcap</filename> でプリンタの
 	    <literal>lp</literal> 項目が指定 されていない場合は, LPD
 	    はデフォルトとして  <filename>/dev/lp</filename>
 	    を使用します. <filename>/dev/lp</filename> は,  現在の
 	    FreeBSD には存在していません.</para>
 
 	  <para>設置したプリンタがパラレルポートに
 	    接続されている場合は,
 	    「<link linkend="printing-textfilter">
 	      テキストフィルタのインストール</link>」
 	    まで読み飛ばしてください.
 	    そうでない場合は, 次節の説明に続いてください.</para>
 	</sect4>
 
 	<sect4 id="printing-commparam">
 	  <title>スプーラのための通信パラメータの設定</title>
 
 	  <para>シリアルポートにプリンタを接続した場合, プリンタにデー
 	    タを送信するフィルタプログラムに代わり, 通信速度やパリ
 	    ティ, その他のシリアル通信パラメータを設定することがで
 	    きます. このことによる利点は,</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para><filename>/etc/printcap</filename>
 		を編集するだけで, 様々な
 		通信パラメータを試してみることができます. フィルタプロ
 		グラムを再コンパイルする必要はありません.</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>スプーリングシステムで, シリアル通信の設定が異
 		なっているかもしれない複数のプリンタに同じフィルタプロ
 		グラムを使うことが可能になります.</para>
 	    </listitem>
 	  </itemizedlist>
 
 	  <para>次の <filename>/etc/printcap</filename> の項目で,
 	    <literal>lp</literal> で指定
 	    されたデバイスのシリアル通信
 	    パラメータを制御できます.</para>
 
 	  <variablelist>
 	    <varlistentry><term><literal>
 		  br#<replaceable>bps-rate</replaceable></literal></term>
 	      <listitem>
 		<para>デバイスの通信速度を
 		  <replaceable>bps-rate</replaceable> に設定します.
 		  ここ で, <replaceable>bps-rate</replaceable> は 50,
 		  75, 110, 134, 150, 200, 300, 600, 1200, 1800, 2400,
 		  4800, 9600, 19200, 38400[bit/秒]
 		  のいずれかです.</para>
 	      </listitem>
 	    </varlistentry>
 
 	    <varlistentry><term><literal>
 		  fc#<replaceable>clear-bits</replaceable></literal></term>
 	      <listitem>
 		<para>デバイスをオープンした後で,
 		  <replaceable>sgttyb</replaceable> 構造体の
 		  <replaceable>clear-bits</replaceable>
 		  フラグビットをクリアします.</para>
 	      </listitem>
 	    </varlistentry>
 
 	    <varlistentry><term><literal>
 		  fs#<replaceable>set-bits</replaceable></literal></term>
 	      <listitem>
 		<para><replaceable>sgttyb</replaceable> 構造体の
 		  <replaceable>clear-bits</replaceable>
 		  フラグビットをセッ トします.</para>
 	      </listitem>
 	    </varlistentry>
 
 	    <varlistentry><term><literal>
 		  xc#<replaceable>clear-bits</replaceable></literal></term>
 	      <listitem>
 		<para>デバイスをオープンした後で, ローカルモードビット
 		  <replaceable>clear-bits</replaceable>
 		  をクリアします.</para>
 	      </listitem>
 	    </varlistentry>
 
 	    <varlistentry><term><literal>
 		  xs#<replaceable>set-bits</replaceable></literal></term>
 	      <listitem>
 		<para>ローカルモードビット
 		  <replaceable>set-bits</replaceable>
 		  をセットします.</para>
 	      </listitem>
 	    </varlistentry>
 	  </variablelist>
 
 	  <para><literal>fc</literal>, <literal>fs</literal>,
 	    <literal>xc</literal>, そして <literal>xs</literal>
 	    のビットに関 する詳しい情報については,
 	    <filename>/usr/include/sys/ioctl_compat.h</filename>
 	    を参照してく ださい.</para>
 
 	  <para>項目 <literal>lp</literal> で指定されたデバイスを LPD
 	    がオープンする とき, LPD は <literal>sgttyb</literal>
 	    構造体のフラグビットを読み出 します. そして, 項目
 	    <literal>fc</literal> の全ビットをクリアします.  次に,
 	    項目 <literal>fs</literal> のビットをセットし,
 	    その結果を設定 します.
 	    ローカルモードビットに関しても同様におこなわれます.</para>
 
 	  <para>例題のプリンタで6番目のシリアルポートに接続されたプリ
 	    ンタの設定を追加してみましょう. 通信速度は38400bpsに設
 	    定します. フラグビットとして, TANDEM, ANYP, LITOUT,
 	    FLUSHO, PASS8 をセットします. ローカルモードビットでは,
 	    LITOUT と PASS8 フラグをセットします.</para>
 
-	  <programlisting>
-bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\
+	  <programlisting>bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\
         :sh:sd=/var/spool/lpd/bamboo:\
         :lp=/dev/ttyd5:fs#0x82000c1:xs#0x820:</programlisting>
 	</sect4>
 
 	<sect4 id="printing-textfilter">
 	  <title>テキストフィルタのインストール</title>
 
 	  <para>ここまでで,
 	    プリンタにジョブを送るために使うテキストフィ ルタを LPD
 	    に設定する準備が整いました. <emphasis>テキストフィ
 	      ルタ</emphasis>とは,
 	    <emphasis>入力フィルタ</emphasis>としても知られていますが,
 	    印字するジョブがあるときに LPD が起動するプログラムで す.
 	    LPD がプリンタのためにテキストフィルタを起動する とき, LPD
 	    はフィルタの標準入力からプリントするジョブ を入力し,
 	    フィルタの標準出力に項目 <literal>lp</literal> で指定され
 	    たプリンタデバイスを接続します. フィルタは, 標準入力か
 	    らジョブを読み込み, プリンタのための必要な変換をおこなった
 	    後, その結果を標準出力に出力する, これにより印字がなさ
 	    れることを期待されています. テキストフィルタについての
 	    更に詳しい情報については, 「<link
 	      linkend="printing-advanced-filters">
 	      フィルタはどのように機能しているか</link>」
 	    をご覧ください.</para>
 
 	  <para>ここでの簡単なプリンタ設定では,
 	    プリンタにジョブを送るため,  <command>/bin/cat</command>
 	    を実行するだけの簡単なシェルスクリプ トで間に合います.
 	    FreeBSD に標準で付属している  <command>lpf</command>
 	    というフィルタでは, バックスペース文字を使っ
 	    た下線引きの動作をおこなう文字ストリームをうまく扱うことが
 	    できないプリンタのための代替処理をおこなってくれます.
 	    もちろん,
 	    他のどんなフィルタプログラムを使っても構いません.
 	    フィルタ <filename>lpf</filename> については, 「<link
 	      linkend="printing-advanced-lpf">テキストフィルタ
 	      lpf</link>」で詳しく説明します.</para>
 
 	  <para>最初に, 簡単なテキストフィルタであるシェルスクリプト
 	    <filename>/usr/local/libexec/if-simple</filename>
 	    を作ってみましょ う.
 	    次のテキストをお好みのテキストエディタでファイルに
 	    書き込んでください.</para>
 
-	  <programlisting>
-#!/bin/sh
+	  <programlisting>#!/bin/sh
 #
 # if-simple - Simple text input filter for lpd
 # Installed in /usr/local/libexec/if-simple
 #
 # Simply copies stdin to stdout.  Ignores all filter arguments.
 
 /bin/cat &amp;&amp; exit 0
 exit 2</programlisting>
 
 	  <para>そして, このファイルを実行可能にします. </para>
 
 	  <screen>&prompt.root; <userinput>chmod 555 /usr/local/libexec/if-simple</userinput></screen>
 
 	  <para>LPD
 	    にこのテキストフィルタを使うことを設定するためには,
 	    <filename>/etc/printcap</filename> に
 	    <literal>if</literal> 項目を使って指定しま す. これまでの
 	    <filename>/etc/printcap</filename> の例のプリンタ 2台に,
 	    このフィルタを加えてみましょう. </para>
 
-	  <programlisting>
-#
+	  <programlisting>#
 #  /etc/printcap for host rose - added text filter
 #
 rattan|line|diablo|lp|Diablo 630 Line Printer:\
         :sh:sd=/var/spool/lpd/rattan:\
         :lp=/dev/lpt0:\
         :if=/usr/local/libexec/if-simple:
 
 bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\
         :sh:sd=/var/spool/lpd/bamboo:\
         :lp=/dev/ttyd5:fs#0x82000e1:xs#0x820:\
         :if=/usr/local/libexec/if-simple:</programlisting>
 	</sect4>
 
 	<sect4>
 	  <title>LPD を起動します</title>
 
 	  <para>&man.lpd.8; は <literal>lpd_enable</literal> 変数に従って
 	    <filename>/etc/rc</filename> から実行されます.  この変数の
 	    デフォルト値は <literal>NO</literal> です.  まだ
 	    そうしていなかったならば</para>
 
 	  <programlisting>lpd_enable="YES"</programlisting>
 
 	  <para>の行を <filename>/etc/rc.conf</filename> に追加して
 	    計算機を再起動するか, そのまま &man.lpd.8; を
 	    起動してください.</para>
 
 	  <screen>&prompt.root; <userinput>lpd</userinput></screen>
 	</sect4>
 	
 	<sect4 id="printing-trying">
 	  <title>印字してみよう</title>
 
 	  <para>簡単な LPD 設定も終わりにたどり着きました. 残念ながら,
 	    設定はこれでおしまいというわけではありません. なぜなら,
 	    さらに, 設定をテストし, すべての問題点を解決しなくては
 	    ならないからです. 設定をテストするために, 何かを印字し
 	    てみましょう. LPD システムで印字をするためには,
 	    &man.lpr.1; コマンドを使います. このコマンドは, 印字する
 	    ためのジョブを投入する働きをします.</para>
 
 	  <para>&man.lpr.1; コマンドを
 	    「<link linkend="printing-testing">
 	      プリンタとの通信状況を調べる</link>」で紹介した,
 	    あるテスト用のテキストを生成してくれる
 	    &man.lptest.1; プログラムと一緒に使うこともできます.</para>
 
 	  <para><emphasis>簡単な LPD
 	      設定をテストするために:</emphasis></para>
 
 	  <para>次のように入力してください. </para>
 
 	  <screen>&prompt.root; <userinput>lptest 20 5 | lpr -P<replaceable>printer-name</replaceable></userinput></screen>
 
 	  <para>ここで, <replaceable>printer-name</replaceable>
 	    は <filename>/etc/printcap</filename>
 	    で指定したプリンタ名 (もしくはその別名) です. デフォルト
 	    のプリンタを使用する場合は,
 	    <option>-P</option> 引数を付けないで
 	    &man.lpr.1; を打ち込んでください. もう一度述べますが, ポス
 	    トスクリプトを期待しているプリンタをテストするならば,
 	    &man.lptest.1; を使う代わりに PostScript で書かれたプ
 	    ログラムをプリンタに送ってください. プログラムを送るた
 	    めには, プログラムをファイルに格納して, <command>lpr
 	      <replaceable>file</replaceable></command>
 	    と打ち込みます.</para>
 
 	  <para>PostScript プリンタの場合, 送信したプログラムによ
 	    る結果が得られるでしょう.
 	    &man.lptest.1; を使った場合は,
 	    以下のような結果が見られるでしょう.</para>
 
-	  <programlisting>
-!"#$%&amp;'()*+,-./01234
+	  <programlisting>!"#$%&amp;'()*+,-./01234
 "#$%&amp;'()*+,-./012345
 #$%&amp;'()*+,-./0123456
 $%&amp;'()*+,-./01234567
 %&amp;'()*+,-./012345678</programlisting>
 
 	  <para>更にプリンタをテストしたい場合は, (言語ベースのプリン
 	    タのための) もっと大きなプログラムを送信するか, 引数を
 	    変えて
 	    &man.lptest.1; を実行します. 例えば, <command>lptest
 	      80 60</command> で それぞれ80文字の行を60
 	    行生成します.</para>
 
 	  <para>プリンタがうまく動かなかった場合は, 次の節, 「<link
 	      linkend="printing-troubleshooting">
 	      トラブルシューティング</link>」をご覧ください.</para>
 	</sect4>
       </sect3>
     </sect2>
   </sect1>
 
   <sect1 id="printing-advanced">
     <title>プリンタ設定上級編</title>
 
     <para>この節では, 特殊な形式のファイルを印字するためのフィルタ,
       ヘッダページ, ネットワーク越しのプリンタへの印字, そして,
       プリンタ 使用の制限や課金について説明しています.</para>
 
     <sect2 id="printing-advanced-filter-intro">
       <title>フィルタ</title>
 
       <para>LPD では, ネットワークプロトコル, キュー, アクセス制御, そ
 	して, 印字のためのその他の側面について扱いますが,
 	<emphasis>実際の</emphasis> 作業のほとんどは
 	<emphasis>フィルタ</emphasis> によっておこなわれています.
 	フィルタ は, プリンタと通信し,
 	プリンタのデバイス依存性や特殊な要求を扱 うプログラムです.
 	簡単なプリンタ設定では, プレインテキストのた
 	めのフィルタをインストールしました. このプレインテキストフィル
 	タは, ほとんどのプリンタで機能する極めて単純なものでした.
 	(「<link linkend="printing-textfilter">
 	  テキストフィルタのインストール</link>」を参照)</para>
 
       <para>しかしながら, 形式変換やプリンタ課金, 特定のプリンタの癖,
 	など をうまく利用するためには,
 	フィルタがどのように機能するかという
 	ことを理解しておくべきです. これらの側面を扱うためには, 最終的
 	には, フィルタの責任であるからです. そして, これは悪い情報です
 	が, ほとんどの場合において,
 	<emphasis>あなた自身</emphasis>がフィルタを供給す
 	る必要があるということです. また都合のよいことには,
 	たくさんのフィルタが 一般的に利用できるということです.
 	もしフィルタがなかったとし ても, 普通は,
 	フィルタを作るのは簡単です.</para>
 
       <para>FreeBSD にも, プレインテキストを印字させることができる
 	<filename>/usr/libexec/lpr/lpf</filename>
 	というフィルタが1つ付いています.
 	(このフィルタはファイルに含まれるバックスペースやタブを扱いま
 	す. また, 課金をすることもできますが, できることはこれだけしか
 	ありません.) いくつかのフィルタとフィルタの構成要素は
         FreeBSD Ports Collection にもあります.</para>
 
       <para>この節で述べることは次の通りです.</para>
 
       <itemizedlist>
 	<listitem>
 	  <para>「<link linkend="printing-advanced-filters">
 	      フィルタはどのように機能しているか</link>」では,
 	    印字の過程におけ るフィルタの役割を概説します.
 	    この節を読むことで, LPD  がフィルタを使うときに,
 	    <quote>見えないところで</quote>何が起こっている
 	    かが理解できるでしょう. このことを知っておくと, プリン
 	    タそれぞれに様々なフィルタをインストールしたときに遭遇
 	    するかもしれない問題を予期したり, デバッグするときに役
 	    立つでしょう.</para>
 	</listitem>
 
 	<listitem>
 	  <para>LPD では, すべてのプリンタからデフォルトでプレインテ
 	    キストを印字できることを期待しています. このことは, プ
 	    レインテキストを直接印字できない PostScript (また
 	    は他の言語用の) プリンタでは問題を引き起こします. 「<link
 	      linkend="printing-advanced-if-conversion">
 	      プレインテキストのジョブを PostScript
 	      プリンタで印字する</link>」 で,
 	    この問題を克服する方法について述べます. PostScript
 	    プリンタをお持ちの方は, この節をお読みになること
 	    をお薦めします.</para>
 	</listitem>
 
 	<listitem>
 	  <para>PostScript は様々なプログラムのための有名な出
 	    力形式です. ある人たちは (著者自身を含めて) PostScript
 	    のコードさえも直接書いてしまいます. しかし, PostScript
 	    プリンタは高価です. 「<link
 	      linkend="printing-advanced-ps">非 PostScript プリンタで
 	      PostScript をシミュレートする</link>」では, PostScript
 	    データを<emphasis>非 PostScript
 	      プリンタ</emphasis>に受けつけさせ, 印字させるために,
 	    どのようにしてプリンタ用のテキストフィルタをさらに変更
 	    すればよいのか, ということについて述べます. PostScript
 	    プリンタを持っていない方は, この節をお読みになる
 	    ことをお薦めします.</para>
 	</listitem>
 
 	<listitem>
 	  <para>「<link linkend="printing-advanced-convfilters">
 	      変換フィルタ</link>」では, 図形や組版データといっ
 	    た特定のファイル形式を, プリンタが理解できる形式へ変換
 	    する作業を自動的におこなわせる方法について述べます. この節
 	    を読むと, troff のデータを印字するには <command>lpr
 	      -t</command>,  または, TeX DVI を印字するには
 	    <command>lpr -d</command>, ラスタイ
 	    メージデータを印字するには <command>lpr -v</command>,
 	    などといったよ
 	    うにユーザが入力することができるようにプリンタの設定を
 	    おこなうことができます. この節もお読みになることをお薦めし
 	    ます.</para>
 	</listitem>
 
 	<listitem>
 	  <para>「<link
 	      linkend="printing-advanced-of">出力フィルタ</link>」
 	    では, あまり使われない LPD の機能のすべて,  すなわち,
 	    出力フィルタに関することが記述されています.  ヘッダページ
 	    (「<link linkend="printing-advanced-header-pages">
 	      ヘッダページ</link>」参照) を印字させていない場合は,
 	    多分, この節は飛ばしても構わないでしょう.</para>
 	</listitem>
 
 	<listitem>
 	  <para>「<link
 	      linkend="printing-advanced-lpf">テキストフィルタ
 	      lpf</link>」では, <command>lpf</command>
 	    についての説明が,  ほぼ完全におこなわれています. これは
 	    FreeBSD に付属するラ インプリンタ (または,
 	    ラインプリンタのように動作するレー ザプリンタ) のための,
 	    単純なテキストフィルタです. プレ
 	    インテキストを印字したことに対して課金をおこなう方法が至急
 	    必要な場合, もしくは, バックスペース文字を印字しようと
 	    すると煙を発するプリンタを持っている場合は, 絶対に
 	    <command>lpf</command> を検討するべきです.</para>
 	</listitem>
       </itemizedlist>
 
       <sect3 id="printing-advanced-filters">
 	<title>フィルタはどのように機能しているか</title>
 
 	<para>既に言及したように, フィルタとは, プリンタにデータを送る
 	  際に, デバイスに依存した部分を取り扱うために LPD
 	  によって起動 される実行プログラムです.</para>
 
 	<para>LPD がジョブ中のファイルを印字しようとするとき, LPD
 	  はフィル タプログラムを起動します. このとき,
 	  フィルタの標準入力を印字す るファイルに,
 	  標準出力をプリンタに, そして, 標準エラー出力をエ
 	  ラーログファイル (<filename>/etc/printcap</filename> 内の
 	  <literal>lf</literal> 項目で指 定されたファイル, または,
 	  指定されていない場合は, デフォルトと して
 	  <filename>/dev/console</filename>) にセットします.</para>
 
 	<para>LPD が起動するフィルタと, その引数が何であるかは,
 	  <filename>/etc/printcap</filename>
 	  ファイルの内容と, ジョブの起動時に
 	  ユーザが指定した
 	  &man.lpr.1; コマンドの引数に依存しています. 例え
 	  ば, ユーザが <command>lpr -t</command> と入力した場合は,
 	  LPD は出力先のプリ
 	  ンタ用の <literal>tf</literal> 項目で指定されている troff
 	  用のフィルタを起動
 	  させるでしょう.
 	  ユーザがプレインテキストの印字を指示したときは,
 	  <literal>if</literal> で指定されたフィルタが
 	  起動されるでしょう (このことはほ
 	  とんどの場合にあてはまります.
 	  詳細については, 「<link linkend="printing-advanced-of">
 	    出力フィルタ</link>」をご覧ください).</para>
 
 	<para><filename>/etc/printcap</filename>
 	  で指定可能なフィルタは次の3種類がありま す. </para>
 
 	<itemizedlist>
 	  <listitem>
 	    <!-- kuriyama - shoule 'para'rize? -->
 	    <!-- si006  - also origial document is 'para'rized now -->
 	    <para><emphasis>テキストフィルタ</emphasis>
 	      (LPD のドキュメントでは紛ら
 	      わしいことに
 	      <emphasis>入力フィルタ</emphasis>と呼んでいますが) は一般の
 	      テキストの印字を扱います. これはデフォルトのフィルタと
 	      考えてください. LPD では, すべてのプリンタに対して, デフォ
 	      ルトでプレインテキストが印字できることを期待しています.
 	      さらに, バックスペースやタブを正しく扱い, また, 他の特
 	      殊な文字が入力されてもプリンタに混乱を来さないようにす
 	      るのはテキストフィルタの仕事であると考えています.
 
 	      プリンタの使用に対して課金をしなくてはならない環境にあ
 	      るときは, テキストフィルタが印字したページ数を数える作
 	      業もしなくてはなりません. この作業は, 通常, 印字した行
 	      数を数え, これをプリンタが1ページ当たりに印字できる行
 	      数と比較することでおこなわれます.
 
 	      テキストフィルタは, 次のような引数を付けて起動されます.
 
 	      <cmdsynopsis>
 		<command>filter-name</command>
 		<arg>-c</arg>
 		<arg choice="plain">-w<replaceable>width</replaceable></arg>
 		<arg choice="plain">-l<replaceable>length</replaceable></arg>
 		<arg choice="plain">-i<replaceable>indent</replaceable></arg>
 		<arg choice="plain">-n <replaceable>login</replaceable></arg>
 		<arg choice="plain">-h <replaceable>host</replaceable></arg>
 		<arg choice="plain"><replaceable>acct-file</replaceable></arg>
 	      </cmdsynopsis>
 
 	      ここで,
 
 	      <variablelist>
 		<varlistentry><term><option>-c</option></term>
 		  <listitem>
 		    <para><command>lpr -l</command>
 		      によってジョブが入力されたときに与
 		      えられます.</para>
 		  </listitem>
 		</varlistentry>
 
 		<varlistentry><term><replaceable>width</replaceable></term>
 		  <listitem>
 		    <para><filename>/etc/printcap</filename>
 		      で指定された <literal>pw</literal> (page width)
 		      項目の値が与えられます. デフォル トは,
 		      132です.</para>
 		  </listitem>
 		</varlistentry>
 
 		<varlistentry><term><replaceable>length</replaceable></term>
 		  <listitem>
 		    <para><literal>pl</literal> (page length)
 		      項目で指定された値が与え られます.
 		      デフォルトは66です.</para>
 		  </listitem>
 		</varlistentry>
 
 		<varlistentry><term><replaceable>indent</replaceable></term>
 		  <listitem>
 		    <para><command>lpr -i</command>
 		      によって与えられた字下げの量で, デ
 		      フォルトは0です.</para>
 		  </listitem>
 		</varlistentry>
 
 		<varlistentry><term><replaceable>login</replaceable></term>
 		  <listitem>
 		    <para>ファイルを印字したユーザのアカウント名が
 		      与えら れます.</para>
 		  </listitem>
 		</varlistentry>
 
 		<varlistentry><term><replaceable>host</replaceable></term>
 		  <listitem>
 		    <para>ジョブが入力されたホスト名が
 		      与えられます.</para>
 		  </listitem>
 		</varlistentry>
 
 		<varlistentry><term><replaceable>acct-file</replaceable></term>
 		  <listitem>
 		    <para><literal>af</literal>
 		      項目で指定されている課金データファイル
 		      の名前が与えられます.</para>
 		  </listitem>
 		</varlistentry>
 	      </variablelist>
 	    </para>
 	  </listitem>
 
 	  <listitem>
 	    <para><emphasis>変換フィルタ</emphasis>は,
 	      特定のファイル形式をプリンタ
 	      が紙に印字できるようなものに変換します. 例えば, プリン
 	      タで ditroff 組版データを直接印字することはできません.
 	      しかし, ditroff データをプリンタが消化し, 印字するこ
 	      とができる形式へ変換するために, ditroff ファイル用フィ
 	      ルタをインストールすることができます.
 	      「<link linkend="printing-advanced-convfilters">
 		変換フィルタ</link>」
 	      で, これらに関するすべてについて説明します.
 	      プリンタの課金をする必要がある場合は, 変換フィルタでも
 	      印字ページを数える作業が必要となります.
 
 	      変換フィルタは次の引数をとって起動されます.
 
 	      <cmdsynopsis>
 		<command>filter-name</command>
 		<arg choice="plain">-x<replaceable>pixel-width</replaceable></arg>
 		<arg choice="plain">-y<replaceable>pixel-height</replaceable></arg>
 		<arg choice="plain">-n <replaceable>login</replaceable></arg>
 		<arg choice="plain">-h <replaceable>host</replaceable></arg>
 		<arg choice="plain"><replaceable>acct-file</replaceable></arg>
 	      </cmdsynopsis>
 
 	      ここで, <replaceable>pixel-width</replaceable> は,
 	      <literal>px</literal> 項目で指定され
 	      た値 (デフォルトは0),
 	      <replaceable>pixel-height</replaceable> は,
 	      <literal>py</literal> 項
 	      目で指定された値 (デフォルトは0) です.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><emphasis>出力フィルタ</emphasis>は,
 	      テキストフィルタが指定されて
 	      おらず, かつ, ヘッダページの出力が許可されている場合に
 	      のみ使われます.
 	      「<link linkend="printing-advanced-of">
 		出力フィルタ</link>」で, これらのことについて説明し
 	      ます. アウトプットフィルタに対する引数は次の2つだけです.
 
 	      <cmdsynopsis>
 		<command>filter-name</command>
 		<arg choice="plain">-w<replaceable>width</replaceable></arg>
 		<arg choice="plain">-l<replaceable>length</replaceable></arg>
 	      </cmdsynopsis>
 
 	      ここで, <option>-w</option> と <option>-l</option> は,
 	      テキストフィルタの場合
 	      と同じです.</para>
 	  </listitem>
 	</itemizedlist>
 
 	<para>フィルタは, 次に示すの終了状態をもってプログラムを
 	  <emphasis>exit</emphasis>  するべきです. </para>
 
 	<variablelist>
 	  <varlistentry><term>exit 0</term>
 	    <listitem>
 	      <para>フィルタがファイルを正常に印字した場合.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>exit 1</term>
 	    <listitem>
 	      <para>フィルタはファイルの印字に失敗したが, LPD
 		に再度ファ イルの印字を試みて欲しい場合.
 		この終了状態で終了した場 合, LPD
 		はフィルタを再スタートします.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>exit 2</term>
 	    <listitem>
 	      <para>フィルタはファイルの印字に失敗し, かつ, LPD
 		に再出力 を試みて欲しくない場合. この場合, LPD
 		はそのファイル を放棄します.</para>
 	    </listitem>
 	  </varlistentry>
 	</variablelist>
 
 	<para>FreeBSD に付属するテキストフィルタ
 	  <filename>/usr/libexec/lpr/lpf</filename> は, FORM FEED
 	  文字が送られたと
 	  きやプリンタ使用に対する課金をどのようにするかを
 	  決定するために,  ページ幅やページ長の引数を利用します. また,
 	  課金用のエントリを 作成するため, ログイン名, ホスト名,
 	  課金ファイル名の引数を利用 します.</para>
 
 	<para>もし, フィルタの購入を検討しているならば, LPD
 	  と互換性がある かどうかを確認してください. もしそうならば,
 	  上述の引数リストをサ ポートしていなければなりません.
 	  一般向けの使用のためにフィルタ
 	  を作成する計画をしている場合は,
 	  同じ引数リストと終了コードをサ ポートしてください.</para>
       </sect3>
 
       <sect3 id="printing-advanced-if-conversion">
 	<title>プレインテキストのジョブを PostScript プリン
 	  タで印字する</title>
 
 	<para>コンピュータと PostScript (または, 他の言語に対応し た)
 	  プリンタをあなたしか使用しない場合は, プリンタにプレ
 	  インテキストを絶対に送らない, そして,
 	  プリンタにプレインテキス
 	  トを送りたがっている様々なプログラムの機能を決して
 	  使わないこと にしてください. そうすれば,
 	  この節に書かれたことに心を煩わせる必
 	  要はまったくなくなります.</para>
 
 	<para>しかし, PostScript
 	  とプレインテキストの両方のジョブをプリン
 	  タへ送りたいと思っている場合は,
 	  プリンタ設定についての要求が増 えるでしょう.
 	  両者をプリンタへ送信するためには, 到着
 	  したジョブがプレインテキストであるか PostScript であるかを
 	  検出するテキストフィルタが必要です. PostScript のジョブは
 	  すべて <literal>%!</literal>
 	  で始まらなければならないことになっています
 	  (他のプリンタ言語に関しては,
 	  プリンタのドキュメントをご覧くだ さい).
 	  ジョブの最初の2文字がこれならば, PostScript である
 	  ことが分かります. したがって,
 	  ジョブのそれ以降の部分をプリンタに直 接送ることができます
 	  (訳注:PostScript では, <emphasis remap=tt>%</emphasis>
 	  以降はコメントとして扱われるので, 最初の <emphasis
 	    remap=tt>%!</emphasis> の行を 読み捨てても問題はない).
 	  最初の2文字が <emphasis remap=tt>%!</emphasis> でない場
 	  合は, フィルタはテキストを PostScript に変換し, その結果を
 	  使って印字をおこないます.</para>
 
 	<para>この作業をどうやってやればよいのでしょうか.</para>
 
 	<para>シリアルポートにプリンタを接続した場合は,
 	  <command>lprps</command> をインス
 	  トールすることをお勧めします. <command>lprps</command> は
 	  PostScript 用のフィルタで,
 	  プリンタとの双方向通信をおこないます. このフィルタでは,
 	  プリンタか らの冗長な情報を得ることで,
 	  プリンタの状況を示すファイルが更新 されていきます.
 	  したがって, ユーザや管理者は
 	  (<errorname>トナー残量少</errorname>や
 	  <errorname>紙詰まり</errorname>といった)
 	  プリンタの状況を正確に知ることができます.  しかし,
 	  もっと重要なことは, <command>psif</command>
 	  と呼ばれるプログラムが 含まれているということです.
 	  このプログラムは, 入力されたジョブ
 	  がプレインテキストかどうかを検出し, これを PostScript に変
 	  換するために, <command>textps</command>
 	  (<command>lprps</command> に付属する別のプログラ ム)
 	  を呼び出します. そして, このジョブをプリンタに送るために,
 	  <command>lprps</command> が使われます.</para>
 
 	<para><command>lprps</command> は FreeBSD Ports Collection
 	  に含まれています (<link linkend="ports">Ports Collection</link>
           を参照してください).
 	  もちろん,自分自身でプログラムを取ってきて, コンパイルし,
 	  インストールす ることもできます. <command>lprps</command>
 	  をインストールした後は,  <command>lprps</command>
 	  の一部である <command>psif</command>
 	  プログラムのパス名を指定する だけです. Ports Collection から
 	  <command>lprps</command> をインストールしたときは,
 	  <filename>/etc/printcap</filename> の中のシリアル接続した
 	  PostScript プリンタのエントリに対して, 次を使ってください.
 	</para>
 
-	<programlisting>
-:if=/usr/local/libexec/psif:</programlisting>
+	<programlisting>:if=/usr/local/libexec/psif:</programlisting>
 
 	<para>LPD
 	  にプリンタをリード・ライトモードでオープンさせるために,
 	  <literal>rw</literal> 項目も指定すべきです.</para>
 
 	<para>パラレルポートに接続したプリンタの場合 (すなわち,
 	  <command>lprps</command> が
 	  必要としているプリンタとの双方向通信ができない),
 	  テキストフィ
 	  ルタとして次のシェルスクリプトを使うことができます. </para>
 
-	<programlisting>
-#!/bin/sh
+	<programlisting>#!/bin/sh
 #
 #  psif - Print PostScript or plain text on a PostScript printer
 #  Script version; NOT the version that comes with lprps
 #  Installed in /usr/local/libexec/psif
 #
 
 read first_line
 first_two_chars=`expr "$first_line" : '\(..\)'`
 
 if [ "$first_two_chars" = "%!" ]; then
    #
    #  PostScript job, print it.
    #
    echo "$first_line" &amp;&amp; cat &amp;&amp; printf "\004" &amp;&amp; exit 0
    exit 2
 else
    #
    #  Plain text, convert it, then print it.
    #
    ( echo "$first_line"; cat ) | /usr/local/bin/textps &amp;&amp; printf "\004" &amp;&amp; exit 0
    exit 2
 fi</programlisting>
 
 	<para>上記のスクリプトにおいて, <command>textps</command>
 	  はプレインテキストから PostScript
 	  へ変換するために別にインストールしたプログラム です.
 	  テキストから PostScript へ変換するのには, お好みのどんなプロ
 	  グラムでも使うことができます. FreeBSD Ports Collection
           (<link linkend="ports">Ports Collection</link>
 	  を参照してください) には,  <literal>a2ps</literal>
 	  と呼ばれるテキストから PostScript に変換するプログラムが
 	  入っています.</para>
 
 	<note>
 	  <para><emphasis>訳注:</emphasis> 上記スクリプトでは,
 	    先頭の行を読み込むために read  を使っていますが,
 	    困ったことに, read は読み込んだ文字列の先頭
 	    の空白文字を取り除いてしまいます. 従って,
 	    これらの空白文字は印 字されないことになり,
 	    印字結果がファイルのイメージと異なる場合 が出てきます.
 	    この事情は csh を利用した場合でも変わりません. 仮に,
 	    先頭の空白文字を除去しない read コマンドを作ったとしても,
 	    「echo $first_line」の $first_line
 	    変数の内容をシェルが展開す る際に $first_line
 	    の先頭の空白文字が失われるため, 問題の解決 にはなりません.
 	    残念ながら, 訳者はこの問題をシェルプログラムだ
 	    けで解決する方法をしりません. perl か C
 	    言語の力を借りないと解 決できないと思います.</para>
 	</note>
       </sect3>
 
       <sect3 id="printing-advanced-ps">
 	<title>非 PostScript プリンタで PostScript
 	  をシミュレートする</title>
 
 	<para>PostScript
 	  は質の高い組版と印字をおこなうための<emphasis>事実
 	    上の</emphasis>標準です. しかしながら, PostScript は,
 	  <emphasis>高価な</emphasis>標 準です. ありがたいことに,
 	  Alladin Enterprises から
 	  <application>Ghostscript</application> と呼ばれる,
 	  PostScript 互換の動作をするフリー
 	  のプログラムが出されていて, FreeBSDで動きます. Ghostscript
 	  はほとんどの PostScript ファイルを読むことができ, これらの
 	  各ページをたくさんのブランドの非 PostScript プリンタを含む
 	  様々なデバイス用に変換することができます. Ghostscript をイン
 	  ストールし,
 	  プリンタ用の特別なテキストフィルタを使うことによっ て, 非
 	  PostScript プリンタをあたかも本物の PostScript
 	  プリンタであるかのように動作させることができます.</para>
 
 	<para>Ghostscript は FreeBSD Ports Collection に入っていますので,
 	  そこからインストール することができます. また,
 	  自分でソースプログラムを持ってきて, コンパイルし, インストー
 	  ルすることもできます. この作業はとても簡単にできます.</para>
 
 	<para>PostScript プリンタをシミュレートさせる場合は,
 	  テキストフィ ルタに PostScript
 	  ファイルを印字しようとしているかどうかを 検出させます.
 	  PostScript ファイルでない場合は, フィルタは
 	  そのファイルを直接プリンタに送ります
 	  (訳注:テキストファイルを直 接印字できない場合は, もちろん,
 	  変換フィルタを通す必要がありま す). PostScript の場合は,
 	  まず, Ghostscript を使い, ファ
 	  イルをそのプリンタが理解できる形式へ変換します.</para>
 
 	<para>次の例のスクリプトは, Hewlett Packard DeskJet 500
 	  プリンタ用 のテキストフィルタです.
 	  他のプリンタで用いるときは,  <option>-sDEVICE</option>
 	  引数を <command>gs</command> (Ghostscript)
 	  コマンドに変えてくだ さい. (<command>gs -h</command>
 	  と入力すると, 現在インストールされている  Ghostscript
 	  でサポートされているデバイスのリストが得られます). </para>
 
-	<programlisting>
-#!/bin/sh
+	<programlisting>#!/bin/sh
 #
 #  ifhp - Print Ghostscript-simulated PostScript on a DeskJet 500
 #  Installed in /usr/local/libexec/hpif
 
 #
 #  Treat LF as CR+LF:
 #
 printf "\033&amp;k2G" || exit 2
 
 #
 #  Read first two characters of the file
 #
 read first_line
 first_two_chars=`expr "$first_line" : '\(..\)'`
 
 if [ "$first_two_chars" = "%!" ]; then
     #
     #  It is PostScript; use Ghostscript to scan-convert and print it.
     #
     #  Note that PostScript files are actually interpreted programs,
     #  and those programs are allowed to write to stdout, which will
     #  mess up the printed output.  So, we redirect stdout to stderr
     #  and then make descriptor 3 go to stdout, and have Ghostscript
     #  write its output there.  Exercise for the clever reader:
     #  capture the stderr output from Ghostscript and mail it back to
     #  the user originating the print job.
     #
     exec 3&gt;&amp;1 1&gt;&amp;2
     /usr/local/bin/gs -dSAFER -dNOPAUSE -q -sDEVICE=djet500 \
         -sOutputFile=/dev/fd/3 - &amp;&amp; exit 0
 
     #
     /usr/local/bin/gs -dSAFER -dNOPAUSE -q -sDEVICE=djet500 -sOutputFile=- - \
         &amp;&amp; exit 0
 
 else
     #
     #  Plain text or HP/PCL, so just print it directly; print a form
     #  at the end to eject the last page.
     #
     echo $first_line &amp;&amp; cat &amp;&amp; printf "\033&amp;l0H" &amp;&amp; exit 0
 fi
 
 exit 2</programlisting>
 
 	<para>最後に, <literal>if</literal> 項目を通して, LPD
 	  にこのフィルタを教えてやる 必要があります. </para>
 
-	<programlisting>
-:if=/usr/local/libexec/hpif:</programlisting>
+	<programlisting>:if=/usr/local/libexec/hpif:</programlisting>
 
 	<para>これでおしまいです. <command>lpr plain.text</command>
 	  とか <filename>lpr whatever.ps</filename>
 	  と入力してみましょう. どちらも正常に印字されるは
 	  ずです.</para>
 
 	<note>
 	  <para><emphasis>訳注:</emphasis> 日本語を印字する場合は,
 	    日本語対応の Ghostscript が必要で す. 日本語対応版の
 	    Ghostscript も Ports Collection に入っています.</para>
 	</note>
       </sect3>
 
       <sect3 id="printing-advanced-convfilters">
 	<title>変換フィルタ</title>
 
 	<para>「<link
 	    linkend="printing-simple">プリンタ設定導入編</link>」
 	  に書かれた簡単な設定が完了したら, 最初に, やってみたいと思
 	  うことは, 多分(プレイン ASCII テキストに加えて)
 	  好みのファイル形式
 	  のための変換フィルタをインストールすることでしょう.</para>
 
 	<sect4>
 	  <title>なぜ, 変換フィルタをインストールするのか?</title>
 
 	  <para>変換フィルタによって, 様々な種類のファイルを印字するこ
 	    とが簡単になります. 例えば, TeX
 	    組版システムでたくさんの仕事 をしたと仮定しましょう.
 	    そして, PostScript プリンタが接続 されているとします.
 	    すると, TeX で DVI ファイルを作成する度に,  DVI
 	    ファイルを印字するために, これを PostScript ファイルに
 	    変換する必要があります.
 	    このコマンドは次のようになるでしょう. </para>
 
 	  <screen>&prompt.user; <userinput>dvips seaweed-analysis.dvi</userinput>
 &prompt.user; <userinput>lpr seaweed-analysis.ps</userinput></screen>
 
 	  <para>DVI ファイル用の変換フィルタがインストールしてあると,
 	    LPD に 変換を肩代わりさせることで毎回毎回
 	    おこなわなければならなかった面倒
 	    な変換作業を省くことができます. つまり, DVI を生成したら,
 	    次のような1回のコマンド入力だけで, これが印字されます.
 	  </para>
 
 	  <screen>&prompt.user; <userinput>lpr -d seaweed-analysis.dvi</userinput></screen>
 
 	  <para>LPD に DVI ファイルの変換をさせるためには,
 	    <option>-d</option> オプション を指定します.
 	    変換オプションのリストは「<link
 	      linkend="printing-lpr-options-format">
 	      整形と変換に関するオプション</link>」
 	    に載せてあります.</para>
 
 	  <para>変化のオプションのそれぞれをプリンタに
 	    サポートさせるためには,
 	    <emphasis>変換フィルタ</emphasis>をインストールし,
 	    そのパス名を  <filename>/etc/printcap</filename>
 	    の中で指定しなくてはなりません. 変換フィ ルタは,
 	    プレインテキストを印字する代わりに, フィルタはファイル
 	    をプリンタが理解できる形式に変換するところを除けば,
 	    「プリンタ の簡単な設定」で説明したテキストファイル
 	    (「<link linkend="printing-textfilter">
 	      テキストフィルタのインストール</link>」 を見て下さい)
 	    に似ています.</para>
 	</sect4>
 
 	<sect4>
 	  <title>どの変換フィルタをインストールすべきか?</title>
 
 	  <para>使いたいと思う変換フィルタをインストールすべきです.
 	    DVI のデータを頻繁に印字するならば, DVI 変換フィルタ
 	    をインストールするのが適切でしょう. 印字しなくてはなら
 	    ない troff を大量に抱えている場合は, 多分, troff フィ
 	    ルタが欲しくなるはずです.</para>
 
 	  <para>次の表は, LPD で動作するフィルタと,
 	    <filename>/etc/printcap</filename>
 	    ファイルでのエントリする項目,  そして,
 	    <command>lpr</command>
 	    コマンドで呼び出す方法をまとめたもの です. </para>
 
 	  <informaltable frame="none">
 	    <tgroup cols="3">
 	      <thead>
 		<row>
 		  <entry>ファイル形式</entry>
 		  <entry><filename>/etc/printcap</filename>項目</entry>
 		  <entry><command>lpr</command> オプション</entry>
 		</row>
 	      </thead>
 
 	      <tbody>
 		<row>
 		  <entry>cifplot</entry>
 		  <entry><literal>cf</literal></entry>
 		  <entry><option>-c</option></entry>
 		</row>
 		<row>
 		  <entry>DVI</entry>
 		  <entry><literal>df</literal></entry>
 		  <entry><option>-d</option></entry>
 		</row>
 		<row>
 		  <entry>plot</entry>
 		  <entry><literal>gf</literal></entry>
 		  <entry><option>-g</option></entry>
 		</row>
 		<row>
 		  <entry>ditroff</entry>
 		  <entry><literal>nf</literal></entry>
 		  <entry><option>-n</option></entry>
 		</row>
 		<row>
 		  <entry>FORTRAN text</entry>
 		  <entry><literal>rf</literal></entry>
 		  <entry><option>-f</option></entry>
 		</row>
 		<row>
 		  <entry>troff</entry>
 		  <entry><literal>tf</literal></entry>
 		  <entry><option>-t</option></entry>
 		</row>
 		<row>
 		  <entry>raster</entry>
 		  <entry><literal>vf</literal></entry>
 		  <entry><option>-v</option></entry>
 		</row>
 		<row>
 		  <entry>プレインテキスト</entry>
 		  <entry><literal>if</literal></entry>
 		  <entry>なし, <option>-p</option>, または
 		    <option>-l</option></entry>
 		</row>
 	      </tbody>
 	    </tgroup>
 	  </informaltable>
 
 	  <para>先の例のように, <command>lpr -d</command>
 	    を使うためには, 出力先の プリンタの
 	    <filename>/etc/printcap</filename> 内のエントリで,
 	    <literal>df</literal>
 	    項目が必要であることが分かります.</para>
 
 	  <para>反論はあるかも知れませんが, FORTRAN テキストや plot
 	    のような形式は, 多分, 廃れ てていくでしょう.
 	    あなたのサイトで, 自前のフィルタをイ ンストールするだけで,
 	    プリントオプションのいくつか, あ るいは,
 	    全部に新しい意味を与えることができます. 例えば,
 	    Prinerleaf ファイル (Interleaf デスクトップパブリッシン
 	    グプログラムによるファイル) を直接印字したいとします.
 	    そして, Printerleaf 用の変換フィルタを
 	    <literal>gf</literal> 項目で
 	    指定したパスにインストールすれば, <command>lpr
 	      -g</command> の意味 は<quote>Printerleaf
 	    ファイルを印字する</quote>意味だとユーザに教
 	    えることができます.</para>
 	</sect4>
 
 	<sect4>
 	  <title>変換フィルタのインストール</title>
 
 	  <para>変換フィルタは FreeBSD
 	    の基本システムのインストールとは別
 	    にインストールするプログラムなので, 変換フィルタは, 多 分,
 	    <filename>/usr/local</filename> ディレクトリの下に置くべ
 	    きです. フィルタは LPD だけが実行する特別なプログラム,
 	    すなわち, 一般ユーザが実行する必要すらない
 	    プログラムなので, <filename>/usr/local/libexec</filename>
 	    ディレ クトリに置くのが普通です.</para>
 
 	  <para>変換フィルタを使用可能にするためには,
 	    <filename>/etc/printcap</filename>
 	    の目的のプリンタの適切な項目に
 	    フィルタがあるパス名を指定します.</para>
 
 	  <para>DVI 変換フィルタをプリンタ <literal>bamboo</literal>
 	    のエントリに加 えてみましょう. プリンタ
 	    <literal>bamboo</literal> の <literal>df</literal> 項目を
 	    新たに加えた<filename>/etc/printcap</filename>
 	    ファイルの例を以下 に再掲します. </para>
 
-	  <programlisting>
-#
+	  <programlisting>#
 #  /etc/printcap for host rose - added df filter for bamboo
 #
 rattan|line|diablo|lp|Diablo 630 Line Printer:\
         :sh:sd=/var/spool/lpd/rattan:\
         :lp=/dev/lpt0:\
         :if=/usr/local/libexec/if-simple:
 
 bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\
         :sh:sd=/var/spool/lpd/bamboo:\
         :lp=/dev/ttyd5:fs#0x82000e1:xs#0x820:rw:\
         :if=/usr/local/libexec/psif:\
         :df=/usr/local/libexec/psdf:</programlisting>
 
 	  <para>DVI フィルタは
 	    <filename>/usr/local/libexec/psdf</filename> という
 	    名前のシェルスクリプトです. このスクリプトは次のように
 	    なっています. </para>
 
-	  <programlisting>
-#!bin/sh
+	  <programlisting>#!bin/sh
 #
 #  psdf - DVI to PostScript printer filter
 #  Installed in /usr/local/libexec/psdf
 #
 #  Invoked by lpd when user runs lpr -d
 #
 exec /usr/local/bin/dvips -f | /usr/local/libexec/lprps "$@"</programlisting>
 
 	  <para>このスクリプトでは, <command>dvips</command>
 	    をフィルタモード (引数  <option>-f</option>) で,
 	    標準入力上で起動しています. 標準入力は印字 するジョブです.
 	    それから, PostScript プリンタ用フィ ルタ
 	    <command>lprps</command> (これについては「<link
 	      linkend="printing-advanced-if-conversion">
 	      プレインテキストのジョブを PostScript
 	      プリンタで印字する</link>」 を参照してください) を LPD
 	    に与えられた引数を付けて起動 します.
 	    <command>lprps</command>
 	    はこれらの引数を印字されたページ分
 	    の課金をおこなうために使われます.</para>
 	</sect4>
 
 	<sect4>
 	  <title>変換フィルタのその他の例</title>
 
 	  <para>変換フィルタのインストールには決まったステップがないの
 	    で, その代わりに, 例をもっと挙げることにします. これを,
 	    自分でフィルタを作る際のガイドにしてください. 適当な例が
 	    あったら, それをそのまま使ってください.</para>
 
 	  <para>次のスクリプト例は, Hewlett Packard LaserJet III-Si の
 	    ための, raster (ええと・・実は, GIF ファイル) 用の変
 	    換フィルタです. </para>
 
-	  <programlisting>
-#!/bin/sh
+	  <programlisting>#!/bin/sh
 #
 #  hpvf - Convert GIF files into HP/PCL, then print
 #  Installed in /usr/local/libexec/hpvf
 
 PATH=/usr/X11R6/bin:$PATH; export PATH
 
 giftopnm | ppmtopgm | pgmtopbm | pbmtolj -resolution 300 \
     &amp;&amp; exit 0 \
     || exit 2</programlisting>
 
 	  <para>ここでは, GIF ファイルから PNM (portable anymap) 形式
 	    に変換し, 次に PGM (portable graymap) 形式に変換してか ら,
 	    LaserJet/PCL-互換データに変換しています.</para>
 
 	  <para>上記のフィルタを使うプリンタのためのエントリを付け加え
 	    た <filename>/etc/printcap</filename>
 	    ファイルは次のようになります. </para>
 
-	  <programlisting>
-#
+	  <programlisting>#
 #  /etc/printcap for host orchid
 #
 teak|hp|laserjet|Hewlett Packard LaserJet 3Si:\
         :lp=/dev/lpt0:sh:sd=/var/spool/lpd/teak:mx#0:\
         :if=/usr/local/libexec/hpif:\
         :vf=/usr/local/libexec/hpvf:</programlisting>
 
 	  <para>次のスクリプトは, PostScript プリンタ
 	    <literal>bamboo</literal>  のための groff 組版システムの
 	    troff データのための変換 フィルタです. </para>
 
-	  <programlisting>
-#!/bin/sh
+	  <programlisting>#!/bin/sh
 #
 #  pstf - Convert groff's troff data into PS, then print.
 #  Installed in /usr/local/libexec/pstf
 #
 exec grops | /usr/local/libexec/lprps "$@"</programlisting>
 
 	  <para>上記のスクリプトではプリンタとの通信をおこなうため,
 	    <command>lprps</command> をまた利用しています.
 	    プリンタがパラレルポー トに接続されている場合は, 代わりに,
 	    次のスクリプトを使 うかもしれません. </para>
 
-	  <programlisting>
-#!/bin/sh
+	  <programlisting>#!/bin/sh
 #
 #  pstf - Convert groff's troff data into PS, then print.
 #  Installed in /usr/local/libexec/pstf
 #
 exec grops</programlisting>
 
 	  <para>これで完成しました. 次に, フィルタを使用可能にするため
 	    に <filename>/etc/printcap</filename>
 	    に加える必要があるエントリを 示します. </para>
 
-	  <programlisting>
-:tf=/usr/local/libexec/pstf:</programlisting>
+	  <programlisting>:tf=/usr/local/libexec/pstf:</programlisting>
 
 	  <para>次の例をみたら, FORTRAN のベテランは赤面するかもしれ
 	    ません. この FORTRAN テキストフィルタは, プレインテキ
 	    ストを直接印字できるすべてのプリンタで利用できます. この
 	    フィルタをプリンタ <literal>teak</literal>
 	    にインストールすることに しましょう. </para>
 
-	  <programlisting>
-#!/bin/sh
+	  <programlisting>#!/bin/sh
 #
 # hprf - FORTRAN text filter for LaserJet 3si:
 # Installed in /usr/local/libexec/hprf
 #
 
 printf "\033&amp;k2G" &amp;&amp; fpr &amp;&amp; printf "\033&amp;l0H" &amp;&amp; exit 0
 exit 2</programlisting>
 
 	  <para>そして, このフィルタを使用可能にするため, 以下の行を
 	    <filename>/etc/printcap</filename> のプリンタ
 	    <literal>teak</literal> のエントリ に加えます. </para>
 
-	  <programlisting>
-:rf=/usr/local/libexec/hprf:</programlisting>
+	  <programlisting>:rf=/usr/local/libexec/hprf:</programlisting>
 
 	  <para>これが最後の, そして, 若干複雑な例です. 前に紹介した
 	    LaserJet プリンタ <literal>teak</literal> に, DVI
 	    フィルタを加える ことにしましょう. 最初に,
 	    簡単な部分をおこないます. すなわ ち, DVI フィルタの位置を
 	    <filename>/etc/printcap</filename> に書 き加えます.
 	  </para>
 
-	  <programlisting>
-:df=/usr/local/libexec/hpdf:</programlisting>
+	  <programlisting>:df=/usr/local/libexec/hpdf:</programlisting>
 
 	  <para>さて, 難しい部分であるフィルタの作成をおこないます.
 	    このた めに, DVI から LaserJet/PCL
 	    への変換プログラムが必要 です. FreeBSD の Ports Collection
             (<link linkend="ports">Ports Collection</link>
 	    を参照してください) には, それがあ ります.
 	    <command>dvi2xx</command> というのがそのパッケージの名前で
 	    す. これをインストールすると, 必要なプログラム
 	    <command>dvilj2p</command> が使えます. このプログラムは
 	    DVI を  LaserJet IIp, LaserJet III, そして LaserJet 2000
 	    の互 換コードへ変換してくれます.</para>
 
 	  <para><command>dvilj2p</command> はフィルタ
 	    <command>hpdf</command> を極めて複雑にしてい ます.
 	    なぜなら, <command>dvilj2p</command>
 	    は標準入力からデータを読 み込むことができないからです.
 	    このプログラムを働かせる ためには, ファイル名が必要です.
 	    もっと悪いことに, ファ イル名は <filename>.dvi</filename>
 	    で終わっている必要があり, 標準入力 の代わりに,
 	    <filename>/dev/fd/0</filename> を使うのは問題がありま す.
 	    この問題は, (<filename>.dvi</filename> で終わる)
 	    一時的なファイル名 から<filename>/dev/fd/0</filename> に
 	    (シンボリックな) リンクを張る
 	    ことで回避することができます. これで,
 	    <command>dvilj2p</command> に 強制的に標準入力からデータを
 	    読み込ませることができます.</para>
 
 	  <para>もう1つの問題は, 一時的なリンクを張るために
 	    <filename>/tmp</filename> ディ
 	    レクトリを使うことができないという事実です. シンボリッ
 	    クリンクはユーザ, グループが <username>bin</username>
 	    であるユーザに所 有されています. フィルタはユーザ
 	    <username>daemon</username> として起 動します. そして,
 	    <filename>/tmp</filename> ディレクトリはスティッ
 	    キービットが立っています. フィルタはリンクを作ることが
 	    できます. しかし, リンクは別のユーザに所有されているた め,
 	    作業が終了したとき, このリンクを削除することができ
 	    ません.</para>
 
 	  <para>その代わりに, シンボリックリンクは現在の作業ディレクト
 	    リ, すなわち, スプーリングディレクトリ
 	    (<filename>/etc/printcap</filename> の
 	    <literal>sd</literal> 項目で指定する) に作 ることにします.
 	    フィルタが作業するにはここの場所は完璧 な場所で, なぜなら,
 	    特に, スプーリングディレクトリのディ スクの空き容量は
 	    (ときどき) <filename>/tmp</filename> ディレクトリ
 	    よりもたくさんあるからです.</para>
 
 	  <para>以下に示すのが最後のフィルタです. </para>
 
-	  <programlisting>
-#!/bin/sh
+	  <programlisting>#!/bin/sh
 #
 #  hpdf - Print DVI data on HP/PCL printer
 #  Installed in /usr/local/libexec/hpdf
 
 PATH=/usr/local/bin:$PATH; export PATH
 
 #
 #  Define a function to clean up our temporary files.  These exist
 #  in the current directory, which will be the spooling directory
 #  for the printer.
 #
 cleanup() {
    rm -f hpdf$$.dvi
 }
 
 #
 #  Define a function to handle fatal errors: print the given message
 #  and exit 2.  Exiting with 2 tells LPD to do not try to reprint the
 #  job.
 #
 fatal() {
     echo "$@" 1&gt;&amp;2
     cleanup
     exit 2
 }
 
 #
 #  If user removes the job, LPD will send SIGINT, so trap SIGINT
 #  (and a few other signals) to clean up after ourselves.
 #
 trap cleanup 1 2 15
 
 #
 #  Make sure we are not colliding with any existing files.
 #
 cleanup
 
 #
 #  Link the DVI input file to standard input (the file to print).
 #
 ln -s /dev/fd/0 hpdf$$.dvi || fatal "Cannot symlink /dev/fd/0"
 
 #
 #  Make LF = CR+LF
 #
 printf "\033&amp;k2G" || fatal "Cannot initialize printer"
 
 #
 #  Convert and print.  Return value from dvilj2p does not seem to be
 #  reliable, so we ignore it.
 
 #
 dvilj2p -M1 -q -e- dfhp$$.dvi
 
 #
 #  Clean up and exit
 #
 cleanup
 exit 0</programlisting>
 	</sect4>
 
 	<sect4 id="printing-advanced-autoconv">
 	  <title>自動変換: その他の変換フィルタ</title>
 
 	  <para>ここまでに述べてきたフィルタによって, 印字環境の能率が
 	    上がったことと思います. しかし, これはどのフィルタを使
 	    うかを ( &man.lpr.1; のコマンドライン上で) ユーザが指定しな
 	    くてはならないという代価を支払って実現されています. コ
 	    ンピュータの事情にあまり詳しくないユーザにとって, フィ
 	    ルタのオプションを指定させられるということはいらいらさ
 	    せられるものになるでしょう. 更に悪いことに, 間違ったフィ
 	    ルタオプションを指定されると, 間違った形式のファイルが
 	    そのフィルタに適用されることになり, その結果, 何百枚も
 	    の紙を掃き出すことになるかもしれません.</para>
 
 	  <para>そのような結果になるならば, 変換フィルタをインストール
 	    するよりもむしろ, テキストフィルタ (これがデフォルトフィ
 	    ルタなので) に印字するよう要求されたファイルの形式を検
 	    出させ, 自動的に, 適切な変換フィルタを起動するようにし
 	    たいと思うかもしれません. ここでは <command>file</command>
 	    コマンド のようなツールを役立たせることができます.
 	    もちろん, <emphasis>いくつかの</emphasis>
 	    ファイル形式の違いを見分けることは難しい ことでしょう.
 	    そして, もちろん, それらのファイルに対し ては,
 	    変換フィルタを提供するだけで済ますこともできるの
 	    です.</para>
 
 	  <para>FreeBSD Ports Collection には, <command>apsfilter</command>
 	    と呼ばれる自 動変換をおこなうテキストフィルタがあります.
 	    このフィルタは プレインテキスト, PostScript, DVI
 	    ファイルを検 出し, 適当な変換をおこなった後,
 	    データを印字することができ ます.</para>
 	</sect4>
       </sect3>
 
       <sect3 id="printing-advanced-of">
 	<title>出力フィルタ</title>
 
 	<para>LPD スプーリングシステムでは,
 	  ここまでにまだ取り上げていな いフィルタ形式,
 	  出力フィルタをサポートしています. 出力 フィルタは,
 	  テキストフィルタのように, プレインテキスト
 	  のみを印字するために意図されたものですが, 非常に簡単化
 	  されています. テキストフィルタを用いずに, 出力フィルタ
 	  を使っている場合は, 次のようになります. </para>
 
 	<itemizedlist>
 	  <listitem>
 	    <para>LPD はジョブ中の各ファイルに一度ではなく, ジョブ
 	      全体に対して一度だけ出力フィルタを起動します.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>LPD は出力フィルタに対し, ジョブ中のファイルの先
 	      頭や末尾を特定するための対策を一切
 	      おこなっていません.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>LPD はユーザのログイン名やホスト名をフィルタに渡
 	      しません. したがって, 課金の処理をおこなうことは考えてい
 	      ません. 実際, 出力フィルタには, 以下2つの引数しか与え
 	      られません. </para>
 
 	    <cmdsynopsis>
 	      <command>filter-name</command>
 	      <arg choice="plain">-w<replaceable>width</replaceable></arg>
 	      <arg choice="plain">-l<replaceable>length</replaceable></arg>
 	    </cmdsynopsis>
 
 	    <para>ここで, <replaceable>width</replaceable>
 	      は対象となるプリンタの <literal>pw</literal> 項 目,
 	      <replaceable>length</replaceable> は
 	      <literal>pl</literal> 項目に指定された数です.</para>
 	  </listitem>
 	</itemizedlist>
 
 	<para>出力フィルタの簡便さに誘惑されてはいけません. もし, ジョ
 	  ブ中のそれぞれのファイルに別のページ番号を付加しようと
 	  しても,
 	  出力フィルタは<emphasis>うまく動作しないでしょう</emphasis>.
 	  そのような動作を期待しているならば, (入力フィルタとし
 	  ても知られている) テキストフィルタを使ってください. 詳
 	  しくは, 「<link linkend="printing-textfilter">
 	    テキストフィルタのインストール</link>」をご覧ください.
 	  さらに, 出力 フィルタは, 実のところ,
 	  <emphasis>もっと複雑</emphasis>になっています.  まず,
 	  特殊なフラグ文字を検出するために, フィルタに送ら
 	  れてくるバイトストリームを検査する必要があります. また,  LPD
 	  に代わって, 自分自身にシグナルを送らなければなりま
 	  せん.</para>
 
 	<para>しかしながら, ヘッダページの印字をおこないたい場合,
 	  また,
 	  エスケープシーケンスやヘッダページを印字できるようにす
 	  るその他の初期化文字列を送信する必要がある場合, 出力ファ
 	  イルが<emphasis>必要</emphasis>です.</para>
 
 	<para>1台のプリンタに対し, LPD では出力フィルタとテキスト,
 	  または, 他のフィルタを両方使うことができます. このよう
 	  な場合, LPD はヘッダページ (「<link
 	    linkend="printing-advanced-header-pages">
 	    ヘッダページ</link>」 を参照してください)
 	  だけを印字させるために, 出 力フィルタを起動させます.
 	  それから LPD では, アウトプッ トフィルタに2バイトの文字
 	  (ASCII 031 の次に ASCII 001) を送ることで,
 	  出力フィルタが<emphasis>自力で停止する</emphasis>ことを
 	  期待しています. 2バイト (031, 001) が出力フィルタに送られ
 	  たとき, 出力フィルタは自分自身にシグナル SIGSTOP を送
 	  ることによって停止するべきです. LPD がその他のフィル
 	  タの起動を完了したとき, LPD は出力フィルタにシグナル
 	  SIGCONT を送ることで, 出力フィルタを再起動させます.</para>
 
 	<para>出力フィルタがあり,
 	  テキストフィルタが<emphasis>ない</emphasis>場合,  LPD
 	  はプレインテキストのジョブをおこなう際に, 出力フィル
 	  タを使います. 前述したように, 出力フィルタでは, ジョブ
 	  中の各ファイルの並びの間に FROM FEED 文字や紙を排出す
 	  る他の文字を入れることはしません. この動作は多分, あな
 	  たが求めているものとは
 	  <emphasis>異なっている</emphasis>でしょう. ほと
 	  んどすべての場合において, テキストフィルタが必要とされる
 	  はずです.</para>
 
 	<para>プログラム <command>lpf</command> は,
 	  テキストフィルタの項で既に紹介 しましたが,
 	  出力フィルタとしても動作させることができま す. もし,
 	  簡便で極悪な出力フィルタが必要で, かつ, バイ
 	  トストリームを検査したりシグナルを送るコードを書きたく
 	  ないときには, <command>lpf</command> をお試しください.
 	  あるいは, プ リントが要求する初期化コードを送るために,
 	  <command>lpf</command> を
 	  シェルスクリプトに包んで使うこともできます.</para>
       </sect3>
 
       <sect3 id="printing-advanced-lpf">
 	<title>テキストフィルタ <command>lpf</command></title>
 
 	<para>プログラム <filename>/usr/libexec/lpr/lpf</filename> は,
 	  FreeBSD の バイナリ配布に付属しているテキストフィルタ
 	  (入力フィル タ) で, 出力を字下げしたり (<command>lpr
 	    -i</command> でジョブが入力さ れたとき),
 	  文字を未処理のままプリンタに送ったり (<command>lpr
 	    -l</command> でジョブが入力されたとき), ジョブ中のバッ
 	  クスペースやタブの印字位置を調節したり, 印字したページ
 	  に対して課金したりすることができます. また, このフィル
 	  タは出力フィルタとしても動作させることができます.</para>
 
 	<para><command>lpf</command>
 	  は多くの印字環境において使用することに適して います.
 	  このフィルタには, プリンタに初期化文字列を送る
 	  機能はありませんが, 必要とされる初期化をおこない, それから
 	  <command>lpf</command>
 	  を実行させるためのシェルスクリプトを作成する
 	  のはたやすいことです.</para>
 
 	<para><command>lpf</command> に対して,
 	  印字ページへの課金を正確におこなわせる ためには,
 	  <filename>/etc/printcap</filename> ファイルの中の
 	  <literal>pw</literal> と <literal>pl</literal>
 	  の項目に正確な値を入れておく必要が あります. これらの値は,
 	  どのくらいの量のテキストがペー ジにフィットするか, また,
 	  ユーザのジョブが何ページある のかを調べるために使われます.
 	  プリンタの課金についての 詳しい情報については, 「<link
 	    linkend="printing-advanced-acct">
 	    プリンタの利用に対する課金</link>」をご覧ください.</para>
       </sect3>
     </sect2>
 
     <sect2 id="printing-advanced-header-pages">
       <title>ヘッダページ</title>
 
       <para>あなたが管理するシステムのユーザが
 	<emphasis>たくさん</emphasis>おり, ユー
 	ザ全員が様々なプリンタを使用する場合, 多分, 必要悪である
 	<emphasis>ヘッダページ</emphasis>
 	を印字させることを検討したいと思うかもしれま せん.</para>
 
       <para>ヘッダページは, <emphasis>バナー</emphasis> とか
 	<emphasis>バーストページ</emphasis> としても知ら れていますが,
 	出力されたジョブが誰によるものなのかを特定させる
 	働きがあります. 印字結果の山の中において, ユーザのジョブによっ
 	て印字された本物のドキュメント部分よりも際立たせるために, ヘッ
 	ダページは, 通常, 多分, 縁が装飾されている大きな太文字で印字さ
 	れます. ヘッダページにより, ユーザは自分が出したジョブがどこに
 	あるのかをすばやく見つけることができます.
 	ヘッダページの欠点は,  明らかに, すべてのジョブに対して,
 	紙が1枚余分に印字されるという ことです.
 	この紙の有効期間は短く, 2～3 分も続きません. 最終的に,
 	これらの紙は再利用紙入れの中か
 	くずの山に入れられることでしょう.
 	(ヘッダページはジョブ中の各ファイル毎に印字されるのではなく,
 	ジョブ毎に印字されるということに注意してください. したがって,
 	紙の 消費はそれほどひどくはないかもしれません).</para>
 
       <para><emphasis>もし</emphasis>,
 	プリンタがプレインテキストを直接印字できるならば,  LPD
 	システムは印字物に対して自動的にヘッダページを付けることが
 	できます. PostScript プリンタを使っている場合は, ヘッダペー
 	ジを生成する外部プログラムが必要になります. これについては,
 	「<link linkend="printing-advanced-header-pages-ps">PostScript
 	  プリンタでのヘッダページ</link>」をご覧ください.</para>
 
       <sect3 id="printing-advanced-header-pages-enabling">
 	<title>ヘッダページの印字を許可する</title>
 
 	<para>「<link linkend="printing-simple">プリンタ設定導入編
 	  </link>」 では, <filename>/etc/printcap</filename>
 	  ファイルの <literal>sh</literal> (``suppress header'' :
 	  <quote>ヘッダを供給しない</quote>という意味) を指定して,
 	  ヘッダペー ジの印字を止めていました.
 	  プリンタでのヘッダページの印字を許可 するには,
 	  <literal>sh</literal> 項目を取り除くだけよい訳です.</para>
 
 	<para>とても簡単そうに見えるけど, 本当かな?</para>
 
 	<para>それは本当です.
 	  プリンタに初期化文字列を送るための出力フィ
 	  ルタを用意しなくてはならないかもしれません. 次に, Hewlett
 	  Packard PCL 互換プリンタの例を挙げます. </para>
 
-	<programlisting>
-#!/bin/sh
+	<programlisting>#!/bin/sh
 #
 #  hpof - Output filter for Hewlett Packard PCL-compatible printers
 #  Installed in /usr/local/libexec/hpof
 
 
 printf "\033&amp;k2G" || exit 2
 exec /usr/libexec/lpr/lpf</programlisting>
 
 	<para><literal>of</literal>
 	  項目に出力フィルタのパス名を指定してください. 詳細につ
 	  いては, 「<link
 	    linkend="printing-advanced-of">出力フィルタ</link>」
 	  をご覧ください.</para>
 
 	<para>次に, 以前紹介したプリンタ <literal>teak</literal>
 	  のための  <filename>/etc/printcap</filename>
 	  ファイルの例を示します. ここでは, ヘッ
 	  ダページの印字を許可し, 上記の出力フィルタを追加しました.
 	</para>
 
-	<programlisting>
-#
+	<programlisting>#
 #  /etc/printcap for host orchid
 #
 teak|hp|laserjet|Hewlett Packard LaserJet 3Si:\
         :lp=/dev/lpt0:sd=/var/spool/lpd/teak:mx#0:\
         :if=/usr/local/libexec/hpif:\
         :vf=/usr/local/libexec/hpvf:\
         :of=/usr/local/libexec/hpof:</programlisting>
 
 	<!-- kuriyama - literallayout? -->
 	<!-- si006 - now literal -->
 	<para>さて, ユーザが <literal>teak</literal>
 	  からジョブを印字させたとき, それぞれ
 	  のジョブ毎にヘッダページが印字されます.
 	  もし, ユーザが印字物を
 	  探すのに時間を費やしたいと思うなら,
 	  <command>lpr -h</command> によってジョ
 	  ブを入力することで,
 	  ヘッダページの印字を止めることができます.
 	  これ以外の
 	  &man.lpr.1; のオプションについては,
 	  「<link linkend="printing-lpr-options-misc">
 	    ヘッダページ用オプション</link>」
 	  をご覧ください.</para>
 
 	<note>
 	  <para>LPD では, ヘッダページの最後に, FORM FEED 文字が印
 	    字されます. プリンタに紙排出をさせるために, 別な文字,
 	    もしくは,  別な文字列が利用されている場合は,
 	    <filename>/etc/printcap</filename> 中の
 	    <literal>ff</literal> 項目で指定することができます.</para>
 	</note>
       </sect3>
 
       <sect3 id="printing-advanced-header-pages-controlling">
 	<title>ヘッダページを制御する</title>
 
 	<para>ヘッダページの印字が許可されていると, LPD は
 	  <emphasis>長いヘッ ダ</emphasis>を作ります. これには,
 	  紙全面に大きな文字でユーザ名, ホスト 名,
 	  ジョブ名が書かれています. 次に, このヘッダページの例を示
 	  します (kelly が ジョブ名 outline を rose
 	  というホストから印字 された場合). </para>
 
-	<programlisting>
-      k                   ll       ll
+	<programlisting>      k                   ll       ll
       k                    l        l
       k                    l        l
       k   k     eeee       l        l     y    y
       k  k     e    e      l        l     y    y
       k k      eeeeee      l        l     y    y
       kk k     e           l        l     y    y
       k   k    e    e      l        l     y   yy
       k    k    eeee      lll      lll     yyy y
                                                y
                                           y    y
                                            yyyy
 
 
                                    ll
                           t         l        i
                           t         l
        oooo    u    u   ttttt       l       ii     n nnn     eeee
       o    o   u    u     t         l        i     nn   n   e    e
       o    o   u    u     t         l        i     n    n   eeeeee
       o    o   u    u     t         l        i     n    n   e
       o    o   u   uu     t  t      l        i     n    n   e    e
        oooo     uuu u      tt      lll      iii    n    n    eeee
 
 
 
 
 
 
 
 
 
       r rrr     oooo     ssss     eeee
       rr   r   o    o   s    s   e    e
       r        o    o    ss      eeeeee
       r        o    o      ss    e
       r        o    o   s    s   e    e
       r         oooo     ssss     eeee
 
 
 
 
 
 
 
                                               Job:  outline
                                               Date: Sun Sep 17 11:04:58 1995</programlisting>
 
 	<para>LPD はこのテキストの終わりに FROM FEED 文字を加えます
 	  ので, ジョブは新しいページから開始されます (ただし,
 	  <filename>/etc/printcap</filename>
 	  で出力先のプリンタのエントリに  <literal>sf</literal>
 	  (suppress form feeds) が指定されているときはこ
 	  の限りではありません).</para>
 
 	<para>お望みならば, LPD
 	  に<emphasis>短いヘッダページ</emphasis>を出力させる
 	  こともできます. この場合は,
 	  <filename>/etc/printcap</filename> ファ イルの中で
 	  <literal>sb</literal> (short banner) を指定してください.
 	  ヘッダページは次のようになります. </para>
 
-	<programlisting>
-rose:kelly  Job: outline  Date: Sun Sep 17 11:07:51 1995</programlisting>
+	<programlisting>rose:kelly  Job: outline  Date: Sun Sep 17 11:07:51 1995</programlisting>
 
 	<para>デフォルトでは, LPD はヘッダページを最初に印字し, 次
 	  にジョブの印字をおこないます. この順番を逆にするときは,
 	  <filename>/etc/printcap</filename> で <literal>hl</literal>
 	  (header last) を指定 してください.</para>
       </sect3>
 
       <sect3 id="printing-advanced-header-pages-accounting">
 	<title>ヘッダページに対する課金</title>
 
 	<para>LPD に備わっているヘッダページ出力機能を使うと, 入力され
 	  たジョブに対して課金をおこなうことができても,
 	  ヘッダページは<emphasis>無
 	    料</emphasis>で提供しなくてはならない,
 	  という特有のやり方を強要されます.</para>
 
 	<para>なぜでしょうか.</para>
 
 	<para>出力フィルタは単なる外部プログラムなので,
 	  課金をするための制御 をおこなうとすれば,
 	  それはヘッダページを印字するときですが, 出力フィ ルタには,
 	  <emphasis>ユーザ名とホスト名</emphasis>
 	  の情報や課金情報を格納するファ イルがどれな
 	  のかということが知らされません. それゆえ, 出力ファイルには,
 	  誰
 	  にプリンタ利用の課金をおこなえばよいのかが分からないのです.
 	  テキス トフィルタやその他の変換フィルタ
 	  (これらのフィルタはユーザやホ ストの情報が知らされます)
 	  が出力ページの枚数に<quote>1ページ分水増しする</quote>だけでは十分ではありません.
           なぜなら, ユーザは
 	  <command>lpr -h</command> に
 	  よってヘッダページの出力を止めることができるからです.
 	  やみくも に1ページを水増しすると,
 	  印字されてもいないヘッダページに対する
 	  料金をとることになります. 基本的に, <command>lpr
 	    -h</command> は環境に優し
 	  い心を持つユーザに好まれるオプションですが,
 	  これを使うように奨 励することもできません.</para>
 
 	<para>各々のフィルタに独自のヘッダページを生成させる
 	  (その結果, ヘッ ダページに課金することができる)
 	  という方法<emphasis>でも十分であると
 	    はいえません</emphasis>. この場合, LPD はフィルタに
 	  <option>-h</option> の情報を送 りませんので, <command>lpr
 	    -h</command> によってヘッダページを印字しないオ
 	  プションを選択したとしても,
 	  依然としてヘッダページは印字され,
 	  その分の課金がおこなわれてしまいます.</para>
 
 	<para>では, どのような選択肢があるのでしょうか.</para>
 
 	<para>ヘッダページへの課金に関しては,
 	  次のことができます.</para>
 
 	<itemizedlist>
 	  <listitem>
 	    <para>LPD のやり方を受け入れ,
 	      ヘッダページは無料とする.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>LPRng などの LPD の代替品をインストールする.
               LPD と入れ替えが可能な他のスプーリングソフトウェアに関しては,
               <link linkend="printing-lpd-alternatives"
                     >標準スプーラの代替品</link>をご覧ください.</para>
 	  </listitem>
 
 	  <listitem>
 	    <!-- kuriyama - more para -->
 	    <para><emphasis>スマートな</emphasis>
 	      出力フィルタを作成する. 通常, 出力
 	      フィルタはプリンタを初期化するか, 単純な文字列変換をす
 	      る程度の働きしかしません. (テキスト (入力) フィルタがな
 	      い場合) 出力フィルタはヘッダページとプレインテキストの
 	      印字をおこなうのに適しています.
 
 	      プレインテキストを印字するためのテキストフィルタがない
 	      場合, LPD はヘッダページを印字するためだけの目的で出
 	      力フィルタを起動します. そして, LPD が生成するヘッダ
 	      ページのテキストを解析することにより, 出力フィルタはヘッ
 	      ダページに課金するために必要なユーザ名とホスト名を取得
 	      することができます. この方式の唯一の問題点は, 出力フィ
 	      ルタは課金情報を格納するデータファイルの名前を知ることが
 	      できないということです
 	      (<literal>af</literal> 項目で指定されたファイ
 	      ル名は出力ファイルに渡されません). しかし, 既知の
 	      名前の課金データファイルを使うのならば, その名前を出
 	      力フィルタのプログラム中に埋め込むことができます.
 
 	      解析の手順を簡単にするためには,
 	      <filename>/etc/printcap</filename>
 	      で <literal>sh</literal> 項目 (短いヘッダを指
 	      定) を使うとよいでしょう.
 
 	      そしてまた, ここまでの方法は少なからぬトラブルを生じさ
 	      せるかもしれません.
 	      そうなれば, もちろんユーザはヘッダペー
 	      ジを無料で
 	      提供してくれる気前のよいシステム管理者に感謝することで
 	      しょう.</para>
 	  </listitem>
 	</itemizedlist>
       </sect3>
 
       <sect3 id="printing-advanced-header-pages-ps">
 	<title>PostScript プリンタでのヘッダページ</title>
 
 	<para>これまでに述べたように, LPD ではプレインテキストのヘッ
 	  ダページをたくさんのプリンタに合うように生成することが
 	  できます.  残念ながら, PostScript プリンタは,
 	  プレインテキストを直接 印字することができません. ですから,
 	  LPD のヘッダページ機能は まったく役に立たない,
 	  あるいはほとんどの場合で役に立ちません.</para>
 
 	<para>ヘッダページを出力するための自明な方法の1つに,
 	  すべての変換フィ
 	  ルタとテキストフィルタにヘッダページを生成させる
 	  方法があります.  フィルタは,
 	  適切なヘッダページを生成するために, ユーザ名とホス
 	  ト名の引数を使うべきです. この方法の欠点は, いつでも,
 	  <emphasis remap=tt>lpr -h</emphasis>
 	  によってジョブが入力された場合でさえも, ヘッダページが印字
 	  されるということです.</para>
 
 	<para>この方法で試してみましょう. 次のスクリプトは, 3つの引数
 	  (ユーザ のログイン名, ホスト名, ジョブ名) をとり, 簡単な
 	  PostScript 用 のヘッダページを生成します.</para>
 
-	<programlisting>
-#!/bin/sh
+	<programlisting>#!/bin/sh
 #
 #  make-ps-header - make a PostScript header page on stdout
 #  Installed in /usr/local/libexec/make-ps-header
 #
 
 #
 #  These are PostScript units (72 to the inch).  Modify for A4 or
 #  whatever size paper you are using:
 #
 page_width=612
 page_height=792
 border=72
 
 #
 #  Check arguments
 #
 if [ $# -ne 3 ]; then
     echo "Usage: `basename $0` &lt;user&gt; &lt;host&gt; &lt;job&gt;" 1&gt;&amp;2
     exit 1
 fi
 
 #
 #  Save these, mostly for readability in the PostScript, below.
 #
 user=$1
 host=$2
 job=$3
 date=`date`
 
 #
 #  Send the PostScript code to stdout.
 #
 exec cat &lt;&lt;EOF
 %!PS
 
 %
 %  Make sure we do not interfere with user's job that will follow
 %
 save
 
 %
 %  Make a thick, unpleasant border around the edge of the paper.
 %
 $border $border moveto
 $page_width $border 2 mul sub 0 rlineto
 0 $page_height $border 2 mul sub rlineto
 currentscreen 3 -1 roll pop 100 3 1 roll setscreen
 $border 2 mul $page_width sub 0 rlineto closepath
 0.8 setgray 10 setlinewidth stroke 0 setgray
 
 %
 %  Display user's login name, nice and large and prominent
 %
 /Helvetica-Bold findfont 64 scalefont setfont
 $page_width ($user) stringwidth pop sub 2 div $page_height 200 sub moveto
 ($user) show
 
 %
 %  Now show the boring particulars
 %
 /Helvetica findfont 14 scalefont setfont
 /y 200 def
 [ (Job:) (Host:) (Date:) ] {
 200 y moveto show /y y 18 sub def
 } forall
 
 /Helvetica-Bold findfont 14 scalefont setfont
 /y 200 def
 [ ($job) ($host) ($date) ] {
         270 y moveto show /y y 18 sub def
 } forall
 
 %
 %  That is it
 %
 restore
 showpage
 EOF</programlisting>
 
 	<para>そして, 変換フィルタやテキストフィルタがそれぞれ,
 	  最初にこのス クリプトを起動することで,
 	  ヘッダページが出力され, それから, ユー
 	  ザのジョブの印字をおこないます. 次に,
 	  このドキュメントの始めのほう で紹介した DVI 変換フィルタを,
 	  ヘッダページを印字するように変 更したものを示します. </para>
 
-	<programlisting>
-#!/bin/sh
+	<programlisting>#!/bin/sh
 #
 #  psdf - DVI to PostScript printer filter
 #  Installed in /usr/local/libexec/psdf
 #
 #  Invoked by lpd when user runs lpr -d
 #
 
 orig_args="$@"
 
 fail() {
     echo "$@" 1&gt;&amp;2
     exit 2
 }
 
 while getopts "x:y:n:h:" option; do
     case $option in
         x|y)  ;; # Ignore
         n)    login=$OPTARG ;;
         h)    host=$OPTARG ;;
         *)    echo "LPD started `basename $0` wrong." 1&gt;&amp;2
               exit 2
               ;;
     esac
 done
 
 [ "$login" ] || fail "No login name"
 [ "$host" ] || fail "No host name"
 
 ( /usr/local/libexec/make-ps-header $login $host "DVI File"
   /usr/local/bin/dvips -f ) | eval /usr/local/libexec/lprps $orig_args</programlisting>
 
 	<para>このフィルタがユーザ名やホスト名を決定するために
 	  引数リストをど
 	  のように解析しなくてはならないかという点に注意してください.
 	  こ の解析方法は他の変換フィルタに対しても同様です.
 	  しかしながら,  テキストフィルタについては,
 	  引数の設定が少し異なっています (こ れについては, 「<link
 	    linkend="printing-advanced-filters">
 	    フィルタはどのように機能しているか</link>」
 	  をご覧ください).</para>
 
 	<para>前述の通り, 上記の手法は, 極めて単純なのにも関らず,
 	  <literal>lpr</literal>
 	  で<quote>ヘッダページを印字しない</quote>オプション
 	  (<option>-h</option> オプション) が 使えなくなっています.
 	  ユーザが森林資源を (あるいは, ヘッダペー
 	  ジが課金されているならば, その僅かな金額を),
 	  節約したいと望んでい る場合でも,
 	  すべてのフィルタがすべてのジョブ毎にヘッダページを印字
 	  することになっているので, 節約することはできません.</para>
 
 	<para>ジョブ毎に印字されるヘッダページを
 	  ユーザが抑制できるようにする ためには, 「<link
 	    linkend="printing-advanced-header-pages-accounting">
 	    ヘッダページに対する課金</link>」で紹介したトリックを
 	  使う必要があります. すな わち, LPD
 	  が生成するヘッダページの解析をおこない, PostScript
 	  版のヘッダページを出力させる出力フィルタを作るのです. この場
 	  合, ユーザが <command>lpr -h</command> でジョブを入力すると,
 	  LPD はヘッダペー ジを生成しなくなり, また,
 	  出力フィルタも起動されません. そうで ないならば,
 	  作成した出力フィルタが LPD からのテキストを読み込 み,
 	  ヘッダページを印字する適当な PostScript のコードがプリ
 	  ンタに送られるでしょう.</para>
 
 	<para>PostScript プリンタがシリアルポートに接続されている場合,
 	  出力フィルタとして <command>lprps</command> を,
 	  上記の動作をおこなうものとして  <command>psof</command>
 	  を使うことができます. ただし, <command>psof</command>
 	  はヘッダペー
 	  ジに対して課金をおこないませんので注意してください.</para>
       </sect3>
     </sect2>
 
     <sect2 id="printing-advanced-network-printers">
       <title>リモートプリンタからの出力</title>
 
       <para>FreeBSD では, ネットワーク越しの印字, すなわち, ジョブをリ
 	モートプリンタに送ることをサポートしています. リモートプリンタ
 	からの出力をするには, 一般に, 次の2つを参照してください.
       </para>
 
       <itemizedlist>
 	<listitem>
 	  <para>リモートホストに接続されたプリンタにアクセスする方 法.
 	    プリンタがあるホストのシリアル, または, パラレルイ
 	    ンタフェースに接続されている場合, ネットワーク上の他の
 	    ホストからこのプリンタにアクセスできるように LPD を設
 	    定します. 「<link
 	      linkend="printing-advanced-network-rm">リモートホストに
 	      接続されたプリンタ</link>」
 	    でどのよう にするかを説明します.</para>
 	</listitem>
 
 	<listitem>
 	  <para>ネットワークに直接接続されているプリンタにアクセ
 	    スする方法. プリンタに, 旧来のシリアル, または, パラレ
 	    ルインタフェースに加えて (もしくは, これらに代わって) ネッ
 	    トワーク用のインタフェースがある場合. そのようなプリン
 	    タは次のように動作するでしょう. </para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para>そのプリンタが LPD のプロトコルを理解でき, リモー
 		トホストからのジョブを
 		キューに入れることさえできる場合.  この場合,
 		プリンタは, LPD が起動している一般のホスト
 		のように振る舞います. そのようなプリンタを設定するため
 		に, 「<link linkend="printing-advanced-network-rm">
 		  リモートホストに接続されたプリンタ</link>」
 		と同様の手 順をおこなってください.</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>そのプリンタが, データストリームによるネットワー
 		ク接続をサポートしている場合. この場合, ネットワーク上
 		の1つのホストとしてプリンタを<quote>接続</quote>します.
 		このホス トは, ジョブをスプーリングする責任を負い,
 		スプーリング されたジョブはプリンタに送られます.
 		そのようなプリンタ
 		をインストールするためのいくつかの提案が「<link
 		  linkend="printing-advanced-network-net-if">
 		  ネットワークにおけるデータストリームの
 		  インタフェースを持つプリンタ</link>」にあります.</para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </itemizedlist>
 
       <sect3 id="printing-advanced-network-rm">
 	<title>リモートホストに接続されたプリンタ</title>
 
 	<para>LPD スプーリングシステムでは LPD (または LPD 互換のシス
 	  テム)
 	  が起動している他のホストへジョブを送る機能が始めからサポー
 	  トされています. この機能により,
 	  あるホストに接続されたプリンタ へ,
 	  他のホストからアクセスできるようになります. また, LPD プ
 	  ロトコルを理解するネットワークインタフェースを持った
 	  プリンタに 対しても, この機能は働きます.</para>
 
 	<para>リモートプリンタへの出力を許可するためには, 最初に,
 	  あるホスト (これを,
 	  <emphasis>プリンタホスト</emphasis>と呼びます)
 	  にプリンタを接続します.  そして, 「 <link
 	    linkend="printing-simple"> プリンタ設定導入編</link>」
 	  に書かれた簡単なプリンタの設定をおこなってください.
 	  必要ならば,  「<link
 	    linkend="printing-advanced">プリンタ設定上級編</link>」
 	  にあ る, 更に進んだ設定をおこなってください. そして,
 	  そのプリンタをテス トしてうまく動作することを確認し, LPD
 	  に許可した機能がうまく働 くかどうかを見てください. さらに
 	  <emphasis>ローカルホスト</emphasis> が
 	  <emphasis>プリンタホスト</emphasis> の LPD サービスの使用を
 	  許可されているか確認して 下さい (「<link
 	    linkend="printing-advanced-restricting-remote">
 	    リモートホストからのプリンタの利用を制限する
 	  </link>」参照).</para>
 
 	<para>LPD
 	  互換のネットワークインタフェースを持つプリンタを使用してい
 	  る場合は, そのプリンタ自身が以下で説明する
 	  <emphasis>プリンタホスト</emphasis> になります. そして,
 	  <emphasis>プリンタ名</emphasis>とは, そのプリンタに設定し
 	  た名前のことを指します. これについては, プリンタ, および
 	  (また は),
 	  プリンタのネットワークインタフェースに付属するドキュメン
 	  トを参照してください.</para>
 
 	<tip>
 	  <para>
             ヒューレット・パッカード社の Laserjet シリーズを使用している場合には,
             プリンタ名を <literal>text</literal> とすると,
             自動的に LF から CRLF への変換が行なわれます.
             そのため, <filename>hpif</filename> スクリプトは必要ありません.
           </para>
 	</tip>
 
 	<para>次に,
 	  そのプリンタにアクセスしたいと思っている他ホストにおいて,
 	  そのホストの <filename>/etc/printcap</filename>
 	  ファイルに次にあげるエント リを作ります. </para>
 
 	<orderedlist>
 	  <listitem>
 	    <para>名前のエントリ. どんな名前でもよいのですが, 簡単
 	      のため, 多分, プリンタホストで設定されたプリンタ名や別
 	      名と同じものを使いたいと思うでしょう.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><literal>lp</literal>
 	      項目で指定されるデバイスは明示的に空にす る
 	      (<literal>:lp=:</literal> とする).</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>スプーリングディレクトリを作成し,
 	      <literal>sd</literal> 項目で その位置を指定する. LPD
 	      では, プリンタホストにジョブ を送信するまでの間,
 	      このディレクトリにジョブを格納しま す.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><literal>rm</literal>
 	      項目でプリンタホストの名前を指定します.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><literal>rp</literal> 項目で
 	      <emphasis>プリンタホスト</emphasis> に接続したプリン
 	      タ名を指定します.</para>
 	  </listitem>
 	</orderedlist>
 
 	<para>これで終わりです.
 	  変換フィルタやページの大きさやその他の事項を
 	  <filename>/etc/printcap</filename>
 	  に加える必要はありません.</para>
 
 	<para>次に,
 	  リモートホストに接続されたプリンタで印字するための設定例
 	  を示します. ホスト <hostid>rose</hostid> には2台のプリンタ
 	  <literal>bamboo</literal> と  <literal>rattan</literal>
 	  が接続されています. これらのプリンタをホスト  <!-- kuriyama
 	  - check English version: orchid --> <hostid>orchid</hostid>
 	  のユーザが使えるようにしましょう. 最初に
 	  <hostid>orchid</hostid> の
 	  <filename>/etc/printcap</filename> を示します
 	  (このファイルは, 「<link
 	    linkend="printing-advanced-header-pages-enabling">
 	    ヘッダページの出力を許可する</link>」
 	  で参照することができます). このファイルには,  既に, プリンタ
 	  <literal>teak</literal> 用のエントリがありました. 以下では,
 	  <!-- kuriyama - chech English version: rose --> これに,
 	  ホスト <hostid>rose</hostid>
 	  にある2台のプリンタ用のエントリが加えられ ています. </para>
 
-	<programlisting>
-#
+	<programlisting>#
 #  /etc/printcap for host orchid - added (remote) printers on rose
 #
 
 #
 #  teak is local; it is connected directly to orchid:
 #
 teak|hp|laserjet|Hewlett Packard LaserJet 3Si:\
         :lp=/dev/lpt0:sd=/var/spool/lpd/teak:mx#0:\
         :if=/usr/local/libexec/ifhp:\
         :vf=/usr/local/libexec/vfhp:\
         :of=/usr/local/libexec/ofhp:
 
 #
 #  rattan is connected to rose; send jobs for rattan to rose:
 #
 rattan|line|diablo|lp|Diablo 630 Line Printer:\
         :lp=:rm=rose:rp=rattan:sd=/var/spool/lpd/rattan:
 
 #
 #  bamboo is connected to rose as well:
 #
 bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\
         :lp=:rm=rose:rp=bamboo:sd=/var/spool/lpd/bamboo:</programlisting>
 
 	<para><hostid>orchid</hostid>
 	  で必要となる作業はスプーリングディレクトリを
 	  作ることだけです. </para>
 
 	<screen>&prompt.root; <userinput>mkdir -p /var/spool/lpd/rattan /var/spool/lpd/bamboo</userinput>
 &prompt.root; <userinput>chmod 770 /var/spool/lpd/rattan /var/spool/lpd/bamboo</userinput>
 &prompt.root; <userinput>chown daemon.daemon /var/spool/lpd/rattan /var/spool/lpd/bamboo</userinput></screen>
 
 	<para>これで, <hostid>orchid</hostid> のユーザが
 	  <literal>rattan</literal> と <literal>bamboo</literal> で印字す
 	  ることができるようになりました.
 	  例えば, orchid のユーザが次の
 	  ように入力したとします.
 
 	  <screen>&prompt.user; <userinput>lpr -P bamboo -d sushi-review.dvi</userinput></screen>
 
 	  すると, orchid の LPD システムは, ジョブをスプーリングディレ
 	  クトリ <filename>/var/spool/lpd/bamboo</filename>
 	  にコピーし, これが DVI
 	  ファイルを印字するジョブであることを記録します.
 	  ホスト rose の
 	  <hostid>bamboo</hostid>
 	  用のスプーリングディレクトリに十分な容量が確保でき
 	  次第, 両者の LPD は, ジョブのファイルを rose に転送します. こ
 	  のファイルは, そのすべてが印字されるまで, rose
 	  のキューに留まり
 	  ます. (bamboo は PostScript プリンタなので) DVI から PostScript
 	  への変換は rose でおこなわれます.</para>
       </sect3>
 
       <sect3 id="printing-advanced-network-net-if">
 	<title>ネットワークにおけるデータストリームのインタ
 	  フェースを持つプリンタ</title>
 
 	<para>プリンタのネットワークインタフェースカードは, 2種類に分
 	  類することができます. 1つはスプーラをエミュレートするもの
 	  (高価) で, もう 1
 	  つはシリアルやパラレルポートを使うようにプリンタにデー
 	  タを送ることができるだけのもの (安価) です. この節では,
 	  後者の使 い方を説明します. 前者のプリンタは, 前節「<link
 	    linkend="printing-advanced-network-rm">
 	    リモートホストに接続されたプリンタ</link>」
 	  の方法が適用できます.</para>
 
 	<para><filename>/etc/printcap</filename> ファイルでは,
 	  シリアルかパラレルのイン タフェースのどちらを使うのか,
 	  そして, (シリアルインタフェース を使う場合)
 	  そのボーレートはいくらであるか, フロー制御は使うのか,
 	  タブのための遅延を加えるのか,
 	  改行文字を変換するかなどの指定を おこなうことができます.
 	  しかし, TCP/IP や他のネットワークポートか
 	  らデータを受け取るプリンタを接続するための
 	  指定をおこなうことはでき ません.</para>
 
 	<para>ネットワーク接続されたプリンタにデータを送るためには,
 	  テキスト フィルタと変換フィルタから呼び出すことができる
 	  通信プログラムを 開発する必要があります. 以下に,
 	  そのようなプログラムの例を示し ます. スクリプト
 	  <command>netprint</command> では, 標準入力から印字データを
 	  すべて受け取り,
 	  ネットワーク接続されたプリンタにこれを送ります.
 	  <command>netprint</command>
 	  の最初の引数でプリンタのホスト名を, 2番目の引数
 	  で接続するポート番号を指定します.
 	  このプログラムでは単方向通信 (FreeBSD からプリンタ)
 	  のみをサポートしていることに注意してくだ さい.
 	  ネットワークプリンタの多くは双方向通信をサポートしていま
 	  すので, その恩恵 (プリンタの状態を得たり,
 	  課金をおこなうなど) にあず かりたいと思われるかもしれません.
 	</para>
 
-	<programlisting>
-#!/usr/bin/perl
+	<programlisting>#!/usr/bin/perl
 #
 #  netprint - Text filter for printer attached to network
 #  Installed in /usr/local/libexec/netprint
 #
 
 $#ARGV eq 1 || die "Usage: $0 &lt;printer-hostname&gt; &lt;port-number&gt;";
 
 $printer_host = $ARGV[0];
 $printer_port = $ARGV[1];
 
 require 'sys/socket.ph';
 
 ($ignore, $ignore, $protocol) = getprotobyname('tcp');
 ($ignore, $ignore, $ignore, $ignore, $address)
     = gethostbyname($printer_host);
 
 $sockaddr = pack('S n a4 x8', &amp;AF_INET, $printer_port, $address);
 
 socket(PRINTER, &amp;PF_INET, &amp;SOCK_STREAM, $protocol)
     || die "Can't create TCP/IP stream socket: $!";
 connect(PRINTER, $sockaddr) || die "Can't contact $printer_host: $!";
 while (&lt;STDIN&gt;) { print PRINTER; }
 exit 0;</programlisting>
 
 	<para>このスクリプトは,
 	  様々なフィルタが利用することができます. 仮に,  Diablo 750-N
 	  ラインプリンタを持っており, これがネットワークに
 	  接続されているとしましょう.
 	  プリンタはポート番号5100にて印字す るデータを受け取ります.
 	  プリンタのホスト名は scrivener としま す. このとき,
 	  このプリンタのテキストフィルタは次のようになりま す. </para>
 
-	<programlisting>
-#!/bin/sh
+	<programlisting>#!/bin/sh
 #
 #  diablo-if-net - Text filter for Diablo printer `scrivener' listening
 #  on port 5100.  Installed in /usr/local/libexec/diablo-if-net
 #
 
 exec /usr/libexec/lpr/lpf "$@" | /usr/local/libexec/netprint scrivener 5100</programlisting>
       </sect3>
     </sect2>
 
     <sect2 id="printing-advanced-restricting">
       <title>プリンタの利用に制約を与える</title>
 
       <para>本節では, プリンタの利用に制約を与えるための情報を記して
 	います. LPD システムでは, プリンタ (ローカル, リモートのいずれ
 	に接続されていても) にアクセスできる人を制限する機能, 複数部の
 	コピーの印字の可否を制御する機能, ジョブのサイズの最大値やプリ
 	ンタキューに入るジョブの最大個数を制御する
 	機能を提供しています.</para>
 
       <sect3 id="printing-advanced-restricting-copies">
 	<title>複数部のコピーの印字を制限する</title>
 
 	<para>LPD
 	  システムではユーザが複数部のコピーの印字を簡単におこなう
 	  機能を提供しています. ユーザが, (例えば) <command>lpr
 	    -#5</command> コマ ンドを使ってジョブを印字すると,
 	  ジョブのそれぞれのファイルのコ ピーを5部得ることができます.
 	  これがよい機能であると思うかどう
 	  かは人それぞれでしょう.</para>
 
 	<para>複数部のコピーの印字によってプリンタが
 	  必要以上に消耗してしまう
 	  と感じるならば, <filename>/etc/printcap</filename>
 	  ファイルに <literal>sc</literal> 項
 	  目を加えてください. これにより,
 	  &man.lpr.1; の <option>-#</option> オプションの使用
 	  が禁止されます. このオプションが指定されているにも関らず,
 	  <option>-#</option> オプションを使うと,
 	  次のようなメッセージが表示され,
 	  このオプションの利用できない旨を伝えます. </para>
 
 	<screen>lpr: multiple copies are not allowed</screen>
 
 	<para>リモートホストからプリンタをアクセスできる
 	  設定にしている場合 (この 設定については, 「<link
 	    linkend="printing-advanced-network-rm">
 	    リモートホストに接続されたプリンタ</link>」
 	  をご覧ください), その リモートホストの
 	  <filename>/etc/printcap</filename> にも同じように
 	  <literal>sc</literal>
 	  項目を追加する必要があることに注意してください.
 	  そうしないと, ユーザは別なホストから複数部のコピーの
 	  印字することができてしま います.</para>
 
 	<para>例を使って説明しましょう. 次に示す
 	  <filename>/etc/printcap</filename> ファ イルは, ホスト
 	  <hostid>rose</hostid> のものです. プリンタ
 	  <literal>rattan</literal> は極めて 頑丈なので,
 	  複数部のコピーの印字は許可されています. しかし, レー
 	  ザプリンタの <literal>bamboo</literal>
 	  はもう少しデリケートで, このプリンタ
 	  から複数部のコピーを印字することを <literal>sc</literal>
 	  項目を追加すること で禁止しています. </para>
 
-	<programlisting>
-#
+	<programlisting>#
 #  /etc/printcap for host rose - restrict multiple copies on bamboo
 #
 rattan|line|diablo|lp|Diablo 630 Line Printer:\
         :sh:sd=/var/spool/lpd/rattan:\
         :lp=/dev/lpt0:\
         :if=/usr/local/libexec/if-simple:
 
 bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\
         :sh:sd=/var/spool/lpd/bamboo:sc:\
         :lp=/dev/ttyd5:fs#0x82000e1:xs#0x820:rw:\
         :if=/usr/local/libexec/psif:\
         :df=/usr/local/libexec/psdf:</programlisting>
 
 	<para>さらに, orchid の <filename>/etc/printcap</filename>
 	  にも <literallayout>sc</literallayout> 項目を
 	  追加する必要があります (<hostid>orchid</hostid>
 	  でこの編集をおこなっているときに, つ いでに, プリンタ
 	  <literal>teak</literal> でも複数部のコピーの印字を禁止する
 	  ことにしましょう). </para>
 
-	<programlisting>
-#
+	<programlisting>#
 #  /etc/printcap for host orchid - no multiple copies for local
 #  printer teak or remote printer bamboo
 
 teak|hp|laserjet|Hewlett Packard LaserJet 3Si:\
         :lp=/dev/lpt0:sd=/var/spool/lpd/teak:mx#0:sc:\
         :if=/usr/local/libexec/ifhp:\
         :vf=/usr/local/libexec/vfhp:\
         :of=/usr/local/libexec/ofhp:
 
 rattan|line|diablo|lp|Diablo 630 Line Printer:\
         :lp=:rm=rose:rp=rattan:sd=/var/spool/lpd/rattan:
 
 bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\
         :lp=:rm=rose:rp=bamboo:sd=/var/spool/lpd/bamboo:sc:</programlisting>
 
 	<para><literal>sc</literal> 項目を指定することにより,
 	  <command>lpr -#</command> の使用を防
 	  ぐことができます. しかし, この状態では
 	  &man.lpr.1; を複数回起動し
 	  たり, 1回のジョブで次のように同じファイルを
 	  複数個指定すること
 	  を防ぐまでには至っていません. </para>
 
 	<screen>&prompt.user; <userinput>lpr forsale.sign forsale.sign forsale.sign forsale.sign forsale.sign</userinput></screen>
 
 	<para>このような悪用を防ぐ方法は
 	  (その指示を無視することも含めて) たく さんあります.
 	  各自で調べてみてください.</para>
       </sect3>
 
       <sect3 id="printing-advanced-restricting-access">
 	<title>プリンタを使用できる人を限定する</title>
 
 	<para>それぞれのプリンタを使用できる人を限定するには, UNIX の
 	  グループ権限のメカニズムを利用し, さらに,
 	  <filename>/etc/printcap</filename> で <literal>rg</literal>
 	  項目を指定することでおこないます.
 	  あるプリンタにアクセスさせてもよいと思うユーザすべてを
 	  UNIXのある グループに入れてください. そして,
 	  そのグループ名を <literal>rg</literal> で 指定します.</para>
 
 	<para>このとき, そのグループに含まれないユーザ
 	  (root も含む) には, 次のようなメッセー
 	  ジが表示され, プリンタの使用はできません.
 
 	  <errorname>
 	    lpr: Not a member of the restricted group
 	  </errorname>
 	</para>
 
 	<para><literal>sc</literal> (suppress multiple copies :
 	  複数部のコピーの印字を禁止
 	  する) を指定するときと同様に, <literal>rg</literal>
 	  が指定されたプリンタがリ
 	  モートホストからもアクセスでき
 	  (この設定については,
 	  「<link linkend="printing-advanced-network-rm">
 	    リモートホストに接続されたプリンタ</link>」
 	  をご覧ください), かつ, そ
 	  のホストでもプリンタを使用できる人を限定するのが
 	  妥当であると思
 	  う場合は, そのホストの
 	  <filename>/etc/printcap</filename> にも
 	  <emphasis remap=tt>rg</emphasis> 指
 	  定をおこなう必要があります.</para>
 
 	<para>例えば, プリンタ <literal>rattan</literal>
 	  は誰でも利用できるが,  <literal>bamboo</literal> はグループ
 	  <literal>artists</literal> に属している人のみが利用で
 	  きるようにしてみましょう. 以下に, もうお馴染みとなったホスト
 	  <hostid>rose</hostid> の <filename>/etc/printcap</filename>
 	  を示します. </para>
 
-	<programlisting>
-#
+	<programlisting>#
 #  /etc/printcap for host rose - restricted group for bamboo
 #
 rattan|line|diablo|lp|Diablo 630 Line Printer:\
         :sh:sd=/var/spool/lpd/rattan:\
         :lp=/dev/lpt0:\
         :if=/usr/local/libexec/if-simple:
 
 bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\
         :sh:sd=/var/spool/lpd/bamboo:sc:rg=artists:\
         :lp=/dev/ttyd5:fs#0x82000e1:xs#0x820:rw:\
         :if=/usr/local/libexec/psif:\
         :df=/usr/local/libexec/psdf:</programlisting>
 
 	<para>これ以外の <filename>/etc/printcap</filename> ファイル
 	  (ホスト <hostid>orchid</hostid> のもの)
 	  はそのままにしておくことにします. もちろん,
 	  <hostid>orchid</hostid> のユーザは 全員
 	  <literal>bamboo</literal> を利用することができます. これは,
 	  <hostid>orchid</hostid> に
 	  は特定のユーザのみにしかアクセスさせておらず,
 	  そのユーザにはプ
 	  リンタを利用させたいと思っているからなのかもしれませんし,
 	  そう でないかもしれません.</para>
 
 	<note>
 	  <para>1台のプリンタを複数グループのユーザに利用させること
 	    はできません.</para>
 	</note>
       </sect3>
 
       <sect3 id="printing-advanced-restricting-sizes">
 	<title>入力可能なジョブのサイズを制限する</title>
 
 	<para>たくさんのユーザからプリンタが利用される場合には, 多分,
 	  ユーザが印字要求を出すことができるファイルのサイズに
 	  上限値を置 く必要が生じるでしょう. 結局のところ,
 	  スプーリングディレクトリ
 	  が置かれているファイルシステムの空き容量がその
 	  上限値になる訳で すが,
 	  あるユーザがこれを独占的に使用すること避けるために, 他ユー
 	  ザからのジョブ用の空き容量を確保する必要もあります.</para>
 
 	<para>LPD では, <literal>mx</literal>
 	  項目を指定することにより, ジョブ中の個々のファ
 	  イルのサイズの上限値を制限する機能を提供しています.
 	  指定される ファイルサイズの単位は BUFSIZ ブロックで, 1
 	  BUFSIZ ブロックは 1024バイトを表わします. この <literal>
 	  mx</literal> 項目の値として0が指定されると,
 	  ファイルサイズの制限はなくなります.
 	  <literal>mx</literal> が指定されない場合は,
 	  デフォルトの制限として 1000 ブロックが使われます.
 	</para>
 
 	<note>
 	  <para>この制限はジョブ中の各
 	    <emphasis>ファイル</emphasis>に対して適用されるものであり,
 	    ジョブ全体のサイズ
 	    を制限するものでは<emphasis>ありません</emphasis>.</para>
 	</note>
 
 	<para>ところで,
 	  プリンタに設定された上限値を超えるファイルサイズのファ
 	  イルが入力された場合でも, LPD はこれを拒否しません. その代わ
 	  りに, このファイルは,
 	  その先頭から上限値のファイルサイズまでし
 	  かキューに入れられません. そして, その部分までが印字され,
 	  残り の部分は捨てられます.
 	  これが正しい動作といえるのかどうかは議
 	  論の余地があるところです.</para>
 
 	<para>それでは, 設定例に登場しているプリンタ
 	  <literal>rattan</literal> と  <literal>bamboo</literal>
 	  の印字可能なファイルサイズに制限を加えてみましょう.  artists
 	  グループの人達が作る PostScript ファイルのサイズは
 	  巨大になる傾向があるので, 上限値を5Mバイトとします.
 	  それから,
 	  プレインテキスト用のラインプリンタは無制限とします. </para>
 
-	<programlisting>
-#
+	<programlisting>#
 #  /etc/printcap for host rose
 #
 
 #
 #  No limit on job size:
 #
 rattan|line|diablo|lp|Diablo 630 Line Printer:\
         :sh:mx#0:sd=/var/spool/lpd/rattan:\
         :lp=/dev/lpt0:\
         :if=/usr/local/libexec/if-simple:
 
 #
 #  Limit of five megabytes:
 #
 bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\
         :sh:sd=/var/spool/lpd/bamboo:sc:rg=artists:mx#5000:\
         :lp=/dev/ttyd5:fs#0x82000e1:xs#0x820:rw:\
         :if=/usr/local/libexec/psif:\
         :df=/usr/local/libexec/psdf:</programlisting>
 
 	<para>この場合もそうですが, この制限はローカル (ホスト rose)
 	  のユーザ のみに適用されます.
 	  リモートホストからプリンタを利用できるよう
 	  に設定している場合は,
 	  そのリモートホストのユーザはこの制限を受 けません.
 	  これらのユーザにも制限を加える場合は, リモートホスト の
 	  <filename>/etc/printcap</filename> の <literal>mx</literal>
 	  を指定する必要があります.
 	  リモートホストから印字するための詳しい情報については,
 	  「<link
 	    linkend="printing-advanced-network-rm">
 	    リモートホストに接続されたプリンタ</link>」
 	  を参照してください.</para>
 
 	<para>リモートホストに接続されたプリンタへのジョブの
 	  サイズを制限する 特別な方法は他にもあります. これについては,
 	  「<link linkend="printing-advanced-restricting-remote">
 	    リモートホストからのプリンタの利用を制限する</link>」
 	  を参照してください.</para>
       </sect3>
 
       <sect3 id="printing-advanced-restricting-remote">
 	<title>リモートホストからのプリンタの利用を制限する</title>
 
 	<para>LPD スプーリングシステムでは, リモートホストから要求され
 	  たジョブの印字を制限するための方法がいくつか
 	  提供されています.</para>
 
 	<variablelist>
 	  <varlistentry><term>ホストの制限</term>
 	    <listitem>
 	      <para>ローカルの LPD
 		が印字要求を受け付けるリモートホストは,  ファイル
 		<filename>/etc/hosts.equiv</filename> と
 		<filename>/etc/hosts.lpd</filename>
 		によって制御することができます.  LPD では,
 		あるホストから印字の要求がきたとき, このホス
 		トの名前がこれら2つのファイルのどちらかに含まれている
 		かどうかを調べます. これが含まれていない場合は, LPD
 		はこの要求を拒否します.</para>
 
 	      <para>これらのファイルの形式は単純です.
 		各行にホストの名前を
 		1つずつ書いていきます. ファイル
 		<filename>/etc/hosts.equiv</filename> の方は
 		&man.ruserok.3; プロトコル
 		でも利用され, &man.rsh.1; や &man.rcp.1;
 		といったプログラム
 		の動作に影響するので注意が必要です.
 		<filename>/etc/hosts.equiv</filename>
 		の記述は慎重におこないましょう.</para>
 
 	      <para>例として, 以下にホスト <hostid>rose</hostid> の
 		<filename>/etc/hosts.lpd</filename>  を示します.
 	      </para>
 
-	      <programlisting>
-orchid
+	      <programlisting>orchid
 violet
 madrigal.fishbaum.de</programlisting>
 
 	      <para>この例では, <hostid>rose</hostid> はホスト
 		<hostid>orchid</hostid>, <hostid>violet</hostid>,
 		そして  <hostid
 		  role="fqdn">madrigal.fishbaum.de</hostid>
 		からの要求を受け付けることになり ます.
 		その他のホストが <hostid>rose</hostid> の LPD
 		にアクセスしようと しても,  LPD はそのジョブを拒否します
 		(訳注:拒否されるのは,  そのホストが
 		<filename>/etc/hosts.equiv</filename> にも含まれてい
 		ない場合です).</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>サイズの制限</term>
 	    <listitem>
 	      <para>スプーリングディレクトリがある
 		ファイルシステムに残して
 		おく必要がある空き容量の大きさを制御することが
 		できます.
 		ローカルプリンタ用のスプーリングディレクトリに
 		<filename>minfree</filename>
 		という名前のファイルを作成します. そして,
 		そのファイルの中にリモートホストからのジョブの要求を受
 		け付けるために必要な空き容量のディスクブロックサイズ
 		(1 ディスクブロック=512バイト) を記します.</para>
 
 	      <para>これで,
 		リモートホストのユーザにファイルシステムを満杯
 		にされないことが保証されます. この機能を使うと, ローカ
 		ルホストのユーザに対してある種の優先権を与えることもで
 		きます. ローカルホストのユーザは,
 		<filename>minfree</filename> ファイ
 		ルで指定された値よりもディスクの空き容量が下回った後で
 		もずっと,
 		ジョブをキューに入れることができるのです.</para>
 
 	      <para>例えば, プリンタ <hostid>bamboo</hostid> 用の
 		<filename>minfree</filename> を作っ てみましょう.
 		このプリンタのスプーリングディレクトリを 調べるために,
 		<filename>/etc/printcap</filename> を調べてみましょ
 		う. 以下に, <hostid>bamboo</hostid>
 		のエントリ部分を示します. </para>
 
-	      <programlisting>
-bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\
+	      <programlisting>bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\
         :sh:sd=/var/spool/lpd/bamboo:sc:rg=artists:mx#5000:\
         :lp=/dev/ttyd5:fs#0x82000e1:xs#0x820:rw:mx#5000:\
         :if=/usr/local/libexec/psif:\
         :df=/usr/local/libexec/psdf:</programlisting>
 
 	      <para>スプーリングディレクトリは
 		<literallayout>sd</literallayout> で指定されます.  LPD
 		がリモートホストからのジョブを受け付けるために必要
 		なファイルシステムの空き容量を3Mバイト
 		(=6144ディスクブ ロック) にすることにしましょう.
 	      </para>
 
 	      <screen>&prompt.root; <userinput>echo 6144 &gt; /var/spool/lpd/bamboo/minfree</userinput></screen>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>利用ユーザの制限</term>
 	    <listitem>
 	      <para><filename>/etc/printcap</filename> の
 		<literal>rs</literal> 項目を指定することで,
 		ローカルプリンタを利用できるリモートホストのユーザを制
 		限することができます. ローカルホストに接続されたプリン
 		タ用のエントリに <literal>rs</literal>
 		項目が指定されている場合,  LPD
 		は印字を要求したユーザのアカウントと同じログイン名
 		がローカルホストに登録されている<emphasis>場合に限り</emphasis>
 		, その
 		ジョブが受け付けられます. そうでないユーザからのジョブ
 		は LPD は拒否します.</para>
 
 	      <para>この機能は, (例えば)
 		複数の部署がネットワークを共有して おり,
 		この内のあるユーザが部署の境界を越えて活動してい
 		る場合には特に有用です. そのようなユーザに対して, シス
 		テムのアカウントを与えるだけで, これらのユーザは自分が
 		所属する部署のシステムからそのシステムに接続されている
 		プリンタを使用することができます. これらのユーザにはむ
 		しろ, プリンタの使用<emphasis>だけ</emphasis>を認め,
 		その他のコンピュー タ資源を利用させたくないときは,
 		それらのユーザにはホー ムディレクトリを与えず,
 		ログインシェルはシェルとしては 何の役にも立たない
 		<filename>/usr/bin/false</filename> などを指定 して,
 		これらのユーザのアカウントはプリンタ用の<quote>形式的な</quote>ものとします.</para>
 	    </listitem>
 	  </varlistentry>
 	</variablelist>
       </sect3>
     </sect2>
 
     <sect2 id="printing-advanced-acct">
       <title>プリンタの利用に対する課金</title>
 
       <para>という訳で, 印字するためには料金をとることが必要です. 取ら
 	ない理由などありましょうか. 紙やインクにはお金がかかります. そ
 	して, プリンタの維持費もかかります. プリンタには可動部分が搭載
 	されており, これらの部分は壊れやすいという傾向があります. プリ
 	ンタや, その利用形態, 維持費について調査をし, 1ページ (1フィー
 	ト, 1メートルなど) 当たりにかかるコストを調べておいてください.
 	これに基づき, プリンタの利用に対する課金を, 実際に, どのように
 	始めればよいのでしょうか.</para>
 
       <para>さて, 残念ながら, この部分に関しては LPD
 	スプーリングシステム はほとんど役に立ちません.
 	課金は使用しているプリンタの種類, 印
 	字するもののファイルの形式,
 	プリンタの利用に対する課金での
 	<emphasis>あなた自身の</emphasis>要求に大きく左右されます.</para>
 
       <para>課金システムを実現するためには, プリンタのテキストフィルタ
 	(プ レインテキストのジョブに対して課金するため) と変換フィルタ
 	(その 他のファイル形式に対して課金するため) を変更して,
 	印字したペー ジを数えたり,
 	プリンタに印字したページ数を取得するための要求を
 	送る必要があります. ただし, 出力フィルタのみを利用している場合
 	は, 課金をおこなうことができません. フィルタに関しては,
 	「<link
 	  linkend="printing-advanced-filter-intro">
 	  フィルタ</link>」をご覧く ださい.</para>
 
       <para>一般に, 課金方式には次の2つがあります. </para>
 
       <itemizedlist>
 	<listitem>
 	  <para><emphasis>定期的に課金する方法</emphasis>
 	    はよく利用される方法です.  この理由は, 恐らく,
 	    比較的簡単に実現できるからです. 誰
 	    かがジョブを印字する度に, フィルタはそのユーザ名, ホス
 	    ト名, 印字したページ数を課金データファイルに記録します.
 	    毎月, 毎学期, 毎年, あるいは, お好みの時期に, 様々なプ
 	    リンタの課金用ファイルを集め, それぞれのユーザが印字し
 	    たページ数を合計し, その分の課金をおこないます. 次回の課金
 	    時期のためのデータを0にして課金を再開するために, この
 	    処理をおこなった後, すべてのログファイルを削除し,</para>
 	</listitem>
 
 	<listitem>
 	  <para><emphasis>利用毎に課金する方法</emphasis>
 	    はあまり利用されていません.  これは,
 	    実現するのが比較的難しいからです. この方式では,
 	    プリンタを使用したらすぐに, フィルタがユーザにその利用
 	    に対する課金をおこないます. ディスククオータのように, 課金
 	    作業は瞬時におこなわれます. この方式では, ユーザのアカウン
 	    トが赤字になる場合に, ユーザが印字をおこなうことを拒否する
 	    ことができます. また, ユーザに<quote>プリンタ版 quota</quote>を調べたり,
 	    調整したりする方法を提供したいと思うかもしれ ません.
 	    これを実現するためには, ユーザとその quota を
 	    追跡するために, あるデータベース用のコードが必要となり
 	    ます.</para>
 	</listitem>
       </itemizedlist>
 
       <para>LPD スプーリングシステムでは, 両方式を簡単にですがサポー
 	トしています. これは, (ほとんどの場合で) 印字作業をフィ
 	ルタがおこなっていたように, 課金作業もこのためのコードも用
 	意することで実現されています. しかし, 明るい面もありま す.
 	それは, 課金方式に関して, 非常に大きな柔軟性が与え
 	られたということです. 例えば, 「定期的に課金する方法」 か,
 	「利用毎に課金する方法」のどちらかを選びまず, そし て,
 	どんな情報 (ユーザ名, ホスト名, ジョブのタイプ, 印
 	字された頁数, 使用した紙の大きさ, 印字をするために要した
 	時間など) をログに記録するかを決めます. 以上のことをおこな
 	うには, 上記の情報を保持するために, フィルタを変更しな
 	くてはなりません.</para>
 
       <sect3>
 	<title>手軽なプリンタ課金方法</title>
 
 	<para>FreeBSD には, 「定期的に課金する方法」による課金をすぐに
 	  設定できるように, 2個のプログラムを添付しています. そ
 	  の内の1つはテキストフィルタ <command>lpf</command> で,
 	  これについて
 	  は, 「<link linkend="printing-advanced-lpf">
 	    テキストフィルタ lpf</link>」をご覧ください. もう1つは,
 	  &man.pac.8; で,
 	  これはプリンタの課金データファイルからのエントリを集め,
 	  これを合計するプログラムです.</para>
 
 	<para>「<link linkend="printing-advanced-filters">
 	    フィルタはどのように機能しているか</link>」で述べたように,
 	  LPD では テキストフィルタや変換フィルタを起動しますが,
 	  そのコマ
 	  ンドラインで使用している課金データファイルの名前が指定
 	  されます. 両フィルタはこの引数を使って, どの課金データ
 	  ファイルのエントリに書き込めばよいのかを知ることができ ます.
 	  このファイルの名前は <filename>/etc/printcap</filename> 中の
 	  <literal>af</literal> 項目によって指定されます.
 	  このファイルが絶対パ スで指定されない場合は,
 	  スプーリングディレクトリからの
 	  相対パスとして扱われます.</para>
 
 	<para>LPD は, 紙のページの幅と行数 (<literal>pw</literal> と
 	  <literal>pl</literal> 項目で 指定される) を引数として
 	  <command>lpf</command> を起動します.  <command>lpf</command>
 	  では, 何ページ印字したかを決定するためにこれ
 	  らの引数を使用します. ファイルをプリンタに送った後, 課
 	  金情報を課金データファイルに書き込みます. このファイル
 	  は次のようになります. </para>
 
-	<programlisting>
-2.00 rose:andy
+	<programlisting>2.00 rose:andy
 3.00 rose:kelly
 3.00 orchid:mary
 5.00 orchid:mary
 2.00 orchid:zhang</programlisting>
 
 	<!-- kuriyama - this para is not sync with Eng. ver? -->
 	<para>課金データファイルはプリンタ毎に分けて作るべきです. こ
 	  れは, <command>lpf</command>
 	  にはデータファイルをロックする機構が組
 	  み込まれていないためです. したがって, <command>lpf</command>
 	  が2つ起動 されたとき,
 	  同じファイルに同時に書き込みをおこなった場合,
 	  お互いのエントリが破壊されてしまうかもしれません. 課金
 	  用ファイルを各プリンタ毎に確実に分けるには,
 	  <filename>/etc/printcap</filename> 中の
 	  <literal>af=acct</literal> 項目を使いま す.</para>
 
 	<para>プリンタの利用に対してユーザに課金する準備ができたら,
 	  スプーリングディレクトリに移動した後,
 	  &man.pac.8; と入力
 	  してください. 次のような, ドル中心主義の課金リストが表
 	  示されます(訳注:ドル中心主義という表現は, 表示がドルで
 	  出ることへの著者の皮肉でしょう. セントがあるので小数点
 	  以下が表示されますが, この機能も日本では邪魔ですね).</para>
 
 	<screen>  Login               pages/feet   runs    price
 orchid:kelly                5.00    1   $  0.10
 orchid:mary                31.00    3   $  0.62
 orchid:zhang                9.00    1   $  0.18
 rose:andy                   2.00    1   $  0.04
 rose:kelly                177.00  104   $  3.54
 rose:mary                  87.00   32   $  1.74
 rose:root                  26.00   12   $  0.52
 
 total                     337.00  154   $  6.74</screen>
 
 	<para>&man.pac.8; が受け付ける引数には
 	  次のようなものがあります. </para>
 
 	<variablelist>
 	  <varlistentry><term><option>-P<replaceable>printer</replaceable></option></term>
 	    <listitem>
 	      <para> プリンタ <replaceable>printer</replaceable>
 		の利用に対する課金リストを作成し ます.
 		このオプションは, <filename>/etc/printcap</filename>
 		の  <literal>af</literal>
 		が絶対パスで指定されていた場合に限り, 動作しま
 		す.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term><option>-c</option></term>
 	    <listitem>
 	      <para>ユーザ名のアルファベット順ではなく,
 		課金額の低い順にリ ストを並べます.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term><option>-m</option></term>
 	    <listitem>
 	      <para>課金データファイルにあるホスト名を無視します.
 		このオプショ ンを使用すると, ホスト
 		<hostid>alpha</hostid> のユーザ
 		<username>smith</username> とホスト
 		<hostid>gamma</hostid> のユーザ
 		<username>smith</username> は同一人物として扱われます.
 		この オプションが指定されない場合は,
 		両者は別なユーザとして 扱います.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term><option>-p<replaceable>price</replaceable></option></term>
 	    <listitem>
 	      <para><filename>/etc/printcap</filename> の
 		<literal>pc</literal> 項目で指定された値,  または,
 		デフォルトの値 (2セント) に代わり, 紙1ページ, ま たは,
 		1フィート当たりの価格を指定します.
 		<replaceable>price</replaceable>  として,
 		浮動小数点数を指定することができます.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term><option>-r</option></term>
 	    <listitem>
 	      <para>リストの並べる順番を逆順にします.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term><option>-s</option></term>
 	    <listitem>
 	      <para>課金リストを作成し,
 		課金データファイルを削除します.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term><replaceable>name</replaceable> <replaceable>&hellip;</replaceable></term>
 	    <listitem>
 	      <para>ユーザ <replaceable>names</replaceable>
 		に対する課金情報のみを表示します.</para>
 	    </listitem>
 	  </varlistentry>
 	</variablelist>
 
 	<para>&man.pac.8; が生成するデフォルトのリストには,
 	  各ホストのユーザ別
 	  に印字ページ数が表示されます.
 	  (ユーザがサイト内のすべてのホスト
 	  を使用できるため) ホスト名の情報が意味を持たない場合,
 	  <command>pac -m</command>
 	  を実行してください. 次のようなリストが得られます.</para>
 
 	<screen>  Login               pages/feet   runs    price
 andy                        2.00    1   $  0.04
 kelly                     182.00  105   $  3.64
 mary                      118.00   35   $  2.36
 root                       26.00   12   $  0.52
 zhang                       9.00    1   $  0.18
 
 total                     337.00  154   $  6.74</screen>
 
 	<para>課金額を決めるために,
 	  &man.pac.8; は <filename>/etc/printcap</filename> ファ
 	  イルの <literal>pc</literal>
 	  項目で指定された値 (デフォルト値は200, すなわち1
 	  ページ当たり2セント)
 	  を使います. この項目で, 印字物に課金したい
 	  と思う1ページ当たり,
 	  または, 1フィート当たりの価格を100分の1セ
 	  ント単位で指定します.
 	  &man.pac.8; を <option>-p</option> オプション付きで起動
 	  すると, この値を置き換えることができます.
 	  この <option>-p</option> オプショ
 	  ンで指定する額の単位は,
 	  100分の1セント単位ではなく, ドル単位で
 	  す. 例えば, 次の指定では,
 	  1ページ当たりの単価が1ドル50セントに
 	  なります.
 
 	  <screen>&prompt.root; <userinput>pac -p1.50</userinput></screen>
 
 	  このオプションを使うと,
 	  実際の課金額を集計することができます.</para>
 
 	<para>最後に, <command>pac -s</command>
 	  を起動すると, 課金情報は課金データ累計ファ
 	  イルに保存されます.
 	  このファイルの名前は, プリンタの課金データ
 	  ファイルの後ろに
 	  <literal>_sum</literal> を付けたものとなります. そして, 課
 	  金データファイルは削除されます. 次に
 	  &man.pac.8; が起動されると,
 	  その時点までの累計金額を得るために,
 	  課金データ累計ファイルが読
 	  み込まれ, 通常の課金データファイルからの情報に
 	  加算されます.</para>
       </sect3>
 
       <sect3>
 	<title>印字されたページ数をどのように数えるか?</title>
 
 	<para>課金を, リモートホストからの印字でさえも,
 	  正確におこなうため には,
 	  ジョブで使用された紙が何ページであるかを特定でき
 	  る必要があります. このことは, プリンタ利用に対する課金
 	  をおこなう上の根本的な問題です.</para>
 
 	<para>プレインテキストのジョブの場合, 問題を解決するのはさほ
 	  ど難しくはありません. ジョブが何行であったかを数え, プ
 	  リンタがサポートしている紙1ページに印字できる最大の行
 	  数と比較すればよいのです. 重ね打ちするために利用される
 	  ファイル中のバックスペース文字や, 物理的に複数の行に渡
 	  る長い論理行に対する取り扱いを
 	  忘れずにおこなってください.</para>
 
 	<para>(「<link
 	    linkend="printing-advanced-lpf">テキストフィルタ
 	    lpf</link>」で紹介した) テキストフィルタ
 	  <command>lpf</command> では,  課金をおこなうときに,
 	  これらの取り扱いをおこなってくれます. 課
 	  金をおこなうために必要なテキストフィルタを作成している方は,
 	  <command>lpf</command>
 	  のソースコードが参考になるでしょう.</para>
 
 	<para>これに対して, 他のファイル形式の処理はどのようにすれば
 	  よいのでしょうか.</para>
 
 	<para>まず, DVI から LaserJet, または, DVI から PostScript
 	  への変換の場合, フィルタが <command>dvilj</command> や
 	  <command>dvips</command> の 出力メッセージを解析することで,
 	  何ページ分の変換がおこなわ れたかを知ることができます.
 	  他のファイル形式とその変換 プログラムに関しても,
 	  同様のことができるかもしれません.</para>
 
 	<para>しかし, この方式には問題点があります. それは, 変換され
 	  たページがすべて印字されるとは限らないということです. 例
 	  えば, プリンタが紙詰まりを起こしたり, トナー切れになっ たり,
 	  はたまた, 爆発したりするかもしれません. そのよう
 	  な状況により印字が途中で中止されたとしても, この方式で は,
 	  ユーザは全ページ分の料金を課されてしまうのです.</para>
 
 	<para>それでは, どのような対策をたてることができるのでしょう
 	  か.</para>
 
 	<para><emphasis>正確な</emphasis>
 	  課金をおこなうための唯一の<emphasis>確実な</emphasis>方法は,
 	  何 ページ印字したのかを知らせることができるプリンタを入手
 	  し, これをシリアルポートかネットワークに接続することで す.
 	  ほとんどすべての PostScript プリンタではこの概念
 	  がサポートされています. 他のプリンタも同様です (Imagen
 	  レーザプリンタをネットワーク接続するなど). それぞれの
 	  プリンタのフィルタを, ジョブを印字した後で印字ページ数
 	  を得るように, 変更してください. そして, 課金情報はここ
 	  で得られた値<emphasis>のみに</emphasis>
 	  基づいて記録してください. 行数 を数えたり,
 	  エラーが生じやすいファイルの調査は必要とさ れません.</para>
 
 	<para>もちろん, 気前よく印字料
 	  金をすべて無料にすることもできます.</para>
       </sect3>
     </sect2>
   </sect1>
 
   <sect1 id="printing-using">
     <title>プリンタを使う</title>
 
     <para>この節では, FreeBSD で設定したプリンタを使う方法について説明
       します. ここでは, ユーザレベルでのコマンドを概説します. </para>
 
     <variablelist>
       <varlistentry><term>&man.lpr.1;</term>
 	<listitem>
 	  <para>印字をおこないます.</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term>&man.lpq.1;</term>
 	<listitem>
 	  <para>プリンタキューを調べます.</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term>&man.lprm.1;</term>
 	<listitem>
 	  <para>プリンタキューにあるジョブを削除します.</para>
 	</listitem>
       </varlistentry>
     </variablelist>
 
     <para>管理者用コマンド &man.lpc.8; もありますが,
       これは 「<link linkend="printing-lpc">プリンタを管理する</link>」
       に記
       します. このコマンドは, プリンタやそのキューの制御のために用い
       られます.</para>
 
     <para>&man.lpr.1;, &man.lprm.1;, そして &man.lpq.1; の 3
       コマンドは, <option>-P<replaceable>printer-name</replaceable></option>
       オプションをとり, これによって,
       <filename>/etc/printcap</filename> のように操作の対象となる
       プリンタやキュー
       を指定します. これによって, 様々なプリンタに対してジョブを送る
       , 取り消す, 調査することができます.
       <option>-P</option> が使われなかった場
       合は, これらのコマンドは
       <envar>PRINTER</envar> 環境変数で指定されたプリンタ
       を使用します.
       そして, <envar>PRINTER</envar> 環境変数がなかった場合は, これ
       らのコマンドはデフォルトのプリンタ
       <literal>lp</literal> を使います.</para>
 
     <para>以下では, <emphasis>デフォルトプリンタ</emphasis>
       という用語が意味するプリンタ は, <envar>PRINTER</envar>
       環境変数で指定されたプリンタ, もしくは, <envar>PRINTER</envar>
       環境変数がない場合は, <literal>lp</literal>
       という名前のプリンタです.</para>
 
     <sect2 id="printing-lpr">
       <title>印字する</title>
 
       <para>ファイルを印字するためには,
 	次のように入力してください.</para>
 
       <screen>&prompt.user; <userinput>lpr <replaceable>filename</replaceable> <replaceable>...</replaceable></userinput></screen>
 
       <para>これにより,
 	入力されたファイルのそれぞれをデフォルトのプリンタ
 	から印字します. ファイル名が与えられなかった場合,
 	&man.lpr.1;
 	は標準入力から印字するデータを読み込みます. 例えば, 次のコマン
 	ドにより, ある重要なシステムファイルが印字されます. </para>
 
       <screen>&prompt.user; <userinput>lpr /etc/host.conf /etc/hosts.equiv</userinput></screen>
 
       <para>印字させるプリンタを選択するためには,
 	次のように入力します. </para>
 
       <screen>&prompt.user; <userinput>lpr -P <replaceable>printer-name</replaceable> <replaceable>filename</replaceable> <replaceable>...</replaceable></userinput></screen>
 
       <para>次の例では, プリンタ <literal>rattan</literal> に,
 	カレントディレクトリにあ
 	るファイルの詳細なリストを印字しています. </para>
 
       <screen>&prompt.user; <userinput>ls -l | lpr -P rattan</userinput></screen>
 
       <para>上記の &man.lpr.1; コマンドではファイル名の指定がないので,
 	<command>lpr</command> は標準入力から印字するデータ,
 	この場合, <command>ls -l</command>
 	コマンドの出力, を読み込みます.</para>
 
       <para>&man.lpr.1; コマンドでは,
 	出力の整形を制御したり, ファイル変換を
 	適用したり, 複数部数のコピーを作成したり, などといた様々な幅広
 	いオプションを受け付けることもできます.
 	詳細については,
 	「<link linkend="printing-lpr-options">
 	  その他の印字オプション</link>」をご
 	覧ください.</para>
     </sect2>
 
     <sect2 id="printing-lpq">
       <title>ジョブの処理状況を調べる</title>
 
       <para>&man.lpr.1; コマンドを使って印字をする場合, プリントしようと
 	するデータは<quote>プリントジョブ</quote>
 	と呼ばれる箱に一緒に置かれ, これが LPD スプーリングシステムに送られます.
         プリンタにはそれぞれジョブ用のキューがあり,
 	送られてきたジョブはあなたや他のユーザからの別のジョブと一緒にそのキューで並んで,
 	処理される順番を待ちます.
 	プリンタは到着順にこれらのジョブの印字をおこないます.</para>
 
       <para>デフォルトプリンタのキューの状態を表示するには,
 	&man.lpq.1; と入
 	力します. プリンタを指定するときは,
 	<option>-P</option> オプションを使い
 	ます. 例えば, 次のコマンド</para>
 
       <screen>&prompt.user; <userinput>lpq -P bamboo</userinput></screen>
 
       <!-- kuriyama - hostid should literal -->
       <para>は, プリンタ <hostid>bamboo</hostid>
 	のキューの状態を表示します. この  <command>lpq</command>
 	コマンドの出力結果の例を次に示します. </para>
 
       <screen>bamboo is ready and printing
 Rank   Owner    Job  Files                              Total Size
 active kelly    9    /etc/host.conf, /etc/hosts.equiv   88 bytes
 2nd    kelly    10   (standard input)                   1635 bytes
 3rd    mary     11   ...                                78519 bytes</screen>
 
       <para>この例では, <literal>bamboo</literal>
 	のキューに3つのジョブがあることが分か ります.
 	最初のジョブはユーザ kelly からのものであり,
         <quote>ジョブ番号</quote> 9 が割り当てられています.
 	プリンタのすべてのジョブには一意
 	なジョブ番号が付けられています. ほとんどの場合, このジョブ番号
 	は無視することができますが, ジョブをキャンセルするときにはこの
 	番号が必要になります. このことの詳細については, 「<link
 	  linkend="printing-lprm">ジョブの削除</link>
 	」をご覧ください.</para>
 
       <para>ジョブ番号9のジョブは2つのファイルを処理します. すなわち,
 	&man.lpr.1;
 	のコマンドラインに複数のファイル名が与えられたときは,
 	1つのジョブとして扱われるのです. このジョブは, 現在, アクティ
 	ブジョブ (<quote>Rank</quote>
 	の欄の <literal>active</literal> という後に注目) になってい
 	ます. これは, プリンタからそのジョブが現在印字されているはずで
 	あることを意味しています. 2番目のジョブでは,
 	&man.lpr.1; コマン
 	ドに標準入力からデータが与えられています.
 	3番目のジョブはユー
 	ザ <username>mary</username> から与えられました.
 	このジョブのサイズはとても大きくなっ
 	ています. 彼女がプリントしようとしたファイルのパス名はここで表
 	示させるには長すぎるため,
 	&man.lpq.1; コマンドはドットを3つだけ
 	表示しています.</para>
 
       <para>&man.lpq.1; からの
 	出力で一番最初の行もまた有益な情報を与えていま
 	す. この行から, プリンタが現在何をしているか (あるいは, 少なく
 	とも LPD がプリンタが
 	していると思っていること) が分かります.</para>
 
       <para>&man.lpq.1; コマンドは
 	<option>-l</option> オプションもサポートしています. こ
 	れにより,
 	詳しい情報が表示されます. <command>lpq -l</command> の実行例を次
 	に示します. </para>
 
       <screen>waiting for bamboo to become ready (offline ?)
 kelly: 1st				 [job 009rose]
        /etc/host.conf			 73 bytes
        /etc/hosts.equiv		         15 bytes
 
 kelly: 2nd				 [job 010rose]
        (standard input)		         1635 bytes
 
 mary: 3rd				 [job 011rose]
       /home/orchid/mary/research/venus/alpha-regio/mapping 78519 bytes</screen>
     </sect2>
 
     <sect2 id="printing-lprm">
       <title>ジョブの削除</title>
 
       <para>印字するようジョブを
 	送った後で印字を中断したくなったときは,
 	&man.lprm.1; コマンドで,
 	キューの中からそのジョブを削除することが
 	できます. 大抵の場合, アクティブジョブでさえも
 	&man.lprm.1; を使っ
 	て削除することができますが,
 	そのジョブの一部またはすべてが印字さ
 	れてしまうかもしれません.</para>
 
       <para>デフォルトプリンタへのジョブを削除するためには, 最初に,
 	&man.lpq.1; を使ってそのジョブ番号を調べます.
 	すなわち, それから,
 	次のように入力して, ジョブを削除します. </para>
 
       <screen>&prompt.user; <userinput>lprm <replaceable>job-number</replaceable></userinput></screen>
 
       <para>特定のプリンタへのジョブを削除するときは,
 	<option>-P</option> オプション
 	を使ってそのプリンタを指定します.
 	例えば, プリンタ <hostid>bamboo</hostid>
 	のキューからジョブ番号
 	10のジョブを削除するには次のようにします. </para>
 
       <screen>&prompt.user; <userinput>lprm -P bamboo 10</userinput></screen>
 
       <para>&man.lprm.1; コマンドには略記法がいくつかあります. </para>
 
       <variablelist>
 	<varlistentry><term>lprm -</term>
 	  <listitem>
 	    <para>あなたが (デフォルトプリンタへ)
 	      送ったジョブをすべて削除し ます.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term>lprm <replaceable>user</replaceable></term>
 	  <listitem>
 	    <para>ユーザ <replaceable>user</replaceable> が
 	      (デフォルトプリンタへ) 送ったジョブ をすべて削除します.
 	      他のユーザのジョブを削除できるのはスー パユーザだけです.
 	      あなたは, あなた自身のジョブしか削
 	      除することはできません.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term>lprm</term>
 	  <listitem>
 	    <para>ジョブ番号もユーザ名もシンボル
 	      <option>-</option>も指定されない
 	      ときは, &man.lprm.1; は現在のアクティブジョブを, そのジョ
 	      ブを送ったのがあなた自身であるときに限り, デフォルトプ
 	      リンタから削除します. ただし, スーパユーザは任意のア
 	      クティブジョブを削除することができます.</para>
 	  </listitem>
 	</varlistentry>
       </variablelist>
 
       <para>上記の略記法をデフォルトプリンタではなく
 	特定のプリンタに対して おこなうときは, <option>-P</option>
 	オプションでそのプリンタを指定するだけよ いのです. 例えば,
 	プリンタ <literal>rattan</literal> のキューへあなたが送っ
 	たジョブをすべて削除するためには次のようにします.</para>
 
       <screen>&prompt.user; <userinput>lprm -P rattan -</userinput></screen>
 
       <note>
 	<para>ネットワーク環境で作業をしている場合, あるホストか
 	  ら送られたプリンタジョブは, これを送ったホストで
 	  &man.lprm.1; を
 	  使った場合に限って,
 	  これを削除することができます. 他のホストで
 	  同じプリンタを使えたとしても,
 	  このジョブを削除することはできま
 	  せん.
 	  次の例では, 他ホストからジョブを削除することを試みていま
 	  す. </para>
 
 	<screen>&prompt.user; <userinput>lpr -P rattan myfile</userinput>
 &prompt.user; <userinput>rlogin orchid</userinput>
 &prompt.user; <userinput>lpq -P rattan</userinput>
 Rank   Owner	  Job  Files                          Total Size
 active seeyan	  12	...                           49123 bytes
 2nd    kelly      13   myfile                         12 bytes
 &prompt.user; <userinput>lprm -P rattan 13</userinput>
 rose: Permission denied
 &prompt.user; <userinput>logout</userinput>
 &prompt.user; <userinput>lprm -P rattan 13</userinput>
 dfA013rose dequeued
 cfA013rose dequeued
 	</screen>
       </note>
     </sect2>
 
     <sect2 id="printing-lpr-options">
       <title>その他の印字オプション</title>
 
       <para>&man.lpr.1; コマンドには, テキストの整形や,
 	図や他のファイル形
 	式の変換, 複数部コピーの生成, ジョブの扱いなどをを制御すること
 	ができます.
 	この節では, これに関するオプションについて記してい
 	ます.</para>
 
       <sect3 id="printing-lpr-options-format">
 	<title>整形と変換に関するオプション</title>
 
 	<para>以下の &man.lpr.1; 用のオプションはジョブにおける
 	  ファイルの
 	  整形の制御に関するものです.
 	  このオプションは, ジョブにプレイン
 	  テキストが含まれない場合や
 	  &man.pr.1; ユーティリティを使ってプレイ
 	  ンテキストを整形する場合に用いてください.</para>
 
 	<para>次の例では, プリンタ
 	  <literal>bamboo</literal> に (TeX 組版システムによる)
 	  DVI ファイル
 	  <filename>fish-report.dvi</filename> を印字しています. </para>
 
 	<screen>&prompt.user; <userinput>lpr -P bamboo -d fish-report.dvi</userinput></screen>
 
 	<para>このオプションは,
 	  ジョブに含まれるすべてのファイルに対して適用さ れます.
 	  したがって, 1つのジョブに (例えば) DVI ファイルと ditroff
 	  ファイルを混在させることはできません. その代わりに,
 	  ファイルを 形式毎に別々のジョブに分け,
 	  それぞれのジョブでその形式用の変換
 	  オプションを使って印字してください.</para>
 
 	<note>
 	  <para><option>-p</option> と <option>-T</option>
 	    を除くすべてのオプションを使用 するためには,
 	    出力先プリンタ用の変換フィルタが必要です. 例えば,
 	    <option>-d</option> オプションを使用するには, DVI
 	    用の変換フィルタが必要 です. 詳細については, 「<link
 	      linkend="printing-advanced-convfilters">
 	      変換フィルタ</link>」で説明しています.</para>
 	</note>
 
 	<variablelist>
 	  <varlistentry><term><option>-c</option></term>
 	    <listitem>
 	      <para>cifplot ファイルを印字します.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term><option>-d</option></term>
 	    <listitem>
 	      <para>DVI ファイルを印字します.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term><option>-f</option></term>
 	    <listitem>
 	      <para>FORTRAN プログラムを印字します.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term><option>-g</option></term>
 	    <listitem>
 	      <para>plot のデータを印字します.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term><option>-i <replaceable>number</replaceable></option></term>
 	    <listitem>
 	      <para>出力に対して, <replaceable>number</replaceable>
 		カラム分の字下げをおこないます.
 		<replaceable>number</replaceable> が省略されると,
 		8カラム分字下げされます.
 		このオプションはある変換フィルタと一緒の指定されたとき
 		のみに機能します.</para>
 
 	      <note>
 		<para><option>-i</option>
 		  と数字の間に空白を入れてはいけません.</para>
 	      </note>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term><option>-l</option></term>
 	    <listitem>
 	      <para>制御文字を含む文字通りの
 		テキストデータを印字します.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term><option>-n</option></term>
 	    <listitem>
 	      <para>ditroff (device independent troff) データ
 		を印字します.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>-p</term>
 	    <listitem>
 	      <para>印字する前に &man.pr.1;
 		によってプレインテキストを整形し
 		ます. 詳細については &man.pr.1; をご覧ください.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term><option>-T <replaceable>title</replaceable></option></term>
 	    <listitem>
 	      <para>&man.pr.1; コマンドにより生成されるヘッダを,
 		ファイル名の
 		代わりに <replaceable>title</replaceable> とする.
 		このオプションは, <option>-p</option>
 		と一緒に使ったときのみ機能する.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term><option>-t</option></term>
 	    <listitem>
 	      <para>troff データを印字します.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term><option>-v</option></term>
 	    <listitem>
 	      <para>ラスタのデータを印字します.</para>
 	    </listitem>
 	  </varlistentry>
 	</variablelist>
 
 	<para>次の例では, &man.ls.1; の
 	  マニュアルを美しく整形したものをデフォ
 	  ルトプリンタで印字しています. </para>
 
 	<screen>&prompt.user; <userinput>zcat /usr/share/man/man1/ls.1.gz | troff -t -man | lpr -t</userinput></screen>
 
 	<para>&man.zcat.1; コマンドで
 	  &man.ls.1; のマニュアルのソースファイルの圧縮を復元し, これを
 	  &man.troff.1; コマンドに渡しています.
           これによりソースファイルが整形され
           GNU troff の形式となります.
           その結果は &man.lpr.1; に渡され,
 	  LPD スプーラへジョブの要求が発せられます.
           &man.lpr.1; には
 	  <option>-t</option> オプションが使われているため,
           スプーラでジョブを印字したときに GNU troff
           の形式から, デフォルトプリンタ解釈できる形式へと変換されます.</para>
       </sect3>
 
       <sect3 id="printing-lpr-options-job-handling">
 	<title>ジョブに関するオプション</title>
 
 	<para>以下のオプションは, &man.lpr.1; によって, そのジョブを特殊
 	  な扱いにするよう LPD に指示するためのものである.</para>
 
 	<variablelist>
 	  <varlistentry><term>-# <replaceable>copies</replaceable></term>
 	    <listitem>
 	      <para>ジョブに含まれるファイルのそれぞれを
 		1部だけ印字するの ではなく,
 		<replaceable>copies</replaceable>
 		部のコピーを生成させるものです.  管理者によっては,
 		プリンタの消耗を避け, コピー機による
 		複製を奨励するためにこのオプションの使用が禁止されてい
 		るかもしれません. これに関しては, 「<link
 		  linkend="printing-advanced-restricting-copies">
 		  複数部のコピーの印字を制限する
 		</link>」をご覧ください.</para>
 
 	      <para>次の例では, デフォルトプリンタで
 		<filename>parser.c</filename> を3 部コピーし, 次に,
 		<filename>parser.h</filename> を3部コピーしています.
 	      </para>
 
 	      <screen>&prompt.user; <userinput>lpr -#3 parser.c parser.h</userinput></screen>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>-m</term>
 	    <listitem>
 	      <para>印字ジョブが完了した後で, メールを送ります.
 		このオプショ ンを付けると, LPD
 		システムはジョブの扱いが終了したと きに,
 		あなたのアカウントにメールを送ります. メールのメッ
 		セージには, ジョブが正常終了したのか, あるいは, 何か異
 		常があり, (しばしば)
 		その異常が何であったのかが書かれて います.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>-s</term>
 	    <listitem>
 	      <para>印字ファイルをスプールディレクトリにコピーせず,
 		代わりに,
 		シンボリックリンクを作成するよう指示します.</para>
 
 	      <para>印字させるジョブのサイズが大きいとき, このオプショ
 		ンを使うと便利かもしれません. このオプションにより,
 		スプー ルディレクトリの容量が節約されます (それに,
 		巨大なジョ
 		ブのお陰でスプールディレクトリのあるファイルシステムの
 		空き容量がなくなってしまうかもしれません). さらに,
 		LPD
 		がいちいちすべてのデータをコピーする必要がなくなりま
 		すので, 時間の節約にもなります.</para>
 
 	      <para>ただし, 欠点もあります. LPD
 		はオリジナルのファイルを 直接参照するので,
 		印字が終了するまでそのファイルを変更
 		したり削除することができません.</para>
 
 	      <note>
 		<para>リモートのプリンタで印字している場合, LPD  は,
 		  結局のところ, ローカルホストからリモートホストにファ
 		  イルをコピーする必要があります. したがって,
 		  <option>-s</option> オプ
 		  ションはローカルのスプーリングディレクトリの
 		  空き容量を 節約するだけで,
 		  リモート側では節約されません. それに も関わらず,
 		  このオプションはそれでも有用です.</para>
 	      </note>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>-r</term>
 	    <listitem>
 	      <para>ジョブに含まれるファイルを,
 		スプーリングディレクトリに
 		ファイルをコピーした後に削除します. もしくは,
 		<option>-s</option>  オプションと一緒に使われた場合は,
 		印字終了後に削除され ます.
 		このオプションの使用には十分注意して下さい.</para>
 	    </listitem>
 	  </varlistentry>
 	</variablelist>
       </sect3>
 
       <sect3 id="printing-lpr-options-misc">
 	<title>ヘッダページ用オプション</title>
 
 	<para>以下のオプションにより,
 	  ジョブのヘッダページに通常印字さ
 	  れるテキストを
 	  &man.lpr.1; に調整させることができます. 対象のプリ
 	  ンタからヘッダページが出力されない場合は,
 	  これらのオプションは
 	  何の効力も持ちません.
 	  ヘッダページの設定に関する情報については,
 	  「<link linkend="printing-advanced-header-pages">
 	    ヘッダページ</link>」を参照してください.</para>
 
 	<variablelist>
 	  <varlistentry><term>-C <replaceable>text</replaceable></term>
 	    <listitem>
 	      <para>ヘッダページに印字されるホスト名を
 		<replaceable>text</replaceable> に置き換 えます. なお,
 		ホスト名の場所には, 通常, ジョブの要求が
 		あったホストの名前が印字されます.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>-J <replaceable>text</replaceable></term>
 	    <listitem>
 	      <para>ヘッダページに印字されるジョブ名を
 		<replaceable>text</replaceable> に置き換 えます.
 		ジョブ名の場所には, 通常, ジョブの最初のファイ ル名,
 		または, 標準入力からデータが印字されたときは
 		<filename>stdin</filename>が印字されます.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>-h</term>
 	    <listitem>
 	      <para>ヘッダページを出力を禁止します.</para>
 
 	      <note>
 		<para>サイトによっ ては,
 		  そのヘッダページの生成方法により, このオプション
 		  の効果が現れないかもしれません. 詳細は,  「<link
 		    linkend="printing-advanced-header-pages">
 		    ヘッダページ</link>」をご覧ください.</para>
 	      </note>
 	    </listitem>
 	  </varlistentry>
 	</variablelist>
       </sect3>
     </sect2>
 
     <sect2 id="printing-lpc">
       <title>プリンタを管理する</title>
 
       <para>プリンタの管理者として, プリンタの設置, 設定,
 	そして, それ
 	らのテストをおこなう必要がありました.
 	&man.lpc.8; コマンドにより,
 	これまでとは別な管理方法がプリンタと対話的におこなわれます.
 	&man.lpc.8; により, 次のことが可能となります.</para>
 
       <itemizedlist>
 	<listitem>
 	  <para>プリンタの起動, 停止をおこなう.</para>
 	</listitem>
 
 	<listitem>
 	  <para>キューへの入力の許可, 禁止をおこなう.</para>
 	</listitem>
 
 	<listitem>
 	  <para>それぞれのキューにあるジョブの順番を変更する.</para>
 	</listitem>
       </itemizedlist>
 
       <para>最初に用語に関する注意をしておきます.
 	プリンタが<emphasis>停止してい る</emphasis>とは,
 	キューの中にあるどのジョブも印字されることがない状態
 	を言います. この状態においても,
 	ユーザはまだジョブの要求をおこなう ことができますが,
 	これらのジョブはキューの中で,
 	プリンタが<emphasis>スタートする</emphasis>状態になるまで,
 	あるいは, キューの内容が削除され
 	るまで待たされることになります.</para>
 
       <para>キューが<emphasis>禁止状態にある</emphasis>とは, (root
 	以外の) すべてのユーザが
 	プリンタにジョブを要求することができない状態のことを言います.
 	キューが<emphasis>許可状態にある</emphasis>場合は,
 	ジョブの入力が許可されます.
 	キューが<emphasis>禁止状態にある</emphasis>場合でも,
 	プリンタを<emphasis>スタートす
 	  る</emphasis>状態にすることは可能です. この場合は,
 	キューが空になるまで,
 	キュー内のジョブの印字が続けられます.</para>
 
       <para>一般的に,
 	&man.lpc.8; コマンドを使用するには root の権限を持って
 	いる必要があります. 一般のユーザも
 	&man.lpc.8; コマンドを使うこと
 	はできますが, プリンタの状態を取得することとハングしたプリンタ
 	を再スタートすることだけに使用が制限されています.</para>
 
       <para>以下に,
 	&man.lpc.8; コマンドに関する説明の要約を述べます. ほとん
 	どのコマンドでは, 操作対象となるプリンタを指定するため
 	<replaceable>printer-name</replaceable> 引数を与えます.
 	<replaceable>printer-name</replaceable> の代わり
 	に <literal>all</literal> が与えられると, 操作は
 	<filename>/etc/printcap</filename> 内に
 	ある全プリンタに対しておこなわれることになります.</para>
 
       <variablelist>
 	<varlistentry><term><command>
 	      abort <replaceable>printer-name</replaceable></command></term>
 	  <listitem>
 	    <para>現在のジョブをキャンセルし, プリンタを停止させます.
 	      キュー が許可状態にある場合は,
 	      ユーザはまだジョブを入力する ことができます.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term><command>
 	      clean <replaceable>printer-name</replaceable></command></term>
 	  <listitem>
 	    <para>プリンタのスプーリングディレクトリから,
 	      ジョブの古いファ イルを削除します. 状況によって,
 	      とりわけ, 印字途中でエ ラーが発生していたり,
 	      管理操作が頻発していた場合には,
 	      ジョブで作られたファイルを LPDが完全に削除しないことが
 	      あります. このコマンドでは, スプーリングディレクトリに
 	      入っていないファイルを見つけ出し,
 	      それを削除しています.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term><command>
 	      disable <replaceable>printer-name</replaceable></command></term>
 	  <listitem>
 	    <para>キューに新しいジョブを入れることを禁止します.
 	      プリンタ がスタート状態にあるときは,
 	      キューに残っているジョブの 印字は続けられます. ただし,
 	      キューが禁止状態にあったと しても, スーパーユーザ (root)
 	      は常にジョブを入力するこ とができます.</para>
 
 	    <para>このコマンドは,
 	      新しいプリンタやフィルタを設置している
 	      間に使用すると有用です. すなわち, キューを禁止状態にし
 	      ておくと, root によるジョブのみが入力されます. そして,
 	      その他のユーザは, テストが完了し,
 	      <command>enable</command> コマン
 	      ドでキューが再度許可状態になるまで, ジョブの入力はでき
 	      なくなります.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term><command>
 	      down <replaceable>printer-name</replaceable>
 	      <replaceable>message</replaceable></command></term>
 	  <listitem>
 	    <para>プリンタをダウンさせます. これは,
 	      <command>disable</command> をおこなっ
 	      た後で, <command>stop</command> をおこなった場合と
 	      等価になります.
 	      <replaceable>message</replaceable> は, ユーザが
 	      &man.lpq.1; コマンドでプリンタ
 	      のキューの状態を調べたり, <command>lpc status</command>
 	      でプリンタの
 	      状態を調べたときに, プリンタの状況として表示されるメッ
 	      セージです.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term><command>
 	      enable <replaceable>printer-name</replaceable></command></term>
 	  <listitem>
 	    <para>プリンタのキューを許可状態にします.
 	      ユーザはジョブの入 力ができるようになりますが,
 	      プリンタがスタートの状態に なるまでは,
 	      プリンタからは何も印字されません.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term><command>
 	      help <replaceable>command-name</replaceable></command></term>
 	  <listitem>
 	    <para><replaceable>command-name</replaceable>
 	      コマンドのヘルプメッセージを表示しま
 	      す. <replaceable>command-name</replaceable>
 	      が指定されなかった場合は, 利用
 	      できるコマンドの要約が表示されます.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term><command>
 	      restart <replaceable>printer-name</replaceable></command></term>
 	  <listitem>
 	    <para>プリンタをスタートさせます. 通常のユーザは, LPD があ
 	      る異常な状況でハングしたときに限り, このコマンドを使用
 	      することができます. しかし, <command>stop</command>
 	      または  <command>down</command> コマンドにより,
 	      停止状態にあるプリンタをスター トさせることはできません.
 	      <command>restart</command> コマンドは,
 	      <command>abort</command> の後に <command>start</command>
 	      をおこなったことと同じになり ます.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term><command>
 	      start <replaceable>printer-name</replaceable></command></term>
 	  <listitem>
 	    <para>プリンタをスタートさせます.
 	      プリンタのキューにあるジョ
 	      ブを印字することでしょう.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term><command>
 	      stop <replaceable>printer-name</replaceable></command></term>
 	  <listitem>
 	    <para>プリンタを停止します. プリンタは,
 	      現在のジョブを終了さ せ, そして,
 	      キューにあるその他のジョブは印字しません.
 	      プリンタが停止状態にあったとしても, まだ, 許可状態にあ
 	      るキューに対して, ジョブを送ることができます.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term><command>
 	      topq <replaceable>printer-name</replaceable>
 	      <replaceable>job-or-username</replaceable></command></term>
 	  <listitem>
 	    <para><replaceable>printer-name</replaceable>
 	      のキューに対して, ジョブ番号
 	      <replaceable>job</replaceable> のジョブ, または, ユーザ
 	      <replaceable>username</replaceable> から送
 	      られたジョブを置き換えて, キューの先頭に持ってきます.
 	      このコマンドに関しては,
 	      <replaceable>printer-name</replaceable> の代わりに
 	      <literal>all</literal>
 	      を使用することはできません.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term><command>
 	      up <replaceable>printer-name</replaceable></command></term>
 	  <listitem>
 	    <para>プリンタをアップ状態にします. これの反対のコマンドが
 	      <command>down</command> です. <command>start</command>
 	      の次に <command>enable</command> をおこなっ
 	      たことと等しくなります.</para>
 	  </listitem>
 	</varlistentry>
       </variablelist>
 
       <para>コマンドラインから上記のコマンドを入力すると,
 	&man.lpc.8; はこれ
 	を受け付けます. コマンドが入力されなかった場合は,
 	&man.lpc.8; は
 	対話モードに入り,
 	<command>exit</command>, <command>quit</command>,
 	または, ファイル終端
 	文字が入力されるまでコマンドの入力ができます.</para>
     </sect2>
   </sect1>
 
   <sect1 id="printing-lpd-alternatives">
     <title>標準スプーラの代替品</title>
 
     <para>このマニュアルを最初から通読されている方ならば, ここまでで,
       FreeBSD 付属の LPD スプーリングシステムに関して知っておくべき
       ことすべてを学ばれたことと思います. 多分, このシステムに
       あるたくさんの欠点について認識できたことでしょう. すると,
       <quote>(FreeBSD 上で動作する)
       スプーリングシステムには他にどのような
       ものがあるのか</quote>という疑問が自然と湧いてきます.</para>
 
     <variablelist>
       <varlistentry><term>LPRng</term>
 	<listitem>
 	  <para>LPRng は, その称するところの意味は<quote>次世代の LPR</quote>
             です. これは PLP を完全に書き換えたものになっています.
             Patrick Powell と Justin Mason (PLP の主要な管理者)
             の共同で LPRng が作成されました.
             LPRng の主要サイトは
             <ulink url="ftp://dickory.sdsu.edu/pub/LPRng/"
                    >ftp://dickory.sdsu.edu/pub/LPRng/</ulink>
             です.</para>
 	</listitem>
       </varlistentry>
     </variablelist>
   </sect1>
 
 
 	<sect1 id="printing-troubleshooting">
 	  <title>トラブルシューティング</title>
 
 	  <para>&man.lptest.1; を使った簡単なテストをおこなった結果,
 	    正しい出
 	    力を得られずに, 以下に示すような出力が得られるかもしれ
 	    ません. </para>
 
 	  <variablelist>
 	    <varlistentry><term>しばらくしたら出力される, または,
 		紙の全体が出て こない</term>
 	      <listitem>
 		<para>プリンタは上で示されたような印字を
 		  おこなったのですが, しばら くして止まってしまい,
 		  動かなくなってしまいました. 印字
 		  された結果をプリンタから取り出すためには,
 		  プリンタにある PRINT REMAINING ボタン, また は, FORM
 		  FEED ボタンを押す必要があるようです.</para>
 
 		<para>この場合は,
 		  おそらくジョブはプリントをする前に更にデー
 		  タが送られてこないか待ち続けているのでしょう.
 		  この問題を解決するためには, プリンタに FORM FEED
 		  文字 (あるいは特定の必要な文字コード) を
 		  送るテキストフィルタを使ってください.
 		  プリンタ内部に残っ
 		  たデータをプリンタにすぐに印字させるには, 普通は,
 		  これ で十分です.
 		  次のジョブが前のジョブの最終ページの中央の
 		  どこかから印字を開始させないためにも,
 		  紙の途中で印字の
 		  ジョブが終了したかどうかを確認するのは有益です.</para>
 
 		<para>シェルスクリプト
 		  <filename>/usr/local/libexec/if-simple</filename>
 		  を次のように変更して, プリンタへジョブを送信した後に
 		  FORM FEED 文字を印字させるようにします. </para>
 
-		<programlisting>
-#!/bin/sh
+		<programlisting>#!/bin/sh
 #
 # if-simple - Simple text input filter for lpd
 # Installed in /usr/local/libexec/if-simple
 #
 # Simply copies stdin to stdout.  Ignores all filter arguments.
 # Writes a form feed character (\f) after printing job.
 
 /bin/cat &amp;&amp; printf "\f" &amp;&amp; exit 0
 exit 2</programlisting>
 	      </listitem>
 	    </varlistentry>
 
 	    <varlistentry><term><quote>階段効果</quote>が現れた</term>
 	      <listitem>
 		<para>次のような印字結果が得られた. </para>
 
-		<programlisting>
-!"#$%&amp;'()*+,-./01234
+		<programlisting>!"#$%&amp;'()*+,-./01234
                             "#$%&amp;'()*+,-./012345
                                                          #$%&amp;'()*+,-./0123456</programlisting>
 
 		<para>あなたは<emphasis>「階段効果」</emphasis>
 		  の新たなる犠牲者になってしま いました. この原因は,
 		  改行を表わすべき文字がなんであるか
 		  の解釈が混乱していることにあります. UNIX
 		  スタイルのオ ペレーティングシステムでは, 改行文字は
 		  ASCII コード10 の line feed (LF)
 		  の1文字が使われています. MS-DOS や OS/2などは ASCII
 		  コード10の LF <emphasis>と</emphasis>,  ASCII コード
 		  13の文字 (carriage return または CR)
 		  をペアで使います.  (訳注:Machintosh では CR
 		  のみで表現されています).  大抵のプリンタでは,
 		  改行を表わすために MS-DOS の慣習にしたが
 		  います.</para>
 
 		<para>FreeBSD で印字する場合, 印字したテキストは LF
 		  文字だけ が使われていました. プリンタでは LF
 		  文字を見つけると,  紙を1行分送り出しました. しかし,
 		  次の文字を印字するた
 		  めの紙の水平方向の位置は維持されました. すなわち, CR
 		  文字が意味することは,
 		  次の文字を印字する位置を紙の左端
 		  に動かすことです.</para>
 
 		<para>FreeBSD
 		  がプリンタに動作をして欲しいと思っている動作を
 		  以下に示します. </para>
 
 		<informaltable frame="none">
 		  <tgroup cols="2">
 		    <tbody>
 		      <row>
 			<entry>プリンタが CR を受け取ったとき</entry>
 			<entry>CR 動作 (復帰) をおこなう</entry>
 		      </row>
 
 		      <row>
 			<entry>プリンタが LF を受け取ったとき</entry>
 			<entry>CR + LF 動作 (復帰, 改行) をおこなう</entry>
 		      </row>
 		    </tbody>
 		  </tgroup>
 		</informaltable>
 
 		<para>このように動作させるための方法が
 		  いくつかあります.</para>
 
 		<itemizedlist>
 		  <listitem>
 		    <para>これらの文字の解釈を変えるために, プリンタ
 		      の設定スイッチかコントロールパネルを操作する方
 		      法. どのようにして設定をするかはプリンタのマニュ
 		      アルを参照してください.</para>
 
 		    <note>
 		      <para>FreeBSD 以外のオペレーティン
 			グシステムを切り替えて使う場合, CR と LF 文字
 			の解釈をそのオペレーティングシステムで使われて
 			いるようにプリンタを
 			<emphasis>再設定</emphasis>する必要がある
 			かもしれません. 以下に示す解決方法のいずれかを
 			選ぶのがよいかもしれませんね.</para>
 		    </note>
 		  </listitem>
 
 		  <listitem>
 		    <para>自動的に LF を CR+LF に変換してくれる
 		      FreeBSD 用のシリアルドライバを入手する方法. も
 		      ちろん, このドライバはプリンタ専用に接続される
 		      シリアルポート
 		      <emphasis>のみ</emphasis>で動作します. この機能
 		      を許可するためには,
 		      <filename>/etc/printcap</filename> ファ
 		      イルで対象プリンタの <literal>fs</literal>
 		      項目で CRMOD ビッ トをセットします.</para>
 		  </listitem>
 
 		  <listitem>
 		    <para>LF
 		      文字の扱いを一時的に変更するための<emphasis>エ
 			スケープコード</emphasis>をプリンタに送る方法.
 		      プリンタ
 		      がサポートしているかもしれないエスケープコード
 		      については, プリンタのマニュアルを参照してくだ
 		      さい. 適切なエスケープコードが見つかったら, 最
 		      初にそのコードを送り, 次にプリントジョブを送信
 		      するようにテキストフィルタを変更してください.
 		    </para>
 
 		    <para>次に, Hewlett Packard 社の PCL
 		      エスケープコー
 		      ドに対応しているプリンタのためのテキストフィル
 		      タの例を示します. このフィルタでは, プリンタ に
 		      LF 文字を LF と CR の2文字として扱わせます.
 		      その後に, プリンタにジョブを送ります. 最後に,
 		      ジョブの最終ページの紙を排出するため, FROM FEED
 		      文字を送ります. このフィルタは Hewlett Packard
 		      社のほとんどすべてのプリンタで機能するは
 		      ずです.</para>
 
-		    <programlisting>
-#!/bin/sh
+		    <programlisting>#!/bin/sh
 #
 # hpif - Simple text input filter for lpd for HP-PCL based printers
 # Installed in /usr/local/libexec/hpif
 #
 # Simply copies stdin to stdout.  Ignores all filter arguments.
 # Tells printer to treat LF as CR+LF.  Ejects the page when done.
 
 printf "\033&amp;k2G" &amp;&amp; cat &amp;&amp; printf "\f" &amp;&amp; exit 0
 exit 2</programlisting>
 
 		    <para>ホスト orchid にある
 		      <filename>/etc/printcap</filename> の
 		      例を以下に示します. ここには, 一番目のパラレル
 		      ポートにプリンタ (Hewlett Packard LaserJet 3Si)
 		      が一台接続されており, そのプリンタ名は
 		      <hostid>teak</hostid> です. </para>
 
-		    <programlisting>
-#
+		    <programlisting>#
 #  /etc/printcap for host orchid
 #
 teak|hp|laserjet|Hewlett Packard LaserJet 3Si:\
         :lp=/dev/lpt0:sh:sd=/var/spool/lpd/teak:mx#0:\
         :if=/usr/local/libexec/hpif:</programlisting>
 		  </listitem>
 
 		  <listitem>
 		    <note>
 		      <para><emphasis>訳注:</emphasis> LF を CR+LF
 			に置き換える cat コマンド
 			を作る方法も当然考えられます. そして, このコマ
 			ンドと, <emphasis
 			  remap=tt>if-simple</emphasis> の cat の部分
 			を置き換えればよいわけです. 具体的にどのように
 			するかは, 読者への練習問題としましょう.</para>
 		    </note>
 		  </listitem>
 		</itemizedlist>
 	      </listitem>
 	    </varlistentry>
 
 	    <varlistentry><term>各行が重ね書きされてしまった</term>
 	      <listitem>
 		<para>プリンタは紙送りをまったくしませんでした.
 		  テキストすべての行
 		  がある行の上で重ねて印字されてしまいました.</para>
 
 		<para>この問題は,
 		  階段現象とは<quote>正反対</quote>な問題で, ほとんどま
 		  れにしか起こりません. FreeBSDでは行末として扱われる
 		  LF  文字が, 紙の左端に印字位置を復帰しますが,
 		  紙送りはしな い CR 文字として扱われています.</para>
 
 		<para>プリンタの設定スイッチかコントロールパネルを
 		  使って,  LF と CR
 		  の文字を次のような解釈をするようにしてください.
 		</para>
 
 		<informaltable frame="none">
 		  <tgroup cols="2">
 		    <thead>
 		      <row>
 			<entry>プリンタが受け取ったとき</entry>
 			<entry>プリンタがおこなう</entry>
 		      </row>
 		    </thead>
 
 		    <tbody>
 		      <row>
 			<entry>CR</entry>
 			<entry>CR 動作 (復帰)</entry>
 		      </row>
 
 		      <row>
 			<entry>LF</entry>
 			<entry>CR + LF (復帰, 改行)</entry>
 		      </row>
 		    </tbody>
 		  </tgroup>
 		</informaltable>
 
 		<note>
 		  <para><emphasis>訳注:</emphasis> LF を CR+LF
 		    に置き換える cat コマンドを作る方法
 		    も当然考えられます. そして, このコマンドと,
 		    <filename>if-simple</filename> の cat
 		    の部分を置き換えればよいわけ です.
 		    具体的にどのようにするかは, 読者への練習問題とし
 		    ましょう.</para>
 		</note>
 	      </listitem>
 	    </varlistentry>
 
 	    <varlistentry><term>プリンタが文字を紛失してしまう</term>
 	      <listitem>
 		<para>印字しているのですが,
 		  各行の2～3文字が印字されません.
 		  プリンタを動かせば動かすほど,
 		  もっとたくさんの文字が紛 失されていき,
 		  この問題は更に悪くなっていくかもしれませ
 		  んでした.</para>
 
 		<para>この問題は,
 		  シリアルポートを通してコンピュータから送ら
 		  れてくるデータの速度に,
 		  プリンタがついていけないことに 起因します
 		  (この問題は, パラレルポートに接続されたプリ
 		  ンタでは発生することはありません).
 		  この問題を克服する 方法が2つあります. </para>
 
 		<itemizedlist>
 		  <listitem>
 		    <para>プリンタが XON/XOFF のフロー制御をサポート
 		      している場合は, 項目 <literal>fs</literal> で
 		      TANDEM ビット をセットして, FreeBSD
 		      にこの機能を使用させて ください.</para>
 		  </listitem>
 
 		  <listitem>
 		    <para>プリンタがキャリアフロー制御をサポートして
 		      いる場合は, 項目 <literal>fs</literal> で MDMBUF
 		      ビットをセッ トして下さい. それから,
 		      プリンタとコンピュータ
 		      を接続しているシリアルケーブルがキャリアフロー
 		      制御用に正しく配線されたものかどうかを確認して
 		      ください.</para>
 		  </listitem>
 
 		  <listitem>
 		    <para>プリンタがフロー制御をまったく
 		      サポートしていな い場合は, 項目
 		      <literal>fs</literal> の NLDELAY と  TBDELAY,
 		      CRDELAY, VTDELAY, BSDELA のいくつかのビッ
 		      トを組み合わせて使い, プリンタへ送るデータの流
 		      れに適当な遅延を加えてください.</para>
 		  </listitem>
 		</itemizedlist>
 	      </listitem>
 	    </varlistentry>
 
 
 	    <varlistentry><term>プリンタは意味不明な
 		文字列を印字した</term>
 	      <listitem>
 		<para>プリンタはランダムなゴミのように
 		  見えるものを印字しまし たが,
 		  意図したテキストは印字してくれませんでした.</para>
 
 		<para>この問題は, 通常,
 		  シリアルポートに接続したプリンタでの
 		  通信パラメータの誤りからくる前項とは別の症状です.
 		  <literal>br</literal> 項目の通信速度と
 		  <literal>fs</literal> と <literal>fc</literal>
 		  項目のパリ ティビットの設定を共に調べてみてください.
 		  また, プリン タでの設定が
 		  <filename>/etc/printcap</filename>
 		  ファイルで設定した
 		  内容と一致しているかどうかも確認してください.</para>
 
 		<note>
 		  <para><emphasis>訳注:</emphasis> simple-if
 		    のような単純なフィルタだけの状態で, 日
 		    本語を含むテキストを印字しようとした場合にも,
 		    シリアル ポート, パラレルポートの使用に関係なく,
 		    このような症状 は見られます. 日本語プリンタの場合,
 		    漢字コードそのもの
 		    を送信しただけでその漢字を印字してくれるものは,
 		    少なく とも訳者は見たことがありません.
 		    漢字を印字するための制御
 		    コードを別途送信するフィルタが必要となります.
 		    また, そ のようなフィルタを使用していても,
 		    そのフィルタが想定し
 		    てる漢字コードと異なった文書を
 		    プリントしようとしたとき もこのような症状は出ます.
 		    もちろん, これはプリンタ用の
 		    言語を持たないプリンタの話で, PostScript プリンタ
 		    などにプレインテキストを送信しても, 日本語対応,
 		    非対応 に関らず, 意味不明な文字列が印字される
 		    (もしくは, 何も 印字されない) ことでしょう.</para>
 		</note>
 	      </listitem>
 	    </varlistentry>
 
 	    <varlistentry><term>何も起きない</term>
 	      <listitem>
 		<para>もしプリンタが何の動作もしないのであれば,
 		  ハード的な問 題ではなく, 多分 FreeBSD
 		  の中に問題があります.
 		  <filename>/etc/printcap</filename> ファイルで,
 		  デバッグしているプ リンタのエントリに
 		  (<literal>lf</literal> 項目で) ログファイルを取るよ
 		  うに設定を追加してください. 例えば, プリンタ
 		  <literal>rattan</literal>  用のエントリの項目
 		  <literal>lf</literal> は次のようになります. </para>
 
-		<programlisting>
-rattan|line|diablo|lp|Diablo 630 Line Printer:\
+		<programlisting>rattan|line|diablo|lp|Diablo 630 Line Printer:\
         :sh:sd=/var/spool/lpd/rattan:\
         :lp=/dev/lpt0:\
         :if=/usr/local/libexec/if-simple:\
         :lf=/var/log/rattan.log</programlisting>
 
 		<para>次に, もう一度印字をおこなってみます. そして,
 		  発生したと思
 		  われるエラーメッセージを見るためにログファイル
 		  (上記の 例では,
 		  <filename>/var/log/rattan.log</filename>)
 		  を調べます. そこ で見られたメッセージを元に,
 		  問題を解決してみてください.</para>
 
 		<para>項目 <literal>lf</literal>
 		  が指定されていない場合, LPD はデフォルト
 		  のログファイルとして
 		  <filename>/dev/console</filename> を使います.</para>
 	      </listitem>
 	    </varlistentry>
 	  </variablelist>
 	</sect1>
 </chapter>
 
 <!--
      Local Variables:
      mode: sgml
      sgml-declaration: "../chapter.decl"
      sgml-indent-data: t
      sgml-omittag: nil
      sgml-always-quote-attributes: t
      sgml-parent-document: ("../book.sgml" "part" "chapter")
      End:
 -->
diff --git a/ja_JP.eucJP/books/handbook/security/chapter.sgml b/ja_JP.eucJP/books/handbook/security/chapter.sgml
index 094b1703fa..595d197f2a 100644
--- a/ja_JP.eucJP/books/handbook/security/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/security/chapter.sgml
@@ -1,2991 +1,2989 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.40
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/security/chapter.sgml,v 1.10 2000/11/19 20:50:18 hrs Exp $
+     Original revision: 1.41
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/security/chapter.sgml,v 1.11 2001/04/03 17:17:22 hrs Exp $
 -->
 
 <chapter id="security">
   <title>セキュリティ</title>
 
   <para><emphasis>この章の多くの部分は&a.dillon;によって書かれた
     &man.security.7; マニュアルページからの引用です.</emphasis></para>
 
   <para><emphasis>訳: &a.jp.hino;, (jpman プロジェクトの成果を利用させ
     ていただきましたした).</emphasis></para>
 
   <sect1>
     <title>この章では</title>
 
     <para>この章では, 基本的なシステムセキュリティの考え方,
       覚えておくべき一般的なルールを紹介し,
       そして S/Key, OpenSSL, Kerberos
       などの高度な話題について簡単に説明します.</para>
   </sect1>
 
   <sect1 id="security-intro">
     <title>はじめに</title>
 
     <para>セキュリティとは, システム管理者をいつも悩ませる仕事の一つです.
       すべての BSD UNIX マルチユーザシステムは,
       従来からいくつかのセキュリティ機構を備えていますが,
       ユーザを疑心暗鬼に陥らせないように追加のセキュリティ機構を構築し
       保守する仕事はおそらく, システム管理者としてもっとも大きな責務の一つでしょう.
       マシンの安全性に反映されるのは, 管理者が作業したことだけです.
       またセキュリティ問題は, 快適な環境に必要なものと競合します.
       一般に UNIX システムは膨大な数のプロセスを同時に動作させることができ,
       そのプロセスの大部分は, サーバ &ndash;
       外部から接続し, 通信するものとして動作します.
       かつてのミニコンとメインフレームがデスクトップにとってかわり,
       さらにコンピュータが相互に接続されたネットワークを形成するようになった今日,
       セキュリティは非常に大きな関心事になってきています.</para>
 
     <para>セキュリティを実装するには,
       タマネギのように階層化する手法
       (a layered <quote>onion</quote> approach)
       が最適です.
       どうすれば良いのか簡単に説明すると,
       便利な機能と同じ数だけセキュリティの階層を作り,
       システムへの侵入を注意深く監視するのです.
       あなたはセキュリティを過度に厳重にしたり,
       侵入の監視に時間をとられたいとは思わないでしょう.
       この侵入の発見という部分は,
       あらゆるセキュリティ機構において最も重要な部分の一つなのです.
       たとえば, システムの各バイナリに schg フラグ<!-- (&man.chflags.1; 参照) -->
       を設定するのは, 大して意味がありません.
       フラグを設定すると一時的にバイナリが保護され,
       侵入してきたクラッカーによってシステムに加えられる変更のうち,
       容易に検出可能な変更は行なえなくなります.
       しかしその結果として, セキュリティ機構がその侵入者を検出することも
       まったくできなくなってしまうでしょう.</para>
 
     <para>また, システムセキュリティには,
       さまざまな形での攻撃に対処することとも関係しています.
       この攻撃には root 権限を奪おうとするものだけでなく,
       クラッシュやシステムの不安定状態を引き起こそうとするものを含まれます.
       このセキュリティ問題は, いくつかに分類することが可能です.</para>
     
     <orderedlist>
       <listitem>
 	<para>サービス妨害攻撃 (denial of service attack)</para>
       </listitem>
 
       <listitem>
 	<para>ユーザアカウントの不正利用 (user account compromise)</para>
       </listitem>
 
       <listitem>
 	<para>アクセス可能なサーバを使った root 権限の不正利用</para>
       </listitem>
 
       <listitem>
 	<para>ユーザアカウントを経由した root 権限の不正使用</para>
       </listitem>
 
       <listitem>
 	<para>バックドアの設置</para>
       </listitem>
     </orderedlist>
 
     <para>サービス妨害攻撃 (DoS 攻撃) とは,
       マシンから必要な資源を奪う行為です.
       通常, サービス妨害攻撃はそのマシンで実行されるサーバや
       ネットワークスタックを過負荷状態にしてマシンをクラッシュさせたり,
       マシンを使えなくしたりするような力任せの方法です.
       サービス妨害攻撃の中には,
       ネットワークスタックのバグを利用して,
       パケット一つでマシンをクラッシュさせようとするものもあります.
       後者には, カーネルにバグ修正を施すことによってのみ対応することができます.
       サーバプロセスに対する攻撃は, オプションを適切に指定することによって,
       攻撃されている状況でサーバプロセスの負荷上昇に限界を設定することで
       対応できる場合が多いです. これらに比べると, 
       ネットワークへの力任せの攻撃への対応はずっと難しくなります. 
       たとえば, 偽造パケットによる攻撃 (spoof-packet attack) は,
       インターネットからシステムを切り離す以外の方法で
       防ぐことはほとんど不可能です.
       この攻撃によって, マシンを落としてしまうことはできないかもしれませんが,
       接続しているインターネット回線を混雑させていっぱいにしてしまうことはできます.</para>
 
     <para>ユーザアカウントの不正利用は, サービス妨害攻撃
       よりもずっとよくある問題です. このご時勢でも, 自分たちのマシンで
       標準の telnetd, rlogind, rshd, ftpd サーバを実行させているシステ
       ム管理者は多いのです. これらのサーバは, デフォルトでは, 暗号化さ
       れたコネクション上で動作していません. その結果, 抱えているユーザ
       数が標準くらいであれば, リモートログイン (そのシステムにログイン
       するには最も普通で便利な方法です) しているユーザのうち一人以上は, 
       パスワードを覗き見られてしまうでしょう. システム管理者が注意深い
       人ならば, たとえログインが成功していたとしても, リモートアクセス
       ログを解析して, 疑わしい送信元アドレスを探すものです.</para>
 
     <para>ひとたび攻撃者がユーザアカウントへのアクセス権を入手すると, 
       攻撃者が root の権限を破る可能性があることを仮定するべきです. し
       かし, セキュリティを十分維持し, 手入れの行き届いたシステムにおい
       ては, あるユーザアカウントへのアクセスが可能となっても, 攻撃者に
       必ずしも root へのアクセス権を与えるとは限りません. こ
       の違いは重要です. というのは, 一般的に root へのアクセス権がなければ,
       攻撃者は自分の侵入の痕跡を隠蔽することができませんし, そ
       のユーザのファイルを引っかき回したり, マシンをクラッシュさせたり
       できるのがせいぜいです. ユーザアカウントの不正利用は
       めずらしいことではありません. それは一般ユーザに, システム管
       理者ほど注意を払わない傾向があるからです.</para>
 
     <!-- 2001/04/04:hrs mistranslation? -->
     <para>システム管理者は「あるマシン上で root の権限を破る方法は, 潜
       在的に何通りもあるのだ」ということを心しておかねばなりません. 攻撃
       者が root のパスワードを知ってしまうかもしれませんし, 攻撃者が 
       root の権限で実行されるサーバのバグを見つけ, ネットワークからそ
       のサーバへ接続して root の権限を破ることができるかもしれません. 
       ひとたびユーザアカウントを破ると, ユーザアカウントから root の権
       限を破ることを可能にするような suid-root プログラムに存在するバグを
       攻撃者は知っているかもしれません. あるマシン上で攻撃者
       が root の権限を破る方法を知ったとすると, 攻撃者は, 裏口を作る必
       要はありません. これまでに発見され, ふさがれた root の
       穴の多くには, クラッカーが侵入した跡を消そうとしてたくさん仕事し
       た結果が含まれています. そのためにこそ, 多くのクラッカーは裏口を
       作るのです. 攻撃者は裏口を使ってシステムへの root アクセスを再び
       簡単に得ることができます. しかしこの裏口は, クラッカーの検出をす
       るのに便利なものでもあります. クラッカーに裏口を作らせないように
       するということは, セキュリティにとっては実際には良くないことかも
       しれません. なぜなら, そうすることで, クラッカーが最初に侵入して
       くるために発見したセキュリティホールがふさがるわけではないからで
       す.</para>
 
     <para>セキュリティを改善する方法は, 常に, タマネギの皮
       のように階層化する手法 (a multi-layered <quote>onion peel</quote> approach) で実装されるべきです. これら
       は次のように分類できます.</para>
 
     <orderedlist>
       <listitem>
 	<para>root とスタッフのアカウントの安全性を高める.</para>
       </listitem>
 
       <listitem>
 	<para>root の安全性を高める &ndash; root 権限で動作するサーバ
 	と suid/sgid バイナリ.</para>
       </listitem>
 
       <listitem>
 	<para>ユーザアカウントの安全性を高める.</para>
       </listitem>
 
       <listitem>
 	<para>パスワードファイルの安全性を高める.</para>
       </listitem>
 
       <listitem>
 	<para>カーネルのコア, raw デバイス, ファイルシステムの安全性を
 	高める.</para>
       </listitem>
 
       <listitem>
 	<para>システムに対して行なわれた, 不適切な変更をすばやく検出す
 	る.</para>
       </listitem>
 
       <listitem>
 	<para>必要と思われる以上の対応をとる (paranoia).</para>
       </listitem>
     </orderedlist>
 
     <para>本章の次の節では, 上記の各項目についてより深く掘り下げていき
       ます.</para>
   </sect1>
 
   <sect1 id="securing-freebsd">
     <title>FreeBSDの安全性を高める</title>
 
     <para>以下の節では, 本章の<link linkend="security-intro">前節
       </link>でとりあげた FreeBSD システムの安全性を高める方法について
       述べます.</para>
 
     <sect2 id="securing-root-and-staff">
       <title>root アカウントとスタッフアカウントの安全性を高める</title>
 
       <para>root のアカウントの安全性を確保しないうちからスタッフのア
         カウントの安全性をうんぬんしてもしかたがありません. ほとんどの
         システムでは, root アカウントに割り当てたパスワードが 1 つあり
         ます. まず最初にすべきことは, このパスワードは<emphasis>いつで
         も</emphasis>不正利用の危険に晒されていると仮定することです. これは
         root のパスワードを消すべきだと言っているのではありません.
         root のパスワードは, マシンにコンソールからアクセスするのには, 
         ほとんどいつでも必要なものです. ここで言いたいのは, コンソール
         以外からは, そして可能なら &man.su.1; コマンドを実行する場合も
         root のパスワードを使えないようにするべきである, ということで
         す. たとえば, あなたが使っている pty が,
         <filename>/etc/ttys</filename> ファイルで unsecure と指定
         されているか確認してください. そうすると,
         <command>telnet</command> や <command>rlogin</command> 経由では 
         root で直接ログインできないようになります.
         <application>sshd</application> のような, 別のログインサービス
         を使っている場合でも同様に, 直接 root へログインすることを許し
         ていないかどうか確認してください. すべてのアクセス手段 &ndash; 
         たとえば ftp のようなサービスが, 良くクラックの対象となることを
         考えましょう. root への直接ログインは, シス
         テムコンソール経由でのみ可能であるべきなのです.</para>
 
       <para>また当然, システム管理者として自分が root になれるようにしておく必要が
         ありますから, そのための穴をいくつか開けておきます. し
         かし, それらの穴を動作させるには, さらに追加のパスワード認証が
         必要であるようにしておくことが重要です. root でアクセス可能と
         する方法の一つとして, 適切なスタッフアカウントを
         (<filename>/etc/group</filename> 中の)
         <literal>wheel</literal> グループに加えることがありま
         す. <literal>wheel</literal> グループに入っているスタッフメン
         バは <literal>su</literal> を使って root になることが許されま
         す. パスワードエントリにおいて, スタッフメンバを 
         <literal>wheel</literal> グループに置くことによって直接 wheel 
         権限を与えてはいけません. スタッフメンバのアカウントは 
         <literal>staff</literal> グループに所属させるべきで, そして 
         <filename>/etc/group</filename> ファイルを通して 
         <literal>wheel</literal> グループに加えるべきです. 実際に root 
         アクセスの必要なスタッフメンバのみ <literal>wheel</literal> グ
         ループに置くようにすべきです. 他の認証方法の場合, たとえば 
         kerberos を使用する場合には, root アカウントの 
         <filename>.k5login</filename> ファイルを使って, 誰も 
         <literal>wheel</literal> グループに置く必要なく &man.ksu.1; を
         使って root になることを許すようにすることもできます. このやり
         方はよりよい解決策なのかもしれません. なぜなら,
         <literal>wheel</literal> のメカニズムでは, 侵入者がパスワード
         ファイルを手に入れ, スタッフアカウントのいずれか 1 つを破るこ
         とができると, root を破ることがまだできてしまうからです.
         <literal>wheel</literal> のメカニズムを用いる方が, 何もしない
         よりは良いのですが, 必ずしも最も安全な選択肢とは限りません.
         </para>
 
       <para>root アカウントの安全性を高める間接的な方法として, 別のロ
         グインアクセスの方法を用いてスタッフのアカウントの安全性を高め, 
         その上でそのスタッフのアカウントの暗号化パスワードを 
         <literal>*</literal> にしておく方法があります. この方法だと, 
         侵入者がパスワードファイルを盗むことができた場合でも, スタッフ
         アカウントを破ることはできなくなります (また, たとえ root が暗
         号化パスワードをパスワードファイルに付けていたとしても, 間接的
         に root アカウントを破ることはできません). スタッフメン
         バがスタッフアカウントでログインする際には, &man.kerberos.1; 
         や &man.ssh.1; のような, 公開鍵 / 秘密鍵の鍵の組を使う安全性の
         高いログイン機構を使います. kerberos のようなログイン機構を使う
         場合は一般に, kerberos サーバを実行するマシンと自分のデスクトッ
         プワークステーションとの安全性を確保しなければなりません.
         また <application>ssh</application> で公開鍵 / 秘密鍵の組を使う場合, 
         一般に, <emphasis>ログイン元</emphasis>マシン (通常は自分のワー
         クステーション) の安全性を確保しなければなりません. ここで,
         <&man.ssh-keygen.1; で公開鍵 / 秘密鍵の組を生成する際, 鍵の組
         をパスワードで防御することにより, 鍵の組への防御層を追加するこ
         ともできます. スタッフアカウントのパスワードを 
         <literal>*</literal> でつぶすことができると, 管理者自身が設定
         した安全性の高い方法でしかスタッフメンバがログインできないこと
         も保証できます. こうして, 多くの侵入者が使う重大なセキュリティ
         の穴, すなわち, 安全性の低い無関係なマシンからネットワークを覗
         き見る方法, を塞ぐようなセッションを提供する, 安全性の高い暗号
         化されたコネクションを使うことを, スタッフメンバ全員に強制する
         ことができるのです.</para>
 
       <para>より間接的なセキュリティの仕組みでは, 制限の強いサーバから
         制限の弱いサーバへログインすることを前提としています. たとえば, 
         メインマシンで, 様々な種類のサーバを実行させている場合, ワーク
         ステーションではそれらのサーバを実行させてはなりません. ワーク
         ステーションを十分に安全にしておくためには, 実行するサーバの数
         を, 一つもサーバが実行されていないというくらいにまでできる限り
         減らすべきです. また, パスワードで保護されたスクリーンセーバを
         走らせておくべきです. ワークステーションへの物理的アクセスが与
         えられたとすると, もちろん言うまでもなく, 攻撃者は管理者が設定
         したいかなる種類のセキュリティをもうち破ることができるのです. 
         このことは, 管理者として必ず考えておかねばならない問題ですが, 
         システム破りの大多数は, ネットワーク経由でリモートから, ワーク
         ステーションやサーバへの物理的アクセス手段を持たない人々によっ
         て行われるという事実もまた, 念頭に置いておく必要があります.
         </para>
 
       <para>kerberos のような方法を使うことで, スタッフアカウントのパ
         スワードの変更もしくは停止を一箇所で行なうことと, スタッフメン
         バがアカウントを持つすべてのマシンに即時にその効果を及ぼすこと
         が可能となります. スタッフメンバのアカウントが危険に晒されたと
         きに, すべてのマシンでスタッフメンバのパスワードを即座に変更す
         る能力を過小評価してはいけません. パスワードが分散されている状
         況では, N 台のマシンでパスワードを変更すると, てんやわんやの事
         態を招く可能性があります. kerberos を使用すると, パスワードの
         再発行に制限 (re-passwording restriction) を課することもできま
         す. この機能を使うことにより, ある kerberos チケットをしばらく
         経つとタイムアウトにすることができるだけでなく, 一定期間 ( 例
         えば, 1 ヶ月に 1 回) 経つと, ユーザに新しいパスワードを選ぶよ
         うに要求することもできます.</para>
     </sect2>
 
     <sect2>
       <title>root 権限で実行されているサーバと SUID/SGID バイナリの安全性を高める</title>
 
       <para>用心深いシステム管理者は, 自分に必要なサーバプロセスだけを
         過不足なく実行させるものです. サードパーティ製のサーバは, よくバグを持っ
         ていがちだということに注意して下さい. たとえば, 古いバージョンの 
         imapd や popper を実行させておくのは, 全世界に万能の root の切
         符を与えているようなものです. 自分で注意深くチェックしていない
         サーバは, 決して実行してはいけません. root で実行させる必要の
         あるサーバはほとんどありません. たとえば,
         <application>ntalk</application>,
         <application>comsat</application>,
         <application>finger</application> デーモンを, 専用ユーザの
         <literal>砂場 (sandbox)</literal> で実行させることができます. 
         管理者が膨大な数の問題に直面していないのなら, この「砂場」は完
         璧ではありませんが, セキュリティに関するタマネギ的アプローチは
         ここでも成り立ちます. 砂場で実行されているサーバプロセスを経由
         して侵入を果たすことができたとしても, 攻撃者はさらに砂場から外
         に脱出しなければなりません. 攻撃者が通過せねばならない層の数が
         増えれば増えるほど, それだけ攻撃者が侵入に成功する確率が減りま
         す. root の抜け穴は歴史的に, 基本システムサーバも含め, root 権
         限で実行されるほとんどすべてのサーバプロセスで発見されています. 
         ユーザが <application>sshd</application> 経由でのみログインし,
         <application>telnetd</application>,
         <application>rshd</application>,
         <application>rlogind</application> 経由でログインすることが決
         してないマシンを稼働させているのであれば, それらのサービスを停
         止させて下さい!</para>
 
       <para>FreeBSD では, 今では <application>ntalkd</application>,
         <application>comsat</application>,
         <application>finger</application> は砂場で実行させることがデフォ
         ルトになっています. 次に砂場で実行させるべきプログラムの候補と
         して, &man.named.8; があります.
         <filename>/etc/defaults/rc.conf</filename> ファイルには,
         <application>named</application> を砂場で実行するために必要な
         引数がコメントアウトされた形式で含まれています. 新しいシステム
         をインストールしているか, それとも既存のシステムをアップグレー
         ドして使っているかに依存しますが, 砂場として使用する特別のユー
         ザアカウントがインストールされていないかもしれません. 用心深い
         システム管理者であれば, できるだけいつでも研究を怠らず, サーバ
         に砂場を仕込むものでしょう.</para>
 
       <para>通常, 砂場で実行しないサーバが他にいくつかあります.
         <application>sendmail</application>,
         <application>popper</application>,
         <application>imapd</application>,
         <application>ftpd</application> などです. これらのうちいくつか
         のサーバには代わりとなるものがありますが, 代わりのものをインス
         トールするには, あなたが思うより多くの仕事が必要になるかもしれ
         ません (便利さという要素がまたも勝利を収めるわけです). これら
         のサーバは, root 権限で実行せねばならいかもしれません. また, 
         これらのサーバ経由で生じる侵入を検出するためには, 他の仕組みに
         頼らなくてはならないかもしれません.</para>
 
       <para>システムの root 権限の潜在的な穴で他に大きなものとして, シ
         ステムにインストールされた suid-root/sgid バイナリがあります. 
         これらのバイナリは, <application>rlogin</application> のように,
         <filename>/bin</filename>, <filename>/sbin</filename>,
         <filename>/usr/bin</filename>, <filename>/usr/sbin</filename> 
         に存在するものがほとんどです. 100% 安全なものは存在しないとは
         いえ, システムデフォルトの siud/sgid バイナリは比較的安全とい
         えます. それでもなお, root の穴がこれらのバイナリにときおり発
         見されています. 1998 年に <literal>Xlib</literal> で見つかった 
         root の穴は, <application>xterm</application> (普通, suid 設定
         されています)を脆弱にしてしまいました. 安全である方がよいので, 
         用心深いシステム管理者は残念に思いながらも, スタッフのみが実行
         する必要がある suid バイナリは, スタッフのみがアクセス可能な特
         別なグループに含めるように制限を加え, 誰も使わない suid バイナ
         リは (<command>chmod 000</command> を実行して) 片付けてしまう
         でしょう. ディスプレイを持たないサーバは, 一般的に 
         <application>xterm</application> のバイナリを必要としません.
         sgid バイナリもほとんど同様の危険な存在になり得ます. 侵入者が 
         kmem に sgid されたバイナリを破ることができた場合, その侵入者
         は <filename>/dev/kmem</filename> を読み出すことができるように
         なるでしょう. つまり, 暗号化されたパスワードファイルを読み出す
         ことができるようになるので, パスワードを持つどのアカウントをも, 
         潜在的な危険に晒すことになります. 他にも,
         <literal>kmem</literal> グループを破った侵入者が pty を通して
         送られたキーストロークを監視できるという危険があります. キース
         トロークには, 安全な方法でログインするユーザが使っている pty 
         も含まれます. tty グループを破った侵入者は, ほぼ任意のユーザの 
         tty へ書き込みができます. ユーザが端末プログラムやキーボードを
         シミュレーションする機能を持ったエミュレータを使っている場合, 
         侵入者は潜在的に, 結局そのユーザとして実行されるコマンドをユー
         ザの端末にエコーさせるデータストリームを生成できる可能性があり
         ます.</para>
     </sect2>
 
     <sect2 id="secure-users">
       <title>ユーザアカウントの安全性を高める</title>
 
       <para>ユーザアカウントは, 普通, 安全性を高めることが最も困難です. 
         スタッフに対しては, とても厳格なアクセス制限を強制しパスワード
         を <literal>*</literal> で外すことができるでしょうが, 管理者が
         持ちうる一般ユーザすべてのアカウントに対して同じことはできない
         かもしれません. 管理者が十分に統率をとることができるなら, 管理
         者は勝利し, ユーザのアカウントの安全を適切に確保できるかもしれ
         ません. それができないならば, よりいっそう気を配って一般ユーザ
         のアカウントを監視するよりほかありません. 一般ユーザアカウント
         に対し <application>ssh</application> や kerberos を利用するこ
         とには, システム管理がさらに増えたりテクニカルサポートが必要に
         なるなどの問題があります. それでも, 暗号化パスワードファイルと
         比較するとはるかに良い解です.</para>
     </sect2>
 
     <sect2>
       <title>パスワードファイルの安全性を高める</title>
 
       <para>できるだけ多くのパスワードを <literal>*</literal> で外し, 
         それらのアカウントのアクセスには 
         <application>ssh</application> や kerberos を使うようにするこ
         とが, 唯一の確実な方法です. 暗号化パスワードファイル 
         (<filename>/etc/spwd.db</filename>) は root でのみ読み出し可能
         だといっても, 侵入者が root の書き込み権限は得られなくとも, 読
         み出しアクセス権限を得ることは可能かもしれません.</para>
 
       <para>セキュリティスクリプトで常にパスワードファイルの変更をチェッ
         クし, 報告するようにすべきです (<link
         linkend="security-integrity">ファイルの完全性のチェック</link> 
         参照).</para>
     </sect2>
 
     <sect2>
       <title>カーネルのコア, raw デバイス, ファイルシステムの安全性を
       高める</title>
 
       <para>root の権限を破ると, 攻撃者は何でもできますが, 特に重宝さ
         れる特定の事柄もいくつかあります. たとえば, 最近のカーネルは, 組
         み込みのパケット覗き見デバイス (packet sniffing device) ドライ
         バを備えているものがほとんどです. FreeBSD では 
         <devicename>bpf</devicename> デバイスと呼ばれています. 侵入者
         は普通, 侵入済みのマシンでパケット覗き見プログラムを実行させよ
         うと試みます. 侵入者にわざわざそういう機能を提供する必要はない
         ので, ほとんどのシステムで bpf デバイスを組み込むべきではあり
         ません.</para>
 
       <para>bpf デバイスを外しても, <filename>/dev/mem</filename> と 
         <filename>/dev/kmem</filename> という悩みの種がまだ残っていま
         す.  この問題に関しては, 侵入者は raw ディスクデバイスに書き込
         むこともできます. また, モジュールローダ, &man.kldload.8; とい
         う, 別のカーネル機能があります. やる気まんまんの侵入者は, KLD 
         モジュールを使って自分独自の bpf もしくはその他覗き見デバイス
         を動作中のカーネルにインストールすることができます. この問題を
         避けるため, システム管理者はカーネルをより高い安全レベル (
         securelevel) , 少なくとも安全レベル 1 で実行させる必要がありま
         す. <command>sysctl</command> を使って 
         <literal>kern.securelevel</literal> 変数に安全レベルを設定する
         ことができます. ひとたび安全レベルに 1 を設定すると, raw デバ
         イスに対する書き込みアクセスは拒否され, たとえば 
         <literal>schg</literal> のような特別な chflags フラグの機能が
         強制されます. システム起動に関わる重要なバイナリやディレクトリ, 
         スクリプトファイルなど, 安全レベルが設定されるまでの間に実行さ
         れるすべてのものに対しても <literal>schg</literal> フラグを on 
         にしておくことも確実に実行してください. この設定をやり過ぎても
         構いませんが, より高い安全レベルで動作している場合, システムの
         アップグレードがはるかに困難になります. システムをより高い安全
         レベルで実行させるようにするが, すべてのシステムファイルとディ
         レクトリに <literal>schg</literal> フラグを設定しないという妥
         協をする方法もあります. もう一つの可能性としては, 単純に 
         <filename>/</filename> および <filename>/usr</filename> を読み
         込み専用でマウントすることです. ここで特筆すべきことは, システ
         ムを守ろうとして厳しくしすぎると, 侵入を検出するという非常に重
         要なことができなくなってしまうということです.</para>
     </sect2>
 
     <sect2 id="security-integrity">
       <title>ファイルの完全性のチェック: バイナリ, 設定ファイルなど
       </title>
 
       <para>ことこの問題に至ると, システム管理者にできることは, 便利さ
         という要素がその醜い頭を上げない程度に, コアシステムの設定と制
         御ファイルを防御することだけです. たとえば,
         <filename>/</filename> および <filename>/usr</filename> にある
         大部分のファイルに <literal>schg</literal> ビットを設定するた
         めに <command>chflags</command> を使用するのは, おそらく逆効果
         でしょう. なぜなら, そうすることでファイルは保護できますが, 侵
         入を検出する窓を閉ざしてしまうことにもなるからです. セキュリティ
         のタマネギの最後の層はおそらく最も重要なもの &ndash; 検出で
         す. セキュリティの残りのものは, 突然の侵入を検出できなければ, 
         まったく有用ではありません (あるいは, もっと悪ければ, 安全性に
         対する間違った感覚を植え付けてしまいます). タマネギの仕事の半
         分は, もう半分の検出側が攻撃者を攻撃の最中に捕えるようにするた
         めに, 攻撃者を食い止めるのではなく侵入を遅らせることなのです.
         </para>
 
       <para>侵入を検出する最も良い方法は, 変更されていたり, 消えていた
         り, 入れた覚えがないのに入っているファイルを探すことです. 変更
         されたファイルを探すのに最も良い方法は, もう一つの (しばしば中
         央に集められた), アクセスが制限されたシステムから行なうもので
         す. さらに安全でアクセス制限されたシステム上でセキュリティ用ス
         クリプトを書けば, スクリプトは潜在的なクラッカー達からはほぼ見
         えなくなります. これは重要なことです. この有効性を最大限に活用
         するためには, 一般的に, アクセスの制限されたマシンから実際に使っ
         ている他のマシンへのかなりのアクセスを許す必要があります.  普
         通は, 他のマシンからアクセス制限されたマシンへ読み込み専用の 
         NFS エクスポートをしたり, アクセス制限されたマシンから他のマシ
         ンへ <application>ssh</application> を行なうために,
         <application>ssh</application> 鍵のペアを作ったりすることで行
         います. ネットワークのトラフィックを別にして, NFS は最も可視性
         のない方法です &ndash; 各クライアント上のファイルシステムを, 
         事実上検出されずに監視できるようになります. アクセス制限された
         サーバがスイッチを通してクライアントに接続されている場合, たい
         てい NFS がより良い選択肢です. アクセス制限されたサーバがハブ
         を通したり, いくつかのルーティング層を通したりしてクライアント
         に接続する場合, NFS はあまりにも危険な方法かもしれず (ネットワー
         クの面で) , <application>ssh</application> の方が認証の道筋は
         跡となって残りますが, それでもより良い方法かもしれません.
         </para>
 
       <para>アクセス制限されたマシンに, 監視しようとするクライアントシ
         ステムへの少なくとも読み込みのアクセス権を与えたら, 次に実際に
         監視するためのスクリプトを書かなくてはいけません. NFS マウント
         をすれば, &man.find.1; や &man.md5.1; などの単純なシステムユー
         ティリティでスクリプトを書くことができます. 少なくとも 1 日 1 
         回, クライアントのファイルを直接 md5 にかけ, さらにもっと頻繁
         に <filename>/etc</filename> および 
         <filename>/usr/local/etc</filename> にあるようなコントロール用
         ファイルを試験するのが一番です. アクセス制限されたマシンが正し
         いと知っている, 基となる md5 情報と比べて違いが見つかった場合, 
         システム管理者に調べて欲しいと悲鳴を上げるようにすべきです. 優
         れたセキュリティ用スクリプトは, <filename>/</filename> および
         <filename>/usr</filename> などのシステムパーティション上で不適
         当に suid されたバイナリや, 新たに作成されたファイルや削除され
         たファイルもチェックするでしょう.</para>
 
       <para>NFS ではなく, <application>ssh</application> を使用する場
         合は, セキュリティ用スクリプトを書くのはずっと難しいことで
         す. スクリプトを動かすためには, クライアントに対してスクリプト
         を <command>scp</command> しなくてはいけませんし, それは目に見
         えてしまいます. そして, 安全のためには, スクリプトが使うバイナ
         リ (find など) を <command>scp</command> する必要もあります. 
         クライアントの <application>ssh</application> デーモンはすでに
         攻撃されてしまっているかもしれません. 結局のところ, 安全でない
         リンク上の場合は <application>ssh</application> は必要かもしれ
         ませんが, <application>ssh</application> を扱うのはとても大変
         なことです.</para>
 
       <para>優れたセキュリティ用スクリプトは, ユーザやスタッフメンバの
         アクセス設定ファイルの変更もチェックするものです.
         <filename>.rhosts</filename>, <filename>.shosts</filename>,
         <filename>.ssh/authorized_keys</filename> など &hellip;
         <literal>MD5</literal> チェックの範囲外になってしまうであろう
         ファイル群です.</para>
 
       <para>ユーザ用のディスク容量が非常に大きい場合は, パーティション
         上の各ファイルを見て回るのに大変な時間がかかるかもしれません. 
         この場合は, マウントフラグを設定して, このパーティションに 
         suid されたバイナリやデバイスを置けないようにするのが良い考え
         です.<literal>nodev</literal> および <literal>nosuid</literal> 
         オプション (&man.mount.8; 参照) が知るべきものでしょう. 私なら, 
         ともかくも週に 1 度はファイルシステムをスキャンするでしょう. 
         なぜなら, この層の目的は, 侵入が成功したかどうかに関わらず, 侵
         入があったことの検出をすることだからです.</para>
 
       <para>プロセスアカウンティング (&man.accton.8; 参照) は, 比較的
         オーバヘッドの低いオペレーティングシステムの機能で, マシンに侵
         入されてしまった後の評価の仕組みとして使用することをお勧めしま
         す. 侵入を受けた後でも当該ファイルが無傷である場合に, 侵入者が
         実際にどのようにしてシステムに侵入したかを追跡するのに特に有益
         です.</para>
 
       <para>最後に, セキュリティスクリプトはログファイルを処理するよう
         にし, ログファイル自体もできるだけ安全性の高い方法で生成するよ
         うにすべきです &ndash; リモート syslog は極めて有益になり得ま
         す. 侵入者は自分の侵入の痕跡を覆い隠そうとしますし, また, ログ
         ファイルはシステム管理者が最初の侵入の時刻と方法を追跡してゆく
         ために極めて重要です. ログファイルを永久に残しておくための 1 
         つの方法は, システムコンソールをシリアルポートにつないで走らせ, 
         コンソールを監視している安全なマシンを通して絶えず情報を集める
         ことです.</para>
     </sect2>
 
     <sect2>
       <title>偏執狂的方法</title>
 
       <para>多少偏執狂的になっても決して悪いことにはなりません. 原則的
         に, システム管理者は, 便利さに影響を与えない範囲でいくつでもセ
         キュリティ機能を追加することができます. また, いくらか考慮した
         結果, 便利さに影響を与えるセキュリティ機能を追加することもでき
         ます. もっと重要なことには, セキュリティ管理者とは少し喧嘩にな
         るはずなのですが &ndash; もしあなたが, 本文書に書かれている勧
         告をそのまま使用した場合は, 予想されるクラッカーはやはり本文書
         を読んでいるわけですから, あなたの防御策を教えてしまうことにな
         ります.</para>
     </sect2>
 
     <sect2>
       <title>サービス妨害攻撃</title>
 
       <para>このセクションではサービス妨害攻撃 (DOS 攻撃) を扱います. 
         サービス妨害攻撃は, 普通は, パケット攻撃です. ネットワークを飽
         和させる最先端の偽造パケット (spoofed packet) 攻撃に対してシス
         テム管理者が打てる手はそれほど多くありませんが, 一般的に, その
         種の攻撃によってサーバがダウンしないことを確実にすることで, 被
         害をある限度に食い止めることはできます.</para>
 
       <orderedlist>
 	<listitem>
 	  <para>サーバの fork の制限.</para>
 	</listitem>
 
 	<listitem>
 	  <para>踏み台攻撃の制限 (ICMP 応答攻撃, ping broadcast など).
 	  </para>
 	</listitem>
 
 	<listitem>
 	  <para>カーネルの経路情報のキャッシュ.</para>
 	</listitem>
       </orderedlist>
 
       <para>よくあるサービス妨害攻撃は, fork するサーバプロセスに対す
         るものです. これは, サーバにプロセス, ファイル記述子, メモリを
         マシンが死ぬまで食い尽くさせようとするものです. inetd
         (&man.inetd.8; 参照) には, この種の攻撃を制限するオプションが
         いくつかあります. マシンがダウンすることを防止することは可能で
         すが, この種の攻撃によりサービスが中断することを防止することは
         一般的に言ってできないことに注意する必要があります. inetd のマ
         ニュアルページを注意深く読んで下さい. 特に,
         <option>-c</option>, <option>-C</option>, <option>-R</option> 
         オプションに注意して下さい. IP 偽造攻撃 (spoofed-IP attack) は 
         inetd の <option>-C</option> オプションの裏をかけるので, 一般
         にオプションを組み合わせて使用するべきであることに注意して下さ
         い. スタンドアロンサーバの中には, 自分自身で fork を制限するパ
         ラメータを持っているものがあります.</para>
 
       <para><application>Sendmail</application> には,
         <option>-OMaxDaemonChildren</option> オプションがあります. シ
         ステム負荷の値変化には遅れがあるので, sendmail の負荷限界指定
         オプションを使うよりも, このオプションを使う方がまともに動作す
         る可能性ははるかに高いです.
         <application>sendmail</application> の実行を開始する際に,
         <literal>MaxDaemonChildren</literal> パラメータを設定するべき
         です. その値は, 通常見込まれる負荷を扱える程度に十分高いが, そ
         れだけの数の <application>sendmail</application> を操作しよう
         とするとマシンが卒倒してしまうほどには高くないような値に設定す
         るべきです. sendmail をキュー処理モード 
         (<option>-ODeliveryMode=queued</option>) で実行することや,
         sendmail デーモン (<command>sendmail -bd</command>) をキュー処
         理用プロセス (<command>sendmail -q15m</command>) と別に実行す
         ることも, 用心深いことと言えます. それでもなおリアルタイムでの
         配送を望むのであれば, <option>-q1m</option> のようにすることで, 
         キュー処理をはるかに短い時間間隔で行うことができます. いずれに
         しても, <literal>MaxDaemonChildren</literal> オプションに合理
         的な値を確実に指定して, sendmail がなだれをうって失敗すること
         がないようにして下さい.</para>
 
       <para><application>syslogd</application> は直接攻撃される可能性
         があるので, 可能ならばいつでも <option>-s</option> オプション
         を用いることを強く推奨します. これができないなら,
         <option>-a</option> オプションを使って下さい.</para>
 
       <para><application>tcpwrapper</application> の逆 identd などの接
         続返し (connect-back) を行うサービスについては十分注意を払うよ
         うにするべきです. これらは直接攻撃を受ける可能性があります. こ
         ういう事情があるので, <application>tcpwrapper</application> の
         逆 ident 機能を使おうとは思わないのが一般的です.</para>
 
       <para>境界ルータのところでファイアウォールを設けて, 外部からのア
         クセスに対して内部サービスを防御するという考えは実によいもので
         す. この考えは, LAN の外部からの飽和攻撃を防ぐことにあり, 内部
         サービスをネットワークベースの root 権限への攻撃から防御するこ
         とにはあまり考慮を払っていません. ファイアウォールは常に排他的
         に設定して下さい. つまり, <quote>ポート A, B, C, D と M から Z 
         まで<emphasis>以外</emphasis> のすべてに防火壁を設ける</quote> 
         というふうにです. このようにすることで,
         <application>named</application> (ゾーンのプライマリである場合),
         <application>ntalkd</application>,
         <application>sendmail</application> などのインターネットからア
         クセスできるサービスとして特に指定するもの以外の, 小さい番号の
         ポートすべてをファイアウォールで防御することができます. ファイ
         アウォールをこの他のやり方 &ndash; つまり包含的もしくは受容的
         なファイアウォールとして設定しようとする場合,
         <quote>close</quote> することを忘れてしまうサービスがいくつか
         出てきたり, 新しい内部サービスを追加したのにファイアウォールの
         更新を忘れたりする可能性がよく出てきます. ファイアウォール上の
         大きい番号のポートを開けておくことにより, 小さい番号のポートを
         危険に晒すことなく受容的な動作を許すことができます. FreeBSD で
         は, <literal>net.inet.ip.portrange</literal> への
         <command>sysctl</command> (<command>sysctl -a | fgrep
         portrange</command>) をいろいろ使用することで, 動的バインドに使用される
         ポート番号の範囲を制御できることを記憶にとどめておいて下さい. 
         これによりファイアウォールの設定の複雑性を緩和することもできま
         す. 私は, ファイアウォールに通常の first/last の範囲として,
         4000 から 5000 を, 高位ポートの範囲として, 49152 から 65535 を
         使用しています. そして, (いくつかのインターネットアクセス可能
         なポートをブロックから除外するのはもちろんですが) 4000 より下
         のすべてをブロックしています.</para>
 
       <para>また別のよくあるサービス妨害攻撃として, 踏み台攻撃 
         (springboard attack) と呼ばれるものがあります &ndash; これは, 
         あるサーバを攻撃し, そこ結果として生成される応答が自分自身, ロー
         カルネットワーク, そして他のマシンを過負荷に追い込むようにする
         攻撃です. この種の攻撃の中で最もありふれたものに,
         <emphasis>ICMP ping broadcast 攻撃</emphasis>があります. 攻撃
         者は, 実際に攻撃したいマシンのアドレスを送信元アドレスに設定し
         た ping パケットを偽造して, 対象の LAN のブロードキャストアド
         レスに向けてパケットを送信します. 境界にあるルータがブロードキャ
         ストアドレスに対する ping パケットを握り潰すように設定されてい
         ない場合, LAN は, 詐称された送信元アドレスに向けて応答パケット
         を生成するはめになり, 犠牲となるマシンが飽和するところまで行っ
         てしまいます. 攻撃者が同じトリックを異なるネットワーク上のいく
         つものブロードキャストアドレスに対して同時に使用した場合, とく
         にひどいことになります. これまでに, 120 メガビット以上のブロー
         ドキャスト攻撃が観測されています. 2 番目の踏み台攻撃は, ICMP 
         エラー報告の仕掛けを狙うものです. 攻撃者は ICMP エラー応答を生
         成するパケットを生成し, サーバの受信ネットワークを飽和させ, そ
         の結果としてサーバが送信ネットワークを ICMP 応答で飽和させてし
         まうようにすることができます. mbuf を消費し尽くさせることによ
         り, この種の攻撃でサーバをクラッシュさせることも可能です. サー
         バが生成した ICMP 応答を十分速く送信できない場合, とくにひどい
         ことになります. FreeBSD カーネルには, この種の攻撃の効果を抑制
         する ICMP_BANDLIM と呼ばれる新しいカーネルコンパイルオプション
         があります. 踏み台攻撃の 3 つめの主要なクラスに属する攻撃は,
         udp echo サービスのような, 特定の inetd 内部サービスに関連する
         ものです. 攻撃者は, 単に送信元アドレスがサーバ A の echo ポー
         トであり, 送信先アドレスがサーバ B の echo ポートであるように 
         UDP パケットを偽造します. ここでサーバ A, B はともにあなたの 
         LAN に接続されています. この 2 つのサーバは, この一つのパケッ
         トを両者の間で互いに相手に対して打ち返しあいます. このようにし
         てパケットをほんのいくつか注入するだけで, 攻撃者は両方のサーバ
         と LAN を過負荷状態にすることができます. 同様の問題が内部 
         chargen ポートにも存在します. 有能なシステム管理者はこの手の 
         inetd 内部テストサービスのすべてを無効にしておくものです.
         </para>
 
       <para>偽造パケット攻撃は, カーネルの経路情報キャッシュに過負荷を
         生じさせるために用いられることもあります.
         <literal>net.inet.ip.rtexpire</literal>,
         <literal>rtminexpire</literal>, <literal>rtmaxcache</literal> 
         の <command>sysctl</command> パラメータを参照して下さい. でた
         らめな送信元 IP アドレスを用いた偽造パケット攻撃により, カーネ
         ルは, 一時的なキャッシュ経路を経路情報テーブルに生成します. こ
         れは <command>netstat -rna | fgrep W3</command> で見ることがで
         きます. これらの経路は, 普通は 1600 秒程度でタイムアウトになり
         ます. カーネルがキャッシュ経路テーブルが大きくなり過ぎたことを
         検知すると, カーネルは動的に rtexpire を減らしますが,
         rtminexpire より小さくなるようには決して減らしません. ここに問
         題が 2 つあります:</para>
 
       <orderedlist>
 	<listitem>
 	  <para>負荷の軽いサーバが突然攻撃された場合, カーネルが十分素
 	    早く反応できないこと.</para>
 	</listitem>
 	
 	<listitem>
 	  <para>カーネルが持続的攻撃に耐えられるほど十分 
 	    <literal>rtminexpire</literal> が低く設定されていないこと.
 	    </para>
 	</listitem>
       </orderedlist>
 
       <para>自分のサーバが T3 もしくはそれより高速の回線でインターネッ
         トに接続されている場合, &man.sysctl.8; を用いて 
         <literal>rtexpire</literal> と <literal>rtminexpire</literal> 
         とを手動で上書きしておくことが思慮深いことといえます. どちらか
         一方でも 0 には決してしないで下さい (自分のマシンをクラッシュ
         させたくないのであれば <!-- smiley -->:-). 両パラメータを 2 秒
         に設定すれば, 攻撃から経路情報テーブルを守るには十分でしょう.
         </para>
     </sect2>
 
     <sect2>
       <title>Kerberos および SSH を用いたアクセスの問題</title>
 
       <para>もしあなたが, kerberos および 
         <application>ssh</application> を使用したいのだとしたら, 両者
         に関して言っておく必要のある問題がいくつかあります. kerberos V 
         は大変優れた認証プロトコルですが, kerberos 化された 
         <application>telnet</application> や 
         <application>rlogin</application> は, バイナリストリームを扱う
         のに不向きになってしまうようなバグがあります. さらに, デフォル
         トでは, kerberos は <option>-x</option> オプションを使わない限
         りセッションを暗号化してくれません.
         <application>ssh</application> では, デフォルトですべてを暗号
         化してくれます.</para>
 
       <para><application>ssh</application> はあらゆる場面でとても良く
         働いてくれます. ただし, デフォルトで暗号鍵を転送してしまうこと
         を除けばです. これはつまり, 暗号鍵を持った安全なワークステーショ
         ンがあって, この暗号鍵で残りのシステムとアクセスできるようになっ
         ている場合に, 安全でないマシンへ 
         <application>ssh</application> を行なう時に暗号鍵が見えてしま
         うということです. 実際の鍵そのものが見えてしまうわけではありま
         せんが, <application>ssh</application> は, あなたが login して
         いる間, 転送用ポートを作ります. クラッカーが安全でないマシンの 
         root を破ると, クラッカーは, このポートを使って暗号鍵を取得し, 
         この暗号鍵でロックの外れる他のマシンへのアクセスを得ます.
         </para>
 
       <para>スタッフのログインには, kerberos を組み合せた 
         <application>ssh</application> を使用することを勧めます.
         <application>ssh</application> は, kerberos サポート機能と一緒
         にコンパイルできます. こうすると, 見えてしまうかもしれない
         <application>ssh</application> 鍵をあまりあてにしないで良いよ
         うになります. また, それと同時に, kerberos 経由でパスワードを
         保護することもできます. <application>ssh</application> 鍵は, 
         安全なマシンからの自動化されたタスク (kerberos はこの用途には
         不向きです) のみに使用するべきです. また,
         <application>ssh</application> の設定で鍵転送をしないようにす
         るか, あるいは, <application>ssh</application> が
         <filename>authorized_keys</filename> ファイル中に書くことを許
         している <literal>from=IP/DOMAIN</literal> オプションを使用し
         て, 特定のマシンからログインしてきたときのみ鍵が有効であるよう
         にすることも勧めます.</para>
     </sect2>
   </sect1>
 
   <sect1 id="crypt">
     <title>DES, MD5, と Crypt</title>
 
     <para><emphasis>改訂: &a.unfurl;, 21 March　
       2000.</emphasis></para>
 
     <para><emphasis>訳: &a.hanai;,
 	12 September 1996.</emphasis></para>
     <para><emphasis>訳改訂: &a.jp.hino;,
 	12 March 2001.</emphasis></para>
 
     <para>UNIX システムにおけるすべてのユーザは, そのアカウントに対応し
       た一つのパスワードを持っています. それらのパスワードはユーザ本人
       と本当のオペレーティングシステムのみが知っているべきであるという
       ことは明らかでしょう. それらのパスワードを秘密に保っておくために, 
       パスワードは<quote>一方向ハッシュ</quote>として知られる方式で暗
       号化されます. 一方向ハッシュとは, 簡単に暗号化はできるが解読は難
       しいという方法です. 言葉を換えると, 先ほど明らかであると書いたの
       は実は正しくないのです: オペレーティングシステム自身は<emphasis>
       本当は</emphasis>パスワードを知らないのです. その代わりに
       <emphasis>暗号化された</emphasis>形でのみパスワードを知っていま
       す.<quote>素のテキスト</quote>としてパスワードを得る唯一の方法は, 
       可能な限りのパスワード空間を検索するという力任せの方法です.
       </para>
 
     <para>不幸なことに, UNIX が生まれようとしているときにパスワードを
       安全な形で暗号化できる方式は DES(Data Encryption Standard) に基
       づいたものだけでした.  このことは米国に住んでいるユーザにとって
       は大して問題ではありませんでしたが, DES のソースコードを米国外に
       輸出することはできないという問題がありました. そのために,
       FreeBSD は, 米国の法律を守ることと, 未だに DES を使っている他の 
       UNIX 一族との互換性を保つこととを両立する方法を探し出す必要があ
       りました.</para>
 
     <para>その解決方法は, 米国のユーザは DES のライブラリをインストー
       ルして DES を使用できるが, 米国外のユーザは国外に輸出可能な他の
       ひとつの暗号化方式を使用することができる, というように暗号化ライ
       ブラリを分割することでした. これが FreeBSD がデフォルトの暗号化
       方式として MD5 を使うようになったいきさつです. MD5 は DES よりも
       より安全であると考えられているため, DES をインストールする一番の
       理由は互換性を保つためといえます.</para>
 
     <sect2>
       <title>暗号化機構を理解する</title>
 
       <para>FreeBSD がどの暗号化方式を使うようにセットアップされている
         かを判断するのは簡単です.
         <filename>/etc/master.passwd</filename> ファイルの中の暗号化さ
         れたパスワードを調べてみるのが一つの方法です. MD5 ハッシュで暗
         号化されたパスワードは, DES ハッシュで暗号化されたパスワードよ
         りも長いですし, その上 <literal>&dollar;1&dollar;</literal> と
         いう文字で始まるという特徴も持っています. DES のパスワードはこ
         れといって識別可能な特徴は持っていませんが, MD5 のパスワードよ
         りは短く, そして <literal>&dollar;</literal> という文字を含ま
         ない 64 文字のアルファベットを使って表現されているので, 比較的
         短い文字列でドル記号で始まっていないものはおそらく DES のパス
         ワードでしょう.</para>
 
       <para>同様の方法で, ライブラリはパスワードを識別します. 結果とし
         て, DES のライブラリは MD5 パスワードを識別でき, そして MD5 を
         使って MD5 で暗号化されたパスワードをチェックし, その他のパス
         ワードには DES を使ってチェックします. DES のライブラリは MD5 
         も含んでいるのでこのようなことが可能なのです. 残念なことに, 反
         対は真ではありません. MD5 のライブラリは DES で暗号化されたパ
         スワードを認証することができません.</para>
 
       <para>あなたのシステムでプログラムがどちらのライブラリを使ってい
 	るかを調べるのは非常に簡単です.  crypt を使うプログラムは 
 	libcrypt をリンクしています.  そしてそれぞれのライブラリに対す
 	る適切な実装へのシンボリックリンクとなってい ます. たとえば, DES 
 	版を使っているようなシステムにおいては次のようになっています:
 	</para>
 
       <screen>&prompt.user; <userinput>ls -l /usr/lib/libcrypt*</userinput>
 lrwxr-xr-x  1 root  wheel  13 Mar 19 06:56 libcrypt.a -&gt; libdescrypt.a
 lrwxr-xr-x  1 root  wheel  18 Mar 19 06:56 libcrypt.so.2.0 -&gt; libdescrypt.so.2.0
 lrwxr-xr-x  1 root  wheel  15 Mar 19 06:56 libcrypt_p.a -&gt; libdescrypt_p.a</screen>
 
       <para>MD5 に基づいたライブラリを使っているシステムにおいては, 同
 	じようなリンクが 見られるでしょうが, そのターゲットは 
 	<filename>libdescrypt</filename> ではなく
 	<filename>libscrypt</filename> になっているでしょう.</para>
 
       <para>もし DES 機能を持った crypt ライブラリ
         <filename>libdescrypt</filename> をインストールしたのなら (つ
         まり "crypt" ディストリビューションをインストールした場合), 新
         規パスワードがどちらのパスワード形式になるかは,
         <filename>/etc/login.conf</filename> の中の 
         <quote>passwd_format</quote> ログインケーパビリティによって制
         御されます. その値としては, <quote>des</quote> または
         <quote>md5</quote> を設定することができます. ログインケーパビ
         リティに関するより詳細な情報は, login.conf(5) マニュアルページ
         をご覧ください.</para>
 
     </sect2>
   </sect1>
 
   <sect1 id="skey">
     <title>S/Key</title>
 
     <para>S/Key は一方向ハッシュ関数を基にしたワンタイムパスワード方式
       です. FreeBSD では, 互換性のために MD4 ハッシュを用いていますが
       他のシステムでは MD5 や DES-MAC を用いてます. S/Key は, バージョ
       ン1.1.5 以降のすべての FreeBSD に含まれていますし, FreeBSD 以外
       の数多くのシステムの上でも利用されています. S/Key ば Bell
       Communications Research, Inc. の登録商標です.</para>
 
     <para>以下の説明では, 三種類の異なる「パスワード」が使われます. 
       まず一つ目は, あなたが普段使っている普通の UNIX スタイルの, もし
       くは Kerberos でのパスワードです. ここではこれを <quote>UNIX パ
       スワード</quote>と呼ぶことにし ます. 二つ目は, S/Key の 
       <command>key</command> プログラムによって生成され,
       <command>keyinit</command> プログラムとログインプロンプトが受け
       付けるパスワードです. ここではこれを<quote>ワンタイムパスワード
       </quote>と呼ぶことにします.  三つ目のパスワードは,
       <command>key</command> (と場合により <command>keyinit</command>) 
       プログラムに対してユーザが入力する秘密のパスワードで, ワンタイム
       パスワードを生成するのに使われます. ここではこれを<quote>秘密の
       パスフレーズ</quote>もしくは単に &ldquo;パスフレーズ&rdquo; と呼
       ぶことにします. (訳注: ユーザが頭の中だけにしまっておくべきもの
       が, この秘密のパスフレーズです. なお, 原文ではこれをパスワードと
       表記していますが, 混乱を避けるために訳文ではすべて<quote> 秘密の
       パスフレーズ</quote>に統一しています.)</para>
 
     <para>秘密のパスフレーズは, UNIX パスワードと何の関連性もありませ
       ん: 両者を同一に設定することは可能ですが, お奨めしません.  UNIX 
       パスワードは長さが 8 文字に制限されています (訳注: FreeBSD で 
       DES を導入していない場合はもっと長いパスワードも認識されます). 
       これに対し, S/Key では秘密のパスフレーズを好きなだけ長くすること
       ができます (訳注: 実装上, <command>key</command> コマンドなどの
       バッファ長で制限されてしまう可能性があります.  200 文字程度に押
       えておいた方がよいでしょう :-). 6 語から 7 語からなるパスフレー
       ズがふつうです. ほとんどの部分で, S/Key システムは UNIX のパスワー
       ドシステムと完全に独立して動作するようになっています.</para>
 
     <para>パスフレーズに加え, S/Key システムにとって重要な二種類のデー
       タがあります. 一つは<quote>シード (seed: 種)</quote>または
       <quote>キー (key: 鍵)</quote>と呼ばれるもので, 二つの文字と五つ
       の数字で構成されます. もう一つは<quote>シーケンス番号 (iteration
       count)</quote> で, 1 から 100 までの整数です.  S/Key はここまで
       に述べたデータを利用してワンタイムパスワードを生成します. その方
       法は, まずシードと秘密のパスフレーズを連結し, それに対してシーケ
       ンス番号の回数だけ MD4 ハッシュを繰り返し計算します. そしてその
       結果を 六つの短い英単語に変換します. <command>login</command> プ
       ログラムと <command>su</command> プログラムは, 前回最後に受け付
       けられたワンタイムパスワードを記録しています.  そして, その前回
       のワンタイムパスワードと, ユーザが入力したワンタイムパスワードを
       一回ハッシュ関数にかけた結果とが一致した場合に, このユーザは認証
       されます. 一方向ハッシュ関数を使っているので, もし正しく認証され
       たワンタイムパスワードが一回盗聴されたとしても, 次回以降に使われ
       る複数のワンタイムパスワードを生成することは不可能です.  シーケ
       ンス番号はログインが成功するたびに一つずつ減らされて, ユーザとロ
       グインプログラムの間で同期が取られます. シーケンス番号が 1 まで
       減ったら, S/Key を再度初期化する必要があります.</para>
 
     <para>次に, S/Key 関連の四つのプログラムについて説明します.
       <command>key</command> プログラムは, シーケンス番号一つと, シー
       ド一つと, 秘密のパスフレーズ一つとを受け付けて, ワンタイムパスワー
       ドを一つ生成します. <command>keyinit</command> プログラムは,
       S/Key を初期化するのに使用され, また秘密のパスフレーズやシーケン
       ス番号やシードを変更するためにも使用されます. このプログラムを実
       行するには, 秘密のパスフレーズか, または, シーケンス番号とシード
       とワンタイムパスワードの一組かの, どちらかが必要になります.
       <command>keyinfo</command> プログラムは,
       <filename>/etc/skeykeys</filename> というファイルを調べて, この
       プログラムを起動したユーザの現在のシーケンス番号とシードを表示し
       ます. 最後に, <command>login</command> と <command>su</command> 
       プログラムについてですが, これらは S/Key のワンタイムパスワード
       を, (訳注:システムが) ユーザを認証するものとして受理するのに必要
       な処理をおこないます.  <command>login</command> プログラムは, 指
       定された特定のアドレスからの接続に対して, UNIX パスワードの使用
       を認めなくする機能, 逆に言えば S/Key の利用を強制する機能も持っ
       ています.</para>
 
     <para>この文書では, 四種類の異なる操作について説明します. 
       一つ目は, <command>keyinit</command> プログラムを信頼できる通信
       路上で利用する場合で, 一番始めに S/Key を設定する操作や, 使い始
       めたあとで秘密のパスフレーズやシードを変更する操作です. 二つ目は,
       <command>keyinit</command> プログラムを信頼できない通信路上で利
       用する場合で, 操作の目的は一つ目と同じです. この場合には 
       <command>key</command> プログラムを併用する必要があります.  三つ
       目は, <command>key</command> プログラムを使い, 信頼できない通信
       路を通じてログインする操作です. 四番目は, <command>key</command> 
       プログラムを使って, 複数のワンタイムパスワードを一気に生成する操
       作です.  ここで生成した複数のワンタイムパスワードは, メモしたり
       印刷したりして携帯し, 信頼できる通信路が一切ないところで利用する
       ことができます. (訳注: ワンタイムパスワードを記録した紙をなくさ
       ないこと!  電話番号やIPアドレス, ユーザ名を一緒にメモしていたら
       最悪です!!)</para>
 
     <sect2>
       <title>信頼できる通信路での初期化</title>
 
       <para>信頼できる通信路 (たとえばあるマシンのコンソール画面や, ssh 
 	を使っている時など) を利用しているときに, S/Key を初めて初期化
 	すること, S/Key の秘密のパスフレーズを変更すること, またはシー
 	ドを変更すること, をおこなうことができます. そのためには, まず
 	あなた自身がログインし, <command>keyinit</command> コマンドを
 	以下のようにパラメタなしで実行します:</para>
 
       <screen>&prompt.user; <userinput>keyinit</userinput>
 Adding unfurl:
 Reminder - Only use this method if you are directly connected.
 If you are using telnet or rlogin exit with no password and use keyinit -s.
         ) `keyinit' コマンドが出力する注意です. 訳すと,
         ) 注意 - この動作モードはマシンに直接入力しているときのみ利用
         ) すること. もし今 telnet や rlogin を使っているなら, 秘密のパ
         ) スフレーズを入力せずにこのままコマンドを終了し, かわりに
         ) keyinit -s を実行すること.
 Enter secret password: 
 Again secret password: 
 
 ID unfurl s/key is 99 to17757
 DEFY CLUB PRO NASH LACE SOFT</screen>
 
       <para><prompt>Enter secret password:</prompt> というプロンプトに
 	対してあなたが考えた秘密のパスフレーズを入力します. このパスフ
 	レーズはログインするときに使うものではなく, ログインするときに
 	使うワンタイムパスワードを生成するために使うものであることを覚
 	えておいてください. <quote>ID</quote> から始まる行は, S/Key に
 	おける一回分のパラメタであり, あなたのログイン名とシーケンス番
 	号とシードです. (訳注: `<command>keyinit</command>' コマンドは
 	次回にログインするときに使えるパラメタを参考のためにここで表示
 	します.)  S/Key を使ってログインするときには, システム側が自動
 	的にこれらのパラメタを表示してくれますから, これらのパラメタを
 	覚えておく必要はありません. 最後の行が, 今述べたパラメタと入力
 	された秘密のパスフレーズから計算されたワンタイムパスワードです. 
 	この例を実行した後, 次にログインするときに打ち込むべきワンタイ
 	ムパスワードがこれです.</para>
     </sect2>
 
     <sect2>
       <title>信頼できない通信路での初期化</title>
 
       <para>信頼できない通信路を使って S/Key を初期化, または秘密のパ
 	スフレーズを変更するためには, 信頼できる通信路として, その信頼
 	できない通信路とは別のものを用意する必要があります. その信頼で
 	きる通信路は <command>key</command> プログラムを実行するために
 	必要となるもので, たとえばそれは, あなたが信頼できる Macintosh 
 	のデスクアクセサリや信頼できるマシンのシェルプロンプトだったり
 	するでしょう. (訳注: ここでの通信路とはマシンそのものになりま
 	す. 信頼できるマシンとは, 信頼できる人がしっかり管理しているマ
 	シンということです.)  他に準備しておくものとして, シーケンス番
 	号 (100 は適切な値といえるでしょう) と, 場合によっては自分で考
 	えた, またはランダムに生成されたシードがあります.  (あなたが 
 	S/Key を初期化しようとしているマシンへの) 信頼できない通信路を
 	使うときには, <command>keyinit -s</command> コマンドを以下のよ
 	うに使用します:</para>
 
       <screen>&prompt.user; <userinput>keyinit -s</userinput>
 Updating unfurl:
 Old key: to17758
 Reminder you need the 6 English words from the key command.
 	) `keyinit' コマンドが出力する注意です. 訳すと,
 	) 注意 - skey コマンドの出力する 6 英単語が必要になります.
 Enter sequence count from 1 to 9999: <userinput>100</userinput>
 Enter new key [default to17759]: 
 s/key 100 to 17759
 s/key access password:</screen>
 
       <para>デフォルトのシード (<command>keyinit</command> プログラム
 	は困ったことにこれを <literal>key</literal> と読んでいるのです
 	が, 混乱しないよう注意してください) で構わなければ, リターンキー
 	を押してください. 次に, アクセスパスワードを入れる前に, あらか
 	じめ用意しておいた信頼できる通信路(信頼できるマシンや信頼でき
 	る S/Key デスクアクセサリなど) へ移って, 先ほどと同じパラメタ
 	を入力します:</para>
 
       <screen>&prompt.user; <userinput>key 100 to17759</userinput>
 Reminder - Do not use this program while logged in via telnet or rlogin.
 Enter secret password: <userinput>&lt;秘密のパスフレーズ&gt;</userinput>
 CURE MIKE BANE HIM RACY GORE</screen>
 
       <para>ここで信頼できない通信路の方に戻って,
 	<command>key</command> コマンドが出力したワンタイムパスワード
 	をコピーして <command>keyinit</command> プログラムに入力します.
 	</para>
 
       <screen>s/key access password:<userinput>CURE MIKE BANE HIM RACY GORE</userinput>
 ID unfurl s/key is 100 to17759
 CURE MIKE BANE HIM RACY GORE</screen>
 
       <para>後は, 前章で説明したことと同様です.</para>
     </sect2>
 
     <sect2>
       <title>ワンタイムパスワードを一つ生成する</title>
 
       <para>S/Key の初期化ができたら, ログインするときには以下のような
         プロンプトが出てくるでしょう:</para>
 
 <screen>&prompt.user; <userinput>telnet example.com</userinput>
 Trying 10.0.0.1...
 Connected to example.com
 Escape character is '^]'.
 
 FreeBSD/i386 (example.com) (ttypa)
 
 login: <userinput>&lt;ユーザ名&gt;</userinput>
 s/key 97 fw13894
 Password: </screen>
 
       <para>ここでは表示していませんが, 便利な機能がログインプログラム
 	に備わっています: パスワードプロンプトに対して, 何も入力せずに
 	リターンを押すとエコーモードに切り替わります.  つまりタイプし
 	た文字がそのまま見えるようになるのです. これはS/Key のワンタイ
 	ムパスワードを紙に印刷していた場合など, ワンタイムパスワードを
 	手で入力しなければならない場合に特に役立つ機能です. また, この
 	ログインしようとしてるマシンが, あなたが今使っているマシンから 
 	UNIX パスワードを使ってログインすることができないように設定さ
 	れている場合には, ログインプロンプトには S/Key のワンタイムパ
 	スワードのみが受け付けられることを示す <literal>(s/key
 	required)</literal> という注釈が表示されます.</para>
 
       <para>次に, このログインプロンプトに対して入力するためのワンタイ
 	ムパスワードを生成しましょう. そのために,
 	<command>key</command> プログラムを使える信頼できるマシンを用
 	意します. (<command>key</command> プログラムには DOS や 
 	Windows の上で動くもの, MacOS の上で動くものなどもあります.)
 	<command>key</command> プログラムを使うときには, シーケンス番
 	号とシードを指定します. ログインしようとしているマシンのログ
 	インプロンプトの右側をカットアンドペーストすると楽でしょう.
 	</para>
 
       <para>信頼できるシステムで:</para>
 
       <screen>&prompt.user; <userinput>key 97 fw13894</userinput>
 Reminder - Do not use this program while logged in via telnet or rlogin.
 Enter secret password: 
 WELD LIP ACTS ENDS ME HAAG</screen>
 
       <para>ここでワンタイムパスワードが得られました. ログインを続けま
         しょう:</para>
 
       <screen>login: <userinput>&lt;username&gt;</userinput>
 s/key 97 fw13894
 Password: <userinput>&lt;return to enable echo&gt;</userinput>
 s/key 97 fw13894
 Password [echo on]: WELD LIP ACTS ENDS ME HAAG
 Last login: Tue Mar 21 11:56:41 from 10.0.0.2 ...</screen>
 
       <para>以上の手順は, 信頼できるマシンが利用できる場合<emphasis>の
 	みに</emphasis>使えるもっとも簡単な方法です.  Java による 
 	S/Key の <command>key</command> applet もあり, <ulink
 	url="http://www.cs.umd.edu/~harry/jotp/src.html">The Java OTP
 	Calculator</ulink> からダウンロードして Java をサポートするブ
 	ラウザ上でローカルに実行することができます.</para>
     </sect2>
 
     <sect2>
       <title>複数のワンタイムパスワードを生成する</title>
 
       <para>都合によっては, 信頼できるマシンや信頼できる通信路が一切確
 	保できないようなところで S/Key を使う必要があるでしょう.  この
 	ような場合には, <command>key</command> コマンドを使って複数の
 	ワンタイムパスワードをあらかじめ一気に生成し, 紙に印刷して携帯
 	していくことができます. たとえば:</para>
 
       <screen>&prompt.user; <userinput>key -n 5 30 zz99999</userinput>
 Reminder - Do not use this program while logged in via telnet or rlogin.
 Enter secret password: <userinput>&lt;秘密のパスフレーズ&gt;</userinput>
 26: SODA RUDE LEA LIND BUDD SILT 
 27: JILT SPY DUTY GLOW COWL ROT  
 28: THEM OW COLA RUNT BONG SCOT  
 29: COT MASH BARR BRIM NAN FLAG  
 30: CAN KNEE CAST NAME FOLK BILK</screen>
 
       <para><option>-n 5</option> という引数によって 5 個のワンタイム
 	パスワードを順に生成します. ここで <option>30</option> は, 最
 	後のシーケンス番号となるべき数字です. 出力は普通に使う順番とは 
 	<emphasis>逆</emphasis>に出力されていることに注意してください 
 	(訳注: 一番最初に使うワンタイムパスワードは一番最後に出力され
 	たものです). この結果をカットアンドペーストして 
 	<command>lpr</command> コマンドを使って印刷すると よいでしょう. 
 	もしあなたがセキュリティに偏執するなら, この結果を紙と鉛筆を使っ
 	て手で書き移した方がよいかもしれません. ここで, 出力の各行はシー
 	ケンス番号とそれに対応する一回分のワンタイムパスワードです. 
 	消費済みの ワンタイムパスワードの行をペンで消していくと便利で
 	しょう.</para>
     </sect2>
 
     <sect2>
       <title>UNIX パスワードの利用を制限する</title>
 
       <para>設定ファイル <filename>/etc/skey.access</filename> を使っ
 	て UNIX パスワードの利用を制限することができます. この場合の判
 	断基準として, ログインを受け付ける際のホスト名, ユーザ名, 端末
 	のポート, IP アドレスなどが利用できます. この設定ファイルの詳
 	細に関してはマニュアル &man.skey.access.5; をご覧ください. マ
 	ニュアルにはこの機能に関わるセキュリティについて, いくつかの警
 	告が記述してあります. この機能を使ってセキュリティを高めようと
 	するのならば絶対にこのマニュアルを読んでください.</para>
 
       <para>もし <filename>/etc/skey.access</filename> ファイルが存在
 	しないならば (FreeBSD のデフォルト状態ではそうです), すべての
 	ユーザが UNIX パスワードを利用することができます.  逆に, もし
 	ファイルが存在するならば, <filename>skey.access</filename> ファ
 	イルに明示的に記述されていない限り, すべてのユーザは S/Key の
 	利用を要求されます. どちらの場合においても, そのマシンのコンソー
 	ルからはいつでも UNIX パスワードを使ってログインすることが可能
 	です.</para>
 
       <para>以下によく使われるであろう三種類の設定を含む設定ファイルの
 	例を示します:</para>
 
-      <programlisting>
-permit internet 192.168.0.0 255.255.0.0
+      <programlisting>permit internet 192.168.0.0 255.255.0.0
 permit user fnord
 permit port ttyd0</programlisting>
 
       <para>はじめの行 (<literal>permit internet</literal>) で, telnet 
 	などで接続するときの IP のソースアドレス (注意: これは偽造され
 	るおそれがあります) が特定の値とマスクに一致している場合に,
 	UNIX パスワードの利用を許可することを指定しています.  この設定
 	自体はセキュリティを高めるための機能ではありません.  そうでは
 	なく, ログインの権利を持つ許可されたユーザに対して, 現在そのユー
 	ザが使っているネットワークが信頼できないと考えられるので S/Key 
 	を使うべきである, ということを気づかせるための機能であると考え
 	てください.</para>
 
       <para>二行目 (<literal>permit user</literal>) によって, ある特定
 	のユーザ, この場合は <literal>fnord</literal>, に対して, いつ
 	でも UNIX パスワードの利用を許可するように指定しています. 一般
 	的にはこの設定をおこなうべきではありません.
 	<command>key</command> プログラムがどうしても使えない環境にい
 	る人や, ダム端末しかない環境にいる人, または何度教えても聞く耳
 	を持たないような人をサポートする必要がある場合にのみ設定をおこ
 	なってください.</para>
 
       <para>三行目 (<literal>permit port</literal>) によって, ある特定
 	の端末ポートからログインしようとするすべてのユーザに対して 
 	UNIX パスワードの利用を許可するように指定しています. この設定
 	はダイヤルアップ回線に対する設定として利用できるでしょう.
 	</para>
     </sect2>
   </sect1>
 
   <sect1 id="kerberos">
     <title>Kerberos</title>
 
     <para><emphasis>原作: &a.markm;
 	(&a.md; からの寄稿に基づいています).</emphasis></para>
 
     <para><emphasis>訳: &a.jp.arimura;.</emphasis></para>
 
     <para>Kerberosは,
       サーバのサービスによってユーザが安全に認証を受けられる
       ようにするための, ネットワークの付加システム及びプロトコルです.
       リモートログイン, リモートコピー,
       システム間での安全なファイルのコピ
       ーやその他のリスクの高い仕事がかなり安全に,
       そしてこれまでより制御 できるようになります.</para>
 
     <para>以下の文章は,
       FreeBSD用として配布されているKerberosをセットアップ
       する際のガイドとして読むことができます.  しかし,
       完全な説明が必要な場合には, マニュアルページを読んだ方がよい
       でしょう.</para>
 
     <para>FreeBSDのKerberosは,
       オリジナルの4.4BSD-Liteの配布に含まれているものではなく,
       FreeBSD 1.1.5.1のときに移植されたeBonesです.
       これはアメリカ/カナダの外で作成されており, そのため, アメリカか
       らの暗号技術の輸出制限があった時代でも, 
       これら以外の国の人々が手に入れられるものでした.</para>
 
     <sect2>
       <title>初期データベースの作成</title>
 
       <para>この作業はKerberosサーバだけでおこないます. まず,
 	古いKerberosの データベースが存在しないことを確認してください.
 	ディレクトリ<filename>/etc/kerberosIV</filename>に移って,
 	次のファイルだけが 存在することをチェックします:</para>
 
       <screen>&prompt.root; <userinput>cd /etc/kerberosIV</userinput>
 &prompt.root; <userinput>ls</userinput>
 README          krb.conf        krb.realms</screen>
 
       <para>もし他のファイル (<filename>principal.*</filename> や
 	<filename>master_key</filename>) が 存在する場合には,
 	<command>kdb_destroy</command>というコマンドで古い
 	Kerberosデータベースを消してください.
 	Kerberosが走っていなければ,
 	単に余計なファイルを消せばよいです.</para>
 
       <para>まず, <filename>krb.conf</filename> と
 	<filename>krb.realms</filename>を編集してKerberosの 管理領域
 	(realm) を定義してください.
 	ここでは管理領域が<filename>GRONDAR.ZA</filename> で,
 	サーバ名が<filename>grunt.grondar.za</filename>であるとします.
 	<filename>krb.conf</filename>
 	というファイルを次のように編集してください:</para>
 
       <screen>&prompt.root; <userinput>cat krb.conf</userinput>
 GRONDAR.ZA
 GRONDAR.ZA grunt.grondar.za admin server
 CS.BERKELEY.EDU okeeffe.berkeley.edu
 ATHENA.MIT.EDU kerberos.mit.edu
 ATHENA.MIT.EDU kerberos-1.mit.edu
 ATHENA.MIT.EDU kerberos-2.mit.edu
 ATHENA.MIT.EDU kerberos-3.mit.edu
 LCS.MIT.EDU kerberos.lcs.mit.edu
 TELECOM.MIT.EDU bitsy.mit.edu
 ARC.NASA.GOV trident.arc.nasa.gov</screen>
 
       <para>この例にあるような他の管理領域は, 実際には必要ありません.
 	この例は複数の管理領域を認識する方法を示したものですので,
 	これらの行は含めなくても結構です.</para>
 
       <para>1行目はこのシステムが動いている管理領域の名前です.
 	他の行は管理領域とホスト名のエントリです.
 	行の1つめの単語が管理領域で, 2つめがその管理領域の中で
 	<quote>鍵配布センター</quote>(Key Distribution Center)
 	として働くホスト名です.  ホスト名の次に <literal>admin
 	  server</literal> と書いてある場合には, そのホストが
 	``管理データベースサーバ''(Administrative Database Server)
 	も提供 することを意味します.
 	これらの単語について詳しく知りたい場合にはKerberosのマニュアル
 	ページをご覧ください.</para>
 
       <para>ここで,
 	<filename>GRONDAR.ZA</filename>という管理領域に<hostid
 	  role="fqdn">grunt.grondar.za</hostid> およびその他の<hostid
 	  role="domainname">.grondar.za</hostid>
 	ドメインのすべてのホストを追加し なければなりません.
 	<filename>krb.realms</filename>は次のようになります:</para>
 
       <screen>&prompt.root; <userinput>cat krb.realms</userinput>
 grunt.grondar.za GRONDAR.ZA
 .grondar.za GRONDAR.ZA
 .berkeley.edu CS.BERKELEY.EDU
 .MIT.EDU ATHENA.MIT.EDU
 .mit.edu ATHENA.MIT.EDU</screen>
 
       <para>もう一度注意しますが, 他の管理領域を書く必要はありません.
 	これらは複数の管理領域を認識できるようにマシンを設定する方法を
 	示した例ですので, これらの行は消して構いません.</para>
 
       <para>1行目は名前をつけた管理領域に <emphasis>特定の</emphasis>
 	システムを含めるための ものです.
 	残りの行は名前をつけた管理領域にサブドメインのデフォルトの
 	システムを含めるためのものです.</para>
 
       <para>これでデータベースを作成する準備ができました.
 	この操作はKerberos サーバ (鍵配布センター) を起動するだけです.
 	<command>kdb_init</command>コ
 	マンドを次のように実行してください:</para>
 
       <screen>&prompt.root; <userinput>kdb_init</userinput>
 <prompt>Realm name [default  ATHENA.MIT.EDU ]: </prompt> <userinput>GRONDAR.ZA</userinput>
 You will be prompted for the database Master Password.
 It is important that you NOT FORGET this password.
 
 <prompt>Enter Kerberos master key:</prompt> </screen>
 
       <para>ここで鍵を保存して,
 	ローカルのマシンにあるサーバが取り出せるように します.
 	それには<command>kstash</command>コマンドを使用します.</para>
 
       <screen>&prompt.root; <userinput>kstash</userinput>
 
 <prompt>Enter Kerberos master key: </prompt>
 
 Current Kerberos master key version is 1.
 
 Master key entered.  BEWARE!</screen>
 
       <para>これで暗号化されたマスタパスワードが
 	<filename>/etc/kerberosIV/master_key</filename>
 	に保存されました.</para>
     </sect2>
 
     <sect2>
       <title>すべてが動くようにするための設定</title>
 
       <para>Kerberosを導入する <emphasis>それぞれの</emphasis>
 	システムのデータベースに, 2つ のprincipal (主体名)
 	を追加する必要があります. その名前は
 	<literal>kpasswd</literal>と<literal>rcmd</literal>です.
 	これら2つのprincipalは, 個々 のシステムにおいて,
 	システム名と同じ名前のインスタンスと組にして作成
 	されます.</para>
 
       <para>これらの <command>kpasswd</command> と
 	<command>rcmd</command> というデーモンによって, 他の
 	システムからKerberosのパスワードを変更したり,
 	<command>rcp</command>や <command>rlogin</command>,
 	<command>rsh</command>といったコマンドを実行したりできるよ
 	うになります.</para>
 
       <para>それでは実際にこれらのエントリを追加しましょう:</para>
 
       <screen>&prompt.root; <userinput>kdb_edit</userinput>
 Opening database...
 
 <prompt>Enter Kerberos master key: </prompt>
 
 Current Kerberos master key version is 1.
 
 Master key entered.  BEWARE!
 Previous or default values are in [brackets] ,
 enter return to leave the same, or new value.
 
 <prompt>Principal name:</prompt> <userinput>passwd</userinput>
 <prompt>Instance:</prompt> <userinput>grunt</userinput>
 
 &lt;Not found&gt;, <prompt>Create [y] ?</prompt> <userinput>y</userinput>
 
 Principal: passwd, Instance: grunt, kdc_key_ver: 1
 <prompt>New Password:</prompt>                    &lt;---- ここは「RANDOM」と入力してください
 Verifying password
 
 <prompt>New Password:</prompt>                    &lt;---- ここは「RANDOM」と入力してください
 
 <prompt>Random password [y] ?</prompt> <userinput>y</userinput>
 
 Principal's new key version = 1
 <prompt>Expiration date (enter yyyy-mm-dd) [ 2000-01-01 ] ? </prompt>
 <prompt>Max ticket lifetime (*5 minutes) [ 255 ] ? </prompt>
 <prompt>Attributes [ 0 ] ? </prompt>
 Edit O.K.
 <prompt>Principal name:</prompt> <userinput>rcmd</userinput>
 <prompt>Instance:</prompt> <userinput>grunt</userinput>
 
 &lt;Not found&gt;, <prompt>Create [y] ?</prompt>
 
 Principal: rcmd, Instance: grunt, kdc_key_ver: 1
 <prompt>New Password:</prompt>                    &lt;---- ここは「RANDOM」と入力してください
 Verifying password
 
 <prompt>New Password:</prompt>                    &lt;---- ここは「RANDOM」と入力してください
 
 <prompt>Random password [y] ? </prompt>
 
 Principal's new key version = 1
 <prompt>Expiration date (enter yyyy-mm-dd) [ 2000-01-01 ] ? </prompt>
 <prompt>Max ticket lifetime (*5 minutes) [ 255 ] ? </prompt>
 <prompt>Attributes [ 0 ] ? </prompt>
 Edit O.K.
 <prompt>Principal name:</prompt>                  &lt;---- 何も入力しないと終了します</screen>
     </sect2>
 
     <sect2>
       <title>サーバファイルの作成</title>
 
       <para>次に, 各マシンにおけるサービスを定義している,
 	すべてのインスタンス を展開します.
 	これには<command>ext_srvtab</command>というコマンドを使用しま
 	す. このコマンドで作成されるファイルは, Kerberosの各クライアン
 	トの/etc/kerberosIVディレクトリに
 	<emphasis>安全な方法で</emphasis>コピーまたは
 	移動する必要があります. このファイルはそれぞれのサーバとクラ
 	イアントに存在しなければならず,
 	またKerberosの運用において重要なも のです.</para>
 
       <screen>&prompt.root; <userinput>ext_srvtab grunt</userinput>
 
 <prompt>Enter Kerberos master key: </prompt>
 
 Current Kerberos master key version is 1.
 
 Master key entered.  BEWARE!
 Generating 'grunt-new-srvtab'....</screen>
 
       <para>このコマンドは一時的なファイルを作成するだけです.
 	ファイル名をすべ てのサーバが読めるような
 	<filename>srvtab</filename> という名前に変更しな
 	ければなりません.
 	<command>mv</command>コマンドを用いてシステムの場所に移動
 	してください.</para>
 
       <screen>&prompt.root; mv grunt-new-srvtab srvtab</screen>
 
       <para>そのファイルがクライアントに配るためのもので,
 	ネットワークが安全で はないと思われる場合には, <filename>
 	  <replaceable>client</replaceable>-new-srvtab</filename>
 	を移動
 	可能なメディアにコピーして物理的に安全な方法で運んでください.
 	クラ
 	イアントの<filename>/etc/kerberosIV</filename>ディレクトリで,
 	名前を <filename>srvtab</filename>に変更し,
 	modeを600にするのを忘れないでください:</para>
 
       <screen>&prompt.root; <userinput>mv grumble-new-srvtab srvtab</userinput>
 &prompt.root; <userinput>chmod 600 srvtab</userinput></screen>
     </sect2>
 
     <sect2>
       <title>データベースへのユーザの追加</title>
 
       <para>ここで,
 	ユーザのエントリをデータベースに追加する必要があります.
 	始めに,
 	ユーザ<username>jane</username>のエントリを作成してみましょう.
 	<command>kdb_edit</command>
 	を用いて次のように作成してください:</para>
 
       <screen>&prompt.root; <userinput>kdb_edit</userinput>
 Opening database...
 
 <prompt>Enter Kerberos master key: </prompt>
 
 Current Kerberos master key version is 1.
 
 Master key entered.  BEWARE!
 Previous or default values are in [brackets] ,
 enter return to leave the same, or new value.
 
 <prompt>Principal name:</prompt> <userinput>jane</userinput>
 <prompt>Instance:</prompt>
 
 &lt;Not found&gt;, <prompt>Create [y] ?</prompt> <userinput>y</userinput>
 
 Principal: jane, Instance: , kdc_key_ver: 1
 <prompt>New Password:</prompt>                    &lt;---- 安全なパスワードを入れてください
 Verifying password
 
 <prompt>New Password:</prompt>                    &lt;---- もう一度パスワードを入れてください
 
 Principal's new key version = 1
 <prompt>Expiration date (enter yyyy-mm-dd) [ 2000-01-01 ] ? </prompt>
 <prompt>Max ticket lifetime (*5 minutes) [ 255 ] ? </prompt>
 <prompt>Attributes [ 0 ] ? </prompt>
 Edit O.K.
 <prompt>Principal name:</prompt>                  &lt;---- 何も入力しないと終了します</screen>
     </sect2>
 
     <sect2>
       <title>すべてのテスト</title>
 
       <para>まず始めにKerberosデーモンを起動する必要があります.
 	<filename>/etc/rc.conf</filename>
 	ファイルを正しく編集してあれば, マシンを再
 	起動することでに自動的にデーモンが起動します.
 	これはKerberosサー バでのみ必要です.
 	Kerberosクライアントは<filename>/etc/kerberosIV</filename>か
 	ら必要なものを自動的に入手します.</para>
 
       <screen>&prompt.root; <userinput>kerberos &amp;</userinput>
 Kerberos server starting
 Sleep forever on error
 Log file is /var/log/kerberos.log
 Current Kerberos master key version is 1.
 
 Master key entered.  BEWARE!
 
 Current Kerberos master key version is 1
 Local realm: GRONDAR.ZA
 &prompt.root; <userinput>kadmind -n &amp;</userinput>
 KADM Server KADM0.0A initializing
 Please do not use 'kill -9' to kill this job, use a
 regular kill instead
 
 Current Kerberos master key version is 1.
 
 Master key entered.  BEWARE!</screen>
 
       <para>さあ, これで上で作成した <username>jane</username>
 	というIDのチケットを
 	<command>kinit</command>コマンドで得ることができます:</para>
 
       <screen>&prompt.user; <userinput>kinit jane</userinput>
 MIT Project Athena (grunt.grondar.za)
 Kerberos Initialization for "jane"
 <prompt>Password:</prompt> </screen>
 
       <para><command>klist</command> コマンドを用いてトークンを見て,
 	きちんとチケットを持って いるかどうか確認してください:</para>
 
       <screen>&prompt.user; <userinput>klist</userinput>
 Ticket file:    /tmp/tkt245
 Principal:    jane@GRONDAR.ZA
 
   Issued           Expires          Principal
 Apr 30 11:23:22  Apr 30 19:23:22  krbtgt.GRONDAR.ZA@GRONDAR.ZA</screen>
 
       <para><command>passwd</command>
 	コマンドを用いてパスワードを変更して, kpasswdデーモ
 	ンがKerberos
 	データベースに対して認証されるかどうかチェックして
 	ください:</para>
 
       <screen>&prompt.user; <userinput>passwd</userinput>
 realm GRONDAR.ZA
 <prompt>Old password for jane:</prompt>
 <prompt>New Password for jane:</prompt>
 Verifying password
 <prompt>New Password for jane:</prompt>
 Password changed.</screen>
     </sect2>
 
     <sect2>
       <title><command>su</command>特権の追加</title>
 
       <para>root権限が必要なユーザは<emphasis>誰でも</emphasis>,
 	<command>su</command>コマンドのパス
 	ワードをユーザ毎に<emphasis>別のもの</emphasis>
 	として持つことができます.
 	<username>root</username>に<command>su</command>
 	できる権利を与えられたidを追加します.  これは,
 	principalに付いている<username>root</username>
 	というインスタンスに よって制御されています.
 	<command>kdb_edit</command>を用いて
 	<literal>jane.root</literal>というエントリを
 	Kerberosデータベースに作成します:</para>
 
       <screen>&prompt.root; <userinput>kdb_edit</userinput>
 Opening database...
 
 <prompt>Enter Kerberos master key: </prompt>
 
 Current Kerberos master key version is 1.
 
 Master key entered.  BEWARE!
 Previous or default values are in [brackets] ,
 enter return to leave the same, or new value.
 
 <prompt>Principal name:</prompt> <userinput>jane</userinput>
 <prompt>Instance:</prompt> <userinput>root</userinput>
 
 &lt;Not found&gt;, Create [y] ? y
 
 Principal: jane, Instance: root, kdc_key_ver: 1
 <prompt>New Password:</prompt>                    &lt;---- 安全なパスワードを入れます
 Verifying password
 
 <prompt>New Password:</prompt>                    &lt;---- もう一回パスワードを入れます
 
 Principal's new key version = 1
 <prompt>Expiration date (enter yyyy-mm-dd) [ 2000-01-01 ] ? </prompt>
 <prompt>Max ticket lifetime (*5 minutes) [ 255 ] ?</prompt> <userinput>12</userinput> &lt;--- ここは短くしてください
 <prompt>Attributes [ 0 ] ? </prompt>
 Edit O.K.
 <prompt>Principal name:</prompt>                  &lt;---- 何も入力しないと終了します</screen>
 
       <para>実際にトークンをもらって,
 	ちゃんと働いているかどうか確認しましょう:</para>
 
       <screen>&prompt.root; <userinput>kinit jane.root</userinput>
 MIT Project Athena (grunt.grondar.za)
 Kerberos Initialization for "jane.root"
 <prompt>Password: </prompt></screen>
 
       <para>ここでrootユーザの <filename>.klogin</filename>
 	ファイルにユーザを追加する必要が あります.</para>
 
       <screen>&prompt.root; <userinput>cat /root/.klogin</userinput>
 jane.root@GRONDAR.ZA</screen>
 
       <para><command>su</command>してみましょう:</para>
 
       <screen>&prompt.user; <userinput>su</userinput>
 <prompt>Password: </prompt></screen>
 
       <para>どのトークンを持っているか見てみましょう:</para>
 
       <screen>&prompt.root; klist
 Ticket file:	/tmp/tkt_root_245
 Principal:	jane.root@GRONDAR.ZA
 
   Issued           Expires          Principal
 May  2 20:43:12  May  3 04:43:12  krbtgt.GRONDAR.ZA@GRONDAR.ZA</screen>
     </sect2>
 
     <sect2>
       <title>他のコマンドの使用</title>
 
       <para>ここまでの例では, <literal>jane</literal> という principal
 	を <literal>root</literal> とい
 	うインスタンス付きで作成しました.
 	これはユーザと同じ名前をprincipalと しており,
 	Kerberosのデフォルトの値です;
 	<literal>&lt;username&gt;.</literal><literal>root</literal>
 	という形式の
 	<literal>&lt;principal&gt;.&lt;instance&gt;</literal>で,
 	必要なエント
 	リが<username>root</username>のホームディレクトリの
 	<filename>.klogin</filename>ファイルに あれば,
 	<literal>&lt;username&gt;</literal>がrootに
 	<command>su</command>することができま す.</para>
 
       <screen>&prompt.root; <userinput>cat /root/.klogin</userinput>
 jane.root@GRONDAR.ZA</screen>
 
       <para>同様に, ユーザのホームディレクトリの
 	<filename>.klogin</filename>ファイルに次の
 	ような行がある場合には:</para>
 
       <screen>&prompt.user; <userinput>cat ~/.klogin</userinput>
 jane@GRONDAR.ZA
 jack@GRONDAR.ZA</screen>
 
       <para><username>jane</username> または <username>jack</username>
 	という名前で (前述の<command>kinit</command> によって)
 	認証されている <filename>GRONDAR.ZA</filename>
 	という管理領域のユーザ なら誰でも<command>rlogin</command> や
 	<command>rsh</command>, <command>rcp</command>等によってこ
 	のシステム (<hostid>grunt</hostid>)
 	の<username>jane</username>のアカウントまたはファ
 	イルにアクセスできます.</para>
 
       <para>たとえば, Janeが他のシステムにKerberos
 	を用いてloginします:</para>
 
       <screen>&prompt.user; <userinput>kinit</userinput>
 MIT Project Athena (grunt.grondar.za)
 <prompt>Password: </prompt>
 &prompt.user; <userinput>rlogin grunt</userinput>
 Last login: Mon May  1 21:14:47 from grumble
 Copyright (c) 1980, 1983, 1986, 1988, 1990, 1991, 1993, 1994
 	The Regents of the University of California.   All rights reserved.
 
 FreeBSD BUILT-19950429 (GR386) #0: Sat Apr 29 17:50:09 SAT 1995</screen>
 
       <para>次の例では, Jackが同じマシンの Jane
 	のアカウントにloginします. Janeは <filename>.klogin</filename>
 	ファイルを前述のように設定しており,
 	Kerberosでは<emphasis>jack</emphasis>というprincipal
 	をインスタンスなしで設定してあ ります.</para>
 
       <screen>&prompt.user; <userinput>kinit</userinput>
 &prompt.user; <userinput>rlogin grunt -l jane</userinput>
 MIT Project Athena (grunt.grondar.za)
 <prompt>Password: </prompt>
 Last login: Mon May  1 21:16:55 from grumble
 Copyright (c) 1980, 1983, 1986, 1988, 1990, 1991, 1993, 1994
 	The Regents of the University of California.   All rights reserved.
 
 FreeBSD BUILT-19950429 (GR386) #0: Sat Apr 29 17:50:09 SAT 1995</screen>
     </sect2>
   </sect1>
 
   <sect1 id="firewalls">
     <title>ファイアウォール</title>
 
     <para><emphasis>原作: &a.gpalmer;, Alex Nash;.</emphasis></para>
 
     <para><emphasis>訳: &a.jp.saeki;.<!-- <br> -->
 	11 November 1996.</emphasis></para>
 
     <para>ファイアウォールは,
       インターネットに参加している人はもちろんのこと,
       プライベートネットワークのセキュリティ向上のための
       アプリケーションを 探している人にとっても,
       ますます興味深くなりつつある分野です.
       このセクションではファイアウォールとは何か,
       ファイアウォールの使用法,
       そしてファイアウォールを構築するために FreeBSD のカーネルで
       提供されているファシリティ (機能)
       の使用法について説明したいと思います.</para>
 
     <note>
       <para>社内のネットワークと <quote>巨大かつ信頼のおけない
 	インターネット</quote>との間にファイアウォールを構築することで
 	セキュリティ上のすべての問題が解決できると考える人がいます.
 	ファイアウォールはセキュリティ上の問題を
 	解決する助けになる場合もありますが,
 	充分な設定がなされていないファイアウォールは,
 	まったくファイアウォールを
 	持たない場合よりもセキュリティ上の危険を増大させてしまいます.
 	ファイアウォールにできることは,
 	あなたのシステムにもう一つのセキュリティ層を
 	追加することだけで,
 	本気でアタックをしかけてくるクラッカーが内部ネットワークに
 	侵入するのを妨げることはできません.
 	ファイアウォールを侵入不可能と過信して
 	内部のセキュリティをおろそかにすることは,
 	単にクラッカーの仕事を少し簡単にするだけでしか
 	ありません.</para>
     </note>
 
     <sect2>
       <title>ファイアウォールとは何か ?</title>
 
       <para>現在インターネットで普通に使用されている
 	ファイアウォールには 二つの異なるタイプがあります.  一つは,
 	厳密には <emphasis> パケットフィルタリングルータ </emphasis>
 	と 呼ばれるタイプのものです. これはマルチホームのホストマシン
 	(複数の ネットワークに接続されているマシン) のカーネルが,
 	ある規則にしたがって
 	パケットを転送したりブロックしたりするものです.  もう一つは,
 	<emphasis> proxy (代理) サーバ </emphasis>
 	として知られているタイプのものです.  これは,
 	おそらくはマルチホームのホストマシン上で,
 	カーネルによるパケット転送を 禁止して,
 	デーモンにより認証の提供とパケットの転送とを
 	おこなうものです.</para>
 
       <para>二つのタイプのファイアウォールを組み合わせて使用して,
 	特定のマシン (<emphasis> 要塞ホスト </emphasis> と呼ばれる)
 	だけが パケットフィルタリングルータを通して内部ネットワークへ
 	パケットを送ることができるよう設定している
 	サイトがしばしば存在します.  proxy (代理)
 	サービスは通常の認証機構よりもセキュリティを
 	強化してある 要塞ホストで動作させます.</para>
 
       <para>FreeBSD は (<application>IPFW</application>
 	として知られる) カーネルパケットフィルタ込みで
 	提供されています. このセクションの後の方では,
 	このフィルタについての 説明を集中しておこないます.
 	サードパーティから提供されるソフトウェアを使用することにより,
 	Proxy サーバを FreeBSD 上に構築することができます. しかし,
 	現在入手可能な proxy サーバは
 	たいへんバラエティに富んでいるので,
 	このドキュメントでそれらすべてを
 	カバーすることは不可能です.</para>
 
       <sect3 id="firewalls-packet-filters">
 	<title>パケットフィルタリングルータ</title>
 
 	<para>ルータとは, 二つまたはそれ以上のネットワークの間で
 	  パケットの転送をおこなう マシンのことです.
 	  パケットフィルタリングルータは, そのカーネルの内部に,
 	  一つ一つのパケットをルールリストと比較して
 	  転送するかしないかを決める 特別なコードを持っています.
 	  最近の IP ルーティングソフトウェアのほとんどは, 内部に
 	  パケットのフィルタリングをおこなうためのコードを持っていて,
 	  デフォルトでは すべてのパケットを転送するようになっています.
 	  このフィルタを有効にするためには,
 	  パケットの通過を許すべきかどうかを決める
 	  ルールを自分で定義する必要があります.</para>
 
 	<para>パケットを通すべきか通すべきでないかを決めるために,
 	  パケットヘッダの内容にマッチするものが
 	  ルールリストから探されます.  マッチするルールが見つかると,
 	  ルールアクションが実行されます.  ルールアクションには,
 	  パケットを捨てる, パケットを転送する,
 	  またはパケットの発信元に ICMP
 	  メッセージを送り返すというものがあります.
 	  ルールの検索は先頭から順番におこなわれ,
 	  通常は最初にマッチしたものだけが 適用されます.  そのため,
 	  このルールリストは<quote>ルールチェーン</quote>
 	  と呼ばれることもあります.</para>
 
 	<para>パケットマッチングの基準は使用するソフトウェアに
 	  よって異なりますが,  通常はパケットの発信元 IP アドレス,
 	  宛先 IP アドレス, 発信元ポート番号,  宛先ポート番号
 	  (ポート番号はポートをサポートするプロトコルの場合のみ),
 	  パケットタイプ (UDP, TCP, ICMP など)
 	  に基づくルールを指定することができます.</para>
       </sect3>
 
       <sect3 id="firewalls-proxy-servers">
 	<title>Proxy サーバ</title>
 
 	<para>Proxy サーバとは通常のシステムデーモン (telnetd, ftpd
 	  など) を 特別なサーバで置き換えたマシンのことです.
 	  これらのサーバは,
 	  通常は中継をおこなって特定方向への接続だけを許すため,
 	  <emphasis>proxy サーバ </emphasis> と呼ばれます.  (たとえば)
 	  proxy telnet
 	  サーバをファイアウォールホストで走らせておきます.
 	  外部からユーザがファイアウォールに対して telnet
 	  を実行すると,  proxy telnet サーバが応答して,
 	  何らかの認証機構を実行します.  これを通過した後で,
 	  内部ネットワークへのアクセスがおこなえるように なるのです.
 	  (内部ネットワークからの信号は proxy
 	  サーバがかわりに受け取り,  外へ向けて送り出します.)</para>
 
 	<para>Proxy サーバは通常,
 	  普通のサーバより堅固に構築されていて,  しばしば
 	  <quote>使い捨て</quote>パスワードシステムなどを含む,
 	  多様な認証機構を持っています.
 	  <quote>使い捨て</quote>パスワードシステムとは,
 	  どういうものなのでしょうか.  仮に誰かが何らかの方法で,
 	  あなたが使用したパスワードを手に入れたとします.  しかし,
 	  一度使用したことで,
 	  そのパスワードは既に無効になっているのです.  ですから,
 	  そのパスワードをもう一度使用したとしても, あなたのシステムへ
 	  アクセスすることはできないというわけです.
 	  これらのサーバは中継をおこなうだけで,
 	  実際のところサーバホスト自身への
 	  アクセスをユーザに許してはいません. そのため,
 	  何者かがセキュリティシステムに
 	  侵入用の裏口を取り付けることは,
 	  より困難になっています.</para>
 
 	<para>proxy サーバはアクセス制限の方法をいくつも持っていて,
 	  特定のホスト
 	  だけがサーバへのアクセス権を得ることができるように
 	  なっていることがあり ます.
 	  そして目的のマシンと通信できるユーザを制限するように
 	  設定することもできます.  もう一度言いますが,
 	  どんなファシリティ (機能) が使えるかは,  どんな proxy
 	  サービスをおこなうソフトウェアを選ぶかに大きく
 	  依存します.</para>
       </sect3>
     </sect2>
 
     <sect2>
       <title>IPFW で何ができるか</title>
 
       <para>FreeBSD とともに配布されている
 	<application>IPFW</application> は, カーネル内部にあって
 	パケットのフィルタリングとアカウンティングを
 	おこなうシステムであり,
 	ユーザ側のコントロールユーティリティである &man.ipfw.8; を
 	含んでいます. ルーティングの決定をおこなう際に,
 	これらは互いに協力して,
 	カーネルで使用されるルールを定義したり,
 	現在使用されているルールを
 	問い合わせたりすることができます.</para>
 
       <para><application>IPFW</application>
 	は互いに関連する二つの部分からなっています.
 	ファイアウォールセクションは
 	パケットフィルタリングをおこないます.  また, IP
 	アカウンティングセクションはファイアウォールセクションのものと
 	似たルールに基づいてルータの使用を追跡します.  これにより,
 	(たとえば) 特定のマシンからルータへのトラフィックがどのくらい
 	発生しているか調べたり, どれだけの WWW (World Wide Web)
 	トラフィックが
 	フォワードされているかを知ることができます.</para>
 
       <para><application>IPFW</application> は,
 	ルータではないマシンにおいても入出力コネクションの
 	パケットフィルタリングのために
 	使用することができるように設計されています.  これは一般的な
 	<application>IPFW</application>
 	の使用法とは異なる特別な使い方ですが,
 	こういった状況でも同じコマンドと
 	テクニックが使用されます.</para>
     </sect2>
 
     <sect2>
       <title>FreeBSD で IPFW を有効にする</title>
 
       <para><application>IPFW</application>
 	システムの中心となる部分はカーネル内部にあります.  そのため,
 	どのファシリティ (機能) を必要とするかによって, 一つまたは
 	それ以上のオプションをカーネルコンフィグレーション
 	ファイルに追加し,
 	カーネルを再コンパイルする必要があるでしょう.
 	カーネルの再コンパイル方法の詳細については,  <link
 	  linkend="kernelconfig">カーネルコンフィグレーション</link>
 	を参照してください.</para>
 
       <para>現在, IPFW
 	に関係するカーネルコンフィグレーションオプションは
 	三つあります:</para>
 
       <variablelist>
 	<varlistentry><term><literal>options IPFIREWALL</literal></term>
 	  <listitem>
 	    <para>パケットフィルタリングのためのコードを
 	      カーネルに組み込みます.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term><literal>
 	      options IPFIREWALL_VERBOSE</literal></term>
 	  <listitem>
 	    <para>&man.syslogd.8; を通じて
 	      パケットのログを取るためのコードを有効にします.
 	      フィルタルールでパケットのログを取るように指定しても,
 	      このオプションが指定されていなければ,
 	      ログを取ることはできません.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term><literal>
 	      options IPFIREWALL_VERBOSE_LIMIT=10</literal></term>
 	  <listitem>
 	    <para>&man.syslogd.8; を通じて
 	      ログを取るパケットの数をエントリ毎に制限します.
 	      敵対的な環境においてファイアウォールの
 	      動作のログを取りたいけれど,
 	      syslog の洪水によるサービス拒絶攻撃に対し
 	      無防備でありたくないという場合に,
 	      このオプションを使用したいと思うことが
 	      あるかもしれません.</para>
 
 	    <para>チェーンエントリのログが指定された制限数に達すると,
 	      そのエントリに関するログ取りは停止されます.
 	      ログ取りを再開するには, &man.ipfw.8;
 	      ユーティリティを使用して
 	      関連するカウンタをリセットする必要があります:</para>
 
 	    <screen>&prompt.root; <userinput>ipfw zero 4500</userinput></screen>
 
 	    <para>4500 とは,
 	      ログ取りを続行したいチェーンエントリの番号です.</para>
 	  </listitem>
 	</varlistentry>
       </variablelist>
 
       <para>以前のバージョンの FreeBSD は
 	<literal>IPFIREWALL_ACCT</literal> というオプションを
 	持っていました.  しかし,
 	ファイアウォールコードがアカウンティングファシリティ (機能) を
 	自動的に含むようになったため,
 	現在では使用されることはなくなっています.</para>
     </sect2>
 
     <sect2>
       <title>IPFW の設定</title>
 
       <para><application>IPFW</application> ソフトウェアの設定は
 	&man.ipfw.8; ユーティリティを
 	通じておこないます. このコマンドの構文は非常に
 	複雑に見えますが,
 	一旦その構造を理解すれば比較的単純です.</para>
 
       <para>このユーティリティでは今のところ四つの異なる
 	コマンドカテゴリが 使用されています: それは追加 / 削除, 表示,
 	フラッシュ, およびクリアです.  追加 /
 	削除はパケットの受け入れ, 拒絶, ログ取りをどのようにおこなうか
 	というルールを構築するのに使用します.  表示はルールリスト
 	(またはチェーン) と (アカウンティング用) パケットカウンタの
 	内容を調べるのに使用します.
 	フラッシュはチェーンからすべてのエントリを
 	取り除くのに使用します.
 	クリアは一つまたはそれ以上のアカウンティングエントリを
 	ゼロにするのに 使用します.</para>
 
       <sect3>
 	<title>IPFW ルールの変更</title>
 
 	<para>この形式での使用法は:
 	  <cmdsynopsis>
 	    <command>ipfw</command>
 	    <arg>-N</arg>
 	    <arg choice="plain">コマンド</arg>
 	    <arg>index</arg>
 	    <arg choice="plain">アクション</arg>
 	    <arg>log</arg>
 	    <arg choice="plain">プロトコル</arg>
 	    <arg choice="plain">アドレス</arg>
 	    <arg>オプション</arg>
 	  </cmdsynopsis>
 	</para>
 
 	<para>この形式で使用する際に有効なフラグは一つだけです:</para>
 
 	<variablelist>
 	  <varlistentry><term>-N</term>
 	    <listitem>
 	      <para>アドレスやサービス名を
 		文字列に変換して表示します.</para>
 	    </listitem>
 	  </varlistentry>
 	</variablelist>
 
 	<para><emphasis> コマンド </emphasis>
 	  は一意である限り短縮可能です.  有効な <emphasis> コマンド
 	  </emphasis> は:</para>
 
 	<variablelist>
 	  <varlistentry><term>add</term>
 	    <listitem>
 	      <para>ファイアウォール / アカウンティングルールリストに
 		エントリを追加します.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>delete</term>
 	    <listitem>
 	      <para>ファイアウォール /
 		アカウンティングルールリストから
 		エントリを削除します.</para>
 	    </listitem>
 	  </varlistentry>
 	</variablelist>
 
 	<para>以前のバージョンの <application>IPFW</application> では,
 	  ファイアウォールエントリと
 	  パケットアカウンティングエントリが別々に利用されていました.
 	  現在のバージョンでは, それぞれのファイアウォールエントリ毎に
 	  パケットアカウンティングエントリが備えられています.</para>
 
 	<para><emphasis>index</emphasis> が指定されていると,
 	  エントリはチェーン中の <emphasis remap=tt>index</emphasis>
 	  で示される位置に置かれます. <emphasis
 	    remap=tt>index</emphasis> が指定されて いなければ,
 	  エントリは (65535 番のデフォルトルールである
 	  パケット拒絶を別にして) 最後のチェーンエントリの index に
 	  100 を足した 位置 (チェーンの最後) に置かれます.</para>
 
 	<para>カーネルが <literal>IPFIREWALL_VERBOSE</literal>
 	  つきでコンパイルされている場合,  <literal>log</literal>
 	  オプションはマッチしたルールを
 	  システムコンソールに出力させます.</para>
 
 	<para>有効な <emphasis> アクション </emphasis> は:</para>
 
 	<variablelist>
 	  <varlistentry><term>reject</term>
 	    <listitem>
 	      <para>パケットを捨てます, ICMP ホスト /
 		ポート到達不能パケットを (適切な方を)
 		発信元へ送ります.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>allow</term>
 	    <listitem>
 	      <para>通常通りパケットを通過させます. (別名:
 		<literal>pass</literal> および
 		<literal>accept</literal>)</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>deny</term>
 	    <listitem>
 	      <para>パケットを捨てます. 発信元は ICMP メッセージによる
 		通知を受けません (そのためパケットが
 		宛先に到達しなかったように見えます).</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>count</term>
 	    <listitem>
 	      <para>このルールはパケットカウンタを更新するだけで,
 		パケットを 通過させたり拒絶したりしません.
 		検索は次のチェーンエントリから続けられます.</para>
 	    </listitem>
 	  </varlistentry>
 	</variablelist>
 
 	<para>それぞれの <emphasis> アクション </emphasis>
 	  は一意な先頭部分だけでも認識されます.</para>
 
 	<para>指定可能な <emphasis> プロトコル </emphasis>
 	  は以下の通り:</para>
 
 	<variablelist>
 	  <varlistentry><term>all</term>
 	    <listitem>
 	      <para>任意の IP パケットにマッチします.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>icmp</term>
 	    <listitem>
 	      <para>ICMP パケットにマッチします.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>tcp</term>
 	    <listitem>
 	      <para>TCP パケットにマッチします.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>udp</term>
 	    <listitem>
 	      <para>UDP パケットにマッチします.</para>
 	    </listitem>
 	  </varlistentry>
 	</variablelist>
 
 	<para><emphasis> アドレス </emphasis> の指定は:</para>
 	<cmdsynopsis>
 	  <arg choice="plain">from</arg>
 	  <arg choice="plain"><replaceable>address/mask</replaceable></arg>
 	  <arg><replaceable>port</replaceable></arg>
 	  <arg choice="plain">to</arg>
 	  <arg choice="plain"><replaceable>address/mask</replaceable></arg>
 	  <arg><replaceable>port</replaceable></arg>
 	  <arg>via <replaceable>interface</replaceable></arg>
 	</cmdsynopsis>
 
 	<para><replaceable>port</replaceable> はポートをサポートする
 	  <emphasis> プロトコル </emphasis> (UDP と TCP) の
 	  場合にだけ指定可能です.</para>
 
 	<para><option>via</option> は必須ではなく,
 	  特定のインターフェースを通ってきたパケット
 	  だけにマッチするように, IP アドレスまたはローカル IP
 	  インターフェースの ドメイン名, またはインターフェース名
 	  (たとえば <devicename>ed0</devicename>) を
 	  指定することができます.
 	  インターフェースユニット番号はオプションで,
 	  ワイルドカードで指定することが できます. たとえば,
 	  <literal>ppp*</literal> はすべてのカーネル PPP
 	  インターフェースに マッチします.</para>
 
 	<para><replaceable>address/mask</replaceable> の指定は:
 
 	  <screen><replaceable>address</replaceable></screen>
 
 	  または
 
 	  <screen><replaceable>address</replaceable>/<replaceable>mask-bits</replaceable></screen>
 
 	  または
 
 	  <screen><replaceable>address</replaceable>:<replaceable>mask-pattern</replaceable></screen>
 	</para>
 
 	<para>IP
 	  アドレスのかわりに有効なホスト名を指定することも可能です.
 	  <option><replaceable>mask-bits</replaceable></option>
 	  はアドレスマスクで上位何ビットを１にするべきかを
 	  示す十進数値です. たとえば次の指定,
 	  <literal>192.216.222.1/24</literal> はクラス C のサブネット
 	  (この場合 192.216.222) の任意のアドレスにマッチする
 	  マスクを作成します.
 	  <option><replaceable>mask-pattern</replaceable></option>
 	  は与えられたアドレスと 論理 AND される IP アドレスです.
 	  キーワード <literal>any</literal> は<quote>任意の IP
 	  アドレス</quote>を指定するために
 	  使用することができます.</para>
 
 	<para>ブロックするポート番号は以下のように指定します:
 
 	  <cmdsynopsis>
 	    <arg choice="plain"><replaceable>port</replaceable><arg>,
 		<replaceable>port</replaceable><arg>,
 		  <replaceable>port</replaceable><arg>&hellip;
 		  </arg></arg></arg></arg>
 	  </cmdsynopsis>
 
 	  のように単独のポートまたはポートのリストを指定します.
 	  または
 
 	  <cmdsynopsis>
 	    <arg choice="plain"><replaceable>port</replaceable>-
 	      <replaceable>port</replaceable></arg>
 	  </cmdsynopsis>
 
 	  のようにポートの範囲を指定します.
 	  単独のポートとポートのリストを
 	  組み合わせて指定することも可能ですが,
 	  その場合は常に範囲の方を
 	  最初に指定しなければなりません.</para>
 
 	<para>使用可能な <emphasis> オプション </emphasis> は:</para>
 
 	<variablelist>
 	  <varlistentry><term>frag</term>
 	    <listitem>
 	      <para>データグラムの最初の
 		フラグメントでなければマッチします.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>in</term>
 	    <listitem>
 	      <para>入力途中のパケットであればマッチします.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>out</term>
 	    <listitem>
 	      <para>出力途中のパケットであればマッチします.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>ipoptions <replaceable>spec</replaceable></term>
 	    <listitem>
 	      <para>IP ヘッダが <replaceable>spec</replaceable>
 		に指定された カンマで区切られた
 		オプションのリストを含んでいればマッチします.
 		サポートされている IP オプションのリストは:
 		<literal>ssrr</literal> (ストリクトソースルート),
 		<literal>lsrr</literal> (ルーズソースルート),
 		<literal>rr</literal> (レコードパケットルート),
 		そして <literal>ts</literal> (タイムスタンプ) です.
 		特定のオプションを含まないことを指定するには
 		<literal>!</literal> を先頭につけます.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>established</term>
 	    <listitem>
 	      <para>パケットが既に確立されている TCP
 		コネクションの一部であれば (つまり RST または ACK
 		ビットがセットされていれば) マッチします.
 		<emphasis>established</emphasis>
 		ルールをチェーンの最初の方に置くことで,
 		ファイアウォールのパフォーマンスを向上させることが
 		できます.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>setup</term>
 	    <listitem>
 	      <para>パケットが TCP
 		コネクションを確立しようとするものであれば (SYN
 		ビットがセットされ ACK ビットはセットされていなければ)
 		マッチします.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>tcpflags <replaceable>flags</replaceable></term>
 	    <listitem>
 	      <para>TCP ヘッダが <replaceable>flags</replaceable>
 		に指定された カンマで区切られたフラグの
 		リストを含んでいればマッチします.
 		サポートされているフラグは, <literal>fin</literal>,
 		<literal>syn</literal>, <literal>rst</literal>,
 		<literal>psh</literal>, <literal>ack</literal> と
 		<literal>urg</literal> です.
 		特定のフラグを含まないことを指定するには
 		<literal>!</literal> を先頭につけます.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>icmptypes <replaceable>types</replaceable></term>
 	    <listitem>
 	      <para>ICMP タイプが <replaceable>types</replaceable>
 		リストに 存在していればマッチします.
 		リストはタイプの範囲または個々のタイプを
 		カンマで区切った任意の組合せで指定できます.
 		一般的に使用されている ICMP タイプは:
 		<literal>0</literal> エコーリプライ (ping リプライ),
 		<literal>3</literal> 相手先到達不可能,
 		<literal>5</literal> リダイレクト,
 		<literal>8</literal> エコーリクエスト (ping
 		リクエスト), そして <literal>11</literal> 時間超過
 		(&man.traceroute.8; で使用されているように,  TTL
 		満了を示すのに使用されます) です.</para>
 	    </listitem>
 	  </varlistentry>
 	</variablelist>
       </sect3>
 
       <sect3>
 	<title>IPFW ルールリストの表示</title>
 
 	<para>この形式での使用法は:
 	  <cmdsynopsis>
 	    <command>ipfw</command>
 	    <arg>-a</arg>
 	    <arg>-t</arg>
 	    <arg>-N</arg>
 	    <arg choice="plain">l</arg>
 	  </cmdsynopsis>
 	</para>
 
 	<para>この形式で使用する際に有効なフラグは三つあります:</para>
 
 	<variablelist>
 	  <varlistentry><term>-a</term>
 	    <listitem>
 	      <para>リスト表示の際にカウンタの値も表示します.
 		このオプションは アカウンティングカウンタの
 		内容を見る唯一の手段です.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>-t</term>
 	    <listitem>
 	      <para>各チェーンエントリが最後に
 		マッチした時刻を表示します.  この時刻表示は
 		  &man.ipfw.8; ユーティリティで使用される入力形式と
 		互換性がありません.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>-N</term>
 	    <listitem>
 	      <para>(可能であれば)
 		アドレスやサービス名を文字列に変換して表示します.</para>
 	    </listitem>
 	  </varlistentry>
 	</variablelist>
       </sect3>
 
       <sect3>
 	<title>IPFW ルールのフラッシュ</title>
 
 	<para>チェーンをフラッシュするには:
 	  <cmdsynopsis>
 	    <command>ipfw</command>
 	    <arg choice="plain">flush</arg>
 	  </cmdsynopsis>
 	</para>
 
 	<para>カーネルに固定されているデフォルトルール (インデックス
 	  65535 番)  以外の,
 	  ファイアウォールチェーンの中のすべてのエントリを削除します.
 	  デフォルトではすべてのパケットが拒絶されるので,
 	  一旦これを実行すると,
 	  パケットを許可するエントリがチェーンに追加されるまで,
 	  あなたのシステムがネットワークから切り放されてしまいます.
 	  そのため,
 	  ルールのフラッシュをおこなうときは注意が必要です.</para>
       </sect3>
 
       <sect3>
 	<title>IPFW パケットカウンタのクリア</title>
 
 	<para>一つまたはそれ以上のパケットカウンタをクリアするためには:
 	  <cmdsynopsis>
 	    <command>ipfw</command>
 	    <arg choice="plain">zero</arg>
 	    <arg choice="opt"><replaceable>index</replaceable></arg>
 	  </cmdsynopsis>
 	</para>
 
 	<para><replaceable>index</replaceable> が指定されていなければ,
 	  すべてのパケットカウンタが クリアされます.
 	  <replaceable>index</replaceable> が指定されていれば,
 	  特定のチェーンエントリだけが クリアされます.</para>
       </sect3>
     </sect2>
 
     <sect2>
       <title>ipfw に対するコマンドの例</title>
 
       <para>このコマンドは, ホスト <hostid
 	  role="fqdn">evil.crackers.org</hostid> から ホスト <hostid
 	  role="fqdn">nice.people.org</hostid> の telnet ポートへの
 	すべてのパケットを拒絶します:</para>
 
       <screen>&prompt.root; <userinput>ipfw add deny tcp from evil.crackers.org to nice.people.org 23</userinput></screen>
 
       <para>次の例は, ネットワーク <hostid
 	  role="domainname">crackers.org</hostid> (クラス C) 全体から
 	マシン <hostid role="fqdn">nice.people.org</hostid>
 	(の任意のポート) への 任意の TCP トラフィックを拒絶し,
 	ログを取ります.</para>
 
       <screen>&prompt.root; <userinput>ipfw add deny log tcp from evil.crackers.org/24 to nice.people.org</userinput></screen>
 
       <para>あなたの内部ネットワーク (クラス C のサブネット) に対する
 	X セッションを 張れないようにする場合,
 	以下のコマンドで必要なフィルタリングがおこなえます:</para>
 
       <screen>&prompt.root; <userinput>ipfw add deny tcp from any to my.org/28 6000 setup</userinput></screen>
 
       <para>アカウンティングレコードを見るには:
 
 	<screen>&prompt.root; <userinput>ipfw -a list</userinput></screen>
 
 	または短縮形式で</para>
 
       <screen>&prompt.root; <userinput>ipfw -a l</userinput></screen>
 
       <para>最後にチェーンエントリがマッチした
 	時刻を見ることもできます.</para>
 
       <screen>&prompt.root; <userinput>ipfw -at l</userinput></screen>
     </sect2>
 
     <sect2>
       <title>パケットフィルタリングファイアウォールの構築</title>
 
       <note>
 	<para>以下の提案は, ただの提案にすぎません:
 	  必要な処理はそれぞれのファイアウォールで異なるため,
 	  あなた独自の要求にあったファイアウォールを構築する方法を
 	  ここで述べることはできないのです.</para>
       </note>
 
       <para>最初にファイアウォールをセットアップするとき,
 	コントロールされた環境でファイアウォールホストの
 	設定がおこなえるような
 	テストベンチセットアップが用意できない場合には,
 	カーネルのログ取りを
 	有効にしてログ取り版のコマンドを使用することを
 	強くおすすめします.  そうすることで,
 	大した混乱や中断なしに問題となる範囲の特定と処置を
 	素早くおこなうことができます.
 	初期セットアップフェーズが完了してからであっても,
 	アタックの可能性のあるアクセスをトレースしたり,
 	要求の変化に応じてファイアウォールルールを
 	変更したりできるので,  `deny'
 	に対するログ取りをおこなうことをおすすめします.</para>
 
       <note>
 	<para><command>accept</command>
 	  コマンドのログ取りをおこなっていると,
 	  ファイアウォールをパケットが一つ通過する毎に 1
 	  行のログが生成されるため <emphasis>大量の</emphasis>
 	  ログデータが発生します.  そのため, 大規模な ftp/http
 	  転送などをおこなうと, システムが非常に 遅くなってしまいます.
 	  また, パケットが通過するまでにカーネルにより
 	  多くの仕事を要求するため,  パケットのレイテンシ (latency)
 	  を増加させてしまいます.  syslogd
 	  もログをディスクに記録するなど, より多くの CPU タイムを
 	  使用し始め, 実に容易に <filename>/var/log</filename>
 	  が置かれているパーティションを
 	  パンクさせてしまう可能性があります.</para>
       </note>
 
       <para>ファイアウォールは, 
 	<filename>/etc/rc.conf.local</filename> か, もしくは
 	<filename>/etc/rc.conf</filename> によって有効化されるべきです.
         関連マニュアルページには, どのドアノブ(訳注:
         ポートや IP アドレスなど,
         ネットワークからの入口を示すもののこと)に手をつければ良いのかに
         ついての説明と, ファイアウォール設定の既定値のリストがあります.
         もし, 設定の既定値を使わない場合には,
         <command>ipfw list</command> とすることで,
         現在のルールセットを <filename>rc.conf</filename> から読み込める形で
         ファイルに出力することができます.
         また, <filename>/etc/rc.conf.local</filename> や
 	<filename>/etc/rc.conf</filename> によってファイアウォールを
         有効化しない場合には, ファイアウォールの有効化がすべての
         IP インターフェイス設定より先に行なわれるように確認することが重要です.
       </para>
 
       <para>次の問題は, ファイアウォールが実際には何を <emphasis> する
 	</emphasis> べきかです !
 	これは外部からそのネットワークへのどんなアクセスを許したいか,
 	また内部から外界へのアクセスを
 	どのくらい許したいかに大きく依存します.
 	いくつか一般的なルールを挙げると:</para>
 
       <itemizedlist>
 	<listitem>
 	  <para>1024 番以下のポートへのすべての TCP
 	    入力アクセスをブロックします.  ここは finger, SMTP (mail)
 	    そして telnet など, 最もセキュリティに敏感な
 	    サービスが存在する場所だからです.</para>
 	</listitem>
 
 	<listitem>
 	  <para><emphasis> すべての </emphasis> 入力 UDP
 	    トラフィックをブロックします.  これは UDP
 	    を使用しているサービスで有用なものは極めて少ないうえ,
 	    有用なトラフィック (たとえば Sun の RPC と NFS プロトコル)
 	    は,  通常セキュリティに対する脅威となるためです.  UDP
 	    はコネクションレスプロトコルであるため,  入力 UDP
 	    トラフィックを拒絶することは すなわち出力 UDP
 	    トラフィックに対する返答をも ブロックすることになるので,
 	    このことはそれなりの不利益をもたらします.  たとえば外部の
 	    archie (prospero) サーバを使用している (内部の) ユーザに
 	    とって問題となる可能性があります.  もし archie
 	    へのアクセスを許したければ, 191 番と 1525 番のポートから
 	    任意の UDP
 	    ポートへ来るパケットがファイアウォールを通過することを
 	    許可しなければなりません.  123
 	    番のポートから来るパケットは ntp パケットで,
 	    これも通過の許可を考慮する必要がある
 	    もう一つのサービスです.</para>
 	</listitem>
 
 	<listitem>
 	  <para>外部から 6000
 	    番のポートへのトラフィックをブロックします.  6000
 	    番のポートは X11 サーバへのアクセスに使用されるポートで,
 	    セキュリティに対する脅威となりえます.
 	    (特に自分のワークステーションで  <command>xhost
 	      +</command>
 	    をおこなう癖を持っている人がいればなおさらです).  X11
 	    は実際に 6000 番以降のポートを使用する可能性があるため,
 	    通過許可に 上限を定めると,
 	    そのマシンで走らせることのできる X ディスプレイの
 	    個数が制限されます.  RFC 1700 (Assigned Numbers)
 	    で定義されているように, 上限は 6063 です.</para>
 	</listitem>
 
 	<listitem>
 	  <para>内部のサーバ (たとえば SQL サーバなど)
 	    がどのポートを使用するかを チェックします.
 	    それらのポートは通常, 上で指定した 1-1024
 	    番の範囲から外れていますので,
 	    これらも同様にブロックしておくことは
 	    おそらく良い考えです.</para>
 	</listitem>
       </itemizedlist>
 
       <para>これとは別のファイアウォール設定に 関するチェックリストが
 	CERT から 入手可能です.  <ulink
 	  url="http://www.cert.org/tech_tips/packet_filtering.html">http://www.cert.org/tech_tips/packet_filtering.html</ulink></para>
 
       <para>前にも述べたように, これはただの <emphasis> ガイドライン
 	</emphasis> にすぎません.
 	ファイアウォールでどのようなフィルタルールを使用するかは,
 	あなた自身が 決めなければなりません.
 	これまでのアドバイスにしたがったにも関わらず,
 	誰かがあなたのネットワークに 侵入してきたとしても,
 	私は「いかなる」責任もとることはできません.</para>
     </sect2>
   </sect1>
 
   <sect1 id="openssl">
     <title>OpenSSL</title>
 
     <para>FreeBSD 4.0 では, OpenSSL ツールキットが基本構成の一部に
       含まれています. <ulink url="http://www.openssl.org/">OpenSSL</ulink> は,
       Secure Sockets Layer v2/v3 (SSLv2/SSLv3) や Transport Layer
       Security v1 (TLSv1) ネットワークセキュリティプロトコルと同様の
       多目的な暗号化ライブラリを提供します.</para>
 
     <para>しかしながら, OpenSSL に含まれるアルゴリズムのひとつ
       (特に IDEA) は, 合衆国内, その他の地域において,
       特許により保護されています. そのため,
       無制約な利用は許されません. IDEA は
       FreeBSD の OpenSSL 配布に含まれていますが, デフォルトではコンパ
       イルされません. もし IDEA を使いたいなら, そしてあなたがそのライ
       センス条項に合致するなら, /etc/make.conf の中の MAKE_IDEA スイッ
       チを有効にして, 'make world' でソースをリビルドしてください.
       </para>
 
     <para>現在は RSA アルゴリズムはアメリカとその他の国で自由に利用で
       きます. 以前は特許により保護されていました.</para>
 
     <sect2>
       <title>ソースコードのインストール</title>
       
       <para>OpenSSL は <literal>src-crypto</literal> と
         <literal>src-secure</literal> cvsup コレクションの一部です. 
 	FreeBSD のソースコードの取得と更新の詳細は,
         <link linkend="mirrors">FreeBSD
           の入手</link>の項を参照して下さい.</para>
     </sect2>
   </sect1>
 
   <sect1 id="ipsec">
     <title>IPsec</title>
     <para><emphasis>原作: &a.shin;, 5 March
 	2000.</emphasis></para>
     <para><emphasis>訳: &a.jp.hino;, 14 March
 	2001.</emphasis></para>
 
     <!-- hrs:2001/03/17 - ipsec-implementation is not translated yet. -->  
     <para>IPsec 機構は, IP 層とソケット層の両方に対して安全な通
       信を提供します. 本章ではその使い方について説明します. IPsec の内
       部実現法に関しては <!-- link linkend="ipsec-implementation" -->23.5.4 
       章<!-- /link -->を参照してください.
       </para>
 
     <para>現在の IPsec の実装は, トランスポートモードとトンネルモード
       の両方をサポートしています. しかし, トンネルモードにはいくつかの
       制限事項があります. <ulink
       url="http://www.kame.net/newsletter/">http://www.kame.net/newsletter/
       </ulink> にはより総合的な例が載っています.</para>
 
     <para>ここで述べる機能を利用するには, 以下のオプションをカーネルコ
       ンパイル時に指定する必要があることにご注意ください.</para>
 
-    <programlisting>
-options          IPSEC              #IP security
+    <programlisting>options          IPSEC              #IP security
 options          IPSEC_ESP          #IP security (crypto; define w/IPSEC)</programlisting>
 
     <sect2>
       <title>IPv4 におけるトランスポートモードの例</title>
 
      
       <para>ホスト A (10.2.3.4) とホスト B (10.6.7.8) との間に安全なチャ
         ネルを配置するために, セキュリティアソシエーションを設定しましょ
         う. ここでは, 少し込み入った例を示します. ホスト A からホストB 
         へは old AH のみを使います. ホスト B からホスト A へは new AH 
         と new ESP を組み合わせます.</para>
 
       <para>ここで "AH"/"new AH"/"ESP"/"new ESP" に対応するアルゴリズ
         ムを決めないといけません. アルゴリズムの名前を知るには, 
         &man.setkey.8; マニュアルページをご覧ください. ここでは, AH に
         MD5 を, new AH には new-HMAC-SHA1 を, new ESP には 8 バイト IV 
         の new-DES-expIV を選びました.</para>
 
       <para>鍵長はそれぞれのアルゴリズムに大きく依存します. たとえば,
         MD5 では鍵長は 16 バイトでなければなりませんし, new-HMAC-SHA1 
         では 20 バイトでなければなりませんし, new-DES-expIV では 8 バ
         イトでなければなりません. ここではそれぞれ "MYSECRETMYSECRET",
         "KAMEKAMEKAMEKAMEKAME", "PASSWORD", とします.</para>
 
       <para>次に, それぞれのプロトコルに対して SPI (セキュリティパラメー
         タインデックス: Security Parameter Index) を割り当てます. 三種
         類のセキュリティヘッダ (ホスト A からホスト B に一つ, ホスト B 
         から ホスト A に二つ) を生成するので, この安全なチャネルには三
         つの SPI が必要になることに注意してください. さらに, SPI は 
         256 以上である必要があることにも注意してください. ここではそれ
         ぞれ 1000, 2000, 3000 を割り当てます.</para>
 
       <screen>
 
 	           (1)
 	ホスト A ------> ホスト B
 
 	(1)PROTO=AH
 		ALG=MD5(RFC1826)
 		KEY=MYSECRETMYSECRET
 		SPI=1000
 
 	           (2.1)
 	ホスト A <------ ホスト B
 	         <------
 	           (2.2)
 
 	(2.1)
 	PROTO=AH
 		ALG=new-HMAC-SHA1(new AH)
 		KEY=KAMEKAMEKAMEKAMEKAME
 		SPI=2000
 
 	(2.2)
 	PROTO=ESP
 		ALG=new-DES-expIV(new ESP)
 			IV length = 8
 		KEY=PASSWORD
 		SPI=3000
 
       </screen>
 
       <para>次に, セキュリティアソシエーションを設定しましょう. ホスト
         A とホスト B の両方で, &man.setkey.8; を実行します:</para>
 
       <screen>
 
 &prompt.root; <command>setkey -c</command>
 add 10.2.3.4 10.6.7.8 ah-old  1000 -m transport -A keyed-md5 "MYSECRETMYSECRET" ;
 add 10.6.7.8 10.2.3.4 ah  2000 -m transport -A hmac-sha1 "KAMEKAMEKAMEKAMEKAME" ;
 add 10.6.7.8 10.2.3.4 esp 3000 -m transport -E des-cbc "PASSWORD" ;
 ^D
 
      </screen>
 
      <para>実際には, セキュリティポリシのエントリが定義されるまでは
        IPsec による通信は行われません. この例の場合, 両方のホストを設
        定する必要があります.</para>
 
      <screen>
 
 A で:
 
 &prompt.root; <command>setkey -c</command>
 spdadd 10.2.3.4 10.6.7.8 any -P out ipsec
 	ah/transport/10.2.3.4-10.6.7.8/require ;
 ^D
 
 B で:
 
 &prompt.root; <command>setkey -c</command>
 spdadd 10.6.7.8 10.2.3.4 any -P out ipsec
 	esp/transport/10.6.7.8-10.2.3.4/require ;
 spdadd 10.6.7.8 10.2.3.4 any -P out ipsec
 	ah/transport/10.6.7.8-10.2.3.4/require ;
 ^D
 
 
   ホスト A -------------------------------------> ホスト B
   10.2.3.4                                       10.6.7.8
           |                                     |
           ========== old AH keyed-md5 ==========>
 
           <========= new AH hmac-sha1 ===========
           <========= new ESP des-cbc ============
 
      </screen>
     </sect2>
 
     <sect2>
       <title>IPv6 におけるトランスポートモードの例</title>
 
       <para>IPv6 を使ったもう一つの例.</para>
 
       <para>ホスト-A とホスト-B 間の TCP ポート番号 110 番の通信には, 
         ESP トランスポートモードが推奨されます.</para>
 
       <screen>
 
               ============ ESP ============
               |                           |
           ホスト-A                      ホスト-B
           fec0::10 -------------------- fec0::11
 
       </screen>
 
       <para>暗号化アルゴリズムは blowfish-cbc で, その鍵は "kamekame", 
         認証アルゴリズムは hmac-sha1 で, その鍵は "this is the test
         key" とします. ホスト-A の設定:</para>
 
       <screen>
 
         &prompt.root; <command>setkey -c</command> &lt;&lt;<filename>EOF</filename>
         spdadd fec0::10[any] fec0::11[110] tcp -P out ipsec
                 esp/transport/fec0::10-fec0::11/use ;
         spdadd fec0::11[110] fec0::10[any] tcp -P in ipsec
                 esp/transport/fec0::11-fec0::10/use ;
         add fec0::10 fec0::11 esp 0x10001
                 -m transport
                 -E blowfish-cbc "kamekame"
                 -A hmac-sha1 "this is the test key" ;
         add fec0::11 fec0::10 esp 0x10002
                 -m transport
                 -E blowfish-cbc "kamekame"
                 -A hmac-sha1 "this is the test key" ;
         EOF
 
       </screen>
 
       <para>そしてホスト-B の設定:</para>
 
       <screen>
         &prompt.root; <command>setkey -c</command> &lt;&lt;<filename>EOF</filename>
         spdadd fec0::11[110] fec0::10[any] tcp -P out ipsec
                 esp/transport/fec0::11-fec0::10/use ;
         spdadd fec0::10[any] fec0::11[110] tcp -P in ipsec
                 esp/transport/fec0::10-fec0::11/use ;
         add fec0::10 fec0::11 esp 0x10001 -m transport
                 -E blowfish-cbc "kamekame"
                 -A hmac-sha1 "this is the test key" ;
         add fec0::11 fec0::10 esp 0x10002 -m transport
                 -E blowfish-cbc "kamekame"
                 -A hmac-sha1 "this is the test key" ;
         EOF
 
       </screen>
 
       <para>SP の方向に注意してください.</para>
     </sect2>
  
    <sect2>
       <title>IPv4 におけるトンネルモードの例</title>
 
       <para>二台のセキュリティゲートウェイ間のトンネルモード</para>
 
       <para>セキュリティプロトコルは old AH トンネルモード, すなわち 
       RFC1826 で指定されるものです. 認証アルゴリズムは "this is the
       test" を鍵とする keyed-md5 です.</para>
 
       <screen>
 
                              ======= AH =======
                              |                |
      ネットワーク-A   ゲートウェイ-A    ゲートウェイ-B   ネットワーク-B
         10.0.1.0/24 ---- 172.16.0.1 ----- 172.16.0.2 ---- 10.0.2.0/24
 
       </screen>
 
       <para>ゲートウェイ-A における設定:</para>
 
       <screen>
 
         &prompt.root; <command>setkey -c</command> &lt;&lt;<filename>EOF</filename>
         spdadd 10.0.1.0/24 10.0.2.0/24 any -P out ipsec
                 ah/tunnel/172.16.0.1-172.16.0.2/require ;
         spdadd 10.0.2.0/24 10.0.1.0/24 any -P in ipsec
                 ah/tunnel/172.16.0.2-172.16.0.1/require ;
         add 172.16.0.1 172.16.0.2 ah-old 0x10003 -m any
                 -A keyed-md5 "this is the test" ;
         add 172.16.0.2 172.16.0.1 ah-old 0x10004 -m any
                 -A keyed-md5 "this is the test" ;
 
         EOF
 
       </screen>
 
       <para>上記の例のように, もしポート番号フィールドを書かないと, 
         "[any]" と同じ意味になります. `-m' は使用される SA のモードを
         指定します. "-m any" はセキュリティプロトコルのモードのワイル
         ドカードを意味します. この SA をトンネルモードとトランスポート
         モードの両方で使用できます.</para>
 
       <para>そしてゲートウェイ-B では:</para>
 
       <screen>
 
         &prompt.root; <command>setkey -c</command> &lt;&lt;<filename>EOF</filename>
         spdadd 10.0.2.0/24 10.0.1.0/24 any -P out ipsec
                 ah/tunnel/172.16.0.2-172.16.0.1/require ;
         spdadd 10.0.1.0/24 10.0.2.0/24 any -P in ipsec
                 ah/tunnel/172.16.0.1-172.16.0.2/require ;
         add 172.16.0.1 172.16.0.2 ah-old 0x10003 -m any
                 -A keyed-md5 "this is the test" ;
         add 172.16.0.2 172.16.0.1 ah-old 0x10004 -m any
                 -A keyed-md5 "this is the test" ;
 
         EOF
 
       </screen>
 
       <para>二台のセキュリティゲートウェイ間の SA の束を作ります</para>
 
       <para>ゲートウェイ-A とゲートウェイ-B の間では, AH トランスポー
       トモードと ESP トンネルモードが要求されます. この例では, ESP ト
       ンネルモードが先に適用され, 次に AH トランスポートモードが適用さ
       れます.</para>
 
       <screen>
 
                             ========== AH =========
                             |  ======= ESP =====  |
                             |  |               |  |
     ネットワーク-A     ゲートウェイ-A     ゲートウェイ-B     ネットワーク-B
     fec0:0:0:1::/64 --- fec0:0:0:1::1 ---- fec0:0:0:2::1 --- fec0:0:0:2::/64
 
       </screen>
     </sect2>
 
     <sect2>
       <title>IPv6 におけるトンネルモードの例</title>
 
       <para>暗号化アルゴリズムは 3des-cbc, ESP の認証アルゴリズムは
         hmac-sha1 とします. AH の認証アルゴリズムは hmac-md5 とします. 
         ゲートウェイ-A での設定は:</para>
 
       <screen>
 
         &prompt.root; <command>setkey -c</command> &lt;&lt;<filename>EOF</filename>
         spdadd fec0:0:0:1::/64 fec0:0:0:2::/64 any -P out ipsec
                 esp/tunnel/fec0:0:0:1::1-fec0:0:0:2::1/require
                 ah/transport/fec0:0:0:1::1-fec0:0:0:2::1/require ;
         spdadd fec0:0:0:2::/64 fec0:0:0:1::/64 any -P in ipsec
                 esp/tunnel/fec0:0:0:2::1-fec0:0:0:1::1/require
                 ah/transport/fec0:0:0:2::1-fec0:0:0:1::1/require ;
         add fec0:0:0:1::1 fec0:0:0:2::1 esp 0x10001 -m tunnel
                 -E 3des-cbc "kamekame12341234kame1234"
                 -A hmac-sha1 "this is the test key" ;
         add fec0:0:0:1::1 fec0:0:0:2::1 ah 0x10001 -m transport
                 -A hmac-md5 "this is the test" ;
         add fec0:0:0:2::1 fec0:0:0:1::1 esp 0x10001 -m tunnel
                 -E 3des-cbc "kamekame12341234kame1234"
                 -A hmac-sha1 "this is the test key" ;
         add fec0:0:0:2::1 fec0:0:0:1::1 ah 0x10001 -m transport
                 -A hmac-md5 "this is the test" ;
 
         EOF
 
       </screen>
 
       <para>異なる通信端での SA を作る</para>
 
       <para>ホスト-A とゲートウェイ-A の間では ESP トンネルモードが要
         求されています. 暗号化アルゴリズムは cast128-cbc で, ESP の認
         証アルゴリズムは hmac-sha1 です. ホスト-A とホスト-B との間で
         は ESP トランスポートモードが推奨されています. 暗号化アルゴリ
         ズムは rc5-cbc で, ESP の認証アルゴリズムは hmac-md5 です.
         </para>
 
       <screen>
 
               ================== ESP =================
               |  ======= ESP =======                 |
               |  |                 |                 |
             ホスト-A        ゲートウェイ-A         ホスト-B
           fec0:0:0:1::1 ---- fec0:0:0:2::1 ---- fec0:0:0:2::2
 
       </screen>
 
       <para>ホスト-A での設定:</para>
 
       <screen>
 
         &prompt.root; <command>setkey -c</command> &lt;&lt;<filename>EOF</filename>
         spdadd fec0:0:0:1::1[any] fec0:0:0:2::2[80] tcp -P out ipsec
                 esp/transport/fec0:0:0:1::1-fec0:0:0:2::2/use
                 esp/tunnel/fec0:0:0:1::1-fec0:0:0:2::1/require ;
         spdadd fec0:0:0:2::1[80] fec0:0:0:1::1[any] tcp -P in ipsec
                 esp/transport/fec0:0:0:2::2-fec0:0:0:l::1/use
                 esp/tunnel/fec0:0:0:2::1-fec0:0:0:1::1/require ;
         add fec0:0:0:1::1 fec0:0:0:2::2 esp 0x10001
                 -m transport
                 -E cast128-cbc "12341234"
                 -A hmac-sha1 "this is the test key" ;
         add fec0:0:0:1::1 fec0:0:0:2::1 esp 0x10002
                 -E rc5-cbc "kamekame"
                 -A hmac-md5 "this is the test" ;
         add fec0:0:0:2::2 fec0:0:0:1::1 esp 0x10003
                 -m transport
                 -E cast128-cbc "12341234"
                 -A hmac-sha1 "this is the test key" ;
         add fec0:0:0:2::1 fec0:0:0:1::1 esp 0x10004
                 -E rc5-cbc "kamekame"
                 -A hmac-md5 "this is the test" ;
 
         EOF
       </screen>
     </sect2>
  </sect1>
 </chapter>
 
 <!--
      Local Variables:
      mode: sgml
      sgml-declaration: "../chapter.decl"
      sgml-indent-data: t
      sgml-omittag: nil
      sgml-always-quote-attributes: t
      sgml-parent-document: ("../book.sgml" "part" "chapter")
      End:
 -->
diff --git a/ja_JP.eucJP/books/handbook/serialcomms/chapter.sgml b/ja_JP.eucJP/books/handbook/serialcomms/chapter.sgml
index 734a2ecbe1..301c0ce5ae 100644
--- a/ja_JP.eucJP/books/handbook/serialcomms/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/serialcomms/chapter.sgml
@@ -1,3142 +1,3115 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.22
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/serialcomms/chapter.sgml,v 1.9 2001/01/23 01:38:51 hrs Exp $
+     Original revision: 1.23
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/serialcomms/chapter.sgml,v 1.10 2001/03/14 08:07:21 hrs Exp $
 -->
 
 <chapter id="serialcomms">
   <title>シリアル通信</title>
 
   <sect1>
     <title>この章では</title>
 
     <para>
       UNIX は現在に至るまで, 常にシリアル通信機能をサポートしていました.
       実際, 本当に初期の UNIX マシンは, ユーザとの入出力にシリアル通信を使っていました.
       10 文字毎秒のシリアルプリンタ,
       キーボードから構成された <quote>端末(terminal)</quote> が広く使われていた当時とは,
       何もかもがすっかり変わっています.  この章では, FreeBSD
       でシリアル通信を行なういくつかの方法について説明しています.
     </para>
   </sect1>
 
   <sect1 id="serial">
     <title>シリアル接続の基礎</title>
 
     <para><emphasis>Assembled from FAQ.</emphasis></para>
 
     <para>このセクションには,
       シリアルポートについての一般的な情報が書かれていま す.
       あなたが求めている情報が, もしここで見つからなかった場合には,
       ハン ドブックの端末とダイアルアップのセクションを見てください.
     </para>
 
     <para><filename>ttyd<replaceable>X</replaceable></filename>
       (または <filename>cuaa<replaceable>X</replaceable></filename>)
       デバイスは, アプリケーション上
       でシリアルポートをオープンする時に使用する,
       標準的なデバイスです.  プロセスがデバイスをオープンする際, 端末
       I/O 設定の デフォルトセットが使用されます.  これらの設定内容は,
       次のコマンドで確認することができます. </para>
 
     <screen>&prompt.root; <userinput>stty -a -f /dev/ttyd1</userinput></screen>
 
     <para>このデバイスの設定を変更した場合, その設定はデバイスが
       クローズされるまで有効です.  デバイスが再びオープンされる時,
       デフォルトの設定値に戻ります.
       デフォルトの設定を変更するためには,
       <quote>初期状態</quote> を設定した
       いデバイスをオープンして調節することができます.  例えば, ttyd5
       というデバイスに対して, デフォルトで <acronym>CLOCAL</acronym>
       モードを ON にして, 8 bits の設定をおこない,
       <emphasis>XON/XOFF</emphasis>
       フロー制御を行うように設定したい場合は,  次のようにします.
     </para>
 
     <screen>&prompt.root; <userinput>stty -f /dev/ttyid5 clocal cs8 ixon ixoff</userinput></screen>
 
     <para>このコマンドを記述するのに適しているファイルは,
       <filename>/etc/rc.serial</filename>   です.
       アプリケーションが<filename>ttyd5</filename>
       をオープンするときに,
       デフォルトでこの設定をおこなうようになります.  これらの設定は,
       好きなように変更することができます.</para>
 
     <para>また, <quote>固定状態</quote> のデバイスに調節を行うことで,
       ある一定の設定が
       アプリケーションに変更されることを防ぐこともできます. 例えば,
       <filename>ttyd5</filename> のスピードを 57600 bps
       に固定したい場合には,  次のようにします. </para>
 
     <screen>&prompt.root; <userinput>stty -f /dev/ttyld5 57600</userinput></screen>
 
 	<para>これで, <filename>ttyd5</filename> をオープンして,
       シリアルポートの転送スピードを
       変更しようとするアプリケーションは 57600 bps
       に固定されるでしょう.</para>
 
     <para>本来, デバイスの初期状態を変更したり設定を固定するのは,
       <username>root</username> だけが行うべきです.
       <filename>MAKEDEV</filename>
       スクリプトがデバイスエントリを作成する時は,
       これをおこない<emphasis>ません</emphasis>.</para>
   </sect1>
 
   <sect1 id="term">
     <title>シリアル端末</title>
 
     <para><emphasis>原作:  &a.kelly;<!-- <br> -->
 	28 July 1996</emphasis></para>
 
     <para><emphasis>訳: &a.max;</emphasis></para>
 
     <para>シリアル端末を利用することで,
       コンピュータのコンソールのそばにいないと きや,
       手近にネットワーク接続されているコンピュータがないときでも,
       FreeBSD の機能を便利に, かつ安価に利用することができます.
       ここでは, FreeBSD
       にシリアル端末を接続する方法を解説します.</para>
 
     <sect2 id="term-uses">
       <title>端末の種類と利用方法</title>
 
       <para>もともと Unix システムにはコンソールがありませんでした.
 	ユー ザはコンピュータのシリアル
 	ポートに接続された端末からログインして
 	プログラムを利用していました.
 	ちょうどモデムと通信ソフトを使ってリモート
 	のコンピュータにログインし, テキスト
 	ベースのプログラムを利用するのと よく似ています.</para>
 
       <para>最近の PC は,
 	高品質の画像を表示できるコンソールを搭載していま すが,
 	ほとんどすべての Unix 系 OS には未だにシリアル
 	ポートを使ってログ インするための機能があり, FreeBSD
 	でもこの機能がサポートされています.
 	現在使用されていないシリアル
 	ポートに端末を接続することでシステムに ログインし,
 	通常はコンソールや Xウィンドウ システムの
 	<command>xterm</command> のウィ ンドウ上で起動しているテキスト
 	ベースのプログラムであれば何
 	でも利用することができます.</para>
 
       <para>職場での利用ということで考えるならば, FreeBSD
 	が動作しているコンピュー タに接続された何台ものシリアル端末を
 	各社員の机に配置するというようなこ とが可能です. また,
 	家庭での利用方法としては, 余っている古い IBM PC や  Macintosh
 	を FreeBSD が動いているパワフルなコンピュータの端末として利
 	用することができます. 普通ならシングルユーザのコンピュータを,
 	パワフ
 	ルなマルチユーザのシステムに変えることができるのです.</para>
 
       <para>FreeBSD では, 以下に挙げる3種類の端末が利用できます.</para>
 
       <itemizedlist>
 	<listitem>
 	  <para><link linkend="term-dumb">ダム (dumb) 端末</link></para>
 	</listitem>
 
 	<listitem>
 	  <para><link linkend="term-pcs">PCを利用した端末</link></para>
 	</listitem>
 
 	<listitem>
 	  <para><link linkend="term-x">X 端末</link></para>
 	</listitem>
       </itemizedlist>
 
       <para>以下は, それぞれについての解説です.</para>
 
       <sect3 id="term-dumb">
 	<title>ダム端末</title>
 
 	<para>ダム端末は, シリアルライン経由でのコンピュータとの接続専
 	  用のハードウェアです. ダム端末は,
 	  テキストの送受信および表示ができる
 	  程度の計算能力しかもっていないので, <quote>dumb</quote>
 	  (間抜け) というように呼ば れています.
 	  この端末上でプログラムを実行することはできません. テキスト
 	  エディタ, コンパイラ, E-mail,
 	  ゲームなどなどのプログラムを実行するのは,
 	  ダム端末を接続しているコンピュータの方です.</para>
 
 	<para>Digital Equipment社の VT-100 や, Wyse社の WY-75
 	  を初めとして,  多くのメーカが何百種類もの
 	  ダム端末を作っています. ほとんどどんな種 類のダム端末でも
 	  FreeBSD に接続して使用できます. さらに, 高性能の端
 	  末の中には画像を取り扱えるものもありますが,
 	  限られた数のソフトウェア
 	  パッケージしかこういった機能には対応していません.</para>
 
 	<para>ダム端末は, X ウィンドウ システムで提供されるようなグラ
 	  フィックアプリケーションを必要としない
 	  職場で広く用いられています.</para>
       </sect3>
 
       <sect3 id="term-pcs">
 	<title>PC を端末として利用する</title>
 
 	<para><link linkend="term-dumb">ダム端末</link>
 	  がテキストの表示およ
 	  び送受信の機能をそなえただけのものならば, 言うまでもなく,
 	  どんなPC もダム端末になり得ます.
 	  必要なものは適切なケーブルと, そのPCの上
 	  で動作する<emphasis>端末エミュレーション</emphasis>
 	  を行うソフトウェアのみです.</para>
 
 	<para>このような環境は, 家庭においてよく利用されます.
 	  たとえば, あなたの同居 人が FreeBSD
 	  のコンソールを専有している時などに, あまりパワーのないコ
 	  ンピュータを FreeBSD システムにシリアル端末として接続し,
 	  その端末上で
 	  テキストだけを用いる作業をおこなうことができます.</para>
       </sect3>
 
       <sect3 id="term-x">
 	<title>X 端末</title>
 
 	<para>X 端末は, 既存のものの中で最も洗練された種類の端末といえ
 	  ます. X 端末は, たいていの場合シリアル ポートではなく,
 	  イーサネッ
 	  トのようなネットワークを利用した接続をおこないます. また,
 	  アプリケーション の利用においても,
 	  テキストベースのものだけでなく, X アプリケーション
 	  の利用が可能です.</para>
 
 	<para>ここでは, 参考までに  端末について紹介しただけで, X 端
 	  末の設定や利用についての解説は
 	  <emphasis>おこないません</emphasis>.</para>
       </sect3>
     </sect2>
 
     <sect2 id="term-cables-ports">
       <title>ケーブルとポート</title>
 
       <para>シリアル端末を FreeBSD システムに接続するためには,
 	適切なケー ブルと,
 	端末を接続するためのシリアルポートが必要です. ここでは, これ
 	らについて説明します. もし既にあなたの利用したい端末と,
 	その端末 を接続するためのケーブルについてよく理解していれば,
 	<link linkend="term-config">設定</link>
 	の章まで読み飛ばしてください.</para>
 
       <sect3 id="term-cables">
 	<title>ケーブル</title>
 
 	<para>端末の接続は, シリアルポートを利用します. そこで, 端末を
 	  FreeBSD システムに接続するためには, シリアルケーブル
 	  (RS-232C ケーブ ルとも呼ばれています)
 	  が必要となります.</para>
 
 	<para>シリアルケーブルには2種類のケーブルがあります.
 	  どちらの種類の ケーブルを使わなければいけないかは,
 	  どんな端末を接続したいかによります.</para>
 
 	<itemizedlist>
 	  <listitem>
 	    <para>もし, PC を端末として利用したい場合は,  <link
 		linkend="term-null">ヌルモデム</link> ケーブル
 	      (リバースケーブルもしくは
 	      クロスケーブルと呼ばれることもしばしばあります)
 	      を使用してください.  ヌルモデムケーブルは,
 	      コンピュータ同士や端末同士を接続するために用い
 	      られるケーブルです.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>もし, 本物の端末を接続するのであれば, その端末につい
 	      てきたドキュメントからどのようなケーブルを
 	      使うべきか調べてください. も しドキュメントがない場合は,
 	      まず <link linkend="term-null">ヌルモデム</link>
 	      ケーブルを試してみて, うまくいかない場合は <link
 		linkend="term-std">スタンダード</link> ケーブル
 	      (しばしばストレートケーブルと呼 ばれます)
 	      を試してみてください.</para>
 	  </listitem>
 	</itemizedlist>
 
 	<para>また, 端末側と FreeBSD 側の <emphasis>両方の</emphasis>
 	  シリア ポート の形状が,
 	  あなたが使用しようとしているケーブルについているコネクタの形
 	  状と一致していなければなりません.</para>
 
 	<sect4 id="term-null">
 	  <title>ヌルモデムケーブル</title>
 
 	  <para>ヌルモデムケーブル (またはリバースケーブルあるいはクロ
 	    スケーブル) は, たとえば <quote>signal ground</quote>
 	    信号のように, いくつかの信 号はそのまま通しますが,
 	    他の信号は途中で入れ替えて通します. たとえば, <quote>send
 	    data</quote> 信号のピンは, 反対側のコネクタの
 	    <quote>receive data</quote> 信号の
 	    ピンと繋がっています.</para>
 
 	  <para>自分で使うケーブルは自分で作りたいということであれば,
 	    以下にター ミナルを接続する際に推奨される
 	    ヌルモデムケーブルの結線を示しておきま す. この表では,
 	    RS-232C の信号線の名前と,  DB-25 コネクタ上のピンの番
 	    号を示しています.</para>
 
 	  <informaltable frame="none">
 	    <tgroup cols="5">
 	      <thead>
 		<row>
 		  <entry>Signal</entry>
 		  <entry>Pin #</entry>
 		  <entry></entry>
 		  <entry>Pin #</entry>
 		  <entry>Signal</entry>
 		</row>
 	      </thead>
 
 	      <tbody>
 		<row>
 		  <entry>TxD</entry>
 		  <entry>2</entry>
 		  <entry>connects to</entry>
 		  <entry>3</entry>
 		  <entry>RxD</entry>
 		</row>
 
 		<row>
 		  <entry>RxD</entry>
 		  <entry>3</entry>
 		  <entry>connects to</entry>
 		  <entry>2</entry>
 		  <entry>TxD</entry>
 		</row>
 
 		<row>
 		  <entry>DTR</entry>
 		  <entry>20</entry>
 		  <entry>connects to</entry>
 		  <entry>6</entry>
 		  <entry>DSR</entry>
 		</row>
 
 		<row>
 		  <entry>DSR</entry>
 		  <entry>6</entry>
 		  <entry>connects to</entry>
 		  <entry>20</entry>
 		  <entry>DTR</entry>
 		</row>
 
 		<row>
 		  <entry>SG</entry>
 		  <entry>7</entry>
 		  <entry>connects to</entry>
 		  <entry>7</entry>
 		  <entry>SG</entry>
 		</row>
 
 		<row>
 		  <entry>DCD</entry>
 		  <entry>8</entry>
 		  <entry>connects to</entry>
 		  <entry>4</entry>
 		  <entry>RTS</entry>
 		</row>
 
 		<row>
 		  <entry>RTS</entry>
 		  <entry>4</entry>
 		  <entry></entry>
 		  <entry>5</entry>
 		  <entry>CTS</entry>
 		</row>
 
 		<row>
 		  <entry>CTS</entry>
 		  <entry>5</entry>
 		  <entry>connects to</entry>
 		  <entry>8</entry>
 		  <entry>DCD</entry>
 		</row>
 	      </tbody>
 	    </tgroup>
 	  </informaltable>
 
 	  <note>
 	    <para>DCD と RST では, コネクタ内部でピン4を5に接続し,
 	      そして逆側のコネクタのピン8と接続します.</para>
 	  </note>
 	</sect4>
 
 	<sect4 id="term-std">
 	  <title>スタンダード RS-232C ケーブル</title>
 
 	  <para>スタンダードシリアルケーブル
 	    (またはストレートケーブル)  の場合は, すべての RS-232C
 	    信号をそのまま通します. つまり, 片方の <quote>send
 	    data</quote> 信号のピンは, 逆側の <quote>send data</quote>
 	    信号のピンと繋がっています.  モデムを FreeBSD
 	    に接続するときや, 一部の端末を接続するときにこのタイプの
 	    ケーブルを使用します.</para>
 	</sect4>
       </sect3>
 
       <sect3 id="term-ports">
 	<title>ポート</title>
 
 	<para>シリアルポートは,  FreeBSDが動作しているホスト
 	  コンピュータと端
 	  末の間でデータのやりとりを行うために用いるデバイスです.
 	  ここでは,  現在存在するポートの種類と FreeBSD
 	  でのポートのアクセス方法について解 説します.</para>
 
 	<sect4 id="term-portkinds">
 	  <title>ポートの種類</title>
 
 	  <para>シリアルポートには何種類かのものがあります.
 	    ケーブルを購 入したり自作したりする前に,
 	    そのケーブルのコネクタの形状が端末および FreeBSD
 	    システムのポートの形状と一致していることを
 	    確認してください.</para>
 
 	  <para>ほとんどの端末は DB25 ポートを搭載しています.
 	    FreeBSDが動作しているも のを含めて, PCは DB25 または DB9
 	    ポートを搭載しています. マルチポート
 	    のシリアルカードの場合は, RJ-12 や RJ-45
 	    のポートを搭載しているかもし れません.</para>
 
 	  <para>利用されているポートの種類に関しては,
 	    ハードウェアについてきたドキュメ ントを参照してください.
 	    また, 多くの場合, ポートの形状から判断すること
 	    もできるでしょう.</para>
 	</sect4>
 
 	<sect4 id="term-portnames">
 	  <title>ポートの名前</title>
 
 	  <para>FreeBSDでは,  <filename>/dev</filename>
 	    ディレクトリ内のエントリを介
 	    してシリアルポートへのアクセスがおこなわれます.
 	    2種類の異なったエン トリがあります. </para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para>着信用のポートの名前は, <filename>
 		  /dev/ttyd<replaceable>x</replaceable></filename> (
 		<replaceable>x</replaceable> は 0から始まるポート番号)
 		となっています. 一般に端末の接続には
 		着信用ポートを用います. 着信用のポートでは,
 		シリアルラインのデータ キャリア検出 (DCD)
 		信号がオンになっている必要があります.</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>発信用のポートの名前は, <filename>
 		  /dev/cuaa<replaceable>x</replaceable></filename>
 		となっています.
 		発信用のポートは普通モデムの接続に用い, 端末の接続には
 		利用しません. ただ,
 		ケーブルまたは端末がキャリア検出信号を使えない
 		タイプのものの場合は,
 		発信用のポートを使うとよいでしょう.</para>
 	    </listitem>
 	  </itemizedlist>
 
 	  <para>詳しくは, &man.sio.4;
 	    のマニュアルをご覧ください.</para>
 
 	      <para>たとえば, 端末を一つ目のシリアルポート (DOS
 	    でいうところの <devicename>COM1</devicename>) に接
 	    続したとすると,  <filename>/dev/ttyd0</filename>
 	    がこの端末を指すことになります.  また,
 	    二つ目のシリアルポート (<devicename>COM2</devicename>)
 	    ならば <filename>/dev/ttyd1</filename> となり,
 	    以下この形式のデバイスエントリを使います.</para>
 
 	      <para>各シリアルポート,
 	    特にマルチポートのシリアルカードを利用する ために, kernel
 	    の設定をおこなう必要がある場合がありますので, 注意してくだ
 	    さい. 詳しくは, <link linkend="kernelconfig">FreeBSD
 	      カーネルのコンフィグレーション</link>
 	    をご覧ください.</para>
 	</sect4>
       </sect3>
     </sect2>
 
     <sect2 id="term-config">
       <title>設定</title>
 
       <para>ここでは, 端末からのログインを可能にするために必要な
 	FreeBSD  側の設定について解説します.
 	既に端末を接続するポートが利用できるように  kernel
 	の設定をおこない, 端末が接続されているものと考えて, 解説を進め
 	ます.</para>
 
       <para>簡単に言えば, プロセス管理や初期化をおこなっている
 	<command>init</command> プロセス に対して,
 	ログイン名を読み込み <command>login</command>
 	プログラムを起動している  <command>getty</command>
 	を実行するように指示します.</para>
 
       <para>これをおこなうには,  <filename>/etc/ttys</filename>
 	の内容を編集する必要があります.  まず,  <command>su</command>
 	コマンドで root になって,  <filename>/etc/ttys</filename>
 	に以下の 変更を加えてください.</para>
 
       <procedure>
 	<step>
 	  <para>端末を接続するポートの <filename>/dev</filename>
 	    のエントリが含ま れている行がまだ存在しなければ, これを
 	    <filename>/etc/ttys</filename> に追加してく ださい.</para>
 	</step>
 
 	<step>
 	  <para><filename>/usr/libexec/getty</filename>
 	    が対象となるポートに対して
 	    実行されるように指定してください. また,
 	    <filename>/etc/gettytab</filename> ファイ ル内の適切な
 	    <replaceable>getty</replaceable>
 	    タイプのエントリを指定してください.</para>
 	</step>
 
 	<step>
 	  <para>デフォルトのターミナルタイプを指定してください.</para>
 	</step>
 
 	<step>
 	  <para>対象となるポートを <quote>on</quote>
 	    に設定してください.</para>
 	</step>
 
 	<step>
 	  <para>そのポートが <quote>secure</quote>
 	    であるかどうかを指定してください.</para>
 	</step>
 
 	<step>
 	  <para><command>init</command> に
 	    <filename>/etc/ttys</filename> を読み込みなおさせてく
 	    ださい.</para>
 	</step>
       </procedure>
 
       <para>また, 必要に応じて <filename>/etc/gettytab</filename>
 	を変更し, 上の 2で使用する
 	<replaceable>getty</replaceable> のエントリを追加してください.
 	このドキュメントではこの方
 	法については特に解説しませんので, &man.gettytab.5;
 	および &man.getty.8; のマニュアルをご覧ください.</para>
 
 	  <para>以下では, 上のステップについて詳しく解説します.
 	実例を用いて, 何をす べきかを解説していきます.  Wyse-50 と,
 	古い IBM の 286 マシン上で通信 ソフト Procomm を使って VT-100
 	エミュレーションをおこなっているものを端
 	末の例として紹介します. また,  Wyse は 2番目のポートに,
 	286マシンは 6 番目のポート
 	(マルチポートのシリアルカード上のポート) に接続します.</para>
 
       <para><filename>/etc/ttys</filename> について,
 	より詳しくは, &man.ttys.5; のマニュアルをご覧
 	ください.</para>
 
       <sect3 id="term-etcttys">
 	<title><filename>/etc/ttys</filename> へのエントリの追加</title>
 
 	<para>既にエントリがある場合を除いて, まず初めに
 	  <filename>/etc/ttys</filename>
 	  にエントリを追加しなければいけません.</para>
 
 	<para><filename>/etc/ttys</filename> には,
 	  FreeBSDシステム上のログインを許可するすべての
 	  ポートを記述します. たとえば, 一つ目の仮想コンソール
 	  <filename>ttyv0</filename> のエン
 	  トリもこのファイルにあります. このエントリのおかげで,
 	  コンソールからの ログインが可能になっています.
 	  このファイルには, 他の仮想コンソール, シ
 	  リアルポートおよび仮想端末のエントリも含まれています.
 	  端末を接続する 場合は, そのポートの
 	  <filename>/dev</filename> のエントリを,
 	  <filename>/dev</filename> の部分
 	  を省略して記述します.</para>
 
 	<para>FreeBSD のインストール当初の状態では,
 	  <filename>ttyd0</filename> から <filename>ttyd3</filename>
 	  までの,  初めの四つのシリアルポートのエントリが
 	  <filename>/etc/ttys</filename> に記述され ています.
 	  これらのポートのいずれかに端末を接続する場合は, 新たなエント
 	  リを追加する必要はありません.</para>
 
 	<para>ここで紹介している例では,
 	  既にファイルにエントリが存在する 2番目のシリ アルポート,
 	  <filename>ttyd1</filename> に Wyse-50 を接続しています.
 	  一方,  6番目のシ リアルポートに接続する
 	  286マシン用のエントリは, 新たに追加してやらな
 	  ければなりません. 以下に, エントリを追加した後の
 	  <filename>/etc/ttys</filename> か ら抜粋して示します.
 	</para>
 
-	<programlisting>
-ttyd1   "/usr/libexec/getty std.9600"   unknown off secure
+	<programlisting>ttyd1   "/usr/libexec/getty std.9600"   unknown off secure
 ttyd5</programlisting>
       </sect3>
 
       <sect3 id="term-getty">
 	<title><replaceable>getty</replaceable> タイプの指定</title>
 
 	<para>次に,
 	  端末からのログインを処理するプログラムの指定をおこな います.
 	  FreeBSDでは, 標準的には
 	  <filename>/usr/libexec/getty</filename> をこの目的
 	  で利用しています. <prompt>login:</prompt>
 	  プロンプトを送り出しているのは, このプロ グラムです.</para>
 
 	<para><command>getty</command> プログラムは,
 	  コマンドラインパラメータとして,
 	  <replaceable>getty</replaceable> タイプをとります. ただし,
 	  このパラメータは必須ではあ りません.
 	  <replaceable>getty</replaceable> タイプは,
 	  ボーレートやパリティといった, 接続され
 	  た端末の特徴を表すものです.  <command>getty</command>
 	  プログラムは, 与えられた  <replaceable>getty</replaceable>
 	  タイプに対応したこれらの特徴を
 	  <filename>/etc/gettytab</filename> から 読み込みます.</para>
 
 	<para>ファイル <filename>/etc/gettytab</filename> には,
 	  新旧の端末に関する多数のエントリ が記述されています.
 	  ほとんどの場合,  <literal>std</literal>
 	  という文字列で始まる名前 のエントリを使えば,
 	  接続された端末に対してログインセッションを提供す
 	  ることができます. これらのエントリを利用した場合,
 	  パリティは無視されま す. 110 bps から 115200 bps
 	  までのボーレートに対応した <literal>std</literal> のエン
 	  トリがあります. 当然,
 	  新たなエントリを追加することも可能です.
 	  &man.gettytab.5; のマニュアルに,
 	  さらに詳しく解説されています.</para>
 
 	<para><filename>/etc/ttys</filename> の <emphasis
 	    remap=tt>getty</emphasis> タイプの設定をする際は,
 	  端末側の通信 パラメータの設定が,  <emphasis
 	    remap=tt>getty</emphasis>
 	  タイプのものと一致していることを確認し てください.</para>
 
 	<para>紹介している実例では,  Wyse50 はパリティなし 38400 bps
 	  で接続していま す. また,  286 マシンの方は, パリティなし
 	  19200 bps の接続です. 以下は,
 	  この段階でのこの二つの端末に関する
 	  <filename>/etc/ttys</filename> の設定です. </para>
 
-	<programlisting>
-ttyd1   "/usr/libexec/getty std.38400"   unknown off secure
+	<programlisting>ttyd1   "/usr/libexec/getty std.38400"   unknown off secure
 ttyd5   "/usr/libexec/getty std.19200"</programlisting>
 
 	<para>ここで, 実行するプログラムを指定している
 	  2番目のフィールドが, ダブルクォー
 	  テーションに囲まれていることに注意してください.
 	  こうしないと,   <command>getty</command> のタイプの指定が,
 	  つぎのフィールドとして判断されてしまう可 能性があるので,
 	  十分注意することが必要です.</para>
       </sect3>
 
       <sect3 id="term-deftermtype">
 	<title>デフォルトのターミナルタイプの指定</title>
 
 	<para><filename>/etc/ttys</filename> の 3番目のフィールドには,
 	  そのポートのター ミナルタイプのデフォルトを指定します.
 	  ダイアルアップ用のポートの場合 は,
 	  ユーザがどのタイプの端末あるいは
 	  通信ソフトを利用してダイアルアップ
 	  してくるかは分からないので,  <literal>unknown</literal> や
 	  <literal>dialup</literal> を記述するの が一般的です. 一方,
 	  直結された端末の場合, ターミナルタイプが変わるこ
 	  とはありませんから,
 	  このフィールドには実際のターミナルタイプを記述し
 	  ます.</para>
 
 	<para>一般に, ユーザは <filename>.login</filename> や
 	  <filename>.profile</filename> などのファイル内で
 	  <command>tset</command> コマンドを使って,
 	  ターミナルタイプをチェックし, 必要ならば
 	  ターミナルタイプの入力を求めるプロンプトを
 	  表示するようにします. この とき,
 	  <filename>/etc/ttys</filename>
 	  の中でターミナルタイプが指定されていれば,
 	  このプロンプトを表示せずに先に進むことが可能です.</para>
 
 	<para>FreeBSD 上で, どのターミナルタイプを利用できるかは,
 	  <filename>/usr/share/misc/termcap</filename> をご覧ください.
 	  このファイルには, お
 	  よそ 600 のターミナルタイプが定義されています.
 	  必要ならば, 新たなエン
 	  トリを追加することも可能です. 詳しくは &man.termcap.5;
 	  のマニュアルをご覧ください.</para>
 
 	<para>紹介している例では,  Wyse-50 のターミナルタイプは
 	  Wyse-50 です (もっ
 	  とも他のタイプをエミュレートすることも可能ですが, ここでは
 	  Wyse-50 モー ドで使用します. ). また,  286マシン上では
 	  Procomm が VT-100 エミュレー
 	  ションをおこなうように設定されています. 以下が, まだ未完成の
 	  <filename>/etc/ttys</filename> の関連部分です. </para>
 
-	<programlisting>
-ttyd1   "/usr/libexec/getty std.38400"   wy50  off secure
+	<programlisting>ttyd1   "/usr/libexec/getty std.38400"   wy50  off secure
 ttyd5   "/usr/libexec/getty std.19200"	 vt100</programlisting>
       </sect3>
 
       <sect3 id="term-enable">
 	<title>ポートを利用可能にする</title>
 
 	<para><filename>/etc/ttys</filename> のつぎのフィールド,
 	  つまり 4番目のフィー ルドは,
 	  そのポートをアクティブにするかどうかの設定です.
 	  このフィールド に <literal>on</literal> を指定すると,
 	  <command>init</command> プロセスが2番目のフィールドに書かれ
 	  たプログラム,  <command>getty</command> を実行し,
 	  ログインのためのプロンプトを送り出 すようになります.
 	  このフィールドに <literal>off</literal> を記述すると,
 	  <command>getty</command>  は起動されず,
 	  よってこのポートからのログインもできなくなります.</para>
 
 	<para>ということで, 当然このフィールドには
 	  <literal>on</literal> を指定します. 以下が
 	  <filename>/etc/ttys</filename> です. それぞれのポートを
 	  <literal>on</literal> にしました. </para>
 
-	<programlisting>
-ttyd1   "/usr/libexec/getty std.38400"   wy50  on secure
+	<programlisting>ttyd1   "/usr/libexec/getty std.38400"   wy50  on secure
 ttyd5   "/usr/libexec/getty std.19200"	 vt100 on</programlisting>
       </sect3>
 
       <sect3 id="term-secure">
 	<title>``secure'' なポートの指定</title>
 
 	<para>とうとう最後のフィールドの設定です.
 	  (実際にはここでは触れ ませんが,
 	  オプショナルな<literal>window</literal>
 	  の設定のフィールドも存在するので,
 	  ほぼ最後のフィールドといった方が正確かもしれません. )
 	  最後のフィールド では,
 	  そのポートが安全かどうかを指定します.</para>
 
 	<para>ここで, <quote>安全</quote>
 	  なポートとはどういうポートのことでしょう?</para>
 
 	<para>これは,  root のアカウント (または, ユーザ ID が 0
 	  のアカウント) がロ グインしてもよいポートということです.
 	  安全でないポートでは,  root のロ
 	  グインは許可されません.</para>
 
 	<para>では, どのように安全なポートとそうでない
 	  ポートを使えばよいでしょう?</para>
 
 	<para>ポートを安全ではないとすることで,
 	  そのポートに接続された端末からは,  root
 	  のログインを禁止することができます. FreeBSDシステムの root
 	  のパス ワードを知っている人は,
 	  まず一般ユーザとしてログインしなければなりませ ん.
 	  スーパユーザの特権を得るためには, そのうえで
 	  <command>su</command> コマンドを
 	  利用しなければいけません.</para>
 
 	<!-- kuriyama - Eng ver has bare login -->
 	<para>これによって,  root アカウントが不正に利用された場合に,
 	  その経過を調査 する上で二つの記録を利用できるようになります.
 	  <command>login</command> と  <command>su</command>
 	  コマンドは, 共にシステムのログに記録を残します (また,
 	  ログイン は <filename>wtmp</filename> にも記録を残します.
 	  ).</para>
 
 	<para>ポートを安全なものとして指定すると, その端末からの root
 	  のログインが可 能になります. root
 	  のパスワードを知っている人は, 単に root としてログ
 	  インできます. この場合は, 当然ログインの記録や
 	  <command>su</command> コマンドのログ は残りません.</para>
 
 	<para>では, どちらを使うべきでしょうか?</para>
 
 	<para>単純に <quote>insecure</quote> を使うのがよいでしょう.
 	  公共の場所にある訳では<emphasis>な い</emphasis>端末や,
 	  鍵のかかったドアの内側にある端末<emphasis>にも</emphasis>
 	  <quote>insecure</quote> を指 定する方がよいでしょう.
 	  スーパユーザの特権が必要な場合でも, ログイ ンして
 	  <command>su</command> を実行するのは,
 	  ごく簡単なことなんですから.</para>
 
 	<para>以下に, ようやく完成した <filename>/etc/ttys</filename>
 	  のエントリに端末の場所を表
 	  すコメントを追加したものを示します. </para>
 
-	<programlisting>
-ttyd1   "/usr/libexec/getty std.38400"   wy50  on insecure # Kitchen
+	<programlisting>ttyd1   "/usr/libexec/getty std.38400"   wy50  on insecure # Kitchen
 ttyd5   "/usr/libexec/getty std.19200"	 vt100 on insecure # Guest bathroom</programlisting>
       </sect3>
 
       <sect3 id="term-hup">
 	<title><command>init</command> にファイル
 	  <filename>/etc/ttys</filename> の再読み 込みをさせる</title>
 
 	<para>FreeBSD をブートすると, 最初に起動されるプロセス,
 	  <command>init</command>が  <filename>/etc/ttys</filename>
 	  を読み込んで, 記述されているプログラムを利用可能な
 	  ポートに対して実行し,
 	  ログインプロンプトを送り出させます.</para>
 
 	<para><filename>/etc/ttys</filename> の編集が終わった後,
 	  <command>init</command> に変更を認識させるた めに, わざわざ
 	  FreeBSD をブートしなおしたくはないでしょう. このような
 	  場合のために,  <command>init</command> は,
 	  <literal>SIGHUP</literal> (hangup) シグナルを受信すると,
 	  <filename>/etc/ttys</filename>
 	  を読み込みなおすようになっています.</para>
 
 	<para><filename>/etc/ttys</filename> の変更を保存したら,
 	  以下のようなコマンドを実行して,   <command>init</command>
 	  に対して SIGHUP を送信します. </para>
 
 	<screen>&prompt.root; <userinput>kill -HUP 1</userinput></screen>
 
 	<para>(<command>init</command> プロセスのプロセス ID は
 	  <emphasis>常に</emphasis> 1です. )</para>
 
 	<para>すべての設定が正しくおこなわれ,
 	  すべてのケーブルがただしく接続されてい て,
 	  かつ端末の電源が入っていれば,
 	  端末にはログインプロンプトが表示され ているはずです. これで,
 	  これらの端末からの最初のログインの準備が完了で す!</para>
       </sect3>
     </sect2>
 
     <sect2 id="term-debug">
       <title>トラブルシューティング</title>
 
       <para>細心の注意を払って設定をおこなっても,
 	ときには端末の接続がう まくいかない場合があるでしょう. 以下に,
 	よく見られる問題とその解決方法 を示します.</para>
 
       <variablelist>
 	<varlistentry><term>ログインプロンプトが表示されない</term>
 	  <listitem>
 	    <para>端末の電源が接続され,
 	      スイッチが入っていることを確認してください. もし,  PC
 	      を端末として利用している場合は,
 	      通信ソフトが適切なシリアルポー
 	      トを利用する設定になっているかどうか確かめてください.
 	    </para>
 
 	    <para>ケーブルがしっかりと端末と
 	      FreeBSDが動作しているコンピュータの両方に接続され
 	      ていることを確認してください. また,
 	      正しい種類のケーブルを利用している
 	      か確かめてください.</para>
 
 	    <para>端末と FreeBSD
 	      の間の通信速度とパリティの設定が一致していることを確認
 	      してください.
 	      出力をモニタに表示するタイプの端末の場合は, モニタ
 	      のコントラストと明るさの設定を確認してください. また,
 	      出力が印刷 されるタイプの端末の場合は,
 	      紙とインクが十分にあるかどうかを確かめてく
 	      ださい.</para>
 
 	    <para><command>getty</command> が動いていて,
 	      端末を認識していることを確認してください. 以
 	      下のコマンドで動作中の <command>getty</command>
 	      プロセスのリストを得ることができます.</para>
 
 	    <screen>&prompt.root; <userinput>ps -axww|grep getty</userinput></screen>
 
 	    <para>その端末に対する <command>getty</command>
 	      の情報が表示されるはずです. たとえば, 以下
 	      の表示例は,  <command>getty</command> は
 	      2番目のシリアルポート (<literal>ttyd1</literal>) に対し
 	      て <filename>/etc/gettytab</filename> 中の
 	      <literal>std.38400</literal> のエントリを使って動作し
 	      ているということを示しています. </para>
 
 	    <screen>22189  d1  Is+    0:00.03 /usr/libexec/getty std.38400 ttyd1</screen>
 
 	    <para>もし,  <command>getty</command>
 	      プロセスが一つも動いていないようであれば,
 	      <filename>/etc/ttys</filename> の中で,
 	      そのポートを利用可能にする設定をしたかどう
 	      か確かめてください. また,  <command>kill -HUP
 		1</command> を確実に実行してください.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term>
 	    ログインプロンプトの代わりにゴミが表示される</term>
 	  <listitem>
 	    <para>端末と FreeBSD
 	      の間の通信速度およびパリティの設定が一致していることを確
 	      かめてください. また,  <command>getty</command>
 	      プロセスの情報を調べて, 適切な
 	      <replaceable>getty</replaceable>
 	      のタイプが使用されていることを確認してください. 間違った
 	      <emphasis remap=tt>getty</emphasis>
 	      タイプが使用されている場合は,
 	      <filename>/etc/ttys</filename> を修正し てから,
 	      <command>kill -HUP 1</command>
 	      を実行してください.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term>文字が重複して表示される,
 	    入力したパスワードが表示される</term>
 	  <listitem>
 	    <para>端末または通信ソフトの設定で, <quote>半二重 (half
 	      duplex)</quote> あるいは <quote>ローカ
 	      ルエコー</quote> となっているところを, <quote>全二重 (full
 	      duplex)</quote> に変更してください.</para>
 	  </listitem>
 	</varlistentry>
       </variablelist>
     </sect2>
   </sect1>
 
   <sect1 id="dialup">
     <title>ダイアルインサービス</title>
 
     <para><emphasis>原作: &a.ghelmer;.</emphasis></para>
 
     <para><emphasis>訳: &a.max;.<!-- <br> -->
 	6 September 1996.</emphasis></para>
 
     <para>このドキュメントでは, FreeBSD
       で外部からのモデムによるアクセスを受け付
       けるための設定に関してまとめてあります. このドキュメントは筆者が
       FreeBSD 1.0, 1.1 および 1.1.5.1 での経験と, 他の UNIX 系 OS
       での経験を 基に書いたものですが,
       必ずしも十分な内容でないかもしれませんし, 掲載し
       た実例もあなたが今お使いの環境とは一致しないかもしれません.
       また, 筆者 はこのドキュメントに従って行われた作業で
       データが失われたりシステムが破 壊されるようなことがあっても,
       一切責任をとれません.</para>
 
     <sect2 id="dialup-prereqs">
       <title>設定を始める前に</title>
 
       <para>筆者は, 読者が FreeBSD
 	に関する基本的な知識をもっていることを仮定して
 	このドキュメントをまとめました. まず, FreeBSD
 	が既にインストールされ ていて, UNIX
 	系環境においてファイルの編集の方法やシステムに付属のマニュ
 	アルを参照する方法を知っている必要があります. また,
 	以下に示すように,  FreeBSD
 	の特定のバージョンが必要となりますし, いくつかの用語に関する
 	知識,
 	そしてモデムや多少の配線に関する知識も必要となります.</para>
 
       <sect3>
 	<title>FreeBSD のバージョン</title>
 
 	<para>まず, FreeBSD のバージョンは 1.1 以上を使用してください
 	  (バージョン  2.x でもかまいません. ). FreeBSD 1.0 には,
 	  2種類のシリアル ドライバ が含まれているので,
 	  混乱の元となり得ます. また, FreeBSD のシリアル  ディバイス
 	  ドライバ (<devicename>sio</devicename>) は,
 	  バージョンを追う毎に改善されてき ていますので,
 	  より新しいバージョンの FreeBSD を使用することで, よりよ い,
 	  より効率の高いドライバを利用することができるはずです.</para>
       </sect3>
 
       <sect3>
 	<title>用語解説</title>
 
 	<para>以下, 簡単にいくつかの用語について解説しておきます.</para>
 
 	<variablelist>
 	  <varlistentry><term>bps</term>
 	    <listitem>
 	      <para>Bits per Second　の略で,
 		データの転送速度を表す単位.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>DTE</term>
 	    <listitem>
 	      <para>Data Terminal Equipment の略.
 		たとえばコンピュータ本体のこと.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>DCE</term>
 	    <listitem>
 	      <para>Data Communications Equipment の略で,
 		具体的にはモデムのこと.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>RS-232</term>
 	    <listitem>
 	      <para>EIA (米電気産業協会)
 		のハードウェア間シリアル通信の標準規 格.</para>
 	    </listitem>
 	  </varlistentry>
 	</variablelist>
 
 	<para>これらの用語やデータ通信一般に関して,
 	  より詳しい情報が必要な場合は,  <emphasis>The RS-232
 	    Bible</emphasis> という本 (誰か ISBN 分かる方いませんか?)
 	  が参考 になると思います.</para>
 
 	<para>通信においてのデータ転送速度に関して,
 	  このドキュメントでは <quote>ボーレー ト</quote> (baud rate)
 	  ではなく, <quote>bps</quote> (bits per second)
 	  をその単位として 使うことにします. これは,
 	  ボーというのは一定時間に生じる電気的状態の変
 	  化の数を表す単位にすぎず, <quote>bps</quote>
 	  という単位の方が実体に即しているか らです. (少なくとも,
 	  こういう表現をしておけば, 意地の悪い人に怒られる
 	  こともないのではないかと思います. )</para>
       </sect3>
 
       <sect3>
 	<title>外づけモデムと内蔵モデムについて</title>
 
 	<para>ダイアルアップのサービスに関していえば,
 	  外づけのモデムの方が適している ようです. これは,
 	  多くの外づけのモデムは設定を不揮発ラムに書き込んで半
 	  永久的に保存することができますし, また RS-232
 	  に関する重要な情報を知る
 	  ための点滅するライトによるインディケータが
 	  搭載されているからです. 点滅 するライトは,
 	  システムを見に来た訪問者に強い印象を与えるという効果だけ
 	  でなく, モデムが適切に動作しているかどうかを知るためにも
 	  有効です.</para>
 
 	<para>一方, たいていの内蔵型のモデムには
 	  不揮発性ラムが搭載されていないため,  ディップ
 	  スイッチの変更以外に設定を保存する方法がありません. また, も
 	  しインディケータがついていても, おそらくコンピュータのケース
 	  カバーが 外されていなければその状態を確認するのは
 	  難しいでしょう.</para>
       </sect3>
 
       <sect3>
 	<title>モデムとケーブル</title>
 
 	<para>以下のことに関して, 予め知っておく必要があります.</para>
 
 	<itemizedlist>
 	  <listitem>
 	    <para>コンピュータとモデムの間での通信が
 	      行えるようにするための接続方 法.
 	      (内蔵型の場合は接続の必要はありません)</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>お使いのモデムのコマンドについての知識,
 	      あるいはコマンドの解説 の在処</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>(通信ソフトを使っての)
 	      モデムの不揮発ラムに保存可能な設定の変更 方法</para>
 	  </listitem>
 	</itemizedlist>
 
 	<para>1番目のモデムの接続はたいてい簡単に行えるはずです.
 	  ほとんどのストレー ト シリアル ケーブルが使えるでしょう.
 	  使用すべきケーブルは, 両端に適 切なコネクタ (DB-25 または
 	  DB-9 の雄または雌) のついた, DCE-DTE 間接 続用のもので,
 	  以下の信号線が接続されていなければなりません.</para>
 
 	<itemizedlist>
 	  <listitem>
 	    <para>Transmitted Data (<acronym>SD</acronym>)</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Received Data (<acronym>RD</acronym>)</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Request to Send (<acronym>RTS</acronym>)</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Clear to Send (<acronym>CTS</acronym>)</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Data Set Ready (<acronym>DSR</acronym>)</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Data Terminal Ready (<acronym>DTR</acronym>)</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Carrier Detect (<acronym>CD</acronym>)</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Signal Ground (<acronym>SG</acronym>)</para>
 	  </listitem>
 	</itemizedlist>
 
 	<para>FreeBSD で 2400bps 以上の転送速度を利用する場合には,
 	  フロー制御のため に <acronym>RTS</acronym> 信号と
 	  <acronym>CTS</acronym> 信号が必要です. また,
 	  接続の確立と回線の切 断を検出するために
 	  <acronym>CD</acronym> 信号を利用します. さらに,
 	  <acronym>DTR</acronym> 信号を使っ
 	  て回線切断後のモデムのリセットを行います. ケーブルの中には,
 	  総ての必要 な信号線が接続されていないものもありますので,
 	  たとえば, 回線切断後でも ログイン
 	  セッションが残ってしまうといった問題が発生した場合などには,
 	  ケーブルに問題がある可能性もあります.</para>
 
 	<para>次に, お使いのモデムにもよりますが,
 	  もしモデムのコマンドをよく覚えてい ない場合は,
 	  モデムのマニュアルをすぐに参照できるようにしておいてくださ
 	  い. このドキュメントでは例として USR Sportstar の 14,400 bps
 	  の外づけ型 モデムのコマンドを示しておきます.
 	  他の種類のモデムをお使いの場合も, 参
 	  考になるかもしれません.</para>
 
 	<para>最後に, FreeBSDで快適にモデムを使うためにも,
 	  モデムの設定方法を知って おく必要があります. FreeBSD も他の
 	  UNIX 系 OS と同様, 回線の接続およ
 	  び切断の検出や回線の切断および回線切断後の
 	  モデムの初期化にハードウェア  シグナルを利用します. FreeBSD
 	  は, モデムに対するコマンドの送信やモデ
 	  ムの状態の監視を行いません. パソコンで運用されている BBS
 	  への接続に慣 れている方にとっては,
 	  ちょっとめんどうかもしれませんね.</para>
       </sect3>
 
       <sect3>
 	<title>シリアル インタフェースについて</title>
 
 	<para>FreeBSD では, NS8250-, NS16450-, NS16550- および
 	  NS16550A- に基づ いた EIA RS-232C (CCITT V.24)
 	  規格のシリアル インタフェースをサポート しています. 8250
 	  および 16450 ベースのディバイスには1文字のキャラクタ
 	  バッファが搭載されています. また, 16550 系のディバイスには,
 	  16文字分 のバッファが搭載されていて,
 	  はるかによいパフォーマンスを得られます.  (ただし, 無印の
 	  16550 では, バグがあって 16 文字バッファが利用できませ
 	  んので, 可能であれば 16550A
 	  系のディバイスを利用してください. ) 1文字 のバッファの物は,
 	  16550 系のものと比べて OS にかける負荷が大きいので,  16550A
 	  系ディバイスの利用を強く推奨します. 多数のシリアル
 	  ポートを利 用する場合や, 負荷の高いシステムにおいては,
 	  16550A 系ディバイスを使う ことで,
 	  エラー発生率を低く押さえることができます.</para>
       </sect3>
     </sect2>
 
     <sect2>
       <title>概要</title>
 
       <para>FreeBSD は以下の手順でモデムからのログインを受付ます.
 	<command>init</command> から起 動された
 	<command>getty</command> のプロセスが, 割り当てられたシリアル
 	ポート (この 例では <filename>/dev/ttyd0</filename>)
 	がオープンされるのを辛抱強く待ちます.  <command>ps
 	  ax</command> コマンドを実行すると,
 	以下のような出力が得られるはずです.</para>
 
       <screen> 4850 ??  I      0:00.09 /usr/libexec/getty V19200 ttyd0</screen>
 
       <para>ユーザがモデムに電話をかけ, モデム同士が接続されると,
 	モデムの <acronym>CD</acronym> が検出されます. その結果,
 	kernel がキャリア信号を検出して,  <command>getty</command>
 	によるポートのオープンの処理が終了します.
 	<command>getty</command> は,  <prompt>login:</prompt>
 	プロンプトを指定されている初期回線速度で送信します.
 	<command>getty</command> は,
 	正常に文字列を受信できるかどうか監視し, 通常の設定では,
 	もし以上な文字列を検出した場合 (理由としては,
 	<command>getty</command> の速度とモデ
 	ムの接続速度が異なっているような場合が考えられます. ),
 	正常に文字列が 受信できるまで, <command>getty</command>
 	は速度を変え続けます.</para>
 
       <para><command>getty</command> が正しい速度を検出すれば,
 	ユーザに対して <prompt>login:</prompt> プロン
 	プトが表示されるはずです. ユーザがログイン名を入力すると,
 	<command>getty</command>  は
 	<filename>/usr/bin/login</filename> を起動して,
 	パスワードの入力を要求し, その
 	後ユーザのシェルを起動します.</para>
 
       <para>それでは, 続いて設定についての解説です.</para>
     </sect2>
 
     <sect2>
       <title>kernel の設定</title>
 
       <para>通常, FreeBSD の kernel は, PC-DOS の世界で
 	<devicename>COM1:</devicename>, <devicename>COM2:</devicename>
 	, <devicename>COM3:</devicename> および
 	<devicename>COM4:</devicename> と呼ばれる四つのシリアル ポートを
 	探す
 	ように設定されています. また, FreeBSD では, 現在のところ
 	Boca の 1008
 	や 2016 のような, <quote>単純な</quote>マルチポートのシリアル
 	インタフェースもサポー
 	トしています. (マルチポートのシリアル ボードに関しての
 	kernel の設定
 	については, &man.sio.4; のマニュアルを参照してください. )
 	デフォルト
 	の kernel は, COM ポートだけを探します.</para>
 
       <para>搭載されているシリアル ポートのいずれかを, kernel
 	が認識しているかどう か確認したい場合は, kernel
 	起動時のメッセージを注意深く見ているか, あ るいは
 	<command>/sbin/dmesg</command> コマンドを使って,
 	ブート時の出力メッセージ を確認してください. 特に,
 	<literal>sio</literal> で始まるメッセージをよく見てくださ い.
 	参考までに, 以下のコマンドで <literal>sio</literal>
 	という文字列を含むメッセージ
 	だけを表示することができます.</para>
 
       <screen>&prompt.root; <userinput>/sbin/dmesg | grep 'sio'</userinput></screen>
 
       <para>たとえば, シリアル ポートを四つ持つシステムの場合は,
 	以下のようなシリ アル ポートに関するメッセージが kernel
 	によって表示されます.</para>
 
       <screen>sio0 at 0x3f8-0x3ff irq 4 on isa
 sio0: type 16550A
 sio1 at 0x2f8-0x2ff irq 3 on isa
 sio1: type 16550A
 sio2 at 0x3e8-0x3ef irq 5 on isa
 sio2: type 16550A
 sio3 at 0x2e8-0x2ef irq 9 on isa
 sio3: type 16550A</screen>
 
       <para>もし, kernel に正常に認識されないポートがある場合は,
 	おそらくカスタマ イズした kernel
 	を構築する必要があるでしょう.</para>
 
       <para>kernel 構築と構築のための設定に関しては, BSD System
 	Manager's Manual の <quote>Building Berkeley Kernels with
 	Config (config コマンドによる BSD kernel の構築) </quote>
 	[ソース ファイルは <filename>/usr/src/share/doc/smm</filename>
 	にあります]と <quote>FreeBSD Configuration Options</quote> [
 	<filename>/sys/conf/options</filename> および <filename>
 	  /sys/<replaceable>arch</replaceable>/conf/options.<replaceable>arch
 	  </replaceable></filename> の  <emphasis>arch</emphasis>
 	の部分をたとえば <filename>i386</filename> としたファイル ]
 	を参照 してください.</para>
 
       <para>kernel の設定と構築をするためには, kernel のソース
 	(FreeBSD 1.1 では <filename>srcdist/srcsys.??</filename>,
 	FreeBSD 1.1.5.1 では  <filename>srcdist/sys.??</filename>,
 	またFreeBSD 2.0 では総てのソース)を展開
 	する必要があります.</para>
 
       <para>まだ自分のシステムの kernel 用のコンフィギュレーション
 	ファイルを作っ ていない場合は,
 	<filename>/sys/i386/conf</filename> に <command>cd</command>
 	して作成してくださ い. 初めてコンフィギュレーション
 	ファイルを作る場合は, まず <filename>GENERICAH</filename>
 	(FreeBSD 1.x で BusTek の SCSI コントローラを使っている場合は
 	<filename>GENERICBT</filename>) というファイルを,
 	<filename>YOURSYS</filename> にコピーしてください. ここ で,
 	<filename>YOURSYS</filename> はあなたのシステム名で,
 	大文字である必要があります.  このファイルを編集して,
 	ディバイスに関する記述を変更します.</para>
 
-      <programlisting>
-device		sio0	at isa? port "IO_COM1" tty irq 4 vector siointr
+      <programlisting>device		sio0	at isa? port "IO_COM1" tty irq 4 vector siointr
 device		sio1	at isa? port "IO_COM2" tty irq 3 vector siointr
 device		sio2	at isa? port "IO_COM3" tty irq 5 vector siointr
 device		sio3	at isa? port "IO_COM4" tty irq 9 vector siointr</programlisting>
 
       <para>システムに搭載されていないディバイスに関する記述は,
 	コメントアウトまた
 	は削除してしまってかまいません.
 	Boca の BB2016 のようなマルチポートの
 	シリアル ボードをお持ちの場合は, &man.sio.4;
 	のマニュアルを見て, マ
 	ルチポートのボードのためのコンフィギュレーション
 	ファイルの記述のし方
 	に関して確認してください. ディバイスのフラグの
 	指定方法がバージョンによっ
 	て異なりますので, 別のバージョンの FreeBSD
 	で利用していたコンフィギュ
 	レーション ファイルを流用する場合には
 	十分注意してください.</para>
 
       <note>
 	<para>なお, <literal>port "IO_COM1"</literal>,
 	  <literal>IO_COM2</literal>, <literal>IO_COM3</literal>
 	  および  <literal>IO_COM4</literal> は,
 	  それぞれのポートの一般的なアドレスである
 	  <literal>0x3f8</literal>, <literal>0x2f8</literal>,
 	  <literal>0x3e8</literal> および <literal>0x2e8</literal>
 	  を表します. また, 割り込 み番号 4, 3, 5 と 9 は, それぞれ
 	  <devicename>COM1:</devicename> から
 	  <devicename>COM4:</devicename> のポー トで一般的に使用される
 	  IRQ です. また, ISA バスのコンピュータの場合,
 	  一般的なシリアルポートは複数のポートで一つの IRQ
 	  を共有することが
 	  <emphasis>できません</emphasis>ので注意が必要です.
 	  (マルチポートのシリアル ボードの 場合は, 複数の 16550A
 	  ベースのポートで一つまたは二つの IRQ を共有する
 	  ための機構を備えています. )</para>
       </note>
 
       <para>コンフィギュレーション ファイルの編集が終わったら,
 	<quote>Building Berkeley Kernels with Config (config
 	コマンドによる BSD kernel の構築)</quote> および
 	  &man.config.8; のマニュアルにしたがって,
 	<command>config</command> コマンド を使って kernel
 	構築のためのディレクトリを作成した後, kernel の構築,
 	インストールおよびテストを行ってください.</para>
     </sect2>
 
     <sect2>
       <title>ディバイス スペシャル ファイル</title>
 
       <para>kernel に組み込まれているほとんどのディバイスは,
 	<filename>/dev</filename> ディレ クトリにある,
 	<quote>ディバイス スペシャル
 	ファイル</quote> を介してアクセスされ ます.
 	<devicename>sio</devicename> ディバイスの場合は, 着信用の
 	<filename>/dev/ttyd<replaceable>?</replaceable></filename>
 	およ び, 発信用の
 	<filename>/dev/cuaa<replaceable>?</replaceable></filename>
 	が利用されます. さらに, FreeBSD の 1.1.5 以降では,
 	初期化ディバイス
 	(<filename>/dev/ttyi<replaceable>?</replaceable></filename> と
 	<filename>/dev/cuai0<replaceable>?</replaceable></filename>)
 	およびロッキング ディバイス
 	(<filename>/dev/ttyld<replaceable>?</replaceable></filename>
 	と
 	<filename>/dev/cual0<replaceable>?</replaceable></filename>)
 	も合わせて利用されます. 初期化ディバイスは, 通信
 	ポートがオープンされる度に,
 	そのポートの初期設定を行うために使われます.  たとえば,
 	<literal>CTS/RTS</literal>
 	によるフロー制御を行うモデムが接続されてい る場合の
 	<literal>crtscts</literal>
 	などのパラメータの初期化が行われます. ロッキング
 	ディバイスは, ポートの設定をロックし,
 	他のユーザやプログラムにこれらを
 	変更されることのないようにするために利用されます.
 	通信ポートの設定, 初 期化とロックおよび設定の変更に関しては,
 	それぞれ &man.termios.4;, &man.sio.4; と &man.stty.1;
 	のマニュアルをご覧ください.</para>
 
       <sect3>
 	<title>ディバイス スペシャル ファイルの作成</title>
 
 	<para>ディバイス スペシャル ファイルの管理は, ディレクトリ
 	  <filename>/dev</filename>
 	  にあるシェル スクリプト <command>MAKEDEV</command>
 	  によって行います. (FreeBSD
 	  1.1.5 の &man.MAKEDEV.8; のマニュアルの <acronym>COM</acronym>
 	  ポートに関する記述は,
 	  かなりいい加減なので無視してください. )
 	  <command>MAKEDEV</command> を使って,
 	  <devicename>COM1:</devicename> (ポート 0)
 	  をダイアルアップのポートとして利用するためのディ
 	  バイス スペシャル ファイルを作るには,
 	  <filename>/dev</filename> に <command>cd</command> して
 	  から, <command>MAKEDEV ttyd0</command> と実行してください.
 	  同様に, <command>MAKEDEV
 	    ttyd1</command> とすることで, <devicename>COM2:</devicename>
 	  (ポート 1)  用のディバイス スペシャル ファイル
 	  を作成することができます.</para>
 
 	<para><command>MAKEDEV</command> は,
 	  <filename>/dev/ttyd<replaceable>?</replaceable></filename>
 	  のディバイス ファイルだけでなく,
 	  <filename>/dev/cuaa<replaceable>?</replaceable></filename>
 	  (および FreeBSD 1.1.5 以降では総ての初期化ディバイ
 	  スとロッキング ディバイスのスペシャル ファイル)
 	  も作成します. さらに,  もしシリアル端末用のスペシャル
 	  ファイル
 	  <filename>/dev/tty0<replaceable>?</replaceable></filename>
 	  が存在すれ ば, それらの削除も行います.</para>
 
 	<para>ディバイス スペシャル ファイルの作成後,
 	  これらのファイルのパーミション が適切に設定されていて,
 	  これらのディバイスを利用してもよいユーザのみが
 	  読み書きできるようになっていることを確認してください. (特に
 	  <filename>/dev/cua*</filename>
 	  のパーミションには注意を払ってください. ) この確認 を怠ると,
 	  一般のユーザがあなたのモデムを使うことができるようなことにな
 	  りかねません. デフォルトの <filename>/dev/cua*</filename>
 	  のパーミションは, 以下の ようになっていて,
 	  たいていの場合適切なものだと思います.</para>
 
 	<screen>crw-rw----    1 uucp     dialer    28, 129 Feb 15 14:38 /dev/cuaa1
 crw-rw----    1 uucp     dialer    28, 161 Feb 15 14:38 /dev/cuaia1
 crw-rw----    1 uucp     dialer    28, 193 Feb 15 14:38 /dev/cuala1</screen>
 
 	<para>上の設定では, ユーザ <username>uucp</username> と,
 	  グループ <username>dialer</username> に属するユーザ
 	  が発信用のディバイスを利用できます.</para>
       </sect3>
     </sect2>
 
     <sect2>
       <title>設定ファイル</title>
 
       <para>FreeBSD のシステムへのダイアル
 	アップによるアクセスを実現するために編
 	集が必要と思われる設定ファイルが, <filename>/etc</filename>
 	ディレクトリに三つあ ります. まず,
 	<filename>/etc/gettytab</filename> には,
 	<filename>/usr/libexec/getty</filename>
 	デーモンの設定を記述します. つぎに,
 	<filename>/etc/ttys</filename> に保存されている情報から,
 	<filename>/sbin/init</filename> はど の
 	<filename>tty</filename> ディバイスに対して
 	<command>getty</command> のプロセスを実行するべきか判
 	断します. 最後に, お使いの FreeBSD が 1.1.5.1 以降のものならば
 	<filename>/etc/rc.serial</filename> スクリプトに,
 	それ以前のものならば  <filename>/etc/rc.local</filename>
 	スクリプトにシリアル ポートの初期化のためのコマ
 	ンドを記述することができます.</para>
 
       <para>UNIX にダイアル アップ モデムを接続する方法には,
 	二つの考え方がありま す. 一つの方法は, ダイアル
 	インしてくるユーザの接続速度に関係なく, 常
 	にモデムとローカルのコンピュータの RS-232
 	インタフェースの接続速度を一 定に保つように設定する方法です.
 	この設定の長所は, ユーザがダイアル イ ンして接続されると,
 	即座にシステムからのログイン プロンプトが送信され
 	るということです. 短所は,
 	システムが実際のモデム間の速度を知ることがで きないために,
 	Emacs のようなフル スクリーンのプログラムが, 端末との接
 	続速度が遅い場合でも,
 	そのような場合に効果的な方法で画面出力を行わない
 	点です.</para>
 
       <para>もう一つは, モデムの RS-232
 	インタフェースとコンピュータの接続速度を,
 	モデム間の接続速度に応じて変化させるような設定です. たとえば,
 	モデム間 の接続が V.32bis (14.4 Kbps) ならば,
 	モデムとコンピュータの間の接続を  19.2 Kbps とし,
 	モデム間の接続が 2400 bps の時には, モデムとコンピュー タ間も
 	2400 bps で接続するような設定をします. この場合,
 	<command>getty</command> は,  モデムが返すリザルト
 	コードからモデムとコンピュータの接続速度を認識す
 	ることができませんので, <command>getty</command> は,
 	まず初期速度で <prompt>login:</prompt> とい
 	う文字列を送信して, それに対する応答の文字列を監視します.
 	ここで, ユー ザ側の端末に無意味な文字列が表示された場合,
 	ユーザは意味のある文字列を 受信するまで
 	<literal>&lt;Enter&gt;</literal>
 	キーを繰り返し押さなければならない
 	ということを知っていると仮定しています.
 	もし接続速度が間違っている場合, <command>getty</command> は,
 	ユーザから送られた文字を無意味な文字列として扱い, 次の
 	速度を試します. そして, ここで再度 <prompt>login:</prompt>
 	プロンプトを送信します.
 	この一連の動作が異常な回数繰り返されることも考えられますが,
 	普通は1度 か2度のキー入力があれば,
 	ユーザはまともなプロンプトを受信できます. こ
 	のログインの動作が前者の固定速度による方法に
 	比べて美しくないのは明らか ですが, この方法では,
 	低速度で接続しているユーザに対するフル スクリー
 	ンのプログラムからのレスポンスが改善されます.</para>
 
       <para>このドキュメントでは, 両方の設定方法について解説しますが,
 	どちらかとい うとモデム間の速度に応じて RS-232
 	インタフェースの速度が変化するような
 	設定の方に偏った説明になってしまうと思います.</para>
 
       <sect3>
 	<title><filename>/etc/gettytab</filename></title>
 
 	<para><filename>/etc/gettytab</filename> は, &man.getty.8;
 	  の設定ファイルで, &man.termcap.5;
 	  と同様の形式で記述されます. ファイルのフォーマットや定
 	  義できる機能についての詳細については, &man.gettytab.5;
 	  のマニュアルを
 	  ご覧ください.</para>
 
 	<sect4>
 	  <title>固定速度の設定</title>
 
 	  <para>モデムとコンピュータ間の通信速度を固定して使う場合,
 	    おそらく  <filename>/etc/gettytab</filename>
 	    に特に変更を加える必要はないはずです.</para>
 	</sect4>
 
 	<sect4>
 	  <title>可変速度の設定</title>
 
 	  <para><command>getty</command>
 	    が利用するモデムとコンピュータの接続速度に関する情報を
 	    <filename>/etc/gettytab</filename>
 	    に記述する必要があります. もし, 2400 bps のモ
 	    デムをお使いになるのであれば, 既存の
 	    <literal>D2400</literal> のエントリがそのまま利
 	    用できるでしょう. このエントリは FreeBSD の 1.1.5.1 の
 	    <filename>gettytab</filename>  には既に含まれていますので,
 	    あなたの FreeBSD のバージョンでこのエント
 	    リが存在しているのであれば,
 	    新たに追加する必要はありません.</para>
 
-	  <programlisting>
-#
+	  <programlisting>#
 # Fast dialup terminals, 2400/1200/300 rotary (can start either way)
 #
 D2400|d2400|Fast-Dial-2400:\
         :nx=D1200:tc=2400-baud:
 3|D1200|Fast-Dial-1200:\
         :nx=D300:tc=1200-baud:
 5|D300|Fast-Dial-300:\
         :nx=D2400:tc=300-baud:</programlisting>
 
 	  <para>高速モデムをお使いの場合は, おそらく
 	    <filename>/etc/gettytab</filename> に新たなエ
 	    ントリを追加する必要があります. 以下の例は, 14.4 Kbps
 	    のモデムを, 最 大インタフェース速度を 19.2 Kbps
 	    として利用するためのエントリです.</para>
 
-	  <programlisting>
-#
+	  <programlisting>#
 # Additions for a V.32bis Modem
 #
 um|V300|High Speed Modem at 300,8-bit:\
         :nx=V19200:tc=std.300:
 un|V1200|High Speed Modem at 1200,8-bit:\
         :nx=V300:tc=std.1200:
 uo|V2400|High Speed Modem at 2400,8-bit:\
         :nx=V1200:tc=std.2400:
 up|V9600|High Speed Modem at 9600,8-bit:\
         :nx=V2400:tc=std.9600:
 uq|V19200|High Speed Modem at 19200,8-bit:\
         :nx=V9600:tc=std.19200:</programlisting>
 
 	  <para>上記の例を利用した場合, FreeBSD 1.1.5
 	    以降ではパリティなし, 8ビットの 接続が行われます. FreeBSD
 	    1.1 では, <literal>:np:</literal> パラメータをファイルの
 	    先頭の
 	    <literal>std.<replaceable>xxx</replaceable></literal>
 	    のエントリに追加することで, パリティなし,
 	    8ビットの接続が行われますが,
 	    このパラメータを追加しなければ接続は偶数 パリティ,
 	    7ビットになります.</para>
 
 	  <para>上記の例では, まず 19.2 Kbps (V.32bis)
 	    によるモデムとコンピュータ間の 接続を試み, 続いて 9600 bps
 	    (V.32), 2400 bps, 1200 bps, 300 bpsと順に 試み, 再び 19.2
 	    Kbps による接続を試みるという循環に入ります. この接続
 	    速度の循環は, <literal>nx=</literal>(<quote>next
 	    table</quote>) の機能で実現されています. ま た,
 	    各行はそれぞれ <literal>tc=</literal>(<quote>table
 	    continuation</quote>) の機能を使って,
 	    その他の接続速度に依存した <quote>標準的な</quote>
 	    設定を取り込んでいます.</para>
 
 	  <para>もし, お使いのモデムが 28.8 Kbps であったり, 14.4 Kbps
 	    の圧縮転送の機 能を有効に利用したい場合は, 19.2 Kbps
 	    よりも速い速度を利用するように 設定する必要があります.
 	    以下に 57.6 Kbps から接続を試みる
 	    <filename>gettytab</filename>
 	    の設定例を示しておきます.</para>
 
-	  <programlisting>
-#
+	  <programlisting>#
 # Additions for a V.32bis or V.34 Modem
 # Starting at 57.6 Kbps
 #
 vm|VH300|Very High Speed Modem at 300,8-bit:\
         :nx=VH57600:tc=std.300:
 vn|VH1200|Very High Speed Modem at 1200,8-bit:\
         :nx=VH300:tc=std.1200:
 vo|VH2400|Very High Speed Modem at 2400,8-bit:\
         :nx=VH1200:tc=std.2400:
 vp|VH9600|Very High Speed Modem at 9600,8-bit:\
         :nx=VH2400:tc=std.9600:
 vq|VH57600|Very High Speed Modem at 57600,8-bit:\
         :nx=VH9600:tc=std.57600:</programlisting>
 
 	  <para>もし, お使いの CPU が低速のものであったり, CPU
 	    に対する負荷が高い場合 で, 16550A 系のシリアル
 	    ポートをお使いでない場合, 57.6 Kbps の接続に おいて, sio
 	    の <quote>silo</quote>
 	    エラーが発生するかもしれません.</para>
 	</sect4>
       </sect3>
 
       <sect3 id="dialup-ttys">
 	<title><filename>/etc/ttys</filename></title>
 
 	<para><filename>/etc/ttys</filename> には,
 	  <command>init</command> が監視すべき <filename>tty</filename>
 	  のリストを記<!-- kuriyama - filename? -->
 	  述します. さらに, <filename>/etc/ttys</filename> は,
 	  <command>login</command> に対してセキュリ
 	  ティに関する情報を提供します. (ユーザ
 	  <username>root</username> は, <literal>secure</literal> とマー
 	  クされている <emphasis remap=tt>tty</emphasis>
 	  のみからログインできます. ) 詳しくは
 	  &man.ttys.5; のマニュアルをご覧ください.</para>
 	<!-- kuriyama - remap=tt? -->
 
 	<para><filename>/etc/ttys</filename> の既存の行を変更するか,
 	  あるいは新しい行を追加して,  <command>init</command>
 	  が自動的に新しいダイアル アップ サービス用のポートに対して
 	  <command>getty</command>
 	  プロセスを起動するようにしてください. 書式は, 固定速度の設
 	  定か可変速度の設定かに関わらず, 以下のとおりです.</para>
 
-	<programlisting>
-ttyd0   "/usr/libexec/getty xxx"   dialup on</programlisting>
+	<programlisting>ttyd0   "/usr/libexec/getty xxx"   dialup on</programlisting>
 
 	<para>1番目の項目は, このエントリで対象とするディバイス
 	  スペシャル ファイル です. 上の例では
 	  <literal>ttyd0</literal> として,
 	  <filename>/dev/ttyd0</filename> を <command>getty</command>
 	  に監視させることを表しています. 2番目の項目
 	  <literal>"/usr/libexec/getty
 	    <replaceable>xxx</replaceable>"</literal>
 	  (<replaceable>xxx</replaceable> は初期段階で使われる
 	  <filename>gettytab</filename> のエントリ
 	  に置き換えてください. ) が, <command>init</command>
 	  がこのディバイスに対して起動する プロセスです. 3番目の
 	  <literal>dialup</literal> は, デフォルトのターミナル
 	  タイプで す. 4番目の <literal>on</literal> は,
 	  この行が有効であることを <command>init</command> に対して示
 	  しています. 5番目の項目に <literal>secure</literal>
 	  を指定することもできますが, これ は,
 	  たとえばシステムのコンソールのように,
 	  物理的に安全な端末に対しての
 	  み指定するようにしてください.</para>
 
 	<para>デフォルトのターミナル タイプ (上記の例では
 	  <literal>dialup</literal>) は, ローカル
 	  のユーザの好みによって異なってきます. ユーザがログイン
 	  スクリプトをカ スタマイズして, ターミナル タイプが
 	  <literal>dialup</literal> の時には自動的に他のター ミナル
 	  タイプを設定できるように, ダイアル
 	  アップのポートのデフォルトの ターミナル タイプには
 	  <literal>dialup</literal> が伝統的に用いられています.
 	  しかし,  筆者のサイトでは, ほとんどのユーザが VT102
 	  エミュレイションを使ってい るので, ダイアル
 	  アップのポートのデフォルト ターミナル タイプとして
 	  <literal>vt102</literal> を指定しています.</para>
 
 	<para><filename>/etc/ttys</filename> の修正がすんだら,
 	  以下のようなコマンドを使って
 	  <command>init</command> プロセスに <acronym>HUP</acronym>
 	  シグナルを送り, <filename>/etc/ttys</filename> を
 	  読み込み直させてください.
 
 	  <screen>&prompt.root; <userinput>kill -HUP 1</userinput></screen>
 
 	  ただ, もし初めてシステムを設定しているのであれば,
 	  モデムが適切に設定さ
 	  れて接続されるまでは, <command>init</command>
 	  に対してシグナルを送らない方がいいか
 	  もしれません.</para>
 
 	<sect4>
 	  <title>固定速度の設定</title>
 
 	  <para>速度を固定する設定では, <filename>/etc/ttys</filename>
 	    の中で, <command>getty</command> に対し
 	    て固定速度のエントリを指定する必要があります. たとえば,
 	    以下の例はポー トのスピードが 19.2 Kbps
 	    に固定されたモデムのための <filename>ttys</filename>
 	    のエント リです.</para>
 
-	  <programlisting>
-ttyd0   "/usr/libexec/getty std.19200"   dialup on</programlisting>
+	  <programlisting>ttyd0   "/usr/libexec/getty std.19200"   dialup on</programlisting>
 
 	  <para>別の速度でモデムのポートのスピードを固定したい場合は,
 	    <filename>/etc/gettytab</filename>
 	    から適切なエントリを選んで, 上の例の
 	    <literal>std.19200</literal> の部分を
 	    <literal>std.<replaceable>speed</replaceable></literal>
 	    として, 適切な速度のも のに置き換えてください.</para>
 	</sect4>
 
 	<sect4>
 	  <title>可変速度の設定</title>
 
 	  <para>可変速度の設定では, <filename>ttys</filename>
 	    のエントリが, <filename>/etc/gettytab</filename>
 	    の中の適切な <quote>自動速度調整</quote>
 	    の初期設定のエントリを参照していなければな りません.
 	    たとえば, もし前述の 19.2 Kbps
 	    から接続を試みる可変速度の設 定例
 	    (<literal>V19200</literal> の
 	    <filename>gettytab</filename> エントリ)をそのまま
 	    <emphasis remap=tt>ttys</emphasis> に追 加したのであれば,
 	    <filename>ttys</filename>
 	    エントリは以下のようになります.</para>
 
-	  <programlisting>
-ttyd0   "/usr/libexec/getty V19200"   dialup on</programlisting>
+	  <programlisting>ttyd0   "/usr/libexec/getty V19200"   dialup on</programlisting>
 	</sect4>
       </sect3>
 
       <sect3>
 	<title><filename>/etc/rc.serial</filename> または
 	  <filename>/etc/rc.local</filename></title>
 
 	<para>V.32, V.32bis または V.34
 	  モデムのような高速モデムを利用する場合, ハー ドウェア
 	  (<filename>RTS/CTS</filename>)
 	  フロー制御を行う必要があります. FreeBSD kernel のモデム
 	  ポートにハードウェア フロー制御のフラグを設定するため の
 	  <command>stty</command> コマンドを, FreeBSD 1.1.5.1 以降では
 	  <filename>/etc/rc.serial</filename> に, FreeBSD 1.1 では
 	  <filename>/etc/rc.local</filename> に 記述できます.</para>
 
 	<para>たとえば, FreeBSD 1.1.5.1 の
 	  <filename>/etc/rc.serial</filename> のサンプルは以下
 	  のとおりです.</para>
 
-	<programlisting>
-#!/bin/sh
+	<programlisting>#!/bin/sh
 #
 # Serial port initial configuration
 
 stty -f /dev/ttyid1 crtscts
 stty -f /dev/cuai01 crtscts</programlisting>
 
 	<para>この例では, <literal>termio</literal> のフラグ
 	  <literal>crtscts</literal> をシリアル ポート #1
 	  (<devicename>COM2:</devicename>) のダイアル
 	  インおよびダイアル アウトの初期化ディバイスに
 	  設定しています.</para>
 
 	<para>古い FreeBSD 1.1 では, 以下のエントリが
 	  <literal>crtscts</literal> フラグを設定する ために
 	  <filename>/etc/rc.local</filename>
 	  に追加されていました.</para>
 
-	<programlisting>
-# Set serial ports to use RTS/CTS flow control
+	<programlisting># Set serial ports to use RTS/CTS flow control
 stty -f /dev/ttyd0 crtscts
 stty -f /dev/ttyd1 crtscts
 stty -f /dev/ttyd2 crtscts
 stty -f /dev/ttyd3 crtscts</programlisting>
 
 	<para>FreeBSD 1.1 には初期化のためのディバイス スペシャル
 	  ファイルがないので,  ディバイス
 	  ファイルそのものにフラグを設定して, その後はフラグをクリア
 	  してしまうような極悪人が現れないことを願うしかありません.
 	</para>
       </sect3>
     </sect2>
 
     <sect2>
       <title>モデムの設定</title>
 
       <para>もし, あなたのモデムがパラメータを不揮発ラムに
 	保存できるタイプならば,  PC-DOS 上の Telix や FreeBSD 上の
 	<command>tip</command> などのような通信プログラム を使って,
 	パラメータを設定してください.  <command>getty</command>
 	が利用する初期速度でモデムに接続して, 以下の条件を満たすよ
 	うに不揮発ラムの設定を変更してください.</para>
 
       <itemizedlist>
 	<listitem>
 	  <para>接続時に <acronym>CD</acronym> 信号がオンになる</para>
 	</listitem>
 
 	<listitem>
 	  <para>接続時に <acronym>DTR</acronym> がオンになり,
 	    <abbrev>DTR</abbrev> オフで回線を切断しモ
 	    デムをリセットする.</para>
 	</listitem>
 
 	<listitem>
 	  <para>送信時フロー制御には <acronym>CTS</acronym> を利用.</para>
 	</listitem>
 
 	<listitem>
 	  <para><acronym>XON/XOFF</acronym>
 	    によるフロー制御を行わない.</para>
 	</listitem>
 
 	<listitem>
 	  <para>受信時のフロー制御は <acronym>RTS</acronym> を使用.</para>
 	</listitem>
 
 	<listitem>
 	  <para>Quiet mode (リザルト コードを返さない)</para>
 	</listitem>
 
 	<listitem>
 	  <para>コマンド エコーを返さない.</para>
 	</listitem>
       </itemizedlist>
 
       <para>これらを実現するためのコマンドやディップ
 	スイッチの設定に関しては, モ
 	デムのマニュアルを参照してください.</para>
 
       <para>以下に, USRobotics Sportster の 14,400 bps
 	の外づけモデムの設定例を示 しておきます.</para>
 
-      <programlisting>
-ATZ
+      <programlisting>ATZ
 AT&amp;C1&amp;D2&amp;H1&amp;I0&amp;R2&amp;W</programlisting>
 
       <para>ことのついでに, たとえば, V42.bis や MNP5
 	のデータ圧縮を使用するかど
 	うかなどのモデムの他の設定について確認,
 	調整しておくのもよいかもしれま せん.</para>
 
       <para>さらに, USRobotics Sportster の 14,400 bps
 	の外づけモデムでは, 以下の ようなディップ
 	スイッチの設定も必要です. 他のモデムをお使いの方も, 以
 	下の例を設定の参考にしてください.</para>
 
       <itemizedlist>
 	<listitem>
 	  <para>スイッチ1: UP &mdash; DTR 標準</para>
 	</listitem>
 
 	<listitem>
 	  <para>スイッチ2: 無視 (リザルト
 	    コードを単語形式にするか数値形式にす るか)</para>
 	</listitem>
 
 	<listitem>
 	  <para>スイッチ3: UP &mdash; リザルト コードを返さない</para>
 	</listitem>
 
 	<listitem>
 	  <para>スイッチ4: DOWN &mdash; コマンド エコーを返さない</para>
 	</listitem>
 
 	<listitem>
 	  <para>スイッチ5: UP &mdash; 自動着信</para>
 	</listitem>
 
 	<listitem>
 	  <para>スイッチ6: UP &mdash; CD 標準</para>
 	</listitem>
 
 	<listitem>
 	  <para>スイッチ7: UP &mdash;
 	    不揮発ラムからデフォルト値をロードする</para>
 	</listitem>
 
 	<listitem>
 	  <para>スイッチ8: 無視 (Smart Mode/Dumb Mode)</para>
 	</listitem>
       </itemizedlist>
 
       <para>リザルト コードを返さないように設定しておかないと,
 	<command>getty</command> が誤っ て <prompt>login:</prompt>
 	プロンプトをコマンド モードのモデムに送信してしまった場 合に,
 	モデムがこの入力をエコーしたり, この入力に対するリザルト
 	コード を返してしまったりすることになります. この結果として,
 	モデムと  <command>getty</command>
 	の間で延々と無意味なやりとりが続いたというケースを聞いたこ
 	とがあります.</para>
 
       <sect3>
 	<title>固定速度の設定</title>
 
 	<para>固定速度の設定では,
 	  モデムとコンピュータ間の通信速度をモデムとモデム間
 	  の接続速度に関係なく, 常に一定に保つように,
 	  モデムを設定する必要があり ます. USRobotics Sportster の
 	  14,400 bps 外づけモデムの場合, 以下のコ マンドで,
 	  モデムとコンピュータ間の速度が, コマンド送信時の速度に固定さ
 	  れます.</para>
 
-	<programlisting>
-ATZ
+	<programlisting>ATZ
 AT&amp;B1&amp;W</programlisting>
       </sect3>
 
       <sect3>
 	<title>可変速度の設定</title>
 
 	<para>可変速度の設定では, シリアル ポートの速度が,
 	  着信速度に応じて変化する ように設定しなければいけません.
 	  USRobotics Sporster の 14,400 bps 外 づけモデムの場合,
 	  以下のコマンドで, エラー訂正機能を利用した通信の場合 は,
 	  コマンドを送信した時の通信速度にシリアル
 	  ポートの速度を固定し, エ ラー訂正機能を利用しない接続では,
 	  シリアル ポートの速度が変化するよう に設定されます.</para>
 
-	<programlisting>
-ATZ
+	<programlisting>ATZ
 AT&amp;B2&amp;W</programlisting>
       </sect3>
 
       <sect3>
 	<title>モデムの設定の確認</title>
 
 	<para>ほとんどの高速モデムには,
 	  現在の設定をある程度人間にも理解できる形式に
 	  して表示させるコマンドがあります. USRobotics Sporster の
 	  14,400 bps  外づけモデムの場合は, <command>ATI5</command>
 	  コマンドで, 現在の不揮発ラムの設定を 表示することができます.
 	  さらに, ディップ スイッチの設定も含めた現在の
 	  設定を確認するためには, <command>ATZ</command>
 	  コマンドを送信してから, <command>ATI4</command>
 	  コマンドを送信してください.</para>
 
 	<para>他のメーカーのモデムをお使いの場合は,
 	  モデムのマニュアルで設定値の確認
 	  方法を確認してください.</para>
       </sect3>
     </sect2>
 
     <sect2>
       <title>トラブルシューティング</title>
 
       <para>以下の手順でダイアル アップ
 	モデムの動作を確認することができます.</para>
 
       <sect3>
 	<title>FreeBSD システムの動作確認</title>
 
 	<para>モデムを FreeBSD システムに接続し,
 	  システムをブートします. あなたのモ
 	  デムにモデムの状態を確認するためのインジケータがあれば,
 	  <acronym>DTR</acronym> のイ
 	  ンジケータの状態に注目してください. もし,
 	  システムのコンソールに  <prompt>login:</prompt>
 	  プロンプトが表示された時に, <acronym>DTR</acronym>
 	  のインジケータが点灯 すれば, FreeBSD が適切なポートに対して
 	  <command>getty</command> を起動し, モデムへ
 	  の着信を待っている状態であることを意味しています.</para>
 
 	<para>もし <acronym>DTR</acronym>
 	  のインジケータが点灯しない場合は, システムのコンソールか ら
 	  FreeBSD にログインして, <command>ps ax</command> を実行し,
 	  FreeBSD が 適切なポー トに対して<command>getty</command>
 	  プロセスを起動しようとしているのかどうか確認して ください.
 	  プロセスに関する情報の中に, 以下のような行が表示されるはずで
 	  す.</para>
 
 	<screen>  114 ??  I      0:00.10 /usr/libexec/getty V19200 ttyd0
   115 ??  I      0:00.10 /usr/libexec/getty V19200 ttyd1</screen>
 
 	<para>モデムにまだ着信がない状態の時に,
 	  以下のように上とは異なる出力があった
 	  場合, <command>getty</command> は既にモデム
 	  ポートのオープンを終了したということに
 	  なります.
 
 	  <screen>  114 d0  I      0:00.10 /usr/libexec/getty V19200 ttyd0</screen>
 
 	  <command>getty</command> は, <acronym>CD</acronym>
 	  (carrier detect) 信号がオンの状態になるまで,
 	  ポートのオープンを完了することはできませんので,
 	  この場合は接続に問題が
 	  あるか, あるいはモデムの設定に問題があることが考えられます.
 	</para>
 
 	<para>もし, 適切なポートをオープンしようとしている
 	  <command>getty</command> が見あたらない 場合は, 再度
 	  <filename>/etc/ttys</filename> の内容を確認し,
 	  書式などに誤りがないか 調べてみてください. また, ログ
 	  ファイル <filename>/var/log/messages</filename> に
 	  <command>init</command> および <command>getty</command>
 	  から何か出力がないかどうかも確認してみてく ださい.
 	  もし何かメッセージが記録されていたら, 再度
 	  <filename>/etc/ttys</filename> ,
 	  <filename>/etc/gettytab</filename> の二つの設定ファイルと,
 	  ディバイス スペシャル  <!-- kuriyama - ? to replaceble -->
 	  ファイル <filename>/dev/ttyd?</filename> を確認し,
 	  記述に誤りがないか, 足りないエ ントリがないか,
 	  足りないディバイス スペシャルファイルがないかといった
 	  点について調べてみてください.</para>
       </sect3>
 
       <sect3>
 	<title>モデムで接続してみる</title>
 
 	<para>実際にモデムを使って別のコンピュータから
 	  接続してみてください. この時,  8ビット, パリティなし,
 	  1ストップ ビットで接続するようにしてください.
 	  接続後すぐにプロンプトが返ってこない場合や,
 	  無意味な文字列が表示される 場合は, 1秒に1回くらいの割合で
 	  <literal>&lt;Enter&gt;</literal> キーを押してみて ください.
 	  しばらくたって, なおも <prompt>login:</prompt>
 	  プロンプトが現れない場合 は, <command>BREAK</command>
 	  信号を送信してみてください. この時, 端末側で使って
 	  いるモデムが高速モデムならば,
 	  このモデムのインタフェースの接続速度を固 定してから,
 	  再度ダイアル インしてみてください. (たとえば, USRobotics
 	  Sportster の場合は, <command>AT&amp;B1</command>)</para>
 
 	<para>それでもまだ <prompt>login:</prompt>
 	  プロンプトが表示されない場合は,
 	  <filename>/etc/gettytab</filename>
 	  の以下の点について再度確認してみてください.</para>
 
 	<itemizedlist>
 	  <listitem>
 	    <para><filename>/etc/ttys</filename> の対応する行の
 	      2番目の項目で,  <filename>/etc/gettytab</filename>
 	      の中で定義されているエントリが指定されているか</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>各 <literal>nx=</literal> で
 	      <filename>/etc/gettytab</filename>
 	      の中で定義されているもの が指定されているか</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>各 <literal>tc=</literal> で
 	      <filename>/etc/gettytab</filename>
 	      の中で定義されているもの が指定されているか</para>
 	  </listitem>
 	</itemizedlist>
 
 	<para>もしダイアル インしても, FreeBSD
 	  システム側のモデムが応答しない場合は,  FreeBSD 側のモデムが
 	  <acronym>DTR</acronym>
 	  がオンになった時に電話にでるように設定さ
 	  れているかを確認してください.
 	  もしモデムの設定に問題がなさそうならば,
 	  モデムのインジケータ (がもしあれば) で,
 	  <acronym>DTR</acronym> がオンになっているか
 	  を確認してください.</para>
 
 	<para>この確認のステップを数回繰り返しても
 	  うまくいかない場合は, 一度休憩して,
 	  しばらくたってから挑戦してみましょう. それでもだめなら,
 	  おそらく &a.questions;
 	  にあなたのモデムについての情報と問題を書いたメールを送れ ば,
 	  メーリング
 	  リストのメンバーが問題の解決を助けるべく努力してくれる
 	  でしょう.</para>
       </sect3>
     </sect2>
 
     <sect2>
       <title>謝辞</title>
 
       <para>以下の方々から,
 	多くのコメントやアドバイスをいただきました. ここに謝意
 	を表します.</para>
 
       <variablelist>
 	<varlistentry><term>Sean Kelly</term>
 	  <listitem>
 	    <para>&lt;kelly@fsl.noaa.gov&gt; 多くのすばらしい助言をいた
 	      だきました</para>
 	  </listitem>
 	</varlistentry>
       </variablelist>
     </sect2>
   </sect1>
 
   <sect1 id="dialout">
     <title>ダイアルアウトサービス</title>
 
     <para><emphasis>原作: FAQ からの情報</emphasis></para>
 
     <para><emphasis>訳: &a.jp.tmaruya;.<!-- <br> -->
 	31 December 1996.</emphasis></para>
 
     <para>以下はモデムを利用して他のコンピュータと
       接続する方法を説明しています.
       これはリモートホストとターミナル接続を確立するための
       適切な方法です.</para>
 
     <para>これは BBS に接続するときによく使います.</para>
 
     <para>この種の接続は PPP 接続に問題がある場合, Internet
       上にあるファイルを 転送するのに非常に役に立ちます. FTP
       で何らかのファイルを転送したいのに  PPP
       接続を確立できない場合は, ファイルを FTP
       転送するためにターミナルセッション を利用します. そして ZMODEM
       を利用してファイルを転送します.</para>
 
     <sect2>
       <title><command>tip</command> や <command>cu</command>
 	が実行できないはなぜ?</title>
 
       <para>あなたのシステムで <command>tip</command> や
 	<command>cu</command> というプログラムは
 	<username>uucp</username> や <username>dialer</username>
 	というグループに所属しているユーザのみが
 	実行できるようになっているのでしょう. リモートホストやモデムを
 	利用できる <username>dialer</username>
 	のグループにあなたのアカウントを 加えましょう.</para>
 
       <para>もしくは下記のコマンドを使うことによって, そのシステムで
 	<command>tip</command> や <command>cu</command>
 	を誰でも使えるようになります:</para>
 
       <screen>&prompt.root; <userinput>chmod 4511 /usr/bin/tip</userinput></screen>
 
       <para> このコマンドは <command>cu</command>
 	に対しておこなう必要はありません, それは
 	<command>cu</command> は <command>tip</command>
 	に対するハードリンクだからです.</para>
     </sect2>
 
     <sect2>
       <title>私の Hayes モデムはサポートされていません,
 	どうしよう?</title>
 
       <para>実際, <command>tip</command> の
 	マニュアルページは古くなっています. 既に Hayes
 	ダイアラが組み込まれています. <filename>/etc/remote</filename>
 	ファイル中で <literal>at=hayes</literal>
 	を使ってください.</para>
 
       <para>Hayes ドライバは, 最近のモデムの新しい機能である
 	<literal>BUSY</literal>, <literal>NO DIALTONE</literal>,
 	<literal>CONNECT 115200</literal>などのメッセージを
 	認識できるほど賢くはなく, 単に混乱を起こすだけです.
 	<command>tip</command>を使う場合には,
 	(<command>ATX0&amp;W</command> とするなどして) これらの
 	メッセージを表示させないようにしなくてはいけません.</para>
 
       <para>また, <command>tip</command> のダイアルのタイムアウトは
 	60秒です. モデムの タイムアウト設定はそれより短くすべきであり,
 	そうしないと  <command>tip</command>
 	は通信に問題があると判断するでしょう.
 	<command>ATS7=45&amp;W</command>  を実行してください.</para>
 
       <para>実際, デフォルトの <command>tip</command> は Hayes
 	の完全なサポートを しているわけではありません. 解決方法は
 	<filename>/usr/src/usr.bin/tip/tip</filename> の下の
 	<filename>tipconf.h</filename>  を変更することです.
 	もちろんこれにはソース配布ファイルが必要です.</para>
 
       <para><literal>#define HAYES 0</literal> と記述されている行を
 	<literal>#define HAYES 1</literal> と変更し, そして
 	<command>make</command>, <command>make install</command>
 	を実行します.  これでうまく動作するでしょう.</para>
     </sect2>
 
     <sect2 id="direct-at">
       <title>これらの AT コマンドを入力するには?</title>
 
       <para><filename>/etc/remote</filename> ファイルの中で
 	<quote>direct</quote> エントリを作ります.  たとえばモデムが
 	1番目のシリアルポートである <filename>/dev/cuaa0</filename>
 	に接続されている場合, 次のようにします:</para>
 
-      <programlisting>
-cuaa0:dv=/dev/cuaa0:br#19200:pa=none</programlisting>
+      <programlisting>cuaa0:dv=/dev/cuaa0:br#19200:pa=none</programlisting>
 
       <para>モデムがサポートする最大の bps レートを br
 	フィールドに使います.  そして <command>tip cuaa0</command>
 	を実行すると, モデムが利用できるようになります.</para>
 
       <para><filename>/dev/cuaa0</filename>
 	がシステムに存在しない場合は, 次のようにします:</para>
 
       <screen>&prompt.root; <userinput>cd /dev</userinput>
 &prompt.root; <userinput>./MAKEDEV cuaa0</userinput></screen>
 
       <para>または root になって以下のように cu
 	コマンドを実行します:</para>
 
       <screen>&prompt.root; <userinput>cu -l<replaceable>line</replaceable> -s<replaceable>speed</replaceable></userinput></screen>
 
       <para><replaceable>line</replaceable>
 	にはシリアルポートを指定します (例えば
 	<filename>/dev/cuaa0</filename>).  そして
 	<replaceable>speed</replaceable> には接続する速度を指定します
 	(例えば <literal>57600</literal>).  その後 AT
 	コマンドを実行したら, <command>~.</command>
 	と入力すれば終了します.</para>
     </sect2>
 
     <sect2>
       <title>pn 機能の <literal>@</literal> 記号が使えません!</title>
 
       <para>電話番号 (pn) 機能の中での <literal>@</literal> 記号は,
 	tip に <filename>/etc/phone</filename>
 	にある電話番号を参照するように伝えます.  しかし
 	<literal>@</literal> の文字は <filename>/etc/remote</filename>
 	のような 設定ファイルの中では特殊文字となります.
 	バックスラッシュを使ってエスケープをおこないます:</para>
 
-      <programlisting>
-pn=\@</programlisting>
+      <programlisting>pn=\@</programlisting>
     </sect2>
 
     <sect2>
       <title>コマンドラインから電話番号を指定するには?</title>
 
       <para><quote>generic</quote> エントリと呼ばれるものを
 	<filename>/etc/remote</filename> に追加します.
 	例えば次のようにします:</para>
 
-      <programlisting>
-tip115200|Dial any phone number at 115200 bps:\
+      <programlisting>tip115200|Dial any phone number at 115200 bps:\
 	    :dv=/dev/cuaa0:br#115200:at=hayes:pa=none:du:
 tip57600|Dial any phone number at 57600bps:\
 	    :dv=/dev/cuaa0:br#57600:at=hayes:pa=none:du:</programlisting>
 
       <para>そして </para>
 
       <screen>&prompt.root; <userinput>tip -115200 5551234</userinput></screen>
 
       <para>のように利用できます.
 	<command>tip</command> より <command>cu</command> を使いたい場合,
 	<command>cu</command> の generic エントリを使います:
 
-	<programlisting>
-cu115200|Use cu to dial any number at 115200bps:\
+	<programlisting>cu115200|Use cu to dial any number at 115200bps:\
 	:dv=/dev/cuaa1:br#57600:at=hayes:pa=none:du:</programlisting>
 
 	そして</para>
 
       <screen>&prompt.root; <userinput>cu 5551234 -s 115200</userinput></screen>
 
       <para> と実行します.</para>
     </sect2>
 
     <sect2>
       <title>毎回 bps レートを入力しなければいけませんか?</title>
 
       <para><literal>tip1200</literal> や <literal>cu1200</literal>
 	用のエントリを記述し,  適切な通信速度を br
 	フィールドに設定します.  <command>tip</command> は 1200 bps
 	が正しいデフォルト値であるとみなすので,
 	<literal>tip1200</literal> エントリを参照します. もちろん 1200
 	bps  を使わなければならないわけではありません.</para>
     </sect2>
 
     <sect2>
       <title>ターミナルサーバを経由して
 	複数のホストへアクセスしたいんです.</title>
 
       <para>毎回接続されるのを待って
 	<command>CONNECT &lt;host&gt;</command> と入力する
 	かわりに, tip の <literal>cm</literal> 機能を使います.
 	例えば, <filename>/etc/remote</filename>
 	に次のようなエントリを追加します:
 
-	<programlisting>
-pain|pain.deep13.com|Forrester's machine:\
+	<programlisting>pain|pain.deep13.com|Forrester's machine:\
 	:cm=CONNECT pain\n:tc=deep13:
 muffin|muffin.deep13.com|Frank's machine:\
 	:cm=CONNECT muffin\n:tc=deep13:
 deep13:Gizmonics Institute terminal server:\
 	:dv=/dev/cuaa2:br#38400:at=hayes:du:pa=none:pn=5551234:</programlisting>
 
 	これで, <command>tip pain</command> や
 	<command>tip muffin</command> と実行すると
 	pain や muffin のホストに接続することができ,
 	<command>tip deep13</command>
 	を実行するとターミナルサーバに接続します.</para>
     </sect2>
 
     <sect2>
       <title>tip を使ってそれぞれのサイトの
 	複数の回線に接続できますか?</title>
 
       <para>これは大学に電話回線がいくつかあって
 	数千人の学生が接続しようとする 場合によくある問題です.</para>
 
       <para>あなたの大学のエントリを <filename>/etc/remote</filename>
 	ファイルに作成して,  <literal>pn</literal> のフィールドには
 	<literal>@</literal> を使います:</para>
 
-      <programlisting>
-big-university:\
+      <programlisting>big-university:\
 	:pn=\@:tc=dialout
 dialout:\
 	:dv=/dev/cuaa3:br#9600:at=courier:du:pa=none:</programlisting>
 
       <para>そして <filename>/etc/phone</filename>
 	ファイルに大学の電話番号の一覧を書きます:</para>
 
-      <programlisting>
-big-university 5551111
+      <programlisting>big-university 5551111
 big-university 5551112
 big-university 5551113
 big-university 5551114</programlisting>
 
       <para><command>tip</command> は一連の電話番号を試みて,
 	最終的に接続できなければあきらめます.
 	リトライを続けさせたい場合は, <command>tip</command> を while
 	ループに入れて 実行します.</para>
     </sect2>
 
     <sect2>
       <title>CTRL+P を 1回送るために 2度押す必要があるのはなぜ?</title>
 
       <para>CTRL+P は通常 <quote>force (強制)</quote> 文字であり,
 	<command>tip</command> に次の文字が
 	リテラルデータであることを伝えます. force
 	文字は <quote>変数の設定</quote> を意味する
 	<command>~s</command>
 	エスケープによって他の文字にすることができます.</para>
 
       <para><command>
 	  ~sforce=<replaceable>single-char</replaceable></command>
 	と入力して改行します.  <replaceable>single-char</replaceable>
 	は, 任意の 1バイト文字です.
 	<replaceable>single-char</replaceable> を省略すると NUL
 	文字になり,  これは CTRL+2 や CTRL+SPACE
 	を押しても入力できます.
 	いくつかのターミナルサーバで使われているのを 見ただけですが,
 	<replaceable>single-char</replaceable> に SHIFT+CTRL+6
 	に割り当てるのもよいでしょう.</para>
 
       <para><filename>&#36;HOME/.tiprc</filename>
 	に次のように定義することで,  任意の文字を force
 	文字として利用できます:</para>
 
-      <programlisting>
-force=&lt;single-char&gt;</programlisting>
+      <programlisting>force=&lt;single-char&gt;</programlisting>
     </sect2>
 
     <sect2>
       <title>打ち込んだ文字が突然すべて大文字になりました??</title>
 
       <para>CTRL+A を押してしまい, caps-lock
 	キーが壊れている場合のために設計された  <command>tip</command>
 	の <quote>raise character</quote> モードに入ったのでしょう.
 	既に述べたように <command>~s</command> を使って,
 	<literal>raisechar</literal> をより適切な値に
 	変更してください. もしこれら両方の機能を使用しないのであれば,
 	force 文字と同じ設定にすることもできます.</para>
 
       <!-- kuriyama - file tiprc /file -->
       <para>以下は CTRL+2 や CTRL+A などを頻繁に使う必要のある Emacs
 	ユーザにうってつけの. tiprc ファイルのサンプルです:</para>
 
-      <programlisting>
-force=^^
+      <programlisting>force=^^
 raisechar=^^</programlisting>
 
       <para>^^ は SHIFT+CTRL+6 です.</para>
     </sect2>
 
     <sect2>
       <title><command>tip</command> でファイルを転送するには?</title>
 
       <para>もし他の UNIX のシステムと接続しているなら,
 	<command>~p</command>(put) や  <command>~t</command>(take)
 	でファイルの送受信ができます. これらのコマンドは
 	相手のシステムの上で <command>cat</command> や
 	<command>echo</command> を実行することで 送受信をします.
 	書式は以下のようになります:</para>
 
       <cmdsynopsis>
 	<command>~p</command>
 	<arg choice="plain">ローカルのファイル名</arg>
 	<arg choice="opt">リモートのファイル名</arg>
       </cmdsynopsis>
       <cmdsynopsis>
 	<command>~t</command>
 	<arg choice="plain">リモートのファイル名</arg>
 	<arg choice="opt">ローカルのファイル名</arg>
       </cmdsynopsis>
 
       <para>この方法ではエラーチェックをおこないませんので, zmodem
 	などの他のプロトコルを使った方がよいでしょう.</para>
     </sect2>
 
     <sect2>
       <title><command>tip</command> から zmodem を実行するには?</title>
 
       <para>ファイルを受信するには,
 	リモート側で送信プログラムを起動します.  そして <command>~C
 	  rz</command> と入力すると, ローカル側へのファイルの受信が
 	始まります.</para>
 
       <para>ファイルを送信するには,
 	リモート側で受信プログラムを起動します.  そして <command>~C sz
 	  <replaceable>files</replaceable></command> と入力すると,
 	リモート側への ファイルの送信が始まります.</para>
     </sect2>
   </sect1>
  
   <sect1 id="serialconsole-setup">
     <title>シリアルコンソールの設定</title>
     
     <para><emphasis>原作: &a.yokota;, &a.wpaul;</emphasis></para>
     
     <para><emphasis>この文書はほとんどが &a.wpaul; 氏の
 	<filename>/sys/i386/boot/biosboot/README.serial</filename>
 	に基づいています.</emphasis></para>
   
     <sect2 id="serialconsole-intro">
       <title>導入</title>
       
       <para>FreeBSD/i386 オペレーティングシステムは, コンソールとして
 	シリアルポート上のダム端末しか持たないシステムでも起動できます.
 	この様な構成はきっと次のような二種類の人達に便利でしょう. それは,
 	キーボードやモニタのない専用のファイル/演算/端末サーバに
 	FreeBSD をインストールしたいシステム管理者と,
 	カーネルやデバイスドライバをデバッグしたい開発者です.</para>
   
       <para>バージョン 3.1 から, FreeBSD/i386 は 3 ステージ構成ののブートストラップ
 	を用いるようになりました. 最初の 2 つのステージは,
         ブートディスクにある FreeBSD スライスの最初に格納されている,
         ブートブロックのコードが行います.
 	それからブートブロックは, 第 3 ステージのコードとしてブートローダ
 	(<filename>/boot/loader</filename>) を読み込み, 実行します. 
 	(ブートプロセスの詳細については &man.boot.8; と &man.loader.8;
 	をご覧下さい.)</para>
   
       <para>シリアルコンソールを設定するためには, ブートブロックコード, 
 	ブートローダコード, カーネルを設定する必要があります.</para>
       
       <para>FreeBSD バージョン 3.0 では, ブートローダはないので
 	ブートストラップは 2 ステージです. つまり, ブートブロックが直接
 	カーネルをメモリに読み込みます. もしあなたが FreeBSD 3.0 を使って
 	いるなら, このセクションでブートローダについて述べている部分は無視してください.
 	それでもシリアルポートをコンソールとして使うのに支障はありません.</para>
   
       <para>FreeBSD バージョン 2.X と 3.X のシリアルポートドライバ
 	&man.sio.4 は全く違いますので, 設定も異なった方法で行う必要があります.
 	この章ではバージョン 2.X システム用の設定については扱っていません.
 	もしあなたが古いバージョンの FreeBSD を使っているなら, かわりに
 	<filename>/sys/i386/boot/biosboot/README.serial</filename>
 	を調べてみてください.</para>
     </sect2>
     
     <sect2 id="serialconsole-howto">
       <title>シリアルコンソールを設定するための 6 ステップ</title>
   
       <procedure>
 	<step>
 	  <para>シリアルケーブルを用意してください.</para>
 	  
 	  <para>ヌルモデムケーブル,
             もしくは標準シリアルケーブルとヌルモデムアダプタが必要となります.
             シリアルケーブルについては <xref linkend="term"> をご覧下さい.</para>
 	</step>
 	
 	<step>
 	  <para>キーボードをはずして下さい.</para>
 	  
 	  <para>たいていの PC システムは Power-On Self-Test (POST)
 	    の間にキーボードを検出し, もし見つからなければエラーと
 	    なります. また, キーボードがないことを大きな音で知らせ,
 	    キーボードが接続されるまでは起動を中断するようなマシンもあります.</para>
 
 	  <para>コンピュータがエラーを表示していても,
 	    とにかく起動するなら特別な対応は必要ありません. 
 	    (私の手元にある Phoneix BIOS を搭載しているマシンは,
 	     単に <errorname>Keyboard failed</errorname> とだけ
 	     表示した後, 起動は正常に行なわれます.)</para>
 	  
 	  <para>あなたのコンピュータがキーボードを接続していない状態で
 	    起動しないようなら, (もし可能ならば) エラーを無視するように
 	    BIOS を設定する必要があります. 設定方法の詳細については,
 	    マザーボードのマニュアルを調べてください.</para>
 	  
 	  <tip>
 	    <para>BIOS の設定でキーボードを <quote>Not installed</quote>
 	      にするということは, キーボードを使えないということを
 	      意味しているわけでは<emphasis>ありません</emphasis>. これは, BIOS
 	      がキーボードがなくても文句を言わないように, 電源投入時には
 	      キーボードを探すな, と指示するだけです. このフラグを
 	      <quote>Not installed</quote> にしていてもキーボードを
 	      接続したままにできますし, ちゃんと動作します.</para>
 	  </tip>
 	  
 	  <note>
 	    <para>あなたのシステムが PS/2 マウスを使っているなら, 
 	      おそらくマウスもキーボード同様にはずす必要があるでしょう.
 	      というのは, PS/2 マウスは部分的にキーボードとハードウェアを
 	      共有しており, マウスを接続したままにしていると,
               キーボードも存在する, と誤って検出してしまう可能性があるからです. 
 	      AMI BIOS を持つ Gateway 2000 ペンティアム 90Mhz システム
 	      はこれに該当すると言われています. 
 	      一般的にこれは問題ではありません. なぜなら, どっちにしても
 	      マウスはキーボードなしではたいして役に立たないからです.</para>
 	  </note>
 	</step>
 	
 	<step>
 	  <para><devicename>COM1:</devicename> (<devicename>sio0</devicename>)
 	    にダム端末を接続してください.</para>
 	  
 	  <para>ダム端末がなければ, かわりに古い PC/XT でモデム
 	    プログラムを走らせて使ったり, シリアルボートに他の UNIX
 	    マシンを繋いだりできます. もしも <devicename>COM1:</devicename>
 	    (<devicename>sio0</devicename>) がなければ, 作成してください. 
 	    今のところ, <devicename>COM1:</devicename> 以外のポートを
 	    選択するためにはブートブロックの再コンパイルが必要です. 
 	    すでに <devicename>COM1:</devicename> を他の装置に
 	    使っていた場合は, 一時的にその装置をはずして
 	    いったん FreeBSD がうまく動作してから, 
 	    新しいブートブロックとカーネルをインストールしてください. 
 	    (上記はとにかくファイル/演算/端末サーバの
 	    <devicename>COM1:</devicename> が利用可能であると仮定して
 	    います. あなたが本当に何かのために
 	    <devicename>COM1:</devicename> が必要 (で, なおかつその何かを
 	    <devicename>COM2:</devicename> (<devicename>sio1</devicename>)
 	    に付け替えることができない) ならば, 多分, そもそも
 	    悩んでる場合ではありません.)</para>
 	</step>
     
 	<step>
 	  <para>カーネルコンフィグファイルの <devicename>COM1:</devicename>
 	    (<devicename>sio0</devicename>) に適切なフラグを
 	    設定していることを確認してください. </para>
 	  
 	  <para>関連するフラグ:</para>
 	  
 	  <variablelist>
 	    <varlistentry>
 	      <term><literal>0x10</literal></term>
 	      
 	      <listitem>
 		<para>このポートのコンソールサポートを有効にします. 
 		  このフラグが設定されない場合, 他のフラグは無視されます. 
 		  現在のところ, 一つのポートしかコンソールサポートを有効に
 		  できません. (config ファイルに書かれた順番で) 最初にこのフラグを
 		  指定されたポートが選択されます. 
 		  なお, このオプションを指定するだけでシリアルポートが
 		  コンソールとして使えるわけではありません.
 		  このフラグと一緒に, 以下のフラグも指定するかもしくは
 		  <option>-h</option> オプションも使ってください. </para>
 	      </listitem>
 	    </varlistentry>
 	    
 	    <varlistentry>
 	      <term><literal>0x20</literal></term>
 	      
 	      <listitem>
 		<para>後述される <option>-h</option> オプション
 		  を無視して, (他に優先度の高いコンソールがない限り)
                   このポートをコンソールとして指定します. 
 		  このフラグは FreeBSD バージョン 2.X の
 		  <literal>COMCONSOLE</literal> オプションに対応するものです. 
 		  フラグ <literal>0x20</literal> は必ず
 		  フラグ <option>0x10</option> と一緒に指定されなければなりません.</para>
 	      </listitem>
 	    </varlistentry>
 	    
 	    <varlistentry>
 	      <term><literal>0x40</literal></term>
 	      
 	      <listitem>
 		<para>(<literal>0x10</literal> と組み合わせることで)
 		  このポートを予約し, 通常のアクセスができない
 		  ようにします. 
 		  このフラグは, シリアルコンソールとして使いたいポートに
 		  指定すべきではありません. 
 		  唯一の使い道は, ユニットがカーネルのリモートデバッグ用
 		  であることを指定することです.
 		  リモートデバッグの詳細については
 		  <xref linkend="kerneldebug"> を参照してください.</para>
 		
 		<note>
 		  <para>FreeBSD 4.0-CURRENT 以降では, 
 		    フラグ <literal>0x40</literal> の意味が若干異なり, 
 		    シリアルポートにリモートデバッグを指定するためには, 
 		    別のフラグを使います.</para>
 		</note>
 	      </listitem>
 	    </varlistentry>
 	  </variablelist>
 	  
 	  <para>例:</para>
 	  
-	  <programlisting>
-device sio0 at isa? port "IO_COM1" tty flags 0x10 irq 4</programlisting>
+	  <programlisting>device sio0 at isa? port "IO_COM1" tty flags 0x10 irq 4</programlisting>
       
 	  <para>詳細については &man.sio.4; を参照して下さい.</para>
 	  
 	  <para>もしこれらのフラグがセットされていなければ, (別のコンソールで)
 	    UserConfig を実行するか,
             カーネルを再コンパイルする必要があります.</para>
 	</step>
 	
 	<step>
 	  <para>ブートドライブの <literal>a</literal> パーティションの
 	    ルートディレクトリに <filename>boot.config</filename>
 	    を作成してください.</para>
 	  
 	  <para>このファイルは, ブートブロックコードに対してどのように
 	    システムを起動したいかを教えます. 
 	    シリアルコンソールを活かすためには, 以下のオプションを幾つか
 	    dash; 複数の場合も一行で, 設定する必要があります:</para>
 	  
 	  <variablelist>
 	    <varlistentry>
 	      <term><option>-h</option></term>
 	      
 	      <listitem>
 		<para>内蔵コンソールとシリアルコンソールの切替えを行います.
 		  これを使用してコンソールデバイスを変更できます. 
 		  例えば, 内蔵 (ビデオ) コンソールからブートした場合,
 		  カーネルとブートローダがコンソールデバイスとして
 		  シリアルポートを使用するようにするため,
 		  <option>-h</option> を使って指示できます. 
 		  反対に, シリアルポートからブートした場合,
 		  ブートローダとカーネルがコンソールとして代わりに
 		  ビデオディスプレイを使用するようにするため, 
 		  <option>-h</option> を使用できます.</para>
 	      </listitem>
 	    </varlistentry>
 	    
 	    <varlistentry>
 	      <term><option>-D</option></term>
 	      
 	      <listitem>
 		<para>シングルとデュアルのコンソール設定を切り替えます.
 		  シングル設定では, 上記の <option>-h</option>
 		  オプションの状態によって,コンソールは内蔵コンソール
 		  (ビデオディスプレイ)かシリアルポートのいずれかになります. 
 		  デュアルコンソール設定では, ビデオディスプレイと
 		  シリアルポートの両方が, <option>-h</option>
 		  オプションの状態によらず, 同時にコンソールになります.
 		  しかし, デュアルコンソール設定は, ブートブロックが
 		  実行されている間でしか効果を持ちません. 
 		  一旦ブートローダに制御が移ると, <option>-h</option>
 		  オプションによって指定されたコンソールが
 		  唯一のコンソールになります.</para>
 	      </listitem>
 	    </varlistentry>
 	    
 	    <varlistentry>
 	      <term><option>-P</option></term>
 	      
 	      <listitem>
 		<para>ブートブロックがキーボードを検出するようにします.
 		  キーボードが発見できなかった場合には, 
 		  <option>-D</option> と <option>-h</option> 
                   オプションが自動的にセットされます.</para>
 		
 		<note>
 		  <para>現バージョンのブートブロックでは容量の制限により,
 		    <option>-P</option> オプションは拡張キーボードしか
 		    検出できません. キーが 101 個より少ない (そして F11
 		    と F12 がない) キーボードは検出されない可能性があります. 
 		    この制限から, いくつかのラップトップコンピュータの
 		    キーボードは正しく検出されないでしょう. 
 		    残念ながら, この問題の回避策はありません. </para>
 		</note>
 	      </listitem>
 	    </varlistentry>
 	  </variablelist>
       
 	  <para><option>-P</option> オプションを使ってコンソールを
 	    自動的に選ぶか, <option>-h</option> オプションを使って
 	    シリアルコンソールを有効にしてください.</para>
       
 	  <para>さらに &man.boot.8; で説明されている他のオプションも使う
 	    ことができます.</para>
       
 	  <para><option>-P</option> 以外のオプションはブートローダ
 	    (<filename>/boot/loader</filename>) に渡されます. 
 	    ブートローダは, <option>-h</option> オプションだけの状態を
 	    調べることで内蔵ビデオとシリアルポートのどちらがコンソールに
 	    なるのか決めます. 
 	    つまり, <filename>/boot.config</filename> の中で
 	    <option>-D</option> オプションを指定して
 	    <option>-h</option> オプションを指定しなかった場合, 
 	    ブートブロック実行中でのみシリアルポートをコンソールとして
 	    使うことができます. ブートローダは内蔵ビデオディスプレイを
 	    コンソールとして使います.</para>
 	</step>
 	
 	<step>
 	  <para>マシンを起動する.</para>
 	  
 	  <para>FreeBSD を起動したとき, ブートブロックは
 	    <filename>/boot.config</filename> の内容をコンソールに表示
 	    します. 例えば,</para>
     
 	  <screen>/boot.config: -P
 Keyboard: no</screen>
     
 	  <para>行の二番目は, 
             <filename>/boot.config</filename> にオプション
             <option>-P</option> が指定してあるときだけ表示され,
             キーボードが存在するかどうかを表します.
             これらのメッセージは, シリアルか内蔵のいずれか,
             あるいはその両方のコンソールに表示されます.
             どちらに表示されるかは,
             <filename>/boot.config</filename> の設定によって変わります.</para>
     
 	  <informaltable frame="none">
 	    <tgroup cols="2">
 	      <thead>
 		<row>
 		  <entry>オプション指定</entry>
 		  <entry>メッセージの表示される場所</entry>
 		</row>
 	      </thead>
 	      
 	      <tbody>
 		<row>
 		  <entry>なし</entry>
 		  <entry>内蔵</entry>
 		</row>
 		
 		<row>
 		  <entry><option>-h</option></entry>
 		  <entry>シリアル</entry>
 		</row>
 		
 		<row>
 		  <entry><option>-D</option></entry>
 		  <entry>シリアルと内蔵の両方</entry>
 		</row>
 		
 		<row>
 		  <entry><option>-Dh</option></entry>
 		  <entry>シリアルと内蔵の両方</entry>
 		</row>
 		
 		<row>
 		  <entry><option>-P</option>, キーボードが存在する場合</entry>
 		  <entry>内蔵</entry>
 		</row>
 		
 		<row>
 		  <entry><option>-P</option>, キーボードが存在しない場合</entry>
 		  <entry>シリアル</entry>
 		</row>
 	      </tbody>
 	    </tgroup>
 	  </informaltable>
 	  
 	  <para>このメッセージが表示された後,
             ブートブロックがブートローダのロードを再開し,
             他の全てのメッセージがコンソールに表示されるまで,
             若干時間がかかります. 通常の環境では, ブートブロックに
             割り込みをかける必要はありませんが,
             ちゃんとセットアップされているかどうか確かめるために,
             割り込みをかけることができるようになっています.</para>
     
 	  <para>ブートプロセスに割り込みをかけるには,
             コンソールの(Enter/Return キー以外の)キーをたたいて下さい.
             ブートブロックはその時, 操作を指定するためのプロンプトを表示します.
             こんな風に表示されるでしょう.
           </para>
     
 	  <screen>>> FreeBSD/i386 BOOT
 Default: 0:wd(0,a)/boot/loader
 boot:</screen>
     
 	  <para>上に示したメッセージが, シリアルか内蔵,
             あるいはその両方といった, <filename>/boot.config</filename>
             で指定したとおりのコンソールに表示されることを確認して下さい.
             メッセージが正しいコンソールに表示されたら, Enter/Return
             キーを押してブートプロセスを継続してください.
           </para>
 	  
 	  <para>もし, シリアルコンソールを利用するように設定しているのに
             シリアル端末にプロンプトが出てこない場合は,
             設定のどこかに間違いがあります.
             ブートブロック(とブートローダ, カーネル)に対して
             シリアルポートをコンソールに使うことを伝えるため,
             割り込みをかけた時に <option>-h</option> を入力し,
             (可能ならば) Enter/Return キーを押して下さい. そして,
             一度システムを起動させてから, どこが悪いのかをチェックして下さい.</para>
 	</step>
       </procedure>
       
       <para>ブートローダがロードされ, ブートプロセスの第三ステージに
       いる時には, まだ内蔵コンソールとシリアルコンソールを切り替えることができます.
       それにはブートローダの環境変数を適切に設定すれは良いのですが,
       詳細については <xref linkend="serialconsole-loader"> を参照してください.</para>
     </sect2>
   
   <sect2 id="serialconsole-summary">
     <title>まとめ</title>
     
       <para>このセクションで扱ったさまざまな設定と,
         最終的に選択されるコンソールに関するまとめです.</para>
       
       <sect3>
 	<title>Case 1: sio0 の flags に 0x10 をセットした場合</title>
 	
 	<programlisting>device sio0 at isa? port "IO_COM1" tty flags 0x10 irq 4</programlisting>
 	
 	<informaltable frame="none">
 	  <tgroup cols="4">
 	    <thead>
 	      <row>
 		<entry>/boot.config 内のオプション</entry>
 		<entry>ブートブロック実行中のコンソール</entry>
 		<entry>ブートローダ実行中のコンソール</entry>
 		<entry>カーネルのコンソール</entry>
 	      </row>
 	    </thead>
 	    
 	    <tbody>
 	      <row>
 		<entry>なし</entry>
 		<entry>内蔵</entry>
 		<entry>内蔵</entry>
 		<entry>内蔵</entry>
 	      </row>
 	      
 	      <row>
 		<entry><option>-h</option></entry>
 		<entry>シリアル</entry>
 		<entry>シリアル</entry>
 		<entry>シリアル</entry>
 	      </row>
 	      
 	      <row>
 		<entry><option>-D</option></entry>
 		<entry>内蔵, シリアルの両方</entry>
 		<entry>内蔵</entry>
 		<entry>内蔵</entry>
 	      </row>
 	      
 	      <row>
 		<entry><option>-Dh</option></entry>
 		<entry>内蔵, シリアルの両方</entry>
 		<entry>シリアル</entry>
 		<entry>シリアル</entry>
 	      </row>
 	      
 	      <row>
 		<entry><option>-P</option>, キーボードが存在する場合</entry>
 		<entry>内蔵</entry>
 		<entry>内蔵</entry>
 		<entry>内蔵</entry>
 	      </row>
 	      
 	      <row>
 		<entry><option>-P</option>, キーボードが存在しない場合</entry>
 		<entry>内蔵, シリアルの両方</entry>
 		<entry>シリアル</entry>
 		<entry>シリアル</entry>
 	      </row>
 	    </tbody>
 	  </tgroup>
 	</informaltable>
       </sect3>
       
       <sect3>
 	<title>Case 2:  sio0 の flags に 0x30 をセットした場合</title>
 	
 	<programlisting>device sio0 at isa? port "IO_COM1" tty flags 0x30 irq 4</programlisting>
   
 	<informaltable frame="none">
 	  <tgroup cols="4">
 	    <thead>
 	      <row>
 		<entry>/boot.config 内のオプション</entry>
 		<entry>ブートブロック実行中のコンソール</entry>
 		<entry>ブートローダ実行中のコンソール</entry>
 		<entry>カーネルのコンソール</entry>
 	      </row>
 	    </thead>
 	    
 	    <tbody>
 	      <row>
 		<entry>なし</entry>
 		<entry>内蔵</entry>
 		<entry>内蔵</entry>
 		<entry>シリアル</entry>
 	      </row>
 	      
 	      <row>
 		<entry><option>-h</option></entry>
 		<entry>シリアル</entry>
 		<entry>シリアル</entry>
 		<entry>シリアル</entry>
 	      </row>
 	      
 	      <row>
 		<entry><option>-D</option></entry>
 		<entry>内蔵, シリアルの両方</entry>
 		<entry>内蔵</entry>
 		<entry>シリアル</entry>
 	      </row>
 	      
 	      <row>
 		<entry><option>-Dh</option></entry>
 		<entry>内蔵, シリアルの両方</entry>
 		<entry>シリアル</entry>
 		<entry>シリアル</entry>
 	      </row>
 	      
 	      <row>
 		<entry><option>-P</option>, キーボートが存在する場合</entry>
 		<entry>内蔵</entry>
 		<entry>内蔵</entry>
 		<entry>シリアル</entry>
 	      </row>
 	      
 	      <row>
 		<entry><option>-P</option>, キーボードが存在しない場合</entry>
 		<entry>内蔵, シリアルの両方</entry>
 		<entry>シリアル</entry>
 		<entry>シリアル</entry>
 	      </row>
 	    </tbody>
 	  </tgroup>
 	</informaltable>
       </sect3>
     </sect2>
     
     <sect2 id="serialconsole-tips">
       <title>シリアルコンソールを利用する上で役に立つ情報</title>
   
       <sect3>
 	<title>シリアルポートの通信速度をもっと速いものに設定するには</title>
 	
 	<para>デフォルトのシリアルポート通信速度は, 9600 ボー,
           8 ビット, パリティなし, ストップビット 1 です.
           通信速度を変更したい場合には, 少なくとも
           ブートブロックの再コンパイルが必要になります.
           <filename>/etc/make.conf</filename> に次のような行を追加して,
           新しくブートブロックをコンパイルして下さい.</para>
 	
 	<programlisting>BOOT_COMCONSOLE_SPEED=19200</programlisting>
   
 	<para>もし, シリアルコンソールがブート時の <option>-h</option>
           オプション以外の方法で設定されていたり,
           カーネルが利用するシリアルコンソールが
           ブートブロック実行中のものと異なる場合には,
           カーネルコンフィグレーションファイルに次のオプションを追加して,
           新しくカーネルをコンパイルしなければなりません.</para>
   
 	<programlisting>options CONSPEED=19200</programlisting>
       </sect3>
       
       <sect3 id="serialconsole-com2">
 	<title><devicename>sio0</devicename> 以外のシリアルポートを
           コンソールとして使うには</title>
 	
 	<para><devicename>sio0</devicename>
           以外のポートをコンソールとして使うには, 再コンパイルが必要です.
           それがどんな理由であれ, 他のポートを使用する場合には
           ブートブロック, ブートローダ, カーネルを
           次のようにして再コンパイルして下さい.</para>
   
 	<procedure>
 	  <step>
 	    <para>カーネルソースを取得する.</para>
 	  </step>
 	  
 	  <step>
 	    <para><filename>/etc/make.conf</filename> を編集し,
 	      <literal>BOOT_COMCONSOLE_PORT</literal> に
               使用したいポートのアドレス(0x3F8, 0x2F8, 0x3E8 or 0x2E8)を
               設定してください. 使用可能なのは
               <devicename>sio0</devicename> から
 	      <devicename>sio3</devicename> (<devicename>COM1:</devicename>
 	      から <devicename>COM4:</devicename>) までで,
               マルチポートシリアルカードは使えません.
               また, ここで割り込みの設定をする必要はありません.</para>
 	  </step>
 	  
 	  <step>
 	    <para>設定を変更するために新たなカーネルコンフィグレーションファイルを作成し,
               使いたいシリアルポートのフラグを適切に設定します.
               例えば, <devicename>sio1</devicename>
 	      (<devicename>COM2:</devicename>) をコンソールにしたければ,</para>
   
 	    <programlisting>device sio1 at isa? port "IO_COM2" tty flags 0x10 irq 3</programlisting>
   
 	    <para>または,</para>
 	    
 	    <programlisting>device sio1 at isa? port "IO_COM2" tty flags 0x30 irq 3</programlisting>
   
 	    <para>とします. その際,
             他のシリアルポートにコンソールフラグをつけてはいけません.</para>
 	  </step>
 	  
 	  <step>
 	    <para>ブートブロックを再コンパイルし, インストールする.</para>
 	    
 	    <screen>&prompt.root; <userinput>cd /sys/boot/i386/boot2</userinput>
 &prompt.root; <userinput>make</userinput>
 &prompt.root; <userinput>make install</userinput></screen>
 	  </step>
 	  
 	  <step>
 	    <para>ブートローダを再コンパイルし, インストールする.</para>
 	    
 	    <screen>&prompt.root; <userinput>cd /sys/boot/i386/loader</userinput>
 &prompt.root; <userinput>make</userinput>
 &prompt.root; <userinput>make install</userinput></screen>
         </step>
 	  
 	  <step>
 	    <para>カーネルを再構築し, インストールする.</para>
 	  </step>
 	  
 	  <step>
 	    <para>&man.disklabel.8;
               を使ってブートブロックをブートディスクに書き込み,
               新しいカーネルから起動する.</para>
 	  </step>
 	</procedure>
       </sect3>
       
       <sect3>
 	<title>シリアルポートから DDB デバッガを起動するには</title>
 	
 	<para>シリアルコンソールからカーネルデバッガを起動したい(これは
           リモートで診断する際に便利ですが, もしおかしな BREAK
           信号がシリアルポートに送られるような場合には危険です!)
           場合には, 次のオプションを使ってカーネルをコンパイルして下さい.
         </para>
   
 	<programlisting>options BREAK_TO_DEBUGGER
 options DDB</programlisting>
       </sect3>
       
       <sect3>
 	<title>シリアルコンソールにログインプロンプトを表示させるには</title>
 	
 	<para>シリアルコンソールからブートメッセージを確認したり,
           シリアルコンソールを経由してカーネルデバッグセッションに入ることが
           できるので, これは必要がないかもしれませんが,
           <emphasis>login</emphasis> プロンプトをシリアルポートに
           出力するように設定することもできます.
           これには, 次のようにします.</para>
   
 	<para>エディタで <filename>/etc/ttys</filename> というファイルを開き,
           次に示す行に移動して下さい.</para>
   
       <programlisting>ttyd0 "/usr/libexec/getty std.9600" unknown off secure
 ttyd1 "/usr/libexec/getty std.9600" unknown off secure
 ttyd2 "/usr/libexec/getty std.9600" unknown off secure
 ttyd3 "/usr/libexec/getty std.9600" unknown off secure</programlisting>
   
 	<para><literal>ttyd0</literal> から
           <literal>ttyd3</literal> は,
           <devicename>COM1</devicename> から
 	  <devicename>COM4</devicename> に対応しています.
           設定したいポートの <literal>off</literal> を
 	  <literal>on</literal> に変更して下さい.
           また, もしシリアルポートの通信速度を変更しているなら,
           <literal>std.9600</literal> が実際の通信速度になるように,
           例えば <literal>std.19200</literal> のように変更して下さい.</para>
   
 	<para>さらに, 実際のシリアル端末に合わせて,
           端末タイプを <literal>unknown</literal> から変更することも可能です.
         </para>
 
 	<para>ファイルの編集が終了したら,
           変更を有効化するために <command>kill -HUP 1</command>
           を実行しなければなりません.</para>
       </sect3>
     </sect2>
   
     <sect2 id="serialconsole-loader">
       <title>ブートローダからコンソールを変更するには</title>
       
       <para>前セクションは, ブートブロックの設定を変更することでシリアルコンソールを
         セットアップする方法について解説していました.
         このセクションでは, ブートローダへのコマンド入力と環境変数設定で
         コンソールの指定を行なう方法を紹介します.
         ブートローダがブートブロックの後,
         ブートプロセスの第三ステージとして呼び出されたとき,
         ブートローダの設定には, ブートブロックの設定がそのまま使われます.
         </para>
       
       <sect3>
 	<title>シリアルコンソールをセットアップする</title>
 	
 	<para>ブートローダとカーネルに対して
           シリアルコンソールを使用するように設定するには,
           単に <filename>/boot/loader.rc</filename>
           のファイルに, 次のような一行を書くだけで実現できます.</para>
   
 	<programlisting>set console=comconsole</programlisting>
   
 	<para>これは, 前セクションで扱ったブートブロックの設定に
           全く関係なく機能します.</para>
   
 	<para>上に示した行は, 
 	  <filename>/boot/loader.rc</filename>
           の最初の行に書き込まなくてはいけません.
           これはできるだけ早く, ブートメッセージをシリアルコンソールに
           出力させるために必要なことです.</para>
   
 	<para>同様にして, 次のように内蔵コンソールを指定することもできます.</para>
 	
 	<programlisting>set console=vidconsole</programlisting>
   
 	<para>もし, ブートローダの環境変数
 	  <envar>console</envar> が設定されていない場合,
           ブートローダ, そしてその次に起動するカーネルは
           ブートブロックで指定された <option>-h</option> オプションに
           示されたコンソールを使用します.
           </para>
   
 	<para>3.2 以降のバージョンにおいては
 	  <filename>/boot/loader.rc</filename> ではなく,
 	  <filename>/boot/loader.conf.local</filename> や
 	  <filename>/boot/loader.conf</filename>
           にコンソール指定を書き込みます.
           その場合, 
 	  <filename>/boot/loader.rc</filename>
           は次のようになっていなければなりません.
           </para>
   
 	<programlisting>include /boot/loader.4th
 start</programlisting>
   
 	<para>それから, <filename>/boot/loader.conf.local</filename>
           を作成して, 次の行をそこに追加して下さい.
         </para>
   
 	<programlisting>console=comconsole</programlisting>
   
 	<para>か, もしくは</para>
 	
 	<programlisting>console=vidconsole</programlisting>
   
 	<para>です. 詳細については, &man.loader.conf.5; を参照して下さい.</para>
 	
 	<note>
 	  <para>その際, ブートローダはオプション指定なし
           (ブートブロックに <option>-P</option> オプションが指定されたのと等価)になり,
           キーボードの存在を調べて
           内蔵コンソールとシリアルコンソールを自動的に選択する機能は働きません.</para>
 	</note>
       </sect3>
   
       <sect3>
 	<title><devicename>sio0</devicename> 以外のシリアルポートを
           コンソールとして使うには</title>
 	
 	<para><devicename>sio0</devicename> 以外のシリアルポートを
           コンソールとして使うには, ブートローダを再コンパイルする必要があります.
           それには,
           <xref linkend="serialconsole-com2"> に書かれている説明にしたがって下さい.</para>
       </sect3>
     </sect2>
     
     <sect2 id="serialconsole-caveats">
       <title>注意</title>
       
       <para>シリアルコンソールというアイデアは,
         グラフィック出力用のハードウェアやキーボードが接続されていない
         専用サーバのセットアップを可能にするためのものです.
         (ほとんど?)全てのシステムはキーボードなしで起動できますが,
         不幸にも,グラフィックアダプタなしでは起動できないシステムはたくさんあります.
         AMI BIOS を採用しているマシンでは, CMOS 設定の
         `graphics adapter' を `Not Installed'
         にするだけで,
         グラフィックアダプタがなくとも起動できるように設定することができます.</para>
   
       <para>しかしながら, 多くのマシンはこのようなオプションを持っていませんし,
         ディスプレイハードウェアがシステムに存在しないと起動しないように
         なっています. そのようなマシンでは,
         モニタを接続する必要がなかったとしても,
         適当なグラフィックカード(モノクロのジャンク品でも構いません)を
         挿入したままにしておく必要があるでしょう.
         また, AMI BIOS をインストールする, という手もあります.</para>
     </sect2>
   </sect1>
 
 </chapter>
 
 <!--
      Local Variables:
      mode: sgml
      sgml-declaration: "../chapter.decl"
      sgml-indent-data: t
      sgml-omittag: nil
      sgml-always-quote-attributes: t
      sgml-parent-document: ("../book.sgml" "part" "chapter")
      End:
 -->
diff --git a/ja_JP.eucJP/books/handbook/sound/chapter.sgml b/ja_JP.eucJP/books/handbook/sound/chapter.sgml
index 0a8973bf1c..0275791de1 100644
--- a/ja_JP.eucJP/books/handbook/sound/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/sound/chapter.sgml
@@ -1,359 +1,355 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.4
-     $FreeBSD$
+     Original revision: 1.5
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/sound/chapter.sgml,v 1.1 2000/12/24 19:08:50 hrs Exp $
 -->
 
 <chapter id="sound">
   <title>サウンド</title>
 
   <para><emphasis>寄稿: Moses Moore <email>jm-moses@home.com</email>,
       2000 年 11 月 20 日.</emphasis></para>
 
   <sect1>
     <title>この章では</title>
 
     <para>ハンドブックのこの章では, FreeBSD
       システムへのサウンド機能の設定方法を説明します.</para>
   </sect1>
 
   <sect1>
     <title>正しいデバイスの確認</title>
 
     <para>設定をはじめる前に, あなたが持っているカードのモデル, 
       そのカードが使用しているチップ, そして PCI, ISA
       どちらのカードなのかを確認する必要があります.
       FreeBSD は, さまざまな PCI および ISA のカードをサポートしています.
       もしあなたのカードが次のリストに無い場合は,
       &man.pcm.4; のマニュアルページを確認してください.
       これは完全なリストではありませんが,
       良く使われているカードがだいたい含まれています.</para>
       
     <itemizedlist>
       <listitem>
         <para>Crystal 4237, 4236, 4232, 4231</para>
       </listitem>
 
       <listitem>
 	<para>ヤマハ OPL-SAx</para>
       </listitem>
 
       <listitem>
 	<para>OPTi931</para>
       </listitem>
 
       <listitem>
 	<para>Ensoniq AudioPCI 1370/1371</para>
       </listitem>
 
       <listitem>
 	<para>ESS Solo-1/1E</para>
       </listitem>
 
       <listitem>
 	<para>NeoMagic 256AV/ZX</para>
       </listitem>
 
       <listitem>
 	<para>Sound Blaster Pro, 16, 32, AWE64, AWE128, Live</para>
       </listitem>
 
       <listitem>
 	<para>Creative ViBRA16</para>
       </listitem>
 
       <listitem>
 	<para>Advanced Asound 100, 110, および Logic ALS120</para>
       </listitem>
 
       <listitem>
 	<para>ES 1868, 1869, 1879, 1888</para>
       </listitem>
 
       <listitem>
 	<para>Gravis UltraSound</para>
       </listitem>
 
       <listitem>
 	<para>Aureal Vortex 1 および 2</para>
       </listitem>
     </itemizedlist>
 
     <para>カーネル内で使用するドライバは,
       使用するカードの種類によって異なります.
       この節では, それらの詳しい情報と,
       <link linkend="kernelconfig">カーネルコンフィグレーションファイル</link>に
       何を追加すれば良いのかについて説明します.</para>
 
     <sect2>
       <title>Creative, Advance, および ESS 社製サウンドカード</title>
 
       <para>これらのカードを使用する場合は,
         カーネルコンフィグレーションファイルに以下の設定を追加します.</para>
 
       <programlisting>device pcm</programlisting>
 
       <para>PnP の ISA カードを使用する場合は, さらに</para>
 
       <programlisting>device sbc</programlisting>
 
       <para>も加えてください.
         PnP ではない ISA のカードを使用する場合は,</para>
 
       <programlisting>device pcm</programlisting>
 
       <para>と</para>
 
-      <programlisting>
-device sbc0 at isa? port0x220 irq 5 drq 1 flags 0x15</programlisting>
+      <programlisting>device sbc0 at isa? port0x220 irq 5 drq 1 flags 0x15</programlisting>
 
       <para>を加えます.
         これらは標準の設定にあわせたものですので,
         IRQ などの設定は必要に応じて変更する必要があります.
         また, 設定の詳細については, &man.sbc.4;
         のマニュアルページを参照してください.</para>
 
       <note>
         <para>パッチを適用していない FreeBSD 4.0 は
           Sound Blaster Live に対応していません.
           また, この文書ではその設定方法については扱いません.
           このカードを使用する前に, 最新の -STABLE
           にアップデートするようにしてください.</para>
       </note>
     </sect2>
 
     <sect2>
       <title>Gravis 社製 UltraSound カード</title>
 
       <para>PnP の ISA カードを使用するには,
         カーネルコンフィグレーションファイルに次の
         2 つの設定を追加します.</para>
 
       <programlisting>device pcm</programlisting>
 
       <programlisting>device gusc</programlisting>
 
       <para>PnP ではない ISA カードの場合には,</para>
 
       <programlisting>device pcm</programlisting>
 
       <para>と</para>
 
-      <programlisting>
-device gus0 at isa? port 0x220 irq 5 drq 1 flags 0x13</programlisting>
+      <programlisting>device gus0 at isa? port 0x220 irq 5 drq 1 flags 0x13</programlisting>
 
       <para>を加えます.
         IRQ などの設定は必要に応じて変更する必要があります.
         また, 設定の詳細については, &man.gusc.4;
         のマニュアルページを参照してください.</para>
     </sect2>
 
     <sect2>
       <title>Crystal 社製サウンドカード</title>
 
       <para>Crystal 社製のカードを使用する場合は,
         カーネルコンフィグレーションファイルに</para>
 
       <programlisting>device pcm</programlisting>
 
       <para>と</para>
 
       <programlisting>device csa</programlisting>
 
       <para>の両方が必要です.</para>
     </sect2>
 
     <sect2>
       <title>一般的なカードのサポート</title>
 
       <para>PnP ISA カードや PCI カードを使用する場合は,</para>
 
       <programlisting>device pcm</programlisting>
 
       <para>をカーネルコンフィグレーションファイルに追加します.
         ブリッジドライバを持たない, PnP 非対応の ISA
         カードの場合は,</para>
 
-      <programlisting>
-device pcm0 at isa? irq 10 drq 1 flags 0x0</programlisting>
+      <programlisting>device pcm0 at isa? irq 10 drq 1 flags 0x0</programlisting>
 
       <para>を加えます.
         IRQ などの設定は,
         ハードウェアの設定に合うように必要に応じて変更してください.</para>
     </sect2>
   </sect1>
 
   <sect1>
     <title>カーネルの再構築</title>
 
     <para>必要な設定をカーネルコンフィグレーションファイルに追加したら,
       カーネルを再構築します.
       詳細についてはハンドブックの<xref linkend="kernelconfig-building">を参照してください.</para>
   </sect1>
 
   <sect1>
     <title>デバイスノードの作成とテスト</title>
 
     <para>再起動した後, ログインして <command>cat /dev/sndstat</command>
       を実行します. すると, 以下のように出力されるはずです.</para>
 
-    <programlisting>
-FreeBSD Audio Driver (newpcm) Sep 21 2000 18:29:53
+    <programlisting>FreeBSD Audio Driver (newpcm) Sep 21 2000 18:29:53
 Installed devices:
 pcm0: &lt;Aureal Vortex 8830&gt; at memory 0xfeb40000 irq 5 (4p/1r +channels duplex)</programlisting>
 
     <para>エラーメッセージが出力される場合は,
       今までの手順のどこかが間違っています.
       カーネルコンフィグレーションファイルをもう一度見直して,
       正しいデバイスを選択しているかどうか確認してください.</para>
 
     <para>エラーが出力されずに <devicename>pcm0</devicename>
       が出力された場合は,
       <command>su</command> コマンドで
       <username>root</username> になり,
       次のように実行します.</para>
 
     <screen>
 &prompt.root; <userinput>cd /dev</userinput>
 &prompt.root; <userinput>sh MAKEDEV snd0</userinput></screen>
 
     <para>エラーが出力されずに <devicename>pcm1</devicename>
       が出力された場合は,
       <command>su</command> コマンドで
       <username>root</username> になり,
       次のように実行します.</para>
 
     <screen>
 &prompt.root; <userinput>cd /dev</userinput>
 &prompt.root; <userinput>sh MAKEDEV snd1</userinput></screen>
 
     <para>上のコマンドはどちらも,
       <devicename>/dev/snd</devicename> という
       デバイスを作成するもの<emphasis>ではない</emphasis>という点に注意してください!
       これらは代わりに,
       次のような複数のデバイスノードを作成します.</para>
 
     <informaltable frame="none">
       <tgroup cols="2">
 	<thead>
 	  <row>
 	    <entry>デバイス</entry>
 	    <entry>説明</entry>
 	  </row>
 	</thead>
 
 	<tbody>
 	  <row>
 	    <entry><devicename>/dev/audio</devicename></entry>
 	    <entry>SPARC 互換オーディオデバイス</entry>
 	  </row>
 
 	  <row>
 	    <entry><devicename>/dev/dsp</devicename></entry>
 	    <entry>(訳注: 8 ビットで) サンプリングする音声デバイス</entry>
 	  </row>
 
 	  <row>
 	    <entry><devicename>/dev/dspW</devicename></entry>
             <entry><devicename>/dev/dsp</devicename>と同様.
               ただしサンプリングは 16 ビット.</entry>
 	  </row>
 
 	  <row>
 	    <entry><devicename>/dev/midi</devicename></entry>
 	    <entry>Raw MIDI アクセスデバイス</entry>
 	  </row>
 
 	  <row>
 	    <entry><devicename>/dev/mixer</devicename></entry>
 	    <entry>コントロールポートミキサーデバイス</entry>
 	  </row>
 
 	  <row>
 	    <entry><devicename>/dev/music</devicename></entry>
 	    <entry>レベル 2 シーケンサインタフェース</entry>
 	  </row>
 
 	  <row>
 	    <entry><devicename>/dev/sequencer</devicename></entry>
 	    <entry>シーケンサデバイス</entry>
 	  </row>
 
 	  <row>
 	    <entry><devicename>/dev/pss</devicename></entry>
 	    <entry>プログラム可能なデバイスインタフェース</entry>
 	  </row>
 	</tbody>
       </tgroup>
     </informaltable>
 
     <para>すべてうまく行けば,
       サウンドカードの機能を使用することができます.
       うまく行かない場合は, 次の節をご覧ください.</para>
   </sect1>
 
   <sect1>
     <title>よくある問題</title>
 
     <qandaset>
       <qandaentry>
 	<question>
 	  <para>unsupported subdevice XX error が出ました!</para>
 	</question>
 
 	<answer>
           <para>いくつかのデバイスノードが正しく作成されていません.
             前節の手順をもう一度やってみてください.</para>
 	</answer>
       </qandaentry>
 
       <qandaentry>
 	<question>
 	  <para>sb_dspwr(XX) timed out error が出ました!</para>
 	</question>
 
 	<answer>
 	  <para>I/O ポートが正しく設定されていません.</para>
 	</answer>
       </qandaentry>
 
       <qandaentry>
 	<question>
 	  <para>bad irq XX error が出ました!</para>
 	</question>
 
 	<answer>
 	  <para>IRQ が正しく設定されていません.
             カーネルコンフィグレーションファイル中の
             IRQ の設定と,
             サウンドカードの IRQ の設定が同じであるか確認してください.</para>
 	</answer>
       </qandaentry>
 
       <qandaentry>
 	<question>
 	  <para>"xxx: gus pcm not attached, out of memory" というエラーが出ます.
             何が起きたのでしょうか?</para>
 	</question>
 
 	<answer>
           <para>これは,
             デバイスを使用するために必要なメモリが確保できない時に表示されます.</para>
 	</answer>
       </qandaentry>
     </qandaset>
   </sect1>
 </chapter>
 
 <!--
      Local Variables:
      mode: sgml
      sgml-declaration: "../chapter.decl"
      sgml-indent-data: t
      sgml-omittag: nil
      sgml-always-quote-attributes: t
      sgml-parent-document: ("../book.sgml" "part" "chapter")
      End:
 -->
diff --git a/ja_JP.eucJP/books/handbook/staff/chapter.sgml b/ja_JP.eucJP/books/handbook/staff/chapter.sgml
index b0dc98de51..6555ce3977 100644
--- a/ja_JP.eucJP/books/handbook/staff/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/staff/chapter.sgml
@@ -1,1321 +1,1361 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.207
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/staff/chapter.sgml,v 1.47 2001/03/15 21:09:23 hrs Exp $
+     Original revision: 1.209
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/staff/chapter.sgml,v 1.48 2001/04/08 15:33:44 hrs Exp $
 -->
 
 <appendix id="staff">
   <title>FreeBSDプロジェクトスタッフ</title>
   
   <para><emphasis>訳: &a.hanai;, 1996 年 8 月 28 日.</emphasis></para>
 
   <para>FreeBSDプロジェクトは,
     以下の人々によって管理運営されています.</para>
 
   <sect1 id="staff-core">
     <title>FreeBSD コアチーム</title>
     
     <para>FreeBSD コアチームは,
       プロジェクトの <quote>運用委員会</quote> を形成し, FreeBSD
       プロジェクトの全般的な目的や方針の決定を行います. さらに,
       FreeBSDプロジェクトの <link
 	linkend="staff-who">特定の分野</link>の
       運用も行っています.</para>
 
     <para>(姓でアルファベット順):</para>
 
     <itemizedlist>
       <listitem>
 	<para>&a.asami;</para>
       </listitem>
 
       <listitem>
 	<para>&a.dg;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jkh;</para>
       </listitem>
 
       <listitem>
 	<para>&a.grog;</para>
       </listitem>
 
       <listitem>
 	<para>&a.imp;</para>
       </listitem>
 
       <listitem>
 	<para>&a.dfr;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jesper;</para>
       </listitem>
       
       <listitem>
 	<para>&a.msmith;</para>
       </listitem>
 
       <listitem>
 	<para>&a.rwatson;</para>
       </listitem>
 
       <listitem>
 	<para>&a.peter;</para>
       </listitem>
     </itemizedlist>
   </sect1>
 
 <!-- 
 	This list is sorted by last name, not by entity or tenure.
 -->
 
   <sect1 id="staff-committers">
     <title>FreeBSD の開発者たち</title>
 
     <para>(CVSの)commitする権利を持っていて, FreeBSD
       のソースツリーについて 作業をおこなっている人々がいます.
       すべてのコアチームのメンバはま た 開発者でもあります.</para>
 
     <itemizedlist>
       <listitem>
 	<para>&a.akiyama;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jmas;</para>
       </listitem>
 
       <listitem>
        <para>&a.will;</para>
       </listitem>
 
       <listitem>
 	<para>&a.ugen;</para>
       </listitem>
 
       <listitem>
 	<para>&a.toshi;</para>
       </listitem>
 
       <listitem>
 	<para>&a.babkin;</para>
       </listitem>
 
       <listitem>
 	<para>&a.dbaker;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jhb;</para>
       </listitem>
 
       <listitem>
 	<para>&a.dmlb;</para>
       </listitem>
 
+      <listitem>
+	<para>&a.rvb;</para>
+      </listitem>
+
       <listitem>
 	<para>&a.dougb;</para>
       </listitem>
 
       <listitem>
 	<para>&a.mbarkah;</para>
       </listitem>
 
       <listitem>
 	<para>&a.stb;</para>
       </listitem>
 
       <listitem>
 	<para>&a.pb;</para>
       </listitem>
 
       <listitem>
 	<para>&a.abial;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jb;</para>
       </listitem>
 
       <listitem>
 	<para>&a.nbm;</para>
       </listitem>
 
+      <listitem>
+	<para>&a.mb;</para>
+      </listitem>
+
       <listitem>
 	<para>&a.jmb;</para>
       </listitem>
 
       <listitem>
 	<para>&a.torstenb;</para>
       </listitem>
 
       <listitem>
 	<para>&a.wilko;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jake;</para>
       </listitem> 
 
       <listitem>
 	<para>&a.dburr;</para>
       </listitem>
 
       <listitem>
         <para>&a.adrian;</para>
       </listitem>
 
       <listitem>
 	<para>&a.charnier;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jon;</para>
       </listitem>
 
       <listitem>
 	<para>&a.luoqi;</para>
       </listitem>
 
       <listitem>
 	<para>&a.ache;</para>
       </listitem>
 
       <listitem>
 	<para>&a.ejc;</para>
       </listitem>
 
       <listitem>
 	<para>&a.kjc;</para>
       </listitem>
 
       <listitem>
 	<para>&a.cjh;</para>
       </listitem>
 
       <listitem>
         <para>&a.nik;</para>
       </listitem>
       
       <listitem>
 	<para>&a.archie;</para>
       </listitem>
 
       <listitem>
 	<para>&a.chris;</para>
       </listitem>
 
       <listitem>
 	<para>&a.alc;</para>
       </listitem>
 
       <listitem>
 	<para>&a.cracauer;</para>
       </listitem>
 
       <listitem>
         <para>&a.dec;</para>
       </listitem>
 
+      <listitem>
+	<para>&a.pds;</para>
+      </listitem>
+
       <listitem>
 	<para>&a.adam;</para>
       </listitem>
 
       <listitem>
 	<para>&a.bsd;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jwd;</para>
       </listitem>
 
       <listitem>
 	<para>&a.dillon;</para>
       </listitem>
 
       <listitem>
 	<para>&a.mdodd;</para>
       </listitem>
 
       <listitem>
 	<para>&a.dd;</para>
       </listitem>
 
       <listitem>
 	<para>&a.iedowse;</para>
       </listitem>
       
       <listitem>
 	<para>&a.gad;</para>
       </listitem>
       
       <listitem>
 	<para>&a.dufault;</para>
       </listitem>
 
       <listitem>
 	<para>&a.uhclem;</para>
       </listitem>
 
       <listitem>
 	<para>&a.tegge;</para>
       </listitem>
 
       <listitem>
 	<para>&a.deischen;</para>
       </listitem>
       
       <listitem>
 	<para>&a.eivind;</para>
       </listitem>
 
       <listitem>
 	<para>&a.julian;</para>
       </listitem>
 
       <listitem>
 	<para>&a.rse;</para>
       </listitem>
 
       <listitem>
 	<para>&a.ru;</para>
       </listitem>
       
       <listitem>
 	<para>&a.se;</para>
       </listitem>
 
       <listitem>
 	<para>&a.bde;</para>
       </listitem>
 
       <listitem>
         <para>&a.jasone;</para>
       </listitem>
 
       <listitem>
 	<para>&a.sef;</para>
       </listitem>
 
       <listitem>
         <para>&a.jedgar;</para>
       </listitem>
 
       <listitem>
         <para>&a.green;</para>
       </listitem>
 
       <listitem>
 	<para>&a.fenner;</para>
       </listitem>
 
       <listitem>
 	<para>&a.lioux;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jfieber;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jfitz;</para>
       </listitem>
 
       <listitem>
 	<para>&a.scrappy;</para>
       </listitem>
 
       <listitem>
 	<para>&a.lars;</para>
       </listitem>
 
       <listitem>
 	<para>&a.dirk;</para>
       </listitem>
 
       <listitem>
 	<para>&a.sf;</para>
       </listitem>
 
       <listitem>
 	<para>&a.shige;</para>
       </listitem>
 
       <listitem>
 	<para>&a.billf;</para>
       </listitem>
 
+      <listitem>
+	<para>&a.furuta;</para>
+      </listitem>
+
       <listitem>
         <para>&a.gallatin;</para>
       </listitem>
 
       <listitem>
 	<para>&a.patrick;</para>
       </listitem>
 
       <listitem>
 	<para>&a.tg;</para>
       </listitem>
 
       <listitem>
 	<para>&a.gibbs;</para>
       </listitem>
 
       <listitem>
 	<para>&a.brandon;</para>
       </listitem>
 
       <listitem>                                                  
         <para>&a.gioria;</para>
       </listitem>     
 
       <listitem>
 	<para>&a.graichen;</para>
       </listitem>
 
       <listitem>
         <para>&a.cg;</para>
       </listitem>
 
       <listitem>
 	<para>&a.rgrimes;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jmg;</para>
       </listitem>
 
       <listitem>
 	<para>&a.hanai;</para>
       </listitem>
 
       <listitem>
 	<para>&a.roger;</para>
       </listitem>
 
       <listitem>
 	<para>&a.mharo;</para>
       </listitem>
 
       <listitem>
         <para>&a.dannyboy;</para>
       </listitem>
       
       <listitem>
 	<para>&a.thepish;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jhay;</para>
       </listitem>
       
       <listitem>
 	<para>&a.sheldonh;</para>
       </listitem>
 
       <listitem>
 	<para>&a.mikeh;</para>
       </listitem>
       
       <listitem>
 	<para>&a.helbig;</para>
       </listitem>
 
       <listitem>
 	<para>&a.ghelmer;</para>
       </listitem>
 
       <listitem>
 	<para>&a.erich;</para>
       </listitem>
 
       <listitem>
 	<para>&a.chm;</para>
       </listitem>
 
       <listitem>
 	<para>&a.nhibma;</para>
       </listitem>
 
       <listitem>
 	<para>&a.flathill;</para>
       </listitem>
 
+      <listitem>
+	<para>&a.orion;</para>
+      </listitem>
+
       <listitem>
 	<para>&a.pho;</para>
       </listitem>
 
       <listitem>
 	<para>&a.horikawa;</para> 
       </listitem>
 
       <listitem>
 	<para>&a.hosokawa;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jeh;</para>
       </listitem>
 
       <listitem>
 	<para>&a.hsu;</para>
       </listitem>
 
       <listitem>
         <para>&a.foxfair;</para>
       </listitem>
 
       <listitem>
 	<para>&a.tom;</para>
       </listitem>
 
       <listitem>
 	<para>&a.mph;</para>
       </listitem>
 
+      <listitem>
+	<para>&a.imura;</para>
+      </listitem>
+
       <listitem>
 	<para>&a.shin;</para>
       </listitem>
       
       <listitem>
 	<para>&a.itojun;</para>
       </listitem>
 
       <listitem>
 	<para>&a.iwasaki;</para>
       </listitem>
       
       <listitem>
 	<para>&a.mjacob;</para>
       </listitem>
 
       <listitem>
 	<para>&a.keith;</para>
       </listitem>
 
       <listitem>
 	<para>&a.gj;</para>
       </listitem>
 
-      <listitem>
-	<para>&a.nsj;</para>
-      </listitem>
-
       <listitem>
 	<para>&a.trevor;</para>
       </listitem>
        
       <listitem>
 	<para>&a.phk;</para>
       </listitem>
       
       <listitem>
 	<para>&a.tomsoft;</para>
       </listitem>
 
       <listitem>
 	<para>&a.joe;</para>
       </listitem>
       
       <listitem>
         <para>&a.cokane;</para>
       </listitem>
 
       <listitem>
 	<para>&a.kato;</para>
       </listitem>
 
       <listitem>
 	<para>&a.kris;</para>
       </listitem>
 	
       <listitem>
 	<para>&a.kiri;</para>
       </listitem>
 	
       <listitem>
 	<para>&a.andreas;</para>
       </listitem>
 
+      <listitem>
+	<para>&a.lkoeller;</para>
+      </listitem>
+
       <listitem>
 	<para>&a.motoyuki;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jkoshy;</para>
       </listitem>
 
       <listitem>
 	<para>&a.kuriyama;</para>
       </listitem>
 
       <listitem>
 	<para>&a.alex;</para>
       </listitem>
 
       <listitem>
        <para>&a.reg;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jlemon;</para>
       </listitem>
 
       <listitem>
 	<para>&a.truckman;</para>
       </listitem>
 
       <listitem>
 	<para>&a.ijliao;</para>
       </listitem>
 
       <listitem>
 	<para>&a.lile;</para>
       </listitem>
 
       <listitem>
 	<para>&a.clive;</para>
       </listitem>
 
       <listitem>
 	<para>&a.kevlo;</para>
       </listitem>
 
       <listitem>
 	<para>&a.scottl;</para>
       </listitem>
 
       <listitem>
        <para>&a.ade;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jmacd;</para>
       </listitem>
       
       <listitem>
 	<para>&a.smace;</para>
       </listitem>
 
       <listitem>
 	<para>&a.bmah;</para>
       </listitem>
 
       <listitem>
 	<para>&a.dwmalone;</para>
       </listitem>
       
       <listitem>
 	<para>&a.mckay;</para>
       </listitem>
 
       <listitem>
 	<para>&a.mckusick;</para>
       </listitem>
 
       <listitem>
 	<para>&a.eric;</para>
       </listitem>
 
       <listitem>
 	<para>&a.ken;</para>
       </listitem>
 
       <listitem>
 	<para>&a.dinoex;</para>
       </listitem>
 
       <listitem>
 	<para>&a.hm;</para>
       </listitem>
 
       <listitem>
 	<para>&a.sanpei;</para>
       </listitem>
 
       <listitem>
 	<para>&a.bmilekic;</para>
       </listitem>
 
       <listitem>
 	<para>&a.mita;</para>
       </listitem>
 
       <listitem>
 	<para>&a.non;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jim;</para>
       </listitem>
 
       <listitem>
 	<para>&a.marcel;</para>
       </listitem>
 
       <listitem>
         <para>&a.dan;</para>
       </listitem>
 
       <listitem>
 	<para>&a.tmm;</para>
       </listitem>
 
       <listitem>
 	<para>&a.amurai;</para>
       </listitem>
 
       <listitem>
 	<para>&a.markm;</para>
       </listitem>
 
       <listitem>
 	<para>&a.rich;</para>
       </listitem>
 
       <listitem>
 	<para>&a.knu;</para>
       </listitem>
       
       <listitem>
 	<para>&a.nakai;</para>
       </listitem>
 
       <listitem>
 	<para>&a.max;</para>
       </listitem>
 
       <listitem>
 	<para>&a.newton;</para>
       </listitem>
 
       <listitem>
 	<para>&a.rnordier;</para>
       </listitem>
 
       <listitem>
 	<para>&a.davidn;</para>
       </listitem>
 
       <listitem>
 	<para>&a.obrien;</para>
       </listitem>
 
       <listitem>
 	<para>&a.danny;</para>
       </listitem>
 
       <listitem>
 	<para>&a.okazaki;</para>
       </listitem>
 
       <listitem>
 	<para>&a.olgeni;</para>
       </listitem>
 
       <listitem>
 	<para>&a.ljo;</para>
       </listitem>
       
       <listitem>
 	<para>&a.onoe;</para>
       </listitem>
 
       <listitem>
 	<para>&a.marko;</para>
       </listitem>
 
       <listitem>
 	<para>&a.gpalmer;</para>
       </listitem>
       
       <listitem>
 	<para>&a.fsmp;</para>
       </listitem>
 
       <listitem>
 	<para>&a.smpatel;</para>
       </listitem>
 
       <listitem>
 	<para>&a.cp;</para>
       </listitem>
 
       <listitem>
 	<para>&a.wpaul;</para>
       </listitem>
 
       <listitem>
 	<para>&a.alfred;</para>
       </listitem>
 
       <listitem>
         <para>&a.roam;</para>
       </listitem>
 
       <listitem>
 	<para>&a.wes;</para>
       </listitem>
 
       <listitem>
 	<para>&a.cpiazza;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jdp;</para>
       </listitem>
       
       <listitem>
 	<para>&a.bp;</para>
       </listitem>
       
       <listitem>
 	<para>&a.steve;</para>
       </listitem>
 
       <listitem>
 	<para>&a.mpp;</para>
       </listitem>
 
-      <listitem>
-	<para>&a.jraynard;</para>
-      </listitem>
-
       <listitem>
 	<para>&a.darrenr;</para>
       </listitem>
 
       <listitem>
 	<para>&a.csgr;</para>
       </listitem>
 
       <listitem>
 	<para>&a.greid;</para>
       </listitem>
 
       <listitem>
 	<para>&a.martin;</para>
       </listitem>
 
       <listitem>
 	<para>&a.benno;</para>
       </listitem>
 
+      <listitem>
+	<para>&a.luigi;</para>
+      </listitem>
+
       <listitem>
 	<para>&a.paul;</para>
       </listitem>
 
       <listitem>
 	<para>&a.roberto;</para>
       </listitem>
 
       <listitem>
 	<para>&a.chuckr;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jesusr;</para>
       </listitem>
       
       <listitem>
 	<para>&a.guido;</para>
       </listitem>
 
       <listitem>
 	<para>&a.groudier;</para>
       </listitem>
       
       <listitem>
 	<para>&a.dima;</para>
       </listitem>
 
       <listitem>
         <para>&a.asmodai;</para>
       </listitem>
 
       <listitem>
         <para>&a.ps;</para>
       </listitem>
 
       <listitem>
 	<para>&a.sada;</para>
       </listitem>
 
       <listitem>
 	<para>&a.hrs;</para>
       </listitem>
 
       <listitem>
 	<para>&a.wsanchez;</para>
       </listitem>
 
       <listitem>
         <para>&a.nsayer;</para>
       </listitem>
 
       <listitem>
 	<para>&a.sos;</para>
       </listitem>
 
       <listitem>
 	<para>&a.wosch;</para>
       </listitem>
 
       <listitem>
 	<para>&a.schweikh;</para>
       </listitem>
 
       <listitem>
 	<para>&a.dick;</para>
       </listitem>
       
       <listitem>
 	<para>&a.jseger;</para>
       </listitem>
+
+      <listitem>
+	<para>&a.semenu;</para>
+      </listitem>
       
       <listitem>
 	<para>&a.gshapiro;</para>
       </listitem>
 
+      <listitem>
+	<para>&a.shiba;</para>
+      </listitem>
+
       <listitem>
 	<para>&a.simokawa;</para>
       </listitem>
 
       <listitem>
 	<para>&a.vanilla;</para>
       </listitem>
 
       <listitem>
         <para>&a.shafeeq;</para>
       </listitem>
 
       <listitem>
 	<para>&a.demon;</para>
       </listitem>
 
       <listitem>
 	<para>&a.msmith;</para>
       </listitem>
 
       <listitem>
         <para>&a.ben;</para>
       </listitem>
 
+      <listitem>
+	<para>&a.nsouch;</para>
+      </listitem>
+
       <listitem>
 	<para>&a.issei;</para>
       </listitem>
 
       <listitem>
 	<para>&a.des;</para>
       </listitem>      
 
       <listitem>
         <para>&a.sobomax;</para>
       </listitem>
 
       <listitem>
 	<para>&a.dcs;</para>
       </listitem>
 
       <listitem>
 	<para>&a.brian;</para>
       </listitem>
 
       <listitem>
 	<para>&a.mks;</para>
       </listitem>
 
       <listitem>
 	<para>&a.stark;</para>
       </listitem>
 
       <listitem>
         <para>&a.murray;</para>
       </listitem>
 
       <listitem>
 	<para>&a.sumikawa;</para>
       </listitem>
 
       <listitem>
 	<para>&a.gsutter;</para>
       </listitem>
 
       <listitem>
 	<para>&a.unfurl;</para>
       </listitem>
 
       <listitem>
 	<para>&a.nyan;</para>
       </listitem>
       
       <listitem>
 	<para>&a.tanimura;</para>
       </listitem>
       
       <listitem>
 	<para>&a.taoka;</para>
       </listitem>
       
       <listitem>
 	<para>&a.mtaylor;</para>
       </listitem>
       
       <listitem>
 	<para>&a.dt;</para>
       </listitem>
 
       <listitem>
 	<para>&a.mi;</para>
       </listitem>
 
       <listitem>
 	<para>&a.yar;</para>
       </listitem>
 
       <listitem>
 	<para>&a.cwt;</para>
       </listitem>
 
       <listitem>
 	<para>&a.pst;</para>
       </listitem>
 
       <listitem>
 	<para>&a.ume;</para>
       </listitem>
       
       <listitem>
 	<para>&a.rv;</para>
       </listitem>
       
       <listitem>
 	<para>&a.hoek;</para>
       </listitem>
 
       <listitem>
 	<para>&a.nectar;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jayanth;</para>
       </listitem>
 
       <listitem>
 	<para>&a.swallace;</para>
       </listitem>
 
       <listitem>
         <para>&a.takawata;</para>
       </listitem>
 
       <listitem>
         <para>&a.assar;</para>
       </listitem>
 
       <listitem>
 	<para>&a.dwhite;</para>
       </listitem>
 
       <listitem>
 	<para>&a.nate;</para>
       </listitem>
 
       <listitem>
 	<para>&a.wollman;</para>
       </listitem>
 
       <listitem>
         <para>&a.keichii;</para>
       </listitem>
 
       <listitem>
 	<para>&a.joerg;</para>
       </listitem>
 
       <listitem>
 	<para>&a.kbyanc;</para>
       </listitem>
 
+      <listitem>
+	<para>&a.uch;</para>
+      </listitem>
+
       <listitem>
 	<para>&a.yokota;</para>
       </listitem>
 
       <listitem>
 	<para>&a.andy;</para>
       </listitem>
 
       <listitem>
 	<para>&a.phantom;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jmz;</para>
       </listitem>
     </itemizedlist>
   </sect1>
 
   <sect1 id="staff-doc">
 
     <title>FreeBSD ドキュメンテーションプロジェクト</title>
 
     <para><ulink url="../docproj/docproj.html">FreeBSD
 	ドキュメンテーションプロジェクト</ulink>は複数のサービスを提供
       しています. それぞれのサービスは, 以下の担当者とその
       <emphasis>副担当者</emphasis>によって運用されています.</para>
 
     <variablelist>
       <varlistentry>
 	<term>ドキュメンテーションプロジェクト担当</term>
 
 	<listitem>
 	  <para>&a.nik;</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term>ハンドブック編集担当</term>
 
 	<listitem>
 	  <para>&a.jim;</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term>FAQ 編集担当</term>
 
 	<listitem>
 	  <para>&a.faq;</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term>ニュースフラッシュ編集担当</term>
 
 	<listitem>
 	  <para>&a.jim;</para>
 	</listitem>
       </varlistentry>
 
 
       <varlistentry>
 	<term>In the Press 編集担当</term>
 
 	<listitem>
 	  <para>&a.jkoshy;</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term>FreeBSD Really-Quick NewsLetter編集担当</term>
 
 	<listitem>
 	  <para>Chris Coleman <email>chrisc@vmunix.com</email></para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term>ギャラリーページ担当</term>
 
 	<listitem>
 	  <para>&a.phantom;</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term>商用ベンダーページ担当</term>
 
 	<listitem>
 	  <para>&a.phantom;</para>
 	</listitem>
       </varlistentry>
 
 <![ %not.published; [
 
       <varlistentry>
 	<term>WEB 更新担当</term>
 
 	<listitem>
 	  <para>&a.www;</para>
 	</listitem>
       </varlistentry>
 
 ]]>
 
       <varlistentry>
 	<term>ユーザグループ担当</term>
 
 	<listitem>
 	  <para>&a.grog;</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term>FreeBSD プロジェクトおよびタスクリスト担当</term>
 
 	<listitem>
 	  <para>&a.asmodai;</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term>FreeBSD Java プロジェクト</term>
 
 	<listitem>
 	  <para>&a.patrick;</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
         <term>LinuxDoc から DocBook への移行</term>
 
 	<listitem>
 	  <para>&a.nik;</para>
 	</listitem>
       </varlistentry>
     </variablelist>
   </sect1>
 
   <sect1 id="staff-who">
     <title>担当者</title>
 
     <variablelist>
       <varlistentry>
 	<term><ulink url="../docproj/docproj.html">
 	    ドキュメンテーションプロジェクト担当</ulink></term>
 
 	<listitem>
 	  <para>&a.nik;</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term><link linkend="boot-blocks">起動ブロック</link></term>
 
 	<listitem>
 	  <para>&a.rnordier;, &a.jhb;</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term><link linkend="boot-loader">ローダ</link></term>
 
 	<listitem>
 	  <para>&a.jhb;</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term><link linkend="l10n">国際化</link></term>
 
 	<listitem>
 	  <para>&a.ache;</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term><link linkend="eresources-mail">
 	    ポストマスタ</link></term>
 
 	<listitem>
 	  <para>&a.jmb;</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term>リリースコーディネータ</term>
 
 	<listitem>
 	  <para>&a.jkh;</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term>広報および渉外担当</term>
 
 	<listitem>
 	  <para>&a.jkh;</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term><ulink url="../security/security.html">
 	    セキュリティ担当</ulink></term>
 
 	<listitem>
 	  <para>&a.kris;</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term><ulink url="../support.html#cvs">
 	    CVS ツリー管理者</ulink></term>
 
 	<listitem>
 	  <para>責任者: &a.peter;</para>
 
 	  <para>副責任者: &a.jdp;</para>
 
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term><ulink url="../ports/">
 	    ports コレクション担当</ulink></term>
 
 	<listitem>
 	  <para>&a.asami;</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term>標準化担当</term>
 
 	<listitem>
 	  <para>&a.wollman;</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term>XFree86 Project, Inc. との渉外担当</term>
 
 	<listitem>
 	  <para>&a.rich;</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term><link linkend="eresources-news">
 	    Usenet サポート</link></term>
 
 	<listitem>
 	  <para>&a.joerg;</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term><ulink url="../support.html#gnats">
 	    GNATS 管理者</ulink></term>
 
 	<listitem>
 	  <para>&a.steve;</para>
 	</listitem>
       </varlistentry>
     </variablelist>
   </sect1>
 </appendix>
 
 <!--
      Local Variables:
      mode: sgml
      sgml-declaration: "../appendix.decl"
      sgml-indent-data: t
      sgml-omittag: nil
      sgml-always-quote-attributes: t
      sgml-parent-document: ("../book.sgml" "part" "appendix")
      End:
 -->
diff --git a/ja_JP.eucJP/share/sgml/authors.ent b/ja_JP.eucJP/share/sgml/authors.ent
index e8ca51a7fd..bba6d5c9a9 100644
--- a/ja_JP.eucJP/share/sgml/authors.ent
+++ b/ja_JP.eucJP/share/sgml/authors.ent
@@ -1,601 +1,621 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.154
+     Original revision: 1.155
 
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/authors.ent,v 1.57 2001/03/14 08:07:20 hrs Exp $
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/authors.ent,v 1.58 2001/04/08 15:33:37 hrs Exp $
 
      Names and email address of contributing authors and CVS committers.
      Entity names for committers should be the same as their login names on
      freefall.FreeBSD.org.
 
      Use these entities when referencing people.
 
      Please keep this list in alphabetical order by entity names.
 
      IMPORTANT:  If you delete names from this file you *must* ensure that
                  all references to them have been removed from the handbook's
                  translations.  If they haven't then you *will* break the
                  builds for the other languages, and we will poke fun of you
                  in public.
 -->
 
 <!ENTITY a.abial "Andrzej Bialecki <email>abial@FreeBSD.org</email>">
 
 <!ENTITY a.ache "Andrey A. Chernov <email>ache@FreeBSD.org</email>">
 
 <!ENTITY a.adam  "Adam David <email>adam@FreeBSD.org</email>">
 
 <!ENTITY a.ade "Ade Lovett <email>ade@FreeBSD.org</email>">
 
 <!ENTITY a.adrian "Adrian Chadd <email>adrian@FreeBSD.org</email>">
 
 <!ENTITY a.akiyama "秋山 俊輔 <email>akiyama@FreeBSD.org</email>">
 
 <!ENTITY a.alc "Alan L. Cox <email>alc@FreeBSD.org</email>">
 
 <!ENTITY a.alex "Alexander Langer <email>alex@FreeBSD.org</email>">
 
 <!ENTITY a.alfred "Alfred Perlstein <email>alfred@FreeBSD.org</email>">
 
 <!ENTITY a.amurai  "村井 淳 <email>amurai@FreeBSD.org</email>">
 
 <!ENTITY a.andreas "Andreas Klemm <email>andreas@FreeBSD.org</email>">
 
 <!ENTITY a.andy "Andrey Zakhvatov <email>andy@FreeBSD.org</email>">
 
 <!ENTITY a.archie "Archie Cobbs <email>archie@FreeBSD.org</email>">
 
 <!ENTITY a.asami "浅見 賢 <email>asami@FreeBSD.org</email>">
 
 <!ENTITY a.asmodai "Jeroen Ruigrok/Asmodai <email>asmodai@FreeBSD.org</email>">
 
 <!ENTITY a.assar "Assar Westerlund <email>assar@FreeBSD.org</email>">
 
 <!ENTITY a.ats  "Andreas Schulz <email>ats@FreeBSD.org</email>">
 
 <!ENTITY a.awebster "Andrew Webster <email>awebster@pubnix.net</email>">
 
 <!ENTITY a.babkin  "Sergey Babkin <email>babkin@FreeBSD.org</email>">
 
 <!ENTITY a.bde  "Bruce Evans <email>bde@FreeBSD.org</email>">
 
 <!ENTITY a.ben  "Ben Smithurst <email>ben@FreeBSD.org</email>">
 
 <!ENTITY a.bean  "Rebecca Visger <email>bean@FreeBSD.org</email>">
 
 <!ENTITY a.benno  "Benno Rice <email>benno@FreeBSD.org</email>">
 
 <!ENTITY a.billf "Bill Fumerola <email>billf@FreeBSD.org</email>">
 
 <!ENTITY a.bmah "Bruce A. Mah <email>bmah@FreeBSD.org</email>">
 
 <!ENTITY a.bmilekic "Bosko Milekic <email>bmilekic@FreeBSD.org</email>">
 
 <!ENTITY a.bp "Boris Popov <email>bp@FreeBSD.org</email>">
 
 <!ENTITY a.brandon  "Brandon Gillespie <email>brandon@FreeBSD.org</email>">
 
 <!ENTITY a.brian "Brian Somers <email>brian@FreeBSD.org</email>">
 
 <!ENTITY a.bsd "Brian S. Dean <email>bsd@FreeBSD.org</email>">
 
 <!ENTITY a.cawimm "Charles A. Wimmer <email>cawimm@FreeBSD.org</email>">
 
 <!ENTITY a.cg "Cameron Grant <email>cg@FreeBSD.org</email>">
 
 <!ENTITY a.charnier "Philippe Charnier <email>charnier@FreeBSD.org</email>">
 
 <!ENTITY a.chm "Christoph Herrmann <email>chm@FreeBSD.org</email>">
 
 <!ENTITY a.chris "Chris Costello <email>chris@FreeBSD.org</email>">
 
 <!ENTITY a.chuck "Chuck Robey <email>chuckr@glue.umd.edu</email>">
 
 <!ENTITY a.chuckr "Chuck Robey <email>chuckr@FreeBSD.org</email>">
 
 <!ENTITY a.cjh "Junho CHOI <email>cjh@FreeBSD.org</email>">
 
 <!ENTITY a.clive "Clive Lin <email>clive@FreeBSD.org</email>">
 
 <!ENTITY a.cp "Chuck Paterson <email>cp@FreeBSD.org</email>">
 
 <!ENTITY a.cokane "Coleman Kane <email>cokane@FreeBSD.org</email>">
 
 <!ENTITY a.cpiazza "Chris Piazza <email>cpiazza@FreeBSD.org</email>">
 
 <!ENTITY a.cracauer "Martin Cracauer <email>cracauer@FreeBSD.org</email>">
 
 <!ENTITY a.csgr  "Geoff Rehmet <email>csgr@FreeBSD.org</email>">
 
 <!ENTITY a.cwt  "Chris Timmons <email>cwt@FreeBSD.org</email>">
 
 <!ENTITY a.dan	"Dan Moschuk <email>dan@FreeBSD.org</email>">
 
 <!ENTITY a.danny  "Daniel O'Callaghan <email>danny@FreeBSD.org</email>">
 
 <!ENTITY a.dannyboy "Daniel Harris <email>dannyboy@FreeBSD.org</email>">
 
 <!ENTITY a.darrenr "Darren Reed <email>darrenr@FreeBSD.org</email>">
 
 <!ENTITY a.davidn "David Nugent <email>davidn@blaze.net.au</email>">
 
 <!ENTITY a.dbaker "Daniel Baker <email>dbaker@FreeBSD.org</email>">
 
 <!ENTITY a.dburr "Donald Burr <email>dburr@FreeBSD.org</email>">
 
 <!ENTITY a.dcs "Daniel C. Sobral <email>dcs@FreeBSD.org</email>">
 
 <!ENTITY a.dd "Dima Dorfman <email>dd@FreeBSD.org</email>">
 
 <!ENTITY a.dec "David E. Cross <email>dec@FreeBSD.org</email>">
 
 <!ENTITY a.demon "Dmitry Sivachenko <email>demon@FreeBSD.org</email>">
 
 <!ENTITY a.deischen "Daniel Eischen <email>deischen@FreeBSD.org</email>">
 
 <!ENTITY a.des "Dag-Erling C. Sm&oslash;rgrav <email>des@FreeBSD.org</email>">
 
 <!ENTITY a.dfr  "Doug Rabson <email>dfr@FreeBSD.org</email>">
 
 <!ENTITY a.dg "David Greenman <email>dg@FreeBSD.org</email>">
 
 <!ENTITY a.dick "Richard Seaman Jr. <email>dick@FreeBSD.org</email>">
 
 <!ENTITY a.dillon "Matthew Dillon <email>dillon@FreeBSD.org</email>">
 
 <!ENTITY a.dima  "Dima Ruban <email>dima@FreeBSD.org</email>">
 
 <!ENTITY a.dinoex "Dirk Meyer <email>dinoex@FreeBSD.org</email>">
 
 <!ENTITY a.dirk "Dirk Fr&ouml;mberg <email>dirk@FreeBSD.org</email>">
 
 <!ENTITY a.dirkvangulik  "Dirk-Willem van Gulik <email>Dirk.vanGulik@jrc.it</email>">
 
 <!ENTITY a.dmlb "Duncan Barclay <email>dmlb@FreeBSD.org</email>">
 
 <!ENTITY a.dougb  "Doug Barton <email>DougB@FreeBSD.org</email>">
 
 <!ENTITY a.dt "Dmitrij Tejblum <email>dt@FreeBSD.org</email>">
 
 <!ENTITY a.dufault "Peter Dufault <email>dufault@FreeBSD.org</email>">
 
 <!ENTITY a.dwhite "Doug White <email>dwhite@FreeBSD.org</email>">
 
 <!ENTITY a.dwmalone "David Malone <email>dwmalone@FreeBSD.org</email>">
 
 <!ENTITY a.dyson "John Dyson <email>dyson@FreeBSD.org</email>">
 
 <!ENTITY a.eivind  "Eivind Eklund <email>eivind@FreeBSD.org</email>">
 
 <!ENTITY a.ejc "Eric J. Chet <email>ejc@FreeBSD.org</email>">
 
 <!ENTITY a.eric "Eric Melville <email>eric@FreeBSD.org</email>">
 
 <!ENTITY a.erich  "Eric L. Hernes <email>erich@FreeBSD.org</email>">
 
 <!ENTITY a.faq "FAQ 保守担当者 <email>faq@FreeBSD.org</email>">
 
 <!ENTITY a.fenner  "Bill Fenner <email>fenner@FreeBSD.org</email>">
 
 <!ENTITY a.flathill "平岡 征一朗 <email>flathill@FreeBSD.org</email>">
 
 <!ENTITY a.foxfair "Howard F. Hu <email>foxfair@FreeBSD.org</email>">
 
 <!ENTITY a.fsmp "Steve Passe <email>fsmp@FreeBSD.org</email>">
 
+<!ENTITY a.furuta  "古田 敦 <email>furuta@FreeBSD.org</email>">
+
 <!ENTITY a.gad "Garance A Drosehn <email>gad@FreeBSD.org</email>">
 
 <!ENTITY a.gallatin "Andrew Gallatin <email>gallatin@FreeBSD.org</email>">
 
 <!ENTITY a.gclarkii "Gary Clark II <email>gclarkii@FreeBSD.org</email>">
 
 <!ENTITY a.gena "Gennady B. Sorokopud <email>gena@NetVision.net.il</email>">
 
 <!ENTITY a.ghelmer "Guy Helmer <email>ghelmer@cs.iastate.edu</email>">
 
 <!ENTITY a.gibbs "Justin T. Gibbs <email>gibbs@FreeBSD.org</email>">
 
 <!ENTITY a.gioria "Sebastien Gioria <email>gioria@FreeBSD.org</email>">
 
 <!ENTITY a.gj  "Gary Jennejohn <email>gj@FreeBSD.org</email>">
 
 <!ENTITY a.gpalmer "Gary Palmer <email>gpalmer@FreeBSD.org</email>">
 
 <!ENTITY a.graichen  "Thomas Graichen <email>graichen@FreeBSD.org</email>">
 
 <!ENTITY a.green  "Brian F. Feldman <email>green@FreeBSD.org</email>">
 
 <!ENTITY a.greid "George C. A. Reid <email>greid@FreeBSD.org</email>">
 
 <!ENTITY a.grog "Greg Lehey <email>grog@FreeBSD.org</email>">
 
 <!ENTITY a.groudier "Gerard Roudier <email>groudier@club-internet.fr</email>">
 
 <!ENTITY a.gryphon "Coranth Gryphon <email>gryphon@healer.com</email>">
 
 <!ENTITY a.gshapiro "Gregory Neil Shapiro <email>gshapiro@FreeBSD.org</email>">
 
 <!ENTITY a.gsutter "Gregory Sutter <email>gsutter@FreeBSD.org</email>">
 
 <!ENTITY a.guido  "Guido van Rooij <email>guido@FreeBSD.org</email>">
 
 <!ENTITY a.hanai "花井 浩之 <email>hanai@FreeBSD.org</email>">
 
 <!ENTITY a.handy "Brian N. Handy <email>handy@sxt4.physics.montana.edu</email>">
 
 <!ENTITY a.hrs "佐藤 広生 <email>hrs@FreeBSD.org</email>">
 
 <!ENTITY a.roger "Roger Hardiman <email>roger@freebsd.org</email>">
 
 <!ENTITY a.helbig "Wolfgang Helbig <email>helbig@FreeBSD.org</email>">
 
 <!ENTITY a.hm "Hellmuth Michaelis <email>hm@FreeBSD.org</email>">
 
 <!ENTITY a.hoek "Tim Vanderhoek <email>hoek@FreeBSD.org</email>">
 
 <!ENTITY a.horikawa  "堀川 和雄 <email>horikawa@FreeBSD.org</email>">
 
 <!ENTITY a.hosokawa  "細川 達己 <email>hosokawa@FreeBSD.org</email>">
 
 <!ENTITY a.hsu  "Jeffrey Hsu <email>hsu@FreeBSD.org</email>">
 
 <!ENTITY a.iedowse "Ian Dowse <email>iedowse@FreeBSD.org</email>">
 
 <!ENTITY a.ijliao "Ying-Chieh Liao <email>ijliao@FreeBSD.org</email>">
 
 <!ENTITY a.imp "Warner Losh <email>imp@FreeBSD.org</email>">
 
+<!ENTITY a.imura  "R. Imura <email>imura@FreeBSD.org</email>">
+
 <!ENTITY a.issei "鈴木 一生 <email>issei@FreeBSD.org</email>">
 
 <!ENTITY a.itojun "萩野 (itojun) 純一郎 <email>itojun@itojun.org</email>">
 
 <!ENTITY a.iwasaki "岩崎 満 <email>iwasaki@FreeBSD.org</email>">
 
 <!ENTITY a.jake "Jake Burkholder <email>jake@FreeBSD.org</email>">
 
 <!ENTITY a.jasone "Jason Evans <email>jasone@FreeBSD.org</email>">
 
 <!ENTITY a.jayanth "Jayanth Vijayaraghavan <email>jayanth@FreeBSD.org</email>">
 
 <!ENTITY a.jb  "John Birrell <email>jb@cimlogic.com.au</email>">
 
 <!ENTITY a.jdp  "John Polstra <email>jdp@FreeBSD.org</email>">
 
 <!ENTITY a.jedgar "Chris D. Faulhaber <email>jedgar@FreeBSD.org</email>">
 
 <!ENTITY a.jeh "James Housley <email>jeh@FreeBSD.org</email>">
 
 <!ENTITY a.jehamby "Jake Hamby <email>jehamby@lightside.com</email>">
 
 <!ENTITY a.jesper "Jesper Skriver <email>jesper@FreeBSD.org</email>">
 
 <!ENTITY a.jesusr "Jesus Rodriguez <email>jesusr@FreeBSD.org</email>">
 
 <!ENTITY a.jfieber "John Fieber <email>jfieber@FreeBSD.org</email>">
 
 <!ENTITY a.jfitz "James FitzGibbon <email>jfitz@FreeBSD.org</email>">
 
 <!ENTITY a.jgreco "Joe Greco <email>jgreco@FreeBSD.org</email>">
 
 <!ENTITY a.jhay "John Hay <email>jhay@FreeBSD.org</email>">
 
 <!ENTITY a.jhb "John Baldwin <email>jhb@FreeBSD.org</email>">
 
 <!ENTITY a.jhs "Julian Stacey <email>jhs@FreeBSD.org</email>">
 
 <!ENTITY a.jim "Jim Mock <email>jim@FreeBSD.org</email>">
 
 <!ENTITY a.jkh "Jordan K. Hubbard <email>jkh@FreeBSD.org</email>">
 
 <!ENTITY a.jkoshy "Joseph Koshy <email>jkoshy@FreeBSD.org</email>">
 
 <!ENTITY a.jlemon  "Jonathan Lemon <email>jlemon@FreeBSD.org</email>">
 
 <!ENTITY a.jlind "John Lind <email>john@starfire.MN.ORG</email>">
 
 <!ENTITY a.jlrobin  "James L. Robinson <email>jlrobin@FreeBSD.org</email>">
 
 <!ENTITY a.jmacd  "Joshua Peck Macdonald <email>jmacd@FreeBSD.org</email>">
 
 <!ENTITY a.jmas  "Jose M. Alcaide <email>jmas@FreeBSD.org</email>">
 
 <!ENTITY a.jmb  "Jonathan M. Bresler <email>jmb@FreeBSD.org</email>">
 
 <!ENTITY a.jmg  "John-Mark Gurney <email>jmg@FreeBSD.org</email>">
 
 <!ENTITY a.jmz  "Jean-Marc Zucconi <email>jmz@FreeBSD.org</email>">
 
 <!ENTITY a.joe "Josef Karthauser <email>joe@FreeBSD.org</email>">
 
 <!ENTITY a.keichii "Michael C. Wu <email>keichii@FreeBSD.org</email>">
 
 <!ENTITY a.joerg "J&ouml;rg Wunsch <email>joerg@FreeBSD.org</email>">
 
 <!ENTITY a.jon "Jonathan Chen <email>jon@FreeBSD.org</email>">
 
 <!ENTITY a.john "John Cavanaugh <email>john@FreeBSD.org</email>">
 
 <!ENTITY a.jraynard "James Raynard <email>jraynard@FreeBSD.org</email>">
 
 <!ENTITY a.jseger "Justin Seger <email>jseger@FreeBSD.org</email>">
 
 <!ENTITY a.julian  "Julian Elischer <email>julian@FreeBSD.org</email>">
 
 <!ENTITY a.jwd  "John W. DeBoskey <email>jwd@FreeBSD.org</email>">
 
 <!ENTITY a.jvh  "Johannes Helander <email>jvh@FreeBSD.org</email>">
 
 <!ENTITY a.karl  "Karl Strickland <email>karl@FreeBSD.org</email>">
 
 <!ENTITY a.kato "加藤 丈典 <email>kato@FreeBSD.org</email>">
 
 <!ENTITY a.kbyanc "Kelly Yancey <email>kbyanc@FreeBSD.org</email>">
 
 <!ENTITY a.keith "Jing-Tang Keith Jang <email>keith@FreeBSD.org</email>">
 
 <!ENTITY a.kelly "Sean Kelly <email>kelly@ad1440.net</email>">
 
 <!ENTITY a.ken "Kenneth D. Merry <email>ken@FreeBSD.org</email>">
 
 <!ENTITY a.kevlo "Kevin Lo <email>kevlo@FreeBSD.org</email>">
 
 <!ENTITY a.kiri "桐山 和彦 <email>kiri@FreeBSD.org</email>">
 
 <!ENTITY a.kjc "長 健二朗 <email>kjc@FreeBSD.org</email>">
 
 <!ENTITY a.knu "武者 晶紀 <email>knu@FreeBSD.org</email>">
 
 <!ENTITY a.kris "Kris Kennaway <email>kris@FreeBSD.org</email>">
 
 <!ENTITY a.kuriyama "栗山 淳 <email>kuriyama@FreeBSD.org</email>">
 
 <!ENTITY a.lars  "Lars Fredriksen <email>lars@FreeBSD.org</email>">
 
 <!ENTITY a.lile  "Larry Lile <email>lile@FreeBSD.org</email>">
 
 <!ENTITY a.lioux "M&aacute;rio S&eacute;rgio Fujikawa Ferreira<email>lioux@FreeBSD.org</email>">
 
 <!ENTITY a.ljo  "L Jonas Olsson <email>ljo@FreeBSD.org</email>">
 
+<!ENTITY a.lkoeller  "Lars Koeller <email>lkoeller@FreeBSD.org</email>">
+
+<!ENTITY a.luigi  "Luigi Rizzo <email>luigi@FreeBSD.org</email>">
+
 <!ENTITY a.luoqi "Luoqi Chen <email>luoqi@FreeBSD.org</email>">
 
 <!ENTITY a.marcel "Marcel Moolenaar <email>marcel@FreeBSD.org</email>">
 
 <!ENTITY a.markm  "Mark Murray <email>markm@FreeBSD.org</email>">
 
 <!ENTITY a.marko  "Mark Ovens <email>marko@FreeBSD.org</email>">
 
 <!ENTITY a.martin  "Martin Renters <email>martin@FreeBSD.org</email>">
 
 <!ENTITY a.max "中根 雅文 <email>max@FreeBSD.org</email>">
 
 <!ENTITY a.mayo "Mark Mayo <email>mark@vmunix.com</email>">
 
+<!ENTITY a.mb  "Maxim Bolotin <email>mb@FreeBSD.org</email>">
+
 <!ENTITY a.mbarkah "Ade Barkah <email>mbarkah@FreeBSD.org</email>">
 
 <!ENTITY a.mckay "Stephen McKay <email>mckay@FreeBSD.org</email>">
 
 <!ENTITY a.mckusick "Kirk McKusick <email>mckusick@FreeBSD.org</email>">
 
 <!ENTITY a.md "Mark Dapoz <email>md@bsc.no</email>">
 
 <!ENTITY a.mdodd "Matthew N. Dodd <email>winter@jurai.net</email>">
 
 <!ENTITY a.mharo  "Michael Haro <email>mharo@FreeBSD.org</email>">
 
 <!ENTITY a.mi  "Mikhail Teterin <email>mi@FreeBSD.org</email>">
 
 <!ENTITY a.mikeh  "Mike Heffner <email>mikeh@FreeBSD.org</email>">
 
 <!ENTITY a.mita  "三田 吉郎 <email>mita@FreeBSD.org</email>">
 
 <!ENTITY a.mjacob "Matthew Jacob <email>mjacob@FreeBSD.org</email>">
 
 <!ENTITY a.mks "Mike Spengler <email>mks@FreeBSD.org</email>">
 
 <!ENTITY a.motoyuki "今野 元之 <email>motoyuki@FreeBSD.org</email>">
 
 <!ENTITY a.mph "Matthew Hunt <email>mph@FreeBSD.org</email>">
 
 <!ENTITY a.mpp  "Mike Pritchard <email>mpp@FreeBSD.org</email>">
 
 <!ENTITY a.msmith "Michael Smith <email>msmith@FreeBSD.org</email>">
 
 <!ENTITY a.mtaylor "Mark J. Taylor <email>mtaylor@FreeBSD.org</email>">
 
 <!ENTITY a.murray "Murray Stokely <email>murray@FreeBSD.org</email>">
 
 <!ENTITY a.nakai  "中井 幸博 <email>nakai@FreeBSD.org</email>">
 
 <!ENTITY a.nate  "Nate Williams <email>nate@FreeBSD.org</email>">
 
 <!ENTITY a.nbm  "Neil Blakey-Milner <email>nbm@FreeBSD.org</email>">
 
 <!ENTITY a.nectar "Jacques Vidrine <email>nectar@FreeBSD.org</email>">
 
 <!ENTITY a.newton "Mark Newton <email>newton@FreeBSD.org</email>">
 
 <!ENTITY a.nhibma "Nick Hibma <email>n_hibma@FreeBSD.org</email>">
 
 <!ENTITY a.nik "Nik Clayton <email>nik@FreeBSD.org</email>">
 
 <!ENTITY a.non "光永 法明 <email>non@FreeBSD.org</email>">
 
 <!ENTITY a.nsayer  "Nick Sayer <email>nsayer@FreeBSD.org</email>">
 
 <!ENTITY a.nsj "Nate Johnson <email>nsj@FreeBSD.org</email>">
 
+<!ENTITY a.nsouch  "Nicolas Souchu <email>nsouch@FreeBSD.org</email>">
+
 <!ENTITY a.nyan "高橋 佳大 <email>nyan@FreeBSD.org</email>">
 
 <!ENTITY a.obrien "David O'Brien <email>obrien@FreeBSD.org</email>">
 
 <!ENTITY a.okazaki "岡崎 哲朗 <email>okazaki@FreeBSD.org</email>">
 
 <!ENTITY a.olah  "Andras Olah <email>olah@FreeBSD.org</email>">
 
 <!ENTITY a.olgeni "Jimmy Olgeni <email>olgeni@FreeBSD.org</email>">
 
 <!ENTITY a.onoe "尾上 淳 <email>onoe@FreeBSD.org</email>">
 
 <!ENTITY a.opsys "Chris Watson <email>opsys@open-systems.net</email>">
 
 <!ENTITY a.orion "Orion Hodson <email>orion@FreeBSD.org</email>">
 
 <!ENTITY a.patrick "Patrick S. Gardella <email>patrick@FreeBSD.org</email>">
 
 <!ENTITY a.paul "Paul Richards <email>paul@FreeBSD.org</email>">
 
 <!ENTITY a.pb "Pierre Beyssac <email>pb@fasterix.freenix.org</email>">
 
 <!ENTITY a.pds "Peter da Silva <email>pds@FreeBSD.org</email>">
 
 <!ENTITY a.peter "Peter Wemm <email>peter@FreeBSD.org</email>">
 
 <!ENTITY a.phantom "Alexey Zelkin <email>phantom@FreeBSD.org</email>">
 
 <!ENTITY a.phk "Poul-Henning Kamp <email>phk@FreeBSD.org</email>">
 
 <!ENTITY a.pho "Peter Holm <email>pho@FreeBSD.org</email>">
 
 <!ENTITY a.piero "Piero Serini <email>piero@strider.inet.it</email>">
 
 <!ENTITY a.pjc "Peter Childs <email>pjchilds@imforei.apana.org.au</email>">
 
 <!ENTITY a.proven  "Chris Provenzano <email>proven@FreeBSD.org</email>">
 
 <!ENTITY a.ps "Paul Saab <email>ps@FreeBSD.org</email>">
 
 <!ENTITY a.pst "Paul Traina <email>pst@FreeBSD.org</email>">
 
 <!ENTITY a.reg "Jeremy Lea <email>reg@FreeBSD.org</email>">
 
 <!ENTITY a.rgrimes "Rodney Grimes <email>rgrimes@FreeBSD.org</email>">
 
 <!ENTITY a.rhuff "Robert Huff <email>rhuff@cybercom.net</email>">
 
 <!ENTITY a.ricardag "Ricardo AG <email>ricardag@ag.com.br</email>">
 
 <!ENTITY a.rich  "Rich Murphey <email>rich@FreeBSD.org</email>">
 
 <!ENTITY a.rnordier "Robert Nordier <email>rnordier@FreeBSD.org</email>">
 
 <!ENTITY a.roam "Peter Pentchev <email>roam@FreeBSD.org</email>">
 
 <!ENTITY a.roberto  "Ollivier Robert <email>roberto@FreeBSD.org</email>">
 
 <!ENTITY a.rse  "Ralf S. Engelschall <email>rse@FreeBSD.org</email>">
 
 <!ENTITY a.ru "Ruslan Ermilov <email>ru@FreeBSD.org</email>">
 
 <!ENTITY a.rv "Rajesh Vaidheeswarran <email>rv@FreeBSD.org</email>">
 
+<!ENTITY a.rvb  "Robert V. Baron <email>rvb@FreeBSD.org</email>">
+
 <!ENTITY a.rwatson "Robert Watson <email>rwatson@FreeBSD.org</email>">
 
 <!ENTITY a.sada "佐田 憲治 <email>sada@FreeBSD.org</email>">
 
 <!ENTITY a.sanpei "三平 善郎 <email>sanpei@FreeBSD.org</email>">
 
 <!ENTITY a.schweikh "Jens Schweikhardt <email>schweikh@FreeBSD.org</email>">
 
 <!ENTITY a.scottl "Scott Long <email>scottl@FreeBSD.org</email>">
 
 <!ENTITY a.scrappy "Marc G. Fournier <email>scrappy@FreeBSD.org</email>">
 
 <!ENTITY a.se  "Stefan Esser <email>se@FreeBSD.org</email>">
 
 <!ENTITY a.sef  "Sean Eric Fagan <email>sef@FreeBSD.org</email>">
 
+<!ENTITY a.semenu  "Ustimenko Semen <email>semenu@FreeBSD.org</email>">
+
 <!ENTITY a.sf "FUJISHIMA Satsuki <email>sf@FreeBSD.org</email>">
 
 <!ENTITY a.shafeeq "Shafeeq Sinnamohideen <email>shafeeq@FreeBSD.org</email>">
 
 <!ENTITY a.sheldonh "Sheldon Hearn <email>sheldonh@FreeBSD.org</email>">
 
+<!ENTITY a.shiba  "Takeshi Shibagaki <email>shiba@FreeBSD.org</email>">
+
 <!ENTITY a.shige "福島 茂之 <email>shige@FreeBSD.org</email>">
 
 <!ENTITY a.shin "井上 良信 <email>shin@FreeBSD.org</email>">
 
 <!ENTITY a.simokawa "下川 英敏 <email>simokawa@FreeBSD.org</email>">
 
 <!ENTITY a.smace  "Scott Mace <email>smace@FreeBSD.org</email>">
 
 <!ENTITY a.smpatel "Sujal Patel <email>smpatel@FreeBSD.org</email>">
 
 <!ENTITY a.sobomax  "Maxim Sobolev <email>sobomax@FreeBSD.org</email>">
 
 <!ENTITY a.sos  "S&oslash;ren Schmidt <email>sos@FreeBSD.org</email>">
 
 <!ENTITY a.stark "Gene Stark <email>stark@FreeBSD.org</email>">
 
 <!ENTITY a.stb "Stefan Bethke <email>stb@FreeBSD.org</email>">
 
 <!ENTITY a.steve "Steve Price <email>steve@FreeBSD.org</email>">
 
 <!ENTITY a.sumikawa  "角川 宗近 <email>sumikawa@FreeBSD.org</email>">
 
 <!ENTITY a.swallace  "Steven Wallace <email>swallace@FreeBSD.org</email>">
 
 <!ENTITY a.tanimura  "谷村 正剛 <email>tanimura@FreeBSD.org</email>">
 
 <!ENTITY a.taoka  "田岡 智志 <email>taoka@FreeBSD.org</email>">
 
 <!ENTITY a.takawata "渡辺 尊紀 <email>takawata@FreeBSD.org</email>">
 
 <!ENTITY a.tedm "Ted Mittelstaedt <email>tedm@FreeBSD.org</email>">
 
 <!ENTITY a.tegge "Tor Egge <email>tegge@FreeBSD.org</email>">
 
 <!ENTITY a.tg  "Thomas Gellekum <email>tg@FreeBSD.org</email>">
 
 <!ENTITY a.thepish "Peter Hawkins <email>thepish@FreeBSD.org</email>">
 
 <!ENTITY a.tmm "Thomas M&ouml;stl <email>tmm@FreeBSD.org</email>">
 
 <!ENTITY a.tom "Tom Hukins <email>tom@FreeBSD.org</email>">
 
 <!ENTITY a.tomsoft "Thomas-Henning von Kamptz <email>tomsoft@FreeBSD.org</email>">
 
 <!ENTITY a.torstenb  "Torsten Blum <email>torstenb@FreeBSD.org</email>">
 
 <!ENTITY a.toshi  "新井 利彦 <email>toshi@FreeBSD.org</email>">
 
 <!ENTITY a.trevor "Trevor Johnson <email>trevor@FreeBSD.org</email>">
 
 <!ENTITY a.truckman "Don &ldquo;Truck&rdquo; Lewis <email>truckman@FreeBSD.org</email>">
 
+<!ENTITY a.uch  "UCHIYAMA Yasushi <email>uch@FreeBSD.org</email>">
+
 <!ENTITY a.ugen  "Ugen J.S.Antsilevich <email>ugen@FreeBSD.org</email>">
 
 <!ENTITY a.uhclem "Frank Durda IV <email>uhclem@FreeBSD.org</email>">
 
 <!ENTITY a.ulf "Ulf Zimmermann <email>ulf@FreeBSD.org</email>">
 
 <!ENTITY a.ume "梅本 肇 <email>ume@FreeBSD.org</email>">
 
 <!ENTITY a.unfurl "Bill Swingle <email>unfurl@FreeBSD.org</email>">
 
 <!ENTITY a.vanilla "Vanilla I. Shu <email>vanilla@FreeBSD.org</email>">
 
 <!ENTITY a.wes "Wes Peters <email>wes@FreeBSD.org</email>">
 
 <!ENTITY a.whiteside "Don Whiteside <email>whiteside@acm.org</email>">
 
 <!ENTITY a.wilko "Wilko Bulte <email>wilko@FreeBSD.org</email>">
 
 <!ENTITY a.will "Will Andrews <email>will@FreeBSD.org</email>">
 
 <!ENTITY a.wlloyd "Bill Lloyd <email>wlloyd@mpd.ca</email>">
 
 <!ENTITY a.wollman "Garrett Wollman <email>wollman@FreeBSD.org</email>">
 
 <!ENTITY a.wosch  "Wolfram Schneider <email>wosch@FreeBSD.org</email>">
 
 <!ENTITY a.wpaul  "Bill Paul <email>wpaul@FreeBSD.org</email>">
 
 <!ENTITY a.wsanchez "Wilfredo S&aacute;nchez <email>wsanchez@FreeBSD.org</email>">
 
 <!ENTITY a.yar  "Yar Tikhiy <email>yar@FreeBSD.org</email>">
 
 <!ENTITY a.yokota  "横田 和隆 <email>yokota@FreeBSD.org</email>">
 
