diff --git a/ja_JP.eucJP/books/handbook/authors.ent b/ja_JP.eucJP/books/handbook/authors.ent
index baafc14165..c589b67dba 100644
--- a/ja_JP.eucJP/books/handbook/authors.ent
+++ b/ja_JP.eucJP/books/handbook/authors.ent
@@ -1,557 +1,569 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.133
+     Original revision: 1.138
 
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/authors.ent,v 1.45 2000/11/18 08:04:15 hrs Exp $
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/authors.ent,v 1.46 2000/11/23 19:57:08 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.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.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.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.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.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.imp "Warner Losh <email>imp@FreeBSD.org</email>">
 
 <!ENTITY a.issei "Issei Suzuki <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.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.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.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.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.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.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.onoe "Atsushi Onoe <email>onoe@FreeBSD.org</email>">
 
 <!ENTITY a.opsys "Chris Watson <email>opsys@open-systems.net</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.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.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.shafeeq "Shafeeq Sinnamohideen <email>shafeeq@FreeBSD.org</email>">
 
 <!ENTITY a.sheldonh "Sheldon Hearn <email>sheldonh@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.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.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.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 8c64e3c7a8..ba71c60b65 100644
--- a/ja_JP.eucJP/books/handbook/backups/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/backups/chapter.sgml
@@ -1,862 +1,862 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.26
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/backups/chapter.sgml,v 1.13 2000/07/20 12:22:29 hrs Exp $
+     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 $
 -->
 
 <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
 #
 # 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/basics/chapter.sgml b/ja_JP.eucJP/books/handbook/basics/chapter.sgml
index 9253c66088..3fa186e7ab 100644
--- a/ja_JP.eucJP/books/handbook/basics/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/basics/chapter.sgml
@@ -1,596 +1,596 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.22
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/basics/chapter.sgml,v 1.11 2000/08/09 01:29:35 kuriyama Exp $
+     Original revision: 1.23
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/basics/chapter.sgml,v 1.12 2000/08/22 06:22:28 kuriyama Exp $
 -->
 
 <chapter id="basics">
   <title>Unix の基礎知識</title>
 
   <para><emphasis>訳: &a.jp.nakai;, 1996 年 10 月 12 日.</emphasis></para>
 
   <sect1>
     <title>この章では</title>
     
     <para><emphasis>改訂: Chris Shumway
-        <email>cshumway@cdrom.com</email>, 2000 年 3 月 10 日.</emphasis></para>
+        <email>cshumway@osd.bsdi.com</email>, 2000 年 3 月 10 日.</emphasis></para>
     
     <para>この章では FreeBSD
       オペレーティングシステムの基本的なコマンドと機能について記述しています.
       あなたが FreeBSD の初心者なら,
       何か質問する前にこの章を読んでおいた方がきっといいはずです.</para>
   </sect1>
 
   <sect1 id="permissions">
     <title>許可属性(permissions; パーミッション)</title>
 
     <para>FreeBSD は BSD UNIX を起源とする歴史を持ち,
       いくつかの鍵となる UNIX 思想にもとづいた基本設計がされています.
       まず最も際だった特徴として最初に言えるのは, FreeBSD
       がマルチユーザのオペレーティングシステムだということです.
       FreeBSD は同時に働いている複数のユーザすべてを,
       完全に分離したタスク上で処理する能力を持っています.
       また FreeBSD は, ハードウェアデバイス, 周辺装置, メモリ,
       CPU 時間等への要求を, 各ユーザが平等に利用できるように適切に共有し,
       管理する役割を担っています.</para>
 
     <para>システムがマルチユーザをサポートしているため,
       システムが管理する資源はすべて,
       誰がその資源を読み・書き・実行できるかを支配する,
       一組の許可属性を持っています.
       これらの許可属性は 3 つの部分からなる 8 進数の形で格納されています.
       それはそのファイルの所有者(owner)に対するもの,
       そのファイルが所属するグループ(group)に対するもの,
       その他(others)に対するものの 3 つです.
       これを数字を使って表現すると, 次のようになります.</para>
 
     <informaltable frame="none">
       <tgroup cols="3">
 	<thead>
 	  <row>
 	    <entry>値</entry>
 	    <entry>許可属性</entry>
 	    <entry>ディレクトリの表示</entry>
 	  </row>
 	</thead>
 
 	<tbody>
 	  <row>
 	    <entry>0</entry>
 	    <entry>読み込み不可, 書き込み不可, 実行不可</entry>
 	    <entry><literal>---</literal></entry>
 	  </row>
 
 	  <row>
 	    <entry>1</entry>
 	    <entry>読み込み不可, 書き込み不可, 実行可能</entry>
 	    <entry><literal>--x</literal></entry>
 	  </row>
 
 	  <row>
 	    <entry>2</entry>
 	    <entry>読み込み不可, 書き込み可能, 実行不可</entry>
 	    <entry><literal>-w-</literal></entry>
 	  </row>
 
 	  <row>
 	    <entry>3</entry>
 	    <entry>読み込み不可, 書き込み可能, 実行可能</entry>
 	    <entry><literal>-wx</literal></entry>
 	  </row>
 
 	  <row>
 	    <entry>4</entry>
 	    <entry>読み込み可能, 書き込み不可, 実行不可</entry>
 	    <entry><literal>r--</literal></entry>
 	  </row>
 
 	  <row>
 	    <entry>5</entry>
 	    <entry>読み込み可能, 書き込み不可, 実行可能</entry>
 	    <entry><literal>r-x</literal></entry>
 	  </row>
 
 	  <row>
 	    <entry>6</entry>
 	    <entry>読み込み可能, 書き込み可能, 実行不可</entry>
 	    <entry><literal>rw-</literal></entry>
 	  </row>
 
 	  <row>
 	    <entry>7</entry>
 	    <entry>読み込み可能, 書き込み可能, 実行可能</entry>
 	    <entry><literal>rwx</literal></entry>
 	  </row>
 	</tbody>
       </tgroup>
     </informaltable>
 
     <para><command>ls -l</command> で表示される詳細なディレクトリリストでは,
       ファイルの所有者, グループ, その他への許可属性を示す欄があるのがわかります.
       次に示すのは, その部分だけ抜き出したものです.</para>
 
     <screen>-rw-r--r--</screen>
 
     <para>左から右へ見たときに最初にあたる文字は, それが
       普通のファイルなのか, ディレクトリなのか,
       キャラクタ型のデバイス特殊ファイルなのか,
       ブロック型のデバイス特殊ファイルなのか,
       ソケットなのか,
       その他の特殊な疑似ファイルデバイスなのかといった種類を示す特別な文字です.
       その次の <literal>rw-</literal> と書かれた 3 文字は,
       そのファイルの所有者に許可を与えるものです.
       その次の <literal>r--</literal> の 3 文字は,
       そのファイルが所属しているグループに許可を与えます.
       最後の <literal>r--</literal> の 3 文字は,
       システムに存在するその他のユーザに許可を与えます.
       <quote>-</quote> は許可が与えられていないことを示します.
       このファイルの例では, ファイルの所有者はこのファイルを読み書きでき,
       ファイルの所属しているグループに属するユーザはファイルを読むことだけでき,
       そのどちらでもないユーザは,
       このファイルを読むだけできるように許可属性が与えられています.
       上の表によれば, このファイルに与えられた許可属性は
       <literal>644</literal> となります.
       ここで各数字は, このファイルの許可属性の 3 つの部分を表しています.</para>
 
     <para>ファイルについてはここまでの説明で十分です.  しかし,
       デバイスの場合の許可属性はどのようにコントロールされているのでしょうか?
       FreeBSD は, 大部分のハードウェアをファイルとして取り扱います.
       そのため, プログラムからは普通のファイルとまったく同じようにオープンし,
       データの読み書きができるようになっています.      
       これらのデバイス特殊ファイルは
       <filename>/dev</filename> ディレクトリに収められています.</para>
 
     <para>ディレクトリもまた, ファイルと同様に扱われます.
       それは読み込み/書き込み/実行の許可属性を持ちます.
       ディレクトリの実行ビットはファイルのそれとは少し違った意味を持ちます.
       ディレクトリが実行可能になっているとき,
       それはその中が探索できること, たとえば,
       そのディレクトリ中のファイルリストが参照できることを意味します.
     </para>
 
     <para>この他にも許可属性はありますが, いずれも
       setuid バイナリや sticky ディレクトリなどといった特殊な状況で使われます.
       ファイルの許可属性そのものについて,
       また, それらの設定のしかたに関する詳しい情報は,
         &man.chmod.1; マニュアルページを参照してください.</para>
   </sect1>
 
   <sect1 id="dirstructure">
     <title>ディレクトリ構造</title>
 
     <para>FreeBSD の用いているファイルシステムは多くの基本的なシステム動作を決定するもので,
       その階層構造は極めて重要です.
       ディレクトリ構造に関する完全な記述が &man.hier.7;
       のマニュアルページにありますので, ここでは繰り返しません.
       詳しい情報は, &man.hier.7; をご覧ください.
     </para>
     
     <para>最も重要なディレクトリは, すべてのディレクトリの根(root)にあたる
       / ディレクトリです.  このディレクトリは起動時に一番最初にマウントされ,
       起動時に必要な基本システムが含まれています.
       また, ルートディレクトリには,
       追加したい他のファイルシステムをマウントするためのマウントポイントも含まれます.
     </para>
 
     <para>マウントポイントとはルートファイルシステムに存在する,
       追加のファイルシステムと接続するためのディレクトリのことです.
       標準的なマウントポイントには
       <filename>/usr</filename>, <filename>/var</filename>,
       <filename>/mnt</filename>, <filename>/cdrom</filename>
       があります.  
       通常これらのディレクトリについては,
       <filename>/etc/fstab</filename> というファイル中のエントリが参照されます.
       <filename>/etc/fstab</filename>
       さまざまなファイルシステムとマウントポイントの表であり,
       システムが参照します.
       <filename>/etc/fstab</filename> に書かれたファイルシステムは
       <option>noauto</option> オプションが指定されていなければ,
       起動時に &man.rc.8; スクリプトによって自動的にマウントされます.
       <filename>/etc/fstab</filename>
       ファイルの書式やオプションに関しての詳細は
       &man.fstab.5; をご覧ください.</para>
   </sect1>
 
   <sect1 id="shells">
     <title>シェル</title>
 
     <para>FreeBSD では日々の作業のほとんどは,
       「シェル」と呼ばれるコマンドラインインタフェイスを通して行われます.
       シェルの主な仕事はコマンドを入力チャンネルから受け取り,
       そしてそれらを実行することです.
       大部分のシェルはさらに組み込みの機能を持っていて, 日々の作業,
       ファイル管理やファイル名の展開, コマンドライン編集,
       コマンドマクロ, 環境変数などに便利です.
       FreeBSD には sh(Bourne Shell) や csh(C-shell) が含まれています.
       また,
       これ以外にもたくさんのシェルが FreeBSD Ports コレクションから利用可能です.
       tcsh や bash などの高機能なものは, これに含まれています.</para>
 
     <para>「あなたは, どのシェルを使いますか?」という質問は,
       まったく趣味の問題です.
       あなたが C のプログラマだったとすれば,
       tcsh のような C 風のシェルの方が落ち着くかもしれません.
       Linux から来た人や UNIX のコマンドラインインタフェイスになじみがなければ,
       bash を試すのも良いでしょう.
       ポイントは, それぞれのシェルは,
       あなたの好みの作業環境で利用できる(もしくはできない)独自の機能を持っているということ,
       そして, どのシェルを使うことにするかを決めるのはあなた自身だということです.</para>
 
     <para>シェルの一般的な機能の一つに, ファイル名の補完があります.
       コマンドやファイル名の最初の数文字を与えて TAB キーを押すことで,
       シェルにコマンドやファイル名の残りの部分を自動的に補完させることができます.
       例をあげましょう.  二つのファイル
       <filename>foobar</filename>, <filename>foo.bar</filename> が
       あったとします.  <filename>foo.bar</filename> の方を削除しようとするとき
       <command>rm fo[TAB].[TAB]</command> と入力します.</para>
 
     <para>するとシェルは <command>rm
       foo[BEEP].bar</command> と出力するでしょう.</para>
 
     <para>[BEEP] のところはコンソールのベル(訳注: 通常はビープ音が鳴ります)です.
       これは複数のファイルがマッチしたため,
       ファイル名の補完を完全に行なえなかったことを伝えています.
       <filename>foobar</filename> と
       <filename>foo.bar</filename> は
       両方とも <literal>fo</literal> ではじまりますが, 
       <literal>foo</literal> までなら補完できます.
       ここで <literal>.</literal> を入力して TAB を押せば,
       シェルはファイル名の残りの部分を補完できます.</para>
 
     <para>もう一つあげられるシェルの機能として, 環境変数があります.
       環境変数とは, シェルの環境変数空間におけるキーと値とのペアです.
       この変数空間は, そのシェルから起動されたプログラムから参照でき,
       それを利用してプログラムの設定を保存するのに利用されます.
      下の表は, 一般的な環境変数とその意味を示したものです.</para>
 
     <informaltable frame="none">
       <tgroup cols="2">
 	<thead>
 	  <row>
 	    <entry>変数名</entry>
 	    <entry>意味</entry>
 	  </row>
 	</thead>
 
 	<tbody>
 	  <row>
 	    <entry><envar>USER</envar></entry>
 	    <entry>現在のログインユーザのユーザ名.</entry>
 	  </row>
 
 	  <row>
 	    <entry><envar>PATH</envar></entry>
 	    <entry>コロンで区切られた実行ファイル探索のための
 	      ディレクトリのリスト.</entry>
 	  </row>
 
 	  <row>
 	    <entry><envar>DISPLAY</envar></entry>
 	    <entry>接続する X11 ディスプレイのネットワーク名(存在する場合のみ).</entry>
 	  </row>
 
 	  <row>
 	    <entry><envar>SHELL</envar></entry>
 	    <entry>現在のシェル.</entry>
 	  </row>
 
 	  <row>
 	    <entry><envar>TERM</envar></entry>
 	    <entry>ユーザの端末名.
               端末のケーパビリティを決定するのに使われる.</entry>
 	  </row>
 
 	  <row>
 	    <entry><envar>TERMCAP</envar></entry>
 	    <entry>種々の端末の機能を実現する端末のエスケープコードの
 	      データベースのエントリ.</entry>
 	  </row>
 
 	  <row>
 	    <entry><envar>OSTYPE</envar></entry>
 	    <entry>オペレーティングシステムの種別.
               たとえば FreeBSD.</entry>
 	  </row>
 
 	  <row>
 	    <entry><envar>MACHTYPE</envar></entry>
 	    <entry>システムが動作している CPU のアーキテクチャ.</entry>
 	  </row>
 
 	  <row>
 	    <entry><envar>EDITOR</envar></entry>
 	    <entry>ユーザの選んだテキストエディタ.</entry>
 	  </row>
 
 	  <row>
 	    <entry><envar>PAGER</envar></entry>
 	    <entry>ユーザの選んだテキストページャ.</entry>
 	  </row>
 
 	  <row>
 	    <entry><envar>MANPATH</envar></entry>
 	    <entry>コロンで区切られたマニュアルページ探索のための
 	      ディレクトリのリスト.</entry>
 	  </row>
 	</tbody>
       </tgroup>
     </informaltable>
 
     <para>環境変数をセットしたりその値を見る方法は,
       それぞれのシェルごとに多少異なります.
       たとえば, csh や tcsh 等の C シェルでは
       <command>setenv</command> を使います.
       sh や bash 等の Bourne シェルでは
       <command>set</command> と <command>export</command>
       を使います.
       たとえば, <envar>EDITOR</envar> 環境変数の値を
       <filename>/usr/local/bin/emacs</filename> に
       セットするか変更するならば次のようにします.</para>
 
     <screen>&prompt.user; <userinput>setenv EDITOR /usr/local/bin/emacs</userinput></screen>
 
     <para>Bourne シェルでは次のようになります.</para>
 
     <screen>&prompt.user; <userinput>export EDITOR="/usr/local/bin/emacs"</userinput></screen>
 
     <para>ほとんどのシェルでは,
       コマンドライン中の変数名の前に <literal>$</literal> 文字を置くことで,
       環境変数を展開させることができます.
       たとえば,
       <command>echo $TERM</command> は <envar>$TERM</envar> が
       セットされている内容を表示します.
       それはシェルが <envar>$TERM</envar> を展開して
       echo に渡しているからです.</para>
 
     <para>シェルはさまざまな特殊文字を, 特別なデータを表すものとして扱います.
       その特殊文字はメタキャラクタと呼ばれます.
       もっとも一般的なものは <literal>*</literal> で,
       これはファイル名に含まれる, あらゆる文字を表します.
       これらの特殊なメタキャラクタはファイル名の展開に使われます.
       たとえば, <command>echo *</command> と入力すると
       <command>ls</command> と入力したのとほとんど同じ結果を得られます.
       これはシェルが <command>*</command> とマッチするすべてのファイルを
       受け取って echo のコマンドラインに渡し, 表示するからです.</para>
 
     <para>これらの特殊文字をシェルに解釈させないようにするため,
       特殊文字の前にバックスラッシュ文字 (<literal>\</literal>)
       を置くことができます.
       <command>echo $TERM</command> は,
       あなたの端末が何にセットされているかを表示します.
       <command>echo \$TERM</command> は <envar>$TERM</envar> と
       そのまま表示します.</para>
 
     <sect2 id="changing-shells">
       <title>シェルの変更</title>
 
       <para>シェルを変更する一番簡単な方法は <command>chsh</command>
 	コマンドを使うことです.  <command>chsh</command> を実行すると
 	環境変数 <envar>EDITOR</envar> で示されたエディタが立ち上がります.
 	環境変数をセットしていなかった時は
         <command>vi</command> が立ち上がります.
 	<quote>Shell:</quote> の行を適宜変更してください.</para>
 
       <para><command>chsh</command> に
         <option>-s</option> オプションをつけると,
         エディタを起動せずにシェルを変更することが可能です.
         たとえば, シェルを bash に変えたいなら, 次のようにしてください.
       </para>
 	
       <screen>&prompt.user; <userinput>chsh -s /usr/local/bin/bash</userinput></screen>
 
       <para><command>chsh</command> をパラメータなしで実行し,
         エディタでシェルを変更しても同じことができます.</para>
 
       <note>
 	<para>使おうと思っているシェルは<emphasis>必ず</emphasis>
 	  <filename>/etc/shells</filename> 中に書かれているものでなければなりません.
 	  シェルを <link linkend="ports">Ports コレクション</link>から
 	  インストールしていたのであれば, すでにそれは行なわれていますが,
 	  手動でインストールした場合は, それを忘れずに行ってください.</para>
      
         <para>たとえば, <command>bash</command>
           を手動で
           <filename>/usr/local/bin</filename>
           にインストールした場合
           以下のようにする必要があります.</para>
 
         <screen>&prompt.root; <userinput>echo &quot;/usr/local/bin/bash&quot; &gt;&gt; /etc/shells</userinput></screen>
 
         <para>そして <command>chsh</command> を実行してください.</para>
       </note>
     </sect2>
   </sect1>
 
   <sect1 id="editors">
     <title>テキストエディタ</title>
 
     <para>さまざまな FreeBSD の設定は, テキストファイルを編集することで行われます.
       そのため, テキストエディタの扱いに慣れると良いでしょう.
       FreeBSD には, 基本システムの一部として二, 三提供されるものと,
       Ports collection から利用できる, たくさんのテキストエディタが用意されています.
     </para>
 
     <para>最も学習が簡単なエディタは,
       easy editor の略で <application>ee</application> と呼ばれるものです.
       <application>ee</application> を立ち上げるには, コマンドラインから
       <command>ee filename</command> と入力します.
       ここで <literal>filename</literal> は,
       編集しようとしているファイルの名前です.
       たとえば, <filename>/etc/rc.conf</filename> を編集するには
       <command>ee /etc/rc.conf</command> と入力します.
       一旦 ee の中に入れば,
       エディタの機能を操作するコマンドはすべてディスプレイの上部に
       表示されています. キャレット <literal>^</literal> 文字は
       キーボードのコントロールキーを意味しますので, ^e はコントロールキーと
       <literal>e</literal> を一緒に押すという意味になります.
       <application>ee</application> を終了するにはエスケープキーを押し,
       そして leave editor を選びます.
       ファイルが更新されていたときは,
       エディタは変更をセーブするかどうかプロンプトを出します.</para>
 
     <para>FreeBSD には, 基本システムの一部として
       <application>vi</application>,
       Ports コレクションの一部として
       <application>emacs</application> や <application>vim</application>
       といった, より強力なテキストエディタが用意されています.
       これらのエディタはやや学習が複雑ですが, より強力で高い機能性を提供します.
       しかし, あなたが多量のテキストを編集することを考えているなら,
       <application>vim</application> や <application>emacs</application>
       といった強力なエディタを習得することは,
       より多くの時間を節約することでしょう.</para>
   </sect1>
 
   <sect1>
     <title>さらに詳しい情報を得るには...</title>
 
     <sect2 id="basics-man">
       <title>オンラインマニュアル</title>
       
       <para>FreeBSD についてのもっとも包括的な文書は,
         マニュアルページの形式になっているものです.
         FreeBSD システム上のほとんどすべてのプログラムには,
         基本的な操作方法とさまざまな引数を説明しているリファレンスマニュアルが添付されています.
         これらのマニュアルは man コマンドで見ることができます. man
         コマンドの使い方は簡単です.</para>
       
       <screen>&prompt.user; <userinput>man <replaceable>コマンド名</replaceable></userinput></screen>
       
       <para><literal>コマンド名</literal>
         のところには, 知りたいコマンドの名前を入れます.
         たとえば <command>ls</command> コマンドについて知りたい場合には,
         次のように入力します.</para>
       
       <screen>&prompt.user; <userinput>man ls</userinput></screen>
       
       <para>オンラインマニュアルは,
         セクション番号で分類されています.</para>
       
       <orderedlist>
         <listitem>
           <para>ユーザコマンド</para>
         </listitem>
         
         <listitem>
           <para>システムコールとエラー番号</para>
         </listitem>
         
         <listitem>
           <para>C のライブラリ関数</para>
         </listitem>
         
         <listitem>
           <para>デバイスドライバ</para>
         </listitem>
 
         <listitem>
           <para>ファイル形式</para>
         </listitem>
         
         <listitem>
           <para>ゲームや娯楽</para>
         </listitem>
         
         <listitem>
           <para>さまざまな情報</para>
         </listitem>
         
         <listitem>
           <para>システムの管理と操作のためのコマンド</para>
         </listitem>
         
         <listitem>
           <para>カーネル開発者のための情報</para>
         </listitem>
       </orderedlist>
       
       <para>時折,
         同じトピックがオンラインマニュアルの複数のセクションに記載されている場合があります.
         たとえば, chmod ユーザコマンドと
         <literal>chmod()</literal>
         システムコールの場合がそれに該当します.
         この場合, man コマンドにセクション番号を与えることで,
         どちらを参照したいかを指定することができます.</para>
       
       <screen>&prompt.user; <userinput>man 1 chmod</userinput></screen>
       
       <para>上のようにすれば,
         ユーザコマンド <command>chmod</command>
         のマニュアルページが表示されます.
         オンラインマニュアルの特定セクションへの参照は,
         慣習的に書かれている文書で括弧の中に示されます.
         すなわち, &man.chmod.1; は <command>chmod</command>
         ユーザコマンドを, &man.chmod.2;
         はシステムコールの方を示しています.</para>
       
       <para>コマンドの名前を知っていて,
         単純にその使い方を知りたい場合はここまでの説明で十分でしょう.
         しかし,
         もしコマンドの名前を思い出せない場合にはどうしたら良いのでしょうか?
         man に <option>-k</option> スイッチをつければ,
         コマンド解説(description)の文章から,
         指定したキーワードを検索することができます.</para>
       
       <screen>&prompt.user; <userinput>man -k mail</userinput></screen>
       
       <para>このコマンドにより,
         <quote>mail</quote>
         というキーワードをコマンド解説に含むコマンドの一覧が表示されます.
         実際には, これは apropos コマンドを使う場合と同等の機能です.</para>
       
       <para>それでは, <filename>/usr/bin</filename>
         にあるさまざまなコマンドすべてを見ていて,
         それらが実際にどう働くのかが, まったく見当もつかないときには
         どうしたら良いでしょう?
         そのときは単純に,</para>
 
 	<screen>&prompt.user; <userinput>cd /usr/bin</userinput>
 &prompt.user; <userinput>man -f *</userinput></screen>
 
       <para>とするか, あるいは同じ働きをする</para>
 
 	<screen>&prompt.user; <userinput>cd /usr/bin</userinput>
 &prompt.user; <userinput>whatis *</userinput></screen>
 
       <para>としてください.</para>
     </sect2>
     
     <sect2 id="basics-info">
       <title>GNU の Info ファイル</title>
       
       <para>FreeBSD には Free Software Foundation (FSF)
         によるアプリケーションや
         ユーティリティがたくさん含まれています.
         これらのプログラムには, マニュアルページに加えて
         <literal>info</literal> ファイルと呼ばれる
         ハイパーテキスト形式の文書が付属しています.
         この文書は <command>info</command> コマンド, 
         あるいは <application>emacs</application> をインストールしているなら
         <application>emacs</application> の info
         モードで読むことができます.</para>
       
       <para>&man.info.1; コマンドを使うには, 単に次のように入力します.</para>
       
       <screen>&prompt.user; <userinput>info</userinput></screen>
       
       <para>
         <literal>h</literal> と入力すると,
         簡単な手引きを読むことができます.
         クイックコマンドリファレンスは <literal>?</literal>
         を入力してください.</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/boot/chapter.sgml b/ja_JP.eucJP/books/handbook/boot/chapter.sgml
