From bf13e1a617de193c7aa32eb67a6d47b82b5ac569 Mon Sep 17 00:00:00 2001 From: Nik Clayton Date: Mon, 26 Oct 1998 23:49:59 +0000 Subject: [PATCH] -> -> -> Or deleted altogether in some cases. More redundant ..'s removed. --- en/handbook/README | 8 + en/handbook/handbook.sgml | 1642 +++++++++++---------- en_US.ISO8859-1/books/handbook/book.sgml | 1642 +++++++++++---------- en_US.ISO_8859-1/books/handbook/book.sgml | 1642 +++++++++++---------- 4 files changed, 2483 insertions(+), 2451 deletions(-) diff --git a/en/handbook/README b/en/handbook/README index d30d1b6b4a..2cf8c7ef19 100644 --- a/en/handbook/README +++ b/en/handbook/README @@ -470,3 +470,11 @@ for example, 45. . . . to end of file! + 46. -> + -> + -> + + Or deleted altogether in some cases. + + More redundant ..'s removed. + diff --git a/en/handbook/handbook.sgml b/en/handbook/handbook.sgml index f8f5b71d8c..80356fe64b 100644 --- a/en/handbook/handbook.sgml +++ b/en/handbook/handbook.sgml @@ -99,7 +99,7 @@ - FreeBSD is a 32-bit + FreeBSD is a 32-bit operating system and was designed as such from the ground up. @@ -7050,11 +7050,11 @@ device lpt0 at isa? port? tty irq N vector lptintr If you want polled mode, do not add the - irq specifier: + irq specifier: device lpt0 at isa? port? tty vector lptintr - + @@ -7239,11 +7239,11 @@ printer:dv=/dev/port:br#bps-rateHere is a sample entry for a printer connected via a serial line to the third serial port at 19200 bps - with no parity: + with no parity: printer:dv=/dev/ttyd2:br#19200:pa=none - + @@ -7264,11 +7264,11 @@ printer:dv=/dev/ttyd2:br#19200:pa=none If the printer can print plain text, then use - lptest. Type: + lptest. Type: ~$lptest - + @@ -7517,13 +7517,13 @@ bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\ your network, you might want to put the spooling directories under a single directory that you reserve just for printing with LPD. We will do this for our two example printers - rattan and bamboo: + rattan and bamboo: &prompt.root; mkdir /var/spool/lpd &prompt.root; mkdir /var/spool/lpd/rattan &prompt.root; mkdir /var/spool/lpd/bamboo - + If you are concerned about the privacy of jobs that @@ -7545,7 +7545,7 @@ bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\ Finally, you need to tell LPD about these directories using the /etc/printcap file. You specify the pathname of the spooling directory with the - sd capability: + sd capability: # @@ -7602,7 +7602,7 @@ bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\ :lp=/dev/ttyd5: - If you do not specify the lp + If you do not specify the lp capability for a printer in your /etc/printcap file, LPD uses /dev/lp as a default. @@ -7645,7 +7645,7 @@ bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\ The following /etc/printcap capabilities control serial communication parameters of the - device listed in the lp + device listed in the lp capability: @@ -7701,7 +7701,7 @@ bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\ When LPD opens the device specified by the lp capability, it reads the flag bits in the sgttyb structure; it clears - any bits in the fc capability, + any bits in the fc capability, then sets bits in the fs capability, then applies the resultant setting. It does the same for the local mode bits as well. @@ -7886,7 +7886,7 @@ $%&'()*+,-./01234567 The following replacement for the shell script /usr/local/libexec/if-simple prints a form feed after it sends the job to the - printer: + printer: #!/bin/sh @@ -7899,7 +7899,7 @@ $%&'()*+,-./01234567 /bin/cat && printf "\f" && exit 0 exit 2 - + @@ -8008,7 +8008,7 @@ exit 2 called orchid. It has a single printer attached to its first parallel port, a Hewlett Packard LaserJet 3Si named teak. It is using the - above script as its text filter: + above script as its text filter: # @@ -8017,7 +8017,7 @@ exit 2 teak|hp|laserjet|Hewlett Packard LaserJet 3Si:\ :lp=/dev/lpt0:sh:sd=/var/spool/lpd/teak:mx#0:\ :if=/usr/local/libexec/hpif: - + @@ -8213,8 +8213,7 @@ rattan|line|diablo|lp|Diablo 630 Line Printer:\ not use the option, then these commands use the printer specified in the PRINTER environment variable. Finally, if you do not have a PRINTER environment variable, these commands - default to the printer named lp. + default to the printer named lp. Hereafter, the terminology default printer means the printer named in the PRINTER environment variable, or the @@ -8360,10 +8359,11 @@ mary: 3rd [job 011rose] To remove a job from the default printer, first use lpq to find - the job number. Then type + the job number. Then type: + &prompt.user; lprm job-number - + To remove the job from a specific printer, add the option. The following command removes job @@ -8855,7 +8855,7 @@ cfA013rose dequeued - down + down printer-name message @@ -8881,7 +8881,7 @@ cfA013rose dequeued - help + help command-name @@ -8899,8 +8899,7 @@ cfA013rose dequeued Start the printer. Ordinary users can use this command if some extraordinary circumstance hangs LPD, but they cannot start a printer stopped with either the - stop or down commands. The restart command is equivalent to + stop or down commands. The restart command is equivalent to abort followed by start. @@ -9455,10 +9454,13 @@ exit 2 Finally, you need to notify LPD of the filter - via the if capability: + via the if capability: + :if=/usr/local/libexec/hpif: - That is it. You can type lpr plain.text and lpr + + + That is it. You can type lpr plain.text and lpr whatever.ps and both should print successfully. @@ -10090,7 +10092,7 @@ printf "\033&k2G" || exit 2 exec Specify the path to the output filter in the - of capability. See of capability. See for more information. @@ -10745,11 +10747,11 @@ exit 0; lpr by adding the sc capability to the /etc/printcap file. When users submit jobs - with the option, they will see + with the option, they will see: lpr: multiple copies are not allowed - + Note that if you have set up access to a printer remotely (see section /etc/printcap file for the host rose. The printer rattan is quite hearty, so we will allow multiple copies, but the laser printer bamboo's a bit more delicate, so we will - disable multiple copies by adding the sc capability: + disable multiple copies by adding the sc capability: # @@ -11531,7 +11533,9 @@ options QUOTA quotas=NO - to: + + + to: quotas=YES @@ -11539,11 +11543,11 @@ quotas=YES If you are running FreeBSD 2.2.2 or later, the configuration file will be /etc/rc.conf instead and the - variable name changed to + variable name changed to: check_quotas=YES - + Finally you will need to edit /etc/fstab to enable disk quotas on a per-file system basis. This is where you @@ -13313,7 +13317,7 @@ INS8250 -> INS8250B D. The p is the package-type field. - The types are: + The types are: @@ -13338,7 +13342,7 @@ INS8250 -> INS8250B - + The g is the product grade field. If an I precedes the package-type letter, it indicates an @@ -13548,11 +13552,11 @@ INS8250 -> INS8250B modem is attached to the serial port, you need to first issue a ATE0&W command to the modem so that the modem will not echo any of the test characters. If you forget to do this, - COMTEST will report at least this one difference: + COMTEST will report at least this one difference: Error (6)...Timeout interrupt failed: IIR = c1 LSR = 61 - + @@ -14388,7 +14392,7 @@ INS8250 -> INS8250B Configuring the <devicename>sio</devicename> driver - The sio driver provides + The sio driver provides support for NS8250-, NS16450-, NS16550 and NS16550A-based EIA RS-232C (CCITT V.24) communications interfaces. Several multiport cards are supported as well. See the sio4 manual page for detailed technical @@ -14441,7 +14445,7 @@ device sio11 at isa? port 0x138 tty flags 0xb05 irq 9 vector siointr You either need the kernel sources installed so you can recompile the necessary options or you will need someone else to compile it for you. The 2.0.5 default - kernel does not come with + kernel does not come with multiport support enabled and you will need to add a device entry for each port anyways. @@ -14624,14 +14628,14 @@ sio16: type 16550A (multiport master) - Add the cy device to + Add the cy device to your (note that your irq and - iomem settings may differ). + iomem settings may differ). device cy0 at isa? tty irq 10 iomem 0xd4000 iosiz 0x2000 vector cyintr - + @@ -14642,12 +14646,12 @@ device cy0 at isa? tty irq 10 iomem 0xd4000 iosiz 0x2000 vector cyintr Make the by typing (the following example - assumes an 8-port board): + assumes an 8-port board): &prompt.root; cd /dev &prompt.root; for i in 0 1 2 3 4 5 6 7;do ./MAKEDEV cuac$i ttyc$i;done - + @@ -15481,12 +15485,11 @@ disk wd3 at wdc1 drive 1 first, they reputedly are quite expensive. Please keep in mind that terminators for differential and - single-ended buses are not identical. You should not mix the two variants. + single-ended buses are not identical. You should not mix the two variants. OK, and now where should you install your terminators? This is by far the most misunderstood part of SCSI. And it is - by far the simplest. The rule is: every + by far the simplest. The rule is: every single line on the SCSI bus has 2 (two) terminators, one at each end of the bus. So, two and not one or three or whatever. Do yourself a favor and stick to this rule. It @@ -15683,7 +15686,7 @@ disk wd3 at wdc1 drive 1 it? The SCSI BIOS itself presents to the system a so called - translated drive. This means + translated drive. This means that a fake drive table is constructed that allows the PC to boot the drive. This translation is often (but not always) done using a pseudo drive with 64 heads and 32 sectors per @@ -16787,8 +16790,8 @@ options "TUNE_1542" #dynamic tune of bus DMA speed This drives quirks are known and pre-compiled into the scsi tape device driver (st4). - Under FreeBSD 2.2-current, use mt - blocksize 512 to set the blocksize. (The + Under FreeBSD 2.2-current, use mt + blocksize 512 to set the blocksize. (The particular drive had firmware revision 21247 -005. Other firmware revisions may behave differently) Previous versions of FreeBSD did not have this problem. @@ -17949,7 +17952,8 @@ st0(ncr1:4:0): Logical unit is in process of becoming ready physically separated from your computers and disk drives by a significant distance. - An example script for creating a bootable floppy: + An example script for creating a bootable floppy: + #!/bin/sh # @@ -18102,7 +18106,7 @@ chmod 644 /mnt/etc/passwd # umount the floppy and inform the user # /sbin/umount /mnt - + @@ -18209,7 +18213,7 @@ options "SC_MOUSE_CHAR=0x03" Russian console entry in - /etc/rc.conf should looks like + /etc/rc.conf should looks like: keymap=ru.koi8-r @@ -18218,7 +18222,7 @@ scrnmap=koi8-r2cp866 font8x16=cp866b-8x16 font8x14=cp866-8x14 font8x8=cp866-8x8 - + ^[ means that real ESC character must be entered into @@ -18242,11 +18246,11 @@ font8x8=cp866-8x8 For each ttyv? entry in /etc/ttys change terminal type from cons25 to cons25r, i.e. each entry should looks - like + like: ttyv0 "/usr/libexec/getty Pc" cons25r on secure - + @@ -18520,9 +18524,8 @@ XkbKeymap "xfree86(ru)" XkbDisable is turned off (commented out) there. - RUS/LAT switch will be CapsLock. Old CapsLock function still - available via Shift+CapsLock + RUS/LAT switch will be CapsLock. Old CapsLock function still + available via Shift+CapsLock (in LAT mode only). @@ -18531,8 +18534,8 @@ XkbKeymap "xfree86(ru)" linkend="russian-note" remap="locale note"> for more info. Russian XKB keyboard may not work with non-localized applications too, minimally localized application should - call XtSetLanguageProc - (NULL, NULL, NULL); function early in the program. + call XtSetLanguageProc + (NULL, NULL, NULL); function early in the program. @@ -18545,8 +18548,8 @@ XkbKeymap "xfree86(ru)" id="german"> German Language (ISO 8859-1) - Slaven Rezic <eserte@cs.tu-berlin.de> wrote a tutorial how to use umlauts on a FreeBSD machine. The tutorial is written in German and available at http://www.de.freebsd.org/de/umlaute/. + Slaven Rezic <eserte@cs.tu-berlin.de> wrote a tutorial how to use umlauts on a FreeBSD machine. The tutorial is written in German and available at http://www.de.freebsd.org/de/umlaute/. @@ -18610,8 +18613,8 @@ XkbKeymap "xfree86(ru)" bps. Naturally, you should make the initial state and lock state - devices writable only by root. The - MAKEDEV script does NOT do + devices writable only by root. The + MAKEDEV script does not do this when it creates the device entries. @@ -18941,7 +18944,7 @@ XkbKeymap "xfree86(ru)" Callin ports are named - /dev/ttydX where X is the port number, starting from zero. Generally, you use the callin port for terminals. Callin ports require that the serial line assert the data carrier detect (DCD) signal to work. + /dev/ttydX where X is the port number, starting from zero. Generally, you use the callin port for terminals. Callin ports require that the serial line assert the data carrier detect (DCD) signal to work. @@ -18997,7 +19000,7 @@ XkbKeymap "xfree86(ru)" Specify that /usr/libexec/getty be - run on the port, and specify the appropriate getty type from the + run on the port, and specify the appropriate getty type from the /etc/gettytab file. @@ -19019,7 +19022,8 @@ XkbKeymap "xfree86(ru)" - As an optional step, you may wish to create a custom getty type for use in step 2 by making an + As an optional step, you may wish to create a custom + getty type for use in step 2 by making an entry in /etc/gettytab. This document does not explain how to do so; you are encouraged to see the gettytab5 and the getty8 manual pages for more @@ -19075,7 +19079,7 @@ ttyd5 - Specifying the <emphasis remap=tt>getty</emphasis> + <title>Specifying the <replaceable>getty</replaceable> Type Next, we need to specify what program will be run to handle @@ -19716,7 +19720,7 @@ device sio3 at isa? port "IO_COM4" tty irq 9 vector siointr (/dev/ttyld? and /dev/cual0?). The initialization devices are used to initialize communications port parameters each time a port - is opened, such as crtscts for + is opened, such as crtscts for modems which use CTS/RTS signaling for flow control. The locking devices are used to lock flags on ports to prevent users or programs changing certain parameters; see the @@ -20529,11 +20533,11 @@ tip57600|Dial any phone number at 57600 bps:\ cu115200|Use cu to dial any number at 115200bps:\ :dv=/dev/cuaa1:br#57600:at=hayes:pa=none:du: - and type + and type: &prompt.root; cu 5551234 -s 115200 - + @@ -22024,7 +22028,7 @@ sendmail_flags="-bd" Working as a PPP client I used the following /etc/ppp/options to - connect to CISCO terminal server PPP line. + connect to CISCO terminal server PPP line. crtscts # enable hardware flow control @@ -22042,7 +22046,7 @@ domain ppp.foo.com # put your domain name here defaultroute # put this if you want that PPP server will be your # default router - + To connect: @@ -22531,7 +22535,10 @@ hostname=myname.my.domain changing the line that says: network_interfaces="lo0" - to: + + + to: + network_interfaces="lo0 sl0" @@ -22690,12 +22697,14 @@ output ***\x0d, echo \x0aCONNECTED\x0a - Try ifconfig sl0 to see your interface status. I get: + Try ifconfig sl0 to see your + interface status. I get: + &prompt.root; ifconfig sl0 sl0: flags=10<POINTOPOINT> inet 136.152.64.181 --> 136.152.64.1 netmask ffffff00 - + @@ -23515,11 +23524,11 @@ host2.foobar.com link#1 UC 0 0 Service Provider's (ISP) site. Let us look at an example of default routes. This is a common - configuration: + configuration: [Local2] <--ether--> [Local1] <--PPP--> [ISP-Serv] <--ether--> [T1-GW] - + The hosts Local1 and Local2 are at your site, with the formed being your PPP connection to your ISP's Terminal Server. Your ISP @@ -23717,11 +23726,11 @@ Local1 (10.20.30.1, 10.9.9.30) --> T1-GW (10.9.9.1) fastws:/sharedfs /project nfs rw,-r=1024 0 0 - as a manual mount command on freebox: + as a manual mount command on freebox: &prompt.root; mount -t nfs -o -r=1024 fastws:/sharedfs /project - + Examples for the FreeBSD system as the server: in /etc/fstab on fastws: @@ -23730,11 +23739,11 @@ fastws:/sharedfs /project nfs rw,-r=1024 0 0 freebox:/sharedfs /project nfs rw,-w=1024 0 0 - as a manual mount command on fastws: + as a manual mount command on fastws: &prompt.root; mount -t nfs -o -w=1024 freebox:/sharedfs /project - + Nearly any 16-bit Ethernet adapter will allow operation without the above restrictions on the read or write size. @@ -24882,12 +24891,12 @@ to /etc/sendmail.cf. The other is to use UUCP. The key is to get a Internet site to provide secondary MX - services for your domain. For example: + services for your domain. For example: bigco.com. MX 10 bigco.com. MX 20 smalliap.com. - + Only one host should be specified as the final recipient ( add Cw bigco.com in /etc/sendmail.cf on @@ -24919,7 +24928,7 @@ bigco.com. MX 10 bigco.com. A further refinement of the situation is as follows. - Message stolen from the freebsd-isp mailing list. + Message stolen from the freebsd-isp mailing list. > we provide the secondary mx for a customer. The customer connects to @@ -24947,7 +24956,7 @@ That way a remote site will deliver straight to you, without trying the customer connection. You then send to your customer. Only works for "hosts", so you need to get your customer to name their mail machine "customer.com" as well as "hostname.customer.com" in the DNS. Just put -an A record in the DNS for "customer.com". +an A record in the DNS for "customer.com". @@ -28195,7 +28204,7 @@ THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. # Date created: 5 December 1994 # Whom: asami # -# $Id: handbook.sgml,v 1.45 1998-10-26 23:49:15 nik Exp $ +# $Id: handbook.sgml,v 1.46 1998-10-26 23:49:56 nik Exp $ # DISTNAME= oneko-1.1b @@ -28372,7 +28381,7 @@ lib/X11/oneko/mouse.xpm But do not worry if you do not really understand what bsd.port.mk is doing, not many people - do... :> + do... :> @@ -28456,7 +28465,7 @@ lib/X11/oneko/mouse.xpm For example, if you have a post-extract target defined in your Makefile, and a file pre-build in the - scripts subdirectory, the + scripts subdirectory, the post-extract target will be called after the regular extraction actions, and the pre-build script will be executed before @@ -28470,7 +28479,7 @@ lib/X11/oneko/mouse.xpm commands to extract a port are in the target do-extract. If you are not happy with the default target, you can fix it by redefining the do-something target in - your Makefile. + your Makefile. The main targets (e.g., extract, configure, etc.) do nothing more than @@ -28945,7 +28954,7 @@ FETCH_DEPENDS= ncftp2:${PORTSDIR}/net/ncftp2 install.man target, NO_INSTALL_MANPAGES=yes should be set. In addition, the author of the original port should be shot. - :> + :> @@ -29021,7 +29030,7 @@ FETCH_DEPENDS= ncftp2:${PORTSDIR}/net/ncftp2 the length of this section, but it is imperative to weave all the info files together. If done correctly, it will produce a beautiful listing, so please bear with me! - :) + :) First, this is what you (as a porter) need to know: @@ -29054,7 +29063,7 @@ Options: Look at the texinfo sources and make a patch to insert @dircategory and @direntry statements to files that don't have them. This is part of - my patch: + my patch: --- ./man/vip.texi.org Fri Jun 16 15:31:11 1995 @@ -29071,7 +29080,7 @@ Options: @iftex @finalout : - + The format should be self-explanatory. Many authors leave a dir file in the source tree @@ -29295,8 +29304,7 @@ diff -u -r1.15 PLIST - Test and admire your work. :) The sequence I recommend is: + Test and admire your work. :) The sequence I recommend is: make package, pkg_delete, then pkg_add. Check the dir file before and after each @@ -30538,123 +30546,123 @@ pre-install: - A JOSEPH KOSHY <koshy@india.hp.com> + A JOSEPH KOSHY <koshy@india.hp.com> - ABURAYA Ryushirou <rewsirow@ff.iij4u.or.jp> + ABURAYA Ryushirou <rewsirow@ff.iij4u.or.jp> - Ada T Lim <ada@bsd.org> + Ada T Lim <ada@bsd.org> - Adam Glass <glass@postgres.berkeley.edu> + Adam Glass <glass@postgres.berkeley.edu> - Adrian T. Filipi-Martin <atf3r@agate.cs.virginia.edu> + Adrian T. Filipi-Martin <atf3r@agate.cs.virginia.edu> - Akito Fujita <fujita@zoo.ncl.omron.co.jp> + Akito Fujita <fujita@zoo.ncl.omron.co.jp> - Alain Kalker <A.C.P.M.Kalker@student.utwente.nl> + Alain Kalker <A.C.P.M.Kalker@student.utwente.nl> - Alan Cox <alc@cs.rice.edu> + Alan Cox <alc@cs.rice.edu> - Andreas Kohout <shanee@rabbit.augusta.de> + Andreas Kohout <shanee@rabbit.augusta.de> - Andreas Lohr <andreas@marvin.RoBIN.de> + Andreas Lohr <andreas@marvin.RoBIN.de> - Andrew Gordon <andrew.gordon@net-tel.co.uk> + Andrew Gordon <andrew.gordon@net-tel.co.uk> - Andrew Herbert <andrew@werple.apana.org.au> + Andrew Herbert <andrew@werple.apana.org.au> - Andrew McRae <amcrae@cisco.com> + Andrew McRae <amcrae@cisco.com> - Andrew Moore <alm@FreeBSD.org> + Andrew Moore <alm@FreeBSD.org> - Andrew Stevenson <andrew@ugh.net.au> + Andrew Stevenson <andrew@ugh.net.au> - Andrew V. Stesin <stesin@elvisti.kiev.ua> + Andrew V. Stesin <stesin@elvisti.kiev.ua> - Andrey Zakhvatov <andy@icc.surw.chel.su> + Andrey Zakhvatov <andy@icc.surw.chel.su> - Andy Whitcroft <andy@sarc.city.ac.uk> + Andy Whitcroft <andy@sarc.city.ac.uk> - Angelo Turetta <ATuretta@stylo.it> + Angelo Turetta <ATuretta@stylo.it> - Anthony Yee-Hang Chan <yeehang@netcom.com> + Anthony Yee-Hang Chan <yeehang@netcom.com> - Ari Suutari <ari@suutari.iki.fi> + Ari Suutari <ari@suutari.iki.fi> - Brent J. Nordquist <bjn@visi.com> + Brent J. Nordquist <bjn@visi.com> - Bernd Rosauer <br@schiele-ct.de> + Bernd Rosauer <br@schiele-ct.de> - Bill Kish <kish@osf.org> + Bill Kish <kish@osf.org> @@ -30662,249 +30670,249 @@ pre-install: - Bob Wilcox <bob@obiwan.uucp> + Bob Wilcox <bob@obiwan.uucp> - Boyd Faulkner <faulkner@mpd.tandem.com> + Boyd Faulkner <faulkner@mpd.tandem.com> - Brent J. Nordquist <bjn@visi.com> + Brent J. Nordquist <bjn@visi.com> - Brett Taylor <brett@peloton.physics.montana.edu> + Brett Taylor <brett@peloton.physics.montana.edu> - Brian Clapper <bmc@willscreek.com> + Brian Clapper <bmc@willscreek.com> - Brian Handy <handy@lambic.space.lockheed.com> + Brian Handy <handy@lambic.space.lockheed.com> - Brian Tao <taob@risc.org> + Brian Tao <taob@risc.org> - Brion Moss <brion@queeg.com> + Brion Moss <brion@queeg.com> - Bruce Gingery <bgingery@gtcs.com> + Bruce Gingery <bgingery@gtcs.com> - Carey Jones <mcj@acquiesce.org> + Carey Jones <mcj@acquiesce.org> - Carl Fongheiser <cmf@netins.net> + Carl Fongheiser <cmf@netins.net> - Charles Hannum <mycroft@ai.mit.edu> + Charles Hannum <mycroft@ai.mit.edu> - Charles Mott <cmott@srv.net> + Charles Mott <cmott@srv.net> - Chet Ramey <chet@odin.INS.CWRU.Edu> + Chet Ramey <chet@odin.INS.CWRU.Edu> - Chris Dabrowski < - chris@vader.org> + chris@vader.org> - Chris G. Demetriou <cgd@postgres.berkeley.edu> + Chris G. Demetriou <cgd@postgres.berkeley.edu> - Chris Shenton <cshenton@angst.it.hq.nasa.gov> + Chris Shenton <cshenton@angst.it.hq.nasa.gov> - Chris Stenton <jacs@gnome.co.uk> + Chris Stenton <jacs@gnome.co.uk> - Chris Timmons <skynyrd@opus.cts.cwu.edu> + Chris Timmons <skynyrd@opus.cts.cwu.edu> - Chris Torek <torek@ee.lbl.gov> + Chris Torek <torek@ee.lbl.gov> - Christian Gusenbauer <cg@fimp01.fim.uni-linz.ac.at> + Christian Gusenbauer <cg@fimp01.fim.uni-linz.ac.at> - Christian Haury <Christian.Haury@sagem.fr> + Christian Haury <Christian.Haury@sagem.fr> - Christoph Robitschko <chmr@edvz.tu-graz.ac.at> + Christoph Robitschko <chmr@edvz.tu-graz.ac.at> - Choi Jun Ho <junker@jazz.snu.ac.kr> + Choi Jun Ho <junker@jazz.snu.ac.kr> - Chuck Hein <chein@cisco.com> + Chuck Hein <chein@cisco.com> - Conrad Sabatier <conrads@neosoft.com> + Conrad Sabatier <conrads@neosoft.com> - Cornelis van der Laan <nils@guru.ims.uni-stuttgart.de> + Cornelis van der Laan <nils@guru.ims.uni-stuttgart.de> - Craig Struble <cstruble@vt.edu> + Craig Struble <cstruble@vt.edu> - Cristian Ferretti <cfs@riemann.mat.puc.cl> + Cristian Ferretti <cfs@riemann.mat.puc.cl> - Curt Mayer <curt@toad.com> + Curt Mayer <curt@toad.com> - Dai Ishijima <ishijima@tri.pref.osaka.jp> + Dai Ishijima <ishijima@tri.pref.osaka.jp> - Dan Cross <tenser@spitfire.ecsel.psu.edu> + Dan Cross <tenser@spitfire.ecsel.psu.edu> - Daniel Baker <dbaker@crash.ops.neosoft.com> + Daniel Baker <dbaker@crash.ops.neosoft.com> - Daniel M. Eischen <deischen@iworks.InterWorks.org> + Daniel M. Eischen <deischen@iworks.InterWorks.org> - Daniel O'Connor <doconnor@gsoft.com.au> + Daniel O'Connor <doconnor@gsoft.com.au> - Danny J. Zerkel <dzerkel@feephi.phofarm.com> + Danny J. Zerkel <dzerkel@feephi.phofarm.com> - Dave Bodenstab <imdave@synet.net> + Dave Bodenstab <imdave@synet.net> - Dave Burgess <burgess@hrd769.brooks.af.mil> + Dave Burgess <burgess@hrd769.brooks.af.mil> - Dave Chapeskie <dchapes@zeus.leitch.com> + Dave Chapeskie <dchapes@zeus.leitch.com> - Dave Edmondson <davided@sco.com> + Dave Edmondson <davided@sco.com> - Dave Rivers <rivers@ponds.uucp> + Dave Rivers <rivers@ponds.uucp> - David A. Bader <dbader@umiacs.umd.edu> + David A. Bader <dbader@umiacs.umd.edu> - David Dawes <dawes@physics.su.OZ.AU> + David Dawes <dawes@physics.su.OZ.AU> - David Holloway <daveh@gwythaint.tamis.com> + David Holloway <daveh@gwythaint.tamis.com> - David Leonard <d@scry.dstc.edu.au> + David Leonard <d@scry.dstc.edu.au> - Dean Huxley <dean@fsa.ca> + Dean Huxley <dean@fsa.ca> - Dirk Froemberg <dirk@hal.in-berlin.de> + Dirk Froemberg <dirk@hal.in-berlin.de> - Dmitrij Tejblum <dima@tejblum.dnttm.rssi.ru> + Dmitrij Tejblum <dima@tejblum.dnttm.rssi.ru> - Dmitry Kohmanyuk <dk@farm.org> + Dmitry Kohmanyuk <dk@farm.org> @@ -30912,28 +30920,28 @@ pre-install: - Don Yuniskis <dgy@rtd.com> + Don Yuniskis <dgy@rtd.com> - Donald Burr <d_burr@ix.netcom.com> + Donald Burr <d_burr@ix.netcom.com> - Doug Ambrisko <ambrisko@ambrisko.roble.com> + Doug Ambrisko <ambrisko@ambrisko.roble.com> - Douglas Carmichael <dcarmich@mcs.com> + Douglas Carmichael <dcarmich@mcs.com> - Eiji-usagi-MATSUmoto <usagi@ruby.club.or.jp> + Eiji-usagi-MATSUmoto <usagi@ruby.club.or.jp> @@ -30941,143 +30949,143 @@ pre-install: - Eric A. Griff <eagriff@global2000.net> + Eric A. Griff <eagriff@global2000.net> - Eric Blood <eblood@cs.unr.edu> + Eric Blood <eblood@cs.unr.edu> - Eric J. Chet <ejc@bazzle.com> + Eric J. Chet <ejc@bazzle.com> - Eric J. Schwertfeger <eric@cybernut.com> + Eric J. Schwertfeger <eric@cybernut.com> - Francis M J Hsieh <mjhsieh@life.nthu.edu.tw> + Francis M J Hsieh <mjhsieh@life.nthu.edu.tw> - Frank Bartels <knarf@camelot.de> + Frank Bartels <knarf@camelot.de> - Frank Chen Hsiung Chan <frankch@waru.life.nthu.edu.tw> + Frank Chen Hsiung Chan <frankch@waru.life.nthu.edu.tw> - Frank Maclachlan <fpm@crash.cts.com> + Frank Maclachlan <fpm@crash.cts.com> - Frank Nobis <fn@trinity.radio-do.de> + Frank Nobis <fn@trinity.radio-do.de> - FUJIMOTO Kensaku <fujimoto@oscar.elec.waseda.ac.jp> + FUJIMOTO Kensaku <fujimoto@oscar.elec.waseda.ac.jp> - FURUSAWA Kazuhisa <furusawa@com.cs.osakafu-u.ac.jp> + FURUSAWA Kazuhisa <furusawa@com.cs.osakafu-u.ac.jp> - Gary A. Browning <gab10@griffcd.amdahl.com> + Gary A. Browning <gab10@griffcd.amdahl.com> - Gary Kline <kline@thought.org> + Gary Kline <kline@thought.org> - Gerard Roudier <groudier@club-internet.fr> + Gerard Roudier <groudier@club-internet.fr> - Greg Ungerer <gerg@stallion.oz.au> + Greg Ungerer <gerg@stallion.oz.au> - Harlan Stenn <Harlan.Stenn@pfcs.com> + Harlan Stenn <Harlan.Stenn@pfcs.com> - Havard Eidnes <Havard.Eidnes@runit.sintef.no> + Havard Eidnes <Havard.Eidnes@runit.sintef.no> - Hideaki Ohmon <ohmon@tom.sfc.keio.ac.jp> + Hideaki Ohmon <ohmon@tom.sfc.keio.ac.jp> - Hidekazu Kuroki <hidekazu@cs.titech.ac.jp> + Hidekazu Kuroki <hidekazu@cs.titech.ac.jp> - Hidetoshi Shimokawa <simokawa@sat.t.u-tokyo.ac.jp> + Hidetoshi Shimokawa <simokawa@sat.t.u-tokyo.ac.jp> - Hideyuki Suzuki <hideyuki@sat.t.u-tokyo.ac.jp> + Hideyuki Suzuki <hideyuki@sat.t.u-tokyo.ac.jp> - Hironori Ikura <hikura@kaisei.org> + Hironori Ikura <hikura@kaisei.org> - Holger Veit <Holger.Veit@gmd.de> + Holger Veit <Holger.Veit@gmd.de> - Hung-Chi Chu <hcchu@r350.ee.ntu.edu.tw> + Hung-Chi Chu <hcchu@r350.ee.ntu.edu.tw> - Ian Vaudrey <i.vaudrey@bigfoot.com> + Ian Vaudrey <i.vaudrey@bigfoot.com> - Igor Vinokurov <igor@zynaps.ru> + Igor Vinokurov <igor@zynaps.ru> - Ikuo Nakagawa <ikuo@isl.intec.co.jp> + Ikuo Nakagawa <ikuo@isl.intec.co.jp> - IMAMURA Tomoaki <tomoak-i@is.aist-nara.ac.jp> + IMAMURA Tomoaki <tomoak-i@is.aist-nara.ac.jp> @@ -31085,183 +31093,183 @@ pre-install: - Issei Suzuki<issei@t-cnet.or.jp> + Issei Suzuki <issei@t-cnet.or.jp> - Itsuro Saito <saito@miv.t.u-tokyo.ac.jp> + Itsuro Saito <saito@miv.t.u-tokyo.ac.jp> - J. David Lowe <lowe@saturn5.com> + J. David Lowe <lowe@saturn5.com> - J.T. Conklin <jtc@cygnus.com> + J.T. Conklin <jtc@cygnus.com> - James Clark <jjc@jclark.com> + James Clark <jjc@jclark.com> - James da Silva <jds@cs.umd.edu> et al + James da Silva <jds@cs.umd.edu> et al - Janusz Kokot <janek@gaja.ipan.lublin.pl> + Janusz Kokot <janek@gaja.ipan.lublin.pl> - Jason Thorpe <thorpej@nas.nasa.gov> + Jason Thorpe <thorpej@nas.nasa.gov> - Javier Martin Rueda <jmrueda@diatel.upm.es> + Javier Martin Rueda <jmrueda@diatel.upm.es> - Jeff Bartig <jeffb@doit.wisc.edu> + Jeff Bartig <jeffb@doit.wisc.edu> - Jeffrey Wheat <jeff@cetlink.net> + Jeffrey Wheat <jeff@cetlink.net> - Jian-Da Li <jdli@csie.NCTU.edu.tw> + Jian-Da Li <jdli@csie.NCTU.edu.tw> - Jim Binkley <jrb@cs.pdx.edu> + Jim Binkley <jrb@cs.pdx.edu> - Jim Lowe <james@cs.uwm.edu> + Jim Lowe <james@cs.uwm.edu> - Jim Wilson <wilson@moria.cygnus.com> + Jim Wilson <wilson@moria.cygnus.com> - Joao Carlos Mendes Luis <jonny@coppe.ufrj.br> + Joao Carlos Mendes Luis <jonny@coppe.ufrj.br> - Joel Sutton <sutton@aardvark.apana.org.au> + Joel Sutton <sutton@aardvark.apana.org.au> - Johann Tonsing <jtonsing@mikom.csir.co.za> + Johann Tonsing <jtonsing@mikom.csir.co.za> - John Capo <jc@irbs.com> + John Capo <jc@irbs.com> - John Heidemann <johnh@isi.edu> + John Heidemann <johnh@isi.edu> - John Perry <perry@vishnu.alias.net> + John Perry <perry@vishnu.alias.net> - John Polstra <jdp@polstra.com> + John Polstra <jdp@polstra.com> - John Rochester <jr@cs.mun.ca> + John Rochester <jr@cs.mun.ca> - Josef Karthauser <joe@uk.freebsd.org> + Josef Karthauser <joe@uk.freebsd.org> - Joseph Stein <joes@seaport.net> + Joseph Stein <joes@seaport.net> - Josh Gilliam <josh@quick.net> + Josh Gilliam <josh@quick.net> - Josh Tiefenbach <josh@ican.net> + Josh Tiefenbach <josh@ican.net> - Juergen Lock <nox@jelal.hb.north.de> + Juergen Lock <nox@jelal.hb.north.de> - Juha Inkari <inkari@cc.hut.fi> + Juha Inkari <inkari@cc.hut.fi> - Julian Assange <proff@suburbia.net> + Julian Assange <proff@suburbia.net> - Julian Jenkins <kaveman@magna.com.au> + Julian Jenkins <kaveman@magna.com.au> - Julian Stacey <jhs@freebsd.org> + Julian Stacey <jhs@freebsd.org> - Junichi Satoh <junichi@jp.freebsd.org> + Junichi Satoh <junichi@jp.freebsd.org> - Kapil Chowksey <kchowksey@hss.hns.com> + Kapil Chowksey <kchowksey@hss.hns.com> - Kazuhiko Kiriyama <kiri@kiri.toba-cmt.ac.jp> + Kazuhiko Kiriyama <kiri@kiri.toba-cmt.ac.jp> - Keith Bostic <bostic@bostic.com> + Keith Bostic <bostic@bostic.com> @@ -31269,108 +31277,108 @@ pre-install: - Kenneth Monville <desmo@bandwidth.org> + Kenneth Monville <desmo@bandwidth.org> - Kent Vander Velden <graphix@iastate.edu> + Kent Vander Velden <graphix@iastate.edu> - Kirk McKusick <mckusick@mckusick.com> + Kirk McKusick <mckusick@mckusick.com> - Kiroh HARADA <kiroh@kh.rim.or.jp> + Kiroh HARADA <kiroh@kh.rim.or.jp> - Koichi Sato <copan@ppp.fastnet.or.jp> + Koichi Sato <copan@ppp.fastnet.or.jp> - Kostya Lukin <lukin@okbmei.msk.su> + Kostya Lukin <lukin@okbmei.msk.su> - Kurt Olsen <kurto@tiny.mcs.usu.edu> + Kurt Olsen <kurto@tiny.mcs.usu.edu> - Lars Koeller <Lars.Koeller@Uni-Bielefeld.DE> + Lars Koeller <Lars.Koeller@Uni-Bielefeld.DE> - Lucas James <Lucas.James@ldjpc.apana.org.au> + Lucas James <Lucas.James@ldjpc.apana.org.au> - Luigi Rizzo <luigi@iet.unipi.it> + Luigi Rizzo <luigi@iet.unipi.it> - Makoto MATSUSHITA <matusita@jp.freebsd.org> + Makoto MATSUSHITA <matusita@jp.freebsd.org> - Manu Iyengar <iyengar@grunthos.pscwa.psca.com> + Manu Iyengar <iyengar@grunthos.pscwa.psca.com> - Marc Frajola <marc@dev.com> + Marc Frajola <marc@dev.com> - Marc Ramirez <mrami@mramirez.sy.yale.edu> + Marc Ramirez <mrami@mramirez.sy.yale.edu> - Marc Slemko <marcs@znep.com> + Marc Slemko <marcs@znep.com> - Marc van Kempen <wmbfmk@urc.tue.nl> + Marc van Kempen <wmbfmk@urc.tue.nl> - Mario Sergio Fujikawa Ferreira <lioux@gns.com.br> + Mario Sergio Fujikawa Ferreira <lioux@gns.com.br> - Mark Huizer <xaa@stack.nl> + Mark Huizer <xaa@stack.nl> - Mark J. Taylor <mtaylor@cybernet.com> + Mark J. Taylor <mtaylor@cybernet.com> - Mark Krentel <krentel@rice.edu> + Mark Krentel <krentel@rice.edu> - Mark Tinguely <tinguely@plains.nodak.edu> <tinguely@hookie.cs.ndsu.NoDak.edu> + Mark Tinguely <tinguely@plains.nodak.edu> <tinguely@hookie.cs.ndsu.NoDak.edu> @@ -31378,243 +31386,243 @@ pre-install: - Martti Kuparinen <erakupa@kk.etx.ericsson.se> + Martti Kuparinen <erakupa@kk.etx.ericsson.se> - Masachika ISHIZUKA <ishizuka@isis.min.ntt.jp> + Masachika ISHIZUKA <ishizuka@isis.min.ntt.jp> - Mats Lofkvist <mal@algonet.se> + Mats Lofkvist <mal@algonet.se> - Matt Bartley <mbartley@lear35.cytex.com> + Matt Bartley <mbartley@lear35.cytex.com> - Matt Thomas <thomas@lkg.dec.com> + Matt Thomas <thomas@lkg.dec.com> - Matt White <mwhite+@CMU.EDU> + Matt White <mwhite+@CMU.EDU> - Matthew Hunt <mph@pobox.com> + Matthew Hunt <mph@pobox.com> - Matthew N. Dodd <winter@jurai.net> + Matthew N. Dodd <winter@jurai.net> - Matthew Stein <matt@bdd.net> + Matthew Stein <matt@bdd.net> - Maurice Castro <maurice@planet.serc.rmit.edu.au> + Maurice Castro <maurice@planet.serc.rmit.edu.au> - Michael Butschky <butsch@computi.erols.com> + Michael Butschky <butsch@computi.erols.com> - Michael Elbel <me@FreeBSD.ORG> + Michael Elbel <me@FreeBSD.ORG> - Michael Searle <searle@longacre.demon.co.uk> + Michael Searle <searle@longacre.demon.co.uk> - Miguel Angel Sagreras <msagre@cactus.fi.uba.ar> + Miguel Angel Sagreras <msagre@cactus.fi.uba.ar> - Mikael Hybsch <micke@dynas.se> + Mikael Hybsch <micke@dynas.se> - Mikhail Teterin <mi@aldan.ziplink.net> + Mikhail Teterin <mi@aldan.ziplink.net> - Mike McGaughey <mmcg@cs.monash.edu.au> + Mike McGaughey <mmcg@cs.monash.edu.au> - Mike Peck <mike@binghamton.edu> + Mike Peck <mike@binghamton.edu> - Ming-I Hseh <PA@FreeBSD.ee.Ntu.edu.TW> + Ming-I Hseh <PA@FreeBSD.ee.Ntu.edu.TW> - MITA Yoshio <mita@jp.FreeBSD.ORG> + MITA Yoshio <mita@jp.FreeBSD.ORG> - MOROHOSHI Akihiko <moro@race.u-tokyo.ac.jp> + MOROHOSHI Akihiko <moro@race.u-tokyo.ac.jp> - Murray Stokely <murray@cdrom.com> + Murray Stokely <murray@cdrom.com> - NAKAMURA Kazushi <nkazushi@highway.or.jp> + NAKAMURA Kazushi <nkazushi@highway.or.jp> - Naoki Hamada <nao@tom-yam.or.jp> + Naoki Hamada <nao@tom-yam.or.jp> - Narvi <narvi@haldjas.folklore.ee> + Narvi <narvi@haldjas.folklore.ee> - NIIMI Satoshi <sa2c@and.or.jp> + NIIMI Satoshi <sa2c@and.or.jp> - Nick Sayer <nsayer@quack.kfu.com> + Nick Sayer <nsayer@quack.kfu.com> - Nicolas Souchu <Nicolas.Souchu@prism.uvsq.fr> + Nicolas Souchu <Nicolas.Souchu@prism.uvsq.fr> - Nisha Talagala <nisha@cs.berkeley.edu> + Nisha Talagala <nisha@cs.berkeley.edu> - Nobuhiro Yasutomi <nobu@psrc.isac.co.jp> + Nobuhiro Yasutomi <nobu@psrc.isac.co.jp> - Nobuyuki Koganemaru <kogane@kces.koganemaru.co.jp> + Nobuyuki Koganemaru <kogane@kces.koganemaru.co.jp> - Noritaka Ishizumi <graphite@jp.FreeBSD.ORG> + Noritaka Ishizumi <graphite@jp.FreeBSD.ORG> - Oliver Fromme <oliver.fromme@heim3.tu-clausthal.de> + Oliver Fromme <oliver.fromme@heim3.tu-clausthal.de> - Oliver Laumann <net@informatik.uni-bremen.de> + Oliver Laumann <net@informatik.uni-bremen.de> - Oliver Oberdorf <oly@world.std.com> + Oliver Oberdorf <oly@world.std.com> - Paul Fox <pgf@foxharp.boston.ma.us> + Paul Fox <pgf@foxharp.boston.ma.us> - Paul Kranenburg <pk@cs.few.eur.nl> + Paul Kranenburg <pk@cs.few.eur.nl> - Paul Mackerras <paulus@cs.anu.edu.au> + Paul Mackerras <paulus@cs.anu.edu.au> - Paulo Menezes <paulo@isr.uc.pt> + Paulo Menezes <paulo@isr.uc.pt> - Paul T. Root <proot@horton.iaces.com> + Paul T. Root <proot@horton.iaces.com> - Pedro Giffuni <giffunip@asme.org> + Pedro Giffuni <giffunip@asme.org> - Pedro A M Vazquez <vazquez@IQM.Unicamp.BR> + Pedro A M Vazquez <vazquez@IQM.Unicamp.BR> - Peter Cornelius <pc@inr.fzk.de> + Peter Cornelius <pc@inr.fzk.de> - Peter Haight <peterh@prognet.com> + Peter Haight <peterh@prognet.com> - Peter Hawkins <peter@rhiannon.clari.net.au> + Peter Hawkins <peter@rhiannon.clari.net.au> - Peter Stubbs <PETERS@staidan.qld.edu.au> + Peter Stubbs <PETERS@staidan.qld.edu.au> - Pierre Beyssac <bp@fasterix.freenix.org> + Pierre Beyssac <bp@fasterix.freenix.org> - Phil Maker <pjm@cs.ntu.edu.au> + Phil Maker <pjm@cs.ntu.edu.au> @@ -31622,299 +31630,298 @@ pre-install: - Randall Hopper <rhh@stealth.ct.picker.com> + Randall Hopper <rhh@stealth.ct.picker.com> - Richard Hwang <rhwang@bigpanda.com> + Richard Hwang <rhwang@bigpanda.com> - Richard Seaman, Jr. <dick@tar.com> + Richard Seaman, Jr. <dick@tar.com> - Richard Stallman <rms@gnu.ai.mit.edu> + Richard Stallman <rms@gnu.ai.mit.edu> - Richard Wiwatowski <rjwiwat@adelaide.on.net> + Richard Wiwatowski <rjwiwat@adelaide.on.net> - Rob Mallory <rmallory@csusb.edu> + Rob Mallory <rmallory@csusb.edu> - Rob Shady <rls@id.net> + Rob Shady <rls@id.net> - Rob Snow <rsnow@txdirect.net> + Rob Snow <rsnow@txdirect.net> - Robert Sanders <rsanders@mindspring.com> + Robert Sanders <rsanders@mindspring.com> - Robert Withrow <witr@rwwa.com> + Robert Withrow <witr@rwwa.com> - Ronald Kuehn <kuehn@rz.tu-clausthal.de> + Ronald Kuehn <kuehn@rz.tu-clausthal.de> - Roland Jesse <jesse@cs.uni-magdeburg.de> + Roland Jesse <jesse@cs.uni-magdeburg.de> - Ruslan Shevchenko <rssh@cki.ipri.kiev.ua> + Ruslan Shevchenko <rssh@cki.ipri.kiev.ua> - Samuel Lam <skl@ScalableNetwork.com> + Samuel Lam <skl@ScalableNetwork.com> - Sander Vesik <sander@haldjas.folklore.ee> + Sander Vesik <sander@haldjas.folklore.ee> - Sandro Sigala <ssigala@globalnet.it> + Sandro Sigala <ssigala@globalnet.it> - Sascha Blank <blank@fox.uni-trier.de> + Sascha Blank <blank@fox.uni-trier.de> - Sascha Wildner <swildner@channelz.GUN.de> + Sascha Wildner <swildner@channelz.GUN.de> - Satoshi Taoka <taoka@infonets.hiroshima-u.ac.jp> + Satoshi Taoka <taoka@infonets.hiroshima-u.ac.jp> - Scott Blachowicz <scott.blachowicz@seaslug.org> + Scott Blachowicz <scott.blachowicz@seaslug.org> - Scott A. Kenney <saken@rmta.ml.org> + Scott A. Kenney <saken@rmta.ml.org> - Serge V. Vakulenko <vak@zebub.msk.su> + Serge V. Vakulenko <vak@zebub.msk.su> - Sheldon Hearn <axl@iafrica.com> + Sheldon Hearn <axl@iafrica.com> - Simon Marlow <simonm@dcs.gla.ac.uk> + Simon Marlow <simonm@dcs.gla.ac.uk> - Slaven Rezic (Tomic) <eserte@cs.tu-berlin.de> + Slaven Rezic (Tomic) <eserte@cs.tu-berlin.de> - Soren Dayton <csdayton@midway.uchicago.edu> + Soren Dayton <csdayton@midway.uchicago.edu> - Soren Dossing <sauber@netcom.com> + Soren Dossing <sauber@netcom.com> - Stefan Moeding <moeding@bn.DeTeMobil.de> + Stefan Moeding <moeding@bn.DeTeMobil.de> - Stephane Legrand <stephane@lituus.fr> + Stephane Legrand <stephane@lituus.fr> - Stephen J. Roznowski <sjr@home.net> + Stephen J. Roznowski <sjr@home.net> - Steve Gerakines <steve2@genesis.tiac.net> + Steve Gerakines <steve2@genesis.tiac.net> - Suzuki Yoshiaki <zensyo@ann.tama.kawasaki.jp> + Suzuki Yoshiaki <zensyo@ann.tama.kawasaki.jp> - Tadashi Kumano <kumano@strl.nhk.or.jp> + Tadashi Kumano <kumano@strl.nhk.or.jp> - Taguchi Takeshi <taguchi@tohoku.iij.ad.jp> + Taguchi Takeshi <taguchi@tohoku.iij.ad.jp> - Takayuki Ariga <a00821@cc.hc.keio.ac.jp> + Takayuki Ariga <a00821@cc.hc.keio.ac.jp> - Terry Lambert <terry@lambert.org> + Terry Lambert <terry@lambert.org> - Terry Lee <terry@uivlsi.csl.uiuc.edu> + Terry Lee <terry@uivlsi.csl.uiuc.edu> - Tetsuya Furukawa <tetsuya@secom-sis.co.jp> + Tetsuya Furukawa <tetsuya@secom-sis.co.jp> - Theo Deraadt <deraadt@fsa.ca> + Theo Deraadt <deraadt@fsa.ca> - Thomas König <Thomas.Koenig@ciw.uni-karlsruhe.de> + Thomas König <Thomas.Koenig@ciw.uni-karlsruhe.de> - Þórður Ívarsson <totii@est.is> + Þórður Ívarsson <totii@est.is> - Tim Kientzle <kientzle@netcom.com> + Tim Kientzle <kientzle@netcom.com> - Tim Wilkinson <tim@sarc.city.ac.uk> + Tim Wilkinson <tim@sarc.city.ac.uk> - Tom Samplonius <tom@misery.sdf.com> + Tom Samplonius <tom@misery.sdf.com> - Torbjorn Granlund <tege@matematik.su.se> + Torbjorn Granlund <tege@matematik.su.se> - Toshihiro Kanda <candy@fct.kgc.co.jp> + Toshihiro Kanda <candy@fct.kgc.co.jp> - Trefor S. <trefor@flevel.co.uk> + Trefor S. <trefor@flevel.co.uk> - Ville Eerola <ve@sci.fi> + Ville Eerola <ve@sci.fi> - Werner Griessl <werner@btp1da.phy.uni-bayreuth.de> + Werner Griessl <werner@btp1da.phy.uni-bayreuth.de> - Wes Santee <wsantee@wsantee.oz.net> + Wes Santee <wsantee@wsantee.oz.net> - Wilko Bulte <wilko@yedi.iaf.nl> + Wilko Bulte <wilko@yedi.iaf.nl> - Wolfgang Stanglmeier <wolf@kintaro.cologne.de> + Wolfgang Stanglmeier <wolf@kintaro.cologne.de> - Wu Ching-hong <woju@FreeBSD.ee.Ntu.edu.TW> + Wu Ching-hong <woju@FreeBSD.ee.Ntu.edu.TW> - Yen-Shuo Su <yssu@CCCA.NCTU.edu.tw> + Yen-Shuo Su <yssu@CCCA.NCTU.edu.tw> - Yoshiaki Uchikawa <yoshiaki@kt.rim.or.jp> + Yoshiaki Uchikawa <yoshiaki@kt.rim.or.jp> - Yoshiro Mihira <sanpei@yy.cs.keio.ac.jp> + Yoshiro Mihira <sanpei@yy.cs.keio.ac.jp> - Yukihiro Nakai <nakai@mlab.t.u-tokyo.ac.jp> + Yukihiro Nakai <nakai@mlab.t.u-tokyo.ac.jp> - Yuval Yarom <yval@cs.huji.ac.il> + Yuval Yarom <yval@cs.huji.ac.il> - Yves Fonk <yves@cpcoup5.tn.tudelft.nl> + Yves Fonk <yves@cpcoup5.tn.tudelft.nl> @@ -31931,53 +31938,53 @@ pre-install: - Adam Glass <glass@postgres.berkeley.edu> + Adam Glass <glass@postgres.berkeley.edu> - Adrian Hall <adrian@ibmpcug.co.uk> + Adrian Hall <adrian@ibmpcug.co.uk> - Andrey A. Chernov <ache@astral.msk.su> + Andrey A. Chernov <ache@astral.msk.su> - Andrew Herbert <andrew@werple.apana.org.au> + Andrew Herbert <andrew@werple.apana.org.au> - Andrew Moore <alm@netcom.com> + Andrew Moore <alm@netcom.com> - Andy Valencia <ajv@csd.mot.com> <jtk@netcom.com> + Andy Valencia <ajv@csd.mot.com> <jtk@netcom.com> - Arne Henrik Juul <arnej@Lise.Unit.NO> + Arne Henrik Juul <arnej@Lise.Unit.NO> - Bakul Shah <bvs@bitblocks.com> + Bakul Shah <bvs@bitblocks.com> - Barry Lustig <barry@ictv.com> + Barry Lustig <barry@ictv.com> - Bob Wilcox <bob@obiwan.uucp> + Bob Wilcox <bob@obiwan.uucp> @@ -31985,113 +31992,113 @@ pre-install: - Brett Lymn <blymn@mulga.awadi.com.AU> + Brett Lymn <blymn@mulga.awadi.com.AU> - Charles Hannum <mycroft@ai.mit.edu> + Charles Hannum <mycroft@ai.mit.edu> - Chris G. Demetriou <cgd@postgres.berkeley.edu> + Chris G. Demetriou <cgd@postgres.berkeley.edu> - Chris Torek <torek@ee.lbl.gov> + Chris Torek <torek@ee.lbl.gov> - Christoph Robitschko <chmr@edvz.tu-graz.ac.at> + Christoph Robitschko <chmr@edvz.tu-graz.ac.at> - Daniel Poirot <poirot@aio.jsc.nasa.gov> + Daniel Poirot <poirot@aio.jsc.nasa.gov> - Dave Burgess <burgess@hrd769.brooks.af.mil> + Dave Burgess <burgess@hrd769.brooks.af.mil> - Dave Rivers <rivers@ponds.uucp> + Dave Rivers <rivers@ponds.uucp> - David Dawes <dawes@physics.su.OZ.AU> + David Dawes <dawes@physics.su.OZ.AU> - David Greenman <davidg@Root.COM> + David Greenman <davidg@Root.COM> - Eric J. Haug <ejh@slustl.slu.edu> + Eric J. Haug <ejh@slustl.slu.edu> - Felix Gaehtgens <felix@escape.vsse.in-berlin.de> + Felix Gaehtgens <felix@escape.vsse.in-berlin.de> - Frank Maclachlan <fpm@crash.cts.com> + Frank Maclachlan <fpm@crash.cts.com> - Gary A. Browning <gab10@griffcd.amdahl.com> + Gary A. Browning <gab10@griffcd.amdahl.com> - Gary Howland <gary@hotlava.com> + Gary Howland <gary@hotlava.com> - Geoff Rehmet <csgr@alpha.ru.ac.za> + Geoff Rehmet <csgr@alpha.ru.ac.za> - Goran Hammarback <goran@astro.uu.se> + Goran Hammarback <goran@astro.uu.se> - Guido van Rooij <guido@gvr.win.tue.nl> + Guido van Rooij <guido@gvr.win.tue.nl> - Guy Harris <guy@auspex.com> + Guy Harris <guy@auspex.com> - Havard Eidnes <Havard.Eidnes@runit.sintef.no> + Havard Eidnes <Havard.Eidnes@runit.sintef.no> - Herb Peyerl <hpeyerl@novatel.cuc.ab.ca> + Herb Peyerl <hpeyerl@novatel.cuc.ab.ca> - Holger Veit <Holger.Veit@gmd.de> + Holger Veit <Holger.Veit@gmd.de> @@ -32099,24 +32106,24 @@ pre-install: - J.T. Conklin <jtc@cygnus.com> + J.T. Conklin <jtc@cygnus.com> - Jagane D Sundar < jagane@netcom.com - > + > - James Clark <jjc@jclark.com> + James Clark <jjc@jclark.com> - James Jegers <jimj@miller.cs.uwm.edu> + James Jegers <jimj@miller.cs.uwm.edu> @@ -32124,64 +32131,64 @@ pre-install: - James da Silva <jds@cs.umd.edu> et al + James da Silva <jds@cs.umd.edu> et al - Jay Fenlason <hack@datacube.com> + Jay Fenlason <hack@datacube.com> - Jim Wilson <wilson@moria.cygnus.com> + Jim Wilson <wilson@moria.cygnus.com> - Jörg Lohse <lohse@tech7.informatik.uni-hamburg.de> + Jörg Lohse <lohse@tech7.informatik.uni-hamburg.de> - Jörg Wunsch <joerg_wunsch@uriah.heep.sax.de> + Jörg Wunsch <joerg_wunsch@uriah.heep.sax.de> - John Dyson - John Dyson - <formerly - dyson@ref.tfs.com> + dyson@ref.tfs.com> - John Woods <jfw@eddie.mit.edu> + John Woods <jfw@eddie.mit.edu> - Jordan K. Hubbard <jkh@whisker.hubbard.ie> + Jordan K. Hubbard <jkh@whisker.hubbard.ie> - Julian Elischer <julian@dialix.oz.au> + Julian Elischer <julian@dialix.oz.au> - Julian Stacey <jhs@freebsd.org> + Julian Stacey <jhs@freebsd.org> - Karl Lehenbauer <karl@NeoSoft.com> <karl@one.neosoft.com> + Karl Lehenbauer <karl@NeoSoft.com> <karl@one.neosoft.com> - Keith Bostic <bostic@toe.CS.Berkeley.EDU> + Keith Bostic <bostic@toe.CS.Berkeley.EDU> @@ -32189,188 +32196,188 @@ pre-install: - Kent Talarico <kent@shipwreck.tsoft.net> + Kent Talarico <kent@shipwreck.tsoft.net> - Kevin Lahey <kml%rokkaku.UUCP@mathcs.emory.edu> <kml@mosquito.cis.ufl.edu> + Kevin Lahey <kml%rokkaku.UUCP@mathcs.emory.edu> <kml@mosquito.cis.ufl.edu> - Marc Frajola <marc@dev.com> + Marc Frajola <marc@dev.com> - Mark Tinguely <tinguely@plains.nodak.edu> <tinguely@hookie.cs.ndsu.NoDak.edu> + Mark Tinguely <tinguely@plains.nodak.edu> <tinguely@hookie.cs.ndsu.NoDak.edu> - Martin Renters <martin@tdc.on.ca> + Martin Renters <martin@tdc.on.ca> - Michael Clay <mclay@weareb.org> + Michael Clay <mclay@weareb.org> - Michael Galassi <nerd@percival.rain.com> + Michael Galassi <nerd@percival.rain.com> - Mike Durkin <mdurkin@tsoft.sf-bay.org> + Mike Durkin <mdurkin@tsoft.sf-bay.org> - Naoki Hamada <nao@tom-yam.or.jp> + Naoki Hamada <nao@tom-yam.or.jp> - Nate Williams <nate@bsd.coe.montana.edu> + Nate Williams <nate@bsd.coe.montana.edu> - Nick Handel <nhandel@NeoSoft.com> <nick@madhouse.neosoft.com> + Nick Handel <nhandel@NeoSoft.com> <nick@madhouse.neosoft.com> - Pace Willisson <pace@blitz.com> + Pace Willisson <pace@blitz.com> - Paul Kranenburg <pk@cs.few.eur.nl> + Paul Kranenburg <pk@cs.few.eur.nl> - Paul Mackerras <paulus@cs.anu.edu.au> + Paul Mackerras <paulus@cs.anu.edu.au> - Paul Popelka <paulp@uts.amdahl.com> + Paul Popelka <paulp@uts.amdahl.com> - Peter da Silva <peter@NeoSoft.com> + Peter da Silva <peter@NeoSoft.com> - Phil Sutherland <philsuth@mycroft.dialix.oz.au> + Phil Sutherland <philsuth@mycroft.dialix.oz.au> - Poul-Henning Kamp<phk@FreeBSD.ORG> + Poul-Henning Kamp<phk@FreeBSD.ORG> - Ralf Friedl <friedl@informatik.uni-kl.de> + Ralf Friedl <friedl@informatik.uni-kl.de> - Rick Macklem <root@snowhite.cis.uoguelph.ca> + Rick Macklem <root@snowhite.cis.uoguelph.ca> - Robert D. Thrush <rd@phoenix.aii.com> + Robert D. Thrush <rd@phoenix.aii.com> - Rodney W. Grimes <rgrimes@cdrom.com> + Rodney W. Grimes <rgrimes@cdrom.com> - Sascha Wildner <swildner@channelz.GUN.de> + Sascha Wildner <swildner@channelz.GUN.de> - Scott Burris <scott@pita.cns.ucla.edu> + Scott Burris <scott@pita.cns.ucla.edu> - Scott Reynolds <scott@clmqt.marquette.mi.us> + Scott Reynolds <scott@clmqt.marquette.mi.us> - Sean Eric Fagan <sef@kithrup.com> + Sean Eric Fagan <sef@kithrup.com> - Simon J Gerraty <sjg@melb.bull.oz.au> <sjg@zen.void.oz.au> + Simon J Gerraty <sjg@melb.bull.oz.au> <sjg@zen.void.oz.au> - Stephen McKay <syssgm@devetir.qld.gov.au> + Stephen McKay <syssgm@devetir.qld.gov.au> - Terry Lambert <terry@icarus.weber.edu> + Terry Lambert <terry@icarus.weber.edu> - Terry Lee <terry@uivlsi.csl.uiuc.edu> + Terry Lee <terry@uivlsi.csl.uiuc.edu> - Tor Egge <Tor.Egge@idi.ntnu.no> + Tor Egge <Tor.Egge@idi.ntnu.no> - Warren Toomey <wkt@csadfa.cs.adfa.oz.au> + Warren Toomey <wkt@csadfa.cs.adfa.oz.au> - Wiljo Heinen <wiljo@freeside.ki.open.de> + Wiljo Heinen <wiljo@freeside.ki.open.de> - William Jolitz <withheld> + William Jolitz <withheld> - Wolfgang Solfrank <ws@tools.de> + Wolfgang Solfrank <ws@tools.de> - Wolfgang Stanglmeier <wolf@dentaro.GUN.de> + Wolfgang Stanglmeier <wolf@dentaro.GUN.de> - Yuval Yarom <yval@cs.huji.ac.il> + Yuval Yarom <yval@cs.huji.ac.il> @@ -33289,11 +33296,11 @@ options DDB p $eax - and modify it by + and modify it by: set $eax new-value - + Should you need to call some kernel functions from DDB, simply say: @@ -33315,11 +33322,11 @@ options DDB to reboot. Remember that, depending on the severity of previous malfunctioning, not all parts of the kernel might still be working as expected. Perform one of the following actions to shut down and - reboot your system: + reboot your system: call diediedie() - + This will cause your kernel to dump core and reboot, so you can later analyze the core on a higher level with kgdb. This command @@ -33590,11 +33597,11 @@ Module Name EXEC 0 3 f0baf000 0018 f0bb4000 1 linux_emulator linux=YES by changing it from NO to YES. FreeBSD 2.1 RELEASE and earlier do not have such a line and on those you will - need to edit /etc/rc.local to add the following line. + need to edit /etc/rc.local to add the following line. linux - + @@ -34291,10 +34298,11 @@ richc.isdn.bcm.tmc.edu 9845-03452-90255 Bugs The Notebook front end is known to hang sometimes when reading - notebook files with an error messages similar to: + notebook files with an error messages similar to: + File .../Untitled-1.mb appears to be broken for OMPR.257.0 - + We have not found the cause for this, but it only affects the Notebook's X Window front end, not the mathematica engine itself. diff --git a/en_US.ISO8859-1/books/handbook/book.sgml b/en_US.ISO8859-1/books/handbook/book.sgml index 592e60488e..9a1da58c00 100644 --- a/en_US.ISO8859-1/books/handbook/book.sgml +++ b/en_US.ISO8859-1/books/handbook/book.sgml @@ -99,7 +99,7 @@ - FreeBSD is a 32-bit + FreeBSD is a 32-bit operating system and was designed as such from the ground up. @@ -7050,11 +7050,11 @@ device lpt0 at isa? port? tty irq N vector lptintr If you want polled mode, do not add the - irq specifier: + irq specifier: device lpt0 at isa? port? tty vector lptintr - + @@ -7239,11 +7239,11 @@ printer:dv=/dev/port:br#bps-rateHere is a sample entry for a printer connected via a serial line to the third serial port at 19200 bps - with no parity: + with no parity: printer:dv=/dev/ttyd2:br#19200:pa=none - + @@ -7264,11 +7264,11 @@ printer:dv=/dev/ttyd2:br#19200:pa=none If the printer can print plain text, then use - lptest. Type: + lptest. Type: ~$lptest - + @@ -7517,13 +7517,13 @@ bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\ your network, you might want to put the spooling directories under a single directory that you reserve just for printing with LPD. We will do this for our two example printers - rattan and bamboo: + rattan and bamboo: &prompt.root; mkdir /var/spool/lpd &prompt.root; mkdir /var/spool/lpd/rattan &prompt.root; mkdir /var/spool/lpd/bamboo - + If you are concerned about the privacy of jobs that @@ -7545,7 +7545,7 @@ bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\ Finally, you need to tell LPD about these directories using the /etc/printcap file. You specify the pathname of the spooling directory with the - sd capability: + sd capability: # @@ -7602,7 +7602,7 @@ bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\ :lp=/dev/ttyd5: - If you do not specify the lp + If you do not specify the lp capability for a printer in your /etc/printcap file, LPD uses /dev/lp as a default. @@ -7645,7 +7645,7 @@ bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\ The following /etc/printcap capabilities control serial communication parameters of the - device listed in the lp + device listed in the lp capability: @@ -7701,7 +7701,7 @@ bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\ When LPD opens the device specified by the lp capability, it reads the flag bits in the sgttyb structure; it clears - any bits in the fc capability, + any bits in the fc capability, then sets bits in the fs capability, then applies the resultant setting. It does the same for the local mode bits as well. @@ -7886,7 +7886,7 @@ $%&'()*+,-./01234567 The following replacement for the shell script /usr/local/libexec/if-simple prints a form feed after it sends the job to the - printer: + printer: #!/bin/sh @@ -7899,7 +7899,7 @@ $%&'()*+,-./01234567 /bin/cat && printf "\f" && exit 0 exit 2 - + @@ -8008,7 +8008,7 @@ exit 2 called orchid. It has a single printer attached to its first parallel port, a Hewlett Packard LaserJet 3Si named teak. It is using the - above script as its text filter: + above script as its text filter: # @@ -8017,7 +8017,7 @@ exit 2 teak|hp|laserjet|Hewlett Packard LaserJet 3Si:\ :lp=/dev/lpt0:sh:sd=/var/spool/lpd/teak:mx#0:\ :if=/usr/local/libexec/hpif: - + @@ -8213,8 +8213,7 @@ rattan|line|diablo|lp|Diablo 630 Line Printer:\ not use the option, then these commands use the printer specified in the PRINTER environment variable. Finally, if you do not have a PRINTER environment variable, these commands - default to the printer named lp. + default to the printer named lp. Hereafter, the terminology default printer means the printer named in the PRINTER environment variable, or the @@ -8360,10 +8359,11 @@ mary: 3rd [job 011rose] To remove a job from the default printer, first use lpq to find - the job number. Then type + the job number. Then type: + &prompt.user; lprm job-number - + To remove the job from a specific printer, add the option. The following command removes job @@ -8855,7 +8855,7 @@ cfA013rose dequeued - down + down printer-name message @@ -8881,7 +8881,7 @@ cfA013rose dequeued - help + help command-name @@ -8899,8 +8899,7 @@ cfA013rose dequeued Start the printer. Ordinary users can use this command if some extraordinary circumstance hangs LPD, but they cannot start a printer stopped with either the - stop or down commands. The restart command is equivalent to + stop or down commands. The restart command is equivalent to abort followed by start. @@ -9455,10 +9454,13 @@ exit 2 Finally, you need to notify LPD of the filter - via the if capability: + via the if capability: + :if=/usr/local/libexec/hpif: - That is it. You can type lpr plain.text and lpr + + + That is it. You can type lpr plain.text and lpr whatever.ps and both should print successfully. @@ -10090,7 +10092,7 @@ printf "\033&k2G" || exit 2 exec Specify the path to the output filter in the - of capability. See of capability. See for more information. @@ -10745,11 +10747,11 @@ exit 0; lpr by adding the sc capability to the /etc/printcap file. When users submit jobs - with the option, they will see + with the option, they will see: lpr: multiple copies are not allowed - + Note that if you have set up access to a printer remotely (see section /etc/printcap file for the host rose. The printer rattan is quite hearty, so we will allow multiple copies, but the laser printer bamboo's a bit more delicate, so we will - disable multiple copies by adding the sc capability: + disable multiple copies by adding the sc capability: # @@ -11531,7 +11533,9 @@ options QUOTA quotas=NO - to: + + + to: quotas=YES @@ -11539,11 +11543,11 @@ quotas=YES If you are running FreeBSD 2.2.2 or later, the configuration file will be /etc/rc.conf instead and the - variable name changed to + variable name changed to: check_quotas=YES - + Finally you will need to edit /etc/fstab to enable disk quotas on a per-file system basis. This is where you @@ -13313,7 +13317,7 @@ INS8250 -> INS8250B D. The p is the package-type field. - The types are: + The types are: @@ -13338,7 +13342,7 @@ INS8250 -> INS8250B - + The g is the product grade field. If an I precedes the package-type letter, it indicates an @@ -13548,11 +13552,11 @@ INS8250 -> INS8250B modem is attached to the serial port, you need to first issue a ATE0&W command to the modem so that the modem will not echo any of the test characters. If you forget to do this, - COMTEST will report at least this one difference: + COMTEST will report at least this one difference: Error (6)...Timeout interrupt failed: IIR = c1 LSR = 61 - + @@ -14388,7 +14392,7 @@ INS8250 -> INS8250B Configuring the <devicename>sio</devicename> driver - The sio driver provides + The sio driver provides support for NS8250-, NS16450-, NS16550 and NS16550A-based EIA RS-232C (CCITT V.24) communications interfaces. Several multiport cards are supported as well. See the sio4 manual page for detailed technical @@ -14441,7 +14445,7 @@ device sio11 at isa? port 0x138 tty flags 0xb05 irq 9 vector siointr You either need the kernel sources installed so you can recompile the necessary options or you will need someone else to compile it for you. The 2.0.5 default - kernel does not come with + kernel does not come with multiport support enabled and you will need to add a device entry for each port anyways. @@ -14624,14 +14628,14 @@ sio16: type 16550A (multiport master) - Add the cy device to + Add the cy device to your (note that your irq and - iomem settings may differ). + iomem settings may differ). device cy0 at isa? tty irq 10 iomem 0xd4000 iosiz 0x2000 vector cyintr - + @@ -14642,12 +14646,12 @@ device cy0 at isa? tty irq 10 iomem 0xd4000 iosiz 0x2000 vector cyintr Make the by typing (the following example - assumes an 8-port board): + assumes an 8-port board): &prompt.root; cd /dev &prompt.root; for i in 0 1 2 3 4 5 6 7;do ./MAKEDEV cuac$i ttyc$i;done - + @@ -15481,12 +15485,11 @@ disk wd3 at wdc1 drive 1 first, they reputedly are quite expensive. Please keep in mind that terminators for differential and - single-ended buses are not identical. You should not mix the two variants. + single-ended buses are not identical. You should not mix the two variants. OK, and now where should you install your terminators? This is by far the most misunderstood part of SCSI. And it is - by far the simplest. The rule is: every + by far the simplest. The rule is: every single line on the SCSI bus has 2 (two) terminators, one at each end of the bus. So, two and not one or three or whatever. Do yourself a favor and stick to this rule. It @@ -15683,7 +15686,7 @@ disk wd3 at wdc1 drive 1 it? The SCSI BIOS itself presents to the system a so called - translated drive. This means + translated drive. This means that a fake drive table is constructed that allows the PC to boot the drive. This translation is often (but not always) done using a pseudo drive with 64 heads and 32 sectors per @@ -16787,8 +16790,8 @@ options "TUNE_1542" #dynamic tune of bus DMA speed This drives quirks are known and pre-compiled into the scsi tape device driver (st4). - Under FreeBSD 2.2-current, use mt - blocksize 512 to set the blocksize. (The + Under FreeBSD 2.2-current, use mt + blocksize 512 to set the blocksize. (The particular drive had firmware revision 21247 -005. Other firmware revisions may behave differently) Previous versions of FreeBSD did not have this problem. @@ -17949,7 +17952,8 @@ st0(ncr1:4:0): Logical unit is in process of becoming ready physically separated from your computers and disk drives by a significant distance. - An example script for creating a bootable floppy: + An example script for creating a bootable floppy: + #!/bin/sh # @@ -18102,7 +18106,7 @@ chmod 644 /mnt/etc/passwd # umount the floppy and inform the user # /sbin/umount /mnt - + @@ -18209,7 +18213,7 @@ options "SC_MOUSE_CHAR=0x03" Russian console entry in - /etc/rc.conf should looks like + /etc/rc.conf should looks like: keymap=ru.koi8-r @@ -18218,7 +18222,7 @@ scrnmap=koi8-r2cp866 font8x16=cp866b-8x16 font8x14=cp866-8x14 font8x8=cp866-8x8 - + ^[ means that real ESC character must be entered into @@ -18242,11 +18246,11 @@ font8x8=cp866-8x8 For each ttyv? entry in /etc/ttys change terminal type from cons25 to cons25r, i.e. each entry should looks - like + like: ttyv0 "/usr/libexec/getty Pc" cons25r on secure - + @@ -18520,9 +18524,8 @@ XkbKeymap "xfree86(ru)" XkbDisable is turned off (commented out) there. - RUS/LAT switch will be CapsLock. Old CapsLock function still - available via Shift+CapsLock + RUS/LAT switch will be CapsLock. Old CapsLock function still + available via Shift+CapsLock (in LAT mode only). @@ -18531,8 +18534,8 @@ XkbKeymap "xfree86(ru)" linkend="russian-note" remap="locale note"> for more info. Russian XKB keyboard may not work with non-localized applications too, minimally localized application should - call XtSetLanguageProc - (NULL, NULL, NULL); function early in the program. + call XtSetLanguageProc + (NULL, NULL, NULL); function early in the program. @@ -18545,8 +18548,8 @@ XkbKeymap "xfree86(ru)" id="german"> German Language (ISO 8859-1) - Slaven Rezic <eserte@cs.tu-berlin.de> wrote a tutorial how to use umlauts on a FreeBSD machine. The tutorial is written in German and available at http://www.de.freebsd.org/de/umlaute/. + Slaven Rezic <eserte@cs.tu-berlin.de> wrote a tutorial how to use umlauts on a FreeBSD machine. The tutorial is written in German and available at http://www.de.freebsd.org/de/umlaute/. @@ -18610,8 +18613,8 @@ XkbKeymap "xfree86(ru)" bps. Naturally, you should make the initial state and lock state - devices writable only by root. The - MAKEDEV script does NOT do + devices writable only by root. The + MAKEDEV script does not do this when it creates the device entries. @@ -18941,7 +18944,7 @@ XkbKeymap "xfree86(ru)" Callin ports are named - /dev/ttydX where X is the port number, starting from zero. Generally, you use the callin port for terminals. Callin ports require that the serial line assert the data carrier detect (DCD) signal to work. + /dev/ttydX where X is the port number, starting from zero. Generally, you use the callin port for terminals. Callin ports require that the serial line assert the data carrier detect (DCD) signal to work. @@ -18997,7 +19000,7 @@ XkbKeymap "xfree86(ru)" Specify that /usr/libexec/getty be - run on the port, and specify the appropriate getty type from the + run on the port, and specify the appropriate getty type from the /etc/gettytab file. @@ -19019,7 +19022,8 @@ XkbKeymap "xfree86(ru)" - As an optional step, you may wish to create a custom getty type for use in step 2 by making an + As an optional step, you may wish to create a custom + getty type for use in step 2 by making an entry in /etc/gettytab. This document does not explain how to do so; you are encouraged to see the gettytab5 and the getty8 manual pages for more @@ -19075,7 +19079,7 @@ ttyd5 - Specifying the <emphasis remap=tt>getty</emphasis> + <title>Specifying the <replaceable>getty</replaceable> Type Next, we need to specify what program will be run to handle @@ -19716,7 +19720,7 @@ device sio3 at isa? port "IO_COM4" tty irq 9 vector siointr (/dev/ttyld? and /dev/cual0?). The initialization devices are used to initialize communications port parameters each time a port - is opened, such as crtscts for + is opened, such as crtscts for modems which use CTS/RTS signaling for flow control. The locking devices are used to lock flags on ports to prevent users or programs changing certain parameters; see the @@ -20529,11 +20533,11 @@ tip57600|Dial any phone number at 57600 bps:\ cu115200|Use cu to dial any number at 115200bps:\ :dv=/dev/cuaa1:br#57600:at=hayes:pa=none:du: - and type + and type: &prompt.root; cu 5551234 -s 115200 - + @@ -22024,7 +22028,7 @@ sendmail_flags="-bd" Working as a PPP client I used the following /etc/ppp/options to - connect to CISCO terminal server PPP line. + connect to CISCO terminal server PPP line. crtscts # enable hardware flow control @@ -22042,7 +22046,7 @@ domain ppp.foo.com # put your domain name here defaultroute # put this if you want that PPP server will be your # default router - + To connect: @@ -22531,7 +22535,10 @@ hostname=myname.my.domain changing the line that says: network_interfaces="lo0" - to: + + + to: + network_interfaces="lo0 sl0" @@ -22690,12 +22697,14 @@ output ***\x0d, echo \x0aCONNECTED\x0a - Try ifconfig sl0 to see your interface status. I get: + Try ifconfig sl0 to see your + interface status. I get: + &prompt.root; ifconfig sl0 sl0: flags=10<POINTOPOINT> inet 136.152.64.181 --> 136.152.64.1 netmask ffffff00 - + @@ -23515,11 +23524,11 @@ host2.foobar.com link#1 UC 0 0 Service Provider's (ISP) site. Let us look at an example of default routes. This is a common - configuration: + configuration: [Local2] <--ether--> [Local1] <--PPP--> [ISP-Serv] <--ether--> [T1-GW] - + The hosts Local1 and Local2 are at your site, with the formed being your PPP connection to your ISP's Terminal Server. Your ISP @@ -23717,11 +23726,11 @@ Local1 (10.20.30.1, 10.9.9.30) --> T1-GW (10.9.9.1) fastws:/sharedfs /project nfs rw,-r=1024 0 0 - as a manual mount command on freebox: + as a manual mount command on freebox: &prompt.root; mount -t nfs -o -r=1024 fastws:/sharedfs /project - + Examples for the FreeBSD system as the server: in /etc/fstab on fastws: @@ -23730,11 +23739,11 @@ fastws:/sharedfs /project nfs rw,-r=1024 0 0 freebox:/sharedfs /project nfs rw,-w=1024 0 0 - as a manual mount command on fastws: + as a manual mount command on fastws: &prompt.root; mount -t nfs -o -w=1024 freebox:/sharedfs /project - + Nearly any 16-bit Ethernet adapter will allow operation without the above restrictions on the read or write size. @@ -24882,12 +24891,12 @@ to /etc/sendmail.cf. The other is to use UUCP. The key is to get a Internet site to provide secondary MX - services for your domain. For example: + services for your domain. For example: bigco.com. MX 10 bigco.com. MX 20 smalliap.com. - + Only one host should be specified as the final recipient ( add Cw bigco.com in /etc/sendmail.cf on @@ -24919,7 +24928,7 @@ bigco.com. MX 10 bigco.com. A further refinement of the situation is as follows. - Message stolen from the freebsd-isp mailing list. + Message stolen from the freebsd-isp mailing list. > we provide the secondary mx for a customer. The customer connects to @@ -24947,7 +24956,7 @@ That way a remote site will deliver straight to you, without trying the customer connection. You then send to your customer. Only works for "hosts", so you need to get your customer to name their mail machine "customer.com" as well as "hostname.customer.com" in the DNS. Just put -an A record in the DNS for "customer.com". +an A record in the DNS for "customer.com". @@ -28195,7 +28204,7 @@ THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. # Date created: 5 December 1994 # Whom: asami # -# $Id: book.sgml,v 1.45 1998-10-26 23:49:15 nik Exp $ +# $Id: book.sgml,v 1.46 1998-10-26 23:49:56 nik Exp $ # DISTNAME= oneko-1.1b @@ -28372,7 +28381,7 @@ lib/X11/oneko/mouse.xpm But do not worry if you do not really understand what bsd.port.mk is doing, not many people - do... :> + do... :> @@ -28456,7 +28465,7 @@ lib/X11/oneko/mouse.xpm For example, if you have a post-extract target defined in your Makefile, and a file pre-build in the - scripts subdirectory, the + scripts subdirectory, the post-extract target will be called after the regular extraction actions, and the pre-build script will be executed before @@ -28470,7 +28479,7 @@ lib/X11/oneko/mouse.xpm commands to extract a port are in the target do-extract. If you are not happy with the default target, you can fix it by redefining the do-something target in - your Makefile. + your Makefile. The main targets (e.g., extract, configure, etc.) do nothing more than @@ -28945,7 +28954,7 @@ FETCH_DEPENDS= ncftp2:${PORTSDIR}/net/ncftp2 install.man target, NO_INSTALL_MANPAGES=yes should be set. In addition, the author of the original port should be shot. - :> + :> @@ -29021,7 +29030,7 @@ FETCH_DEPENDS= ncftp2:${PORTSDIR}/net/ncftp2 the length of this section, but it is imperative to weave all the info files together. If done correctly, it will produce a beautiful listing, so please bear with me! - :) + :) First, this is what you (as a porter) need to know: @@ -29054,7 +29063,7 @@ Options: Look at the texinfo sources and make a patch to insert @dircategory and @direntry statements to files that don't have them. This is part of - my patch: + my patch: --- ./man/vip.texi.org Fri Jun 16 15:31:11 1995 @@ -29071,7 +29080,7 @@ Options: @iftex @finalout : - + The format should be self-explanatory. Many authors leave a dir file in the source tree @@ -29295,8 +29304,7 @@ diff -u -r1.15 PLIST - Test and admire your work. :) The sequence I recommend is: + Test and admire your work. :) The sequence I recommend is: make package, pkg_delete, then pkg_add. Check the dir file before and after each @@ -30538,123 +30546,123 @@ pre-install: - A JOSEPH KOSHY <koshy@india.hp.com> + A JOSEPH KOSHY <koshy@india.hp.com> - ABURAYA Ryushirou <rewsirow@ff.iij4u.or.jp> + ABURAYA Ryushirou <rewsirow@ff.iij4u.or.jp> - Ada T Lim <ada@bsd.org> + Ada T Lim <ada@bsd.org> - Adam Glass <glass@postgres.berkeley.edu> + Adam Glass <glass@postgres.berkeley.edu> - Adrian T. Filipi-Martin <atf3r@agate.cs.virginia.edu> + Adrian T. Filipi-Martin <atf3r@agate.cs.virginia.edu> - Akito Fujita <fujita@zoo.ncl.omron.co.jp> + Akito Fujita <fujita@zoo.ncl.omron.co.jp> - Alain Kalker <A.C.P.M.Kalker@student.utwente.nl> + Alain Kalker <A.C.P.M.Kalker@student.utwente.nl> - Alan Cox <alc@cs.rice.edu> + Alan Cox <alc@cs.rice.edu> - Andreas Kohout <shanee@rabbit.augusta.de> + Andreas Kohout <shanee@rabbit.augusta.de> - Andreas Lohr <andreas@marvin.RoBIN.de> + Andreas Lohr <andreas@marvin.RoBIN.de> - Andrew Gordon <andrew.gordon@net-tel.co.uk> + Andrew Gordon <andrew.gordon@net-tel.co.uk> - Andrew Herbert <andrew@werple.apana.org.au> + Andrew Herbert <andrew@werple.apana.org.au> - Andrew McRae <amcrae@cisco.com> + Andrew McRae <amcrae@cisco.com> - Andrew Moore <alm@FreeBSD.org> + Andrew Moore <alm@FreeBSD.org> - Andrew Stevenson <andrew@ugh.net.au> + Andrew Stevenson <andrew@ugh.net.au> - Andrew V. Stesin <stesin@elvisti.kiev.ua> + Andrew V. Stesin <stesin@elvisti.kiev.ua> - Andrey Zakhvatov <andy@icc.surw.chel.su> + Andrey Zakhvatov <andy@icc.surw.chel.su> - Andy Whitcroft <andy@sarc.city.ac.uk> + Andy Whitcroft <andy@sarc.city.ac.uk> - Angelo Turetta <ATuretta@stylo.it> + Angelo Turetta <ATuretta@stylo.it> - Anthony Yee-Hang Chan <yeehang@netcom.com> + Anthony Yee-Hang Chan <yeehang@netcom.com> - Ari Suutari <ari@suutari.iki.fi> + Ari Suutari <ari@suutari.iki.fi> - Brent J. Nordquist <bjn@visi.com> + Brent J. Nordquist <bjn@visi.com> - Bernd Rosauer <br@schiele-ct.de> + Bernd Rosauer <br@schiele-ct.de> - Bill Kish <kish@osf.org> + Bill Kish <kish@osf.org> @@ -30662,249 +30670,249 @@ pre-install: - Bob Wilcox <bob@obiwan.uucp> + Bob Wilcox <bob@obiwan.uucp> - Boyd Faulkner <faulkner@mpd.tandem.com> + Boyd Faulkner <faulkner@mpd.tandem.com> - Brent J. Nordquist <bjn@visi.com> + Brent J. Nordquist <bjn@visi.com> - Brett Taylor <brett@peloton.physics.montana.edu> + Brett Taylor <brett@peloton.physics.montana.edu> - Brian Clapper <bmc@willscreek.com> + Brian Clapper <bmc@willscreek.com> - Brian Handy <handy@lambic.space.lockheed.com> + Brian Handy <handy@lambic.space.lockheed.com> - Brian Tao <taob@risc.org> + Brian Tao <taob@risc.org> - Brion Moss <brion@queeg.com> + Brion Moss <brion@queeg.com> - Bruce Gingery <bgingery@gtcs.com> + Bruce Gingery <bgingery@gtcs.com> - Carey Jones <mcj@acquiesce.org> + Carey Jones <mcj@acquiesce.org> - Carl Fongheiser <cmf@netins.net> + Carl Fongheiser <cmf@netins.net> - Charles Hannum <mycroft@ai.mit.edu> + Charles Hannum <mycroft@ai.mit.edu> - Charles Mott <cmott@srv.net> + Charles Mott <cmott@srv.net> - Chet Ramey <chet@odin.INS.CWRU.Edu> + Chet Ramey <chet@odin.INS.CWRU.Edu> - Chris Dabrowski < - chris@vader.org> + chris@vader.org> - Chris G. Demetriou <cgd@postgres.berkeley.edu> + Chris G. Demetriou <cgd@postgres.berkeley.edu> - Chris Shenton <cshenton@angst.it.hq.nasa.gov> + Chris Shenton <cshenton@angst.it.hq.nasa.gov> - Chris Stenton <jacs@gnome.co.uk> + Chris Stenton <jacs@gnome.co.uk> - Chris Timmons <skynyrd@opus.cts.cwu.edu> + Chris Timmons <skynyrd@opus.cts.cwu.edu> - Chris Torek <torek@ee.lbl.gov> + Chris Torek <torek@ee.lbl.gov> - Christian Gusenbauer <cg@fimp01.fim.uni-linz.ac.at> + Christian Gusenbauer <cg@fimp01.fim.uni-linz.ac.at> - Christian Haury <Christian.Haury@sagem.fr> + Christian Haury <Christian.Haury@sagem.fr> - Christoph Robitschko <chmr@edvz.tu-graz.ac.at> + Christoph Robitschko <chmr@edvz.tu-graz.ac.at> - Choi Jun Ho <junker@jazz.snu.ac.kr> + Choi Jun Ho <junker@jazz.snu.ac.kr> - Chuck Hein <chein@cisco.com> + Chuck Hein <chein@cisco.com> - Conrad Sabatier <conrads@neosoft.com> + Conrad Sabatier <conrads@neosoft.com> - Cornelis van der Laan <nils@guru.ims.uni-stuttgart.de> + Cornelis van der Laan <nils@guru.ims.uni-stuttgart.de> - Craig Struble <cstruble@vt.edu> + Craig Struble <cstruble@vt.edu> - Cristian Ferretti <cfs@riemann.mat.puc.cl> + Cristian Ferretti <cfs@riemann.mat.puc.cl> - Curt Mayer <curt@toad.com> + Curt Mayer <curt@toad.com> - Dai Ishijima <ishijima@tri.pref.osaka.jp> + Dai Ishijima <ishijima@tri.pref.osaka.jp> - Dan Cross <tenser@spitfire.ecsel.psu.edu> + Dan Cross <tenser@spitfire.ecsel.psu.edu> - Daniel Baker <dbaker@crash.ops.neosoft.com> + Daniel Baker <dbaker@crash.ops.neosoft.com> - Daniel M. Eischen <deischen@iworks.InterWorks.org> + Daniel M. Eischen <deischen@iworks.InterWorks.org> - Daniel O'Connor <doconnor@gsoft.com.au> + Daniel O'Connor <doconnor@gsoft.com.au> - Danny J. Zerkel <dzerkel@feephi.phofarm.com> + Danny J. Zerkel <dzerkel@feephi.phofarm.com> - Dave Bodenstab <imdave@synet.net> + Dave Bodenstab <imdave@synet.net> - Dave Burgess <burgess@hrd769.brooks.af.mil> + Dave Burgess <burgess@hrd769.brooks.af.mil> - Dave Chapeskie <dchapes@zeus.leitch.com> + Dave Chapeskie <dchapes@zeus.leitch.com> - Dave Edmondson <davided@sco.com> + Dave Edmondson <davided@sco.com> - Dave Rivers <rivers@ponds.uucp> + Dave Rivers <rivers@ponds.uucp> - David A. Bader <dbader@umiacs.umd.edu> + David A. Bader <dbader@umiacs.umd.edu> - David Dawes <dawes@physics.su.OZ.AU> + David Dawes <dawes@physics.su.OZ.AU> - David Holloway <daveh@gwythaint.tamis.com> + David Holloway <daveh@gwythaint.tamis.com> - David Leonard <d@scry.dstc.edu.au> + David Leonard <d@scry.dstc.edu.au> - Dean Huxley <dean@fsa.ca> + Dean Huxley <dean@fsa.ca> - Dirk Froemberg <dirk@hal.in-berlin.de> + Dirk Froemberg <dirk@hal.in-berlin.de> - Dmitrij Tejblum <dima@tejblum.dnttm.rssi.ru> + Dmitrij Tejblum <dima@tejblum.dnttm.rssi.ru> - Dmitry Kohmanyuk <dk@farm.org> + Dmitry Kohmanyuk <dk@farm.org> @@ -30912,28 +30920,28 @@ pre-install: - Don Yuniskis <dgy@rtd.com> + Don Yuniskis <dgy@rtd.com> - Donald Burr <d_burr@ix.netcom.com> + Donald Burr <d_burr@ix.netcom.com> - Doug Ambrisko <ambrisko@ambrisko.roble.com> + Doug Ambrisko <ambrisko@ambrisko.roble.com> - Douglas Carmichael <dcarmich@mcs.com> + Douglas Carmichael <dcarmich@mcs.com> - Eiji-usagi-MATSUmoto <usagi@ruby.club.or.jp> + Eiji-usagi-MATSUmoto <usagi@ruby.club.or.jp> @@ -30941,143 +30949,143 @@ pre-install: - Eric A. Griff <eagriff@global2000.net> + Eric A. Griff <eagriff@global2000.net> - Eric Blood <eblood@cs.unr.edu> + Eric Blood <eblood@cs.unr.edu> - Eric J. Chet <ejc@bazzle.com> + Eric J. Chet <ejc@bazzle.com> - Eric J. Schwertfeger <eric@cybernut.com> + Eric J. Schwertfeger <eric@cybernut.com> - Francis M J Hsieh <mjhsieh@life.nthu.edu.tw> + Francis M J Hsieh <mjhsieh@life.nthu.edu.tw> - Frank Bartels <knarf@camelot.de> + Frank Bartels <knarf@camelot.de> - Frank Chen Hsiung Chan <frankch@waru.life.nthu.edu.tw> + Frank Chen Hsiung Chan <frankch@waru.life.nthu.edu.tw> - Frank Maclachlan <fpm@crash.cts.com> + Frank Maclachlan <fpm@crash.cts.com> - Frank Nobis <fn@trinity.radio-do.de> + Frank Nobis <fn@trinity.radio-do.de> - FUJIMOTO Kensaku <fujimoto@oscar.elec.waseda.ac.jp> + FUJIMOTO Kensaku <fujimoto@oscar.elec.waseda.ac.jp> - FURUSAWA Kazuhisa <furusawa@com.cs.osakafu-u.ac.jp> + FURUSAWA Kazuhisa <furusawa@com.cs.osakafu-u.ac.jp> - Gary A. Browning <gab10@griffcd.amdahl.com> + Gary A. Browning <gab10@griffcd.amdahl.com> - Gary Kline <kline@thought.org> + Gary Kline <kline@thought.org> - Gerard Roudier <groudier@club-internet.fr> + Gerard Roudier <groudier@club-internet.fr> - Greg Ungerer <gerg@stallion.oz.au> + Greg Ungerer <gerg@stallion.oz.au> - Harlan Stenn <Harlan.Stenn@pfcs.com> + Harlan Stenn <Harlan.Stenn@pfcs.com> - Havard Eidnes <Havard.Eidnes@runit.sintef.no> + Havard Eidnes <Havard.Eidnes@runit.sintef.no> - Hideaki Ohmon <ohmon@tom.sfc.keio.ac.jp> + Hideaki Ohmon <ohmon@tom.sfc.keio.ac.jp> - Hidekazu Kuroki <hidekazu@cs.titech.ac.jp> + Hidekazu Kuroki <hidekazu@cs.titech.ac.jp> - Hidetoshi Shimokawa <simokawa@sat.t.u-tokyo.ac.jp> + Hidetoshi Shimokawa <simokawa@sat.t.u-tokyo.ac.jp> - Hideyuki Suzuki <hideyuki@sat.t.u-tokyo.ac.jp> + Hideyuki Suzuki <hideyuki@sat.t.u-tokyo.ac.jp> - Hironori Ikura <hikura@kaisei.org> + Hironori Ikura <hikura@kaisei.org> - Holger Veit <Holger.Veit@gmd.de> + Holger Veit <Holger.Veit@gmd.de> - Hung-Chi Chu <hcchu@r350.ee.ntu.edu.tw> + Hung-Chi Chu <hcchu@r350.ee.ntu.edu.tw> - Ian Vaudrey <i.vaudrey@bigfoot.com> + Ian Vaudrey <i.vaudrey@bigfoot.com> - Igor Vinokurov <igor@zynaps.ru> + Igor Vinokurov <igor@zynaps.ru> - Ikuo Nakagawa <ikuo@isl.intec.co.jp> + Ikuo Nakagawa <ikuo@isl.intec.co.jp> - IMAMURA Tomoaki <tomoak-i@is.aist-nara.ac.jp> + IMAMURA Tomoaki <tomoak-i@is.aist-nara.ac.jp> @@ -31085,183 +31093,183 @@ pre-install: - Issei Suzuki<issei@t-cnet.or.jp> + Issei Suzuki <issei@t-cnet.or.jp> - Itsuro Saito <saito@miv.t.u-tokyo.ac.jp> + Itsuro Saito <saito@miv.t.u-tokyo.ac.jp> - J. David Lowe <lowe@saturn5.com> + J. David Lowe <lowe@saturn5.com> - J.T. Conklin <jtc@cygnus.com> + J.T. Conklin <jtc@cygnus.com> - James Clark <jjc@jclark.com> + James Clark <jjc@jclark.com> - James da Silva <jds@cs.umd.edu> et al + James da Silva <jds@cs.umd.edu> et al - Janusz Kokot <janek@gaja.ipan.lublin.pl> + Janusz Kokot <janek@gaja.ipan.lublin.pl> - Jason Thorpe <thorpej@nas.nasa.gov> + Jason Thorpe <thorpej@nas.nasa.gov> - Javier Martin Rueda <jmrueda@diatel.upm.es> + Javier Martin Rueda <jmrueda@diatel.upm.es> - Jeff Bartig <jeffb@doit.wisc.edu> + Jeff Bartig <jeffb@doit.wisc.edu> - Jeffrey Wheat <jeff@cetlink.net> + Jeffrey Wheat <jeff@cetlink.net> - Jian-Da Li <jdli@csie.NCTU.edu.tw> + Jian-Da Li <jdli@csie.NCTU.edu.tw> - Jim Binkley <jrb@cs.pdx.edu> + Jim Binkley <jrb@cs.pdx.edu> - Jim Lowe <james@cs.uwm.edu> + Jim Lowe <james@cs.uwm.edu> - Jim Wilson <wilson@moria.cygnus.com> + Jim Wilson <wilson@moria.cygnus.com> - Joao Carlos Mendes Luis <jonny@coppe.ufrj.br> + Joao Carlos Mendes Luis <jonny@coppe.ufrj.br> - Joel Sutton <sutton@aardvark.apana.org.au> + Joel Sutton <sutton@aardvark.apana.org.au> - Johann Tonsing <jtonsing@mikom.csir.co.za> + Johann Tonsing <jtonsing@mikom.csir.co.za> - John Capo <jc@irbs.com> + John Capo <jc@irbs.com> - John Heidemann <johnh@isi.edu> + John Heidemann <johnh@isi.edu> - John Perry <perry@vishnu.alias.net> + John Perry <perry@vishnu.alias.net> - John Polstra <jdp@polstra.com> + John Polstra <jdp@polstra.com> - John Rochester <jr@cs.mun.ca> + John Rochester <jr@cs.mun.ca> - Josef Karthauser <joe@uk.freebsd.org> + Josef Karthauser <joe@uk.freebsd.org> - Joseph Stein <joes@seaport.net> + Joseph Stein <joes@seaport.net> - Josh Gilliam <josh@quick.net> + Josh Gilliam <josh@quick.net> - Josh Tiefenbach <josh@ican.net> + Josh Tiefenbach <josh@ican.net> - Juergen Lock <nox@jelal.hb.north.de> + Juergen Lock <nox@jelal.hb.north.de> - Juha Inkari <inkari@cc.hut.fi> + Juha Inkari <inkari@cc.hut.fi> - Julian Assange <proff@suburbia.net> + Julian Assange <proff@suburbia.net> - Julian Jenkins <kaveman@magna.com.au> + Julian Jenkins <kaveman@magna.com.au> - Julian Stacey <jhs@freebsd.org> + Julian Stacey <jhs@freebsd.org> - Junichi Satoh <junichi@jp.freebsd.org> + Junichi Satoh <junichi@jp.freebsd.org> - Kapil Chowksey <kchowksey@hss.hns.com> + Kapil Chowksey <kchowksey@hss.hns.com> - Kazuhiko Kiriyama <kiri@kiri.toba-cmt.ac.jp> + Kazuhiko Kiriyama <kiri@kiri.toba-cmt.ac.jp> - Keith Bostic <bostic@bostic.com> + Keith Bostic <bostic@bostic.com> @@ -31269,108 +31277,108 @@ pre-install: - Kenneth Monville <desmo@bandwidth.org> + Kenneth Monville <desmo@bandwidth.org> - Kent Vander Velden <graphix@iastate.edu> + Kent Vander Velden <graphix@iastate.edu> - Kirk McKusick <mckusick@mckusick.com> + Kirk McKusick <mckusick@mckusick.com> - Kiroh HARADA <kiroh@kh.rim.or.jp> + Kiroh HARADA <kiroh@kh.rim.or.jp> - Koichi Sato <copan@ppp.fastnet.or.jp> + Koichi Sato <copan@ppp.fastnet.or.jp> - Kostya Lukin <lukin@okbmei.msk.su> + Kostya Lukin <lukin@okbmei.msk.su> - Kurt Olsen <kurto@tiny.mcs.usu.edu> + Kurt Olsen <kurto@tiny.mcs.usu.edu> - Lars Koeller <Lars.Koeller@Uni-Bielefeld.DE> + Lars Koeller <Lars.Koeller@Uni-Bielefeld.DE> - Lucas James <Lucas.James@ldjpc.apana.org.au> + Lucas James <Lucas.James@ldjpc.apana.org.au> - Luigi Rizzo <luigi@iet.unipi.it> + Luigi Rizzo <luigi@iet.unipi.it> - Makoto MATSUSHITA <matusita@jp.freebsd.org> + Makoto MATSUSHITA <matusita@jp.freebsd.org> - Manu Iyengar <iyengar@grunthos.pscwa.psca.com> + Manu Iyengar <iyengar@grunthos.pscwa.psca.com> - Marc Frajola <marc@dev.com> + Marc Frajola <marc@dev.com> - Marc Ramirez <mrami@mramirez.sy.yale.edu> + Marc Ramirez <mrami@mramirez.sy.yale.edu> - Marc Slemko <marcs@znep.com> + Marc Slemko <marcs@znep.com> - Marc van Kempen <wmbfmk@urc.tue.nl> + Marc van Kempen <wmbfmk@urc.tue.nl> - Mario Sergio Fujikawa Ferreira <lioux@gns.com.br> + Mario Sergio Fujikawa Ferreira <lioux@gns.com.br> - Mark Huizer <xaa@stack.nl> + Mark Huizer <xaa@stack.nl> - Mark J. Taylor <mtaylor@cybernet.com> + Mark J. Taylor <mtaylor@cybernet.com> - Mark Krentel <krentel@rice.edu> + Mark Krentel <krentel@rice.edu> - Mark Tinguely <tinguely@plains.nodak.edu> <tinguely@hookie.cs.ndsu.NoDak.edu> + Mark Tinguely <tinguely@plains.nodak.edu> <tinguely@hookie.cs.ndsu.NoDak.edu> @@ -31378,243 +31386,243 @@ pre-install: - Martti Kuparinen <erakupa@kk.etx.ericsson.se> + Martti Kuparinen <erakupa@kk.etx.ericsson.se> - Masachika ISHIZUKA <ishizuka@isis.min.ntt.jp> + Masachika ISHIZUKA <ishizuka@isis.min.ntt.jp> - Mats Lofkvist <mal@algonet.se> + Mats Lofkvist <mal@algonet.se> - Matt Bartley <mbartley@lear35.cytex.com> + Matt Bartley <mbartley@lear35.cytex.com> - Matt Thomas <thomas@lkg.dec.com> + Matt Thomas <thomas@lkg.dec.com> - Matt White <mwhite+@CMU.EDU> + Matt White <mwhite+@CMU.EDU> - Matthew Hunt <mph@pobox.com> + Matthew Hunt <mph@pobox.com> - Matthew N. Dodd <winter@jurai.net> + Matthew N. Dodd <winter@jurai.net> - Matthew Stein <matt@bdd.net> + Matthew Stein <matt@bdd.net> - Maurice Castro <maurice@planet.serc.rmit.edu.au> + Maurice Castro <maurice@planet.serc.rmit.edu.au> - Michael Butschky <butsch@computi.erols.com> + Michael Butschky <butsch@computi.erols.com> - Michael Elbel <me@FreeBSD.ORG> + Michael Elbel <me@FreeBSD.ORG> - Michael Searle <searle@longacre.demon.co.uk> + Michael Searle <searle@longacre.demon.co.uk> - Miguel Angel Sagreras <msagre@cactus.fi.uba.ar> + Miguel Angel Sagreras <msagre@cactus.fi.uba.ar> - Mikael Hybsch <micke@dynas.se> + Mikael Hybsch <micke@dynas.se> - Mikhail Teterin <mi@aldan.ziplink.net> + Mikhail Teterin <mi@aldan.ziplink.net> - Mike McGaughey <mmcg@cs.monash.edu.au> + Mike McGaughey <mmcg@cs.monash.edu.au> - Mike Peck <mike@binghamton.edu> + Mike Peck <mike@binghamton.edu> - Ming-I Hseh <PA@FreeBSD.ee.Ntu.edu.TW> + Ming-I Hseh <PA@FreeBSD.ee.Ntu.edu.TW> - MITA Yoshio <mita@jp.FreeBSD.ORG> + MITA Yoshio <mita@jp.FreeBSD.ORG> - MOROHOSHI Akihiko <moro@race.u-tokyo.ac.jp> + MOROHOSHI Akihiko <moro@race.u-tokyo.ac.jp> - Murray Stokely <murray@cdrom.com> + Murray Stokely <murray@cdrom.com> - NAKAMURA Kazushi <nkazushi@highway.or.jp> + NAKAMURA Kazushi <nkazushi@highway.or.jp> - Naoki Hamada <nao@tom-yam.or.jp> + Naoki Hamada <nao@tom-yam.or.jp> - Narvi <narvi@haldjas.folklore.ee> + Narvi <narvi@haldjas.folklore.ee> - NIIMI Satoshi <sa2c@and.or.jp> + NIIMI Satoshi <sa2c@and.or.jp> - Nick Sayer <nsayer@quack.kfu.com> + Nick Sayer <nsayer@quack.kfu.com> - Nicolas Souchu <Nicolas.Souchu@prism.uvsq.fr> + Nicolas Souchu <Nicolas.Souchu@prism.uvsq.fr> - Nisha Talagala <nisha@cs.berkeley.edu> + Nisha Talagala <nisha@cs.berkeley.edu> - Nobuhiro Yasutomi <nobu@psrc.isac.co.jp> + Nobuhiro Yasutomi <nobu@psrc.isac.co.jp> - Nobuyuki Koganemaru <kogane@kces.koganemaru.co.jp> + Nobuyuki Koganemaru <kogane@kces.koganemaru.co.jp> - Noritaka Ishizumi <graphite@jp.FreeBSD.ORG> + Noritaka Ishizumi <graphite@jp.FreeBSD.ORG> - Oliver Fromme <oliver.fromme@heim3.tu-clausthal.de> + Oliver Fromme <oliver.fromme@heim3.tu-clausthal.de> - Oliver Laumann <net@informatik.uni-bremen.de> + Oliver Laumann <net@informatik.uni-bremen.de> - Oliver Oberdorf <oly@world.std.com> + Oliver Oberdorf <oly@world.std.com> - Paul Fox <pgf@foxharp.boston.ma.us> + Paul Fox <pgf@foxharp.boston.ma.us> - Paul Kranenburg <pk@cs.few.eur.nl> + Paul Kranenburg <pk@cs.few.eur.nl> - Paul Mackerras <paulus@cs.anu.edu.au> + Paul Mackerras <paulus@cs.anu.edu.au> - Paulo Menezes <paulo@isr.uc.pt> + Paulo Menezes <paulo@isr.uc.pt> - Paul T. Root <proot@horton.iaces.com> + Paul T. Root <proot@horton.iaces.com> - Pedro Giffuni <giffunip@asme.org> + Pedro Giffuni <giffunip@asme.org> - Pedro A M Vazquez <vazquez@IQM.Unicamp.BR> + Pedro A M Vazquez <vazquez@IQM.Unicamp.BR> - Peter Cornelius <pc@inr.fzk.de> + Peter Cornelius <pc@inr.fzk.de> - Peter Haight <peterh@prognet.com> + Peter Haight <peterh@prognet.com> - Peter Hawkins <peter@rhiannon.clari.net.au> + Peter Hawkins <peter@rhiannon.clari.net.au> - Peter Stubbs <PETERS@staidan.qld.edu.au> + Peter Stubbs <PETERS@staidan.qld.edu.au> - Pierre Beyssac <bp@fasterix.freenix.org> + Pierre Beyssac <bp@fasterix.freenix.org> - Phil Maker <pjm@cs.ntu.edu.au> + Phil Maker <pjm@cs.ntu.edu.au> @@ -31622,299 +31630,298 @@ pre-install: - Randall Hopper <rhh@stealth.ct.picker.com> + Randall Hopper <rhh@stealth.ct.picker.com> - Richard Hwang <rhwang@bigpanda.com> + Richard Hwang <rhwang@bigpanda.com> - Richard Seaman, Jr. <dick@tar.com> + Richard Seaman, Jr. <dick@tar.com> - Richard Stallman <rms@gnu.ai.mit.edu> + Richard Stallman <rms@gnu.ai.mit.edu> - Richard Wiwatowski <rjwiwat@adelaide.on.net> + Richard Wiwatowski <rjwiwat@adelaide.on.net> - Rob Mallory <rmallory@csusb.edu> + Rob Mallory <rmallory@csusb.edu> - Rob Shady <rls@id.net> + Rob Shady <rls@id.net> - Rob Snow <rsnow@txdirect.net> + Rob Snow <rsnow@txdirect.net> - Robert Sanders <rsanders@mindspring.com> + Robert Sanders <rsanders@mindspring.com> - Robert Withrow <witr@rwwa.com> + Robert Withrow <witr@rwwa.com> - Ronald Kuehn <kuehn@rz.tu-clausthal.de> + Ronald Kuehn <kuehn@rz.tu-clausthal.de> - Roland Jesse <jesse@cs.uni-magdeburg.de> + Roland Jesse <jesse@cs.uni-magdeburg.de> - Ruslan Shevchenko <rssh@cki.ipri.kiev.ua> + Ruslan Shevchenko <rssh@cki.ipri.kiev.ua> - Samuel Lam <skl@ScalableNetwork.com> + Samuel Lam <skl@ScalableNetwork.com> - Sander Vesik <sander@haldjas.folklore.ee> + Sander Vesik <sander@haldjas.folklore.ee> - Sandro Sigala <ssigala@globalnet.it> + Sandro Sigala <ssigala@globalnet.it> - Sascha Blank <blank@fox.uni-trier.de> + Sascha Blank <blank@fox.uni-trier.de> - Sascha Wildner <swildner@channelz.GUN.de> + Sascha Wildner <swildner@channelz.GUN.de> - Satoshi Taoka <taoka@infonets.hiroshima-u.ac.jp> + Satoshi Taoka <taoka@infonets.hiroshima-u.ac.jp> - Scott Blachowicz <scott.blachowicz@seaslug.org> + Scott Blachowicz <scott.blachowicz@seaslug.org> - Scott A. Kenney <saken@rmta.ml.org> + Scott A. Kenney <saken@rmta.ml.org> - Serge V. Vakulenko <vak@zebub.msk.su> + Serge V. Vakulenko <vak@zebub.msk.su> - Sheldon Hearn <axl@iafrica.com> + Sheldon Hearn <axl@iafrica.com> - Simon Marlow <simonm@dcs.gla.ac.uk> + Simon Marlow <simonm@dcs.gla.ac.uk> - Slaven Rezic (Tomic) <eserte@cs.tu-berlin.de> + Slaven Rezic (Tomic) <eserte@cs.tu-berlin.de> - Soren Dayton <csdayton@midway.uchicago.edu> + Soren Dayton <csdayton@midway.uchicago.edu> - Soren Dossing <sauber@netcom.com> + Soren Dossing <sauber@netcom.com> - Stefan Moeding <moeding@bn.DeTeMobil.de> + Stefan Moeding <moeding@bn.DeTeMobil.de> - Stephane Legrand <stephane@lituus.fr> + Stephane Legrand <stephane@lituus.fr> - Stephen J. Roznowski <sjr@home.net> + Stephen J. Roznowski <sjr@home.net> - Steve Gerakines <steve2@genesis.tiac.net> + Steve Gerakines <steve2@genesis.tiac.net> - Suzuki Yoshiaki <zensyo@ann.tama.kawasaki.jp> + Suzuki Yoshiaki <zensyo@ann.tama.kawasaki.jp> - Tadashi Kumano <kumano@strl.nhk.or.jp> + Tadashi Kumano <kumano@strl.nhk.or.jp> - Taguchi Takeshi <taguchi@tohoku.iij.ad.jp> + Taguchi Takeshi <taguchi@tohoku.iij.ad.jp> - Takayuki Ariga <a00821@cc.hc.keio.ac.jp> + Takayuki Ariga <a00821@cc.hc.keio.ac.jp> - Terry Lambert <terry@lambert.org> + Terry Lambert <terry@lambert.org> - Terry Lee <terry@uivlsi.csl.uiuc.edu> + Terry Lee <terry@uivlsi.csl.uiuc.edu> - Tetsuya Furukawa <tetsuya@secom-sis.co.jp> + Tetsuya Furukawa <tetsuya@secom-sis.co.jp> - Theo Deraadt <deraadt@fsa.ca> + Theo Deraadt <deraadt@fsa.ca> - Thomas König <Thomas.Koenig@ciw.uni-karlsruhe.de> + Thomas König <Thomas.Koenig@ciw.uni-karlsruhe.de> - Þórður Ívarsson <totii@est.is> + Þórður Ívarsson <totii@est.is> - Tim Kientzle <kientzle@netcom.com> + Tim Kientzle <kientzle@netcom.com> - Tim Wilkinson <tim@sarc.city.ac.uk> + Tim Wilkinson <tim@sarc.city.ac.uk> - Tom Samplonius <tom@misery.sdf.com> + Tom Samplonius <tom@misery.sdf.com> - Torbjorn Granlund <tege@matematik.su.se> + Torbjorn Granlund <tege@matematik.su.se> - Toshihiro Kanda <candy@fct.kgc.co.jp> + Toshihiro Kanda <candy@fct.kgc.co.jp> - Trefor S. <trefor@flevel.co.uk> + Trefor S. <trefor@flevel.co.uk> - Ville Eerola <ve@sci.fi> + Ville Eerola <ve@sci.fi> - Werner Griessl <werner@btp1da.phy.uni-bayreuth.de> + Werner Griessl <werner@btp1da.phy.uni-bayreuth.de> - Wes Santee <wsantee@wsantee.oz.net> + Wes Santee <wsantee@wsantee.oz.net> - Wilko Bulte <wilko@yedi.iaf.nl> + Wilko Bulte <wilko@yedi.iaf.nl> - Wolfgang Stanglmeier <wolf@kintaro.cologne.de> + Wolfgang Stanglmeier <wolf@kintaro.cologne.de> - Wu Ching-hong <woju@FreeBSD.ee.Ntu.edu.TW> + Wu Ching-hong <woju@FreeBSD.ee.Ntu.edu.TW> - Yen-Shuo Su <yssu@CCCA.NCTU.edu.tw> + Yen-Shuo Su <yssu@CCCA.NCTU.edu.tw> - Yoshiaki Uchikawa <yoshiaki@kt.rim.or.jp> + Yoshiaki Uchikawa <yoshiaki@kt.rim.or.jp> - Yoshiro Mihira <sanpei@yy.cs.keio.ac.jp> + Yoshiro Mihira <sanpei@yy.cs.keio.ac.jp> - Yukihiro Nakai <nakai@mlab.t.u-tokyo.ac.jp> + Yukihiro Nakai <nakai@mlab.t.u-tokyo.ac.jp> - Yuval Yarom <yval@cs.huji.ac.il> + Yuval Yarom <yval@cs.huji.ac.il> - Yves Fonk <yves@cpcoup5.tn.tudelft.nl> + Yves Fonk <yves@cpcoup5.tn.tudelft.nl> @@ -31931,53 +31938,53 @@ pre-install: - Adam Glass <glass@postgres.berkeley.edu> + Adam Glass <glass@postgres.berkeley.edu> - Adrian Hall <adrian@ibmpcug.co.uk> + Adrian Hall <adrian@ibmpcug.co.uk> - Andrey A. Chernov <ache@astral.msk.su> + Andrey A. Chernov <ache@astral.msk.su> - Andrew Herbert <andrew@werple.apana.org.au> + Andrew Herbert <andrew@werple.apana.org.au> - Andrew Moore <alm@netcom.com> + Andrew Moore <alm@netcom.com> - Andy Valencia <ajv@csd.mot.com> <jtk@netcom.com> + Andy Valencia <ajv@csd.mot.com> <jtk@netcom.com> - Arne Henrik Juul <arnej@Lise.Unit.NO> + Arne Henrik Juul <arnej@Lise.Unit.NO> - Bakul Shah <bvs@bitblocks.com> + Bakul Shah <bvs@bitblocks.com> - Barry Lustig <barry@ictv.com> + Barry Lustig <barry@ictv.com> - Bob Wilcox <bob@obiwan.uucp> + Bob Wilcox <bob@obiwan.uucp> @@ -31985,113 +31992,113 @@ pre-install: - Brett Lymn <blymn@mulga.awadi.com.AU> + Brett Lymn <blymn@mulga.awadi.com.AU> - Charles Hannum <mycroft@ai.mit.edu> + Charles Hannum <mycroft@ai.mit.edu> - Chris G. Demetriou <cgd@postgres.berkeley.edu> + Chris G. Demetriou <cgd@postgres.berkeley.edu> - Chris Torek <torek@ee.lbl.gov> + Chris Torek <torek@ee.lbl.gov> - Christoph Robitschko <chmr@edvz.tu-graz.ac.at> + Christoph Robitschko <chmr@edvz.tu-graz.ac.at> - Daniel Poirot <poirot@aio.jsc.nasa.gov> + Daniel Poirot <poirot@aio.jsc.nasa.gov> - Dave Burgess <burgess@hrd769.brooks.af.mil> + Dave Burgess <burgess@hrd769.brooks.af.mil> - Dave Rivers <rivers@ponds.uucp> + Dave Rivers <rivers@ponds.uucp> - David Dawes <dawes@physics.su.OZ.AU> + David Dawes <dawes@physics.su.OZ.AU> - David Greenman <davidg@Root.COM> + David Greenman <davidg@Root.COM> - Eric J. Haug <ejh@slustl.slu.edu> + Eric J. Haug <ejh@slustl.slu.edu> - Felix Gaehtgens <felix@escape.vsse.in-berlin.de> + Felix Gaehtgens <felix@escape.vsse.in-berlin.de> - Frank Maclachlan <fpm@crash.cts.com> + Frank Maclachlan <fpm@crash.cts.com> - Gary A. Browning <gab10@griffcd.amdahl.com> + Gary A. Browning <gab10@griffcd.amdahl.com> - Gary Howland <gary@hotlava.com> + Gary Howland <gary@hotlava.com> - Geoff Rehmet <csgr@alpha.ru.ac.za> + Geoff Rehmet <csgr@alpha.ru.ac.za> - Goran Hammarback <goran@astro.uu.se> + Goran Hammarback <goran@astro.uu.se> - Guido van Rooij <guido@gvr.win.tue.nl> + Guido van Rooij <guido@gvr.win.tue.nl> - Guy Harris <guy@auspex.com> + Guy Harris <guy@auspex.com> - Havard Eidnes <Havard.Eidnes@runit.sintef.no> + Havard Eidnes <Havard.Eidnes@runit.sintef.no> - Herb Peyerl <hpeyerl@novatel.cuc.ab.ca> + Herb Peyerl <hpeyerl@novatel.cuc.ab.ca> - Holger Veit <Holger.Veit@gmd.de> + Holger Veit <Holger.Veit@gmd.de> @@ -32099,24 +32106,24 @@ pre-install: - J.T. Conklin <jtc@cygnus.com> + J.T. Conklin <jtc@cygnus.com> - Jagane D Sundar < jagane@netcom.com - > + > - James Clark <jjc@jclark.com> + James Clark <jjc@jclark.com> - James Jegers <jimj@miller.cs.uwm.edu> + James Jegers <jimj@miller.cs.uwm.edu> @@ -32124,64 +32131,64 @@ pre-install: - James da Silva <jds@cs.umd.edu> et al + James da Silva <jds@cs.umd.edu> et al - Jay Fenlason <hack@datacube.com> + Jay Fenlason <hack@datacube.com> - Jim Wilson <wilson@moria.cygnus.com> + Jim Wilson <wilson@moria.cygnus.com> - Jörg Lohse <lohse@tech7.informatik.uni-hamburg.de> + Jörg Lohse <lohse@tech7.informatik.uni-hamburg.de> - Jörg Wunsch <joerg_wunsch@uriah.heep.sax.de> + Jörg Wunsch <joerg_wunsch@uriah.heep.sax.de> - John Dyson - John Dyson - <formerly - dyson@ref.tfs.com> + dyson@ref.tfs.com> - John Woods <jfw@eddie.mit.edu> + John Woods <jfw@eddie.mit.edu> - Jordan K. Hubbard <jkh@whisker.hubbard.ie> + Jordan K. Hubbard <jkh@whisker.hubbard.ie> - Julian Elischer <julian@dialix.oz.au> + Julian Elischer <julian@dialix.oz.au> - Julian Stacey <jhs@freebsd.org> + Julian Stacey <jhs@freebsd.org> - Karl Lehenbauer <karl@NeoSoft.com> <karl@one.neosoft.com> + Karl Lehenbauer <karl@NeoSoft.com> <karl@one.neosoft.com> - Keith Bostic <bostic@toe.CS.Berkeley.EDU> + Keith Bostic <bostic@toe.CS.Berkeley.EDU> @@ -32189,188 +32196,188 @@ pre-install: - Kent Talarico <kent@shipwreck.tsoft.net> + Kent Talarico <kent@shipwreck.tsoft.net> - Kevin Lahey <kml%rokkaku.UUCP@mathcs.emory.edu> <kml@mosquito.cis.ufl.edu> + Kevin Lahey <kml%rokkaku.UUCP@mathcs.emory.edu> <kml@mosquito.cis.ufl.edu> - Marc Frajola <marc@dev.com> + Marc Frajola <marc@dev.com> - Mark Tinguely <tinguely@plains.nodak.edu> <tinguely@hookie.cs.ndsu.NoDak.edu> + Mark Tinguely <tinguely@plains.nodak.edu> <tinguely@hookie.cs.ndsu.NoDak.edu> - Martin Renters <martin@tdc.on.ca> + Martin Renters <martin@tdc.on.ca> - Michael Clay <mclay@weareb.org> + Michael Clay <mclay@weareb.org> - Michael Galassi <nerd@percival.rain.com> + Michael Galassi <nerd@percival.rain.com> - Mike Durkin <mdurkin@tsoft.sf-bay.org> + Mike Durkin <mdurkin@tsoft.sf-bay.org> - Naoki Hamada <nao@tom-yam.or.jp> + Naoki Hamada <nao@tom-yam.or.jp> - Nate Williams <nate@bsd.coe.montana.edu> + Nate Williams <nate@bsd.coe.montana.edu> - Nick Handel <nhandel@NeoSoft.com> <nick@madhouse.neosoft.com> + Nick Handel <nhandel@NeoSoft.com> <nick@madhouse.neosoft.com> - Pace Willisson <pace@blitz.com> + Pace Willisson <pace@blitz.com> - Paul Kranenburg <pk@cs.few.eur.nl> + Paul Kranenburg <pk@cs.few.eur.nl> - Paul Mackerras <paulus@cs.anu.edu.au> + Paul Mackerras <paulus@cs.anu.edu.au> - Paul Popelka <paulp@uts.amdahl.com> + Paul Popelka <paulp@uts.amdahl.com> - Peter da Silva <peter@NeoSoft.com> + Peter da Silva <peter@NeoSoft.com> - Phil Sutherland <philsuth@mycroft.dialix.oz.au> + Phil Sutherland <philsuth@mycroft.dialix.oz.au> - Poul-Henning Kamp<phk@FreeBSD.ORG> + Poul-Henning Kamp<phk@FreeBSD.ORG> - Ralf Friedl <friedl@informatik.uni-kl.de> + Ralf Friedl <friedl@informatik.uni-kl.de> - Rick Macklem <root@snowhite.cis.uoguelph.ca> + Rick Macklem <root@snowhite.cis.uoguelph.ca> - Robert D. Thrush <rd@phoenix.aii.com> + Robert D. Thrush <rd@phoenix.aii.com> - Rodney W. Grimes <rgrimes@cdrom.com> + Rodney W. Grimes <rgrimes@cdrom.com> - Sascha Wildner <swildner@channelz.GUN.de> + Sascha Wildner <swildner@channelz.GUN.de> - Scott Burris <scott@pita.cns.ucla.edu> + Scott Burris <scott@pita.cns.ucla.edu> - Scott Reynolds <scott@clmqt.marquette.mi.us> + Scott Reynolds <scott@clmqt.marquette.mi.us> - Sean Eric Fagan <sef@kithrup.com> + Sean Eric Fagan <sef@kithrup.com> - Simon J Gerraty <sjg@melb.bull.oz.au> <sjg@zen.void.oz.au> + Simon J Gerraty <sjg@melb.bull.oz.au> <sjg@zen.void.oz.au> - Stephen McKay <syssgm@devetir.qld.gov.au> + Stephen McKay <syssgm@devetir.qld.gov.au> - Terry Lambert <terry@icarus.weber.edu> + Terry Lambert <terry@icarus.weber.edu> - Terry Lee <terry@uivlsi.csl.uiuc.edu> + Terry Lee <terry@uivlsi.csl.uiuc.edu> - Tor Egge <Tor.Egge@idi.ntnu.no> + Tor Egge <Tor.Egge@idi.ntnu.no> - Warren Toomey <wkt@csadfa.cs.adfa.oz.au> + Warren Toomey <wkt@csadfa.cs.adfa.oz.au> - Wiljo Heinen <wiljo@freeside.ki.open.de> + Wiljo Heinen <wiljo@freeside.ki.open.de> - William Jolitz <withheld> + William Jolitz <withheld> - Wolfgang Solfrank <ws@tools.de> + Wolfgang Solfrank <ws@tools.de> - Wolfgang Stanglmeier <wolf@dentaro.GUN.de> + Wolfgang Stanglmeier <wolf@dentaro.GUN.de> - Yuval Yarom <yval@cs.huji.ac.il> + Yuval Yarom <yval@cs.huji.ac.il> @@ -33289,11 +33296,11 @@ options DDB p $eax - and modify it by + and modify it by: set $eax new-value - + Should you need to call some kernel functions from DDB, simply say: @@ -33315,11 +33322,11 @@ options DDB to reboot. Remember that, depending on the severity of previous malfunctioning, not all parts of the kernel might still be working as expected. Perform one of the following actions to shut down and - reboot your system: + reboot your system: call diediedie() - + This will cause your kernel to dump core and reboot, so you can later analyze the core on a higher level with kgdb. This command @@ -33590,11 +33597,11 @@ Module Name EXEC 0 3 f0baf000 0018 f0bb4000 1 linux_emulator linux=YES by changing it from NO to YES. FreeBSD 2.1 RELEASE and earlier do not have such a line and on those you will - need to edit /etc/rc.local to add the following line. + need to edit /etc/rc.local to add the following line. linux - + @@ -34291,10 +34298,11 @@ richc.isdn.bcm.tmc.edu 9845-03452-90255 Bugs The Notebook front end is known to hang sometimes when reading - notebook files with an error messages similar to: + notebook files with an error messages similar to: + File .../Untitled-1.mb appears to be broken for OMPR.257.0 - + We have not found the cause for this, but it only affects the Notebook's X Window front end, not the mathematica engine itself. diff --git a/en_US.ISO_8859-1/books/handbook/book.sgml b/en_US.ISO_8859-1/books/handbook/book.sgml index 592e60488e..9a1da58c00 100644 --- a/en_US.ISO_8859-1/books/handbook/book.sgml +++ b/en_US.ISO_8859-1/books/handbook/book.sgml @@ -99,7 +99,7 @@ - FreeBSD is a 32-bit + FreeBSD is a 32-bit operating system and was designed as such from the ground up. @@ -7050,11 +7050,11 @@ device lpt0 at isa? port? tty irq N vector lptintr If you want polled mode, do not add the - irq specifier: + irq specifier: device lpt0 at isa? port? tty vector lptintr - + @@ -7239,11 +7239,11 @@ printer:dv=/dev/port:br#bps-rateHere is a sample entry for a printer connected via a serial line to the third serial port at 19200 bps - with no parity: + with no parity: printer:dv=/dev/ttyd2:br#19200:pa=none - + @@ -7264,11 +7264,11 @@ printer:dv=/dev/ttyd2:br#19200:pa=none If the printer can print plain text, then use - lptest. Type: + lptest. Type: ~$lptest - + @@ -7517,13 +7517,13 @@ bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\ your network, you might want to put the spooling directories under a single directory that you reserve just for printing with LPD. We will do this for our two example printers - rattan and bamboo: + rattan and bamboo: &prompt.root; mkdir /var/spool/lpd &prompt.root; mkdir /var/spool/lpd/rattan &prompt.root; mkdir /var/spool/lpd/bamboo - + If you are concerned about the privacy of jobs that @@ -7545,7 +7545,7 @@ bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\ Finally, you need to tell LPD about these directories using the /etc/printcap file. You specify the pathname of the spooling directory with the - sd capability: + sd capability: # @@ -7602,7 +7602,7 @@ bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\ :lp=/dev/ttyd5: - If you do not specify the lp + If you do not specify the lp capability for a printer in your /etc/printcap file, LPD uses /dev/lp as a default. @@ -7645,7 +7645,7 @@ bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\ The following /etc/printcap capabilities control serial communication parameters of the - device listed in the lp + device listed in the lp capability: @@ -7701,7 +7701,7 @@ bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\ When LPD opens the device specified by the lp capability, it reads the flag bits in the sgttyb structure; it clears - any bits in the fc capability, + any bits in the fc capability, then sets bits in the fs capability, then applies the resultant setting. It does the same for the local mode bits as well. @@ -7886,7 +7886,7 @@ $%&'()*+,-./01234567 The following replacement for the shell script /usr/local/libexec/if-simple prints a form feed after it sends the job to the - printer: + printer: #!/bin/sh @@ -7899,7 +7899,7 @@ $%&'()*+,-./01234567 /bin/cat && printf "\f" && exit 0 exit 2 - + @@ -8008,7 +8008,7 @@ exit 2 called orchid. It has a single printer attached to its first parallel port, a Hewlett Packard LaserJet 3Si named teak. It is using the - above script as its text filter: + above script as its text filter: # @@ -8017,7 +8017,7 @@ exit 2 teak|hp|laserjet|Hewlett Packard LaserJet 3Si:\ :lp=/dev/lpt0:sh:sd=/var/spool/lpd/teak:mx#0:\ :if=/usr/local/libexec/hpif: - + @@ -8213,8 +8213,7 @@ rattan|line|diablo|lp|Diablo 630 Line Printer:\ not use the option, then these commands use the printer specified in the PRINTER environment variable. Finally, if you do not have a PRINTER environment variable, these commands - default to the printer named lp. + default to the printer named lp. Hereafter, the terminology default printer means the printer named in the PRINTER environment variable, or the @@ -8360,10 +8359,11 @@ mary: 3rd [job 011rose] To remove a job from the default printer, first use lpq to find - the job number. Then type + the job number. Then type: + &prompt.user; lprm job-number - + To remove the job from a specific printer, add the option. The following command removes job @@ -8855,7 +8855,7 @@ cfA013rose dequeued - down + down printer-name message @@ -8881,7 +8881,7 @@ cfA013rose dequeued - help + help command-name @@ -8899,8 +8899,7 @@ cfA013rose dequeued Start the printer. Ordinary users can use this command if some extraordinary circumstance hangs LPD, but they cannot start a printer stopped with either the - stop or down commands. The restart command is equivalent to + stop or down commands. The restart command is equivalent to abort followed by start. @@ -9455,10 +9454,13 @@ exit 2 Finally, you need to notify LPD of the filter - via the if capability: + via the if capability: + :if=/usr/local/libexec/hpif: - That is it. You can type lpr plain.text and lpr + + + That is it. You can type lpr plain.text and lpr whatever.ps and both should print successfully. @@ -10090,7 +10092,7 @@ printf "\033&k2G" || exit 2 exec Specify the path to the output filter in the - of capability. See of capability. See for more information. @@ -10745,11 +10747,11 @@ exit 0; lpr by adding the sc capability to the /etc/printcap file. When users submit jobs - with the option, they will see + with the option, they will see: lpr: multiple copies are not allowed - + Note that if you have set up access to a printer remotely (see section /etc/printcap file for the host rose. The printer rattan is quite hearty, so we will allow multiple copies, but the laser printer bamboo's a bit more delicate, so we will - disable multiple copies by adding the sc capability: + disable multiple copies by adding the sc capability: # @@ -11531,7 +11533,9 @@ options QUOTA quotas=NO - to: + + + to: quotas=YES @@ -11539,11 +11543,11 @@ quotas=YES If you are running FreeBSD 2.2.2 or later, the configuration file will be /etc/rc.conf instead and the - variable name changed to + variable name changed to: check_quotas=YES - + Finally you will need to edit /etc/fstab to enable disk quotas on a per-file system basis. This is where you @@ -13313,7 +13317,7 @@ INS8250 -> INS8250B D. The p is the package-type field. - The types are: + The types are: @@ -13338,7 +13342,7 @@ INS8250 -> INS8250B - + The g is the product grade field. If an I precedes the package-type letter, it indicates an @@ -13548,11 +13552,11 @@ INS8250 -> INS8250B modem is attached to the serial port, you need to first issue a ATE0&W command to the modem so that the modem will not echo any of the test characters. If you forget to do this, - COMTEST will report at least this one difference: + COMTEST will report at least this one difference: Error (6)...Timeout interrupt failed: IIR = c1 LSR = 61 - + @@ -14388,7 +14392,7 @@ INS8250 -> INS8250B Configuring the <devicename>sio</devicename> driver - The sio driver provides + The sio driver provides support for NS8250-, NS16450-, NS16550 and NS16550A-based EIA RS-232C (CCITT V.24) communications interfaces. Several multiport cards are supported as well. See the sio4 manual page for detailed technical @@ -14441,7 +14445,7 @@ device sio11 at isa? port 0x138 tty flags 0xb05 irq 9 vector siointr You either need the kernel sources installed so you can recompile the necessary options or you will need someone else to compile it for you. The 2.0.5 default - kernel does not come with + kernel does not come with multiport support enabled and you will need to add a device entry for each port anyways. @@ -14624,14 +14628,14 @@ sio16: type 16550A (multiport master) - Add the cy device to + Add the cy device to your (note that your irq and - iomem settings may differ). + iomem settings may differ). device cy0 at isa? tty irq 10 iomem 0xd4000 iosiz 0x2000 vector cyintr - + @@ -14642,12 +14646,12 @@ device cy0 at isa? tty irq 10 iomem 0xd4000 iosiz 0x2000 vector cyintr Make the by typing (the following example - assumes an 8-port board): + assumes an 8-port board): &prompt.root; cd /dev &prompt.root; for i in 0 1 2 3 4 5 6 7;do ./MAKEDEV cuac$i ttyc$i;done - + @@ -15481,12 +15485,11 @@ disk wd3 at wdc1 drive 1 first, they reputedly are quite expensive. Please keep in mind that terminators for differential and - single-ended buses are not identical. You should not mix the two variants. + single-ended buses are not identical. You should not mix the two variants. OK, and now where should you install your terminators? This is by far the most misunderstood part of SCSI. And it is - by far the simplest. The rule is: every + by far the simplest. The rule is: every single line on the SCSI bus has 2 (two) terminators, one at each end of the bus. So, two and not one or three or whatever. Do yourself a favor and stick to this rule. It @@ -15683,7 +15686,7 @@ disk wd3 at wdc1 drive 1 it? The SCSI BIOS itself presents to the system a so called - translated drive. This means + translated drive. This means that a fake drive table is constructed that allows the PC to boot the drive. This translation is often (but not always) done using a pseudo drive with 64 heads and 32 sectors per @@ -16787,8 +16790,8 @@ options "TUNE_1542" #dynamic tune of bus DMA speed This drives quirks are known and pre-compiled into the scsi tape device driver (st4). - Under FreeBSD 2.2-current, use mt - blocksize 512 to set the blocksize. (The + Under FreeBSD 2.2-current, use mt + blocksize 512 to set the blocksize. (The particular drive had firmware revision 21247 -005. Other firmware revisions may behave differently) Previous versions of FreeBSD did not have this problem. @@ -17949,7 +17952,8 @@ st0(ncr1:4:0): Logical unit is in process of becoming ready physically separated from your computers and disk drives by a significant distance. - An example script for creating a bootable floppy: + An example script for creating a bootable floppy: + #!/bin/sh # @@ -18102,7 +18106,7 @@ chmod 644 /mnt/etc/passwd # umount the floppy and inform the user # /sbin/umount /mnt - + @@ -18209,7 +18213,7 @@ options "SC_MOUSE_CHAR=0x03" Russian console entry in - /etc/rc.conf should looks like + /etc/rc.conf should looks like: keymap=ru.koi8-r @@ -18218,7 +18222,7 @@ scrnmap=koi8-r2cp866 font8x16=cp866b-8x16 font8x14=cp866-8x14 font8x8=cp866-8x8 - + ^[ means that real ESC character must be entered into @@ -18242,11 +18246,11 @@ font8x8=cp866-8x8 For each ttyv? entry in /etc/ttys change terminal type from cons25 to cons25r, i.e. each entry should looks - like + like: ttyv0 "/usr/libexec/getty Pc" cons25r on secure - + @@ -18520,9 +18524,8 @@ XkbKeymap "xfree86(ru)" XkbDisable is turned off (commented out) there. - RUS/LAT switch will be CapsLock. Old CapsLock function still - available via Shift+CapsLock + RUS/LAT switch will be CapsLock. Old CapsLock function still + available via Shift+CapsLock (in LAT mode only). @@ -18531,8 +18534,8 @@ XkbKeymap "xfree86(ru)" linkend="russian-note" remap="locale note"> for more info. Russian XKB keyboard may not work with non-localized applications too, minimally localized application should - call XtSetLanguageProc - (NULL, NULL, NULL); function early in the program. + call XtSetLanguageProc + (NULL, NULL, NULL); function early in the program. @@ -18545,8 +18548,8 @@ XkbKeymap "xfree86(ru)" id="german"> German Language (ISO 8859-1) - Slaven Rezic <eserte@cs.tu-berlin.de> wrote a tutorial how to use umlauts on a FreeBSD machine. The tutorial is written in German and available at http://www.de.freebsd.org/de/umlaute/. + Slaven Rezic <eserte@cs.tu-berlin.de> wrote a tutorial how to use umlauts on a FreeBSD machine. The tutorial is written in German and available at http://www.de.freebsd.org/de/umlaute/. @@ -18610,8 +18613,8 @@ XkbKeymap "xfree86(ru)" bps. Naturally, you should make the initial state and lock state - devices writable only by root. The - MAKEDEV script does NOT do + devices writable only by root. The + MAKEDEV script does not do this when it creates the device entries. @@ -18941,7 +18944,7 @@ XkbKeymap "xfree86(ru)" Callin ports are named - /dev/ttydX where X is the port number, starting from zero. Generally, you use the callin port for terminals. Callin ports require that the serial line assert the data carrier detect (DCD) signal to work. + /dev/ttydX where X is the port number, starting from zero. Generally, you use the callin port for terminals. Callin ports require that the serial line assert the data carrier detect (DCD) signal to work. @@ -18997,7 +19000,7 @@ XkbKeymap "xfree86(ru)" Specify that /usr/libexec/getty be - run on the port, and specify the appropriate getty type from the + run on the port, and specify the appropriate getty type from the /etc/gettytab file. @@ -19019,7 +19022,8 @@ XkbKeymap "xfree86(ru)" - As an optional step, you may wish to create a custom getty type for use in step 2 by making an + As an optional step, you may wish to create a custom + getty type for use in step 2 by making an entry in /etc/gettytab. This document does not explain how to do so; you are encouraged to see the gettytab5 and the getty8 manual pages for more @@ -19075,7 +19079,7 @@ ttyd5 - Specifying the <emphasis remap=tt>getty</emphasis> + <title>Specifying the <replaceable>getty</replaceable> Type Next, we need to specify what program will be run to handle @@ -19716,7 +19720,7 @@ device sio3 at isa? port "IO_COM4" tty irq 9 vector siointr (/dev/ttyld? and /dev/cual0?). The initialization devices are used to initialize communications port parameters each time a port - is opened, such as crtscts for + is opened, such as crtscts for modems which use CTS/RTS signaling for flow control. The locking devices are used to lock flags on ports to prevent users or programs changing certain parameters; see the @@ -20529,11 +20533,11 @@ tip57600|Dial any phone number at 57600 bps:\ cu115200|Use cu to dial any number at 115200bps:\ :dv=/dev/cuaa1:br#57600:at=hayes:pa=none:du: - and type + and type: &prompt.root; cu 5551234 -s 115200 - + @@ -22024,7 +22028,7 @@ sendmail_flags="-bd" Working as a PPP client I used the following /etc/ppp/options to - connect to CISCO terminal server PPP line. + connect to CISCO terminal server PPP line. crtscts # enable hardware flow control @@ -22042,7 +22046,7 @@ domain ppp.foo.com # put your domain name here defaultroute # put this if you want that PPP server will be your # default router - + To connect: @@ -22531,7 +22535,10 @@ hostname=myname.my.domain changing the line that says: network_interfaces="lo0" - to: + + + to: + network_interfaces="lo0 sl0" @@ -22690,12 +22697,14 @@ output ***\x0d, echo \x0aCONNECTED\x0a - Try ifconfig sl0 to see your interface status. I get: + Try ifconfig sl0 to see your + interface status. I get: + &prompt.root; ifconfig sl0 sl0: flags=10<POINTOPOINT> inet 136.152.64.181 --> 136.152.64.1 netmask ffffff00 - + @@ -23515,11 +23524,11 @@ host2.foobar.com link#1 UC 0 0 Service Provider's (ISP) site. Let us look at an example of default routes. This is a common - configuration: + configuration: [Local2] <--ether--> [Local1] <--PPP--> [ISP-Serv] <--ether--> [T1-GW] - + The hosts Local1 and Local2 are at your site, with the formed being your PPP connection to your ISP's Terminal Server. Your ISP @@ -23717,11 +23726,11 @@ Local1 (10.20.30.1, 10.9.9.30) --> T1-GW (10.9.9.1) fastws:/sharedfs /project nfs rw,-r=1024 0 0 - as a manual mount command on freebox: + as a manual mount command on freebox: &prompt.root; mount -t nfs -o -r=1024 fastws:/sharedfs /project - + Examples for the FreeBSD system as the server: in /etc/fstab on fastws: @@ -23730,11 +23739,11 @@ fastws:/sharedfs /project nfs rw,-r=1024 0 0 freebox:/sharedfs /project nfs rw,-w=1024 0 0 - as a manual mount command on fastws: + as a manual mount command on fastws: &prompt.root; mount -t nfs -o -w=1024 freebox:/sharedfs /project - + Nearly any 16-bit Ethernet adapter will allow operation without the above restrictions on the read or write size. @@ -24882,12 +24891,12 @@ to /etc/sendmail.cf. The other is to use UUCP. The key is to get a Internet site to provide secondary MX - services for your domain. For example: + services for your domain. For example: bigco.com. MX 10 bigco.com. MX 20 smalliap.com. - + Only one host should be specified as the final recipient ( add Cw bigco.com in /etc/sendmail.cf on @@ -24919,7 +24928,7 @@ bigco.com. MX 10 bigco.com. A further refinement of the situation is as follows. - Message stolen from the freebsd-isp mailing list. + Message stolen from the freebsd-isp mailing list. > we provide the secondary mx for a customer. The customer connects to @@ -24947,7 +24956,7 @@ That way a remote site will deliver straight to you, without trying the customer connection. You then send to your customer. Only works for "hosts", so you need to get your customer to name their mail machine "customer.com" as well as "hostname.customer.com" in the DNS. Just put -an A record in the DNS for "customer.com". +an A record in the DNS for "customer.com". @@ -28195,7 +28204,7 @@ THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. # Date created: 5 December 1994 # Whom: asami # -# $Id: book.sgml,v 1.45 1998-10-26 23:49:15 nik Exp $ +# $Id: book.sgml,v 1.46 1998-10-26 23:49:56 nik Exp $ # DISTNAME= oneko-1.1b @@ -28372,7 +28381,7 @@ lib/X11/oneko/mouse.xpm But do not worry if you do not really understand what bsd.port.mk is doing, not many people - do... :> + do... :> @@ -28456,7 +28465,7 @@ lib/X11/oneko/mouse.xpm For example, if you have a post-extract target defined in your Makefile, and a file pre-build in the - scripts subdirectory, the + scripts subdirectory, the post-extract target will be called after the regular extraction actions, and the pre-build script will be executed before @@ -28470,7 +28479,7 @@ lib/X11/oneko/mouse.xpm commands to extract a port are in the target do-extract. If you are not happy with the default target, you can fix it by redefining the do-something target in - your Makefile. + your Makefile. The main targets (e.g., extract, configure, etc.) do nothing more than @@ -28945,7 +28954,7 @@ FETCH_DEPENDS= ncftp2:${PORTSDIR}/net/ncftp2 install.man target, NO_INSTALL_MANPAGES=yes should be set. In addition, the author of the original port should be shot. - :> + :> @@ -29021,7 +29030,7 @@ FETCH_DEPENDS= ncftp2:${PORTSDIR}/net/ncftp2 the length of this section, but it is imperative to weave all the info files together. If done correctly, it will produce a beautiful listing, so please bear with me! - :) + :) First, this is what you (as a porter) need to know: @@ -29054,7 +29063,7 @@ Options: Look at the texinfo sources and make a patch to insert @dircategory and @direntry statements to files that don't have them. This is part of - my patch: + my patch: --- ./man/vip.texi.org Fri Jun 16 15:31:11 1995 @@ -29071,7 +29080,7 @@ Options: @iftex @finalout : - + The format should be self-explanatory. Many authors leave a dir file in the source tree @@ -29295,8 +29304,7 @@ diff -u -r1.15 PLIST - Test and admire your work. :) The sequence I recommend is: + Test and admire your work. :) The sequence I recommend is: make package, pkg_delete, then pkg_add. Check the dir file before and after each @@ -30538,123 +30546,123 @@ pre-install: - A JOSEPH KOSHY <koshy@india.hp.com> + A JOSEPH KOSHY <koshy@india.hp.com> - ABURAYA Ryushirou <rewsirow@ff.iij4u.or.jp> + ABURAYA Ryushirou <rewsirow@ff.iij4u.or.jp> - Ada T Lim <ada@bsd.org> + Ada T Lim <ada@bsd.org> - Adam Glass <glass@postgres.berkeley.edu> + Adam Glass <glass@postgres.berkeley.edu> - Adrian T. Filipi-Martin <atf3r@agate.cs.virginia.edu> + Adrian T. Filipi-Martin <atf3r@agate.cs.virginia.edu> - Akito Fujita <fujita@zoo.ncl.omron.co.jp> + Akito Fujita <fujita@zoo.ncl.omron.co.jp> - Alain Kalker <A.C.P.M.Kalker@student.utwente.nl> + Alain Kalker <A.C.P.M.Kalker@student.utwente.nl> - Alan Cox <alc@cs.rice.edu> + Alan Cox <alc@cs.rice.edu> - Andreas Kohout <shanee@rabbit.augusta.de> + Andreas Kohout <shanee@rabbit.augusta.de> - Andreas Lohr <andreas@marvin.RoBIN.de> + Andreas Lohr <andreas@marvin.RoBIN.de> - Andrew Gordon <andrew.gordon@net-tel.co.uk> + Andrew Gordon <andrew.gordon@net-tel.co.uk> - Andrew Herbert <andrew@werple.apana.org.au> + Andrew Herbert <andrew@werple.apana.org.au> - Andrew McRae <amcrae@cisco.com> + Andrew McRae <amcrae@cisco.com> - Andrew Moore <alm@FreeBSD.org> + Andrew Moore <alm@FreeBSD.org> - Andrew Stevenson <andrew@ugh.net.au> + Andrew Stevenson <andrew@ugh.net.au> - Andrew V. Stesin <stesin@elvisti.kiev.ua> + Andrew V. Stesin <stesin@elvisti.kiev.ua> - Andrey Zakhvatov <andy@icc.surw.chel.su> + Andrey Zakhvatov <andy@icc.surw.chel.su> - Andy Whitcroft <andy@sarc.city.ac.uk> + Andy Whitcroft <andy@sarc.city.ac.uk> - Angelo Turetta <ATuretta@stylo.it> + Angelo Turetta <ATuretta@stylo.it> - Anthony Yee-Hang Chan <yeehang@netcom.com> + Anthony Yee-Hang Chan <yeehang@netcom.com> - Ari Suutari <ari@suutari.iki.fi> + Ari Suutari <ari@suutari.iki.fi> - Brent J. Nordquist <bjn@visi.com> + Brent J. Nordquist <bjn@visi.com> - Bernd Rosauer <br@schiele-ct.de> + Bernd Rosauer <br@schiele-ct.de> - Bill Kish <kish@osf.org> + Bill Kish <kish@osf.org> @@ -30662,249 +30670,249 @@ pre-install: - Bob Wilcox <bob@obiwan.uucp> + Bob Wilcox <bob@obiwan.uucp> - Boyd Faulkner <faulkner@mpd.tandem.com> + Boyd Faulkner <faulkner@mpd.tandem.com> - Brent J. Nordquist <bjn@visi.com> + Brent J. Nordquist <bjn@visi.com> - Brett Taylor <brett@peloton.physics.montana.edu> + Brett Taylor <brett@peloton.physics.montana.edu> - Brian Clapper <bmc@willscreek.com> + Brian Clapper <bmc@willscreek.com> - Brian Handy <handy@lambic.space.lockheed.com> + Brian Handy <handy@lambic.space.lockheed.com> - Brian Tao <taob@risc.org> + Brian Tao <taob@risc.org> - Brion Moss <brion@queeg.com> + Brion Moss <brion@queeg.com> - Bruce Gingery <bgingery@gtcs.com> + Bruce Gingery <bgingery@gtcs.com> - Carey Jones <mcj@acquiesce.org> + Carey Jones <mcj@acquiesce.org> - Carl Fongheiser <cmf@netins.net> + Carl Fongheiser <cmf@netins.net> - Charles Hannum <mycroft@ai.mit.edu> + Charles Hannum <mycroft@ai.mit.edu> - Charles Mott <cmott@srv.net> + Charles Mott <cmott@srv.net> - Chet Ramey <chet@odin.INS.CWRU.Edu> + Chet Ramey <chet@odin.INS.CWRU.Edu> - Chris Dabrowski < - chris@vader.org> + chris@vader.org> - Chris G. Demetriou <cgd@postgres.berkeley.edu> + Chris G. Demetriou <cgd@postgres.berkeley.edu> - Chris Shenton <cshenton@angst.it.hq.nasa.gov> + Chris Shenton <cshenton@angst.it.hq.nasa.gov> - Chris Stenton <jacs@gnome.co.uk> + Chris Stenton <jacs@gnome.co.uk> - Chris Timmons <skynyrd@opus.cts.cwu.edu> + Chris Timmons <skynyrd@opus.cts.cwu.edu> - Chris Torek <torek@ee.lbl.gov> + Chris Torek <torek@ee.lbl.gov> - Christian Gusenbauer <cg@fimp01.fim.uni-linz.ac.at> + Christian Gusenbauer <cg@fimp01.fim.uni-linz.ac.at> - Christian Haury <Christian.Haury@sagem.fr> + Christian Haury <Christian.Haury@sagem.fr> - Christoph Robitschko <chmr@edvz.tu-graz.ac.at> + Christoph Robitschko <chmr@edvz.tu-graz.ac.at> - Choi Jun Ho <junker@jazz.snu.ac.kr> + Choi Jun Ho <junker@jazz.snu.ac.kr> - Chuck Hein <chein@cisco.com> + Chuck Hein <chein@cisco.com> - Conrad Sabatier <conrads@neosoft.com> + Conrad Sabatier <conrads@neosoft.com> - Cornelis van der Laan <nils@guru.ims.uni-stuttgart.de> + Cornelis van der Laan <nils@guru.ims.uni-stuttgart.de> - Craig Struble <cstruble@vt.edu> + Craig Struble <cstruble@vt.edu> - Cristian Ferretti <cfs@riemann.mat.puc.cl> + Cristian Ferretti <cfs@riemann.mat.puc.cl> - Curt Mayer <curt@toad.com> + Curt Mayer <curt@toad.com> - Dai Ishijima <ishijima@tri.pref.osaka.jp> + Dai Ishijima <ishijima@tri.pref.osaka.jp> - Dan Cross <tenser@spitfire.ecsel.psu.edu> + Dan Cross <tenser@spitfire.ecsel.psu.edu> - Daniel Baker <dbaker@crash.ops.neosoft.com> + Daniel Baker <dbaker@crash.ops.neosoft.com> - Daniel M. Eischen <deischen@iworks.InterWorks.org> + Daniel M. Eischen <deischen@iworks.InterWorks.org> - Daniel O'Connor <doconnor@gsoft.com.au> + Daniel O'Connor <doconnor@gsoft.com.au> - Danny J. Zerkel <dzerkel@feephi.phofarm.com> + Danny J. Zerkel <dzerkel@feephi.phofarm.com> - Dave Bodenstab <imdave@synet.net> + Dave Bodenstab <imdave@synet.net> - Dave Burgess <burgess@hrd769.brooks.af.mil> + Dave Burgess <burgess@hrd769.brooks.af.mil> - Dave Chapeskie <dchapes@zeus.leitch.com> + Dave Chapeskie <dchapes@zeus.leitch.com> - Dave Edmondson <davided@sco.com> + Dave Edmondson <davided@sco.com> - Dave Rivers <rivers@ponds.uucp> + Dave Rivers <rivers@ponds.uucp> - David A. Bader <dbader@umiacs.umd.edu> + David A. Bader <dbader@umiacs.umd.edu> - David Dawes <dawes@physics.su.OZ.AU> + David Dawes <dawes@physics.su.OZ.AU> - David Holloway <daveh@gwythaint.tamis.com> + David Holloway <daveh@gwythaint.tamis.com> - David Leonard <d@scry.dstc.edu.au> + David Leonard <d@scry.dstc.edu.au> - Dean Huxley <dean@fsa.ca> + Dean Huxley <dean@fsa.ca> - Dirk Froemberg <dirk@hal.in-berlin.de> + Dirk Froemberg <dirk@hal.in-berlin.de> - Dmitrij Tejblum <dima@tejblum.dnttm.rssi.ru> + Dmitrij Tejblum <dima@tejblum.dnttm.rssi.ru> - Dmitry Kohmanyuk <dk@farm.org> + Dmitry Kohmanyuk <dk@farm.org> @@ -30912,28 +30920,28 @@ pre-install: - Don Yuniskis <dgy@rtd.com> + Don Yuniskis <dgy@rtd.com> - Donald Burr <d_burr@ix.netcom.com> + Donald Burr <d_burr@ix.netcom.com> - Doug Ambrisko <ambrisko@ambrisko.roble.com> + Doug Ambrisko <ambrisko@ambrisko.roble.com> - Douglas Carmichael <dcarmich@mcs.com> + Douglas Carmichael <dcarmich@mcs.com> - Eiji-usagi-MATSUmoto <usagi@ruby.club.or.jp> + Eiji-usagi-MATSUmoto <usagi@ruby.club.or.jp> @@ -30941,143 +30949,143 @@ pre-install: - Eric A. Griff <eagriff@global2000.net> + Eric A. Griff <eagriff@global2000.net> - Eric Blood <eblood@cs.unr.edu> + Eric Blood <eblood@cs.unr.edu> - Eric J. Chet <ejc@bazzle.com> + Eric J. Chet <ejc@bazzle.com> - Eric J. Schwertfeger <eric@cybernut.com> + Eric J. Schwertfeger <eric@cybernut.com> - Francis M J Hsieh <mjhsieh@life.nthu.edu.tw> + Francis M J Hsieh <mjhsieh@life.nthu.edu.tw> - Frank Bartels <knarf@camelot.de> + Frank Bartels <knarf@camelot.de> - Frank Chen Hsiung Chan <frankch@waru.life.nthu.edu.tw> + Frank Chen Hsiung Chan <frankch@waru.life.nthu.edu.tw> - Frank Maclachlan <fpm@crash.cts.com> + Frank Maclachlan <fpm@crash.cts.com> - Frank Nobis <fn@trinity.radio-do.de> + Frank Nobis <fn@trinity.radio-do.de> - FUJIMOTO Kensaku <fujimoto@oscar.elec.waseda.ac.jp> + FUJIMOTO Kensaku <fujimoto@oscar.elec.waseda.ac.jp> - FURUSAWA Kazuhisa <furusawa@com.cs.osakafu-u.ac.jp> + FURUSAWA Kazuhisa <furusawa@com.cs.osakafu-u.ac.jp> - Gary A. Browning <gab10@griffcd.amdahl.com> + Gary A. Browning <gab10@griffcd.amdahl.com> - Gary Kline <kline@thought.org> + Gary Kline <kline@thought.org> - Gerard Roudier <groudier@club-internet.fr> + Gerard Roudier <groudier@club-internet.fr> - Greg Ungerer <gerg@stallion.oz.au> + Greg Ungerer <gerg@stallion.oz.au> - Harlan Stenn <Harlan.Stenn@pfcs.com> + Harlan Stenn <Harlan.Stenn@pfcs.com> - Havard Eidnes <Havard.Eidnes@runit.sintef.no> + Havard Eidnes <Havard.Eidnes@runit.sintef.no> - Hideaki Ohmon <ohmon@tom.sfc.keio.ac.jp> + Hideaki Ohmon <ohmon@tom.sfc.keio.ac.jp> - Hidekazu Kuroki <hidekazu@cs.titech.ac.jp> + Hidekazu Kuroki <hidekazu@cs.titech.ac.jp> - Hidetoshi Shimokawa <simokawa@sat.t.u-tokyo.ac.jp> + Hidetoshi Shimokawa <simokawa@sat.t.u-tokyo.ac.jp> - Hideyuki Suzuki <hideyuki@sat.t.u-tokyo.ac.jp> + Hideyuki Suzuki <hideyuki@sat.t.u-tokyo.ac.jp> - Hironori Ikura <hikura@kaisei.org> + Hironori Ikura <hikura@kaisei.org> - Holger Veit <Holger.Veit@gmd.de> + Holger Veit <Holger.Veit@gmd.de> - Hung-Chi Chu <hcchu@r350.ee.ntu.edu.tw> + Hung-Chi Chu <hcchu@r350.ee.ntu.edu.tw> - Ian Vaudrey <i.vaudrey@bigfoot.com> + Ian Vaudrey <i.vaudrey@bigfoot.com> - Igor Vinokurov <igor@zynaps.ru> + Igor Vinokurov <igor@zynaps.ru> - Ikuo Nakagawa <ikuo@isl.intec.co.jp> + Ikuo Nakagawa <ikuo@isl.intec.co.jp> - IMAMURA Tomoaki <tomoak-i@is.aist-nara.ac.jp> + IMAMURA Tomoaki <tomoak-i@is.aist-nara.ac.jp> @@ -31085,183 +31093,183 @@ pre-install: - Issei Suzuki<issei@t-cnet.or.jp> + Issei Suzuki <issei@t-cnet.or.jp> - Itsuro Saito <saito@miv.t.u-tokyo.ac.jp> + Itsuro Saito <saito@miv.t.u-tokyo.ac.jp> - J. David Lowe <lowe@saturn5.com> + J. David Lowe <lowe@saturn5.com> - J.T. Conklin <jtc@cygnus.com> + J.T. Conklin <jtc@cygnus.com> - James Clark <jjc@jclark.com> + James Clark <jjc@jclark.com> - James da Silva <jds@cs.umd.edu> et al + James da Silva <jds@cs.umd.edu> et al - Janusz Kokot <janek@gaja.ipan.lublin.pl> + Janusz Kokot <janek@gaja.ipan.lublin.pl> - Jason Thorpe <thorpej@nas.nasa.gov> + Jason Thorpe <thorpej@nas.nasa.gov> - Javier Martin Rueda <jmrueda@diatel.upm.es> + Javier Martin Rueda <jmrueda@diatel.upm.es> - Jeff Bartig <jeffb@doit.wisc.edu> + Jeff Bartig <jeffb@doit.wisc.edu> - Jeffrey Wheat <jeff@cetlink.net> + Jeffrey Wheat <jeff@cetlink.net> - Jian-Da Li <jdli@csie.NCTU.edu.tw> + Jian-Da Li <jdli@csie.NCTU.edu.tw> - Jim Binkley <jrb@cs.pdx.edu> + Jim Binkley <jrb@cs.pdx.edu> - Jim Lowe <james@cs.uwm.edu> + Jim Lowe <james@cs.uwm.edu> - Jim Wilson <wilson@moria.cygnus.com> + Jim Wilson <wilson@moria.cygnus.com> - Joao Carlos Mendes Luis <jonny@coppe.ufrj.br> + Joao Carlos Mendes Luis <jonny@coppe.ufrj.br> - Joel Sutton <sutton@aardvark.apana.org.au> + Joel Sutton <sutton@aardvark.apana.org.au> - Johann Tonsing <jtonsing@mikom.csir.co.za> + Johann Tonsing <jtonsing@mikom.csir.co.za> - John Capo <jc@irbs.com> + John Capo <jc@irbs.com> - John Heidemann <johnh@isi.edu> + John Heidemann <johnh@isi.edu> - John Perry <perry@vishnu.alias.net> + John Perry <perry@vishnu.alias.net> - John Polstra <jdp@polstra.com> + John Polstra <jdp@polstra.com> - John Rochester <jr@cs.mun.ca> + John Rochester <jr@cs.mun.ca> - Josef Karthauser <joe@uk.freebsd.org> + Josef Karthauser <joe@uk.freebsd.org> - Joseph Stein <joes@seaport.net> + Joseph Stein <joes@seaport.net> - Josh Gilliam <josh@quick.net> + Josh Gilliam <josh@quick.net> - Josh Tiefenbach <josh@ican.net> + Josh Tiefenbach <josh@ican.net> - Juergen Lock <nox@jelal.hb.north.de> + Juergen Lock <nox@jelal.hb.north.de> - Juha Inkari <inkari@cc.hut.fi> + Juha Inkari <inkari@cc.hut.fi> - Julian Assange <proff@suburbia.net> + Julian Assange <proff@suburbia.net> - Julian Jenkins <kaveman@magna.com.au> + Julian Jenkins <kaveman@magna.com.au> - Julian Stacey <jhs@freebsd.org> + Julian Stacey <jhs@freebsd.org> - Junichi Satoh <junichi@jp.freebsd.org> + Junichi Satoh <junichi@jp.freebsd.org> - Kapil Chowksey <kchowksey@hss.hns.com> + Kapil Chowksey <kchowksey@hss.hns.com> - Kazuhiko Kiriyama <kiri@kiri.toba-cmt.ac.jp> + Kazuhiko Kiriyama <kiri@kiri.toba-cmt.ac.jp> - Keith Bostic <bostic@bostic.com> + Keith Bostic <bostic@bostic.com> @@ -31269,108 +31277,108 @@ pre-install: - Kenneth Monville <desmo@bandwidth.org> + Kenneth Monville <desmo@bandwidth.org> - Kent Vander Velden <graphix@iastate.edu> + Kent Vander Velden <graphix@iastate.edu> - Kirk McKusick <mckusick@mckusick.com> + Kirk McKusick <mckusick@mckusick.com> - Kiroh HARADA <kiroh@kh.rim.or.jp> + Kiroh HARADA <kiroh@kh.rim.or.jp> - Koichi Sato <copan@ppp.fastnet.or.jp> + Koichi Sato <copan@ppp.fastnet.or.jp> - Kostya Lukin <lukin@okbmei.msk.su> + Kostya Lukin <lukin@okbmei.msk.su> - Kurt Olsen <kurto@tiny.mcs.usu.edu> + Kurt Olsen <kurto@tiny.mcs.usu.edu> - Lars Koeller <Lars.Koeller@Uni-Bielefeld.DE> + Lars Koeller <Lars.Koeller@Uni-Bielefeld.DE> - Lucas James <Lucas.James@ldjpc.apana.org.au> + Lucas James <Lucas.James@ldjpc.apana.org.au> - Luigi Rizzo <luigi@iet.unipi.it> + Luigi Rizzo <luigi@iet.unipi.it> - Makoto MATSUSHITA <matusita@jp.freebsd.org> + Makoto MATSUSHITA <matusita@jp.freebsd.org> - Manu Iyengar <iyengar@grunthos.pscwa.psca.com> + Manu Iyengar <iyengar@grunthos.pscwa.psca.com> - Marc Frajola <marc@dev.com> + Marc Frajola <marc@dev.com> - Marc Ramirez <mrami@mramirez.sy.yale.edu> + Marc Ramirez <mrami@mramirez.sy.yale.edu> - Marc Slemko <marcs@znep.com> + Marc Slemko <marcs@znep.com> - Marc van Kempen <wmbfmk@urc.tue.nl> + Marc van Kempen <wmbfmk@urc.tue.nl> - Mario Sergio Fujikawa Ferreira <lioux@gns.com.br> + Mario Sergio Fujikawa Ferreira <lioux@gns.com.br> - Mark Huizer <xaa@stack.nl> + Mark Huizer <xaa@stack.nl> - Mark J. Taylor <mtaylor@cybernet.com> + Mark J. Taylor <mtaylor@cybernet.com> - Mark Krentel <krentel@rice.edu> + Mark Krentel <krentel@rice.edu> - Mark Tinguely <tinguely@plains.nodak.edu> <tinguely@hookie.cs.ndsu.NoDak.edu> + Mark Tinguely <tinguely@plains.nodak.edu> <tinguely@hookie.cs.ndsu.NoDak.edu> @@ -31378,243 +31386,243 @@ pre-install: - Martti Kuparinen <erakupa@kk.etx.ericsson.se> + Martti Kuparinen <erakupa@kk.etx.ericsson.se> - Masachika ISHIZUKA <ishizuka@isis.min.ntt.jp> + Masachika ISHIZUKA <ishizuka@isis.min.ntt.jp> - Mats Lofkvist <mal@algonet.se> + Mats Lofkvist <mal@algonet.se> - Matt Bartley <mbartley@lear35.cytex.com> + Matt Bartley <mbartley@lear35.cytex.com> - Matt Thomas <thomas@lkg.dec.com> + Matt Thomas <thomas@lkg.dec.com> - Matt White <mwhite+@CMU.EDU> + Matt White <mwhite+@CMU.EDU> - Matthew Hunt <mph@pobox.com> + Matthew Hunt <mph@pobox.com> - Matthew N. Dodd <winter@jurai.net> + Matthew N. Dodd <winter@jurai.net> - Matthew Stein <matt@bdd.net> + Matthew Stein <matt@bdd.net> - Maurice Castro <maurice@planet.serc.rmit.edu.au> + Maurice Castro <maurice@planet.serc.rmit.edu.au> - Michael Butschky <butsch@computi.erols.com> + Michael Butschky <butsch@computi.erols.com> - Michael Elbel <me@FreeBSD.ORG> + Michael Elbel <me@FreeBSD.ORG> - Michael Searle <searle@longacre.demon.co.uk> + Michael Searle <searle@longacre.demon.co.uk> - Miguel Angel Sagreras <msagre@cactus.fi.uba.ar> + Miguel Angel Sagreras <msagre@cactus.fi.uba.ar> - Mikael Hybsch <micke@dynas.se> + Mikael Hybsch <micke@dynas.se> - Mikhail Teterin <mi@aldan.ziplink.net> + Mikhail Teterin <mi@aldan.ziplink.net> - Mike McGaughey <mmcg@cs.monash.edu.au> + Mike McGaughey <mmcg@cs.monash.edu.au> - Mike Peck <mike@binghamton.edu> + Mike Peck <mike@binghamton.edu> - Ming-I Hseh <PA@FreeBSD.ee.Ntu.edu.TW> + Ming-I Hseh <PA@FreeBSD.ee.Ntu.edu.TW> - MITA Yoshio <mita@jp.FreeBSD.ORG> + MITA Yoshio <mita@jp.FreeBSD.ORG> - MOROHOSHI Akihiko <moro@race.u-tokyo.ac.jp> + MOROHOSHI Akihiko <moro@race.u-tokyo.ac.jp> - Murray Stokely <murray@cdrom.com> + Murray Stokely <murray@cdrom.com> - NAKAMURA Kazushi <nkazushi@highway.or.jp> + NAKAMURA Kazushi <nkazushi@highway.or.jp> - Naoki Hamada <nao@tom-yam.or.jp> + Naoki Hamada <nao@tom-yam.or.jp> - Narvi <narvi@haldjas.folklore.ee> + Narvi <narvi@haldjas.folklore.ee> - NIIMI Satoshi <sa2c@and.or.jp> + NIIMI Satoshi <sa2c@and.or.jp> - Nick Sayer <nsayer@quack.kfu.com> + Nick Sayer <nsayer@quack.kfu.com> - Nicolas Souchu <Nicolas.Souchu@prism.uvsq.fr> + Nicolas Souchu <Nicolas.Souchu@prism.uvsq.fr> - Nisha Talagala <nisha@cs.berkeley.edu> + Nisha Talagala <nisha@cs.berkeley.edu> - Nobuhiro Yasutomi <nobu@psrc.isac.co.jp> + Nobuhiro Yasutomi <nobu@psrc.isac.co.jp> - Nobuyuki Koganemaru <kogane@kces.koganemaru.co.jp> + Nobuyuki Koganemaru <kogane@kces.koganemaru.co.jp> - Noritaka Ishizumi <graphite@jp.FreeBSD.ORG> + Noritaka Ishizumi <graphite@jp.FreeBSD.ORG> - Oliver Fromme <oliver.fromme@heim3.tu-clausthal.de> + Oliver Fromme <oliver.fromme@heim3.tu-clausthal.de> - Oliver Laumann <net@informatik.uni-bremen.de> + Oliver Laumann <net@informatik.uni-bremen.de> - Oliver Oberdorf <oly@world.std.com> + Oliver Oberdorf <oly@world.std.com> - Paul Fox <pgf@foxharp.boston.ma.us> + Paul Fox <pgf@foxharp.boston.ma.us> - Paul Kranenburg <pk@cs.few.eur.nl> + Paul Kranenburg <pk@cs.few.eur.nl> - Paul Mackerras <paulus@cs.anu.edu.au> + Paul Mackerras <paulus@cs.anu.edu.au> - Paulo Menezes <paulo@isr.uc.pt> + Paulo Menezes <paulo@isr.uc.pt> - Paul T. Root <proot@horton.iaces.com> + Paul T. Root <proot@horton.iaces.com> - Pedro Giffuni <giffunip@asme.org> + Pedro Giffuni <giffunip@asme.org> - Pedro A M Vazquez <vazquez@IQM.Unicamp.BR> + Pedro A M Vazquez <vazquez@IQM.Unicamp.BR> - Peter Cornelius <pc@inr.fzk.de> + Peter Cornelius <pc@inr.fzk.de> - Peter Haight <peterh@prognet.com> + Peter Haight <peterh@prognet.com> - Peter Hawkins <peter@rhiannon.clari.net.au> + Peter Hawkins <peter@rhiannon.clari.net.au> - Peter Stubbs <PETERS@staidan.qld.edu.au> + Peter Stubbs <PETERS@staidan.qld.edu.au> - Pierre Beyssac <bp@fasterix.freenix.org> + Pierre Beyssac <bp@fasterix.freenix.org> - Phil Maker <pjm@cs.ntu.edu.au> + Phil Maker <pjm@cs.ntu.edu.au> @@ -31622,299 +31630,298 @@ pre-install: - Randall Hopper <rhh@stealth.ct.picker.com> + Randall Hopper <rhh@stealth.ct.picker.com> - Richard Hwang <rhwang@bigpanda.com> + Richard Hwang <rhwang@bigpanda.com> - Richard Seaman, Jr. <dick@tar.com> + Richard Seaman, Jr. <dick@tar.com> - Richard Stallman <rms@gnu.ai.mit.edu> + Richard Stallman <rms@gnu.ai.mit.edu> - Richard Wiwatowski <rjwiwat@adelaide.on.net> + Richard Wiwatowski <rjwiwat@adelaide.on.net> - Rob Mallory <rmallory@csusb.edu> + Rob Mallory <rmallory@csusb.edu> - Rob Shady <rls@id.net> + Rob Shady <rls@id.net> - Rob Snow <rsnow@txdirect.net> + Rob Snow <rsnow@txdirect.net> - Robert Sanders <rsanders@mindspring.com> + Robert Sanders <rsanders@mindspring.com> - Robert Withrow <witr@rwwa.com> + Robert Withrow <witr@rwwa.com> - Ronald Kuehn <kuehn@rz.tu-clausthal.de> + Ronald Kuehn <kuehn@rz.tu-clausthal.de> - Roland Jesse <jesse@cs.uni-magdeburg.de> + Roland Jesse <jesse@cs.uni-magdeburg.de> - Ruslan Shevchenko <rssh@cki.ipri.kiev.ua> + Ruslan Shevchenko <rssh@cki.ipri.kiev.ua> - Samuel Lam <skl@ScalableNetwork.com> + Samuel Lam <skl@ScalableNetwork.com> - Sander Vesik <sander@haldjas.folklore.ee> + Sander Vesik <sander@haldjas.folklore.ee> - Sandro Sigala <ssigala@globalnet.it> + Sandro Sigala <ssigala@globalnet.it> - Sascha Blank <blank@fox.uni-trier.de> + Sascha Blank <blank@fox.uni-trier.de> - Sascha Wildner <swildner@channelz.GUN.de> + Sascha Wildner <swildner@channelz.GUN.de> - Satoshi Taoka <taoka@infonets.hiroshima-u.ac.jp> + Satoshi Taoka <taoka@infonets.hiroshima-u.ac.jp> - Scott Blachowicz <scott.blachowicz@seaslug.org> + Scott Blachowicz <scott.blachowicz@seaslug.org> - Scott A. Kenney <saken@rmta.ml.org> + Scott A. Kenney <saken@rmta.ml.org> - Serge V. Vakulenko <vak@zebub.msk.su> + Serge V. Vakulenko <vak@zebub.msk.su> - Sheldon Hearn <axl@iafrica.com> + Sheldon Hearn <axl@iafrica.com> - Simon Marlow <simonm@dcs.gla.ac.uk> + Simon Marlow <simonm@dcs.gla.ac.uk> - Slaven Rezic (Tomic) <eserte@cs.tu-berlin.de> + Slaven Rezic (Tomic) <eserte@cs.tu-berlin.de> - Soren Dayton <csdayton@midway.uchicago.edu> + Soren Dayton <csdayton@midway.uchicago.edu> - Soren Dossing <sauber@netcom.com> + Soren Dossing <sauber@netcom.com> - Stefan Moeding <moeding@bn.DeTeMobil.de> + Stefan Moeding <moeding@bn.DeTeMobil.de> - Stephane Legrand <stephane@lituus.fr> + Stephane Legrand <stephane@lituus.fr> - Stephen J. Roznowski <sjr@home.net> + Stephen J. Roznowski <sjr@home.net> - Steve Gerakines <steve2@genesis.tiac.net> + Steve Gerakines <steve2@genesis.tiac.net> - Suzuki Yoshiaki <zensyo@ann.tama.kawasaki.jp> + Suzuki Yoshiaki <zensyo@ann.tama.kawasaki.jp> - Tadashi Kumano <kumano@strl.nhk.or.jp> + Tadashi Kumano <kumano@strl.nhk.or.jp> - Taguchi Takeshi <taguchi@tohoku.iij.ad.jp> + Taguchi Takeshi <taguchi@tohoku.iij.ad.jp> - Takayuki Ariga <a00821@cc.hc.keio.ac.jp> + Takayuki Ariga <a00821@cc.hc.keio.ac.jp> - Terry Lambert <terry@lambert.org> + Terry Lambert <terry@lambert.org> - Terry Lee <terry@uivlsi.csl.uiuc.edu> + Terry Lee <terry@uivlsi.csl.uiuc.edu> - Tetsuya Furukawa <tetsuya@secom-sis.co.jp> + Tetsuya Furukawa <tetsuya@secom-sis.co.jp> - Theo Deraadt <deraadt@fsa.ca> + Theo Deraadt <deraadt@fsa.ca> - Thomas König <Thomas.Koenig@ciw.uni-karlsruhe.de> + Thomas König <Thomas.Koenig@ciw.uni-karlsruhe.de> - Þórður Ívarsson <totii@est.is> + Þórður Ívarsson <totii@est.is> - Tim Kientzle <kientzle@netcom.com> + Tim Kientzle <kientzle@netcom.com> - Tim Wilkinson <tim@sarc.city.ac.uk> + Tim Wilkinson <tim@sarc.city.ac.uk> - Tom Samplonius <tom@misery.sdf.com> + Tom Samplonius <tom@misery.sdf.com> - Torbjorn Granlund <tege@matematik.su.se> + Torbjorn Granlund <tege@matematik.su.se> - Toshihiro Kanda <candy@fct.kgc.co.jp> + Toshihiro Kanda <candy@fct.kgc.co.jp> - Trefor S. <trefor@flevel.co.uk> + Trefor S. <trefor@flevel.co.uk> - Ville Eerola <ve@sci.fi> + Ville Eerola <ve@sci.fi> - Werner Griessl <werner@btp1da.phy.uni-bayreuth.de> + Werner Griessl <werner@btp1da.phy.uni-bayreuth.de> - Wes Santee <wsantee@wsantee.oz.net> + Wes Santee <wsantee@wsantee.oz.net> - Wilko Bulte <wilko@yedi.iaf.nl> + Wilko Bulte <wilko@yedi.iaf.nl> - Wolfgang Stanglmeier <wolf@kintaro.cologne.de> + Wolfgang Stanglmeier <wolf@kintaro.cologne.de> - Wu Ching-hong <woju@FreeBSD.ee.Ntu.edu.TW> + Wu Ching-hong <woju@FreeBSD.ee.Ntu.edu.TW> - Yen-Shuo Su <yssu@CCCA.NCTU.edu.tw> + Yen-Shuo Su <yssu@CCCA.NCTU.edu.tw> - Yoshiaki Uchikawa <yoshiaki@kt.rim.or.jp> + Yoshiaki Uchikawa <yoshiaki@kt.rim.or.jp> - Yoshiro Mihira <sanpei@yy.cs.keio.ac.jp> + Yoshiro Mihira <sanpei@yy.cs.keio.ac.jp> - Yukihiro Nakai <nakai@mlab.t.u-tokyo.ac.jp> + Yukihiro Nakai <nakai@mlab.t.u-tokyo.ac.jp> - Yuval Yarom <yval@cs.huji.ac.il> + Yuval Yarom <yval@cs.huji.ac.il> - Yves Fonk <yves@cpcoup5.tn.tudelft.nl> + Yves Fonk <yves@cpcoup5.tn.tudelft.nl> @@ -31931,53 +31938,53 @@ pre-install: - Adam Glass <glass@postgres.berkeley.edu> + Adam Glass <glass@postgres.berkeley.edu> - Adrian Hall <adrian@ibmpcug.co.uk> + Adrian Hall <adrian@ibmpcug.co.uk> - Andrey A. Chernov <ache@astral.msk.su> + Andrey A. Chernov <ache@astral.msk.su> - Andrew Herbert <andrew@werple.apana.org.au> + Andrew Herbert <andrew@werple.apana.org.au> - Andrew Moore <alm@netcom.com> + Andrew Moore <alm@netcom.com> - Andy Valencia <ajv@csd.mot.com> <jtk@netcom.com> + Andy Valencia <ajv@csd.mot.com> <jtk@netcom.com> - Arne Henrik Juul <arnej@Lise.Unit.NO> + Arne Henrik Juul <arnej@Lise.Unit.NO> - Bakul Shah <bvs@bitblocks.com> + Bakul Shah <bvs@bitblocks.com> - Barry Lustig <barry@ictv.com> + Barry Lustig <barry@ictv.com> - Bob Wilcox <bob@obiwan.uucp> + Bob Wilcox <bob@obiwan.uucp> @@ -31985,113 +31992,113 @@ pre-install: - Brett Lymn <blymn@mulga.awadi.com.AU> + Brett Lymn <blymn@mulga.awadi.com.AU> - Charles Hannum <mycroft@ai.mit.edu> + Charles Hannum <mycroft@ai.mit.edu> - Chris G. Demetriou <cgd@postgres.berkeley.edu> + Chris G. Demetriou <cgd@postgres.berkeley.edu> - Chris Torek <torek@ee.lbl.gov> + Chris Torek <torek@ee.lbl.gov> - Christoph Robitschko <chmr@edvz.tu-graz.ac.at> + Christoph Robitschko <chmr@edvz.tu-graz.ac.at> - Daniel Poirot <poirot@aio.jsc.nasa.gov> + Daniel Poirot <poirot@aio.jsc.nasa.gov> - Dave Burgess <burgess@hrd769.brooks.af.mil> + Dave Burgess <burgess@hrd769.brooks.af.mil> - Dave Rivers <rivers@ponds.uucp> + Dave Rivers <rivers@ponds.uucp> - David Dawes <dawes@physics.su.OZ.AU> + David Dawes <dawes@physics.su.OZ.AU> - David Greenman <davidg@Root.COM> + David Greenman <davidg@Root.COM> - Eric J. Haug <ejh@slustl.slu.edu> + Eric J. Haug <ejh@slustl.slu.edu> - Felix Gaehtgens <felix@escape.vsse.in-berlin.de> + Felix Gaehtgens <felix@escape.vsse.in-berlin.de> - Frank Maclachlan <fpm@crash.cts.com> + Frank Maclachlan <fpm@crash.cts.com> - Gary A. Browning <gab10@griffcd.amdahl.com> + Gary A. Browning <gab10@griffcd.amdahl.com> - Gary Howland <gary@hotlava.com> + Gary Howland <gary@hotlava.com> - Geoff Rehmet <csgr@alpha.ru.ac.za> + Geoff Rehmet <csgr@alpha.ru.ac.za> - Goran Hammarback <goran@astro.uu.se> + Goran Hammarback <goran@astro.uu.se> - Guido van Rooij <guido@gvr.win.tue.nl> + Guido van Rooij <guido@gvr.win.tue.nl> - Guy Harris <guy@auspex.com> + Guy Harris <guy@auspex.com> - Havard Eidnes <Havard.Eidnes@runit.sintef.no> + Havard Eidnes <Havard.Eidnes@runit.sintef.no> - Herb Peyerl <hpeyerl@novatel.cuc.ab.ca> + Herb Peyerl <hpeyerl@novatel.cuc.ab.ca> - Holger Veit <Holger.Veit@gmd.de> + Holger Veit <Holger.Veit@gmd.de> @@ -32099,24 +32106,24 @@ pre-install: - J.T. Conklin <jtc@cygnus.com> + J.T. Conklin <jtc@cygnus.com> - Jagane D Sundar < jagane@netcom.com - > + > - James Clark <jjc@jclark.com> + James Clark <jjc@jclark.com> - James Jegers <jimj@miller.cs.uwm.edu> + James Jegers <jimj@miller.cs.uwm.edu> @@ -32124,64 +32131,64 @@ pre-install: - James da Silva <jds@cs.umd.edu> et al + James da Silva <jds@cs.umd.edu> et al - Jay Fenlason <hack@datacube.com> + Jay Fenlason <hack@datacube.com> - Jim Wilson <wilson@moria.cygnus.com> + Jim Wilson <wilson@moria.cygnus.com> - Jörg Lohse <lohse@tech7.informatik.uni-hamburg.de> + Jörg Lohse <lohse@tech7.informatik.uni-hamburg.de> - Jörg Wunsch <joerg_wunsch@uriah.heep.sax.de> + Jörg Wunsch <joerg_wunsch@uriah.heep.sax.de> - John Dyson - John Dyson - <formerly - dyson@ref.tfs.com> + dyson@ref.tfs.com> - John Woods <jfw@eddie.mit.edu> + John Woods <jfw@eddie.mit.edu> - Jordan K. Hubbard <jkh@whisker.hubbard.ie> + Jordan K. Hubbard <jkh@whisker.hubbard.ie> - Julian Elischer <julian@dialix.oz.au> + Julian Elischer <julian@dialix.oz.au> - Julian Stacey <jhs@freebsd.org> + Julian Stacey <jhs@freebsd.org> - Karl Lehenbauer <karl@NeoSoft.com> <karl@one.neosoft.com> + Karl Lehenbauer <karl@NeoSoft.com> <karl@one.neosoft.com> - Keith Bostic <bostic@toe.CS.Berkeley.EDU> + Keith Bostic <bostic@toe.CS.Berkeley.EDU> @@ -32189,188 +32196,188 @@ pre-install: - Kent Talarico <kent@shipwreck.tsoft.net> + Kent Talarico <kent@shipwreck.tsoft.net> - Kevin Lahey <kml%rokkaku.UUCP@mathcs.emory.edu> <kml@mosquito.cis.ufl.edu> + Kevin Lahey <kml%rokkaku.UUCP@mathcs.emory.edu> <kml@mosquito.cis.ufl.edu> - Marc Frajola <marc@dev.com> + Marc Frajola <marc@dev.com> - Mark Tinguely <tinguely@plains.nodak.edu> <tinguely@hookie.cs.ndsu.NoDak.edu> + Mark Tinguely <tinguely@plains.nodak.edu> <tinguely@hookie.cs.ndsu.NoDak.edu> - Martin Renters <martin@tdc.on.ca> + Martin Renters <martin@tdc.on.ca> - Michael Clay <mclay@weareb.org> + Michael Clay <mclay@weareb.org> - Michael Galassi <nerd@percival.rain.com> + Michael Galassi <nerd@percival.rain.com> - Mike Durkin <mdurkin@tsoft.sf-bay.org> + Mike Durkin <mdurkin@tsoft.sf-bay.org> - Naoki Hamada <nao@tom-yam.or.jp> + Naoki Hamada <nao@tom-yam.or.jp> - Nate Williams <nate@bsd.coe.montana.edu> + Nate Williams <nate@bsd.coe.montana.edu> - Nick Handel <nhandel@NeoSoft.com> <nick@madhouse.neosoft.com> + Nick Handel <nhandel@NeoSoft.com> <nick@madhouse.neosoft.com> - Pace Willisson <pace@blitz.com> + Pace Willisson <pace@blitz.com> - Paul Kranenburg <pk@cs.few.eur.nl> + Paul Kranenburg <pk@cs.few.eur.nl> - Paul Mackerras <paulus@cs.anu.edu.au> + Paul Mackerras <paulus@cs.anu.edu.au> - Paul Popelka <paulp@uts.amdahl.com> + Paul Popelka <paulp@uts.amdahl.com> - Peter da Silva <peter@NeoSoft.com> + Peter da Silva <peter@NeoSoft.com> - Phil Sutherland <philsuth@mycroft.dialix.oz.au> + Phil Sutherland <philsuth@mycroft.dialix.oz.au> - Poul-Henning Kamp<phk@FreeBSD.ORG> + Poul-Henning Kamp<phk@FreeBSD.ORG> - Ralf Friedl <friedl@informatik.uni-kl.de> + Ralf Friedl <friedl@informatik.uni-kl.de> - Rick Macklem <root@snowhite.cis.uoguelph.ca> + Rick Macklem <root@snowhite.cis.uoguelph.ca> - Robert D. Thrush <rd@phoenix.aii.com> + Robert D. Thrush <rd@phoenix.aii.com> - Rodney W. Grimes <rgrimes@cdrom.com> + Rodney W. Grimes <rgrimes@cdrom.com> - Sascha Wildner <swildner@channelz.GUN.de> + Sascha Wildner <swildner@channelz.GUN.de> - Scott Burris <scott@pita.cns.ucla.edu> + Scott Burris <scott@pita.cns.ucla.edu> - Scott Reynolds <scott@clmqt.marquette.mi.us> + Scott Reynolds <scott@clmqt.marquette.mi.us> - Sean Eric Fagan <sef@kithrup.com> + Sean Eric Fagan <sef@kithrup.com> - Simon J Gerraty <sjg@melb.bull.oz.au> <sjg@zen.void.oz.au> + Simon J Gerraty <sjg@melb.bull.oz.au> <sjg@zen.void.oz.au> - Stephen McKay <syssgm@devetir.qld.gov.au> + Stephen McKay <syssgm@devetir.qld.gov.au> - Terry Lambert <terry@icarus.weber.edu> + Terry Lambert <terry@icarus.weber.edu> - Terry Lee <terry@uivlsi.csl.uiuc.edu> + Terry Lee <terry@uivlsi.csl.uiuc.edu> - Tor Egge <Tor.Egge@idi.ntnu.no> + Tor Egge <Tor.Egge@idi.ntnu.no> - Warren Toomey <wkt@csadfa.cs.adfa.oz.au> + Warren Toomey <wkt@csadfa.cs.adfa.oz.au> - Wiljo Heinen <wiljo@freeside.ki.open.de> + Wiljo Heinen <wiljo@freeside.ki.open.de> - William Jolitz <withheld> + William Jolitz <withheld> - Wolfgang Solfrank <ws@tools.de> + Wolfgang Solfrank <ws@tools.de> - Wolfgang Stanglmeier <wolf@dentaro.GUN.de> + Wolfgang Stanglmeier <wolf@dentaro.GUN.de> - Yuval Yarom <yval@cs.huji.ac.il> + Yuval Yarom <yval@cs.huji.ac.il> @@ -33289,11 +33296,11 @@ options DDB p $eax - and modify it by + and modify it by: set $eax new-value - + Should you need to call some kernel functions from DDB, simply say: @@ -33315,11 +33322,11 @@ options DDB to reboot. Remember that, depending on the severity of previous malfunctioning, not all parts of the kernel might still be working as expected. Perform one of the following actions to shut down and - reboot your system: + reboot your system: call diediedie() - + This will cause your kernel to dump core and reboot, so you can later analyze the core on a higher level with kgdb. This command @@ -33590,11 +33597,11 @@ Module Name EXEC 0 3 f0baf000 0018 f0bb4000 1 linux_emulator linux=YES by changing it from NO to YES. FreeBSD 2.1 RELEASE and earlier do not have such a line and on those you will - need to edit /etc/rc.local to add the following line. + need to edit /etc/rc.local to add the following line. linux - + @@ -34291,10 +34298,11 @@ richc.isdn.bcm.tmc.edu 9845-03452-90255 Bugs The Notebook front end is known to hang sometimes when reading - notebook files with an error messages similar to: + notebook files with an error messages similar to: + File .../Untitled-1.mb appears to be broken for OMPR.257.0 - + We have not found the cause for this, but it only affects the Notebook's X Window front end, not the mathematica engine itself.