index 5ebe20bedc..946ca29f5d 100644
--- a/ja_JP.eucJP/books/handbook/boot/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/boot/chapter.sgml
@@ -1,569 +1,569 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.9
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/boot/chapter.sgml,v 1.3 2000/07/20 12:22:32 hrs Exp $
+     Original revision: 1.10
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/boot/chapter.sgml,v 1.4 2000/11/29 15:48:36 hrs Exp $
 -->
 
 <chapter id="boot">
   <title>FreeBSD の起動のプロセス</title>
 
   <sect1 id="boot-synopsis">
     <title>この章では</title>
 
     <para>FreeBSD は通常, 起動(bootstrap)を三段階に分けて行ないます. 
       これには基本的に, 互いに順番に呼び出される三つのプログラム(二つの
       <link linkend="boot-blocks">起動ブロック(boot block)</link>と
       <link linkend="boot-loader">ローダ(loader)</link>)が使われています.
       これらのプログラムはそれぞれ,
       その前に呼び出されるプログラムの情報に基づいて動作し,
       より洗練された機能を提供します.</para>
 
     <para>その後カーネルが起動し, デバイスの検出と初期化を行ないます.
       そしてカーネルの起動が終わると, 制御はユーザープロセスの
       &man.init.8; へ移されます.  &man.init.8; はまず
       ディスクが利用可能であることを確かめ,
       ファイルシステムのマウント,
       ネットワークで利用するネットワークカードのセットアップ,
       そして通常 FreeBSD システムで初期時に起動されるすべてのプロセスの起動,
       といったユーザーレベルでのリソース(資源)設定を行ないます.</para>
   </sect1>
 
   <sect1 id="boot-blocks">
     <title>起動ブロック: 起動ステージ 1 および 2</title>
 
     <para><firstterm>起動(bootstrap)</firstterm>とは,
       コンピュータが接続されたデバイスを検出, 初期化し,
       必要となるプログラムを動作させることを指します.</para>
 
     <para>起動には起動の際の動作が記録された,
       特殊な読み出し専用メモリチップを利用します.
       その動作は通常,
       メモリテストやデバイスの設定を行なう他のチップに制御を渡し,
       そして設定された内容をプログラムに提供するというものです.</para>
 
     <para>標準的な個人向けコンピュータでは,
       BIOS (起動を行なう部分) と
       CMOS (設定を記録する部分) によって起動を実現しています.
       これらはディスクが存在すること,
       そしてオペレーティングシステムをロードするためのプログラムが
       ディスク上のどこにあるのかを認識しています.</para>
 
     <para>この章では上に述べたような起動の初期の過程については扱いません.
       焦点を合わせるのは,
       ディスク上のプログラムに制御が移された後の内容についてです.</para>
 
     <para>起動ブロックは(通常), ローダを見つけて実行する役割を持っています.
       したがって, ファイルシステム上のプログラムを見つけること,
       実行できること,
       そしてその動作に関して最低限の設定が可能である必要があります.</para>
 
     <sect2 id="boot-boot0">
       <title>boot0</title>
 
       <para>まず実際に最初にあるのは boot0 と呼ばれる起動ブロックです.
         これは <firstterm>マスターブートレコード(MBR; Master Boot
           Record)</firstterm> という,
         システムが起動時にプログラムを検索するディスク上の特殊な部分に存在します.
         この部分は, 単に起動可能なスライスのリストが格納されています.</para>
 
       <para>boot0 は非常に単純なプログラムです.
         これは, <abbrev>MBR</abbrev> にあるプログラムは
         512 バイトの大きさでなければならないという制限があるためです.</para>
 
       <para>boot0 は, 下のような出力をします.</para>
 
       <example id="boot-boot0-example">
         <title>boot0 のスクリーンショット</title>
 
 	<screen>
 F1 DOS
 F2 FreeBSD
 F3 Linux
 F4 ??
 F5 Drive 1
 
 Default: F2</screen>
       </example>
     </sect2>
   
     <sect2 id="boot-boot1">
       <title>boot1</title>
 
       <para>boot1 は起動スライス(slice)の起動セクタにあります.
         起動セクタは <link linkend="boot-boot0">boot0</link> が存在し,
         <abbrev>MBR</abbrev> にある他のプログラムが
         起動のプロセスを続けるために必要なプログラムを探す部分です.</para>
 
       <para>boot1 も非常に単純なプログラムです.
         これは boot0 同様に,
         512 バイトの大きさでなければならないという制限があるためです.
         boot1 は <link linkend="boot-boot2">boot2</link> を検索し,
         実行するため, そのスライスの情報を保持する FreeBSD
         の<firstterm>ディスクラベル(disklabel)</firstterm>
         に関する最低限の情報を持っています.</para>
     </sect2>
   
     <sect2 id="boot-boot2">
       <title>boot2</title>
 
       <para>boot2 はもう少し高機能です.
         これは FreeBSDのファイルシステム上でファイルを見つける能力を持ち,
         実行するカーネルやローダを指定するための簡単なインターフェイスを提供する事ができます.</para>
 
       <para><link linkend="boot-loader">ローダ(loader)</link>はさらに高機能なもので,
         使いやすく簡単な起動設定が行なえる手段を提供します.
         boot2 は通常それを起動します.  以前の boot2 は,
         カーネルを直接起動する機能しかありませんでした.</para>
 
       <example id="boot-boot2-example">
         <title>boot2 のスクリーンショット</title>
 
 	<screen>&gt;&gt; FreeBSD/i386 BOOT
 Default: 0:wd(0,a)/kernel
 boot:</screen>
       </example>
     </sect2>
   </sect1>
 
   <sect1 id="boot-loader">
     <title>ローダ(loader): 起動ステージ 3</title>
 
     <para>ローダは三段階の起動プロセスの最終段階です.
       ローダは通常, ファイルシステム上の
       <filename>/boot/loader</filename>
       として存在しています.</para>
       
     <note>
       <para><filename>/boot/boot0</filename>,
         <filename>/boot/boot1</filename>, 
         <filename>/boot/boot2</filename> というファイルがありますが,
         これらは <abbrev>MBR</abbrev>,
         起動セクタ, ディスクラベルの実際のコピーではありません.</para>
     </note>
 
     <para>ローダは, よりさまざまなコマンド群をサポートした
       強力なインタープリタによって提供される簡易組み込みコマンド群を利用することで,
       ユーザが利用しやすい設定手段となるように設計されています.</para>
     
     <sect2 id="boot-loader-flow">
       <title>ローダプログラムの処理の流れ</title>
       
       <para>ローダは初期化の際にコンソールとディスクの検出を行ない,
         どのディスクから起動しているかを調べます.
         そして必要な変数を設定してからインタープリタを起動し,
         簡易コマンドを解釈します.</para>
 
       <para>ローダは次に
         <filename>/boot/loader.rc</filename>
         を読み込み, 通常, 変数の標準値を定義した
         <filename>/boot/defaults/loader.conf</filename>
         と, そのマシンにローカルな変数を定義した
         <filename>/boot/loader.conf</filename>
         を読み込みます.
         <filename>loader.rc</filename>
         はそれらの変数にもとづき,
         選択されたモジュールとカーネルをロードします.</para>
 
       <para>ローダは最後に, 標準設定で 10 秒のキー入力待ち時間を用意し,
         入力がなければカーネルを起動します.
         入力があった場合, 簡易コマンド群が使えるプロンプトが表示され,
         ユーザは変数を調整したり,
         すべてのモジュールをアンロードしたり,
         モジュールをロードしたりすることができます.
         その後, 最終的な起動や再起動へ移行します.</para>
 
       <para>この処理に関するより技術的な説明は
           &man.loader.8; にあります.</para>
     </sect2>
     
     <sect2 id="boot-loader-commands">
       <title>ローダの組み込みコマンド</title>
       
       <para>簡易コマンド群は, 次のようなもので構成されています.</para>
 
       <variablelist>
 	<varlistentry>
 	  <term>autoboot <replaceable>seconds</replaceable></term>
 
 	  <listitem>
             <para><replaceable>seconds</replaceable>
               で与えられた時間内に入力がなければ,
               カーネルの起動へと進みます.
               カウントダウンを表示し, 標準設定では 10 秒間です.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term>boot
 	    <optional><replaceable>-options</replaceable></optional>
 	    <optional><replaceable>kernelname</replaceable></optional></term>
 
 	  <listitem>
             <para>すぐにカーネルの起動へ進みます.
               オプション, カーネル名が指定されている場合は,
               それらが使われます.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term>boot-conf</term>
 
 	  <listitem>
 	    <para>すべてのモジュールの設定を,
               起動時と同じように変数にもとづいて自動的に行ないます.
               このコマンドは, まず <command>unload</command> を行なって,
               変数&mdash;普通 <envar>kernel</envar>
               など&mdash;を変更した場合にのみ有効に働きます. </para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term>help
 	    <optional><replaceable>topic</replaceable></optional></term>
 
 	  <listitem>
             <para><filename>/boot/loader.help</filename>
               を読み込み, ヘルプメッセージを表示します.
               <replaceable>topic</replaceable> に
               <literal>index</literal> 指定された場合,
               利用可能な <replaceable>topic</replaceable> を表示します.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term>include <replaceable>filename</replaceable>
 	    &hellip;</term>
 
 	  <listitem>
             <para>指定されたファイル名のファイルを処理します.
               ローダはファイルを読み込み, 行単位で解釈します.
               エラーが発生した場合,
               include コマンドの実行はその時点で停止します.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term>load <optional><option>-t</option>
 	    <replaceable>type</replaceable></optional>
 	    <replaceable>filename</replaceable></term>
 
 	  <listitem>
             <para>指定されたファイル名のカーネル,
               カーネルモジュール, あるいは
               type に指定された種類のファイルをロードします.
               ファイル名以降に指定された引数はファイルへと渡されます.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term>ls <optional><option>-l</option></optional>
 	    <optional><replaceable>path</replaceable></optional></term>
 
 	  <listitem>
             <para>指定された <replaceable>path</replaceable>
               にあるファイルを表示します.
               <replaceable>path</replaceable>
               が指定されていなければ, ルートディレクトリを表示します.
               <option>-l</option>
               が指定されていればファイルサイズも表示されます.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term>lsdev <optional><option>-v</option></optional></term>
 
 	  <listitem>
             <para>モジュールがロード可能なすべてのデバイスを表示します.
               もし <option>-v</option> が指定されていれば,
               より詳細な出力がされます.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term>lsmod <optional><option>-v</option></optional></term>
 
 	  <listitem>
             <para>ロード済みのモジュールを表示します.
               <option>-v</option> が指定されていれば,
               より詳細な内容が出力されます.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term>more <replaceable>filename</replaceable></term>
 
 	  <listitem>
             <para><varname>LINES</varname>
               単位でスクロールを停止しながら指定されたファイルを表示します.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term>reboot</term>
 
 	  <listitem>
             <para>すぐにシステムを再起動します. </para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term>set <replaceable>variable</replaceable></term>
 	  <term>set
 	    <replaceable>variable</replaceable>=<replaceable>value</replaceable></term>
 
 	  <listitem>
             <para>ローダの環境変数を設定します. </para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term>unload</term>
 
 	  <listitem>
 	    <para>すべてのロード済みモジュールを削除します.</para>
 	  </listitem>
 	</varlistentry>
       </variablelist>
     </sect2>
 
     <sect2 id="boot-loader-examples">
       <title>ローダの使用例</title>
 
       <para>次にあげるのは, ローダの実践的な使用例です.</para>
 
       <itemizedlist>
 	<listitem>
           <para>普段使っているカーネルをシングルユーザモードで起動します.</para>
 
 	  <screen><userinput>boot -s</userinput></screen>
 	</listitem>
 
 	<listitem>
           <para>普段使っているカーネルとモジュールをアンロードし,
             古い(もしくは別の)カーネルをロードします.</para>
 
 	  <screen><userinput>unload</userinput>
   <userinput>load <replaceable>kernel.old</replaceable></userinput></screen>
 
           <para><filename>kernel.GENERIC</filename> とすると,
             インストールディスクに入っていた
             generic カーネルを指定することができます.
             また, 直前にインストールされていたカーネル(たとえば,
             カーネルを自分で設定したり,
             アップグレードしたりした場合)を指定するには
             <filename>kernel.old</filename> とします.</para>
 
 	  <note>
 	    <para>普段のカーネルで使っているモジュールを
               指定したカーネルでロードする場合は, 下のようにします.</para>
 
 	    <screen><userinput>unload</userinput>
 <userinput>set kernel="<replaceable>kernel.old</replaceable>"</userinput>
 <userinput>boot-conf</userinput></screen>
 	  </note>
 	</listitem>
 
 	<listitem>
           <para>カーネルの設定スクリプト(通常,
             カーネル起動時に設定される内容を自動化するスクリプト)をロードします.</para>
 
 	  <screen><userinput>load -t userconfig_script
 	    <replaceable>/boot/kernel.conf</replaceable></userinput></screen>
 	</listitem>
       </itemizedlist>
     </sect2>
   </sect1>
 
   <sect1 id="boot-kernel">
     <title>カーネル起動時の応答</title>
     
     <para>カーネルが<link linkend="boot-loader">ローダ</link>(通常は)
       か<link linkend="boot-boot2">boot2</link>
       (ローダを迂回して)によってロードされると,
       起動フラグを調べます.
       もし起動フラグがあれば, それに応じて動作を調整します.</para>
 
     <sect2 id="boot-kernel-bootflags">
       <title>カーネル起動フラグ</title>
 
       <para>良く使われる起動フラグは次のとおりです.</para>
       
       <variablelist id="boot-kernel-bootflags-list">
 	<varlistentry>
 	  <term><option>-a</option></term>
 
 	  <listitem>
             <para>カーネル初期化中に,
               ルートファイルシステムとしてマウントするデバイスを尋ねます.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term><option>-C</option></term>
 
 	  <listitem>
             <para>CDROM から起動します.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term><option>-c</option></term>
 
 	  <listitem>
             <para>起動時にカーネルコンフィグレーションを行なう
               UserConfig を実行します.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term><option>-s</option></term>
 
 	  <listitem>
             <para>シングルユーザモードで起動します.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term><option>-v</option></term>
 
 	  <listitem>
             <para>カーネル起動時により詳細な情報を表示します.</para>
 	  </listitem>
 	</varlistentry>
       </variablelist>
 
       <note>
         <para>起動フラグはこの他にもあります.
           それらについては &man.boot.8; を参照してください.
         </para>
       </note>
     </sect2>
 
 <!--    <sect2 id="boot-kernel-userconfig">
       <title>UserConfig: The boot-time kernel configurator</title>
       
       <para> </para>
     </sect2> -->
   </sect1>
 
   <sect1 id="boot-init">
     <title>Init: プロセス制御の初期化</title>
 	
     <para>カーネルの起動が完了すると, <command>init</command>
       というユーザプロセスに制御が移されます.
       これは <filename>/sbin/init</filename>,
       もしくは <command>loader</command> の
       <envar>init_path</envar> 変数で指定される場所にあります.</para>
 
     <sect2 id="boot-autoreboot">
       <title>自動再起動(automatic reboot)の動作</title>
 
       <para>自動再起動では, 
         システム上で利用できるファイルシステムの一慣性を確認します.
         もしそれに問題があって <command>fsck</command> がその不一致を修復できなければ,
         管理者に直接に処置させるため <command>init</command>
         はシステムを<link linkend="boot-singleuser">シングルユーザモード</link>へと移行させます.</para>
     </sect2>
 
     <sect2 id="boot-singleuser">
       <title>シングルユーザモード</title>
 
       <para>このモードには,
         <link linkend="boot-autoreboot">自動再起動</link>の処理中か,
         ユーザが起動時に <option>-s</option> を指定た場合,
         あるいは <command>loader</command> で
         <envar>boot_single</envar> 変数を設定することによって移行します.</para>
 
       <para>また,
         <link linkend="boot-multiuser">マルチユーザモード</link>から
         再起動オプション(<option>-r</option>)
         や停止(halt)オプション(<option>-h</option>)なしで
         <command>shutdown</command> を呼び出すとこのモードに移行します.</para>
 
       <para><filename>/etc/ttys</filename>
         でシステムコンソール <literal>console</literal>
         が <literal>insecure</literal> に設定されている場合,
         システムはシングルユーザモードに移行する前に
         root のパスワードを入力するように求めます.</para>
 
       <example id="boot-insecure-console">
         <title>/etc/ttys の insecure コンソール</title>
 
 	<programlisting># name  getty                           type    status          comments
 #
 # This entry needed for asking password when init goes to single-user mode
 # If you want to be asked for password, change "secure" to "insecure" here
 #
 # 訳) このエントリは init がシングルユーザモードへ移行する際にパスワードを要
 # 求させるために必要です. もし, パスワードの要求を望む場合, ここの "secure" を
 # "insecure" へ変更してください. 
 #
 console none                            unknown off insecure</programlisting>
       </example>
 
       <note>
         <para><literal>insecure</literal> コンソールとは,
           あなた自身, コンソールが物理的に安全でないと考えていて,
           root パスワードを知る人だけがシングルユーザモードを使えるようにしたいという意味であり,
           コンソールを安全でない状態で使いたいという意味ではありません. 
           そのため, 安全性を求めるならば
           <literal>secure</literal> でなく
           <literal>insecure</literal> を選んでください.</para>
       </note>
     </sect2>
     
     <sect2 id="boot-multiuser">
       <title>マルチユーザモード</title>
       
       <para><command>init</command> がファイルシステムが正常であると判断するか,
         ユーザが<link linkend="boot-singleuser">シングルユーザモード</link>を終了すると,
         システムはマルチユーザモードへ移行し,
         リソースの設定を始めます.</para>
 
       <sect3 id="boot-rc">
         <title>リソース設定(rc)</title>
 
         <para>リソース設定システムはデフォルト設定を
           <filename>/etc/defaults/rc.conf</filename> から,
           そのシステム独自の細かな設定を
           <filename>/etc/rc.conf</filename> から読み込みます.
           そして <filename>/etc/fstab</filename>
           に記述されるシステムファイルシステムをマウントし,
           ネットワークサービスの開始,
           さまざまなシステムデーモンの開始,
           そして最後に, ローカルにインストールされた package
           の起動スクリプトの実行へと進みます.</para>
         
         <para>リソース設定システムのに関する参考資料は, &man.rc.8; にあります.
           これはスクリプトそのものを調べることと同じくらい優れたものです.</para>
       </sect3>
     </sect2>
   </sect1>
 
   <sect1 id="boot-shutdown">
     <title>シャットダウン動作</title>
 
     <para><command>shutdown</command>
       を用いてシステムを意図的にシャットダウンした場合,
       <command>init</command> は
       <filename>/etc/rc.shutdown</filename>
       というスクリプトの実行を試みます.
       そして, すべてのプロセスへ終了(terminate)シグナルを送り,
       続いてうまく終了できなかったプロセスへ
       強制終了(kill)シグナルを送ります.
     </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/cutting-edge/chapter.sgml b/ja_JP.eucJP/books/handbook/cutting-edge/chapter.sgml
index 6b3ce28198..0080a9d0f0 100644
--- a/ja_JP.eucJP/books/handbook/cutting-edge/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/cutting-edge/chapter.sgml
@@ -1,1892 +1,1907 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.57
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/cutting-edge/chapter.sgml,v 1.20 2000/09/15 07:43:09 hrs Exp $
+     Original revision: 1.58
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/cutting-edge/chapter.sgml,v 1.21 2000/10/13 14:52:32 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>あるリリースから次のリリースまでの期間にも,
+      FreeBSD の開発は休みなく続けられています.
       この開発の最前線に興味を持っている人のために,
       手元のシステムを最新の開発ツリーに同期させておくための,
-      とても使いやすい仕掛けが何種類も用意されています.  注意:
-      開発の最前線は, 誰でもが扱えるという性質のものではありません!
+      とても使いやすい仕掛けが何種類も用意されています.
+      注意: 開発の最前線は,
+      誰もが扱えるという性質のものではありません!
       もしもあなたが, 開発途中のシステムを追いかけようか,
-      それともリリース
-      バージョンのどれかを使い続けようかと迷っているのなら,
+      それともリリースバージョンのどれかを使い続けようかと迷っているのなら,
       きっとこの章が参考になるでしょう.</para>
   </sect1>
 
   <sect1 id="current-stable">
     <title>-CURRENT vs. -STABLE</title>
 
-    <para>FreeBSD には二つの開発ブランチがあります. -CURRENT と -STABLE です.
-      この章ではそれぞれについて少しだけ説明し, どのようにしてあなたの
-      システムを対応するツリーに対して常に最新の状態にに保つかについて
-      記述します.  まず -CURRENT を論じ, ついで -STABLE を論じます.</para>
+    <para>FreeBSD には二つの開発ブランチがあります.
+      それは -CURRENT と -STABLE です.
+      この章ではそれぞれについて簡単に説明し,
+      どのようにしてあなたのシステムを対応するツリーに対して,
+      どうやって常に最新の状態に保つかについて扱います.
+      まずは -CURRENT, 次に -STABLE について説明します.</para>
 
     <para><emphasis>訳: &a.hanai;, 1996 年 11 月 6 日.</emphasis></para>
 
     <sect2 id="current">
-      <title>最新のFreeBSDを追いかける</title>
+      <title>最新の FreeBSDを 追いかける</title>
 
-      <para>これを読むならば, 心に止めておいて欲しいことがあります.
-	-CURRENT とは FreeBSD の開発における <quote>切断面</quote>
-	であり, 故にあなたが FreeBSD を使い始めたばかりなら
-	あなたはこれがすることについて十分検討を重ねた方がいいでしょう.</para>
+      <para>これを読む前に,
+        心にとめておいて欲しいことがあります.
+	-CURRENT とは FreeBSD の開発の<quote>最前線</quote>だということです.
+        もし FreeBSD を使い始めたばかりなら,
+        これを運用することについて十分検討を重ねた方が良いでしょう.</para>
 
       <sect3>
 	<title>FreeBSD-current ってなに?</title>
 
-      <para>FreeBSD-CURRENT とは, 文字通りに, 日々変更されている
-	FreeBSD のソース
-	のスナップショット以外の何ものでもありません.  
-	中には現在開発途上のソフトウェア, 実験的な変更,
-	あるいは過渡的な機能などが含まれています. また,
-	この中に入っている機能がすべて次の公式リリースに
-	入るとはかぎりません. FreeBSD-CURRENT
-	をソースからほとんど毎日コンパイルしている人はたくさん
-	いますが, 時期によっては FreeBSD-CURRENT
-	はコンパイルさえできない状態になっていることもあります.
-	これらの問題は一般的には可能な限り素早く解決されますが,
-	FreeBSD-CURRENT のソースが不幸をもたらすか, それとも非常に
-	素晴らしい機能をもたらすかというのは文字通り,
-	ある与えられた 24 時間の間
-	のどの部分であなたがソースを手に入れたか,
-	による場合もあります.</para>
+        <para>FreeBSD-CURRENT とは文字通り,
+          日々変更されている
+          FreeBSD のソースのスナップショット以外の何ものでもありません.  
+          中には現在開発途上のソフトウェア,
+          実験的な変更, あるいは過渡的な機能などが含まれています.
+          また, この中に入っている機能がすべて,
+          次の公式リリースに入るとは限りません.
+          FreeBSD-CURRENT をソースからほぼ毎日コンパイルしている人は
+          たくさんいますが,
+          時期によってはコンパイルさえできない状態になっていることもあります.
+          一般的に, これらの問題は可能な限り迅速に解決されますが,
+          FreeBSD-CURRENT のソースが不幸をもたらすか,
+          それとも非常に素晴らしい機能をもたらすかというのは文字通り,
+          ある与えられた 24
+          時間の間の,
+          どの部分であなたがソースを手に入れたかによる場合もあるのです.</para>
       </sect3>
 
       <sect3>
 	<title>誰が FreeBSD-current を必要としてるの?</title>
 
-      <para>FreeBSD-CURRENT は,
-	主に次の三つの重要なグループを対象としています.</para>
+        <para>FreeBSD-CURRENT は,
+          主に次の三つの重要なグループを対象としています.</para>
 
-      <orderedlist>
-	<listitem>
-	  <para>ソースツリーのある部分に関して活発に作業している
-	    FreeBSD グループのメンバー. 彼らにとっては
-	    <quote>最新のもの</quote> にしておくのが
-	    絶対に必要なことなのです.  </para>
+        <orderedlist>
+          <listitem>
+            <para>ソースツリーのある部分に関して活発に作業している
+              FreeBSD グループのメンバ.
+              彼らにとっては<quote>最新のもの</quote>にしておくのが
+              絶対に必要なことなのです.</para>
 	</listitem>
 
 	<listitem>
-	  <para>活発にテストをする FreeBSD グループのメンバー. 彼らは,
-	    FreeBSD-CURRENT を <quote>健全である</quote>
-	    ことを出来るだけ確認するために種々の問題と戦うのに
-	    時間を費やすのを厭わない人々です. 彼らはまた,
-	    様々な変更に関する提案や FreeBSD
-	    の大まかな方向付けを行ないたいと思っている
-	    人々でもあります.</para>
+            <para>活発にテストしている FreeBSD グループのメンバ.
+              彼らは, FreeBSD-CURRENT
+              が<quote>健全である</quote>ことを可能な限り確認するために,
+              種々の問題と戦う時間を惜しまない人々です.
+              彼らはまた, 様々な変更に関する提案や
+              FreeBSD の大まかな方向付けを行ないたいと思っている
+              人々でもあります.</para>
 	</listitem>
 
 	<listitem>
-	  <para>単に, 様々な事に目を向け, 参考のために
-	    (例えば, 動かすためではなく <emphasis>読むため
-	    </emphasis>に) 最新のソースを使いたいと思っている FreeBSD
-	    (または他の) グループのまわりにいるメンバー.
-	    これらの人々はまた,
-	    時々コメントやコードを寄稿してくれます.</para>
-	</listitem>
-      </orderedlist>
+            <para>単に, 様々な事に目を向け, 参考のために
+              (たとえば動かすためではなく<emphasis>読むため</emphasis>に)
+              最新のソースを使いたいと思っている FreeBSD
+              (または他の) グループのまわりにいるメンバ.
+              これらの人々はまた,
+              時々コメントやコードを寄稿してくれます.</para>
+          </listitem>
+        </orderedlist>
       </sect3>
 
       <sect3>
-      <title>FreeBSD-CURRENT
-	に期待しては<emphasis>いけない</emphasis>ことは?</title>
+        <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>
+          <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>
+
+        <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
 subscribe cvs-all</programlisting>
 
-	  <para>と書いたメールを送って下さい. オプションとして本文に
-	    <literal>help</literal> と書けば, Majordomo
-	    はあなたへ我々がサポ ートする様々なメーリングリストに参加
-	    / 脱退する方法に関する詳しい ヘルプを送ります.</para>
-	</listitem>
+            <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><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/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>
+              <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>
 
-	      <para>とすることにより, ディレクトリ全体(この場合,
-		usr.bin/lex以下全体) を tar
-		ファイルとして入手することができます.</para>
-	    </listitem>
-	  </orderedlist>
-	</listitem>
+                <screen>usr.bin/lex</screen>
 
-	<listitem>
-	  <para>以上のことをまとめると,
-	    必要に応じて迅速なアクセスをする必要があり,
-	    接続のバンド幅が問題でなければ <command>cvsup</command>
-	    か <command>ftp</command> を使いましょう. そうでなければ
-	    <application>CTM</application> を使いましょう.</para>
-
-	  <para>もしソースを,
-	    眺めるだけでなく走らせるために入手しているのであれば,
-	    一部だけ選ぶのではなく, current
-	    の<emphasis>全体</emphasis>を手に入れてください. なぜなら,
-	    ソースの様々な部分が他の部分の更新に依存しており,
-	    一部のみをコンパイルしようとすると,
-	    ほぼ間違いなくトラブルを起こすからです.</para>
-
-	  <para>current をコンパイルする前に
-	    <filename>/usr/src</filename> にある Makefile
-	    をよく読んでください. アップグレードの処理の一部として,
-	    少なくとも一回は最初に <link linkend="makeworld">make
-	      world</link> を行なうべきでしょう. &a.current; を読めば,
-	    次のリリースへ向けて, 時々必要になる
-	    他のブートストラップの方法に関して
-	    常に最新情報を得ることが出来ます.</para>
-	</listitem>
+                <para>があったとすると,</para>
 
-	<listitem>
-	  <para>アクティブになって下さい! もし FreeBSD-CURRENT
-	    を走らせているなら我々はそれに関するコメント,
-	    特に拡張やバグ潰しに関する提案, を欲しています.
-	    コードを伴う提案はもっとも歓迎されるものです!</para>
-	</listitem>
-      </orderedlist>
+                <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>
+      <title>FreeBSD の安定状態の持続</title>
 
       <para>あなたが FreeBSD をプロダクション環境下で使っていて
 	-CURRENT 系列からの修正の最新版を得ていることを確実にしたいなら
 	-STABLE を使っていた方がいいでしょう.  これは新しいリリースが
 	まとめられた時 -RELEASE がこれから分岐するツリーです.
 	たとえば, あなたが 3.4-RELEASE のコピーを持っていたとして,
 	それは単に CD-ROM にまとめられた -STABLE 系列の
 	<quote>snapshot</quote> に過ぎません.  -RELEASE 以降に
 	-STABLE にマージされた差分を入手するには -STABLE 系列を
-	 <quote>追跡</quote>する必要があります.</para>
+        <quote>追跡</quote>する必要があります.</para>
 
-    <para><emphasis>訳: &a.jp.iwasaki;.</emphasis></para>
+      <para><emphasis>訳: &a.jp.iwasaki;.</emphasis></para>
 
       <sect3>
 	<title>FreeBSD-STABLE ってなに?</title>
 
-      <para>FreeBSD-STABLE は,
-	次の本流のリリースを目指した新機能をあまり採り入
-	れない保守的な変更のための開発の支流です.
-	実験的またはテスト未完の変更はこの支流には取り入れられません
-	(<link linkend="current">最新の FreeBSD を追いかける</link>
-	参照).</para>
+        <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/&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>
+        <para>もしあなたが仕事で使用しているとか, なによりも FreeBSD
+          システムの安定性を最重要視するなら,
+          <emphasis>stable</emphasis> を追いかけることを考えるべきでしょう.
+          <emphasis>stable</emphasis>
+          の支流は前のリリースに関して効果的にバグフィックスされた流れであるため,
+          最新のリリース
+          (<ulink url="ftp://ftp.FreeBSD.org/pub/FreeBSD/&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>
+        <orderedlist>
+          <listitem>
+            <para>&a.stable; へ加わってください.
+              このメーリングリストでは,
+              <emphasis>stable</emphasis> の構築に関連する事柄や,
+              その他の注意すべき点 に関する情報が流れています.
+              また開発者は議論の余地がある修正や変更を考えている場合に,
+              このメーリングリストで公表し,
+              提案された変更に関して問題が生じるかどうかを返答する機会をユーザに与えます.</para>
+
+            <para>また, &a.cvsall; メーリングリストでは,
+              それぞれの変更がなされると,
+              起こりうる副作用に関するすべての適切な情報と一緒に
+              commit log を読むことができます. subscribe
+              しておきたいもう一つのメーリングリストです. </para>
+
+            <para>メーリングリストに参加するには,
+              &a.majordomo;
+              へメッセージの本文に次のように書いたメールを送ってください:</para>
+
+            <programlisting>
 subscribe freebsd-stable
 subscribe cvs-all</programlisting>
 
-	  <para>オプションとして本文に `help' と書けば, Majordomo
-	    は私たちがサポートする様々なメーリングリストに参加 /
-	    脱退する方法に関する詳しいヘルプを送付します.</para>
-	</listitem>
+            <para>オプションとして本文に `help' と書けば,
+              Majordomo はわたしたちがサポートするさまざまなメーリングリストに参加 /
+              脱退する方法に関する詳しいヘルプを送付します.</para>
+          </listitem>
 
-	<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>
+              最新のブランチの 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>
+            <orderedlist>
+              <listitem>
+                <para><application><link linkend="ctm">CTM</link></application>
+                  機能を使用する. 転送レートが安定している TCP/IP
+                  接続でない場合は, この方法が適しています.</para>
+              </listitem>
 
-	      <para>とすることにより, ディレクトリ全体を tar
-		ファイルとして入手することができます.</para>
-	    </listitem>
-	  </orderedlist>
-	</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>cvsup</command>
-	    か <command>ftp</command> を使いましょう. そうで
-	    ない場合は <application>CTM</application>
-	    を使いましょう.</para>
-	</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>
 
-	<listitem>
-	  <para>stable をコンパイルする前に,
-	    <filename>/usr/src</filename> にある Makefile をよ
-	    く読んでください.
-	    少なくとも一回はアップグレードの処理の一部として最初に
-	    <link linkend="makeworld">make world</link>
-	    を実行するべきでしょう. &a.stable; を読めば,
-	    次のリリースに移行する
-	    に当たって時々必要となる既存システムからの
-	    新システムの構築手順に
-	    ついての最新情報が得られるでしょう.</para>
-	</listitem>
-      </orderedlist>
+                <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>
+    <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>
 
     <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 25d6bcb495..432bfcbee0 100644
--- a/ja_JP.eucJP/books/handbook/disks/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/disks/chapter.sgml
@@ -1,940 +1,964 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.23
-     $FreeBSD$
+     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 $
 -->
 
 <chapter id="disks">
   <title>ディスク</title>
 
   <sect1 id="disks-synopsis">
-    <title>概要</title>
+    <title>この章では</title>
 
     <para>
-      この章では, FreeBSD 上でどのようにして物理的なディスクやメモリーディスク,
+      この章では, FreeBSD 上でどのようにして物理的なディスクやメモリディスク,
       もしくはネットワークに接続されたディスクを使うのか, ということを解説します.
     </para>
   </sect1>
 
   <sect1 id="disks-bios-numbering">
     <title>BIOS ドライブの番号付け</title>
 
     <para>
       FreeBSD をインストールして設定する前に,
       特に複数のハードディスクを持っているならば気をつけておかなければならない重要なことがあります.
     </para>    
 
     <para>
       DOS が動いている PC や WINxxx のような BIOS 依存のオペレーティングシステムでは,
       BIOS がディスクドライブの順序を構成し, OS はその変化に追従します. これにより,
-      ユーザーはいわゆる <quote>プライマリーマスター</quote> 以外のディスクからブートすることができます.
+      ユーザはいわゆる <quote>プライマリーマスター</quote> 以外のディスクから起動することができます.
       この仕組みを用いればシステムのバックアップを取る最も簡単で安価な方法を構築できます.
       もう一つ同じディスクを買い,
       Ghost や XCOPY を用いて一つ目のディスクから二つめのディスクへのコピーを定期的に取ればいいのです.
       そして, 一つ目のディスクに障害が起きた時には,
       BIOS に対してドライブを論理的に交換するように指示することで簡単に復旧できるのです.
       この方法はドライブのケーブルを交換するのと同じようなことなのですが, ケースを開ける必要がありません.
     </para>
 
     <para>
-      SCSI コントローラーを備えたもっと高価なシステムでは, しばしば BIOS に拡張が施されており同じように
+      SCSI コントローラを備えたもっと高価なシステムでは, しばしば BIOS に拡張が施されており同じように
       7 台までのドライブの順番を組み換えることができるようになっています.
     </para>
 
     <para>
-      以上のような機能を便利に使っているユーザーは, FreeBSD では同じような結果にならないことに驚くかもしれません.
+      以上のような機能を便利に使っているユーザは, 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 がブートし, 調子良く動き始めました.
+	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 で順序の入れ換えを行なった時,
+	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 コントローラーによって提供されるものやフラッシュメモリーなどがあります.
+      他にも 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>
+        <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> はブート中でファイルシステムがマウントされる時のパスナンバーです.
+	<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> ユーザーでログインします. ドライブの取り付け後は
+      <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 互換のコンピューターで動くため,
+      FreeBSD は IBM-PC 互換のコンピュータで動くため,
       PC BIOS のパーティションを考慮に入れる必要があります.
       これは従来の BSD パーティションとは異なります. PC ディスクは 4 つまでの
-      BIOS パーティションエントリーを持つことができます.
+      BIOS パーティションエントリを持つことができます.
       もしそのディスクを本当に FreeBSD 専用にしたい場合には<emphasis>専用</emphasis>モードで用いることもできます.
       そうでない場合には, FreeBSD は PC BIOS パーティションのどれか一つの中に入れることになります.
       FreeBSD では, 従来の BSD パーティションと混乱しないように
       PC BIOS パーティションのことを<emphasis>スライス</emphasis>と呼びます. 
-      また, 別の OS がインストールされていたコンピューターで使われていたが
+      また, 別の 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>
-	コマンドを用いるかしてルート権限を取得します.
+	<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 エディターを抜けます.
+	<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>a</literal>
 	を持ちます. <literal>b</literal> パーティションはスワップパーティションに用いられ,
 	複数のディスクにスワップパーティションを作ることができます.
 	<literal>c</literal> は専用モードにおけるディスク全体,
 	もしくはスライスモードにおけるスライス全体を指します. 他のパーティションは汎用的に用いられます.
       </para>
 
       <para>
         sysinstall の Label Editor は非ルートで非スワップなパーティションには <literal>e</literal>
 	を好んで付けます.
-	ラベルエディターでは <command>C</command> を用いて一つのファイルシステムを作成します.
+	ラベルエディタでは <command>C</command> を用いて一つのファイルシステムを作成します.
 	FS (ファイルシステム) かスワップかを聞かれたら <literal>FS</literal>
 	を選びマウントポイント (例えば <filename>/mnt</filename>) を入力します.
 	インストール後のモードでディスクを追加する場合, sysinstall は
-	<filename>/etc/fstab</filename> にエントリーを追加しないため,
+	<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>* Using Slices</title>
+	<title>スライスの利用</title>
+
+        <para>このセットアップ方法では,
+          すでにコンピュータに他のオペレーティングシステムがインストールされていても
+          正しく協調動作することが可能で, 他のオペレーティングシステムの
+          fdisk ユーティリティを混乱させることもありません.
+          新しいディスクにインストールする場合は,
+          この方法を用いることが推奨されています.
+          後述する<literal>専用モード</literal>は,
+          そうしなければならない理由がある時にのみ,
+          利用するようにしてください.</para>
 
-	<para></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>
+    <title>仮想ディスク: ネットワーク, メモリ, そしてファイルベースのファイルシステム</title>
 
     <para>
       FreeBSD にはフロッピーや CD, ハードディスクなどの手元の計算機に取り付けたディスクの他に,
       別の形態のディスク, <firstterm>仮想ディスク</firstterm>, もあります.
     </para>
 
     <para>
       これには, <link linkend="nfs">Network Filesystem</link> のようなネットワークファイルシステムや
-      Coda, <link linkend="disks-md">md</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>
+      <title>md: メモリファイルシステム</title>
 
-      <para>md はメモリーファイルシステムを実現するためにシンプルで効率的な手段です.</para>
+      <para>md はメモリファイルシステムを実現するためにシンプルで効率的な手段です.</para>
 
       <para>単に, 例えば &man.vnconfig.8; を用いて作成したファイルシステムを取り, 以下のようにします.</para>
 
       <example>
-	<title>md メモリーディスク</title>
+	<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>
 
       <para>
         標準の <filename>GENERIC</filename> カーネルでは,
 	この機能は有効になっていませんので,
 	ディスククォータを利用するためには上記を設定後カーネルを構築しなおし,
 	作成されたカスタムカーネルをインストールしなければいけません.
-	カーネルのコンフィギュレーションに関しては
-	<link linkend="kernelconfig">FreeBSD カーネルのコンフィギュレーション</link>のセクションをご覧ください.
+	カーネルのコンフィグレーションに関しては
+	<link linkend="kernelconfig">FreeBSD カーネルのコンフィグレーション</link>のセクションをご覧ください.
       </para>
 
       <para>
         次に <filename>/etc/rc.conf</filename>
 	でディスククォータを有効にする必要があります.
 	次の行を加えましょう.
       </para>
 
       <programlisting>
 enable_quotas=<quote>YES</quote></programlisting>
 
       <para>
         起動時の動作をさらに細かくコントロールするためにもう一つ設定用の変数があります.
-	通常, ブート時には <command>quotacheck</command>
+	通常, 起動時には <command>quotacheck</command>
 	によりそれぞれのファイルシステムのクォータの整合性がチェックされます.
 	<command>quotacheck</command> の役割は,
 	クォータデータベースのデータが正しくファイルシステム上のデータを反映しているか確認することです.
-	これはかなり時間を食う処理であり, ブートにかかる時間に大きな影響を及ぼします.
+	これはかなり時間を食う処理であり, 起動にかかる時間に大きな影響を及ぼします.
 	このステップをとばしたい人のために次の変数が用意されています.
       </para>
 
       <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>
 
       <para>
         最後に, ファイルシステム毎にディスククォータを有効にするために
 	<filename>/etc/fstab</filename> を編集する必要があります.
-	ここでユーザーもしくはグループ, あるいはその両方にクォータを設定することができるのです.
+	ここでユーザもしくはグループ, あるいはその両方にクォータを設定することができるのです.
       </para>
 
       <para>
-        あるファイルシステム上にユーザー毎のクォータを有効にする場合には,
-	<filename>/etc/fstab</filename> 中でクォータを有効にしたいファイルシステムエントリーのオプション部に
+        あるファイルシステム上にユーザ毎のクォータを有効にする場合には,
+	<filename>/etc/fstab</filename> 中でクォータを有効にしたいファイルシステムエントリのオプション部に
 	<literal>userquota</literal> を加えます. 例えば次のようになります.
       </para>
 
       <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>
 
       <para>
         デフォルトでは, クォータファイルはそのファイルシステムのルートディレクトリに
-	ユーザー用, グループ用それぞれ <filename>quota.user</filename>, <filename>quota.group</filename>
+	ユーザ用, グループ用それぞれ <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> が設定されていない場合には
+	で指定されるエディタに入ります. <envar>EDITOR</envar> が設定されていない場合には
 	<command>vi</command> が起動されます. ここでクォータリミットを編集します.
       </para>
 
       <screen>&prompt.root; <userinput>edquota -u test</userinput></screen>
 
       <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」から「ソフトリミットは
+	例えばこのユーザのブロックリミットを, 「ソフトリミットは 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>へ書き換えます. 新しいクォータリミットはエディタを終了すれば設定されます.</para>
 
       <para>
         ある範囲の uid に対してクォータリミットを設定したい場合がありますが,
 	このような時には <command>edquota</command> コマンドの <option>-p</option> オプションを使うといいでしょう.
-	まず, あるユーザーに割り当てたいクォータリミットを設定し, 次に
+	まず, あるユーザに割り当てたいクォータリミットを設定し, 次に
 	<command>edquota -p protouser startuid-enduid</command>
-	を実行するのです. 例えばユーザー <username>test</username> にお望みのクォータリミットが付いているとしましょう.
+	を実行するのです. 例えばユーザ <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> コマンドはクォータが有効になっているファイルシステム用の全てのクォータやディスク容量のサマリーを得るのに使えます.
+	<command>quota</command> コマンドは個々のユーザやグループのクォータやディスク利用状況をチェックするのに使えます.
+	スーパーユーザのみが他のユーザや所属していないグループのクォータと利用状況を見ることができます.
+	<command>repquota</command> コマンドはクォータが有効になっているファイルシステム用の全てのクォータやディスク容量のサマリを得るのに使えます.
       </para>
 
       <para>
-        以下は二つのファイルシステムにクォータ制限がかけられているユーザーに対する
+        以下は二つのファイルシステムにクォータ制限がかけられているユーザに対する
 	<command>quota -v</command> コマンドの出力例です.
       </para>
 
       <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> ファイルシステム上ではこのユーザーは現在
+        上の例で, <filename>/usr</filename> ファイルシステム上ではこのユーザは現在
 	50 ブロックというソフトリミットを 15 ブロックオーバーし 5 日間の猶予期間が残っています.
-	アスタリスク <literal>*</literal> はクォータリミットを越えているユーザーを示していることに注意してください.
+	アスタリスク <literal>*</literal> はクォータリミットを越えているユーザを示していることに注意してください.
       </para>
 
       <para>
-        通常, そのユーザーが全く使っていないファイルシステムは, クォータリミットが付けられているとしても
+        通常, そのユーザが全く使っていないファイルシステムは, クォータリミットが付けられているとしても
 	 <command>quota</command> コマンドの出力には現われません.
 	 <option>-v</option> オプションを用いればそのようなファイルシステム, 上の例では <filename>/usr/var</filename>,
 	 を表示することができます.
       </para>
     </sect2>
 
     <sect2>
       <title>NFS 上の クォータ</title>
 
       <para>
-        クォータは NFS サーバー上のクォータサブシステムにより実行されます.
+        クォータは 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>
 
       <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/mirrors/chapter.sgml b/ja_JP.eucJP/books/handbook/mirrors/chapter.sgml
index c50bd793f7..36ca2568fd 100644
--- a/ja_JP.eucJP/books/handbook/mirrors/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/mirrors/chapter.sgml
@@ -1,3653 +1,3679 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.100
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/mirrors/chapter.sgml,v 1.36 2000/11/18 08:04:15 hrs Exp $
+     Original revision: 1.104
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/mirrors/chapter.sgml,v 1.37 2000/11/23 19:57:09 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.itworks.com.au/~gavin/FBSDsites.php3">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_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>
 	</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>
 
 	  <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>
 
 	  <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>
 	</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>
 
 	  <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>
 
 	  <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=.
 *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/sup</filename> です.  つまり,
+          デフォルトでは <filename>/usr/local/etc/cvsup</filename> です.  つまり,
           拒否ファイルのデフォルトは
-          <filename>/usr/sup/refuse</filename>
+          <filename>/usr/local/etc/cvsup/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>mitayai@dreaming.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>
             </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>
             </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>
             </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                    
 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/ports/chapter.sgml b/ja_JP.eucJP/books/handbook/ports/chapter.sgml
index f74fca9e7d..6fe5db5b9b 100644
--- a/ja_JP.eucJP/books/handbook/ports/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/ports/chapter.sgml
@@ -1,1103 +1,1111 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.111
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/ports/chapter.sgml,v 1.20 2000/07/16 17:52:10 hrs Exp $
+     Original revision: 1.112
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/ports/chapter.sgml,v 1.21 2000/07/20 12:22:34 hrs Exp $
 -->
 
 <chapter id="ports">
   <title>アプリケーションのインストール: Ports Collection</title>
 
   <para><emphasis>改訂: &a.jim;, 1999 年 11 月 22 日.</emphasis></para>
 
   <para><emphasis>原作: さまざまな人々</emphasis></para>
 
   <sect1>
     <title>この章では</title>
 
     <para>FreeBSD Ports Collection を利用することで,
       非常に幅広いアプリケーションのコンパイルとインストールを
       最小限の労力で行なうことができます.</para>
 
     <para>それは普通<link linkend="ports-skeleton">スケルトン</link>と呼ばれる,
       アプリケーションを FreeBSD
       上でコンパイルしインストールするために必要となる最小限のファイルのセットで構成されてます.
     </para>
 
     <para>やってみたことのある方はよくご存知でしょうが,
       オープンな規格とは全くの誇大広告であって,
       あるプログラムを異なるバージョンの Unix 上で動作させることは退屈で手間のかかる仕事です.
       求めているプログラムが自分のシステムでうまくコンパイルでき,
       正しいところにインストールできて完璧に動作するとしたらとてもラッキーなのですが,
       あいにくこれは滅多にないことなのです.
       ほとんどのプログラムについてあなたは髪を掻きむしることになるでしょうし,
       かなりのプログラムでは, 白髪混じりの頭になってしまったり,
       あるいは慢性の脱毛症にすらなってしまうかもしれません...</para>
     <!-- 2000/07/16:hrs - strange translation -->
 
     <para>Ports Collection の基本的なアイディアは,
       適切に動作させるために必要な複雑な手順のすべてを取り除き,
       インストールを簡単で楽な作業にすることにあります.
       Ports Collection を利用すれば, 大変な作業は必要ありません.
       Ports Collection に含まれる ports は,
       単に <command>make install</command>
       と入力するだけでインストールできるのです.</para>
   </sect1>
 
   <sect1 id="ports-using">
     <title>Ports Collection の利用</title>
 
     <para>このセクションでは, Ports Collection
       を利用してシステムにプログラムをインストールしたり,
       システムから削除したりする基本的な手順について説明します.</para>
 
     <sect2 id="ports-skeleton">
       <title>ports のインストール</title>
 
       <para>一番最初に知らなければならないのは,
         Ports Collection は <quote>スケルトン</quote>
         と呼ばれるもので構成されているという事実です.
         port スケルトンは簡単に言うと, アプリケーションを FreeBSD
         上でコンパイルしインストールするために必要となる最小限のファイルのセットのことです.
         それぞれの port スケルトンには, 次のファイルが含まれています.
       </para>
 
       <itemizedlist>
 	<listitem>
 	  <para><filename>Makefile</filename>.
 	    <filename>Makefile</filename>
             にはアプリケーションのコンパイル方法やシステムのどこにインストールするかを指定する,
             さまざまな命令文が含まれています.</para>
 	</listitem>
 
 	<listitem>
 	  <para><filename>files</filename> ディレクトリ.
             <filename>files</filename> ディレクトリには,
             <filename>md5</filename> というファイルが置かれています.
             このファイルは, ports チェックサムに使われる MD5
             アルゴリズムの名前をとって名付けられています.
             チェックサムとは,
             チェックしたいファイルに含まれるすべてのデータを加算した数値です.
             ファイル中の文字が一つでも変更されると
             チェックサムは変更前と異なるものとなり, エラーメッセージが表示されます.
             そのため, ファイルに変更が加えられているかどうか調べることが可能です.
           </para>
 
 	  <para><filename>files</filename> ディレクトリには,
             port に必要で,
             他のディレクトリには入れられないファイルが含まれることもあります.
           </para>
 	</listitem>
 
 	<listitem>
 	  <para><filename>patches</filename> ディレクトリ.
             このディレクトリには FreeBSD
             システム上でプログラムをコンパイルし,
             インストールするためのパッチが含まれています.
             パッチ(patch)とは基本的に,
             個々のファイルに対する変更点を表した小さなファイル群のことです.
             ファイルはプレインテキスト形式で,
             <quote>10 行目を削除</quote> や
             <quote>26 行目を ... に変更</quote> などと書かれています.
             パッチは, <quote>diff(差分)</quote> とも呼ばれます.
             これは, パッチが <application>diff</application>
             プログラムで作成されるからです.
           </para>
 	</listitem>
 
 	<listitem>
 	  <para><filename>pkg</filename> ディレクトリ.
             普通, このディレクトリには三つのファイルが含まれています.
             port によっては必要に応じて三つ以上になる場合もありますが,
             ほとんどの場合その三つしか必要ありません.
             そのファイルとは, 以下の三つです.
           </para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para><filename>COMMENT</filename>.
                 これにはプログラムの一行説明文が含まれています.</para>
 	    </listitem>
 
 	    <listitem>
 	      <para><filename>DESCR</filename>.
                 これにはプログラムの, 複数行にわたる詳しい説明文が含まれます.
               </para>
 	    </listitem>
 
 	    <listitem>
 	      <para><filename>PLIST</filename>.
                 これは, その port によってインストールされる全ファイルのリストです.
                 これにはプログラムを削除する際に,
                 どのファイルを削除すれば良いのかを ports
                 システムに伝える役割もあります.
               </para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </itemizedlist>
 
       <para>さて, Ports Collection が何を目的として使われるものなのか,
         それ理解するための基礎的な知識はこれで十分です.
         最初の port をインストールする準備ができました.
         port のインストールには二つの方法があります.
       </para>
       <!-- 2000/07/16:hrs - strange translation -->
 
       <para>実際の作業に入る前に,
         インストールする port を選ぶ必要があります.
         選ぶ方法はいくつかありますが, 最も簡単なのは
         <ulink url="http://www.freebsd.org/ports/">FreeBSD ウェブサイトの
           ports リスト</ulink>を利用することでしょう.
         そこにリストされている ports や,
         サイトの検索機能を使って閲覧することができます.
         各々の port には説明文が含まれていますので,
         インストールを決める前にその port
         に関する説明を読むこともできます.
       </para>
         
       <para>もう一つの方法は, <command>whereis</command>
         コマンドを使うことです.
         <command>whereis</command> コマンドを使うには,
         プロンプトから単に
         <quote><command>whereis &lt;インストールしたいプログラム名&gt;</command></quote>
         と入力します.
         もし, あなたのシステム上でプログラムが見つかれば,
         それがどこにあるのかが次のように表示されます.
       </para>
 
       <screen>&prompt.root; <userinput>whereis xchat</userinput>
 xchat: /usr/ports/irc/xchat
 &prompt.root;</screen>
 
       <para>この表示は, xchat (irc クライアントの一つ) が
         <filename>/usr/ports/irc/xchat</filename>
         というディレクトリに見つかったことを示しています.
       </para>
 
       <para>また, Ports Collection の持つ検索機能を利用して
         port を検索する方法もあります.
         この検索機能を利用するには, カレントディレクトリが
         <filename>/usr/ports</filename> である必要があります.
         そのディレクトリに移動したら, 
         <command>make search key=プログラム名</command>
         と入力してください.
         <quote>プログラム名</quote>の部分には検索したいプログラム名を入れます.
         たとえば, xchat を探したい場合には次のようにします.</para>
 
       <screen>&prompt.root; <userinput>cd /usr/ports</userinput>
 &prompt.root; <userinput>make search key=xchat</userinput>
 Port:   xchat-1.3.8
 Path:   /usr/ports/irc/xchat
 Info:   An X11 IRC client using the GTK+ toolkit, and optionally, GNOME
 Maint:  jim@FreeBSD.org
 Index:  irc
 B-deps: XFree86-3.3.5 bzip2-0.9.5d gettext-0.10.35 giflib-4.1.0 glib-1.2.6 gmake-3.77 gtk-1.2.6
 		imlib-1.9.8 jpeg-6b png-1.0.3 tiff-3.5.1
 R-deps: XFree86-3.3.5 gettext-0.10.35 giflib-4.1.0 glib-1.2.6 gtk-1.2.6 imlib-1.9.8 jpeg-6b
 		png-1.0.3 tiff-3.5.1</screen>
 
       <para>出力のうち特に注意して見なければならないのは
         <quote>Path</quote> という行です.
         この行は xchat がどこにあるかを示しています.
         出力される他の情報は port
         をインストールする際には直接必要となるものではありませんので,
         ここでは触れないでおきます.</para>
 
       <note>
         <para>ports をインストールするには,
           <username>root</username> ユーザにならなければなりません.</para>
       </note>
 
       <para>インストールしたい port が見つかったら,
         実際のインストールい移ることができます.</para>
 
       <sect3 id="ports-cd">
         <title>CD-ROM からのコンパイル</title>
 
         <para>タイトルから想像できると思いますが,
           このセクションで説明する内容は, FreeBSD の
           CDROM セットを持っていることを前提としています.
           もし CDROM セットを持っていなければ,
           <ulink url="http://www.freebsdmall.com/">FreeBSD Mall</ulink>
           で注文することができます.</para>
 
         <para>FreeBSD CDROM がドライブに挿入されていて,
           <filename>/cdrom</filename>
           (マウントポイントは<emphasis>必ず</emphasis>
           <filename>/cdrom</filename>でないといけません)
           にマウントされていれば, port をインストールすることができます.
           まず, カレントディレクトリをインストールしたい port
           のあるディレクトリに変更してください.</para>
 
         <screen>&prompt.root; <userinput>cd /usr/ports/irc/xchat</userinput></screen>
 
         <para>xchat ディレクトリに移動すると,
           port スケルトンがあるのが確認できると思います.
           次に行なうのは, port のコンパイル
           (構築, ビルド(build)とも呼ばれます)
           です.
           これは, プロンプトから単に
           <command>make</command> と入力するだけで行なえます.
           そうすると, 次のような出力が現われるはずです.</para>
 
         <screen>&prompt.root; <userinput>make</userinput>
 &gt;&gt; xchat-1.3.8.tar.bz2 doesn't seem to exist on this system.
 &gt;&gt; Attempting to fetch from file:/cdrom/ports/distfiles/.
 ===&gt;  Extracting for xchat-1.3.8
 &gt;&gt; Checksum OK for xchat-1.3.8.tar.bz2.
 ===&gt;   xchat-1.3.8 depends on executable: bzip2 - found
 ===&gt;   xchat-1.3.8 depends on executable: gmake - found
 ===&gt;   xchat-1.3.8 depends on shared library: gtk12.2 - found
 ===&gt;   xchat-1.3.8 depends on shared library: Imlib.5 - found
 ===&gt;   xchat-1.3.8 depends on shared library: X11.6 - found
 ===&gt;  Patching for xchat-1.3.8
 ===&gt;  Applying FreeBSD patches for xchat-1.3.8
 ===&gt;  Configuring for xchat-1.3.8
 ...
 [configure output snipped]
 ...
 ===&gt;  Building for xchat-1.3.8
 ...
 [compilation snipped]
 ...
 &prompt.root;</screen>
 
         <para>コンパイルが終了してプロンプトに戻ることを確認してください.
           次に port をインストールを行ないます.
           port をインストールするのに必要なのは,
           <command>make</command> コマンドに一つの単語,
           <command>install</command> を指定することだけです.</para>
 
         <screen>&prompt.root; <userinput>make install</userinput>
 ===&gt;  Installing for xchat-1.3.8
 ===&gt;   xchat-1.3.8 depends on shared library: gtk12.2 - found
 ===&gt;   xchat-1.3.8 depends on shared library: Imlib.5 - found
 ===&gt;   xchat-1.3.8 depends on shared library: X11.6 - found
 ...
 [install routines snipped]
 ...
 ===&gt;   Generating temporary packing list
 ===&gt;   Installing xchat docs in /usr/X11R6/share/doc/xchat
 ===&gt;   Registering installation for xchat-1.3.8
 &prompt.root;</screen>
 
         <para>プロンプトに戻ったら,
           インストールしたプログラムは実行できるようになっています.</para>
 
         <note>
           <para><command>make</command>, <command>make install</command>
             と二つに分けられた手順の代わりに,
             最初から <command>make install</command> と実行することで,
             手順の二番目の操作を省くことができます.</para>
         </note>
 
         <note>
           <para>port には CDROM
             への収録を許可しないライセンス条項を持つものがあることに
             注意してください.
             これにはダウンロード前に登録を必要としたり,
             再配布が禁止されているなどというさまざまな理由があります.
             CDROM に含まれていない port をインストールしたい場合には,
             ネットワークに接続する必要があります
             (<link linkend="ports-inet">次のセクション</link>をご覧ください).</para>
         </note>
       </sect3>
 
       <sect3 id="ports-inet">
         <title>インターネット経由での ports のコンパイル</title>
 
         <para>前セクションと同じように, このセクションでは,
           インターネットへの接続が可能であることを前提としています.
           もしインターネット接続が不可能な場合は, 
           <link linkend="ports-cd">CDROM
             からのインストール</link>が必要になるでしょう.</para>
 
         <para>インターネット経由で port をインストールする方法は,
           CDROM からインストールする場合と完全に同じです.
           唯一異なる部分はプログラムのソースコードを CDROM からではなく,
           インターネット経由でダウンロードするということです.</para>
 
         <para>次のように, 必要な手順は同じです.</para>
 
         <screen>&prompt.root; <userinput>make install</userinput>
 &gt;&gt; xchat-1.3.8.tar.bz2 doesn't seem to exist on this system.
 &gt;&gt; Attempting to fetch from http://xchat.org/files/v1.3/.
 Receiving xchat-1.3.8.tar.bz2 (305543 bytes): 100%
 305543 bytes transferred in 2.9 seconds  (102.81 Kbytes/s)
 ===&gt;  Extracting for xchat-1.3.8
 &gt;&gt; Checksum OK for xchat-1.3.8.tar.bz2.
 ===&gt;   xchat-1.3.8 depends on executable: bzip2 - found
 ===&gt;   xchat-1.3.8 depends on executable: gmake - found
 ===&gt;   xchat-1.3.8 depends on shared library: gtk12.2 - found
 ===&gt;   xchat-1.3.8 depends on shared library: Imlib.5 - found
 ===&gt;   xchat-1.3.8 depends on shared library: X11.6 - found
 ===&gt;  Patching for xchat-1.3.8
 ===&gt;  Applying FreeBSD patches for xchat-1.3.8
 ===&gt;  Configuring for xchat-1.3.8
 ...
 [configure output snipped]
 ...
 ===&gt;  Building for xchat-1.3.8
 ...
 [compilation snipped]
 ...
 ===&gt;  Installing for xchat-1.3.8
 ===&gt;   xchat-1.3.8 depends on shared library: gtk12.2 - found
 ===&gt;   xchat-1.3.8 depends on shared library: Imlib.5 - found
 ===&gt;   xchat-1.3.8 depends on shared library: X11.6 - found
 ...
 [install routines snipped]
 ...
 ===&gt;   Generating temporary packing list
 ===&gt;   Installing xchat docs in /usr/X11R6/share/doc/xchat
 ===&gt;   Registering installation for xchat-1.3.8
 &prompt.root;</screen>
 
         <para>ご覧のとおり,
           出力の違いはシステムがどこから port
           を入手したか示す行だけです.</para>
 
         <para>以上が, システムに ports
           をインストールするために必要な操作です.
           次のセクションでは, システムにインストールされている port
           を削除する方法について学びます.</para>
       </sect3>
     </sect2>
 
     <sect2 id="ports-removing">
       <title>インストールされた ports の削除</title>
 
       <para>ports のインストール方法について知ればおそらく,
         インストールの後になって, それが間違っていたことに気付いた時などに備えて
         それらを削除する方法はどうすれば良いのか疑問に感じることでしょう.
         ここでは, その削除の方法について扱います.</para>
       <!-- 2000/07/16:hrs - why "decide"? -->
 
       <para>さて, 前の例 (例のまま何も変更していない人は xchat)
         を削除してみましょう.  ports のインストールと同じように,
         まず最初にやらなければならないのは port のディレクトリに移動することです.
         port のディレクトリは <filename>/usr/ports/irc/xchat</filename> でしたね.
         ディレクトリを移動したら, xchat を削除するのに必要な準備は終わりです.
         削除するには, <command>make deinstall</command> コマンド
         (わかりやすいですよね?) を実行します.</para>
 
       <screen>&prompt.root; <userinput>cd /usr/ports/irc/xchat</userinput>
 &prompt.root; <userinput>make deinstall</userinput>
 ===&gt;  Deinstalling for xchat-1.3.8
 &prompt.root;</screen>
 
       <para>極めて簡単な作業です.
         これでうまく xchat をシステムから削除することができました.
         もう一度再インストールしたい場合には,
         <filename>/usr/ports/irc/xchat</filename> から        
         <command>make reinstall</command>
         を実行することで行なうことができます.
       </para>
     </sect2>
   </sect1>
 
   <sect1 id="ports-trouble">
     <title>トラブルシューティング</title>
 
     <para>このセクションでは, Ports Collection
       について良く質問される質問と,
       いくつかの基本的なトラブルシューティングテクニック,
       そして <link linkend="ports-broken">port
         がうまく動かない</link>場合にできることについて扱います.</para>
 
     <sect2 id="ports-questions">
       <title>質問と回答集</title>
       
       <qandaset>
         <qandaentry>
           <question>
             <para>私はモデムについての議論を
               しているのかと思っていました??!</para>
           </question>
           
           <answer>
             <para>なるほど.
               あなたはきっと,
               コンピュータの背面についているシリアルポートのことだと思ってしまったのでしょう.
               あるバージョンの Unix から,
               別のバージョンの Unix へとプログラムを移殖することを
               <quote>porting</quote> というのですが,
               ここでわたしたちは <quote>porting</quote>
               の結果という意味で <quote>port</quote> を使っています.</para>
           </answer>
         </qandaentry>
         
         <qandaentry>
           <question>
             <para>わたしは, 標準に含まれないプログラムのインストールには
               packages を使うものだと思っていたのですが.</para>
           </question>
           
           <answer>
             <para>そのとおり.
               通常は packages が最も手早くて簡単な方法です.</para>
           </answer>
         </qandaentry>
         
         <qandaentry>
           <question>
             <para>それでは, どうして面倒な ports があるのですか?</para>
           </question>
           
           <answer>
             <para>いくつかの理由があります.</para>
             
             <orderedlist>
               <listitem>
                 <para>ライセンス条項に,
                   バイナリではなくソースコードでの配布を求めているソフトウェアがあるためです.</para>
               </listitem>
               
               <listitem>
                 <para>バイナリ配布を信用していない人もいます.
                   ソースコードがあれば少なくとも,
                   ソースコードを読んで, (理論的には)
                   潜在的な問題点を自分で見つけ出すこともできるはずです.</para>
               </listitem>
 
               <listitem>
                 <para>ローカルなパッチを入手した場合,
                   それを自分で追加するためにソースコードが必要になります.</para>
               </listitem>
               
               <listitem>
                 <para>プログラムがいかにコンパイルされるべきかについて,
                   あなたはパッケージを作った人とは異なる見解を持っているかもしれません.
                   どんな最適化オプションをつけるべきかとか,
                   デバッグバージョンを作ってから それを strip
                   するべきだとか, いや, そうするべきでない, などなど,
                   確固たる見解を持っている人もいるでしょう.</para>
               </listitem>
 
 	      <listitem>
                 <para>package は通常, 非常に保守的な設定で構築されています.
                   もし port に特定のプロセッサ用のコードを使うコンパイルオプションがあったり,
                   特定の拡張ボードを有効化するオプションがあれば,
                   package を作成している人でなくとも,
                   あなた自身が port を使ってそれらを有効にし,
                   設定の異なるたくさんの package を作成することができます.</para>
 
                 <para>これの例外は, 用紙のサイズです.
                   異なる用紙のサイズに対応している package の場合,
                   用紙サイズ毎に複数の package が提供されることがあります.</para>
 	      </listitem>
 
               <listitem>
                 <para>ソースコードを手元に置いておきたい人たちもいます.
                   彼らは, 退屈したときに眺めたり, あちこち解析してみたり,
                   ソースコードを 借用したり (もちろん,
                   ライセンスが許せばの話ですが) するのです.</para>
               </listitem>
               
               <listitem>
                 <para>あなたがソースコードを持っていなければ,
                   それはソフトウェアとは 言えませんね!
                   <!-- smiley -->;-)</para>
               </listitem>
             </orderedlist>
           </answer>
         </qandaentry>
 
         <qandaentry>
           <question>
             <para id="ports-patch">パッチ(patch)とは何ですか?</para>
           </question>
           
           <answer>
             <para>パッチとは,
               あるバージョンから他のバージョンへどのように変更するかを
               示す, (通常は) 小さなファイルです.
               <quote>23 行目を削除</quote>,
               <quote>468 行目の後にこれらの 2 行を追加</quote>,
               または <quote>197
                 行目をこのように変更</quote>というような内容を含んでいます.
               これは, <quote>diff</quote>
               という名前のプログラムで生成されます.</para>
           </answer>
         </qandaentry>
         
         <qandaentry>
           <question>
             <para id="ports-tarball">tarball とは一体何ですか?</para>
           </question>
           
           <answer>
             <para><filename>.tar</filename> または
               <filename>.tar.gz</filename> という拡張子を持つファイルです
               (<filename>.tar.Z</filename>
               のようなバリエーションもありますし,
               DOS のファイルシステム用に
               <filename>.tgz</filename>
               と短縮される場合もあります).</para>
 
             <para>これは基本的にファイルを一つにまとめた
               (<filename>.tar</filename>) ディレクトリツリーです.
               圧縮されている (<filename>.gz</filename>) 場合もあります.
               元々 <emphasis>T</emphasis>ape
               <emphasis>AR</emphasis>chives (訳注: テープアーカイブ)
               (このため <command>tar</command> という名前なのです)
               で使われていたものなのですが,
               インターネット上でプログラムのソースコードを配布するために
               広く使われている方法です.</para>
             
             <para>これらのファイルの中身を見たり,
               展開したりすることもできます.  FreeBSD
               の基本システムに付属する Unix 標準の tar
               コマンドを使ってみると 次のようになります.</para>
 
 	  <screen>&prompt.user; <userinput>tar tvzf foobar.tar.gz</userinput>
 &prompt.user; <userinput>tar xzvf foobar.tar.gz</userinput>
 &prompt.user; <userinput>tar tvf foobar.tar</userinput>
 &prompt.user; <userinput>tar xvf foobar.tar</userinput></screen>
           </answer>
         </qandaentry>
 
         <qandaentry>
           <question>
             <para id="ports-checksum">チェックサムとは何ですか?</para>
           </question>
 
           <answer>
             <para>これは,
               チェックしたいファイル中のすべてのデータを加えて生成した
               数値です.  何か文字が書き換わっていたら,
               チェックサムが一致しなくなります.  そのため,
               単純な比較だけで違いを見つけることができるのです.</para>
           </answer>
         </qandaentry>
         
         <qandaentry>
           <question>
             <para>今まで「CD-ROM からの ports のコンパイル」にあるようにして
               ports をインストールできていたのですが,
               kermit のインストールをしようとするとうまくいきません.</para>
 
             <screen>&prompt.root; <userinput>make install</userinput>
 &gt;&gt; cku190.tar.gz doesn't seem to exist on this system.
 &gt;&gt; Attempting to fetch from ftp://kermit.columbia.edu/kermit/archives/.</screen>
 
             <para>なぜ cku190.tar.gz が見つからないのでしょうか?
               不良品の CDROM を買ってしまったのでしょうか?</para>
           </question>
 
           <answer>
             <para><link linkend="ports-cd">CD-ROM からの ports
                 のコンパイル</link> のセクションで説明されているとおり,
               ports の一部にライセンス上の制限から CDROM
               には収録できない種類のものが存在します.
               kermit はその一例です.
               kermit のライセンス条件は tarball を CDROM
               に収録することを禁じているため,
               申し訳ありませんが手動で tarball を取得してください.</para>
 
             <para>質問にあるようなエラーメッセージが表示されるのは,
               あなたがそのときにインターネットへ接続していなかったことによります.
               一度 MASTER_SITES のいずれかから (Makefile の中に書いてあります)
               ダウンロードしておけば, プロセスを再開することができます.</para>
           </answer>
         </qandaentry>
 
         <qandaentry>
           <question>
             <para>kermit の tarball を入手しましたが,
               <filename>/usr/ports/distfiles</filename> に
               ファイルを置こうとすると,
               書き込み権がないというエラーがでます.</para>
           </question>
           
           <answer>
             <para>ports は
               <filename>/usr/ports/distfiles</filename> から tarball
               を探します.  しかし, これは読み出し専用の CDROM
               へのシンボリックリンクなので,
               ここにファイルを置くことはできません.
               次のようにすれば他の場所を探すよう ports
               に指示することができます.</para>
 
             <screen>&prompt.root; <userinput>make DISTDIR=<replaceable>/where/you/put/it</replaceable> install</userinput></screen>
           </answer>
         </qandaentry>
 
         <qandaentry>
           <question>
             <para>ports は, すべてを <filename>/usr/ports</filename>
               に置いたときだけ動作するのでしょうか?
               システムの管理者によると, 私の個人的なファイルは
               <filename>/u/people/guests/wurzburger</filename>
               に入れなければならないのですが,
               これではうまくいかないように思います.</para>
           </question>
           
           <answer>
             <para><makevar>PORTSDIR</makevar> 変数と
               <makevar>PREFIX</makevar> 変数を変更することで,
               違うディレクトリを 使用することができます.
               たとえば,</para>
 
             <screen>&prompt.root; <userinput>make PORTSDIR=/u/people/guests/wurzburger/ports install</userinput></screen>
 
             <para>とすると, ports は
               <filename>/u/people/guests/wurzburger/ports</filename>
               でコンパイルされ,  すべて <filename>/usr/local</filename>
               以下にインストールされます.</para>
 
             <screen>&prompt.root; <userinput>make PREFIX=/u/people/guests/wurzburger/local install</userinput></screen>
 
             <para>この場合, コンパイルは <filename>/usr/ports</filename>
               でおこない,
               <filename>/u/people/guests/wurzburger/local</filename>
               にインストールします. </para>
 
             <para>もちろん,</para>
             
             <screen>&prompt.root; <userinput>make PORTSDIR=../ports PREFIX=../local install</userinput></screen>
             
             <para>とすれば両者を組み合わせることが可能です
               (省略せずに記述したらこのページに収めるには長すぎるのですが,
               考え方は理解していただけたと思います).</para>
 
+            <para>(X Window System に含まれる) &man.imake.1; を使用する
+              ports の場合は <makevar>PREFIX</makevar> が機能せず,
+              <filename>/usr/X11R6</filename> の下へインストールしようとします.
+              また, Perl 関連の ports も同様に <makevar>PREFIX</makevar> を無視して
+              Perl ツリーにインストールします.
+              これらの ports で <makevar>PREFIX</makevar>
+              がきちんと参照されるように変更するのは, ほとんど不可能です.</para>
+
             <para>もし ports をインストールするたびにこれらを毎回タイプするのが気に入らないのであれば,
               これらを環境変数にセットしてしまうという手があります.
               どのようにすれば良いかについては,
               あなたの使っているシェルのマニュアルページを参照してください.</para>
           </answer>
         </qandaentry>
         
         <qandaentry>
           <question>
             <para>わたしは FreeBSD の CDROM を持っていませんが,
               すべての tarball を システムに置いておきたいのです.
               そうすれば ports
               をインストール するたびに毎回ダウンロードが終わるのを待たなくてすむでしょう.
               これを一度におこなう簡単な方法はありませんか?</para>
           </question>
 
           <answer>
             <para>Ports Collection 全体の tarball を持ってくるには,
               次のようにします.</para>
 
             <screen>&prompt.root; <userinput>cd /usr/ports</userinput>
 &prompt.root; <userinput>make fetch</userinput></screen>
 
             <para>ports の下の一つのディレクトリの tarball
               を持ってくるには, 次のようにします.</para>
 
             <screen>&prompt.root; <userinput>cd /usr/ports/<replaceable>directory</replaceable></userinput>
 &prompt.root; <userinput>make fetch</userinput></screen>
 
             <para>ports を一つだけ持ってくる方法は,
               きっとすでにご存知だと思います.</para>
           </answer>
         </qandaentry>
 
         <qandaentry>
           <question>
             <para>近くにある FreeBSD のミラーサイトから
               tarball を持ってくる方がおそらく速いはずです.
               MASTER_SITES に書かれているサイト以外から持ってくるように
               ports に指示する方法はありませんか?</para>
           </question>
           
           <answer>
             <para>もちろんあります. たとえば
               <hostid role="fqdn">ftp.FreeBSD.org</hostid> が
               <makevar>MASTER_SITES</makevar> に書かれている
               サイトより近いとしたら, 以下のようにしてください.</para>
 
             <screen>&prompt.root; <userinput>cd /usr/ports/<replaceable>directory</replaceable></userinput>
 &prompt.root; <userinput>make MASTER_SITE_OVERRIDE=ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/ fetch</userinput></screen>
           </answer>
         </qandaentry>
         
         <qandaentry>
           <question>
             <para><command>make</command> がダウンロードしようとする前に,
               どんなファイルが必要とするか知りたいのですが.</para>
           </question>
           
           <answer>
             <para><command>make fetch-list</command> とすると, ports
               に必要なファイルの一覧を表示できます.</para>
           </answer>
         </qandaentry>
         
         <qandaentry>
           <question>
             <para>ports のコンパイルを途中で止める方法はありますか?
               私はインストールをする前に
               いろいろとソースコードを解析したいのですが,  毎回 control-C
               を打たなければならないのが少し面倒です.</para>
           </question>
           
           <answer>
             <para><command>make extract</command> を実行すると,
               ファイル転送とソースコードの展開まで行なったところで停止します.</para>
           </answer>
         </qandaentry>
         
         <qandaentry>
           <question>
             <para>自分で ports を作ろうとしています.
               わたしの作ったパッチが正しく処理できることを確認できるように,
               コンパイルを止めたいのです.
               パッチのための <command>make extract</command>
               のようなものはありませんか?</para>
           </question>
           
           <answer>
             <para>あります. <command>make patch</command>
               があなたの望むものです.
               おそらく
               <makevar>PATCH_DEBUG</makevar>
               オプションも同様に役に立つことでしょう.
               あなたの努力に感謝いたします!!</para>
           </answer>
         </qandaentry>
 
         <qandaentry>
           <question>
             <para>あるコンパイルオプションはバグの原因になるという話を聞きました.
               本当なのでしょうか?
               どうやったら正しい設定で ports
               をコンパイルできますか?</para>
           </question>
 
           <answer>
             <para>本当です.
               <command>gcc</command> の バージョン 2.6.3
               (FreeBSDの 2.1.0 と 2.1.5 に付属している バージョン) では,
               <option>-O2</option> オプションを
               <option>-fno-strength-reduce</option> オプションなしで
               使うと, バグのあるコードを出力します (ほとんどの ports は
               <option>-O2</option> オプションを使いません).
               コンバイルオプションは次のように定義<emphasis>すべき</emphasis>です.</para>
 
             <screen>&prompt.root; <userinput>make CFLAGS='-O2 -fno-strength-reduce' install</userinput></screen>
 
             <para>これを <filename>/etc/make.conf</filename>
               に書いておくこともできますが,
               残念なことにすべての ports
               がこの指定を尊重してくれるわけではありません.
               もっとも確実なのは <command>make configure</command>
               を実行し,  ソースディレクトリの <filename>Makefile</filename>
               を見て, 手で修正することですが,
               ソースが多くのサブディレクトリに分かれていて,
               各々に <filename>Makefile</filename>
               がある場合は大変な仕事になります.</para>
 
 	    <para>FreeBSD の標準コンパイルオプションは非常に保守的ですので,
               変更していなければ問題となることはないでしょう.</para>
           </answer>
         </qandaentry>
 
         <qandaentry>
           <question>
             <para>ports がたくさんありすぎて,
               わたしの欲しいものがなかなか見つけられません.
               どんな ports が使えるのか, リストはどこかにありませんか?</para>
           </question>
 
           <answer>
             <para><filename>/usr/ports</filename> の中にある
               <filename>INDEX</filename> ファイルを見てみましょう.
               また, あるキーワードで ports コレクションを検索することも可能です.
               たとえば以下のようにすれば, プログラミング言語 LISP に関連した
               ports を探すことができます.</para>
 
               <screen>&prompt.user; <userinput>cd /usr/ports</userinput>
 &prompt.user; <userinput>make search key=lisp</userinput></screen>
           </answer>
         </qandaentry>
 
         <qandaentry>
           <question>
             <para><literal>foo</literal> ports
               をインストールしたいのですが, それのコンパイルは
               すぐに停止して, <literal>bar</literal> ports
               のコンパイルが始まってしまいます. 一体どうして?</para>
           </question>
 
           <answer>
             <para><literal>foo</literal> ports が,
               <literal>bar</literal> ports
               の提供する何らかの機能を必要としているからです.
               たとえば <literal>foo</literal> が画像を扱うもので
               <literal>bar</literal>
               がその画像処理に必要なライブラリを持っている場合などです.
               もしくは <literal>bar</literal> が
               <literal>foo</literal>
               をコンパイルするのに必要なツールなのかもしれません.</para>
           </answer>
         </qandaentry>
         
         <qandaentry>
           <question>
             <para id="ports-remove">ports から
               <literal>grizzle</literal>
               プログラムをインストールしましたが, まったく
               ディスクスペースの浪費です. 削除したいのですが,
               すべてのファイルがどこへインストールされたのかわかりません.
               何か手がかりはありませんか?</para>
           </question>
 
           <answer>
             <para>大丈夫, 次のようにしてください.</para>
             
             <screen>&prompt.root; <userinput>pkg_delete grizzle-6.5</userinput></screen>
             
             <para>もしくは, 次のようにします.</para>
             
             <screen>&prompt.root; <userinput>cd <replaceable>/usr/ports/somewhere/grizzle</replaceable></userinput>
 &prompt.root; <userinput>make deinstall</userinput></screen>
           </answer>
         </qandaentry>
         
         <qandaentry>
           <question>
             <para>ちょっと待ってください.
               削除しようとするコマンドのバージョン番号を
               知っていなくてはならないのでしょうか?
               あなたは, わたしがバージョン番号を
               覚えていると本気で思っているのですか?</para>
           </question>
 
           <answer>
             <para>そんなことはありません.
               バージョン番号は次のようにすればわかります.</para>
             
             <screen>&prompt.root; <userinput>pkg_info -a | grep grizzle</userinput>
 Information for grizzle-6.5:
 grizzle-6.5 - the combined piano tutorial, LOGO interpreter and shoot 'em up arcade game.</screen>
           </answer>
         </qandaentry>
 
         <qandaentry>
           <question>
             <para>ディスク容量のことなのですが, ports
               のディレクトリは非常に膨大な容量を使うように見えます.
               残しておいた方がよいのでしょうか?
               それとも削除してしまって構わないのでしょうか?</para>
           </question>
           
           <answer>
             <para>はい. インストールが首尾よく終わり,
               もうソースコードが必要でないと思うなら,
               それらを残しておく理由はないでしょう.
               一番良い方法は, 次のとおりです.</para>
 
             <screen>&prompt.root; <userinput>cd /usr/ports</userinput>
 &prompt.root; <userinput>make clean</userinput></screen>
 
             <para>これはすべての ports のサブディレクトリを調べ,
               各 ports のスケルトン以外の削除をおこないます.</para>
           </answer>
         </qandaentry>
         
         <qandaentry>
           <question>
             <para>これを試してみたのですが, tarball や ports
               で使われたファイルが <filename>distfiles</filename>
               ディレクトリに残っています.
               これも削除してしまっても大丈夫ですか?</para>
           </question>
 
           <answer>
             <para>はい. それを使った作業が終わったのであれば,
               削除してしまっても大丈夫です.
               手動でファイルを操作するか,
               もしくは <command>make distclean</command>
               を使えば削除することができます.</para>
           </answer>
         </qandaentry>
         
         <qandaentry>
           <question>
             <para>わたしはとてもとてもたくさんのプログラムを楽しみたいのです.
               一度にすべての ports
               をインストールする方法はありませんか?</para>
           </question>
           
           <answer>
             <para>次のようにしてください.</para>
             
             <screen>&prompt.root; <userinput>cd /usr/ports</userinput>
 &prompt.root; <userinput>make install</userinput></screen>
 
 	    <para>ports の中には,
               同じ名前でインストールを行なうものがあるということに注意してください.
               二つのグラフィック ports をインストールして,
               それらが両方とも
               <filename>/usr/local/bin/plot</filename>
               をインストールする場合などは明らかに問題となるでしょう.</para>
           </answer>
         </qandaentry>
 
         <qandaentry>
           <question>
             <para>やってみました.
               時間がとてもかかるだろうと思ったので,
               そのまま実行を 続けさせて, わたしは寝ました.
               翌朝コンピュータを見てみると,
               三つ半の ports しか処理が終わっていませんでした.
               何か悪かったのでしょうか?</para>
           </question>
 
           <answer>
             <para>ports の中には,
               わたしたちの決められないこと
               (たとえば, あなたが A4 の 用紙に印刷したいのか, US
               レターサイズの用紙に印刷したいのかなど)
               について質問してくるものがあるからです.
               それらの質問には手動で答える必要があります.</para>
           </answer>
         </qandaentry>
         
         <qandaentry>
           <question>
             <para>一日中モニタの前に座って過ごしたりしたくないのですが,
               何か良いアイディアはありませんか?</para>
           </question>
           
           <answer>
             <para>では, あなたが寝に / 仕事に /
               公園にいく前に以下を実行してください.</para>
 
             <screen>&prompt.root; <userinput>cd /usr/ports</userinput>
 &prompt.root; <userinput>make -DBATCH install</userinput></screen>
 
             <para>これでユーザの入力を要求<emphasis>しない</emphasis>すべての ports
               をインストールします.
               そして戻ってきてから次のように実行してください.</para>
 
             <screen>&prompt.root; <userinput>cd /usr/ports</userinput>
 &prompt.root; <userinput>make -DIS_INTERACTIVE install</userinput></screen>
 
             <para>そして残りの作業を実行してください.</para>
           </answer>
         </qandaentry>
         
         <qandaentry>
           <question>
             <para>わたしたちは Ports Collection にある
               <literal>frobble</literal> を使っています.
               ですが, わたしたちの必要に応じて ports
               を変更したところがあるのです.
               自分で package を作って,
               それをわたしたちのサイトのまわりに簡単に配布できるような方法がありますか?</para>
           </question>
 
           <answer>
             <para>もちろんあります.
               変更点をパッチにする方法は知っていますよね?</para>
 
             <screen>&prompt.root; <userinput>cd <replaceable>/usr/ports/somewhere/frobble</replaceable></userinput>
 &prompt.root; <userinput>make extract</userinput>
 &prompt.root; <userinput>cd work/frobble-2.8</userinput>
 [あなたのパッチをあててください]
 &prompt.root; <userinput>cd ../..</userinput>
 &prompt.root; <userinput>make package</userinput></screen>
           </answer>
         </qandaentry>
 
         <qandaentry>
           <question>
             <para>この ports の技術は本当に賢いですね.
               わたしはこれがどのようにして動いているのか知りたいのですが,
               その秘密とは何ですか?</para>
           </question>
 
           <answer>
             <para>秘密なんて一切ありません.
               <ulink url="file://localhost/usr/ports/Mk/">Makefiles
                 ディレクトリ</ulink> にある
               <filename>bsd.port.mk</filename> と
               <filename>bsd.port.subdir.mk</filename>
               ファイルを見てください.</para>
 
             <para>(複雑なシェルスクリプトを嫌う読者は,
               このリンクを追いかけないほうが良いでしょう...)</para>
           </answer>
         </qandaentry>
       </qandaset>
     </sect2>
 
     <sect2 id="ports-broken">
       <title>たすけて! port がうまく動かない!</title>
 
       <para>port がうまく動作しない状況に遭遇したら,
         あなたにできることは次のようなことしかありません.</para>
 
       <orderedlist>
         <listitem>
 	  <para>自分で直しましょう!
             <quote><link linkend="porting">port の作り方</link></quote>
             のセクションが参考になるはずです.</para>
 	</listitem>
 
 	<listitem>
 	  <para>苦情を言いましょう &mdash; <emphasis>ただし電子メールで!</emphasis>
             まず port の保守担当者に電子メールを送ってください.
             <command>make maintainer</command> と入力するか,
             <filename>Makefile</filename> を直接読み,
             保守担当者の電子メールアドレスを調べます.
             メールを送る際には, port 名とバージョン番号
             (<filename>Makefile</filename> の <literal>$FreeBSD:</literal>
             行),
             そしてエラーが出力されるまでの出力ログを忘れずに添付してください.
             保守担当者から返信がなければ, <command>send-pr</command>
             を使ってバグレポートを提出しても構いません.</para>
 	</listitem>
 
 	<listitem>
 	  <para>その port のことは忘れてしまってください.
             これは最も気楽な方法です
             &mdash;
             <quote>重要</quote>な ports というのは,
             ほんの一握りしかありません.
             また, port が更新された時に問題が解決しているかも知れません.</para>
 	</listitem>
 
 	<listitem>
 	  <para>近くの FTP サイトから package を入手しましょう.
             <quote>マスタ</quote> package コレクションは,
             <hostid role="fqdn">ftp.FreeBSD.org</hostid> の
             <ulink URL="ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/packages/"
                    >package のディレクトリ</ulink>にありますが,
             まずはあなたの地域のミラーサイトを<emphasis>最初に</emphasis>調べてください.
             ソースからコンパイルすることを試みるより確実ですし,
             時間もかかりません.
             package をシステムにインストールするには, &man.pkg.add.1; を使います.
           </para>
 	</listitem>
       </orderedlist>
     </sect2>
   </sect1>
 
   <sect1 id="porting">
     <title>高度な話題</title>
 
     <para>以前ここにあった文書は, 探しやすいように
       <ulink url="../porters-handbook/index.html">Porter's Handbook</ulink>
       へ移動しました.
       あなたが ports の作成や提出をしたいと考えているなら, そちらへどうぞ.
     </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/share/sgml/authors.ent b/ja_JP.eucJP/share/sgml/authors.ent
index baafc14165..c589b67dba 100644
--- a/ja_JP.eucJP/share/sgml/authors.ent
+++ b/ja_JP.eucJP/share/sgml/authors.ent
@@ -1,557 +1,569 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.133
+     Original revision: 1.138
 
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/authors.ent,v 1.45 2000/11/18 08:04:15 hrs Exp $
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/authors.ent,v 1.46 2000/11/23 19:57:08 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.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.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.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.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.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.imp "Warner Losh <email>imp@FreeBSD.org</email>">
 
 <!ENTITY a.issei "Issei Suzuki <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.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.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.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.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.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.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.onoe "Atsushi Onoe <email>onoe@FreeBSD.org</email>">
 
 <!ENTITY a.opsys "Chris Watson <email>opsys@open-systems.net</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.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.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.shafeeq "Shafeeq Sinnamohideen <email>shafeeq@FreeBSD.org</email>">
 
 <!ENTITY a.sheldonh "Sheldon Hearn <email>sheldonh@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.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.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.yokota  "横田 和隆 <email>yokota@FreeBSD.org</email>">