release/2.0.5

65 files changed, 6649 insertions, 0 deletions

diff --git a/eBones/acl/acl_check.3 b/eBones/acl/acl_check.3
new file mode 100644
index 000000000000..2e5129c47038
--- /dev/null
+++ b/eBones/acl/acl_check.3
@@ -0,0 +1,183 @@
+.\" from: acl_check.3,v 4.1 89/01/23 11:06:54 jtkohl Exp $
+.\" $Id: acl_check.3,v 1.1.1.1 1994/09/30 14:50:05 csgr Exp $
+.\" Copyright 1989 by the Massachusetts Institute of Technology.
+.\"
+.\" For copying and distribution information,
+.\" please see the file <Copyright.MIT>.
+.\"
+.TH ACL_CHECK 3 "Kerberos Version 4.0" "MIT Project Athena"
+.SH NAME
+acl_canonicalize_principal, acl_check, acl_exact_match, acl_add,
+acl_delete, acl_initialize \- Access control list routines
+.SH SYNOPSIS
+.nf
+.nj
+.ft B
+cc <files> \-lacl \-lkrb
+.PP
+.ft B
+#include <kerberosIV/krb.h>
+.PP
+.ft B
+acl_canonicalize_principal(principal, buf)
+char *principal;
+char *buf;
+.PP
+.ft B
+acl_check(acl, principal)
+char *acl;
+char *principal;
+.PP
+.ft B
+acl_exact_match(acl, principal)
+char *acl;
+char *principal;
+.PP
+.ft B
+acl_add(acl, principal)
+char *acl;
+char *principal;
+.PP
+.ft B
+acl_delete(acl, principal)
+char *acl;
+char *principal;
+.PP
+.ft B
+acl_initialize(acl_file, mode)
+char *acl_file;
+int mode;
+.fi
+.ft R
+.SH DESCRIPTION
+.SS Introduction
+.PP
+An access control list (ACL) is a list of principals, where each
+principal is represented by a text string which cannot contain
+whitespace.  The library allows application programs to refer to named
+access control lists to test membership and to atomically add and
+delete principals using a natural and intuitive interface.  At
+present, the names of access control lists are required to be Unix
+filenames, and refer to human-readable Unix files; in the future, when
+a networked ACL server is implemented, the names may refer to a
+different namespace specific to the ACL service.
+.PP
+.SS Principal Names
+.PP
+Principal names have the form
+.nf
+.in +5n
+<name>[.<instance>][@<realm>]
+.in -5n
+e.g.:
+.in +5n
+asp
+asp.root
+asp@ATHENA.MIT.EDU
+asp.@ATHENA.MIT.EDU
+asp.root@ATHENA.MIT.EDU
+.in -5n
+.fi
+It is possible for principals to be underspecified.  If an instance is
+missing, it is assumed to be "".  If realm is missing, it is assumed
+to be the local realm as determined by
+.IR krb_get_lrealm (3).
+The canonical form contains all of name, instance,
+and realm; the acl_add and acl_delete routines will always
+leave the file in that form.  Note that the canonical form of
+asp@ATHENA.MIT.EDU is actually asp.@ATHENA.MIT.EDU.
+.SS Routines
+.PP
+.I acl_canonicalize_principal
+stores the canonical form of 
+.I principal
+in 
+.IR buf .
+.I Buf
+must contain enough
+space to store a principal, given the limits on the sizes of name,
+instance, and realm specified as ANAME_SZ, INST_SZ, and REALM_SZ,
+respectively, in
+.IR /usr/include/kerberosIV/krb.h .
+.PP
+.I acl_check
+returns nonzero if
+.I principal
+appears in 
+.IR acl .
+Returns 0 if principal
+does not appear in acl, or if an error occurs.  Canonicalizes
+principal before checking, and allows the ACL to contain wildcards.  The
+only supported wildcards are entries of the form
+name.*@realm, *.*@realm, and *.*@*.  An asterisk matches any value for the
+its component field.  For example, "jtkohl.*@*" would match principal
+jtkohl, with any instance and any realm.
+.PP
+.I acl_exact_match
+performs like 
+.IR acl_check ,
+but does no canonicalization or wildcard matching.
+.PP
+.I acl_add
+atomically adds 
+.I principal
+to 
+.IR acl .
+Returns 0 if successful, nonzero otherwise.  It is considered a failure
+if
+.I principal
+is already in 
+.IR acl .
+This routine will canonicalize
+.IR principal ,
+but will treat wildcards literally.
+.PP
+.I acl_delete
+atomically deletes 
+.I principal
+from 
+.IR acl .
+Returns 0 if successful,
+nonzero otherwise.  It is considered a failure if 
+.I principal
+is not
+already in 
+.IR acl .
+This routine will canonicalize 
+.IR principal ,
+but will treat wildcards literally.
+.PP
+.I acl_initialize
+initializes
+.IR acl_file .
+If the file 
+.I acl_file
+does not exist,
+.I acl_initialize
+creates it with mode
+.IR mode .
+If the file
+.I acl_file
+exists,
+.I acl_initialize
+removes all members.  Returns 0 if successful,
+nonzero otherwise.  WARNING: Mode argument is likely to change with
+the eventual introduction of an ACL service.  
+.SH NOTES
+In the presence of concurrency, there is a very small chance that
+.I acl_add
+or
+.I acl_delete
+could report success even though it would have
+had no effect.  This is a necessary side effect of using lock files
+for concurrency control rather than flock(2), which is not supported
+by NFS.
+.PP
+The current implementation caches ACLs in memory in a hash-table
+format for increased efficiency in checking membership; one effect of
+the caching scheme is that one file descriptor will be kept open for
+each ACL cached, up to a maximum of 8.
+.SH SEE ALSO
+kerberos(3), krb_get_lrealm(3)
+.SH AUTHOR
+James Aspnes (MIT Project Athena)
diff --git a/eBones/ext_srvtab/ext_srvtab.8 b/eBones/ext_srvtab/ext_srvtab.8
new file mode 100644
index 000000000000..565c3a37f4b8
--- /dev/null
+++ b/eBones/ext_srvtab/ext_srvtab.8
@@ -0,0 +1,62 @@
+.\" from: ext_srvtab.8,v 4.2 89/07/18 16:53:18 jtkohl Exp $
+.\" $Id: ext_srvtab.8,v 1.1.1.1 1994/09/30 14:50:05 csgr Exp $
+.\" Copyright 1989 by the Massachusetts Institute of Technology.
+.\"
+.\" For copying and distribution information,
+.\" please see the file <Copyright.MIT>.
+.\"
+.TH EXT_SRVTAB 8 "Kerberos Version 4.0" "MIT Project Athena"
+.SH NAME
+ext_srvtab \- extract service key files from Kerberos key distribution center database
+.SH SYNOPSIS
+ext_srvtab [
+.B \-n
+] [
+.B \-r realm
+] [
+.B hostname ...
+]
+.SH DESCRIPTION
+.I ext_srvtab
+extracts service key files from the Kerberos key distribution center
+(KDC) database.
+.PP
+Upon execution, it prompts the user to enter the master key string for
+the database.  If the
+.B \-n
+option is specified, the master key is instead fetched from the master
+key cache file.
+.PP
+For each
+.I hostname
+specified on the command line, 
+.I ext_srvtab
+creates the service key file
+.IR hostname -new-srvtab,
+containing all the entries in the database with an instance field of
+.I hostname.
+This new file contains all the keys registered for Kerberos-mediated
+service providing programs which use the 
+.IR krb_get_phost (3)
+principal and instance conventions to run on the host
+.IR hostname .
+If the
+.B \-r
+option is specified, the realm fields in the extracted file will
+match the given realm rather than the local realm.
+.SH DIAGNOSTICS
+.TP 20n
+"verify_master_key: Invalid master key, does not match database."
+The master key string entered was incorrect.
+.SH FILES
+.TP 20n
+/etc/kerberosIV/principal.db
+DBM file containing database
+.TP
+/etc/kerberosIV/principal.ok
+Semaphore indicating that the DBM database is not being modified.
+.TP
+/etc/kerberosIV/master_key
+Master key cache file.
+.SH SEE ALSO
+read_service_key(3), krb_get_phost(3)
diff --git a/eBones/kadmin/kadmin.8 b/eBones/kadmin/kadmin.8
new file mode 100644
index 000000000000..6e1501571326
--- /dev/null
+++ b/eBones/kadmin/kadmin.8
@@ -0,0 +1,158 @@
+.\" from: kadmin.8,v 4.2 89/07/25 17:20:02 jtkohl Exp $
+.\" $Id: kadmin.8,v 1.2 1994/07/19 19:27:22 g89r4222 Exp $
+.\" Copyright 1989 by the Massachusetts Institute of Technology.
+.\"
+.\" For copying and distribution information,
+.\" please see the file <Copyright.MIT>.
+.\"
+.TH KADMIN 8 "Kerberos Version 4.0" "MIT Project Athena"
+.SH NAME
+kadmin \- network utility for Kerberos database administration
+.SH SYNOPSIS
+.B kadmin [-u user] [-r default_realm] [-m]
+.SH DESCRIPTION
+This utility provides a unified administration interface to
+the
+Kerberos
+master database.
+Kerberos
+administrators
+use
+.I kadmin
+to register new users and services to the master database,
+and to change information about existing database entries.
+For instance, an administrator can use
+.I kadmin
+to change a user's
+Kerberos
+password.
+A Kerberos administrator is a user with an ``admin'' instance
+whose name appears on one of the Kerberos administration access control
+lists.  If the \-u option is used, 
+.I user 
+will be used as the administrator instead of the local user.
+If the \-r option is used, 
+.I default_realm
+will be used as the default realm for transactions.  Otherwise,
+the local realm will be used by default.
+If the \-m option is used, multiple requests will be permitted 
+on only one entry of the admin password.  Some sites won't
+support this option.
+
+The
+.I kadmin
+program communicates over the network with the
+.I kadmind
+program, which runs on the machine housing the Kerberos master
+database.
+The
+.I kadmind
+creates new entries and makes modifications to the database.
+
+When you enter the
+.I kadmin
+command,
+the program displays a message that welcomes you and explains
+how to ask for help.
+Then
+.I kadmin
+waits for you to enter commands (which are described below).
+It then asks you for your
+.I admin
+password before accessing the database.
+
+Use the
+.I add_new_key
+(or
+.I ank
+for short)
+command to register a new principal
+with the master database.
+The command requires one argument,
+the principal's name.  The name
+given can be fully qualified using 
+the standard 
+.I name.instance@realm
+convention.
+You are asked to enter your
+.I admin
+password,
+then prompted twice to enter the principal's
+new password.  If no realm is specified, 
+the local realm is used unless another was
+given on the commandline with the \-r flag.  
+If no instance is
+specified, a null instance is used.  If
+a realm other than the default realm is specified,
+you will need to supply your admin password for
+the other realm.
+
+Use the
+.I change_password (cpw)
+to change a principal's
+Kerberos
+password.
+The command requires one argument,
+the principal's
+name.
+You are asked to enter your
+.I admin
+password,
+then prompted twice to enter the principal's new password.
+The name
+given can be fully qualified using 
+the standard 
+.I name.instance@realm
+convention.
+
+Use the
+.I change_admin_password (cap)
+to change your
+.I admin
+instance password.
+This command requires no arguments.
+It prompts you for your old
+.I admin
+password, then prompts you twice to enter the new
+.I admin
+password.  If this is your first command, 
+the default realm is used.  Otherwise, the realm
+used in the last command is used.
+
+Use the
+.I destroy_tickets (dest)
+command to destroy your admin tickets explicitly.
+
+Use the
+.I list_requests (lr)
+command to get a list of possible commands.
+
+Use the
+.I help
+command to display
+.IR kadmin's
+various help messages.
+If entered without an argument,
+.I help
+displays a general help message.
+You can get detailed information on specific
+.I kadmin
+commands
+by entering 
+.I help
+.IR command_name .
+
+To quit the program, type
+.IR quit .
+
+.SH BUGS
+The user interface is primitive, and the command names could be better.
+
+.SH "SEE ALSO"
+kerberos(1), kadmind(8), kpasswd(1), ksrvutil(8)
+.br
+``A Subsystem Utilities Package for UNIX'' by Ken Raeburn
+.SH AUTHORS
+Jeffrey I. Schiller, MIT Project Athena
+.br
+Emanuel Jay Berkenbilt, MIT Project Athena
diff --git a/eBones/kadmind/kadmind.8 b/eBones/kadmind/kadmind.8
new file mode 100644
index 000000000000..1eb10d793442
--- /dev/null
+++ b/eBones/kadmind/kadmind.8
@@ -0,0 +1,117 @@
+.\" from: kadmind.8,v 4.1 89/07/25 17:28:33 jtkohl Exp $
+.\" $Id: kadmind.8,v 1.1.1.1 1994/09/30 14:50:06 csgr Exp $
+.\" Copyright 1989 by the Massachusetts Institute of Technology.
+.\"
+.\" For copying and distribution information,
+.\" please see the file <Copyright.MIT>.
+.\"
+.TH KADMIND 8 "Kerberos Version 4.0" "MIT Project Athena"
+.SH NAME
+kadmind \- network daemon for Kerberos database administration
+.SH SYNOPSIS
+.B kadmind
+[
+.B \-n
+] [
+.B \-h
+] [
+.B \-r realm
+] [
+.B \-f filename
+] [
+.B \-d dbname
+] [
+.B \-a acldir
+]
+.SH DESCRIPTION
+.I kadmind
+is the network database server for the Kerberos password-changing and
+administration tools.
+.PP
+Upon execution, it prompts the user to enter the master key string for
+the database.
+.PP
+If the
+.B \-n
+option is specified, the master key is instead fetched from the master
+key cache file.
+.PP
+If the
+.B \-r
+.I realm
+option is specified, the admin server will pretend that its
+local realm is 
+.I realm
+instead of the actual local realm of the host it is running on.
+This makes it possible to run a server for a foreign kerberos
+realm.
+.PP
+If the
+.B \-f
+.I filename
+option is specified, then that file is used to hold the log information
+instead of the default.
+.PP
+If the
+.B \-d
+.I dbname
+option is specified, then that file is used as the database name instead
+of the default.
+.PP
+If the
+.B \-a
+.I acldir
+option is specified, then
+.I acldir
+is used as the directory in which to search for access control lists
+instead of the default.
+.PP
+If the
+.B \-h
+option is specified,
+.I kadmind
+prints out a short summary of the permissible control arguments, and
+then exits.
+.PP
+When performing requests on behalf of clients,
+.I kadmind
+checks access control lists (ACLs) to determine the authorization of the client
+to perform the requested action.
+Currently three distinct access types are supported:
+.TP 1i
+Addition
+(.add ACL file).  If a principal is on this list, it may add new
+principals to the database.
+.TP
+Retrieval
+(.get ACL file).  If a principal is on this list, it may retrieve
+database entries.  NOTE:  A principal's private key is never returned by
+the get functions.
+.TP
+Modification
+(.mod ACL file).  If a principal is on this list, it may modify entries
+in the database.
+.PP
+A principal is always granted authorization to change its own password.
+.SH FILES
+.TP 20n
+/var/log/kadmind.syslog
+Default log file.
+.TP 
+/etc/kerberosIV/admin_acl.{add,get,mod}
+Access control list files
+.TP
+/etc/kerberosIV/principal.db
+DBM file containing database
+.TP
+/etc/kerberosIV/principal.ok
+Semaphore indicating that the DBM database is not being modified.
+.TP
+/etc/kerberosIV/master_key
+Master key cache file.
+.SH "SEE ALSO"
+kerberos(1), kpasswd(1), kadmin(8), acl_check(3)
+.SH AUTHORS
+Douglas A. Church, MIT Project Athena
+.br
+John T. Kohl, Project Athena/Digital Equipment Corporation
diff --git a/eBones/kdb_destroy/kdb_destroy.8 b/eBones/kdb_destroy/kdb_destroy.8
new file mode 100644
index 000000000000..2e5787603f0b
--- /dev/null
+++ b/eBones/kdb_destroy/kdb_destroy.8
@@ -0,0 +1,36 @@
+.\" from: kdb_destroy.8,v 4.1 89/01/23 11:08:02 jtkohl Exp $
+.\" $Id: kdb_destroy.8,v 1.1.1.1 1994/09/30 14:50:06 csgr Exp $
+.\" Copyright 1989 by the Massachusetts Institute of Technology.
+.\"
+.\" For copying and distribution information,
+.\" please see the file <Copyright.MIT>.
+.\"
+.TH KDB_DESTROY 8 "Kerberos Version 4.0" "MIT Project Athena"
+.SH NAME
+kdb_destroy \- destroy Kerberos key distribution center database
+.SH SYNOPSIS
+kdb_destroy
+.SH DESCRIPTION
+.I kdb_destroy
+deletes a Kerberos key distribution center database.
+.PP
+The user is prompted to verify that the database should be destroyed.  A
+response beginning with `y' or `Y' confirms deletion.
+Any other response aborts deletion.
+.SH DIAGNOSTICS
+.TP 20n
+"Database cannot be deleted at /kerberos/principal"
+The attempt to delete the database failed (probably due to a system or
+access permission error).
+.TP
+"Database not deleted."
+The user aborted the deletion.
+.SH FILES
+.TP 20n
+/etc/kerberosIV/principal.db
+DBM file containing database
+.TP
+/etc/kerberosIV/principal.ok
+Semaphore indicating that the DBM database is not being modified.
+.SH SEE ALSO
+kdb_init(8)
diff --git a/eBones/kdb_edit/kdb_edit.8 b/eBones/kdb_edit/kdb_edit.8
new file mode 100644
index 000000000000..b2630c599777
--- /dev/null
+++ b/eBones/kdb_edit/kdb_edit.8
@@ -0,0 +1,58 @@
+.\" from: kdb_edit.8,v 4.1 89/01/23 11:08:55 jtkohl Exp $
+.\" $Id: kdb_edit.8,v 1.1.1.1 1994/09/30 14:50:06 csgr Exp $
+.\" Copyright 1989 by the Massachusetts Institute of Technology.
+.\"
+.\" For copying and distribution information,
+.\" please see the file <Copyright.MIT>.
+.\"
+.TH KDB_EDIT 8 "Kerberos Version 4.0" "MIT Project Athena"
+.SH NAME
+kdb_edit \-  Kerberos key distribution center database editing utility
+.SH SYNOPSIS
+kdb_edit [
+.B \-n
+]
+.SH DESCRIPTION
+.I kdb_edit
+is used to create or change principals stored in the Kerberos key
+distribution center (KDC) database.
+.PP
+When executed,
+.I kdb_edit
+prompts for the master key string and verifies that it matches the
+master key stored in the database.
+If the
+.B \-n
+option is specified, the master key is instead fetched from the master
+key cache file.
+.PP
+Once the master key has been verified,
+.I kdb_edit
+begins a prompt loop.  The user is prompted for the principal and
+instance to be modified.  If the entry is not found the user may create
+it.
+Once an entry is found or created, the user may set the password,
+expiration date, maximum ticket lifetime, and attributes.
+Default expiration dates, maximum ticket lifetimes, and attributes are
+presented in brackets; if the user presses return the default is selected.
+There is no default password.
+The password RANDOM is interpreted specially, and if entered
+the user may have the program select a random DES key for the
+principal.
+.PP
+Upon successfully creating or changing the entry, ``Edit O.K.'' is
+printed.
+.SH DIAGNOSTICS
+.TP 20n
+"verify_master_key: Invalid master key, does not match database."
+The master key string entered was incorrect.
+.SH FILES
+.TP 20n
+/etc/kerberosIV/principal.db
+DBM file containing database
+.TP
+/etc/kerberosIV/principal.ok
+Semaphore indicating that the DBM database is not being modified.
+.TP
+/etc/kerberosIV/master_key
+Master key cache file.
diff --git a/eBones/kdb_init/kdb_init.8 b/eBones/kdb_init/kdb_init.8
new file mode 100644
index 000000000000..d884d00b8b28
--- /dev/null
+++ b/eBones/kdb_init/kdb_init.8
@@ -0,0 +1,45 @@
+.\" from: kdb_init.8,v 4.1 89/01/23 11:09:02 jtkohl Exp $
+.\" $Id: kdb_init.8,v 1.1.1.1 1994/09/30 14:50:06 csgr Exp $
+.\" Copyright 1989 by the Massachusetts Institute of Technology.
+.\"
+.\" For copying and distribution information,
+.\" please see the file <Copyright.MIT>.
+.\"
+.TH KDB_INIT 8 "Kerberos Version 4.0" "MIT Project Athena"
+.SH NAME
+kdb_init \- Initialize Kerberos key distribution center database
+.SH SYNOPSIS
+kdb_init [ 
+.B realm
+]
+.SH DESCRIPTION
+.I kdb_init
+initializes a Kerberos key distribution center database, creating the
+necessary principals.
+.PP
+If the optional
+.I realm
+argument is not present,
+.I kdb_init
+prompts for a realm name (defaulting to the definition in
+/usr/include/kerberosIV/krb.h).
+After determining the realm to be created, it prompts for
+a master key password.  The master key password is used to encrypt
+every encryption key stored in the database.
+.SH DIAGNOSTICS
+.TP 20n
+"/etc/kerberosIV/principal: File exists"
+An attempt was made to create a database on a machine which already had
+an existing database.
+.SH FILES
+.TP 20n
+/etc/kerberosIV/principal.db
+DBM file containing database
+.TP
+/etc/kerberosIV/principal.ok
+Semaphore indicating that the DBM database is not being modified.
+.TP
+/usr/include/kerberosIV/krb.h
+Include file defining default realm
+.SH SEE ALSO
+kdb_destroy(8)
diff --git a/eBones/kdb_util/kdb_util.8 b/eBones/kdb_util/kdb_util.8
new file mode 100644
index 000000000000..4183ef363b97
--- /dev/null
+++ b/eBones/kdb_util/kdb_util.8
@@ -0,0 +1,64 @@
+.\" from: kdb_util.8,v 4.1 89/01/23 11:09:11 jtkohl Exp $
+.\" $Id: kdb_util.8,v 1.1.1.1 1994/09/30 14:50:06 csgr Exp $
+.\" Copyright 1989 by the Massachusetts Institute of Technology.
+.\"
+.\" For copying and distribution information,
+.\" please see the file <Copyright.MIT>.
+.\"
+.TH KDB_UTIL 8 "Kerberos Version 4.0" "MIT Project Athena"
+.SH NAME
+kdb_util \-  Kerberos key distribution center database utility
+.SH SYNOPSIS
+kdb_util 
+.B operation filename
+.SH DESCRIPTION
+.I kdb_util
+allows the Kerberos key distribution center (KDC) database administrator to
+perform utility functions on the database.
+.PP
+.I Operation
+must be one of the following:
+.TP 10n
+.I load
+initializes the KDC database with the records described by the
+text contained in the file
+.IR filename .
+Any existing database is overwritten.
+.TP
+.I dump
+dumps the KDC database into a text representation in the file
+.IR filename .
+.TP
+.I slave_dump
+performs a database dump like the
+.I dump
+operation, and additionally creates a semaphore file signalling the
+propagation software that an update is available for distribution to
+slave KDC databases.
+.TP
+.I new_master_key
+prompts for the old and new master key strings, and then dumps the KDC
+database into a text representation in the file
+.IR filename .
+The keys in the text representation are encrypted in the new master key.
+.TP
+.I convert_old_db
+prompts for the master key string, and then dumps the KDC database into
+a text representation in the file
+.IR filename .
+The existing database is assumed to be encrypted using the old format
+(encrypted by the key schedule of the master key); the dumped database
+is encrypted using the new format (encrypted directly with master key).
+.PP
+.SH DIAGNOSTICS
+.TP 20n
+"verify_master_key: Invalid master key, does not match database."
+The master key string entered was incorrect.
+.SH FILES
+.TP 20n
+/etc/kerberosIV/principal.db
+DBM file containing database
+.TP
+.IR filename .dump_ok
+semaphore file created by
+.IR slave_dump.
diff --git a/eBones/kdestroy/kdestroy.1 b/eBones/kdestroy/kdestroy.1
new file mode 100644
index 000000000000..709935366e73
--- /dev/null
+++ b/eBones/kdestroy/kdestroy.1
@@ -0,0 +1,81 @@
+.\" from: kdestroy.1,v 4.9 89/01/23 11:39:50 jtkohl Exp $
+.\" $Id: kdestroy.1,v 1.2 1994/07/19 19:27:32 g89r4222 Exp $
+.\" Copyright 1989 by the Massachusetts Institute of Technology.
+.\"
+.\" For copying and distribution information,
+.\" please see the file <Copyright.MIT>.
+.\"
+.TH KDESTROY 1 "Kerberos Version 4.0" "MIT Project Athena"
+.SH NAME
+kdestroy \- destroy Kerberos tickets
+.SH SYNOPSIS
+.B kdestroy
+[
+.B \-f
+]
+[
+.B \-q
+]
+.SH DESCRIPTION
+The
+.I kdestroy
+utility destroys the user's active
+Kerberos
+authorization tickets by writing zeros to the file that contains them.
+If the ticket file does not exist,
+.I kdestroy
+displays a message to that effect.
+.PP
+After overwriting the file,
+.I kdestroy
+removes the file from the system.
+The utility
+displays a message indicating the success or failure of the
+operation.
+If
+.I kdestroy
+is unable to destroy the ticket file,
+the utility will warn you by making your terminal beep.
+.PP
+In the Athena workstation environment,
+the
+.I toehold
+service automatically destroys your tickets when you
+end a workstation session.
+If your site does not provide a similar ticket-destroying mechanism,
+you can place the
+.I kdestroy
+command in your
+.I .logout
+file so that your tickets are destroyed automatically
+when you logout.
+.PP
+The options to
+.I kdestroy
+are as follows:
+.TP 7
+.B \-f
+.I kdestroy
+runs without displaying the status message.
+.TP
+.B \-q
+.I kdestroy
+will not make your terminal beep if it fails to destroy the tickets.
+.SH FILES
+KRBTKFILE environment variable if set, otherwise
+.br
+/tmp/tkt[uid]
+.SH SEE ALSO
+kerberos(1), kinit(1), klist(1)
+.SH BUGS
+.PP
+Only the tickets in the user's current ticket file are destroyed.
+Separate ticket files are used to hold root instance and password
+changing tickets.  These files should probably be destroyed too, or
+all of a user's tickets kept in a single ticket file.
+.SH AUTHORS
+Steve Miller, MIT Project Athena/Digital Equipment Corporation
+.br
+Clifford Neuman, MIT Project Athena
+.br
+Bill Sommerfeld, MIT Project Athena
diff --git a/eBones/kinit/kinit.1 b/eBones/kinit/kinit.1
new file mode 100644
index 000000000000..f9a97a738201
--- /dev/null
+++ b/eBones/kinit/kinit.1
@@ -0,0 +1,133 @@
+.\" from: kinit.1,v 4.6 89/01/23 11:39:11 jtkohl Exp $
+.\" $Id: kinit.1,v 1.2 1994/07/19 19:27:36 g89r4222 Exp $
+.\" Copyright 1989 by the Massachusetts Institute of Technology.
+.\"
+.\" For copying and distribution information,
+.\" please see the file <Copyright.MIT>.
+.\"
+.TH KINIT 1 "Kerberos Version 4.0" "MIT Project Athena"
+.SH NAME
+kinit \- Kerberos login utility
+.SH SYNOPSIS
+.B kinit
+[
+.B \-irvl
+]
+.SH DESCRIPTION
+The
+.I kinit
+command is used to login to the
+Kerberos
+authentication and authorization system.
+Note that only registered
+Kerberos
+users can use the
+Kerberos
+system.
+For information about registering as a
+Kerberos
+user,
+see the
+.I kerberos(1)
+manual page.
+.PP
+If you are logged in to a workstation that is running the
+.I toehold
+service,
+you do not have to use
+.I kinit.
+The
+.I toehold
+login procedure will log you into
+Kerberos
+automatically.
+You will need to use
+.I kinit
+only in those situations in which
+your original tickets have expired.
+(Tickets expire in about a day.)
+Note as well that
+.I toehold
+will automatically destroy your tickets when you logout from the workstation.
+.PP
+When you use
+.I kinit
+without options,
+the utility
+prompts for your username and Kerberos password,
+and tries to authenticate your login with the local
+Kerberos
+server.
+.PP
+If
+Kerberos
+authenticates the login attempt,
+.I kinit
+retrieves your initial ticket and puts it in the ticket file specified by
+your KRBTKFILE environment variable.
+If this variable is undefined,
+your ticket will be stored in the
+.IR /tmp
+directory,
+in the file
+.I tktuid ,
+where
+.I uid
+specifies your user identification number.
+.PP
+If you have logged in to
+Kerberos
+without the benefit of the workstation
+.I toehold
+system,
+make sure you use the
+.I kdestroy
+command to destroy any active tickets before you end your login session.
+You may want to put the
+.I kdestroy
+command in your
+.I \.logout
+file so that your tickets will be destroyed automatically when you logout.
+.PP
+The options to
+.I kinit
+are as follows:
+.TP 7
+.B \-i
+.I kinit
+prompts you for a
+Kerberos
+instance.
+.TP
+.B \-r
+.I kinit
+prompts you for a
+Kerberos
+realm.
+This option lets you authenticate yourself with a remote
+Kerberos
+server.
+.TP
+.B \-v
+Verbose mode.
+.I kinit
+prints the name of the ticket file used, and
+a status message indicating the success or failure of
+your login attempt.
+.TP
+.B \-l
+.I kinit
+prompts you for a ticket lifetime in minutes.  Due to protocol
+restrictions in Kerberos Version 4, this value must be between 5 and
+1275 minutes.
+.SH SEE ALSO
+.PP
+kerberos(1), kdestroy(1), klist(1), toehold(1)
+.SH BUGS
+The
+.B \-r
+option has not been fully implemented.
+.SH AUTHORS
+Steve Miller, MIT Project Athena/Digital Equipment Corporation
+.br
+Clifford Neuman, MIT Project Athena
diff --git a/eBones/klist/klist.1 b/eBones/klist/klist.1
new file mode 100644
index 000000000000..af7e31ad2048
--- /dev/null
+++ b/eBones/klist/klist.1
@@ -0,0 +1,84 @@
+.\" from: klist.1,v 4.8 89/01/24 14:35:09 jtkohl Exp $
+.\" $Id: klist.1,v 1.1.1.1 1994/09/30 14:50:06 csgr Exp $
+.\" Copyright 1989 by the Massachusetts Institute of Technology.
+.\"
+.\" For copying and distribution information,
+.\" please see the file <Copyright.MIT>.
+.\"
+.TH KLIST 1 "Kerberos Version 4.0" "MIT Project Athena"
+.SH NAME
+klist \- list currently held Kerberos tickets
+.SH SYNOPSIS
+.B klist
+[
+\fB\-s \fR|\fB \-t\fR
+] [
+.B \-file
+name ] [
+.B \-srvtab
+]
+.br
+.SH DESCRIPTION
+.I klist
+prints the name of the tickets file and the
+identity of the principal the tickets are for (as listed in the
+tickets file), and 
+lists the principal names of all Kerberos tickets currently held by
+the user, along with the issue and expire time for each authenticator.
+Principal names are listed in the form
+.I name.instance@realm,
+with the '.' omitted if the instance is null,
+and the '@' omitted if the realm is null.
+
+If given the
+.B \-s
+option,
+.I klist
+does not print the issue and expire times, the name of the tickets file,
+or the identity of the principal.
+
+If given the
+.B \-t
+option, 
+.B klist
+checks for the existence of a non-expired ticket-granting-ticket in the
+ticket file.  If one is present, it exits with status 0, else it exits
+with status 1.  No output is generated when this option is specified. 
+
+If given the
+.B \-file
+option, the following argument is used as the ticket file.
+Otherwise, if the
+.B KRBTKFILE
+environment variable is set, it is used.
+If this environment variable
+is not set, the file
+.B /tmp/tkt[uid]
+is used, where
+.B uid
+is the current user-id of the user.
+
+If given the
+.B \-srvtab
+option, the file is treated as a service key file, and the names of the
+keys contained therein are printed.  If no file is
+specified with a
+.B \-file
+option, the default is
+.IR /etc/kerberosIV/srvtab .
+.SH FILES
+.TP 2i
+/etc/kerberosIV/krb.conf
+to get the name of the local realm
+.TP
+/tmp/tkt[uid]
+as the default ticket file ([uid] is the decimal UID of the user).
+.TP
+/etc/kerberosIV/srvtab
+as the default service key file
+.SH SEE ALSO
+.PP
+kerberos(1), kinit(1), kdestroy(1)
+.SH BUGS
+When reading a file as a service key file, very little sanity or error
+checking is performed.
diff --git a/eBones/krb/krb.3 b/eBones/krb/krb.3
new file mode 100644
index 000000000000..98a720b820b2
--- /dev/null
+++ b/eBones/krb/krb.3
@@ -0,0 +1,462 @@
+.\" $Source: /home/ncvs/src/eBones/man/krb.3,v $
+.\" $Author: rgrimes $
+.\" $Header: /home/ncvs/src/eBones/man/krb.3,v 1.1.1.1 1994/05/27 05:12:09 rgrimes Exp $
+.\" Copyright 1989 by the Massachusetts Institute of Technology.
+.\"
+.\" For copying and distribution information,
+.\" please see the file <mit-copyright.h>.
+.\"
+.TH KERBEROS 3 "Kerberos Version 4.0" "MIT Project Athena"
+.SH NAME
+krb_mk_req, krb_rd_req, krb_kntoln, krb_set_key, krb_get_cred,
+krb_mk_priv, krb_rd_priv, krb_mk_safe, krb_rd_safe, krb_mk_err,
+krb_rd_err, krb_ck_repl \- Kerberos authentication library
+.SH SYNOPSIS
+.nf
+.nj
+.ft B
+#include <kerberosIV/des.h>
+#include <kerberosIV/krb.h>
+.PP
+.ft B
+extern char *krb_err_txt[];
+.PP
+.ft B
+int krb_mk_req(authent,service,instance,realm,checksum)
+KTEXT authent;
+char *service;
+char *instance;
+char *realm;
+u_long checksum;
+.PP
+.ft B
+int krb_rd_req(authent,service,instance,from_addr,ad,fn)
+KTEXT authent;
+char *service;
+char *instance;
+u_long from_addr;
+AUTH_DAT *ad;
+char *fn;
+.PP
+.ft B
+int krb_kntoln(ad,lname)
+AUTH_DAT *ad;
+char *lname;
+.PP
+.ft B
+int krb_set_key(key,cvt)
+char *key;
+int cvt;
+.PP
+.ft B
+int krb_get_cred(service,instance,realm,c)
+char *service;
+char *instance;
+char *realm;
+CREDENTIALS *c;
+.PP
+.ft B
+long krb_mk_priv(in,out,in_length,schedule,key,sender,receiver)
+u_char *in;
+u_char *out;
+u_long in_length;
+des_cblock key;
+des_key_schedule schedule;
+struct sockaddr_in *sender;
+struct sockaddr_in *receiver;
+.PP
+.ft B
+long krb_rd_priv(in,in_length,schedule,key,sender,receiver,msg_data)
+u_char *in;
+u_long in_length;
+Key_schedule schedule;
+des_cblock key;
+struct sockaddr_in *sender;
+struct sockaddr_in *receiver;
+MSG_DAT *msg_data;
+.PP
+.ft B
+long krb_mk_safe(in,out,in_length,key,sender,receiver)
+u_char *in;
+u_char *out;
+u_long in_length;
+des_cblock key;
+struct sockaddr_in *sender;
+struct sockaddr_in *receiver;
+.PP
+.ft B
+long krb_rd_safe(in,length,key,sender,receiver,msg_data)
+u_char *in;
+u_long length;
+des_cblock key;
+struct sockaddr_in *sender;
+struct sockaddr_in *receiver;
+MSG_DAT *msg_data;
+.PP
+.ft B
+long krb_mk_err(out,code,string)
+u_char *out;
+long code;
+char *string;
+.PP
+.ft B
+long krb_rd_err(in,length,code,msg_data)
+u_char *in;
+u_long length;
+long code;
+MSG_DAT *msg_data;
+.fi
+.ft R
+.SH DESCRIPTION
+This library supports network authentication and various related
+operations.  The library contains many routines beyond those described
+in this man page, but they are not intended to be used directly.
+Instead, they are called by the routines that are described, the
+authentication server and the login program.
+.PP
+.I krb_err_txt[]
+contains text string descriptions of various Kerberos error codes returned
+by some of the routines below.
+.PP
+.I krb_mk_req
+takes a pointer to a text structure in which an authenticator is to be
+built.  It also takes the name, instance, and realm of the service to be
+used and an optional checksum.  It is up to the application to decide
+how to generate the checksum.
+.I krb_mk_req
+then retrieves a ticket for the desired service and creates an
+authenticator.  The authenticator is built in
+.I authent
+and is accessible
+to the calling procedure.
+.PP
+It is up to the application to get the authenticator to the service
+where it will be read by
+.I krb_rd_req.
+Unless an attacker posesses the session key contained in the ticket, it
+will be unable to modify the authenticator.  Thus, the checksum can be
+used to verify the authenticity of the other data that will pass through
+a connection.
+.PP
+.I krb_rd_req
+takes an authenticator of type
+.B KTEXT,
+a service name, an instance, the address of the
+host originating the request, and a pointer to a structure of type
+.B AUTH_DAT
+which is filled in with information obtained from the authenticator.
+It also optionally takes the name of the file in which it will find the
+secret key(s) for the service.
+If the supplied
+.I instance
+contains "*", then the first service key with the same service name
+found in the service key file will be used, and the
+.I instance
+argument will be filled in with the chosen instance.  This means that
+the caller must provide space for such an instance name.
+.PP
+It is used to find out information about the principal when a request
+has been made to a service.  It is up to the application protocol to get
+the authenticator from the client to the service.  The authenticator is
+then passed to
+.I krb_rd_req
+to extract the desired information.
+.PP
+.I krb_rd_req
+returns zero (RD_AP_OK) upon successful authentication.  If a packet was
+forged, modified, or replayed, authentication will fail.  If the
+authentication fails, a non-zero value is returned indicating the
+particular problem encountered.  See
+.I krb.h
+for the list of error codes.
+.PP
+If the last argument is the null string (""), krb_rd_req will use the
+file /etc/kerberosIV/srvtab to find its keys.  If the last argument is
+NULL, it will assume that the key has been set by
+.I krb_set_key
+and will not bother looking further.
+.PP
+.I krb_kntoln
+converts a Kerberos name to a local name.  It takes a structure
+of type AUTH_DAT and uses the name and instance to look in the database
+/etc/kerberosIV/aname to find the corresponding local name.  The local name is
+returned and can be used by an application to change uids, directories,
+or other parameters.  It is not an integral part of Kerberos, but is
+instead provided to support the use of Kerberos in existing utilities.
+.PP
+.I krb_set_key
+takes as an argument a des key.  It then creates
+a key schedule from it and saves the original key to be used as an
+initialization vector.
+It is used to set the server's key which
+must be used to decrypt tickets.
+.PP
+If called with a non-zero second argument,
+.I krb_set_key
+will first convert the input from a string of arbitrary length to a DES
+key by encrypting it with a one-way function.
+.PP
+In most cases it should not be necessary to call
+.I krb_set_key.
+The necessary keys will usually be obtained and set inside
+.I krb_rd_req.  krb_set_key
+is provided for those applications that do not wish to place the
+application keys on disk.
+.PP
+.I krb_get_cred
+searches the caller's ticket file for a ticket for the given service, instance,
+and realm; and, if a ticket is found, fills in the given CREDENTIALS structure
+with the ticket information.
+.PP
+If the ticket was found,
+.I krb_get_cred
+returns GC_OK.
+If the ticket file can't be found, can't be read, doesn't belong to
+the user (other than root), isn't a regular file, or is in the wrong
+mode, the error GC_TKFIL is returned.
+.PP
+.I krb_mk_priv
+creates an encrypted, authenticated
+message from any arbitrary application data, pointed to by
+.I in
+and
+.I in_length
+bytes long.
+The private session key, pointed to by
+.I key
+and the key schedule,
+.I schedule,
+are used to encrypt the data and some header information using
+.I pcbc_encrypt.
+.I sender
+and
+.I receiver
+point to the Internet address of the two parties.
+In addition to providing privacy, this protocol message protects
+against modifications, insertions or replays.  The encapsulated message and
+header are placed in the area pointed to by
+.I out
+and the routine returns the length of the output, or -1 indicating
+an error.
+.PP
+.I krb_rd_priv
+decrypts and authenticates a received
+.I krb_mk_priv
+message.
+.I in
+points to the beginning of the received message, whose length
+is specified in
+.I in_length.
+The private session key, pointed to by
+.I key,
+and the key schedule,
+.I schedule,
+are used to decrypt and verify the received message.
+.I msg_data
+is a pointer to a
+.I MSG_DAT
+struct, defined in
+.I krb.h.
+The routine fills in the
+.I app_data
+field with a pointer to the decrypted application data,
+.I app_length
+with the length of the
+.I app_data
+field,
+.I time_sec
+and
+.I time_5ms
+with the timestamps in the message, and
+.I swap
+with a 1 if the byte order of the receiver is different than that of
+the sender.  (The application must still determine if it is appropriate
+to byte-swap application data; the Kerberos protocol fields are already taken
+care of).  The
+.I hash
+field returns a value useful as input to the
+.I krb_ck_repl
+routine.
+
+The routine returns zero if ok, or a Kerberos error code. Modified messages
+and old messages cause errors, but it is up to the caller to
+check the time sequence of messages, and to check against recently replayed
+messages using
+.I krb_ck_repl
+if so desired.
+.PP
+.I krb_mk_safe
+creates an authenticated, but unencrypted message from any arbitrary
+application data,
+pointed to by
+.I in
+and
+.I in_length
+bytes long.
+The private session key, pointed to by
+.I key,
+is used to seed the
+.I quad_cksum()
+checksum algorithm used as part of the authentication.
+.I sender
+and
+.I receiver
+point to the Internet address of the two parties.
+This message does not provide privacy, but does protect (via detection)
+against modifications, insertions or replays.  The encapsulated message and
+header are placed in the area pointed to by
+.I out
+and the routine returns the length of the output, or -1 indicating
+an error.
+The authentication provided by this routine is not as strong as that
+provided by
+.I krb_mk_priv
+or by computing the checksum using
+.I cbc_cksum
+instead, both of which authenticate via DES.
+.PP
+
+.I krb_rd_safe
+authenticates a received
+.I krb_mk_safe
+message.
+.I in
+points to the beginning of the received message, whose length
+is specified in
+.I in_length.
+The private session key, pointed to by
+.I key,
+is used to seed the quad_cksum() routine as part of the authentication.
+.I msg_data
+is a pointer to a
+.I MSG_DAT
+struct, defined in
+.I krb.h .
+The routine fills in these
+.I MSG_DAT
+fields:
+the
+.I app_data
+field with a pointer to the application data,
+.I app_length
+with the length of the
+.I app_data
+field,
+.I time_sec
+and
+.I time_5ms
+with the timestamps in the message, and
+.I swap
+with a 1 if the byte order of the receiver is different than that of
+the sender.
+(The application must still determine if it is appropriate
+to byte-swap application data; the Kerberos protocol fields are already taken
+care of).  The
+.I hash
+field returns a value useful as input to the
+.I krb_ck_repl
+routine.
+
+The routine returns zero if ok, or a Kerberos error code. Modified messages
+and old messages cause errors, but it is up to the caller to
+check the time sequence of messages, and to check against recently replayed
+messages using
+.I krb_ck_repl
+if so desired.
+.PP
+.I krb_mk_err
+constructs an application level error message that may be used along
+with
+.I krb_mk_priv
+or
+.I krb_mk_safe.
+.I out
+is a pointer to the output buffer,
+.I code
+is an application specific error code, and
+.I string
+is an application specific error string.
+
+.PP
+.I krb_rd_err
+unpacks a received
+.I krb_mk_err
+message.
+.I in
+points to the beginning of the received message, whose length
+is specified in
+.I in_length.
+.I code
+is a pointer to a value to be filled in with the error
+value provided by the application.
+.I msg_data
+is a pointer to a
+.I MSG_DAT
+struct, defined in
+.I krb.h .
+The routine fills in these
+.I MSG_DAT
+fields: the
+.I app_data
+field with a pointer to the application error text,
+.I app_length
+with the length of the
+.I app_data
+field, and
+.I swap
+with a 1 if the byte order of the receiver is different than that of
+the sender.  (The application must still determine if it is appropriate
+to byte-swap application data; the Kerberos protocol fields are already taken
+care of).
+
+The routine returns zero if the error message has been successfully received,
+or a Kerberos error code.
+.PP
+The
+.I KTEXT
+structure is used to pass around text of varying lengths.  It consists
+of a buffer for the data, and a length.  krb_rd_req takes an argument of this
+type containing the authenticator, and krb_mk_req returns the
+authenticator in a structure of this type.  KTEXT itself is really a
+pointer to the structure.   The actual structure is of type KTEXT_ST.
+.PP
+The
+.I AUTH_DAT
+structure is filled in by krb_rd_req.  It must be allocated before
+calling krb_rd_req, and a pointer to it is passed.  The structure is
+filled in with data obtained from Kerberos.
+.I MSG_DAT
+structure is filled in by either krb_rd_priv, krb_rd_safe, or
+krb_rd_err.  It must be allocated before the call and a pointer to it
+is passed.  The structure is
+filled in with data obtained from Kerberos.
+.PP
+.SH FILES
+/usr/include/kerberosIV/krb.h
+.br
+/usr/lib/libkrb.a
+.br
+/usr/include/kerberosIV/des.h
+.br
+/usr/lib/libdes.a
+.br
+/etc/kerberosIV/aname
+.br
+/etc/kerberosIV/srvtab
+.br
+/tmp/tkt[uid]
+.SH "SEE ALSO"
+kerberos(1), des_crypt(3)
+.SH DIAGNOSTICS
+.SH BUGS
+The caller of
+.I krb_rd_req, krb_rd_priv, and krb_rd_safe
+must check time order and for replay attempts.
+.I krb_ck_repl
+is not implemented yet.
+.SH AUTHORS
+Clifford Neuman, MIT Project Athena
+.br
+Steve Miller, MIT Project Athena/Digital Equipment Corporation
+.SH RESTRICTIONS
+COPYRIGHT 1985,1986,1989 Massachusetts Institute of Technology
diff --git a/eBones/krb/krb_realmofhost.3 b/eBones/krb/krb_realmofhost.3
new file mode 100644
index 000000000000..63aa1eb7da57
--- /dev/null
+++ b/eBones/krb/krb_realmofhost.3
@@ -0,0 +1,161 @@
+.\" from: krb_realmofhost.3,v 4.1 89/01/23 11:10:47 jtkohl Exp $
+.\" $Id: krb_realmofhost.3,v 1.1.1.1 1994/09/30 14:50:07 csgr Exp $
+.\" Copyright 1989 by the Massachusetts Institute of Technology.
+.\"
+.\" For copying and distribution information,
+.\" please see the file <Copyright.MIT>.
+.\"
+.TH KRB_REALMOFHOST 3 "Kerberos Version 4.0" "MIT Project Athena"
+.SH NAME
+krb_realmofhost, krb_get_phost, krb_get_krbhst, krb_get_admhst,
+krb_get_lrealm \- additional Kerberos utility routines
+.SH SYNOPSIS
+.nf
+.nj
+.ft B
+#include <kerberosIV/krb.h>
+#include <kerberosIV/des.h>
+#include <netinet/in.h>
+.PP
+.ft B
+char *krb_realmofhost(host)
+char *host;
+.PP
+.ft B
+char *krb_get_phost(alias)
+char *alias;
+.PP
+.ft B
+krb_get_krbhst(host,realm,n)
+char *host;
+char *realm;
+int n;
+.PP
+.ft B
+krb_get_admhst(host,realm,n)
+char *host;
+char *realm;
+int n;
+.PP
+.ft B
+krb_get_lrealm(realm,n)
+char *realm;
+int n;
+.fi
+.ft R
+.SH DESCRIPTION
+.I krb_realmofhost
+returns the Kerberos realm of the host
+.IR host ,
+as determined by the translation table
+.IR /etc/kerberosIV/krb.realms .
+.I host
+should be the fully-qualified domain-style primary host name of the host
+in question.  In order to prevent certain security attacks, this routine
+must either have 
+.I a priori
+knowledge of a host's realm, or obtain such information securely.
+.PP
+The format of the translation file is described by 
+.IR krb.realms (5).
+If
+.I host
+exactly matches a host_name line, the corresponding realm
+is returned.
+Otherwise, if the domain portion of
+.I host
+matches a domain_name line, the corresponding realm
+is returned.
+If
+.I host
+contains a domain, but no translation is found,
+.IR host 's
+domain is converted to upper-case and returned.
+If 
+.I host
+contains no discernable domain, or an error occurs,
+the local realm name, as supplied by 
+.IR krb_get_lrealm (3),
+is returned.
+.PP
+.I krb_get_phost
+converts the hostname
+.I alias
+(which can be either an official name or an alias) into the instance
+name to be used in obtaining Kerberos tickets for most services,
+including the Berkeley rcmd suite (rlogin, rcp, rsh).
+.br
+The current convention is to return the first segment of the official
+domain-style name after conversion to lower case.
+.PP
+.I krb_get_krbhst
+fills in
+.I host
+with the hostname of the
+.IR n th
+host running a Kerberos key distribution center (KDC)
+for realm
+.IR realm ,
+as specified in the configuration file (\fI/etc/kerberosIV/krb.conf\fR).
+The configuration file is described by 
+.IR krb.conf (5).
+If the host is successfully filled in, the routine
+returns KSUCCESS.
+If the file cannot be opened, and
+.I n
+equals 1, then the value of KRB_HOST as defined in
+.I <krb.h>
+is filled in, and KSUCCESS is returned.  If there are fewer than
+.I n
+hosts running a Kerberos KDC for the requested realm, or the
+configuration file is malformed, the routine
+returns KFAILURE.
+.PP
+.I krb_get_admhst
+fills in
+.I host
+with the hostname of the
+.IR n th
+host running a Kerberos KDC database administration server
+for realm
+.IR realm ,
+as specified in the configuration file (\fI/etc/kerberosIV/krb.conf\fR).
+If the file cannot be opened or is malformed, or there are fewer than
+.I n
+hosts running a Kerberos KDC database administration server,
+the routine returns KFAILURE.
+.PP
+The character arrays used as return values for
+.IR krb_get_krbhst ,
+.IR krb_get_admhst ,
+should be large enough to
+hold any hostname (MAXHOSTNAMELEN from <sys/param.h>).
+.PP
+.I krb_get_lrealm
+fills in
+.I realm
+with the
+.IR n th
+realm of the local host, as specified in the configuration file.
+.I realm
+should be at least REALM_SZ (from
+.IR <krb.h>) characters long.
+.PP
+.SH SEE ALSO
+kerberos(3), krb.conf(5), krb.realms(5)
+.SH FILES
+.TP 20n
+/etc/kerberosIV/krb.realms
+translation file for host-to-realm mapping.
+.TP
+/etc/kerberosIV/krb.conf
+local realm-name and realm/server configuration file.
+.SH BUGS
+The current convention for instance names is too limited; the full
+domain name should be used.
+.PP
+.I krb_get_lrealm
+currently only supports 
+.I n
+= 1.  It should really consult the user's ticket cache to determine the
+user's current realm, rather than consulting a file on the host.
diff --git a/eBones/krb/krb_sendauth.3 b/eBones/krb/krb_sendauth.3
new file mode 100644
index 000000000000..a749bb5f691d
--- /dev/null
+++ b/eBones/krb/krb_sendauth.3
@@ -0,0 +1,348 @@
+.\" from: krb_sendauth.3,v 4.1 89/01/23 11:10:58 jtkohl Exp $
+.\" $Id: krb_sendauth.3,v 1.1.1.1 1994/09/30 14:50:07 csgr Exp $
+.\" Copyright 1988 by the Massachusetts Institute of Technology.
+.\"
+.\" For copying and distribution information,
+.\" please see the file <Copyright.MIT>.
+.\"
+.TH KRB_SENDAUTH 3 "Kerberos Version 4.0" "MIT Project Athena"
+.SH NAME
+krb_sendauth, krb_recvauth, krb_net_write, krb_net_read \-
+Kerberos routines for sending authentication via network stream sockets
+.SH SYNOPSIS
+.nf
+.nj
+.ft B
+#include <kerberosIV/krb.h>
+#include <kerberosIV/des.h>
+#include <netinet/in.h>
+.PP
+.fi
+.HP 1i
+.ft B
+int krb_sendauth(options, fd, ktext, service, inst, realm, checksum,
+msg_data, cred, schedule, laddr, faddr, version)
+.nf
+.RS 0
+.ft B
+long options;
+int fd;
+KTEXT ktext;
+char *service, *inst, *realm;
+u_long checksum;
+MSG_DAT *msg_data;
+CREDENTIALS *cred;
+Key_schedule schedule;
+struct sockaddr_in *laddr, *faddr;
+char *version;
+.PP
+.fi
+.HP 1i
+.ft B
+int krb_recvauth(options, fd, ktext, service, inst, faddr, laddr,
+auth_data, filename, schedule, version)
+.nf
+.RS 0
+.ft B
+long options;
+int fd;
+KTEXT ktext;
+char *service, *inst;
+struct sockaddr_in *faddr, *laddr;
+AUTH_DAT *auth_data;
+char *filename;
+Key_schedule schedule;
+char *version;			
+.PP
+.ft B
+int krb_net_write(fd, buf, len)
+int fd;
+char *buf;
+int len;
+.PP
+.ft B
+int krb_net_read(fd, buf, len)
+int fd;
+char *buf;
+int len;
+.fi
+.SH DESCRIPTION
+.PP
+These functions,
+which are built on top of the core Kerberos library,
+provide a convenient means for client and server
+programs to send authentication messages
+to one another through network connections.
+The
+.I krb_sendauth
+function sends an authenticated ticket from the client program to
+the server program by writing the ticket to a network socket.
+The
+.I krb_recvauth
+function receives the ticket from the client by
+reading from a network socket.
+
+.SH KRB_SENDAUTH
+.PP
+This function writes the ticket to
+the network socket specified by the
+file descriptor
+.IR fd,
+returning KSUCCESS if the write proceeds successfully,
+and an error code if it does not.
+
+The
+.I ktext
+argument should point to an allocated KTEXT_ST structure.
+The
+.IR service,
+.IR inst,
+and
+.IR realm
+arguments specify the server program's Kerberos principal name,
+instance, and realm.
+If you are writing a client that uses the local realm exclusively,
+you can set the
+.I realm
+argument to NULL.
+
+The
+.I version
+argument allows the client program to pass an application-specific
+version string that the server program can then match against
+its own version string.
+The
+.I version
+string can be up to KSEND_VNO_LEN (see 
+.IR <krb.h> )
+characters in length.
+
+The
+.I checksum
+argument can be used to pass checksum information to the
+server program.
+The client program is responsible for specifying this information.
+This checksum information is difficult to corrupt because
+.I krb_sendauth
+passes it over the network in encrypted form.
+The
+.I checksum
+argument is passed as the checksum argument to
+.IR krb_mk_req .
+
+You can set
+.IR krb_sendauth's
+other arguments to NULL unless you want the
+client and server programs to mutually authenticate
+themselves.
+In the case of mutual authentication,
+the client authenticates itself to the server program,
+and demands that the server in turn authenticate itself to
+the client.
+
+.SH KRB_SENDAUTH AND MUTUAL AUTHENTICATION
+.PP
+If you want mutual authentication,
+make sure that you read all pending data from the local socket
+before calling
+.IR krb_sendauth.
+Set
+.IR krb_sendauth's
+.I options
+argument to
+.BR KOPT_DO_MUTUAL
+(this macro is defined in the
+.IR krb.h
+file);
+make sure that the
+.I laddr
+argument points to
+the address of the local socket,
+and that
+.I faddr
+points to the foreign socket's network address.
+
+.I Krb_sendauth
+fills in the other arguments--
+.IR msg_data ,
+.IR cred ,
+and
+.IR schedule --before
+sending the ticket to the server program.
+You must, however, allocate space for these arguments
+before calling the function.
+
+.I Krb_sendauth
+supports two other options:
+.BR KOPT_DONT_MK_REQ,
+and
+.BR KOPT_DONT_CANON.
+If called with
+.I options
+set as KOPT_DONT_MK_REQ,
+.I krb_sendauth
+will not use the
+.I krb_mk_req
+function to retrieve the ticket from the Kerberos server.
+The
+.I ktext
+argument must point to an existing ticket and authenticator (such as
+would be created by 
+.IR krb_mk_req ),
+and the
+.IR service,
+.IR inst,
+and
+.IR realm
+arguments can be set to NULL.
+
+If called with
+.I options
+set as KOPT_DONT_CANON,
+.I krb_sendauth
+will not convert the service's instance to canonical form using 
+.IR krb_get_phost (3).
+
+If you want to call
+.I krb_sendauth
+with a multiple
+.I options
+specification,
+construct
+.I options
+as a bitwise-OR of the options you want to specify.
+
+.SH KRB_RECVAUTH
+.PP
+The
+.I krb_recvauth
+function
+reads a ticket/authenticator pair from the socket pointed to by the
+.I fd
+argument.
+Set the
+.I options
+argument
+as a bitwise-OR of the options desired.
+Currently only KOPT_DO_MUTUAL is useful to the receiver.
+
+The
+.I ktext
+argument
+should point to an allocated KTEXT_ST structure.
+.I Krb_recvauth
+fills
+.I ktext
+with the
+ticket/authenticator pair read from
+.IR fd ,
+then passes it to
+.IR krb_rd_req .
+
+The
+.I service
+and
+.I inst
+arguments
+specify the expected service and instance for which the ticket was
+generated.  They are also passed to
+.IR krb_rd_req.
+The
+.I inst
+argument may be set to "*" if the caller wishes
+.I krb_mk_req
+to fill in the instance used (note that there must be space in the
+.I inst
+argument to hold a full instance name, see 
+.IR krb_mk_req (3)).
+
+The
+.I faddr
+argument
+should point to the address of the peer which is presenting the ticket.
+It is also passed to
+.IR krb_rd_req .
+
+If the client and server plan to mutually authenticate
+one another,
+the
+.I laddr
+argument
+should point to the local address of the file descriptor.
+Otherwise you can set this argument to NULL.
+
+The
+.I auth_data
+argument
+should point to an allocated AUTH_DAT area.
+It is passed to and filled in by
+.IR krb_rd_req .
+The checksum passed to the corresponding
+.I krb_sendauth
+is available as part of the filled-in AUTH_DAT area.
+
+The
+.I filename
+argument
+specifies the filename
+which the service program should use to obtain its service key.
+.I Krb_recvauth
+passes
+.I filename
+to the
+.I krb_rd_req
+function.
+If you set this argument to "",
+.I krb_rd_req
+looks for the service key in the file
+.IR /etc/kerberosIV/srvtab.
+
+If the client and server are performing mutual authenication,
+the
+.I schedule
+argument
+should point to an allocated Key_schedule.
+Otherwise it is ignored and may be NULL.
+
+The
+.I version
+argument should point to a character array of at least KSEND_VNO_LEN
+characters.  It is filled in with the version string passed by the client to
+.IR krb_sendauth.
+.PP
+.SH KRB_NET_WRITE AND KRB_NET_READ
+.PP
+The
+.I krb_net_write
+function
+emulates the write(2) system call, but guarantees that all data
+specified is written to
+.I fd
+before returning, unless an error condition occurs.
+.PP
+The
+.I krb_net_read
+function
+emulates the read(2) system call, but guarantees that the requested
+amount of data is read from
+.I fd
+before returning, unless an error condition occurs.
+.PP
+.SH BUGS
+.IR krb_sendauth,
+.IR krb_recvauth,
+.IR krb_net_write,
+and
+.IR krb_net_read
+will not work properly on sockets set to non-blocking I/O mode.
+
+.SH SEE ALSO
+
+krb_mk_req(3), krb_rd_req(3), krb_get_phost(3)
+
+.SH AUTHOR
+John T. Kohl, MIT Project Athena
+.SH RESTRICTIONS
+Copyright 1988, Massachusetts Instititute of Technology.
+For copying and distribution information,
+please see the file <Copyright.h>.
diff --git a/eBones/krb/krb_set_tkt_string.3 b/eBones/krb/krb_set_tkt_string.3
new file mode 100644
index 000000000000..73b5e5d8d97e
--- /dev/null
+++ b/eBones/krb/krb_set_tkt_string.3
@@ -0,0 +1,43 @@
+.\" from: krb_set_tkt_string.3,v 4.1 89/01/23 11:11:09 jtkohl Exp $
+.\" $Id: krb_set_tkt_string.3,v 1.1.1.1 1994/09/30 14:50:07 csgr Exp $
+.\" Copyright 1989 by the Massachusetts Institute of Technology.
+.\"
+.\" For copying and distribution information,
+.\" please see the file <Copyright.MIT>.
+.\"
+.TH KRB_SET_TKT_STRING 3 "Kerberos Version 4.0" "MIT Project Athena"
+.SH NAME
+krb_set_tkt_string \- set Kerberos ticket cache file name
+.SH SYNOPSIS
+.nf
+.nj
+.ft B
+#include <kerberosIV/krb.h>
+.PP
+.ft B
+void krb_set_tkt_string(filename)
+char *filename;
+.fi
+.ft R
+.SH DESCRIPTION
+.I krb_set_tkt_string
+sets the name of the file that holds the user's
+cache of Kerberos server tickets and associated session keys.
+.PP
+The string 
+.I filename
+passed in is copied into local storage.
+Only MAXPATHLEN-1 (see <sys/param.h>) characters of the filename are
+copied in for use as the cache file name.
+.PP
+This routine should be called during initialization, before other
+Kerberos routines are called; otherwise the routines which fetch the
+ticket cache file name may be called and return an undesired ticket file
+name until this routine is called.
+.SH FILES
+.TP 20n
+/tmp/tkt[uid]
+default ticket file name, unless the environment variable KRBTKFILE is set.
+[uid] denotes the user's uid, in decimal.
+.SH SEE ALSO
+kerberos(3), setenv(3)
diff --git a/eBones/krb/kuserok.3 b/eBones/krb/kuserok.3
new file mode 100644
index 000000000000..c7581a6c6f77
--- /dev/null
+++ b/eBones/krb/kuserok.3
@@ -0,0 +1,63 @@
+.\" from: kuserok.3,v 4.1 89/01/23 11:11:49 jtkohl Exp $
+.\" $Id: kuserok.3,v 1.1.1.1 1994/09/30 14:50:07 csgr Exp $
+.\" Copyright 1989 by the Massachusetts Institute of Technology.
+.\"
+.\" For copying and distribution information,
+.\" please see the file <Copyright.MIT>.
+.\"
+.TH KUSEROK 3 "Kerberos Version 4.0" "MIT Project Athena"
+.SH NAME
+kuserok \- Kerberos version of ruserok
+.SH SYNOPSIS
+.nf
+.nj
+.ft B
+#include <kerberosIV/krb.h>
+.PP
+.ft B
+kuserok(kdata, localuser)
+AUTH_DAT *auth_data;
+char   *localuser;
+.fi
+.ft R
+.SH DESCRIPTION
+.I kuserok
+determines whether a Kerberos principal described by the structure
+.I auth_data
+is authorized to login as user
+.I localuser
+according to the authorization file
+("~\fIlocaluser\fR/.klogin" by default).  It returns 0 (zero) if authorized,
+1 (one) if not authorized.
+.PP
+If there is no account for 
+.I localuser
+on the local machine, authorization is not granted.
+If there is no authorization file, and the Kerberos principal described
+by 
+.I auth_data
+translates to 
+.I localuser
+(using 
+.IR krb_kntoln (3)),
+authorization is granted.
+If the authorization file
+can't be accessed, or the file is not owned by
+.IR localuser,
+authorization is denied.  Otherwise, the file is searched for
+a matching principal name, instance, and realm.  If a match is found,
+authorization is granted, else authorization is denied.
+.PP
+The file entries are in the format:
+.nf
+.in +5n
+	name.instance@realm
+.in -5n
+.fi
+with one entry per line.
+.SH SEE ALSO
+kerberos(3), ruserok(3), krb_kntoln(3)
+.SH FILES
+.TP 20n
+~\fIlocaluser\fR/.klogin
+authorization list
diff --git a/eBones/krb/tf_util.3 b/eBones/krb/tf_util.3
new file mode 100644
index 000000000000..ee6e43689329
--- /dev/null
+++ b/eBones/krb/tf_util.3
@@ -0,0 +1,151 @@
+.\" from: tf_util.3,v 4.2 89/04/25 17:17:11 jtkohl Exp $
+.\" $Id: tf_util.3,v 1.1.1.1 1994/09/30 14:50:08 csgr Exp $
+.\" Copyright 1989 by the Massachusetts Institute of Technology.
+.\"
+.\" For copying and distribution information,
+.\" please see the file <Copyright.MIT>.
+.\"
+.TH TF_UTIL 3 "Kerberos Version 4.0" "MIT Project Athena"
+.SH NAME
+tf_init, tf_get_pname, tf_get_pinst, tf_get_cred, tf_close \
+\- Routines for manipulating a Kerberos ticket file
+.SH SYNOPSIS
+.nf
+.nj
+.ft B
+#include <kerberosIV/krb.h>
+.PP
+.ft B
+extern char *krb_err_txt[];
+.PP
+.ft B
+tf_init(tf_name, rw)
+char *tf_name;
+int rw;
+.PP
+.ft B
+tf_get_pname(pname)
+char *pname;
+.PP
+.ft B
+tf_get_pinst(pinst)
+char *pinst;
+.PP
+.ft B
+tf_get_cred(c)
+CREDENTIALS *c;
+.PP
+.ft B
+tf_close()
+.PP
+.fi
+.SH DESCRIPTION
+This group of routines are provided to manipulate the Kerberos tickets
+file.  A ticket file has the following format:
+.nf
+.in +4
+.sp
+principal's name          (null-terminated string)
+principal's instance      (null-terminated string)
+CREDENTIAL_1
+CREDENTIAL_2
+  ...
+CREDENTIAL_n
+EOF
+.sp
+.in -4
+.LP
+Where "CREDENTIAL_x" consists of the following fixed-length
+fields from the CREDENTIALS structure (defined in <krb.h>):
+.nf
+.sp
+.in +4
+	char		service[ANAME_SZ]
+	char		instance[INST_SZ]
+	char		realm[REALM_SZ]
+	des_cblock	session
+	int		lifetime
+	int		kvno
+	KTEXT_ST	ticket_st
+	long		issue_date
+.in -4
+.sp
+.fi
+.PP
+.I tf_init
+must be called before the other ticket file
+routines.
+It takes the name of the ticket file to use,
+and a read/write flag as arguments.
+It tries to open the ticket file, checks the mode and if
+everything is okay, locks the file.  If it's opened for
+reading, the lock is shared.  If it's opened for writing,
+the lock is exclusive.
+KSUCCESS is returned if all went well, otherwise one of the
+following:
+.nf
+.sp
+NO_TKT_FIL	- file wasn't there
+TKT_FIL_ACC	- file was in wrong mode, etc.
+TKT_FIL_LCK	- couldn't lock the file, even after a retry
+.sp
+.fi
+.PP
+The
+.I tf_get_pname
+reads the principal's name from a ticket file.
+It should only be called after tf_init has been called.  The
+principal's name is filled into the 
+.I pname
+parameter.  If all goes
+well, KSUCCESS is returned.
+If tf_init wasn't called, TKT_FIL_INI
+is returned.
+If the principal's name was null, or EOF was encountered, or the
+name was longer than ANAME_SZ, TKT_FIL_FMT is returned.
+.PP
+The
+.I tf_get_pinst
+reads the principal's instance from a ticket file.
+It should only be called after tf_init and tf_get_pname
+have been called.
+The principal's instance is filled into the 
+.I pinst
+parameter.
+If all goes
+well, KSUCCESS is returned.
+If tf_init wasn't called, TKT_FIL_INI
+is returned.
+If EOF was encountered, or the
+name was longer than INST_SZ, TKT_FIL_FMT is returned.
+Note that, unlike the principal name, the instance name may be null.
+.PP
+The
+.I tf_get_cred
+routine reads a CREDENTIALS record from a ticket file and
+fills in the given structure.
+It should only be called after
+tf_init, tf_get_pname, and tf_get_pinst have been called.
+If all goes well, KSUCCESS is returned.  Possible error codes
+are:
+.nf
+.sp
+TKT_FIL_INI	- tf_init wasn't called first
+TKT_FIL_FMT	- bad format
+EOF		- end of file encountered
+.sp
+.fi
+.PP
+.I tf_close
+closes the ticket file and releases the lock on it.
+.SH "SEE ALSO"
+krb(3)
+.SH DIAGNOSTICS
+.SH BUGS
+The ticket file routines have to be called in a certain order.
+.SH AUTHORS
+Jennifer Steiner, MIT Project Athena
+.br
+Bill Bryant, MIT Project Athena
+.SH RESTRICTIONS
+Copyright 1987 Massachusetts Institute of Technology
diff --git a/eBones/ksrvtgt/ksrvtgt.1 b/eBones/ksrvtgt/ksrvtgt.1
new file mode 100644
index 000000000000..129c7457215c
--- /dev/null
+++ b/eBones/ksrvtgt/ksrvtgt.1
@@ -0,0 +1,51 @@
+.\" from: ksrvtgt.1,v 4.1 89/01/24 14:36:28 jtkohl Exp $
+.\" $Id: ksrvtgt.1,v 1.1.1.1 1994/09/30 14:50:07 csgr Exp $
+.\" Copyright 1989 by the Massachusetts Institute of Technology.
+.\"
+.\" For copying and distribution information,
+.\" please see the file <Copyright.MIT>.
+.\"
+.TH KSRVTGT 1 "Kerberos Version 4.0" "MIT Project Athena"
+.SH NAME
+ksrvtgt \- fetch and store Kerberos ticket-granting-ticket using a
+service key
+.SH SYNOPSIS
+.B ksrvtgt
+name instance [[realm] srvtab]
+.SH DESCRIPTION
+.I ksrvtgt
+retrieves a ticket-granting ticket with a lifetime of five (5) minutes
+for the principal
+.I name.instance@realm
+(or 
+.I name.instance@localrealm
+if
+.I realm
+is not supplied on the command line), decrypts the response using
+the service key found in
+.I srvtab
+(or in 
+.B /etc/kerberosIV/srvtab
+if
+.I srvtab
+is not specified on the command line), and stores the ticket in the
+standard ticket cache.
+.PP
+This command is intended primarily for use in shell scripts and other
+batch-type facilities.
+.SH DIAGNOSTICS
+"Generic kerberos failure (kfailure)" can indicate a whole range of
+problems, the most common of which is the inability to read the service
+key file.
+.SH FILES
+.TP 2i
+/etc/kerberosIV/krb.conf
+to get the name of the local realm.
+.TP
+/tmp/tkt[uid]
+The default ticket file.
+.TP
+/etc/kerberosIV/srvtab
+The default service key file.
+.SH SEE ALSO
+kerberos(1), kinit(1), kdestroy(1)
diff --git a/eBones/ksrvutil/ksrvutil.8 b/eBones/ksrvutil/ksrvutil.8
new file mode 100644
index 000000000000..a7fed8290071
--- /dev/null
+++ b/eBones/ksrvutil/ksrvutil.8
@@ -0,0 +1,93 @@
+.\" from: /mit/kerberos/src/man/RCS/ksrvutil.8,v 4.0 89/07/27 18:35:33 jtkohl Exp $
+.\" $Id: ksrvutil.8,v 1.2 1994/07/19 19:27:53 g89r4222 Exp $
+.\" Copyright 1989 by the Massachusetts Institute of Technology.
+.\"
+.\" For copying and distribution information,
+.\" please see the file <Copyright.MIT>.
+.\"
+.TH KSRVUTIL 8 "Kerberos Version 4.0" "MIT Project Athena"
+.SH NAME
+ksrvutil \- host kerberos keyfile (srvtab) manipulation utility
+.SH SYNOPSIS
+ksrvutil
+.B operation
+[
+.B \-k 
+] [ 
+.B \-i 
+] [ 
+.B \-f filename 
+]
+.SH DESCRIPTION
+.I ksrvutil
+allows a system manager to list or change keys currently in his
+keyfile or to add new keys to the keyfile.
+.PP
+
+Operation must be one of the following:
+.TP 10n
+.I list
+lists the keys in a keyfile showing version number and principal
+name.  If the \-k option is given, keys will also be shown.
+.TP 10n
+.I change
+changes all the keys in the keyfile by using the regular admin
+protocol.  If the \-i flag is given, 
+.I ksrvutil
+will prompt for yes or no before changing each key.  If the \-k
+option is used, the old and new keys will be displayed.
+.TP 10n
+.I add
+allows the user to add a key.
+.I add
+prompts for name, instance, realm, and key version number, asks
+for confirmation, and then asks for a password.  
+.I ksrvutil 
+then converts the password to a key and appends the keyfile with
+the new information.  If the \-k option is used, the key is
+displayed. 
+
+.PP
+In all cases, the default file used is KEY_FILE as defined in
+krb.h unless this is overridden by the \-f option.
+
+.PP
+A good use for
+.I ksrvutil
+would be for adding keys to a keyfile.  A system manager could
+ask a kerberos administrator to create a new service key with 
+.IR kadmin (8)
+and could supply an initial password.  Then, he could use 
+.I ksrvutil
+to add the key to the keyfile and then to change the key so that
+it will be random and unknown to either the system manager or
+the kerberos administrator.
+
+.I ksrvutil
+always makes a backup copy of the keyfile before making any
+changes.  
+
+.SH DIAGNOSTICS
+If 
+.I ksrvutil
+should exit on an error condition at any time during a change or
+add, a copy of the
+original keyfile can be found in 
+.IR filename .old
+where 
+.I filename
+is the name of the keyfile, and a copy of the file with all new
+keys changed or added so far can be found in 
+.IR filename .work.
+The original keyfile is left unmodified until the program exits
+at which point it is removed and replaced it with the workfile.
+Appending the workfile to the backup copy and replacing the
+keyfile with the result should always give a usable keyfile,
+although the resulting keyfile will have some out of date keys
+in it.
+
+.SH SEE ALSO
+kadmin(8), ksrvtgt(1)
+
+.SH AUTHOR
+Emanuel Jay Berkenbilt, MIT Project Athena
diff --git a/eBones/kstash/kstash.8 b/eBones/kstash/kstash.8
new file mode 100644
index 000000000000..ac8c57b302cf
--- /dev/null
+++ b/eBones/kstash/kstash.8
@@ -0,0 +1,44 @@
+.\" from: kstash.8,v 4.1 89/01/23 11:11:39 jtkohl Exp $
+.\" $Id: kstash.8,v 1.1.1.1 1994/09/30 14:50:07 csgr Exp $
+.\" Copyright 1989 by the Massachusetts Institute of Technology.
+.\"
+.\" For copying and distribution information,
+.\" please see the file <Copyright.MIT>.
+.\"
+.TH KSTASH 8 "Kerberos Version 4.0" "MIT Project Athena"
+.SH NAME
+kstash \- stash Kerberos key distribution center database master key
+.SH SYNOPSIS
+kstash
+.SH DESCRIPTION
+.I kstash
+saves the Kerberos key distribution center (KDC) database master key in
+the master key cache file.
+.PP
+The user is prompted to enter the key, to verify the authenticity of the
+key and the authorization to store the key in the file.
+.SH DIAGNOSTICS
+.TP 20n
+"verify_master_key: Invalid master key, does not match database."
+The master key string entered was incorrect.
+.TP
+"kstash: Unable to open master key file"
+The attempt to open the cache file for writing failed (probably due to a
+system or access permission error).
+.TP
+"kstash: Write I/O error on master key file"
+The 
+.BR write (2)
+system call returned an error while
+.I kstash
+was attempting to write the key to the file.
+.SH FILES
+.TP 20n
+/etc/kerberosIV/principal.db
+DBM file containing database
+.TP
+/etc/kerberosIV/principal.ok
+Semaphore indicating that the DBM database is not being modified.
+.TP
+/etc/kerberosIV/master_key
+Master key cache file.
diff --git a/release/sysinstall/help/da_DK.ISO8859-1/README b/release/sysinstall/help/da_DK.ISO8859-1/README
new file mode 100644
index 000000000000..42b16aedf083
--- /dev/null
+++ b/release/sysinstall/help/da_DK.ISO8859-1/README
@@ -0,0 +1,98 @@
+   ------------------------------------------- 
+       FreeBSD 2.0.5  ---  RELEASE Versionen           ,        ,
+   -------------------------------------------        /(        )`
+                                                      \ \___   / |
+Velkommen til 2.0.5 releasen af FreeBSD. 2.0.5 er     /- _  `-/  '
+en mellem release af FreeBSD, der udfylder det       (/\/ \ \   /\
+tidsmæssigt store hul mellem 2.0R (fra november      / /   | `    \
+'94) og 2.1R, som kommer i slutningen af juli        O O   ) /    |
+'95. FreeBSD 2.0.5 indeholder mange væsentlige       `-^--'`<     '
+forbedringer i forhold til 2.0R. 2.0.5 er           (_.)  _  )   /
+væsentligt mere stabil, indeholder adskillige        `.___/`    /
+nye ting, og har et væsentligt forbedret               `-----' /
+installationsprogram. Release noterne     <----.     __ / __   \
+indeholder flere detaljer om nyhederne    <----|====O)))==) \) /====
+i FreeBSD 2.0.5!                          <----'    `--' `.__,' \
+                                                       |        |
+                                                        \       /       /\
+                                                   ______( (_  / \______/
+                                                 ,'  ,-----'   | 
+                                                 `--{__________)
+
+
+Hvad er FreeBSD? FreeBSD er et operativsystem baseret på 4.4 BSD Lite,
+og kører på Intel, Cyrix eller NexGen "x86" baseret PC hardware. FreeBSD
+understøtter en bred vifte af PC udstyr og PC konfigurationer. Det kan 
+bruges til alt fra softwareudvikling til at udbyde Internet opkobling.
+Den travleste maskine på nettet - ftp.cdrom.com - er en FreeBSD maskine.
+
+Denne release af FreeBSD indeholder alt, hvad du behøver for at lave et 
+sådant system, samt fuld kildetekst til det hele. Med kildeteksten 
+installeret kan du bogstaveligt talt rekompilere hele systemet fra bunden
+med een komando. Dette er ideelt for studerende, forskere samt folk, der
+blot ønsker at se, hvordan det hele hænger sammen.
+
+En stor samling tredje parts software (kaldet "the ports collection")
+medfølger ligeledes, således at det er enkelt for dig at få og installere
+alle dine favorit UNIX programmer sammen med FreeBSD. Over 270 programmer 
+fra editorer over programmeringssprog til grafikprogrammer gør FreeBSD til
+et stærkt og altomfattende system, der ligger på linje med mange store
+workstations med hensyn til brugbarhed og styrke.
+
+
+Hvis du ønsker mere dokumentation til systemet, vil vi anbefale, at du
+køber 4.4BSD dokumentationen ("the 4.4BSD Document Set") fra O'Reilly 
+Associates og USENIX Association (ISBN 1-56592-082-1). Vi har ingen
+forbindelse til O'Reilly, vi er blot tilfredse kunder!
+
+Det vil være en god ide at læse hardware guiden *før* du fortsætter med
+installationen. At konfigurere en PC til at køre andet end DOS/Windows
+(som egentlig ikke stiller nogen særlige krav til den underliggende
+hardware), er i praksis væsentligt sværere end det ser ud til, og hvis du
+mener at forstå PCere, så har du tydeligvis ikke anvendt dem længe nok :-)
+Denne guide vil give dig nogle tips til at konfigurere din hardware, og
+hvilke symptomer du skal holde øje med i tilfælde af problemer. Guiden
+er tilgængelig i dokumentations menuen på FreeBSD boot disketten.
+
+BEMÆRK: Selvom gruppen bag FreeBSD har gjort sit bedste for at forhindre
+datatab, så er der stadig en reel mulighed for at DU KOMMER TIL AT SLETTE
+HELE DIN HARDDISK under installationen. Lad være med at fortsætte til den
+endelige FreeBSD installations-menu medmindre at du har lavet en sikkerheds-
+kopi af alle vigtige data (det er også en god ide at check-læse sikkerheds-
+kopien). Dette er ikke for sjov, vi er dybt seriøse på dette punkt.
+
+Tekniske kommentarer til denne release sendes (på engelsk!) til:
+
+        hackers@FreeBSD.org
+
+
+Fejl-rapporter bør sendes ved hjælp af `send-pr' kommandoen, hvis du fik
+installeret systemet. Ellers sendes de (ligeledes på engelsk) til:
+
+        bugs@FreeBSD.org
+
+Husk at gøre opmærksom på HVILKEN VERSION af FreeBSD du kører i alle fejl-
+rapporter.
+
+Generelle spørgsmål kan (på engelsk) sendes til:
+
+        questions@FreeBSD.org
+
+Vær venligst tålmodig, hvis dine spørgsmål ikke bliver besvaret umiddelbart.
+Dette er en specielt travl tid for os, og alle vores (frivillige) resourcer
+bliver udnyttet til grænsen. Alle fejl-rapporter, der bliver sendt med 
+send-pr kommandoen, bliver logget og holdt øje med i vores fejl database,
+og du vil blive holdt informeret om alle ændringer af status for fejlen
+gennem hele fejlens levetid. Det samme gælder for ønsker om forbedringer.
+
+Vores WEB adresse - http://www.freebsd.org - er ligeledes et godt sted at 
+kigge efter opdateret information, og giver flere faciliteter for avanceret
+dokumentation. Du kan benytte BSDI versionen af Netscape til at køre World
+Wide Web direkte fra FreeBSD.
+
+Du kan også kigge i /usr/share/FAQ og /usr/share/doc efter yderligere
+information om systemet.
+
+
+Tak for at du tog dig tid til at læse alt dette. Vi håber oprigtigt at
+du får glæde af denne release af FreeBSD!
diff --git a/release/sysinstall/help/da_DK.ISO8859-1/configure.hlp b/release/sysinstall/help/da_DK.ISO8859-1/configure.hlp
new file mode 100644
index 000000000000..b698b6d2e39b
--- /dev/null
+++ b/release/sysinstall/help/da_DK.ISO8859-1/configure.hlp
@@ -0,0 +1,16 @@
+Denne menu lader dig foretage små ændringer af konfigurationen,
+efter at systemet er installeret. Som et minimum bør du sætte
+password'et for system operatøren og systemets tidszone.
+
+For at installere ekstra software såsom bash, emacs, pascal etc. 
+bør du kigge i Packages objektet i denne menu. Bemærk at for
+nærværende er dette kun reelt nyttigt, hvis du har en CD-ROM eller
+en eksisterende pakke samling et sted i dit filsystem, hvor pakke
+administrator programmet kan se den. Automatisk overførsel af
+pakker via FTP er endnu ikke supporteret.
+
+Hvis du ønsker at bruge pakke installations programmet efter at
+du har forladt system installationen, så hedder kommandoen
+``pkg_manage''. Hvis du vil sætte tidszonen - tast ``tzsetup''.
+Se ``/etc/sysconfig'' filen for mere information om den generelle
+system konfiguration.
diff --git a/release/sysinstall/help/da_DK.ISO8859-1/language.hlp b/release/sysinstall/help/da_DK.ISO8859-1/language.hlp
new file mode 100644
index 000000000000..e7464c60bdf1
--- /dev/null
+++ b/release/sysinstall/help/da_DK.ISO8859-1/language.hlp
@@ -0,0 +1,13 @@
+Benyt denne menu til at vælge dit foretrukne sprog. For nærværende 
+vil dette kun sætte default sproget, for de forskellige hjælpefiler
+der vises.
+
+I senere udgaver vil dette også ændre opsætningen/udlægningen af 
+tastaturet, skærm karakter-sæt, NLS opsætning (sysinstall vil selv
+benytte tekst kataloger, således at alle menuer er på det ønskede sprog)
+og implementere andre I18N funktioner for at imødekomme diverse standarder.
+
+Indtil disse forbedringer er lavet, vil du sikkert finde, at det er lettere
+at ændre /etc/sysconfig filen i hånden, når systemet er fuldt installeret.
+Der er kommentarer i filen, som beskriver præsis, hvad der skal ændres, samt
+eksempler på enkelte eksisterende ikke engelske opsætninger.
diff --git a/release/sysinstall/help/da_DK.ISO8859-1/usage.hlp b/release/sysinstall/help/da_DK.ISO8859-1/usage.hlp
new file mode 100644
index 000000000000..fd242f12d795
--- /dev/null
+++ b/release/sysinstall/help/da_DK.ISO8859-1/usage.hlp
@@ -0,0 +1,56 @@
+BRUG AF DETTE SYSTEM
+====================
+
+TAST            FUNKTION
+----            --------
+PIL OP          Flyt til foregående objekt (eller op, i et tekstfelt).
+PIL NED         Flyt til næste objekt (eller ned, i et tekstfelt).
+TAB             Flyt til næste objekt eller gruppe.
+HØJRE PIL       Flyt til næste objekt eller gruppe (det samme som TAB).
+SHIFT-TAB       Flyt til foregående objekt eller gruppe.
+VENSTRE PIL     Flyt til foregående objekt eller gruppe (det samme som
+                SHIFT-TAB).
+RETUR           Vælg objekt.
+PAGE UP         Gå en side op, i et tekstfelt.
+PAGE DOWN       Gå en side ned, i et tekstfelt.
+MELLEMRUM       I en "radio" eller flervalgs menu, skift status for det
+                nuværende objekt.
+F1              Hjælp (i skærme, der har denne funktionalitet).
+
+Hvis du også ser små "^(-)" eller "v(+)" symboler i kanten af en menu, betyder 
+det, at der er flere linjer ovenover eller nedenunder de nuværende, som ikke 
+vises (fordi der ikke er nok plads på skærmen). Ved hjælp af pil-op og pil-ned
+kan menuen rulles op og ned. Når et af symbolerne forsvinder, betyder det at
+du er i toppen (eller bunden) af menuen.
+
+I tekstfelter vil mængden af tekst over den nuværende position blive vist som
+en procentdel i det nedre højre hjørne. 100% betyder at du er i bunden af
+feltet.
+
+Valg af OK i en menu vil vælge/bekræfte det som menuen omhandler.
+Valg af Cancel vil afbryde en operation, og generelt returnere dig til den
+foregående menu.
+
+
+SPECIAL-FUNKTIONER
+==================
+
+Det er muligt at vælge et objekt i en menu ved at taste den første karakter
+af navnet (hvis unikt). Disse "accelerator" karakterer vil være specielt 
+fremhævet i objekt navnet.
+
+Konsol driveren indeholder en buffer, der gør det muligt at bladre tilbage
+og se information, der er rullet op over toppen af skærmen. For at aktivere
+denne funktion, tryk på "Scroll Lock" tasten og brug piletasterne eller
+Page Up/Page Down tasterne til at bladre gennem den gemte tekst. Funktionen
+forlades ved igen at trykke på "Scroll Lock" tasten. Denne funktion er mest
+brugbar i forbindelse med sub-shells og andre specialfunktioner, der ikke
+bruger menuer.
+
+Når systemet er fuldt installeret og kører i "multi-user" tilstand, vil du
+bemærke, at du har flere "virtuelle konsoller", der kan benyttes til at have
+flere aktive sessioner samtidigt. Brug ALT-F<n> til at skifte mellem dem 
+(hvor `F<n>' er den funktionstast, der svarer til den skærm, som du ønsker
+at se). Systemet er standard installeret med 3 virtuelle konsoller. Du kan
+lave flere ved at editere /etc/ttys filen når systemet er oppe (maximum er
+12).
diff --git a/release/sysinstall/help/de_DE.ISO8859-1/RELNOTES b/release/sysinstall/help/de_DE.ISO8859-1/RELNOTES
new file mode 100644
index 000000000000..c3d2aa6737fb
--- /dev/null
+++ b/release/sysinstall/help/de_DE.ISO8859-1/RELNOTES
@@ -0,0 +1,766 @@
+                                 RELEASE NOTES
+                                    FreeBSD
+                                 Release 2.0.5
+
+1. Technischer Überblick
+------------------------
+
+FreeBSD ist eine im Quellcode frei verfügbare Version eines 4.4-Lite-
+basierten Betriebssystems für PC's auf der Basis von Intel-i386/i486/
+Pentium-Prozessoren (oder kompatiblen).  Es basiert hauptsächlich auf
+Software der Computer-Gruppe (CSRG) der Universität Kalifornien Berkeley
+mit einigen Erweiterungen aus den Systemen NetBSD, 386BSD und von der
+Free Software Foundation.
+
+Seit der Freigabe unserer Version FreeBSD 2.0 vor etwa 8 Monaten hat sich
+die Leistungsfähigkeit, der Funktionsumfang und die Stabilität von
+FreeBSD dramatisch verbessert.  Die umfangreichste Änderung ist das neu
+gefaßte System der virtuellen Speicherverwaltung (VM) mit einem vereinig-
+ten VM/Dateipuffer, wodurch sich nicht nur die Leistungsfähigkeit verbes-
+sert, sondern auch der Mindestspeicherbedarf von FreeBSD reduziert werden
+konnte, so daß auch Konfigurationen mit nur 4 MB Hauptspeicher wieder
+akzeptabel werden können.  Unter den weiteren Verbesserungen befinden
+sich volle Unterstützung für NIS sowohl auf Client- als auch Serverseite,
+,,Transaction TCP'', PPP mit automatischer Leitungswahl bei Bedarf, ein
+verbessertes SCSI-Subsystem, anfängliche ISDN-Unterstützung, Treiber für
+FDDI- und "Fast Ethernet"-Adapter (100 MBit/s), verbesserter Unter-
+stützung der Adaptec 2940-SCSI-Adapter (sowohl WIDE- als auch
+Normal-SCSI) sowie viele hunderte Bugfixes.
+
+Zuzüglich zur Basis-Distribution bietet FreeBSD nun eine neue Sammlung
+portierter Software an mit etwa 270 häufig gewünschten Programmen.  Die
+Liste der ,,Ports'' reicht dabei von HTTP-(WWW-)Servern, Spielen, Pro-
+grammiersprachen, Editoren und so gut wie allem, was dazwischenliegt.
+Die komplette Port-Sammlung benötigt nun nur noch 10 MB Speicherplatz, da
+alle Ports als ,,Deltas'' gegenüber ihren originalen Quellen ausgedrückt
+werden.  Das macht es uns einfacher, die Ports auf dem Laufenden zu
+halten, und es reduziert gegenüber der Ports-Sammlung aus Version 1.0
+drastisch den Speicherbedarf.  Um einen Port zu übersetzen, wechselt man
+einfach ins Verzeichnis des gewünschten Ports, tippt ,,make'' ein, und
+läßt das System den Rest vornehmen.  Es wird dabei automatisch die komp-
+lette Original-Quelle von der CDROM oder einem lokalen FTP-Server geholt,
+so daß man lediglich hinreichend Plattenplatz benötigt, um die gewünsch-
+ten Ports zu übersetzen.  (Fast) jeder Port wird auch als vorübersetztes
+,,Package'' zur Verfügung gestellt, das man mit einem einfachen Kommando
+(pkg_add) installieren kann, wenn man nicht von der originalen Quelle
+übersetzen möchte.  All dies ist in der Datei
+        /usr/share/FAQ/Text/ports.FAQ
+genauer beschrieben.
+
+Seit unserer ersten Version FreeBSD 1.0 vor etwa zwei Jahren hat sich
+FreeBSD fast vollständig geändert.  Eine neue Portierung wurde vorge-
+nommen, ausgehend vom 4.4-Lite-Code der Universität Berkeley, womit der
+rechtliche Status des Systems einwandfrei geworden ist, einschließlich
+einer ,Absegnung' durch Novell (dem neuen Eigentümer der USL und des
+Warenzeichens UNIX).  Die 4.4-Portierung brachte gleichzeitig eine Menge
+neuer Eigenschaften, Dateisysteme und verbesserte Treiber.  Mit der
+geklärten Rechtslage haben wir nun allen Grund zur Hoffnung, daß wir ohne
+künftige juristische Querelen auch weiterhin ein Betriebssystem von guter
+Qualität regelmäßig herausgeben können.
+
+FreeBSD 2.0.5 representiert die zweijährige Arbeit eines internationalen
+Entwicklerteams, das viele tausend Mann-Stunden eingebracht hat.  Wir
+hoffen sehr, daß es Anklang findet!
+
+Eine Reihe weiterer Dokumente, die während der Installation und im Betrieb
+von FreeBSD hilfreich sein können, befindet sich im Verzeichnis ,,FAQ'',
+entweder in einem installierten System unter /usr/share/FAQ, oder aber in
+der obersten Ebene der CDROM- oder FTP-Distribution, in der ebendiese Datei
+zu finden ist.  Ein Überblick der im FAQ-Verzeichnis enthaltenen Dokumen-
+tation befindet sich in der Datei FAQ/Text/ROADMAP.
+
+Eine Liste all derjenigen, die zum Projekt beigetragen haben, verbunden
+mit einer allgemeinen Beschreibung des Projektes selbst, befindet sich in
+der Datei ,,CONTRIB.FreeBSD'' in der Binär-Distribution.
+
+Die Datei ,,REGISTER.FreeBSD'' enthält eine Beschreibung, wie man sich
+beim "Free BSD user counter" registrieren läßt.  Dieser Zähler ist für
+ALLE freien BSD-Derivate, nicht nur FreeBSD, und wir legen jedem die
+Anmeldung dort nahe.
+
+Die Kerndistribution von FreeBSD enthält keinen DES-Code, weil dies ihren
+Export außerhalb der USA verhindern würde.  Es existiert ein Zusatzpaket,
+das nur in den USA verwendet werden darf und die Programme zusammenfaßt,
+die normalerweise DES benutzen.  Alle anderen zusätzlich angebotenen
+Pakete können von jedermann genutzt werden.  Eine freie und (aus Sicht
+von außerhalb der USA) exportierbare Distribution für Nicht-US-Benutzer
+existiert aber auch.  Sie ist in der FreeBSD-FAQ beschrieben.
+
+Soweit jedoch die Paßwortsicherheit alles ist, was gewünscht wird, und
+kein Bedarf besteht, die verschlüsselten Paßwörter zwischen verschiedenen
+Architekturen (Sun's, DEC-Maschinen usw.) auszutauschen, ist das von
+FreeBSD benutzte, auf einer MD5-Verschlüsselung aufsetzende Sicherheits-
+system völlig ausreichend!  Wir sind der Meinung, daß unser standard-
+mäßiges Sicherheitsmodell mehr als ein Ausgleich für DES ist, und das,
+ohne daß wir uns mit ärgerlichen Exportbeschränkungen herumschlagen
+müßten.  Es ist einen Versuch wert, für alle außerhalb (oder sogar auch
+innerhalb) der USA!  (Anm.: MD5 implementiert keine Verschlüsselung im
+Sinne der amerikanischen Exportbestimmungen, sondern kann ausschließ-
+lich zur Zugangskontrolle verwendet werden.  Damit fällt es nicht unter
+die Exportbeschränkungen der USA. -- Jörg)
+
+
+1.1 Was ist neu in 2.0.5?
+-------------------------
+
+Die folgenden Funktionen wurden im Zeitraum zwischen der Freigabe von
+Version 2.0 und dieser Version 2.0.5 entweder hinzugefügt oder grundle-
+gend verbessert.  Um eine bessere Kommunikation zu ermöglichen, ist die
+Person (oder die Personen), die für die jeweilige Verbesserung verant-
+wortlich ist, aufgelistet.  Jegliche Fragen bezüglich der neuen Funkiona-
+lität sollte zuerst an denjenigen gerichtet werden.
+
+
+KERNEL:
+
+Vereinigter VM/Dateipuffer-Cache
+--------------------------------
+Der Entwurf eines vereinten VM/Dateipuffer-Caches verbessert die gesamte
+Leistungsfähigkeit des Systems erheblich und erlaubt eine Reihe optimier-
+ter Speicherbelegungsstrategien, die vorher unmöglich waren.
+
+Verantwortlich:         David Greenman (davidg@FreeBSD.org) and
+                        John Dyson (dyson@implode.root.com)
+
+
+Optimierter Hash-Algorithmus für Netzwerk-Protokollsteuerblöcke (PCB's)
+-----------------------------------------------------------------------
+Für Systeme mit einer großen Anzahl aktiver TCP-Verbindungen (z. B.
+WEB- und FTP-Server) wird dadurch die Suche für ein ankommendes Paket
+nach der dazugehörigen Verbindung erheblich beschleunigt.
+
+Verantwortlich:         David Greenman (davidg@FreeBSD.org)
+
+
+Optimierung des Dateinamen-Caches
+---------------------------------
+Der Namens-Cache faßt nunmehr alle gleichen Namen im gleichen Speicher-
+block zusammen, so daß z. B. alle ,,..''-Einträge im gleichen Block
+landen.  Die Version für das Elternverzeichnis wurde einbezogen, um
+den Hash durcheinanderzubringen, und die Cache-Verwaltung wurde ver-
+bessert, da gerade an diesem Teil gearbeitet wurde.
+
+Verantwortlich:         Poul-Henning Kamp (phk@FreeBSD.org)
+                        David Greenman (davidg@FreeBSD.org)
+
+
+Weniger einschränkende Konfigurierung von Swap-Bereichen
+--------------------------------------------------------
+Die Notwendigkeit, die Namen der Swap-Geräte in den Kernel zu kompilie-
+ren, wurde beseitigt.  ,swapon' akzeptiert numehr jedes Block-Gerät bis
+zur Maximalzahl der in den Kernel konfigurierten Swap-Geräte.
+
+Verantwortlich:         Poul-Henning Kamp (phk@FreeBSD.org)
+                        David Greenman (davidg@FreeBSD.org)
+
+
+,,Vorverdrahtete'' SCSI-Geräte
+------------------------------
+FreeBSD-Versionen vor 2.0.5 haben die Gerätenummernzuweisung für SCSI-
+Geräte ausschließlich dynamisch vorgenommen in der Reihenfolge, wie die
+Geräte gefunden wurden, so daß infolge Fehlfunktion eines SCSI-Gerätes
+sich möglicherweise die Gerätenummer ändern konnte.  Dieses hatte zur
+Folge, daß selbst die Zuordnung der Dateisysteme auf den noch funktio-
+nierenden Geräten nicht mehr möglich war und die Dateisysteme nicht
+gemountet werden konnten.  Durch ,,Vorverdrahtung'' ist es jetzt möglich,
+statisch die Zuordnung zwischen Gerätenummern (und damit Gerätenamen) und
+SCSI-Geräten vorzunehmen, wobei die SCSI-ID und die Nummer des SCSI-
+Busses als Basis dienen.  Diese Zuordnung wird in der Konfigurations-
+datei des Kernels vorgenommen und ist sowohl in der Manual-Seite scsi(4)
+als auch in der LINT-Beispielkonfiguration dokumentiert.
+
+Verantwortlich:         Peter Dufault (dufault@hda.com)
+Betroffene Dateien:     sys/scsi/* usr.sbin/config/*
+
+
+Unterstützung für ,,Slices''
+----------------------------
+FreeBSD unterstützt nunmehr die Abstraktion von ,,Slices'' (globalen
+Platten-Partitionen), so daß die Zusammenarbeit mit Partitionen anderer
+Betriebssysteme verbessert wird.  Damit ist es FreeBSD möglich, vor-
+handene DOS-Partitionen (ohne weitere Vorkehrungen) mitzunutzen.
+
+Verantwortlich:         Bruce Evans (bde@FreeBSD.org)
+Betroffene Dateien:     sys/disklabel.h sys/diskslice.h sys/dkbad.h
+                        kern/subr_diskslice.c kern/subr_dkbad.c
+                        i386/isa/diskslice_machdep.c
+                        i386/isa/wd.c scsi/sd.c dev/vn/vn.c
+
+
+Unterstützung für Version 6.0 des OnTrack Disk-Managers
+-------------------------------------------------------
+Es wurde die Möglichkeit geschaffen, Platten zu nutzen, die durch den
+OnTrack Disk-Manager verwaltet werden.  Das fdisk-Programm jedoch weiß
+darüber noch nichts, so daß alle Änderungen entweder im Installations-
+programm der Bootdiskette (boot.flp) oder aber im OnTrack Disk-Manager
+aus DOS heraus vorgenommen werden müssen.
+
+Verantwortlich:         Poul-Henning Kamp (phk@FreeBSD.org)
+
+
+Bad144 ist wieder da und funktioniert
+-------------------------------------
+Bad144 funktioniert wieder.  Die Semantik jedoch hat sich gegenüber
+früher geringfügig geändert.  Die Fehlerstellen werden nunmehr relativ
+zur ,,Slice'' gezählt und nicht mehr absolut bezüglich der ganzen
+Platte.
+
+Verantwortlich:         Bruce Evans (bde@FreeBSD.org)
+                        Poul-Henning Kamp (phk@FreeBSD.org)
+
+
+UNTERSTÜTZUNG NEUER GERÄTE:
+
+                        SCSI- und CDROM-Geräte
+
+Matsushita/Panasonic (Creative) CD-ROM-Treiber
+----------------------------------------------
+Die Laufwerke Matsushita/Panasonic CR-562 und CR-563 werden nunmehr
+unterstützt, wenn sie an einen SoundBlaster- oder 100% kompatiblen
+Hostadapter angeschlossen sind.  Bis zu vier Hostadapter sind möglich, so
+daß maximal 16 CD-ROM-Laufwerke angeschlossen werden können.  Die
+Audio-Funktionen sind ebenfalls unterstützt einschließlich des ,,Karoke
+variable speed playback''.
+
+Verantwortlich:         Frank Durda IV   bsdmail@nemesis.lonestar.org
+Betroffene Dateien:     isa/matcd
+
+
+Adaptec 2742/2842/2940 SCSI-Treiber
+-----------------------------------
+Der originale Treiber für 274X-/284X-Adapter wurde gegenüber der Version
+2.0 beträchtlich geändert.  Nunmehr gibt es auch volle Unterstützung der
+2940-Serie sowie der ,,Wide-SCSI''-Modelle dieser Karten.  Der Bug in der
+Bus-Arbitrierung (sowie viele weitere) wurde beseitigt, der Treiberprob-
+leme mit schnellen SCSI-Geräten verursacht hat.  Es existiert sogar eine
+experimentelle Unterstützung für ,,tagged queuing'' (Kernel-Option
+,,AHC_TAGENABLE'').  Weiterhin hat John Aycock den Code für den Sequen-
+cer nunmehr mit einem ,,Berkeley''-Copyright freigegeben, so daß die
+Restriktionen der GPL nicht mehr auf den Treiber zutreffen.
+
+Verantwortlich:         Justin Gibbs (gibbs@FreeBSD.org)
+Betroffene Dateien:     isa/aic7770.c pci/aic7870.c i386/scsi/*
+                        sys/dev/aic7xxx/*
+
+
+NCR5380/NCR53400 SCSI ("ProAudio Spectrum") Treiber
+---------------------------------------------------
+Verantwortlich:         Core-Team
+Eingereicht von:        Serge Vakulenko (vak@cronyx.ru)
+Betroffene Dateien:     isa/ncr5380.c
+
+
+Sony CDROM-Treiber
+------------------
+Verantwortlich:         Core-Team
+Eingereicht von:        Mikael Hybsch (micke@dynas.se)
+Betroffene Dateien:     isa/scd.c
+
+
+                        Serielle Geräte
+
+Treiber für SDL Communications Riscom/8 Serial Board
+----------------------------------------------------
+Verantwortlich:         Andrey Chernov (ache@FreeBSD.org)
+Betroffene Dateien:     isa/rc.c isa/rcreg.h
+
+
+Treiber für Cyclades Cyclom-y Serial Board
+------------------------------------------
+Verantwortlich:         Bruce Evans (bde@FreeBSD.org)
+Eingereicht von:        Andrew Werple (andrew@werple.apana.org.au) and
+                        Heikki Suonsivu (hsu@cs.hut.fi)
+Entnommen aus:          NetBSD
+Betroffene Dateien:     isa/cy.c
+
+
+Serieller Treiber Cronyx/Sigma sync/async-Geräte
+------------------------------------------------
+Verantwortlich:         Core-Team
+Eingereicht von:        Serge Vakulenko
+Betroffene Dateien:     isa/cronyx.c            
+
+
+
+                        Netzwerk
+
+Plattenloses Booten
+-------------------
+Das plattenlose Booten wurde in Version 2.0.5 stark verbessert.  Das
+Boot-Programm befindet sich in src/sys/i386/boot/netboot und kann sowohl
+von MSDOS aus gestartet als auch in einen EPROM gebrannt werden.  Lokales
+Swappen ist ebenfalls möglich.  Gegenwärtig werden Ethernet-Karten von
+WD, SMC, 3Com und Novell unterstützt.
+
+
+Treiber für DEC DC21140 ,,Fast Ethernet''-Adapter
+-------------------------------------------------
+Dieser Treiber unterstützt die zahlreichen Netzwerkadapter auf Basis
+des DEC DC21140-Chipsatzes einschließlich der 100 MBit/s DEC-500-XA und
+SMC 9332.
+
+Verantwortlich:         Core-Team
+Eingereicht von:        Matt Thomas (thomas@lkg.dec.com)
+Betroffene Dateien:     pci/if_de.c pci/dc21040.h
+
+Treiber für DEC FDDI (DEFPA/DEFEA)
+----------------------------------
+Verantwortlich:         Core-Team
+Eingereicht von:        Matt Thomas (thomas@lkg.dec.com)
+Betroffene Dateien:     pci/if_pdq.c pci/pdq.c pci/pdq_os.h pci/pdqreg.h
+
+
+Treiber für 3Com 3c505 (Etherlink/+) Karten
+-------------------------------------------
+Verantwortlich:         Core-Team
+Eingereicht von:        Dean Huxley (dean@fsa.ca)
+Entnommen aus:          NetBSD
+Betroffene Dateien:     isa/if_eg.c
+
+
+Treiber für die Fujitsu-MB86960A-Netzwerkkarten-Familie
+-------------------------------------------------------
+Verantwortlich:         Core-Team
+Eingereicht von:        M.S. (seki@sysrap.cs.fujitsu.co.jp)
+Betroffene Dateien:     isa/if_fe.c
+
+
+Treiber für Intel EtherExpress
+------------------------------
+Verantwortlich:         Rodney W. Grimes (rgrimes@FreeBSD.org)
+Betroffene Dateien:     isa/if_ix.c isa/if_ixreg.h
+
+
+Treiber für 3Com 3c589
+----------------------
+Verantwortlich:         Core-Team
+Eingereicht von:        "HOSOKAWA Tatsumi" (hosokawa@mt.cs.keio.ac.jp),
+                        Seiji Murata (seiji@mt.cs.keio.ac.jp) and
+                        Noriyuki Takahashi (hor@aecl.ntt.jp)
+Betroffene Dateien:     isa/if_zp.c
+
+
+Treiber für IBM-Kreditkarten
+----------------------------
+Verantwortlich:         Core-Team
+Eingereicht von:        "HOSOKAWA Tatsumi" (hosokawa@mt.cs.keio.ac.jp)
+Betroffene Dateien:     isa/pcic.c isa/pcic.h
+
+
+Treiber für EDSS1- und 1TR6-ISDN-Interface
+------------------------------------------
+Verantwortlich:         Core-Team
+Eingereicht von:        Dietmar Friede (dfriede@drnhh.neuhaus.de) and
+                        Juergen Krause (jkr@saarlink.de)
+Betroffene Dateien:     gnu/isdn/*
+
+
+                        Diverse Treiber
+
+Treiber für Joystick
+--------------------
+Verantwortlich:         Jean-Marc Zucconi (jmz@FreeBSD.org)
+Betroffene Dateien:     isa/joy.c
+
+
+Treiber für National Instruments "LabPC"
+----------------------------------------
+Verantwortlich:         Peter Dufault (dufault@hda.com)
+Betroffene Dateien:     isa/labpc.c
+
+
+Treiber für WD7000
+------------------
+Verantwortlich:         Olof Johansson (offe@ludd.luth.se)
+
+
+Pcvt-Console-Treiber
+--------------------
+Verantwortlich:         Jörg Wunsch (joerg@FreeBSD.org)
+Eingereicht von:        Hellmuth Michaelis (hm@altona.hamburg.com)
+Betroffene Dateien:     isa/pcvt/* usr.sbin/pcvt/*
+
+
+BSD-audio Emulator für den VAT-Treiber
+--------------------------------------
+Verantwortlich:         Amancio Hasty (ahasty@FreeBSD.org) and
+                        Paul Traina (pst@FreeBSD.org)
+Betroffene Dateien:     isa/sound/vat_audio.c isa/sound/vat_audioio.h
+
+
+Treiber für National Instruments AT-GPIB and AT-GPIB/TNT GPIB
+-------------------------------------------------------------
+Verantwortlich:         Core-Team
+Eingereicht von:        Fred Cawthorne (fcawth@delphi.umd.edu)
+Betroffene Dateien:     isa/gpib.c isa/gpib.h isa/gpibreg.h
+
+
+Treiber für Genius GS-4500 Handscanner
+--------------------------------------
+Verantwortlich:         Core-Team
+Eingereicht von:        Gunther Schadow (gusw@fub46.zedat.fu-berlin.de)
+Betroffene Dateien:     isa/gsc.c isa/gscreg.h
+
+
+CORTEX-I Frame Grabber
+----------------------
+Verantwortlich:         Core-Team
+Eingereicht von:        Paul S. LaFollette, Jr.
+Betroffene Dateien:     isa/ctx.c isa/ctxreg.h
+
+
+Video Spigot video capture card
+-------------------------------
+Verantwortlich:         Jim Lowe
+
+
+
+1.2 Experimentelle Funktionalität
+---------------------------------
+
+Von den Dateisystemen unionfs und LFS ist bekannt, daß sie in Version
+2.0.5 stark mangelhaft sind.  Das ist teilweise alten Bugs geschuldet, zu
+deren Beseitigung wir noch keine Zeit gefunden haben, sowie der noch
+ausstehenden Umstellung auf das neue VM-System.  Wir hoffen, daß wir
+diese Probleme ein einer späteren Version von FreeBSD beseitigen können.
+
+FreeBSD kann nunmehr Binaries laufen lassen, die dem iBCS2-Standard ge-
+nügen.  (SCO UNIX 3.2.2 & 3.2.4 und ISC 2.2 COFF-Format sind gegenwärtig
+unterstützt.)  Der iBCS2-Emulator befindet sich noch in seinen Anfängen,
+aber er funktioniert.  Wir haben noch keine erschöpfenden Tests vornehmen
+können (mangels kommerzieller Applikationen), aber beinahe alle Binaries
+für SCO 3.2.2 laufen, so z. B. ein altes INFORMIX-2.10 für SCO.  Zur
+Vervollständigung dieses Projektes sind weitere Tests nötig.  Es sind
+weiterhin Arbeiten im Gange, um ELF- und XOUT-Programme starten zu kön-
+nen.  Der Großteil der ,,system call wrapper'' für SVR4 ist bereits ge-
+schrieben.
+
+FreeBSD implementiert mittlerweile auch genügend Linux-Kompatibilität,
+um DOOM laufen zu lassen!  Für eine vollständige Dokumentation, wie
+dies einzurichten ist, kann man im Verzeichnis ,,xperimnt'' (auf dem
+lokalen FTP-Server oder der CDROM) nachsehen.
+
+Verantwortlich:         Søren Schmidt (sos) & Sean Eric Fagan (sef)
+Betroffene Dateien:     sys/i386/ibcs2/* sowie diverse Kernelmodifikationen
+=======
+
+
+2. Unterstützte Konfigurationen
+-------------------------------
+
+FreeBSD läuft derzeit auf einer großen Vielfalt von ISA-, VLB-, EISA- und
+PCI-Bus-basierten PC's, beginnend beim 386sx bis hin zu Maschinen der
+Pentium-Klasse (obwohl der 386sx nicht zu empfehlen ist).  Es gibt Unter-
+stützung für allgemeine IDE- oder ESDI-Laufwerke, verschiedene SCSI-
+Controller, Netzwerk- und serielle Karten.
+
+Nachfolgend eine Liste aller Platten-Controller und Ethernet-Karten, von
+denen gegenwärtig bekannt ist, daß sie mit FreeBSD zusammenarbeiten.
+Andere Konfigurationen können ebenfalls funktionieren, wir haben ledig-
+lich darüber noch nichts erfahren.
+
+
+2.1. Platten-Controller
+
+WD1003 (beliebige MFM/RLL)
+WD1007 (beliebige IDE/ESDI)
+WD7000
+IDE
+ATA
+
+Adaptec 152x Serie ISA SCSI-Controller
+Adaptec 154x Serie ISA SCSI-Controller
+Adaptec 174x Serie EISA SCSI-Controller, Standard und ,,Enhanced'' Mode.
+Adaptec 274X/284X/2940 (Narrow/Wide/Twin) Serie ISA/EISA/PCI SCSI-Controller
+Adaptec AIC-6260- und AIC-6360-basierte Karten, einschließlich AHA-152x
+und SoundBlaster SCSI-Karten.
+
+** Anmerkung: Von den Soundblaster-Karten kann nicht gebootet werden, da
+sie kein BIOS besitzen, was Voraussetzung wäre, um das Boot-Gerät in das
+System-BIOS abzubilden.  Sie sind jedoch ohne weiteres benutzbar für
+externe Bandlaufwerke, CDROM's usw.  Gleiches trifft auf AIC-6x60-
+basierte Karten ohne Boot-ROM zu.  Manche dieser Karten besitzen jedoch
+einen Boot-ROM, was man allgemein an irgendeiner Mitteilung beim System-
+start nach dem Einschalten oder einem Reset erkennen kann.  Im Zweifels-
+falle sollte man die Systemdokumentation konsultieren.
+
+[Hinweis: Buslogic nannte sich früher ,,Bustec'']
+Buslogic 545S & 545c
+Buslogic 445S/445c VLB SCSI-Controller
+Buslogic 742A, 747S, 747c EISA SCSI-Controller.
+Buslogic 946c PCI SCSI-Controller
+Buslogic 956c PCI SCSI-Controller
+
+NCR 53C810 und 53C825 PCI SCSI-Controller.
+NCR5380/NCR53400 ("ProAudio Spectrum") SCSI-Controller. 
+
+DTC 3290 EISA SCSI-Controller in 1542 Emulations-Mode.
+
+UltraStor 14F, 24F und 34F SCSI-Controller.
+
+Seagate ST01/02 SCSI-Controller.
+
+Future Domain 8xx/950 Serie SCSI-Controller.
+
+Für alle unterstützten SCSI-Controller wird volle Unterstützung für alle
+SCSI-I- und SCSI-II-Peripherie gewährt, einschließlich Platten, Bandlauf-
+werke (auch DAT) und CD-ROM-Laufwerke.
+
+Folgende CD-ROM-Systeme sind derzeit unterstützt:
+
+(cd)    SCSI (auch ProAudio Spectrum und SoundBlaster SCSI)
+(mcd)   Mitsumi Interface-Karte
+(matcd) Matsushita/Panasonic (Creative) Interface-Karte
+(scd)   Sony Interface-Karte
+
+Hinweis: CD-Laufwerke mit IDE-Interface sind derzeit noch nicht unter-
+stützt.
+
+Einige Controller sind hinsichtlich ihrer Kommunikation mit mehr als 16
+MB Hauptspeicher eingeschränkt, da der ISA-Bus nur 24 Bit Adreßraum
+besitzt und folglich nur 16 MB adressieren kann.  Dies trifft selbst auf
+einige EISA-Adapter zu (die an sich 32 Bit Adreßraum haben), wenn sie auf
+ISA-Emulation geschaltet werden, weil sie dies dann in *jeder* Hinsicht
+tun.  Diese Probleme treten nicht mit IDE-Adaptern auf (da sie kein DMA
+vornehmen), echten EISA-Controllern (wie UltraStor, Adaptec 1742A oder
+Adaptec 2742) sowie den meisten VLB-(Local-Bus)-Controllern.  Sowie es
+notwendig wird, belegt das System ,,bounce buffer'', um mit den Adaptern
+zu kommunizieren, so daß es dennoch möglich ist, mehr als 16 MB Haupt-
+speicher problemlos zu nutzen.
+
+
+2.2 Ethernet-Karten
+
+SMC Elite 16 WD8013 Ethernet-Interfaces, sowie die meisten anderen
+WD8003E-, WD8003EBT-, WD8003W-, WD8013W-, WD8003S-, WD8003SBT- and
+WD8013EBT-basierten Clones.  SMC Elite Ultra wird ebenfalls unterstützt.
+
+DEC EtherWORKS III NICs (DE203, DE204, and DE205)
+DEC EtherWORKS II NICs (DE200, DE201, DE202, and DE422)
+DEC DC21140 based NICs (SMC???? DE???)
+DEC FDDI (DEFPA/DEFEA) NICs
+
+Fujitsu MB86960A Familie
+
+Intel EtherExpress
+
+Isolan AT 4141-0 (16 bit)
+Isolink 4110     (8 bit)
+
+Novell NE1000, NE2000, und NE2100 Ethernet-Interface.
+
+3Com 3C501 Karten
+
+3Com 3C503 Etherlink II
+
+3Com 3c505 Etherlink/+
+
+3Com 3C507 Etherlink 16/TP
+
+3Com 3C509, 3C579, 3C589 (PCMCIA) Etherlink III
+
+Toshiba Ethernet-Karten
+
+PCMCIA Ethernet-Karten von IBM und National Semiconductor werden
+ebenfalls unterstützt.
+
+
+2.3. Verschiedenes
+
+AST 4-Port serielle Karten unter Nutzung von ,,shared interrupt''.
+
+ARNET 8-Port serielle Karten unter Nutzung von ,,shared interrupt''.
+
+BOCA ATIO66 6-Port serielle Karten unter Nutzung von ,,shared interrupt''.
+
+Cyclades Cyclom-y Serial Board.
+
+STB 4-Port serielle Karten unter Nutzung von ,,shared interrupt''.
+
+Mitsumi (alle Modelle) CDROM-Interface und -Laufwerk.
+
+SDL Communications Riscom/8 Serial Board.
+
+Soundblaster SCSI und ProAudio Spectrum SCSI CDROM-Interface und -Laufwerk.
+
+Matsushita/Panasonic (Creative SoundBlaster) CDROM-Interface und -Laufwerk.
+
+Adlib, SoundBlaster, SoundBlaster Pro, ProAudioSpectrum, Gravis UltraSound
+und Roland MPU-401 Sound-Karten.
+
+FreeBSD unterstützt derzeit KEINE IBM-Microchannel (MCA) Bussysteme,
+jedoch ist die Unterstützung nahe an der Fertigstellung.  Einzelheiten
+werden gepostet sowie sich die Situation entwickelt.
+
+
+3. Wie kann man FreeBSD bekommen?
+---------------------------------
+
+FreeBSD kann man in einer Vielzahl von Möglichkeiten erhalten:
+
+1. FTP/Mail
+
+FreeBSD selbst oder all seine wahlfreien Pakete können per ftp von
+,ftp.freebsd.org' bezogen werden -- der offiziellen Vertriebsstelle von
+FreeBSD.
+
+Server, die diese Site spiegeln, sind in der Datei MIRROR.SITES aufge-
+listtet.  Es wird darum gebeten, die Distribution von der netzwerkmäßig
+nächstgelegenen Site zu beziehen.
+
+Für diejenigen ohne direkten Internetzugang, aber mit der Möglichkeit,
+eMail zu empfangen, steht der Weg über ,ftpmail@decwrl.dec.com' offen.
+Einfach das Schlüsselwort ,,help'' als Mail dorthin schicken, und man
+bekommt eine genaue Information, wie man Dateien von ,ftp.freebsd.org'
+beziehen kann.  Achtung: diese Variante führt zum Versenden einiger *zehn
+Megabyte* über Mail und sollte daher wirklich nur als allerletzte
+Möglichkeit in Betracht gezogen werden!
+
+
+2. CDROM
+
+FreeBSD 2.0.5 kann man auf CDROM bestellen bei:
+
+        Walnut Creek CDROM
+        4041 Pike Lane, Suite D
+        Concord CA  94520
+        +1-510-674-0783, +1-510-674-0821 (Fax)
+
+Oder über Internet bei orders@cdrom.com oder http://www.cdrom.com.
+Der aktuelle Katalog kann mittels FTP bezogen werden als
+        ftp://ftp.cdrom.com/cdrom/catalog.
+
+Die CDROM kostet US-$ 39.95.  Der Versand kostet (pro Bestellung, nicht
+pro CD) US-$ 10.00.  Visa, Mastercard und American Express werden in
+Zahlung genommen.
+
+Die CD's können bei Nichtgefallen bedingungslos zurückgegeben werden.
+
+
+Berichten von Bugs, Verbesserungsvorschläge, Einreichen von Code
+----------------------------------------------------------------
+
+Jegliche Fehlerberichte und Beiträge von Code sind herzlich willkommen.
+Fehler sollten in jedem Falle gemeldet werden (nach Möglichkeit mit einem
+,Fix').
+
+Die wünschenswerte Methode zum Einsenden eines Problemberichtes von einer
+Maschine mit Internet-Mailzugang ist die Nutzung des Programmes send-pr.
+Diese Berichte werden sorgfältig von unserem Bugfile-Programm regi-
+striert, und es wird alles getan, so schnell wie möglich darauf zu
+antworten.
+
+Ist es aus irgendeinem Grunde nicht möglich, das Programm ,,send-pr''
+zu nutzen, so können Fehlerberichte auch direkt an
+
+                bugs@FreeBSD.org
+
+gesandt werden.  Außerdem steht die Liste
+
+                questions@FreeBSD.org
+
+für allgemeine Fragen zur Verfügung.
+
+(Bitte, wenn möglich, an diese Listen in englischer Sprache schreiben.)
+
+Selbstverständlich sind wir, da all unsere Arbeit auf der Basis von Frei-
+willigkeit geschieht, jederzeit über zusätzliche Helfer erfreut -- es
+gibt jetzt schon mehr zu tun, als wir jemals zu tun in der Lage sein
+werden!  Technische Diskussionsbeiträge oder Hilfsangebote können an
+
+                hackers@FreeBSD.org
+
+gesandt werden.  Diese Listen verursachen in der Regel ein beträcht-
+liches Mailaufkommen.  Für diejenigen, die einen langsamen oder teuren
+Mailanschluß haben und nur an den Ankündigungen wichtiger Ereignisse
+interessiert sind, mag daher
+
+                announce@FreeBSD.org
+
+interessant sein.
+
+
+All diesen Gruppen mit Ausnahme von freebsd-bugs kann jeder Interessierte
+jederzeit beitreten.  Eine Mail an ,,MajorDomo@FreeBSD.org'' geschickt,
+mit lediglich dem Schlüsselwort ,,help'' auf einer eigenen Zeile in der
+Nachricht, wird mit der Information über die vorhandenen Listen und
+Teilnahmemöglichkeiten beantwortet.  Neben den hier genannten Listen
+existieren noch weitere, die auf bestimmte Interessengruppen ausgerichtet
+sind, so daß die Anfrage durchaus lohnt!
+
+
+6. Würdigungen
+--------------
+
+FreeBSD verkörpert die Arbeit vieler Dutzender, wenn nicht Hunderte,
+Einzelner aus der ganzen Welt, die hart gearbeitet haben, um diese
+Version fertigzustellen.  Es wäre sehr schwierig oder schier unmöglich,
+jeden aufzuzählen, der in irgendeiner Form zu FreeBSD beigetragen hat.
+Nichtsdestotrotz soll der Versuch unternommen werden (natürlich in
+alphabetischer Reihenfolge).  Sollte ein Name fehlen, so ist dieses
+ausschließlich ein Versehen.
+
+
+Die Computer Systems Research Group (CSRG), U.C. Berkeley.
+
+Bill Jolitz, für seine ersten Arbeiten am 386BSD.
+
+Das FreeBSD-Core-Team
+(in alphabetischer Reihenfolge der Vornamen):
+
+        Andreas Schulz <ats@FreeBSD.org>
+        Andrey A. Chernov <ache@FreeBSD.org>
+        Bruce Evans <bde@FreeBSD.org>
+        David Greenman <davidg@FreeBSD.org>
+        Garrett A. Wollman <wollman@FreeBSD.org>
+        Gary Palmer <gpalmer@FreeBSD.org>
+        Geoff Rehmet <csgr@FreeBSD.org>
+        Jack Vogel <jackv@FreeBSD.org>
+        John Dyson <dyson@FreeBSD.org>
+        Jordan K. Hubbard <jkh@FreeBSD.org>
+        Justin Gibbs <gibbs@FreeBSD.org>
+        Paul Richards <paul@FreeBSD.org>
+        Poul-Henning Kamp <phk@FreeBSD.org>
+        Rich Murphey <rich@FreeBSD.org>
+        Rodney W. Grimes <rgrimes@FreeBSD.org>
+        Satoshi Asami <asami@FreeBSD.org>
+        Søren Schmidt <sos@FreeBSD.org>
+
+Besondere Erwähnung verdienen:
+
+        Walnut Creek CDROM, ohne deren Hilfe und ständige Unterstützung
+        diese Ausgabe nie möglich geworden wäre.
+
+        Dermot McDonnell für seine Bereitstellung eines Toshiba XM3401B
+        CDROM-Laufwerkes.
+
+        Weitere Helfer und Beta-Tester von FreeBSD:
+
+        J.T. Conklin                            Julian Elischer
+        Frank Durda IV                          Peter Dufault
+        Sean Eric Fagan                         Jeffrey Hsu
+        Terry Lambert                           L Jonas Olsson
+        Chris Provenzano                        Dave Rivers
+        Guido van Rooij                         Steven Wallace
+        Atsushi Murai                           Scott Mace
+        Nate Williams
+
+        sowie alle an der Montana State University für ihre anfängliche
+        Unterstützung.
+
+
+Jordan möchte weiterhin besonders Poul-Henning Kamp und Gary Palmer
+danken, die ihm beide in vielstündiger Arbeit geholfen haben, das neue
+Installationssystem zusammenzustellen.  Poul, kürzlich stolzer Vater
+geworden, hat es trotz seines enormen Zeitdrucks immer noch geschafft,
+eine beträchtliche Menge an Arbeit in das Projekt zu investieren.  Diese
+Version wäre ohne ihn nicht geworden!  Dank Euch Beiden!
+
+Weiterhing geht Dank an all diejenigen, die mitgeholfen haben, besonders
+auch an alle Nichtgenannten.  Wir hoffen, daß diese Ausgabe von FreeBSD
+allgemeinen Anklang findet!
+
+                        Das FreeBSD Core-Team
+
+$Id: RELNOTES,v 1.2 1995/06/07 05:51:03 jkh Exp $
+=======================================================================
diff --git a/release/sysinstall/help/de_DE.ISO8859-1/configure.hlp b/release/sysinstall/help/de_DE.ISO8859-1/configure.hlp
new file mode 100644
index 000000000000..468c1b5d2851
--- /dev/null
+++ b/release/sysinstall/help/de_DE.ISO8859-1/configure.hlp
@@ -0,0 +1,18 @@
+Mit diesem Menü kann man das System nach der Installation ein wenig
+konfigurieren.  Es sollten wenigstens das Paßwort für den System-
+verwalter gesetzt sowie die Zeitzone eingestellt werden.
+
+Für zusätzliche ,,Rosinen'' wie bash, emacs, pascal usw. ist es wohl
+immer notwendig, einen Blick auf den Menüpunkt ,,Packages'' zu werfen.
+Dies ist gegenwärtig nur sinnvoll, wenn man entweder von einer CDROM
+installiert oder aber die Package-Sammlung irgendwo in der Datei-
+systemhierarchie bereits vorhanden ist, so daß die Package-Verwaltung
+darauf zugreifen kann.  Eine automatische Übertragung der Packages
+mittels FTP ist derzeit noch nicht vorgesehen.
+
+Soll das Installationsprogramm für die Packages nach Beenden der
+Systeminstallation nochmals aufgerufen werden, der Kommandoname
+dafür ist ,,pkg_manage''.  Das Einstellen der Zeitzone geschieht
+mit dem Kommando ,,tzsetup''.  Weitere Informationen bezüglich der
+allgemeinen Systemkonfiguration befinden sich in der Datei
+,,/etc/sysconfig''.
diff --git a/release/sysinstall/help/de_DE.ISO8859-1/drives.hlp b/release/sysinstall/help/de_DE.ISO8859-1/drives.hlp
new file mode 100644
index 000000000000..41681f017b7a
--- /dev/null
+++ b/release/sysinstall/help/de_DE.ISO8859-1/drives.hlp
@@ -0,0 +1,29 @@
+Sowie die ernsthafte Absicht besteht, wirklich irgendetwas von FreeBSD
+auf einem Laufwerk zu instellieren, sollte man sich UNBEDINGT VERSICHERN,
+daß die vom Partition-Editor berichtete Geometrie (siehe Installations-
+Menü) auch die richtige für die Kombination aus Laufwerk und Controller
+ist!
+
+IDE-Laufwerke ,,lernen'' oftmals ihre Geometrie über das Setup des BIOS,
+oder (für größere Laufwerke), ihre Geometrie wird entweder vom IDE-
+Controller oder aber einem speziellen Werkzeug, das zur Bootzeit geladen
+wird, wie dem OnTrack Systems Disk- Manager, uminterpretiert (,,remap-
+ped'').  In solchen Fällen ist das Erkennen der richtigen Geometrie noch
+schwerer, da man nicht einfach auf dem Laufwerk oder im BIOS-Setup
+nachsehen kann.  Dann ist es das Beste, ein DOS zu booten (von der
+Festplatte, nicht von einer Diskette!) und mittels des im tools/-Ver-
+zeichnis auf der FreeBSD-CDROM oder auf einem FTP-Server bereitgestellten
+Programmes ,,pfdisk'' die Geometrie zu vergleichen.  Dieses Programm
+berichtet die Geometrie, wie DOS sie sieht, die allgemein als die
+richtige angenommen werden kann.
+
+Falls gar keine DOS-Partition gewünscht wird, kann es sich dennoch als
+sinnvoll erweisen, eine solche (sehr kleine) vorerst einzurichten, um
+sich über die Laufwerksgeometrie zu informieren.  Sie kann dann später
+wieder gelöscht werden.
+
+Es ist aber tatsächlich gar nicht so schlecht (ob man's glaubt oder
+nicht), eine bootfähige DOS-Partition auf der Platte zu haben: falls die
+Maschine später instabil wird oder einfach ,,spinnt'', so kann man von da
+aus bequem eines der kommerziell erhältlichen System-Diagnose-Programme
+laufen lassen.
diff --git a/release/sysinstall/help/de_DE.ISO8859-1/install.hlp b/release/sysinstall/help/de_DE.ISO8859-1/install.hlp
new file mode 100644
index 000000000000..420eb9548b82
--- /dev/null
+++ b/release/sysinstall/help/de_DE.ISO8859-1/install.hlp
@@ -0,0 +1,450 @@
+                 INSTALLATIONSANLEITUNG FÜR FreeBSD 2.0.5
+
+Diese Beschreibung dokumentiert die Installation von FreeBSD 2.0.5 auf der
+Maschine.  Vor dem Beginn ist es ratsam, die Hardware-Anleitung zu studie-
+ren, um sich über die hardware-spezifischen Installationshinweise zu in-
+formieren (Konfiguration der Hardware, worauf man achten sollte usw.).
+
+
+Inhalt:
+=======
+
+1.0     Fragen und Antworten für DOS-Benutzer
+        1.1     Wie schaffe ich Platz für FreeBSD?
+        1.2     Kann ich von FreeBSD aus komprimierte DOS-Dateisysteme nutzen?
+        1.3     Kann ich erweiterte DOS-Partitions nutzen?
+        1.4     Kann ich DOS-Programme unter FreeBSD laufen lassen?
+
+2.0     Vorbereitung der Installation
+        2.1     Vor dem Installieren von CDROM
+        2.2     Vor dem Installieren von Diskette
+        2.3     Vor dem Installieren von einer DOS-Partition
+        2.4     Vor dem Installieren von einem QIC- oder SCSI-Bandlaufwerk
+        2.5     Vor dem Installieren über Netz
+                2.5.1   Vorbereiten einer NFS-Installation
+                2.5.2   Vorbereiten einer FTP-Installation
+
+3.0     Installieren von FreeBSD
+
+
+
+1.0     Fragen und Antworten für DOS-Benutzer
+===     =====================================
+
+1.1     Hilfe!  Kein Platz mehr!  Muß ich nun erst alles löschen?
+
+Wenn auf der Maschine bereits ein DOS installiert ist und nun nur noch
+wenig oder gar kein freier Platz mehr für eine FreeBSD-Installation bleibt,
+so muß man nicht gleich alle Hoffnung aufgeben!  Das Hilfsprogramm FIPS,
+das sich im Unterverzeichnis tools/ auf der FreeBSD-CDROM oder auf den
+verschiedenen FreeBSD-FTP-Servern befindet, kann sich hier als sehr nütz-
+lich erweisen.
+
+FIPS erlaubt die Aufteilung einer bestehenden DOS-Partition in zwei Teile,
+wobei der ursprüngliche Inhalt der Originalpartition erhalten bleibt und
+das zweite Stück zum Installieren von FreeBSD verfügbar wird.  Man defrag-
+mentiert die Partition zuerst mittels des Programmes ,,DEFRAG'' von DOS 6
+oder mittels der Norton Disk Tools und läßt anschließend FIPS laufen.  Das
+Programm erfragt dann den Rest der benötigten Informationen.  Danach kann
+man neu booten und FreeBSD in der freigewordenen ,Slice' installieren.  Im
+Menüpunkt ,,Distributions'' kann man eine Abschätzung vornehmen, wieviel
+freien Platz man für die gewünschte Installation etwa benötigt.
+
+
+1.2     Kann ich von FreeBSD aus komprimierte DOS-Dateisysteme nehmen?
+
+Nein.  Wenn man ein Programm wie Stacker (TM) oder DoubleSpace (TM) be-
+nutzt, so kann FreeBSD nur den Bereich des (DOS-)Dateisystems nutzen, der
+nicht komprimiert worden ist.  Der Rest erscheint dann als eine einzige
+große Datei (die Stacker- oder DoubleSpace-Datei).  DIESE DATEI UNTER
+KEINEN UMSTÄNDEN LÖSCHEN!  Das würde man nachher bereuen!
+
+
+1.3     Kann ich erweiterte DOS-Partitions nehmen?
+
+Diese Möglichkeit bietet FreeBSD 2.0.5 noch nicht, aber sie ist für Version
+2.1 vorgesehen.  Die Grundlagen dafür sind bereits geschaffen, es ist nur
+noch 1 % an Restarbeit nötig.
+
+
+1.4     Kann ich DOS-Programme unter FreeBSD laufen lassen?
+
+Noch nicht.  Wir hätten das gern irgendwann, aber bisher hat sich noch
+niemand gefunden, der die Arbeit machen würde.  Die voranschreitenden
+Arbeiten mit dem Linux-DOSEMU-Programm bringen uns aber näher ans Ziel.
+Diejenigen, die sich an der Arbeit beteiligen möchten, können sich mittels
+einer Mail an hackers@freebsd.org gern melden!
+
+Es gibt jedoch in der ,,Ports collection'' ein nettes Programm namens
+,,pcemu''.  Es emuliert einen 8088 sowie ausreichend BIOS-Dienste, um
+DOS-Programme im Textmode laufen zu lassen.  Es benötigt ein X-Window-
+System zum Arbeiten.
+
+
+
+2.0     Vorbereitung der Installation
+===     =============================
+
+2.1     Vor dem Installieren von CDROM:
+
+Wenn es sich bei dem CDROM-Laufwerk um eins handelt, was nicht unterstützt
+wird (z. B. ein IDE-CDROM-Laufwerk), dann bitte bei Punkt 2.3 (,,Vor dem
+Installieren von einer DOS-Partition'') weiterlesen.
+
+Es bedarf keiner großen Vorbereitungen, um von einer der FreeBSD-CDROMs von
+Walnut Creek zu installieren.  (Andere CDROM-Distributionen können genauso
+einfach zu nutzen zu sein, aber da wir keinerlei Einfluß auf deren Gestal-
+tung haben, können wir darüber nichts aussagen.)  Man kann entweder mittels
+des von Walnut Creek gelieferten Scriptes ,,install.bat'' direkt die CDROM
+booten, oder aber man fertigt sich mittels ,,makeflp.bat'' eine Boot-Dis-
+kette an.
+
+Der allereinfachste Weg (von DOS aus) ist, einfach ,,go'' einzutippen.  Es
+erscheint ein kleines DOS-Menü, das einen durch die verfügbaren Möglich-
+keiten geleitet.
+
+Will man die Bootdiskette von einem Unix-System aus erstellen, so führt
+vielleicht ein Kommando wie ,,dd if=floppies/boot.flp of=/dev/rfd0'' oder
+aber ,,dd if=floppies/boot.flp of=/dev/floppy'' zum Ziel, abhängig von der
+verwendeten Hardware und dem Betriebssystem.
+
+Sowie man von DOS oder einer Diskette aus gebootet hat, kann man sich im
+Menüpunkt ,,Media menu'' des Installationsprogrammes die CDROM als Medium
+aussuchen und die komplette Distribution davon laden.  Es werden keine
+weiteren Medien benötigt.
+
+Nachdem das System installiert ist und man von der Festplatte neu gebootet
+hat, müßte die CD im Verzeichnis /cdrom gemountet sein.  Das Hilfsprogramm
+,lndir', das zusammen mit der XFree86-Distribution kommt, kann hier sehr
+nützlich sein: man kann damit einen Baum von symbolischen Links aufbauen,
+der das nicht beschreibbare Medium CDROM auf der Festplatte spiegelt.  Als
+kleines Beispiel:
+
+        mkdir /usr/ports
+        lndir /cdrom/ports /usr/ports
+
+Danach kann man dann ,,cd /usr/ports; make'' eintippen, alle Quellen werden
+von der CD gelesen, aber alle Zwischendateien werden unterhalb /usr/ports
+angelegt, das sich zweckmäßig auf einem besser beschreibbaren Medium befin-
+den sollte! :-)
+
+WICHTIGER HINWEIS: Vor Beginn der Installation unbedingt davon überzeugen,
+daß die CDROM im Laufwerk ist, so daß sie beim Test gefunden wird!  Dies
+ist auch nötig, wenn man gern die CDROM automatisch während der Installa-
+tion in die Standard-Konfiguration aufgenommen haben möchte (unabhängig
+davon, ob die Installation selbst von CDROM erfolgt).  Dies wird sich in
+Version 2.1 ändern, aber gegenwärtig ist dies eine einfache Methode um
+festzustellen, daß die CDROM tatsächlich zugreifbar ist.
+
+Schließlich ist es ein Leichtes, wenn man es anderen ermöglichen will,
+FreeBSD direkt von der CDROM in der eigenen Maschine mittels FTP installie-
+ren zu lassen.  Es ist lediglich nach Vollenden der Installation nötig,
+folgende Zeile in die Datei /etc/master.passwd aufzunehmen (bitte mit dem
+Kommando ,,vipw''):
+
+        ftp:*:99:99::0:0:FTP:/cdrom:/nonexistent
+
+Mehr ist nicht nötig.  Alle anderen können nun in ihrem Installationsmenü
+,,FTP'' als Medium auswählen und als Servernamen (über den Menüpunkt
+,,Other'') eintragen: ftp://<Adresse dieser Maschine>!
+
+
+2.2     Vor dem Installieren von Diskette
+
+Wenn man von Disketten installieren will, weil z. B. die Hardware nicht
+anders unterstützt wird oder aber für diejenigen, die schwierige Wege
+mögen, so muß man zuerst einige Installationsdisketten vorbereiten.
+
+Die erste Diskette, die man (außer der Bootdiskette) benötigt, ist die
+,,floppies/root.flp''.  Sie ist insofern etwas Besonderes, daß es sich
+nicht um eine Diskette mit DOS-Dateisystem handelt, sondern um ein Abbild
+(,image') binärer Daten (genauer gesagt, um ein mit ,gzip' komprimiertes
+cpio-Archiv).  Man kann dieses Abbild entweder unter DOS mittels des
+Programmes ,,rawrite.exe'' auf die Diskette bringen, oder unter Unix mit
+dem ,,dd''-Kommando (siehe Bemerkungen in Punkt 2.1 für die Datei
+,,floppies/boot.flp'').  Nachdem diese Diskette fertig ist, kann es mit den
+Distributions-Disketten weitergehen.
+
+Man benötigt mindestens so viele 1.44-MB- oder 1.2-MB-Disketten, wie nötig
+sind, um die Dateien im Verzeichnis ,bin' (Binärdistribution) aufzunehmen.
+DIESE Disketten *müssen* DOS-formatiert sein, entweder mit dem Kommando
+,,FORMAT'' in DOS oder dem Dateimanager in Microsoft Windows (TM).  Man
+sollte vorformatierten Disketten nicht trauen und sie sicherheitshalber
+nochmals selbst formatieren!
+
+In der Vergangenheit wurden wiederholt Probleme mit mangelhaft formatier-
+ten Datenträgern berichtet, daher hier nochmals obiger Hinweis!
+
+Nach dem Formatieren der Disketten müssen nun die Dateien darauf über-
+tragen werden.  Die Distributions-Dateien sind in Stücke zerlegt, von denen
+5 auf eine gewöhnliche 1.44-MB-Diskette passen.  Man packt einfach alle
+vorhandenen Dateien auf die Disketten, so viele, wie auf jede draufpassen,
+bis das Ende erreicht ist.  Jede Distribution muß dabei in einem eigenen
+Untervezeichnis auf den Disketten abgelegt werden, also z. B.:
+a:\bin\bin.aa, a:\bin\bin.ab, ...
+
+Sowie im Installationsprogramm der Menüpunkt zur Medienauswahl erreicht
+wird, wählt man ,,Floppy'' aus - der Rest wird dann abgefragt.
+
+
+2.3     Vor dem Installieren von einer DOS-Partition
+
+In Vorbereitung der Installation von einer DOS-Partition kopiert man
+einfach alle Dateien der Distribution(en) in ein Verzeichnis, das
+,,FREEBSD'' heißen soll.  Um also eine Minimalinstallation von FreeBSD
+vorzunehmen, wobei man die Dateien von der CDROM auf die DOS-Partition
+kopiert:
+
+        C> MD C:\FREEBSD
+        C> XCOPY /S E:\DISTS\BIN C:\FREEBSD
+        C> XCOPY /S E:\FLOPPIES C:\FREEBSD
+
+...in der Annahme, daß auf ,C:' der nötige freie Platz ist und die CDROM
+,E:' genannt wird.  Es ist wesentlich, daß auch das Verzeichnis FLOPPIES
+mit kopiert wird, da die Datei ,root.flp' daraus während einer Installation
+von einer DOS-Partition automatisch entnommen wird.
+
+Man kann all die gewünschten ,DISTS' unterhalb ,C:\FREEBSD' plazieren - die
+,BIN'-Distribution ist lediglich das notwendige Minimum.
+
+
+2.4     Vor dem Installieren von einem QIC- oder SCSI-Bandlaufwerk
+
+Die Installation von einem Bandlaufwerk ist wohl die einfachste Variante,
+wenn man keine Online-FTP-Installation oder Installation von CDROM vorneh-
+men kann.  Das Installationsprogramm erwartet die Distributions-Dateien
+einfach im tar-Format auf dem Band.  Nachdem man also alle interessierenden
+Dateien geholt hat, kann man das Band einfach mit folgenden Kommandos er-
+stellen:
+
+        cd /freebsd/distdir
+        tar cvf /dev/rwt0 (or /dev/rst0) dist1 .. dist2
+
+Das Verzeichnis ,floppies/' muß als eine der ,dist's in obigem Beispiel mit
+angegeben worden sein, da das Installationsprogram vom Band die Datei
+,floppies/root.flp' lesen muß.
+
+Während der Installation muß es auch gewährleistet sein, daß man genügend
+Platz in einem Zwischenverzeichnis besitzt (der Name dafür wird abgefragt),
+um den KOMPLETTEN Inhalt des erzeugten Installationsbandes dort ablegen zu
+können.  Da sich Bänder nicht wahlfrei zugreifen lassen, benötigt man
+vorübergehend die gleiche Menge an Plattenplatz zusätzlich, die auch auf
+das Band geschrieben worden ist!
+
+WICHTIGER HINWEIS: Zu Beginn der Installation muß sich das Band bereits im
+Laufwerk befinden, *bevor* man die Bootdiskette startet.  Damit wird
+sichergestellt, daß der Test während der Installation das Band auch
+wirklich erkennt.
+
+
+2.5     Vor dem Installieren über Netz
+
+Netzwerkinstallationen kann man über drei verschiedene Kommunikations-
+medien vornehmen:
+
+        Serieller port: SLIP oder PPP
+        Parallelport:   PLIP (mittels ,Laplink'-Kabel)
+        Ethernet:       mittels Standard-Ethernet-Adapter (einschließlich
+                        einiger PCMCIA-Adapter).
+
+SLIP-Unterstützung ist eher primitiv und auf festverdrahtete Verbindungen
+beschränkt (beispielsweise ein serielles Kabel zwischen einem Laptop und
+einem anderen Computer).  Die Festverdrahtung ist nötig, da die Installa-
+tion über SLIP derzeit keien Möglichkeiten zum Aufbau einer Wählverbindung
+anbietet; letzteres kann man aber mittels PPP machen, das man ohnehin
+soweit möglich dem SLIP vorziehen sollte.
+
+Bei Benutzung eines Modems ist PPP sicherlich die einzige Chance.  Man
+sollte sich rechtzeitig die Informationen des Internet-Dienstanbieters
+bereitlegen, da sie früh innerhalb des Installationsprozesses abge-
+fragt werden.  Minimal wird die IP-Adresse des Dienstanbieters sowie
+die eigene benötigt (die aber auch freigelassen werden kann, so daß
+PPP sie mit der Gegenseite aushandelt).  Auch ist Kenntnis der ver-
+schiedenen ,,AT''-Kommandos des benutzten Modems nötig, da das Wähl-
+programm für PPP keine Kenntnisse über Modems besitzt.
+
+Falls eine Festverbindung zu einer anderen FreeBSD-Maschine (mit Ver-
+sion 2.0R oder höher) benutzt wird, so kann man auch die Variante mit
+einem ,,Laplink''-Kabel über den Parallelport in Betracht ziehen.  Die
+typische Datenrate über einen Parallelport ist um einiges größer als
+das, was sich über serielle Leitungen erzielen läßt; Geschwindigkeiten
+um die 50 KB/s sind nicht ungewöhnlich.
+
+Schließlich ist für eine schnellstmögliche Installation ein Ethernet-
+Adapter natürlich eine gute Variante!  FreeBSD unterstützt die meisten
+gängigen Ethernet-Karten, wobei sich im Hardware-Wegweiser (im Menü-
+punkt ,,documentation'' auf der Bootdiskette) eine Tabelle der nötigen
+Einstellungen findet.  Bei Nutzung eines der unterstützten PCMCIA-
+Adapter muß sichergestellt sein, daß sie _vor_ dem Einschalten des
+Laptops eingesteckt sind!  Leider unterstützt FreeBSD gegenwärtig
+keinen Austausch von PCMCIA-Karten im Betrieb.
+
+Natürlich benötigt man auch noch die IP-Adresse im Netzwerk, die
+,,Netzwerkmaske'' für das gewählte Netzwerk, sowie den Maschinennamen.
+Der lokale Systemverwalter oder Netzwerkverantwortliche kann über
+diese Angaben informieren.  Für den Zugriff auf andere Hosts über
+Namen anstatt unhandlicher IP-Adressen ist auch noch die Adresse eines
+Name-Servers und ggf. eines Gateways vonnöten (bei PPP in der Regel
+der Internet-Dienstanbieter).  All diese Angaben sollten man _vor_
+Beginn der Installation vom zuständigen System- oder Netzwerkverwalter
+einholen.
+
+Sowie man auf irgendeine Weise eine Netzwerkanbindung aufgebaut hat, kann
+man die Installation über NFS oder FTP fortsetzen.
+
+
+2.5.1   Vorbereiten einer NFS-Installation
+
+        Eine Installation über NFS ist recht einfach: man kopiert die
+        gewünschten FreeBSD-Distributions-Dateien irgendwo auf einen
+        Server und gibt deren Standort in der NFS-Medienauswahl an.
+
+        Falls dieser Server nur Zugriffe über einen ,,privilegierten''
+        Port erlaubt (wie allgemein bein Sun-Workstations üblich), so
+        muß man die entsprechende Option im ,,Options''-Menü setzen,
+        bevor man weitermacht.
+
+        Falls man nur eine schlechte Ethernet-Karte besitzt, die sehr
+        langsam arbeitet, so sollte man ebenfalls die entsprechende
+        Option einschalten.
+
+        Damit eine NFS-Installation funktioniert, muß der Server das
+        Mounten von Unterverzeichnissen erlauben; hat man also beispiels-
+        weise die Distribution von FreeBSD 2.0.5 im Verzeichnis
+        ziggy:/usr/archive/stuff/FreeBSD untergebracht, so muß der Server
+        das direkte Mounten von /usr/archive/stuff/FreeBSD erlauben, nicht
+        nur /usr oder /usr/archive/stuff.
+
+        In FreeBSD's /etc/export-Datei wird dies mittels der Option
+        ``-alldirs'' gesteuert.  Andere NFS-Server haben dafür andere
+        Konventionen.  Wenn man während der Installation Meldungen vom
+        Server bekommt, die ,,Permission denied'' heißen, so ist dies
+        wahrscheinlich das Problem!
+
+
+2.5.2   Vorbereiten einer FTP-Installation
+
+        Eine Installation über FTP kann man von jedem Server vornehmen, der
+        eine einigermaßen aktuelle Kopie der FreeBSD-Version 2.0.5 gespie-
+        gelt hält.  Das Menü ,,FTP sites'' enthält eine gute Auswahl von
+        FTP-Servern aus der ganzen Welt.
+
+        Wenn man von einem anderen Server installieren will, der nicht
+        aufgeführt ist, oder Probleme mit der Konfiguration des Name-
+        Servers hat, so kann man durch Auswahl des Menüpunktes ,,Other'' in
+        diesem Menü auch seine eigene URL eingeben.  Da eine URL auch eine
+        numerische IP-Adresse enthalten kann, kann man bei Fehlen eines
+        Name-Servers also auch eingeben:
+
+                ftp://192.216.222.4/pub/FreeBSD/2.0.5-RELEASE
+
+        Wenn man mittels FTP in einer Umgebung installiert, die hinter
+        einem ,,Firewall'' gelegen ist, so sollte man ,,Passive mode'' FTP
+        benutzen (was bereits standardmäßig eingestellt ist).  Falls man
+        aus irgendeinem Grunde auf einen Server angewiesen ist, der keinen
+        Passiv-Modus unterstützt, kann man im ,,Options''-Menü stattdessen
+        Aktiv-Modus auswählen.
+
+
+3.0     Installieren von FreeBSD
+---     ------------------------
+
+Nachdem man die entsprechenden Vorbereitungen getroffen hat, sollte die
+Installation von FreeBSD ohne Schwierigkeiten vor sich gehen.
+
+Falls dies doch nicht zutrifft, so hat man vielleicht einen wichtigen
+Hinweis bei der Vorbereitung der Installationsmedien verpaßt (siehe
+Abschnit 2.X) und sollte nochmals dort nachlesen?  Im Falle von Hardware-
+problemen (oder wenn FreeBSD gar nicht erst bootet) kann die Hardware-
+Anleitung auf der Boot-Diskette Hinweise zur Problembeseitigung geben.
+
+Die FreeBSD-Bootdiskette enthält alle benötigte Online-Dokumentation, damit
+man sich in der Installation zurechtfindet.  Falls dies nicht der Fall ist,
+so hätten wir gern gewußt, an welcher Stelle die Probleme auftauchen!  Es
+ist das Ziel von FreeBSD's Installationsprogramm (sysinstall), ausreichend
+selbstdokumentierend zu sein, um langwierige ,,Schritt für Schritt''-
+Anleitungen hinfällig werden zu lassen.  Wir werden sicher noch ein wenig
+brauchen, bis dieses Ziel erreicht ist -- aber es ist das Ziel!
+
+Unterdessen mag die folgende ,,typische Bootreihenfolge'' ganz nützlich
+sein:
+
+o Die Diskette booten.  Nach einer Folge von Boot-Schritten, die je nach
+  der Hardware zwischen 30 Sekunden und 3 Minuten dauern kann, sollte das
+  Anfangsmenü erscheinen.  Wenn die Diskette gar nicht bootet oder das
+  System während des Bootens hängenbleibt, sollte man den Abschnitt mit
+  ,,Fragen und Antworten'' in der Hardware-Anleitung hinsichtlich möglicher
+  Ursachen konsultieren.
+
+o Taste F1 drücken.  Es folgen einige grundlegende Hinweise über die
+  Nutzung des Menüsystems.  Alle diejenigen, die dieses Menüsystem noch
+  nicht zuvor genutzt haben, sollten sich das BITTE sorgfältig durchlesen!
+
+o Für diejenigen, die Englisch nicht als Muttersprache sprechen, sei die
+  Auswahl einer anderen Sprache im Menüpunkt ,,Language'' empfohlen (was ja
+  ganz offensichtlich geschehen ist :).  Ein Teil der Dokumentation wird
+  dann in der gewählten Sprache anstatt in Englisch angeboten.
+
+o Auswahl der Sonderwünsche im Menüpunkt ,,Options''.
+
+o ,,Proceed'' anwählen, um mit dem Istallationsmenü fortzusetzen.
+
+Das Installationsmenü:
+
+o Man kann in diesem Menü alles vornehmen, ohne am bestehenden System
+  irgendetwas zu ändern, solange man nicht ,,Commit'' auswählt; erst damit
+  werden alle angeforderten Änderungen auch tatsächlich ausgeführt.
+
+  Wenn an irgendeiner Stelle Probleme auftauchen, so bringt die Taste F1
+  normalerweise die richtigen Hinweise für das Bild, in dem man sich gerade
+  befindet.
+
+        o Der erste Schritt ist normalerweise ,Partition', bei dem man
+          die von FreeBSD zu nutzenden Plattenlaufwerke auswählen kann.
+
+        o Danach kann man mit dem ,Label'-Editor den für FreeBSD vorge-
+          sehenen Platz aufteilen oder aber eine nicht-FreeBSD-Partition
+          (z. B. DOS) ins System einbinden.
+
+        o Danach wählt man im ,Media'-Menü das gewünschte Installations-
+          medium.  Sowie alle benötigten Informationen für die Installation
+          beisammen sind, beendet sich dieses Menü selbst; andernfalls
+          werden weitere Fragen gestellt (abhängig vom Medium).
+
+        o Schließlich bestätigt man mit dem ,Commit'-Menüpunkt auf einmal
+          alle ausgewählten Aktionen (ohne diese Bestätigung wurde noch
+          nichts auf die Festplatte geschrieben).  Es werden alle Infor-
+          mationen über neue oder geänderte Partitions geschrieben, die
+          Dateisysteme angelegt oder zerstörungsfrei neu markiert (abhängig
+          von der ,,newfs''-Markierung im Label-Editor) und schließlich
+          alle gewünschten Distributions ausgepackt.
+
+        o Über das ,Configure'-Menü kann man die FreeBSD-Installation
+          weiter konfigurieren.  Man kann hier menügesteuert die einzelnen
+          Vorgabewerte für Systemparameter einstellen.  Einige Punkte, wie
+          z. B. die Netzwerkparameter, sind besonders wesentlich, wenn man
+          von CDROM/Band/Diskette installiert hat und daher den Netzwerk-
+          zugang noch nicht konfiguriert hat (sofern vorhanden).  Wenn man
+          hier bereits das Netzwerk richtig konfiguriert, so hat man schon
+          beim ersten Neustart von der Festplatte einen funktionierenden
+          Zugriff zum Netz.
+
+        o Mittels ,Exit' gelangt man wieder zum Hauptmenü.
+
+
+An dieser Stelle hat man seine Arbeit mit dem sysinstall-Programm beendet.
+Man kann schließlich ,Quit' anwählen.  Wurde sysinstall als Erstinstalla-
+tionsprogramm benutzt (bevor das System also eingerichtet war), so erfolgt
+an dieser Stelle ein Neustart.  Hatte man einen Boot-Manager ausgewählt, so
+erscheint dann ein kleines Boot-Menü mit den Zeichen ,,F?'' als Eingabe-
+aufforderung.  Nachdem man die entsprechende Funktionstaste für FreeBSD
+gedrückt hat (wird angezeigt), sollte FreeBSD von der Festplatte aus ge-
+startet werden.
+
+Falls dies aus irgendeinem Grunde nicht klappt, sei wiederum auf den
+Abschnitt ,,Fragen und Antworten'' in der Hardware-Anleitung verwiesen!
+
+                                        Jordan (für die Anleitung)
+                                        Jörg (für die deutsche Übersetzung)
+
+---- Ende der Installations-Anleitung ---
diff --git a/release/sysinstall/help/de_DE.ISO8859-1/language.hlp b/release/sysinstall/help/de_DE.ISO8859-1/language.hlp
new file mode 100644
index 000000000000..cd7a83493765
--- /dev/null
+++ b/release/sysinstall/help/de_DE.ISO8859-1/language.hlp
@@ -0,0 +1,17 @@
+In diesem Menü kann man die Vorzugssprache einstellen.  Vorerst wird
+damit nur die Sprache ausgewählt, in der die diversen Hilfedateien
+angezeigt werden.
+
+In späteren Versionen werden davon auch das Tastaturlayout, der Bild-
+schirmzeichensatz und verschiedene NLS-Einstellungen betroffen sein
+(sysinstall selbst wird dann auch ,,message catalogs'' benutzen, so
+daß alle Menüs automatisch in der richtigen Sprache erscheinen).  Auch
+sind weitere Internationalisierungsmaßnahmen vorgesehen, so daß die
+entsprechenden Standards eingehalten werden.
+
+Solange diese Verbesserungen noch nicht vorgenommen sind, mag es
+einfacher erscheinen, die Datei ,,/etc/sysconfig'' mit der Hand zu
+editieren, sobald das System erstmals vollständig installiert ist.
+Diese Datei enthält eine Anzahl (allerdings englischer) Kommentare,
+die die jeweiligen Änderungen beschreiben, sowie auch einige Beispiele
+nicht-englischer Voreinstellungen.
diff --git a/release/sysinstall/help/de_DE.ISO8859-1/media.hlp b/release/sysinstall/help/de_DE.ISO8859-1/media.hlp
new file mode 100644
index 000000000000..a591468351e7
--- /dev/null
+++ b/release/sysinstall/help/de_DE.ISO8859-1/media.hlp
@@ -0,0 +1,30 @@
+Von den folgenden Medien kann man installieren:
+
+        CDROM - eines der folgenden Laufwerke ist nötig:
+
+                Sony CDU 31/33A
+                Matushita/Panasonic "Sound Blaster" CDROM.
+                Mitsumi FX-001{A-D} (alte nicht-IDE Laufwerke).
+                SCSI - Jedes beliebige Standard-SCSI-CDROM-Laufwerk, das
+                an einen unterstützten Controller angeschlossen ist
+                (siehe auch Hardware-Wegweiser).
+
+        DOS -   eine primäre DOS-Partition, auf die die notwendigen
+                FreeBSD-Distribution-Dataien kopiert worden sind (also
+                z. B. (C:\FREEBSD\).
+
+        FS -    setzt ein existierendes FreeBSD-System voraus, in dem
+                die Dateien der neuen Distribution abgelegt worden sind.
+
+        Diskette - Entnahme der Distributions-Dateien von einer oder
+                mehreren DOS-formatierten Disketten.
+
+        FTP -   Entnahme der Distributions-Dateien von einem anonymen
+                FTP-Server (eine Liste wird angeboten).
+
+        NFS -   Einlesen der Distributions-Dateien über einen irgendwo
+                gelegenen NFS-Server (dessen Zugriffsrechte dies natür-
+                lich erlauben müssen!)
+
+        Tape -  Einlesen der Distributions-Dateien in ein Zwischenver-
+                zeichnis und Auspacken von dort.
diff --git a/release/sysinstall/help/de_DE.ISO8859-1/network_device.hlp b/release/sysinstall/help/de_DE.ISO8859-1/network_device.hlp
new file mode 100644
index 000000000000..1d4e4984a97c
--- /dev/null
+++ b/release/sysinstall/help/de_DE.ISO8859-1/network_device.hlp
@@ -0,0 +1,56 @@
+Eine Netzwerkinstallation kann über eine von drei verschiedenen Arten
+von Verbindungen vorgenommen werden:
+
+        Serielle Ports:  SLIP / PPP
+        Parallelport:    PLIP (benötigt ein ,,Laplink''-Kabel)
+        Ethernet:        von einem Standard-Ethernet-Controller (ein-
+                         schließlich einiger PCMCIA-Controller)
+
+Unterstützung für SLIP ist eher primitiv und auf festverdrahtete Ver-
+bindungen beschränkt, wie z. B. eine serielle Leitung zwischen einem
+Laptop und einem anderen PC.  Es existiert gegenwärtig keine Möglich-
+keit, eine Wählverbindung über ein Modem herzustellen.  Dies kann je-
+doch mittels des PPP-Programmes vorgenommen werden, was soweit möglich
+stets dem SLIP vorgezogen werden sollte.  Bei der Auswahl eines
+seriellen Ports wird später die Möglichkeit geboten, die Parameter für
+das slattach-Kommando anzugeben.  Es wird davon ausgegangen, daß in
+diesem Moment entweder slattach oder ein anderes geeignetes Kommando
+auf der Gegenseite der Verbindung gestartet worden ist, um die Verbin-
+dung aufzubauen.  FreeBSD wird dann über diesen Anschluß installiert,
+wobei die Geschwindigkeit bis zu 115.2 kBaud betragen kann (was die
+empfehlenswerte Geschwindigkeit für eine festverdrahtete Leitung ist).
+
+Bei Benutzung eines Modems ist PPP sicherlich die einzige Chance.  Man
+sollte sich rechtzeitig die Informationen des Internet-Dienstanbieters
+bereitlegen, da sie früh innerhalb des Installationsprozesses abge-
+fragt werden.  Minimal wird die IP-Adresse des Dienstanbieters sowie
+die eigene benötigt (die aber auch freigelassen werden kann, so daß
+PPP sie mit der Gegenseite aushandelt).  Auch ist Kenntnis der ver-
+schiedenen ,,AT''-Kommandos des benutzten Modems nötig, da das Wähl-
+programm für PPP keine Kenntnisse über Modems besitzt.
+
+Falls eine Festverbindung zu einer anderen FreeBSD-Maschine (mit Ver-
+sion 2.0R oder höher) benutzt wird, so kann man auch die Variante mit
+einem ,,Laplink''-Kabel über den Parallelport in Betracht ziehen.  Die
+typische Datenrate über einen Parallelport ist um einiges größer als
+das, was sich über serielle Leitungen erzielen läßt; Geschwindigkeiten
+um die 50 KB/s sind nicht ungewöhnlich.
+
+Schließlich ist für eine schnellstmögliche Installation ein Ethernet-
+Adapter natürlich eine gute Variante!  FreeBSD unterstützt die meisten
+gängigen Ethernet-Karten, wobei sich im Hardware-Wegweiser (im Menü-
+punkt ,,documentation'' auf der Bootdiskette) eine Tabelle der nötigen
+Einstellungen findet.  Bei Nutzung eines der unterstützten PCMCIA-
+Adapter muß sichergestellt sein, daß sie _vor_ dem Einschalten des
+Laptops eingesteckt sind!  Leider unterstützt FreeBSD gegenwärtig
+keinen Austausch von PCMCIA-Karten im Betrieb.
+
+Natürlich benötigt man auch noch die IP-Adresse im Netzwerk, die
+,,Netzwerkmaske'' für das gewählte Netzwerk, sowie den Maschinennamen.
+Der lokale Systemverwalter oder Netzwerkverantwortliche kann über
+diese Angaben informieren.  Für den Zugriff auf andere Hosts über
+Namen anstatt unhandlicher IP-Adressen ist auch noch die Adresse eines
+Name-Servers und ggf. eines Gateways vonnöten (bei PPP in der Regel
+der Internet-Dienstanbieter).  All diese Angaben sollten man _vor_
+Beginn der Installation vom zuständigen System- oder Netzwerkverwalter
+einholen.
diff --git a/release/sysinstall/help/de_DE.ISO8859-1/partition.hlp b/release/sysinstall/help/de_DE.ISO8859-1/partition.hlp
new file mode 100644
index 000000000000..90041c07bf11
--- /dev/null
+++ b/release/sysinstall/help/de_DE.ISO8859-1/partition.hlp
@@ -0,0 +1,85 @@
+Dies ist der DiskLabel-Editor von FreeBSD.
+
+Für Neulinge in dieser Installation ist es zuerst wichtig, FreeBSD's neues
+Prinzip der ,,Slices'' zu verstehen, das auf die Plattenspeicher angewandt
+wird.  Es ist nicht sehr schwer.  Ein ,,vollständig angegebener Slice-
+Name'', d. h. der Name der Gerätedatei, die unterhalb von /dev angespro-
+chen wird, um mit dem Gerät zu kommunizieren, läßt sich wahlweise in
+3 Teile zerlegen:
+
+        Das erste ist der Name der Platte.  In der Annahme, daß ein
+        System zwei SCSI-Platten haben möge, wären das ,sd0' und
+        ,sd1'.
+
+        Das nächste ist die ,,Slice''- (oder ,,primäre Partition''-)
+        Nummer.  Wenn sd0 also z. B. zwei solche Partitions hat, eine
+        für FreeBSD und eine für DOS, so ergibt das sd0s1 und sd0s2.
+        Ist dann weiterhin sd1 völlig für FreeBSD reserviert, so hat
+        sie nur die Slice sd1s1.
+
+        Wenn dann weiterhin eine Slice vom FreeBSD-Typ ist, so besitzt
+        diese eine Reihe (verwirrenderweise auch so genannter) ,,Par-
+        titions''.  Diese FreeBSD-Partitions bilden die Grundlage für
+        die verschiedenen Dateisysteme oder den Swap-Bereich.  Für die
+        genannte hypothetische Maschine könnte das Layout für sd0 etwa
+        so aussehen:
+
+                Name            Mountpunkt
+                ----            ----------
+                sd0s1a          /
+                sd0s1b          <Swap-Bereich>
+                sd0s1e          /usr
+
+        Aus historischen Gründen existiert auch noch ein Kurzschluß,
+        eine ,,Kompatibilitäts-Slice'', mit der man einfacher auf die
+        erste FreeBSD-Slice einer Platte zugreifen kann.  Damit
+        arbeiten auch die Programme, die mit dem Slice-Schema noch
+        nicht zurechtkommen, wie gehabt.  Die Kompatibilitäts-Slice
+        für genannte Platte würde dann so aussehen:
+
+                Name            Mountpoint
+                ----            ----------
+                sd0a            /
+                sd0b            <Swap-Bereich>
+                sd0e            /usr
+
+        Die Zuordnung der Kompatibilitäts-Slice zur ersten gefundenen
+        FreeBSD-Slice (in diesem Falle sd0s1) erfolgt automatisch.  Es
+        kann mehrere FreeBSD-Slices auf einer Platte geben, aber nur
+        die erste wird als Kompatibilitäts-Slice zugeordnet!
+
+        Möglicherweise wird die Kompatibilitäts-Slice später elimi-
+        niert, aber gegenwärtig ist sie noch aus folgenden Gründen
+        nötig:
+
+                1. Wie bereits erwähnt, kennen einige Programme noch
+                   nicht das Slice-Prinzip und benötigen noch Zeit,
+                   bis sie überarbeitet worden sind.
+
+                2. Im Moment sind die Bootblöcke von FreeBSD noch
+                   nicht in der Lage, von irgendeinem Root-Dateisystem
+                   außer dem in der Kompatibilitäts-Slice zu booten.
+                   Daher wird die Root also immer auf ,,sd0a'' er-
+                   scheinen (bezogen auf das Beispiel), auch wenn sie
+                   sich eigentlich auf sd0s1a befindet und ansonsten
+                   über den vollen Slice-Namen angesprochen wird.
+
+Sowie man diese Prinzipien verstanden hat, ist die Benutzung des Disk-
+label-Editors eigentlich einfach.  Entweder, man teilt die FreeBSD-
+Slices, wie sie oben auf dem Bildschirm angezeigt werden, in kleinere
+Stücke auf (in der Mitte des Schirmes zu sehen) und plaziert dann
+später FreeBSD-Dateisysteme darauf, oder aber man mountet existierende
+Slices/Partitions in die Dateisystemhierarchie; dieser Editor erlaubt
+beides.  Da eine DOS-Partition aus FreeBSD-Sicht auch nur eine weitere
+Slice ist, kann man sie mit diesem Editor auch ganz einfach in die
+Dateisystemhierarchie eingliedern.  Für FreeBSD-Partitions kann man
+auch noch den ,,newfs''-Status umschalten, so daß die Partitions ent-
+weder von Grund auf neu-/wiedererzeugt werden oder aber einfach nur
+überprüft und gemountet (wobei ihr Inhalt erhalten bleibt).
+
+Wenn man fertig ist, beendet man den Editor mit ,,Q''.
+
+Es werden keinerlei Änderungen auf die Platte geschrieben, solange man
+nicht mittels ,,(C)ommit'' aus dem Installationsmenü alles bestätigt
+hat!  Der Disklabel-Editor (und der ,,FDISK Partition''-Editor) ar-
+beiten mit einer Art Kopie der Disklabels.
diff --git a/release/sysinstall/help/de_DE.ISO8859-1/slice.hlp b/release/sysinstall/help/de_DE.ISO8859-1/slice.hlp
new file mode 100644
index 000000000000..c2c92e2fde55
--- /dev/null
+++ b/release/sysinstall/help/de_DE.ISO8859-1/slice.hlp
@@ -0,0 +1,28 @@
+Dies ist der Editor für die primären Partitions (oder ,,Slices'').
+
+Unten werden die möglichen Kommandos angezeigt, ober der Inhalt des Master
+Boot Records.  Man kann mit den Pfeiltasten nach oben und unten fahren und
+mittels ,,(C)reate'' eine neue Partition anlegen, wenn sich der ,Balken'
+über einer Partition befindet, deren Status als ,,unused'' markiert ist.
+
+Hier die Zeichenerklärung für das Feld ,,flags'':
+
+        '='  -- Partition ist ordnungsgemäß ausgerichtet.
+        '>'  -- Die Partition endet nicht unterhalb von Zylinder 1024.
+        'R'  -- Ist markiert, das Root-Dateisystem zu enthalten.
+        'B'  -- Partition benutzt Fehlersektorenbehandlung nach Bad144.
+        'C'  -- Dies ist die FreeBSD-2.0-Kompatibilitätspartition.
+        'A'  -- Die Partition ist als ,aktiv' (bootfähig) markiert.
+
+Bei der Auswahl einer Partition für Bad144-Behandlung wird diese vor
+Erzeugung der Dateisystem auf fehlerhafte Stellen untersucht.
+
+Wenn keine Partition als ,aktiv' markiert ist, so muß man entweder einen
+Boot-Manager installieren (dies wird später im Installationsprozeß ange-
+boten) oder aber eine als ,aktiv' markieren, bevor man dieses Menü wieder
+verläßt.
+
+Es werden keinerlei Änderungen auf die Platte geschrieben, solange man
+nicht mittels ,,(C)ommit'' aus dem Installationsmenü alles bestätigt hat!
+Der ,,FDISK Partition''-Editor (und der Disklabel-Editor) arbeiten mit
+einer Art Kopie der Disklabels.
diff --git a/release/sysinstall/help/de_DE.ISO8859-1/tcp.hlp b/release/sysinstall/help/de_DE.ISO8859-1/tcp.hlp
new file mode 100644
index 000000000000..d2a3b2737024
--- /dev/null
+++ b/release/sysinstall/help/de_DE.ISO8859-1/tcp.hlp
@@ -0,0 +1,32 @@
+In diesem Menü kann man sowohl die allgemeinen Netzwerkparameter ein-
+stellen (Hostname, Domainname, DNS-Server usw.) als auch die Parameter für
+ein bestimmtes Interface (das vom zuvor angezeigten Menü ausgewählt worden
+ist).
+
+Man kann zwischen den Feldern mittels der Tasten TAB, Rückwärts-TAB (Shift+
+TAB) und RETURN hin- und herspringen.  Mittels DELETE oder BACKSPACE kann
+man ein Feld editieren.  Mittels ^A (control-A) gelangt man an den Anfang
+einer Zeile, mittels ^E (control-E) ans Ende.  ^F (control-F) geht ein
+Zeichen nach vorn, ^B (control-B) eins nach hinten; ^D (control-D) löscht
+das Zeichen unter dem Cursor, und ^K (control-K) löscht alles bis zum Zei-
+lenende.  Im Prinzip handelt es sich um die wesentlichsten Emacs-Editier-
+kommandos.
+
+Das Feld ,,Extra options to ifconfig'' ist ein wenig besonders (oder auch:
+ein Hack :-).
+
+Damit kann man beispielsweise die Gegenseite einer SLIP- oder PLIP-Ver-
+bindung angeben (einfach die numerische IP-Adresse eingeben), oder aber
+einen bestimmten Steckverbinder einer Ethernetkarte auswählen, falls
+mehrere zur Auswahl sind (z. B. AUI, 10BaseT [twisted pair], 10Base2 [BNC]
+usw.).  Die folgenden Steckverbinder werden akzeptiert:
+
+        link0 - AUI * höchste Wertigkeit
+        link1 - BNC
+        link2 - UTP * niedrigste Wertigkeit
+
+Man kann also eins der Worte ,,link0'', ,,link1'' oder ,,link2'' in das
+,,Extra options''-Feld eintragen.
+
+Am Ende einfach ,,OK'' anwählen.
+
diff --git a/release/sysinstall/help/en_US.ISO8859-1/README b/release/sysinstall/help/en_US.ISO8859-1/README
new file mode 100644
index 000000000000..c166e2602485
--- /dev/null
+++ b/release/sysinstall/help/en_US.ISO8859-1/README
@@ -0,0 +1,104 @@
+   -----------------------------------------
+       FreeBSD 2.0.5  ---  RELEASE Version             ,        ,
+   -----------------------------------------          /(        )`
+                                                      \ \___   / |
+Welcome to the 2.0.5 release of FreeBSD!  2.0.5 is    /- _  `-/  '
+an interim release of FreeBSD, filling a critical    (/\/ \ \   /\
+gap during the period between 2.0R (which was        / /   | `    \
+released in Nov 94) and 2.1R, which will be          O O   ) /    |
+released in late July of '95.  FreeBSD 2.0.5         `-^--'`<     '
+contains many substantial improvements from 2.0R,   (_.)  _  )   /
+not least of which is greater stability (by          `.___/`    /
+a considerable margin), dozens of new                  `-----' /
+features and a greatly enhanced           <----.     __ / __   \
+installation program.  See the release    <----|====O)))==) \) /====
+notes for more details on what's new in   <----'    `--' `.__,' \
+FreeBSD 2.0.5!                                         |        |
+                                                        \       /       /\
+                                                   ______( (_  / \______/
+                                                 ,'  ,-----'   |
+                                                 `--{__________)
+
+
+What is FreeBSD?  FreeBSD is an operating system based on 4.4 BSD Lite
+for Intel, AMD, Cyrix or NexGen "x86" based PC hardware.  It works
+with a very wide variety of PC peripherals and configurations and can
+be used for everything from software development to Internet Service
+Provision; the busiest site on the Internet, ftp.cdrom.com, is a
+FreeBSD machine!
+
+This release of FreeBSD contains everything you need to run such a
+system, plus full source code for everything.  With the source
+distribution installed you can literally recompile the entire system
+from scratch with one command, making it ideal for students,
+researchers or folks who simply want to see how it all works.
+
+A large collection of 3rd party ported software (the "ports
+collection") is also provided to make it easier for you to obtain and
+install all your favorite traditional UNIX utilities for FreeBSD.
+Over 270 ports, from editors to programming languages to graphical
+applications, make FreeBSD a powerful and comprehensive operating
+environment that rivals that of many large workstations for general utility
+and power.
+
+
+For more documentation on this system, it is recommended that you
+purchase the 4.4BSD Document Set from O'Reilly Associates and the
+USENIX Association, ISBN 1-56592-082-1.  We have no connection with
+O'Reilly, we're just satisfied customers!
+
+You may also wish to read the HARDWARE GUIDE *before* proceeding any
+further with the installation.  Configuring PC hardware for anything
+other than DOS/Windows (which don't actually make very significant
+demands on the hardware) is actually quite a bit harder than it looks,
+and if you think you understand PCs then you clearly haven't been
+using them for long enough! :) This guide will give you some tips on
+how to configure your hardware and what symptoms to watch for in case
+of trouble.  This guide is available in the Documentation menu of the
+FreeBSD boot floppy.
+
+DISCLAIMER: While FreeBSD does its best to safeguard against accidental
+loss of data, it's still more than possible to WIPE OUT YOUR ENTIRE DISK
+with this installation!  Please do not proceed to the final FreeBSD
+installation menu unless you've adequately backed up any important
+data first!  We really mean it!
+
+Technical comments on this release should be sent (in English!) to:
+
+        hackers@FreeBSD.org
+
+
+Bug reports should be sent using the `send-pr' command, if you were
+able to get the system installed, otherwise to:
+
+        bugs@FreeBSD.org
+
+Please be sure to indicate WHICH VERSION of FreeBSD you're running in
+any bug reports!
+
+
+General questions should be sent to:
+
+        questions@FreeBSD.org
+
+Please have patience if your questions are not answered right away -
+this is an especially busy time for us, and our volunteer resources
+are often strained to the limit!  Bug reports submitted with the
+send-pr command are logged and tracked in our bugs database, and
+you'll be kept informed of any changes in status during the life of
+the bug (or feature request).
+
+Our WEB site, http://www.freebsd.org, is also a very good source for
+updated information and provides a number of advanced documentation
+facilities.  You may use the BSDI version of Netscape for browsing the
+World Wide Web directly from FreeBSD.
+
+You may also wish to look in /usr/share/FAQ and /usr/share/doc for
+further information on the system.
+
+
+Thanks for reading all of this, and we sincerely hope you enjoy this
+release of FreeBSD!
+
+                                Jordan Hubbard,
+                                for The FreeBSD Project
diff --git a/release/sysinstall/help/en_US.ISO8859-1/RELNOTES b/release/sysinstall/help/en_US.ISO8859-1/RELNOTES
new file mode 100644
index 000000000000..9d6284f24ddd
--- /dev/null
+++ b/release/sysinstall/help/en_US.ISO8859-1/RELNOTES
@@ -0,0 +1,747 @@
+                                 RELEASE NOTES
+                                    FreeBSD
+                                 Release 2.0.5
+
+1. Technical overview
+---------------------
+
+FreeBSD is a freely available, full source 4.4 BSD Lite based release
+for Intel i386/i486/Pentium (or compatible) based PC's.  It is based
+primarily on software from U.C. Berkeley's CSRG group, with some
+enhancements from NetBSD, 386BSD, and the Free Software Foundation.
+
+Since our release of FreeBSD 2.0 some 8 months ago, the performance,
+feature set, and stability of FreeBSD has improved dramatically.  The
+largest change is a revamped VM system with a merged VM/file buffer
+cache that not only increases performance, but reduces FreeBSD's
+memory footprint, making a 4MB configuration a more acceptable
+minimum.  Other enhancements include full NIS client and server
+support, transaction TCP support, dial-on-demand PPP, an improved SCSI
+subsystem, early ISDN support, support for FDDI and Fast Ethernet
+(100Mbit) adapters, improved support for the Adaptec 2940 (WIDE and
+narrow) and many hundreds of bug fixes.
+
+We've also taken the comments and suggestions of many of our users to
+heart and have attempted to provide what we hope is a more sane and
+easily understood installation process.  Your feedback on this
+(constantly evolving) process is especially welcome!
+
+In addition to the base distributions, FreeBSD offers a new ported
+software collection with some 270 commonly sought-after programs.  The
+list of ports ranges from http (WWW) servers, to games, languages,
+editors and almost everything in between.  The entire ports collection
+requires only 10MB of storage, all ports being expressed as "deltas"
+to their original sources.  This makes it much easier for us to update
+ports, and greatly reduces the disk space demands made by the older
+1.0 ports collection.  To compile a port, you simply change to the
+directory of the program you wish to install, type make and let the
+system do the rest.  The full original distribution for each port you
+build is retrieved dynamically off of CDROM or a local ftp site, so
+you need only enough disk space to build the ports you want.  (Almost)
+every port is also provided as a pre-compiled "package" which can be
+installed with a simple command (pkg_add) by those who do not wish to
+compile their own ports from source.  See the file:
+        /usr/share/FAQ/Text/ports.FAQ
+for a more complete description of the ports collection.
+
+
+Since our first release of FreeBSD 1.0 nearly two years ago, FreeBSD
+has changed almost entirely.  A new port from the Berkeley 4.4 code
+base was done, which brought the legal status of the system out of the
+shadows with the blessing of Novell (the new owners of USL and UNIX).  The
+port to 4.4 has also brought in a host of new features, filesystems
+and enhanced driver support.  With our new unencumbered code base, we
+have every reason to hope that we'll be able to release quality
+operating systems without further legal encumbrance for some time to
+come!
+
+FreeBSD 2.0.5 represents the culmination of 2 years of work and many
+thousands of man hours put in by an international development team.
+We hope you enjoy it!
+
+A number of additional documents which you may find very helpful in
+the process of installing and using FreeBSD may also be found in
+the "FAQ" directory, either under /usr/share/FAQ on an installed
+system or at the top level of the CDROM or FTP distribution from
+where you're reading this file.  Please consult FAQ/Text/ROADMAP
+for a brief description of the resources provided by the FAQ directory.
+
+For a list of contributors and a general project description, please see
+the file "CONTRIB.FreeBSD" which should be bundled with your binary
+distribution.
+
+Also see the "REGISTER.FreeBSD" file for information on registering
+with the "Free BSD user counter".   This counter is for ALL freely
+available variants of BSD, not just FreeBSD, and we urge you to register
+yourself with it.
+
+The core of FreeBSD does not contain DES code which would inhibit its
+being exported outside the United States.  There is an add-on package
+to the core distribution, for use only in the United States, that
+contains the programs that normally use DES.  The auxiliary packages
+provided separately can be used by anyone.   A freely (from outside the
+U.S.) exportable European distribution of DES for our non-U.S. users also
+exists and is described in the FreeBSD FAQ.
+
+If password security for FreeBSD is all you need, and you have no
+requirement for copying encrypted passwords from different hosts
+(Suns, DEC machines, etc) into FreeBSD password entries, then
+FreeBSD's MD5 based security may be all you require!  We feel that our
+default security model is more than a match for DES, and without any
+messy export issues to deal with.  If you're outside (or even inside)
+the U.S., give it a try!
+
+
+1.1 What's new in 2.0.5?
+------------------------
+
+The following features were added or substantially improved between
+the release of 2.0 and this 2.0.5 release.  In order to facilitate
+better communication, the person, or persons, responsible for each
+enhancement is noted.  Any questions regarding the new functionality
+should be directed to them first.
+
+KERNEL:
+
+Merged VM-File Buffer Cache
+---------------------------
+A merged VM/buffer cache design greatly enhances overall system
+performance and makes it possible to do a number of more optimal
+memory allocation strategies that were not possible before.
+
+Owner:                  David Greenman (davidg@FreeBSD.org) and
+                        John Dyson (dyson@implode.root.com)
+
+
+Network PCB hash optimization
+-----------------------------
+For systems with a great number of active TCP connections (WEB and ftp
+servers, for example), this greatly speeds up the lookup time required
+to match an incoming packet up to its associated connection.
+
+Owner:                  David Greenman (davidg@FreeBSD.org)
+
+
+Name cache optimization
+-----------------------
+The name-cache would cache all files of the same name to the same bucket,
+which would put for instance all ".." entries in the same bucket.  We added
+the parent directory version to frustrate the hash, and improved the 
+management of the cache in various other ways while we were at it.
+
+Owner:                  Poul-Henning Kamp (phk@FreeBSD.org)
+                        David Greenman (davidg@FreeBSD.org)
+
+
+Less restrictive swap-spaces
+----------------------------
+The need to compile the names of the swap devices into the kernel has been
+removed.  Now swapon will accept any block devices, up to the maximum
+number of swap devices configured in the kernel.
+
+Owner:                  Poul-Henning Kamp (phk@FreeBSD.org)
+                        David Greenman (davidg@FreeBSD.org)
+
+
+Hard Wired SCSI Devices
+-----------------------
+Prior to 2.0.5, FreeBSD performed dynamic assignment of unit numbers
+to SCSI devices as they were probed, allowing a SCSI device failure to
+possibly change unit number assignment and prevent filesystems on
+still functioning disks from mounting.  Hard wiring allows static
+allocation of unit numbers (and hence device names) to scsi devices
+based on SCSI ID and bus.  SCSI configuration occurs in the kernel
+config file.  Samples of the configuration syntax can be found in the
+scsi(4) man page or the LINT kernel config file.
+
+Owner:                  Peter Dufault (dufault@hda.com)
+Sources involved:       sys/scsi/* usr.sbin/config/*
+
+
+Slice Support
+-------------
+FreeBSD now supports a "slice" abstraction which makes it more
+completely interoperable with other operating system partitions.  This
+support will allow FreeBSD to inhabit DOS extended partitions.
+
+Owner:                  Bruce Evans (bde@FreeBSD.org)
+Sources involved:       sys/disklabel.h sys/diskslice.h sys/dkbad.h
+                        kern/subr_diskslice.c kern/subr_dkbad.c
+                        i386/isa/diskslice_machdep.c
+                        i386/isa/wd.c scsi/sd.c dev/vn/vn.c
+
+
+Support for Ontrack Disk Manager Version 6.0
+--------------------------------------------
+Support has been added for disks which use Ontrack Disk Manager.  The
+fdisk program does NOT know about it however, so make all changes
+using the install program on the boot.flp or the Ontrack Disk Manager
+tool under DOS.
+
+Owner:                  Poul-Henning Kamp (phk@FreeBSD.org)
+
+
+Bad144 is back and working
+--------------------------
+Bad144 works again, though the semantics are slightly different than
+before in that the bad-spots are kept relative to the slice rather
+than absolute on the disk.
+
+Owner:                  Bruce Evans (bde@FreeBSD.org)
+                        Poul-Henning Kamp (phk@FreeBSD.org)
+
+
+NEW DEVICE SUPPORT:
+
+                        SCSI and CDROM Devices
+
+Matsushita/Panasonic (Creative) CD-ROM driver
+---------------------------------------------
+The Matsushita/Panasonic CR-562 and CR-563 drives are now supported
+when connected to a Sound Blaster or 100% compatible host adapter.  Up
+to four host adapters are supported for a total of 16 CD-ROM drives.
+The audio functions are supported, along with access to the raw (2352 byte) 
+data frames of any compact disc.  Audio discs may be played using Karoke
+variable speed functions.
+
+Owner:                  Frank Durda IV   bsdmail@nemesis.lonestar.org
+Sources involved:       isa/matcd
+
+
+Adaptec 2742/2842/2940 SCSI driver
+----------------------------------
+The original 274x/284x driver has evolved considerably since the 2.0
+release.  We now offer full support for the 2940 series as well as the
+Wide models of these cards.  The arbitration bug (as well as many
+others) that caused the driver problems with fast devices has been
+corrected and there is even experimental tagged queuing support
+(kernel option "AHC_TAGENABLE").  John Aycock has also released the
+sequencer code under a "Berkeley style" copyright making the driver
+entirely clean of the GPL.
+
+Owner:                  Justin Gibbs (gibbs@FreeBSD.org)
+Sources involved:       isa/aic7770.c pci/aic7870.c i386/scsi/*
+                        sys/dev/aic7xxx/*
+
+
+NCR5380/NCR53400 SCSI ("ProAudio Spectrum") driver
+--------------------------------------------------
+Owner:                  core
+Submitted by:           Serge Vakulenko (vak@cronyx.ru)
+Sources involved:       isa/ncr5380.c
+
+
+Sony CDROM driver
+-----------------
+Owner:                  core
+Submitted by:           Mikael Hybsch (micke@dynas.se)
+Sources involved:       isa/scd.c
+
+
+                        Serial Devices
+
+SDL Communications Riscom/8 Serial Board Driver
+-----------------------------------------------
+Owner:                  Andrey Chernov (ache@FreeBSD.org)
+Sources involved:       isa/rc.c isa/rcreg.h
+
+
+Cyclades Cyclom-y Serial Board Driver
+-------------------------------------
+Owner:                  Bruce Evans (bde@FreeBSD.org)
+Submitted by:           Andrew Werple (andrew@werple.apana.org.au) and
+                        Heikki Suonsivu (hsu@cs.hut.fi)
+Obtained from:          NetBSD
+Sources involved:       isa/cy.c
+
+
+Cronyx/Sigma sync/async serial driver
+-------------------------------------
+Owner:                  core
+Submitted by:           Serge Vakulenko
+Sources involved:       isa/cronyx.c            
+
+
+
+                        Networking
+
+Diskless booting
+----------------
+Diskless booting in 2.0.5 is much improved.  The boot-program is in
+src/sys/i386/boot/netboot, and can be run from an MSDOS system or
+burned into an EPROM.  Local swapping is also possible.  WD, SMC, 3COM
+and Novell ethernet cards are currently supported.
+
+
+DEC DC21140 Fast Ethernet driver
+--------------------------------
+This driver supports any of the numerous NICs using the DC21140 chipset 
+including the 100Mb DEC DE-500-XA and SMC 9332.
+
+Owner:                  core
+Submitted by:           Matt Thomas (thomas@lkg.dec.com)
+Sources involved:       pci/if_de.c pci/dc21040.h
+
+
+DEC FDDI (DEFPA/DEFEA) driver
+-----------------------------
+Owner:                  core
+Submitted by:           Matt Thomas (thomas@lkg.dec.com)
+Sources involved:       pci/if_pdq.c pci/pdq.c pci/pdq_os.h pci/pdqreg.h
+
+
+3Com 3c505 (Etherlink/+) NIC driver
+-----------------------------------
+Owner:                  core
+Submitted by:           Dean Huxley (dean@fsa.ca)
+Obtained from:          NetBSD
+Sources involved:       isa/if_eg.c
+
+
+Fujitsu MB86960A family of NICs driver
+-------------------------------------
+Owner:                  core
+Submitted by:           M.S. (seki@sysrap.cs.fujitsu.co.jp)
+Sources involved:       isa/if_fe.c
+
+
+Intel EtherExpress driver
+-------------------------
+Owner:                  Rodney W. Grimes (rgrimes@FreeBSD.org)
+Sources involved:       isa/if_ix.c isa/if_ixreg.h
+
+
+3Com 3c589 driver
+-----------------
+Owner:                  core
+Submitted by:           "HOSOKAWA Tatsumi" (hosokawa@mt.cs.keio.ac.jp),
+                        Seiji Murata (seiji@mt.cs.keio.ac.jp) and
+                        Noriyuki Takahashi (hor@aecl.ntt.jp)
+Sources involved:       isa/if_zp.c
+
+
+IBM Credit Card Adapter driver
+------------------------------
+Owner:                  core
+Submitted by:           "HOSOKAWA Tatsumi" (hosokawa@mt.cs.keio.ac.jp),
+Sources involved:       isa/pcic.c isa/pcic.h
+
+
+EDSS1 and 1TR6 ISDN interface driver
+------------------------------------
+Owner:                  core
+Submitted by:           Dietmar Friede (dfriede@drnhh.neuhaus.de) and
+                        Juergen Krause (jkr@saarlink.de)
+Sources involved:       gnu/isdn/*
+
+
+                        Miscellaneous Drivers
+
+Joystick driver
+---------------
+Owner:                  Jean-Marc Zucconi (jmz@FreeBSD.org)
+Sources involved:       isa/joy.c
+
+
+National Instruments "LabPC" driver
+-----------------------------------
+Owner:                  Peter Dufault (dufault@hda.com)
+Sources involved:       isa/labpc.c
+
+
+WD7000 driver
+-------------
+Owner:                  Olof Johansson (offe@ludd.luth.se)
+
+
+Pcvt Console driver
+-------------------
+Owner:                  Joerg Wunsch (joerg@FreeBSD.org)
+Submitted by:           Hellmuth Michaelis (hm@altona.hamburg.com)
+Sources involved:       isa/pcvt/* usr.sbin/pcvt/*
+
+
+BSD-audio emulator for VAT driver
+---------------------------------
+Owner:                  Amancio Hasty (ahasty@FreeBSD.org) and
+                        Paul Traina (pst@FreeBSD.org)
+Sources involved:       isa/sound/vat_audio.c isa/sound/vat_audioio.h
+
+
+National Instruments AT-GPIB and AT-GPIB/TNT GPIB driver
+--------------------------------------------------------
+Owner:                  core
+Submitted by:           Fred Cawthorne (fcawth@delphi.umd.edu)
+Sources involved:       isa/gpib.c isa/gpib.h isa/gpibreg.h
+
+
+Genius GS-4500 hand scanner driver
+----------------------------------
+Owner:                  core
+Submitted by:           Gunther Schadow (gusw@fub46.zedat.fu-berlin.de)
+Sources involved:       isa/gsc.c isa/gscreg.h
+
+
+CORTEX-I Frame Grabber
+----------------------
+Owner:                  core
+Submitted by:           Paul S. LaFollette, Jr.
+Sources involved:       isa/ctx.c isa/ctxreg.h
+
+
+Video Spigot video capture card
+-------------------------------
+Owner:                  Jim Lowe
+
+
+
+1.2 Experimental features
+-------------------------
+
+The unionfs and LFS file systems are known to be severely broken in
+2.0.5.  This is in part due to old bugs that we haven't had time to
+resolve yet and the need to update these file systems to deal with the
+new VM system.  We hope to address these issues in a later release of
+FreeBSD.
+
+FreeBSD now supports running iBCS2 compatible binaries (currently SCO
+UNIX 3.2.2 & 3.2.4 and ISC 2.2 COFF format are supported).  The iBCS2
+emulator is in its early stages, but it is functional, we haven't been
+able to do exhaustive testing (lack of commercial apps), but almost
+all of SCO's 3.2.2 binaries are working, so is an old INFORMIX-2.10
+for SCO. Further testing is nessesary to complete this project. There
+is also work under way for ELF & XOUT loaders, and most of the svr4
+syscall wrappers have been written.
+
+FreeBSD also implements enough of its Linux compatibility that we
+can now run Linux DOOM!  See the ``xperimnt'' directory (on your local
+FTP server or CDROM) for full docs on how to set this up.
+
+Owner:                  Soren Schmidt (sos) & Sean Eric Fagan (sef)
+Sources involved:       sys/i386/ibcs2/* + misc kernel changes.
+
+
+2. Supported Configurations
+---------------------------
+
+FreeBSD currently runs on a wide variety of ISA, VLB, EISA and PCI bus
+based PC's, ranging from 386sx to Pentium class machines (though the
+386sx is not recommended).  Support for generic IDE or ESDI drive
+configurations, various SCSI controller, network and serial cards is
+also provided.
+
+Following is a list of all disk controllers and ethernet cards currently
+known to work with FreeBSD.  Other configurations may very well work, and
+we have simply not received any indication of this.
+
+
+2.1. Disk Controllers
+---------------------
+
+WD1003 (any generic MFM/RLL)
+WD1007 (any generic IDE/ESDI)
+IDE
+ATA
+
+Adaptec 152x series ISA SCSI controllers
+Adaptec 154x series ISA SCSI controllers
+Adaptec 174x series EISA SCSI controller in standard and enhanced mode.
+Adaptec 274X/284X/2940 (Narrow/Wide/Twin) series ISA/EISA/PCI SCSI controllers
+Adaptec AIC-6260 and AIC-6360 based boards, which includes
+the AHA-152x and SoundBlaster SCSI cards.
+
+** Note: You cannot boot from the SoundBlaster cards as they have no
+   on-board BIOS, which is necessary for mapping the boot device into the
+   system BIOS I/O vectors.  They're perfectly usable for external tapes,
+   CDROMs, etc, however.  The same goes for any other AIC-6x60 based card
+   without a boot ROM.  Some systems DO have a boot ROM, which is generally
+   indicated by some sort of message when the system is first powered up
+   or reset.  Check your system/board documentation for more details.
+
+[Note that Buslogic was formerly known as "Bustec"]
+Buslogic 545S & 545c
+Buslogic 445S/445c VLB SCSI controller
+Buslogic 742A, 747S, 747c EISA SCSI controller.
+Buslogic 946c PCI SCSI controller
+Buslogic 956c PCI SCSI controller
+
+NCR 53C810 and 53C825 PCI SCSI controller.
+NCR5380/NCR53400 ("ProAudio Spectrum") SCSI controller. 
+
+DTC 3290 EISA SCSI controller in 1542 emulation mode.
+
+UltraStor 14F, 24F and 34F SCSI controllers.
+
+Seagate ST01/02 SCSI controllers.
+
+Future Domain 8xx/950 series SCSI controllers.
+
+WD7000 SCSI controller.
+
+With all supported SCSI controllers, full support is provided for
+SCSI-I & SCSI-II peripherals, including Disks, tape drives (including
+DAT) and CD ROM drives.
+
+The following CD-ROM type systems are supported at this time:
+(cd)    SCSI (also includes ProAudio Spectrum and SoundBlaster SCSI)
+(mcd)   Mitsumi proprietary interface 
+(matcd) Matsushita/Panasonic (Creative) proprietary interface
+(scd)   Sony proprietary interface
+
+Note: CD-Drives with IDE interfaces are not supported at this time.
+
+Some controllers have limitations with the way they deal with >16MB of
+memory, due to the fact that the ISA bus only has a DMA address space
+of 24 bits.  If you do your arithmetic, you'll see that this makes it
+impossible to do direct DMA to any address >16MB.  This limitation is
+even true of some EISA controllers (which are normally 32 bit) when
+they're configured to emulate an ISA card, which they then do in *all*
+respects.  This problem is avoided entirely by IDE controllers (which
+do not use DMA), true EISA controllers (like the UltraStor, Adaptec
+1742A or Adaptec 2742) and most VLB (local bus) controllers.  In the
+cases where it's necessary, the system will use "bounce buffers" to
+talk to the controller so that you can still use more than 16Mb of
+memory without difficulty.
+
+
+2.2. Ethernet cards
+-------------------
+
+Allied-Telesis AT1700 and RE2000 cards
+SMC Elite 16 WD8013 ethernet interface, and most other WD8003E,
+WD8003EBT, WD8003W, WD8013W, WD8003S, WD8003SBT and WD8013EBT
+based clones.  SMC Elite Ultra is also supported.
+
+DEC EtherWORKS III NICs (DE203, DE204, and DE205)
+DEC EtherWORKS II NICs (DE200, DE201, DE202, and DE422)
+DEC DC21140 based NICs (SMC???? DE???)
+DEC FDDI (DEFPA/DEFEA) NICs
+
+Fujitsu FMV-181 and FMV-182
+
+Intel EtherExpress
+
+Isolan AT 4141-0 (16 bit)
+Isolink 4110     (8 bit)
+
+Novell NE1000, NE2000, and NE2100 ethernet interface.
+
+3Com 3C501 cards
+
+3Com 3C503 Etherlink II
+
+3Com 3c505 Etherlink/+
+
+3Com 3C507 Etherlink 16/TP
+
+3Com 3C509, 3C579, 3C589 (PCMCIA) Etherlink III
+
+Toshiba ethernet cards
+
+PCMCIA ethernet cards from IBM and National Semiconductor are also
+supported.
+
+
+2.3. Misc
+---------
+
+AST 4 port serial card using shared IRQ.
+
+ARNET 8 port serial card using shared IRQ.
+
+BOCA ATIO66 6 port serial card using shared IRQ.
+
+Cyclades Cyclom-y Serial Board.
+
+STB 4 port card using shared IRQ.
+
+Mitsumi (all models) CDROM interface and drive.
+
+SDL Communications Riscom/8 Serial Board.
+
+SoundBlaster SCSI and ProAudio Spectrum SCSI CDROM interface and drive.
+
+Matsushita/Panasonic (Creative SoundBlaster) CDROM interface and drive.
+
+Adlib, SoundBlaster, SoundBlaster Pro, ProAudioSpectrum, Gravis UltraSound
+and Roland MPU-401 sound cards.
+
+FreeBSD currently does NOT support IBM's microchannel (MCA) bus, but
+support is apparently close to materializing.  Details will be posted
+as the situation develops.
+
+
+3. Obtaining FreeBSD
+--------------------
+
+You may obtain FreeBSD in a variety of ways:
+
+1. FTP/Mail
+
+You can ftp FreeBSD and any or all of its optional packages from
+`ftp.freebsd.org' - the official FreeBSD release site.
+
+For other locations that mirror the FreeBSD software see the file
+MIRROR.SITES.  Please ftp the distribution from the nearest site
+to you netwise.
+
+If you do not have access to the internet and electronic mail is your
+only recourse, then you may still fetch the files by sending mail to
+`ftpmail@decwrl.dec.com' - putting the keyword "help" in your message
+to get more information on how to fetch files from ftp.freebsd.org.
+Note: This approach will end up sending many *tens of megabytes*
+through the mail, and should only be employed as an absolute LAST
+resort!
+
+
+2. CDROM
+
+FreeBSD 2.0.5 may be ordered on CDROM from:
+
+        Walnut Creek CDROM
+        4041 Pike Lane, Suite D
+        Concord CA  94520
+        1-800-786-9907, +1-510-674-0783, +1-510-674-0821 (fax)
+
+Or via the internet from orders@cdrom.com or http://www.cdrom.com.
+Their current catalog can be obtained via ftp as:
+        ftp://ftp.cdrom.com/cdrom/catalog.
+
+Cost per CD is $39.95, or $24.95 with a FreeBSD subscription.  With
+a subscription, you will automatically receive updates as they
+are released.  Your credit card will be billed when each disk is shipped 
+and you may cancel your subscription at any time without further obligation.
+
+Walnut Creek CDROM also sells a full line of FreeBSD related merchandise such
+as T-shirts ($14.95, available in "child", Large and XL sizes), coffee mugs
+($9.95), tattoos ($0.25 each) and posters ($3.00).
+
+Shipping (per order not per disc) is $5 in the US, Canada or
+Mexico and $9.00 overseas.  They accept Visa, Mastercard, Discover,
+American Express or checks in U.S. Dollars and ship COD within the
+United States.  California residents please add 8.25% sales tax.
+
+Should you be dissatisfied for any reason, the CD comes with an
+unconditional return policy.
+
+
+Reporting problems, making suggestions, submitting code
+-------------------------------------------------------
+
+Your suggestions, bug reports and contributions of code are always
+valued - please do not hesitate to report any problems you may find
+(preferably with a fix attached if you can!).
+
+The preferred method to submit bug reports from a machine with
+internet mail connectivity is to use the send-pr command.  Bug reports
+will be dutifully filed by our faithful bugfiler program and you can
+be sure that we'll do our best to respond to all reported bugs as soon
+as possible.
+
+If, for some reason, you are unable to use the send-pr command to
+submit a bug report, you can try to send it to:
+
+                bugs@FreeBSD.org
+
+
+Otherwise, for any questions or suggestions, please send mail to:
+
+                questions@FreeBSD.org
+
+Additionally, being a volunteer effort, we are always happy to have
+extra hands willing to help - there are already far more enhancements
+to be done than we can ever manage to do by ourselves!  To contact us
+on technical matters, or with offers of help, you may send mail to:
+
+                hackers@FreeBSD.org
+
+Since these mailing lists can experience significant amounts of
+traffic, if you have slow or expensive mail access and you are
+only interested in keeping up with significant FreeBSD events, you may
+find it preferable to subscribe to:
+
+                announce@FreeBSD.org
+
+
+All but the freebsd-bugs groups can be freely joined by anyone wishing
+to do so.  Send mail to MajorDomo@FreeBSD.org and include the keyword
+`help' on a line by itself somewhere in the body of the message.  This
+will give you more information on joining the various lists, accessing
+archives, etc.  There are a number of mailing lists targeted at
+special interest groups not mentioned here, so send mail to majordomo
+and ask about them!
+
+
+6. Acknowledgements
+-------------------
+
+FreeBSD represents the cumulative work of many dozens, if not
+hundreds, of individuals from around the world who have worked very
+hard to bring you this release.  It would be very difficult, if not
+impossible, to enumerate everyone who's contributed to FreeBSD, but
+nonetheless we shall try (in alphabetical order, of course). If your
+name is not mentioned, please be assured that its omission is entirely
+accidental.
+
+
+The Computer Systems Research Group (CSRG), U.C. Berkeley.
+
+Bill Jolitz, for his initial work with 386BSD.
+
+The FreeBSD Core Team
+(in alphabetical order by first name):
+
+        Andreas Schulz <ats@FreeBSD.org>
+        Andrey A. Chernov <ache@FreeBSD.org>
+        Bruce Evans <bde@FreeBSD.org>
+        David Greenman <davidg@FreeBSD.org>
+        Garrett A. Wollman <wollman@FreeBSD.org>
+        Gary Palmer <gpalmer@FreeBSD.org>
+        Geoff Rehmet <csgr@FreeBSD.org>
+        Jack Vogel <jackv@FreeBSD.org>
+        John Dyson <dyson@FreeBSD.org>
+        Jordan K. Hubbard <jkh@FreeBSD.org>
+        Justin Gibbs <gibbs@FreeBSD.org>
+        Paul Richards <paul@FreeBSD.org>
+        Poul-Henning Kamp <phk@FreeBSD.org>
+        Rich Murphey <rich@FreeBSD.org>
+        Rodney W. Grimes <rgrimes@FreeBSD.org>
+        Satoshi Asami <asami@FreeBSD.org>
+        Søren Schmidt <sos@FreeBSD.org>
+
+Special mention to:
+
+        Walnut Creek CDROM, without whose help (and continuing support)
+        this release would never have been possible.
+
+        Dermot McDonnell for his donation of a Toshiba XM3401B CDROM
+        drive.
+
+        Additional FreeBSD helpers and beta testers:
+
+        J.T. Conklin                            Julian Elischer
+        Frank Durda IV                          Peter Dufault
+        Sean Eric Fagan                         Jeffrey Hsu
+        Terry Lambert                           L Jonas Olsson
+        Chris Provenzano                        Dave Rivers
+        Guido van Rooij                         Steven Wallace
+        Atsushi Murai                           Scott Mace
+        Nate Williams
+
+        And everyone at Montana State University for their initial support.
+
+
+Jordan would also like to give special thanks to Poul-Henning Kamp and
+Gary Palmer, both of whom put in long hours helping him to construct
+the new installation utility.  Poul, being a proud new father, was
+especially pressed for time and yet somehow managed to put in
+a significant amount of effort anyway.  This release could not have
+happened without him!  Thank you both!
+
+Thanks also to everyone else who helped, especially those not
+mentioned, and we sincerely hope you enjoy this release of FreeBSD!
+
+
+                        The FreeBSD Core Team
+
+$Id: RELNOTES,v 1.9 1995/06/10 02:40:11 jkh Exp $
diff --git a/release/sysinstall/help/en_US.ISO8859-1/distributions.hlp b/release/sysinstall/help/en_US.ISO8859-1/distributions.hlp
new file mode 100644
index 000000000000..b81efbfa10db
--- /dev/null
+++ b/release/sysinstall/help/en_US.ISO8859-1/distributions.hlp
@@ -0,0 +1,88 @@
+An ``X-'' prefixed before a distribution set means that the XFree86
+3.1.1u1 base distribution, libraries, manual pages, SVGA server and a
+set of default fonts will be selected in addition to the set itself.
+
+If you select such a set, you will also be presented with a set of
+menus for customizing the selections to your desired X Window System
+setup.
+
+N.B. All references in this document to `complete source' mean the
+complete source tree minus any legally encumbered cryptography code.
+
+The current "canned" installations are as follows:
+
+Developer:      Base ("bin") distribution, man pages, dictionary
+                files, profiling libraries and the complete source tree.
+
+
+Kern-Developer: As above, but with only kernel sources instead of
+                the complete source tree.
+
+
+User:           The base distribution, man pages, dictionary files and
+                the FreeBSD 1.x and 2.0 compatibility sets.
+
+
+Minimal:        Only the base distribution.
+
+
+Everything:     The base distribution, man pages, dictionary files,
+                profiling libraries, the FreeBSD 1.x and the FreeBSD 2.0
+                compatibility libraries, the complete source tree,
+                games and your choice of XFree86 distribution components.
+                N.B. Still no cryptocraphy source code!
+
+
+Custom:         Allows you to modify or create your distribution set on
+                a piece-by-piece basis.
+
+
+Reset:          Clear all currently selected distributions.
+
+
+---
+
+When using Custom, most of the sub-distribution choices are fairly
+obvious, though two possible exceptions may be the "commerce" and
+"xperimnt" distributions:
+
+        * The "commerce" directory, as its name implies, is devoted to
+        commercial offerings.  This includes commercial products released
+        under special arrangement, limited functionality demos, shareware
+        products (you like it, you buy it), etc.
+
+        At the time of this writing, there are unfortunately not enough
+        commercial offerings to justify a fully split distribution set,
+        so each product is available both as a subdirectory and as part
+        of one large archive file.  If you select "commerce" from the
+        distributions submenus then you'll get the big file containing
+        the entire collection copied to your hard disk.  Don't do this
+        unless you've got at least 10MB to devote to it!
+
+
+        * The "xperimnt" directory contains, not surprisingly, experimental
+        offerings.  Unfinished (or work-in-progress) features, special
+        purpose drivers and packages, strange proof-of-concept stuff,
+        it's a mixed bag!  Select this item on a distribution menu and
+        you'll get the whole collection (between 10 and 30MB).
+
+
+        If you're installing from CDROM then all of the commercial and
+        "experimental" offerings are also easily available in their
+        individual subdirectories and can be copied to hard disk at
+        any time.
+
+
+You may also notice that certain distributions, like "des" and "krb",
+are marked "NOT FOR EXPORT!"  This is because it's illegal to
+export them from the United States (or any other country which
+considers encryption technology to be on its restricted export
+list).  Since breaking this law only gets the _originating_ site
+(US!) in trouble, please do not load these distributions from U.S.
+servers!
+
+A number of "foreign" servers do exist for the benefit of
+non-U.S. sites, one of which is "skeleton.mikom.csir.co.za".
+
+Please get all such export restricted software from there
+if you are outside the U.S., thanks!
diff --git a/release/sysinstall/help/en_US.ISO8859-1/hardware.hlp b/release/sysinstall/help/en_US.ISO8859-1/hardware.hlp
new file mode 100644
index 000000000000..fba56337e5d0
--- /dev/null
+++ b/release/sysinstall/help/en_US.ISO8859-1/hardware.hlp
@@ -0,0 +1,384 @@
+Hardware Documentation Guide:  $Id: hardware.hlp,v 1.11 1995/06/09 13:29:19 jkh Exp $
+
+Table of Contents
+-----------------
+
+0.  Document Conventions
+1.  Using UserConfig to change FreeBSD kernel settings
+2.  Default Configuration (GENERIC kernel)
+3.  LINT - other possible configurations.
+4.  Known Hardware Problems.
+
+=========================================================================
+
+0.      Document Conventions
+--      --------------------
+
+We have `underlined' text which represents user input with `-'
+symbols throughout this document to differentiate it from
+the machine output.
+
+1.      Using UserConfig to change FreeBSD kernel settings
+--      --------------------------------------------------
+
+The UserConfig utility allows you to override various settings of
+the FreeBSD kernel before the system has booted.  This allows you to
+make minor adjustments to the various drivers in the system without
+necessarily having to recompile the kernel.
+
+UserConfig is activated by specifying the `-c' flag at the initial
+boot prompt.  For example:
+
+        >> FreeBSD BOOT @ 0x10000: 640/7168 k of memory
+        Use hd(1,a)/kernel to boot sd0 when wd0 is also installed.
+        Usage: [[wd(0,a)]/kernel][-abcCdhrsv]
+        Use ? for file list or press Enter for defaults
+
+        Boot: -c
+              --
+
+This command causes the system to boot the default kernel ("/kernel") and
+the UserConfig utility to be started once the kernel is loaded into memory.
+
+The `-c' flag follows any of the other parameters you may need to provide
+for the system to boot properly.   For example, to boot off the second of
+two SCSI drives installed and run UserConfig, you would type:
+
+        Boot: sd(1,a)/kernel -c
+              -----------------
+
+As always, the kernel will report some information on your processor
+and how much memory your system has.  Then UserConfig will be invoked
+and you will see the prompt:
+
+        config>
+
+To see the list of commands that UserConfig accepts, you may type '?' and
+press [ENTER].  The help message looks something like this:
+
+Command                 Description
+-------                 -----------
+attach <devname>        Return results of device attach
+ls                      List currently configured devices
+port <devname> <addr>   Set device port (i/o address)
+irq <devname> <number>  Set device irq
+drq <devname> <number>  Set device drq (DMA Request)
+iomem <devname> <addr>  Set device maddr (memory address)
+iosize <devname> <size> Set device memory size
+flags <devname> <mask>  Set device flags
+enable <devname>        Enable device
+probe <devname>         Return results of device probe
+disable <devname>       Disable device (will not be probed)
+quit                    Exit this configuration utility
+help                    This message
+
+
+You may alter nearly all of the default settings present in the FreeBSD
+generic kernel.  This includes reassigning IRQs, disabling troublesome
+devices (or drivers that conflict with the hardware your system has),
+setting special device flags, etc.  
+
+The most common use of UserConfig is to adjust or disable a driver
+which is causing trouble.  The "ls" command displays the current
+settings for all the drivers present in the booted kernel, and
+once you have located an entry of interest you may use the displayed
+device name to change its settings or even disable the driver completely.
+
+For example, to change the memory address of network adapter 'ed0' to
+the address 0xd4000, you would type
+        
+        config> iomem ed0 0xd4000
+                -----------------
+
+To entirely disable a device driver you are not using, use the
+"disable" command.  In this example, you would disable device
+`ie0' by typing:
+
+        config> disable ie0
+                -----------
+
+You can use the "ls" command to verify your changes and correct
+any other problems before continuing the boot process.
+
+Once you are happy with a given configuration you may type: "quit"
+
+This will cause the kernel to boot with the new settings you
+have chosen.
+
+Once you have a fully installed system (e.g. the `bin' distribution
+has been successfully extracted), any changes you make in UserConfig
+are permanently stored in the `/kernel' file on the root filesystem.
+This action is performed by the `dset' utility, which will ensure that
+these settings remain in effect until you replace the kernel with
+a new one.  If you do not want your changes to be permanently
+stored like this, remove `dset' from the /etc/rc file before you
+make any changes.
+
+If you accidentally change a setting for a device that you did not mean
+to change, the safest thing to do is to reset the computer and start
+over.  Do not allow the boot to proceed (e.g. do not type "quit") with
+bad settings as these may be permanently stored by dset and
+leave your system in a state where it will no longer run properly.
+
+We suggest as a general rule that you disable any drivers that are not
+used by your particular hardware configuration.  There are known problems
+with certain device drivers (see section 4.0) that can cause conflicts
+with other devices if they're also not disabled.  You should move or
+disable any device that resides at the same port or IRQ as a device
+you actually have!
+
+You can also remove drivers that are not needed by building yourself a
+custom kernel that contains only the device drivers which your system
+really needs (see section 6.0 of the FreeBSD.FAQ).  If your system has
+sufficient free disk space to store and compile the kernel sources,
+this is the option we most highly recommend.
+
+
+
+2.      Default (GENERIC) Configuration
+--      -------------------------------
+
+The following table contains a list of all of the devices that are present
+in the GENERIC kernel, which is the kernel (the operating system) that was
+placed on your computer during the FreeBSD installation process.
+(A compressed version of the GENERIC kernel is also used on the
+installation floppy diskettes.)
+
+The table describes the various parameters used by the driver to communicate
+with the hardware in your system.  There are four parameters in the
+table, but not all are used by each device.  They are:
+
+   Port   the starting I/O port used by the device, shown in hexadecimal.
+
+   IOMem  the lowest (or starting) memory address used by the device,
+          also shown in hexadecimal.
+
+   IRQ    the interrupt the device uses to alert the driver to an event,
+          given in decimal.
+
+   DRQ    the DMA (direct memory access) channel the device uses to move
+          data to and from main memory, also given in decimal.
+
+If an entry in the table has `n/a' for the value, it means that the
+parameter does not apply to that device.  A value of `dyn' means that the
+correct value should be  determined automatically by the kernel when the
+system boots.
+
+
+FreeBSD GENERIC kernel:
+
+        Port    IRQ     DRQ     IOMem   Description
+        ----    ---     ---     -----   ---------------------------------
+fdc0    3f0     6       2       n/a     Floppy disk controller
+wdc0    1f0     14      n/a     n/a     IDE/MFM/RLL disk controller
+wdc1    170     15      n/a     n/a     IDE/MFM/RLL disk controller
+
+ncr0    n/a     n/a     n/a     n/a     NCR PCI SCSI controller
+ahc0    n/a     n/a     n/a     n/a     Adaptec 294x PCI SCSI controller
+bt0     330     dyn     dyn     dyn     Buslogic SCSI controller
+uha0    330     dyn     6       dyn     Ultrastore 14f
+ahc1    dyn     dyn     dyn     dyn     Adaptec 274x/284x SCSI controller
+ahb0    dyn     dyn     dyn     dyn     Adaptec 174x SCSI controller
+aha0    330     dyn     5       dyn     Adaptec 154x SCSI controller
+aic0    340     11      dyn     dyn     Adaptec 152x/AIC-6360 SCSI
+                                        controller
+nca0    1f88    10      dyn     dyn     ProAudioSpectrum cards
+nca1    350     5       dyn     dyn     ProAudioSpectrum cards
+sea0    dyn     5       dyn     c8000   Seagate ST01/02 8 bit controller
+
+wt0     300     5       1       dyn     Wangtek and Archive QIC-02/QIC-36
+
+mcd0    300     10      n/a     n/a     Mitsumi CD-ROM
+mcd1    340     11      n/a     n/a     Mitsumi CD-ROM
+
+matcd0  dyn     n/a     n/a     n/a     Matsushita/Panasonic CD-ROM
+
+scd0    230     n/a     n/a     n/a     Sony CD-ROM
+
+sio0    3f8     4       n/a     n/a     Serial Port 0 (COM1)
+sio1    2f8     3       n/a     n/a     Serial Port 1 (COM2)
+sio2    3e8     5       n/a     n/a     Serial Port 2 (COM3)
+sio3    2e8     9       n/a     n/a     Serial Port 3 (COM4)
+
+lpt0    dyn     7       n/a     n/a     Printer Port 0
+lpt1    dyn     dyn     n/a     n/a     Printer Port 1
+lpt2    dyn     dyn     n/a     n/a     Printer Port 2
+
+de0                                     DEC DC21x40 PCI based cards
+                                        (including 21140 100bT cards)
+ed0     280     5       dyn     d8000   WD & SMC 80xx; Novell NE1000 &
+                                        NE2000; 3Com 3C503
+ed1     300     5       dyn     d8000   Same as ed0
+eg0     310     5       dyn     dyn     3Com 3C505
+ep0     300     10      dyn     dyn     3Com 3C509
+ie0     360     7       dyn     d0000   AT&T StarLAN 10 and EN100;
+                                        3Com 3C507; NI5210
+ix0     300     10      dyn     d0000   Intel EtherExpress cards
+le0     300     5       dyn     d0000   Digital Equipment EtherWorks
+                                        2 and EtherWorks 3
+lnc0    280     10      n/a     dyn     Lance/PCnet cards
+                                        (Isolan, Novell NE2100, NE32-VL)
+lnc1    300     10      n/a     dyn     See lnc0
+ze0     300     5       dyn     d8000   IBM/National Semiconductor
+                                        PCMCIA Ethernet Controller
+zp0     300     10      dyn     d8000   3Com PCMCIA Etherlink III
+                                        Ethernet Controller
+--- End of table ---
+
+
+If the hardware in your computer is not set to the same settings as
+those shown in this table and the item is not marked 'dyn', you will 
+have to either reconfigure your hardware, or use UserConfig ('-c' boot
+option) to reconfigure the kernel to match the way your hardware is
+currently set (see section 1.0).   
+
+If the settings do not match, the kernel may be unable to locate
+or reliably access the devices in your system.
+
+
+
+3.      LINT - other possible configurations
+--      ------------------------------------
+
+The following drivers are not in the GENERIC kernel but remain
+available to those who do not mind compiling a custom kernel (see
+section 6 of FreeBSD.FAQ).  The LINT configuration file
+(/sys/i386/conf/LINT) also contains prototype entries for just about
+every device supported by FreeBSD and is a good general reference.
+
+The device names and a short description of each are listed below. The port
+numbers, etc, are not meaningful here since you will need to compile a
+custom kernel to gain access to these devices anyway and can thus
+adjust the addresses to match the hardware in your computer in the process.
+The LINT file contains prototype entries for all of the below which you
+can easily cut-and-paste into your own file (or simply copy LINT and edit
+it to taste):
+
+apm:    Laptop Advanced Power Management (experimental)
+ctx:    Cortex-I frame grabber
+cx:     Cronyx/Sigma multiport sync/async
+cy:     Cyclades high-speed serial driver
+el:     3Com 3C501
+fe:     Fujitsu MB86960A/MB86965A Ethernet cards
+fea:    DEV DEFEA EISA FDDI adater
+fpa:    DEC DEFPA PCI FDDI adapter
+gp:     National Instruments AT-GPIB and AT-GPIB/TNT board
+gsc:    Genius GS-4500 hand scanner
+gus:    Gravis Ultrasound - Ultrasound, Ultrasound 16, Ultrasound MAX
+gusmax: Gravis Ultrasound MAX (currently broken)
+gusxvi: Gravis Ultrasound 16-bit PCM
+joy:    Joystick
+labpc:  National Instrument's Lab-PC and Lab-PC+
+mpu:    Roland MPU-401 stand-alone card
+mse:    Logitech & ATI InPort bus mouse ports
+mss:    Microsoft Sound System
+nic:    Dr Neuhaus NICCY 3008, 3009 & 5000 ISDN cards
+opl:    Yamaha OPL-2 and OPL-3 FM - SB, SB Pro, SB 16, ProAudioSpectrum
+pas:    ProAudioSpectrum PCM and MIDI
+pca:    PCM audio ("/dev/audio") through your PC speaker
+psm:    PS/2 mouse port
+rc:     RISCom/8 multiport card
+sb:     SoundBlaster PCM - SoundBlaster, SB Pro, SB16, ProAudioSpectrum
+sbmidi: SoundBlaster 16 MIDI interface
+sbxvi:  SoundBlaster 16
+spigot: Create Labs Video Spigot video-acquisition board
+uart:   Stand-alone 6850 UART for MIDI
+wds:    Western Digital WD7000 IDE
+
+--- end of list ---
+
+
+4.      Known Hardware Problems, Q & A:
+--      -------------------------------
+
+Q: mcd0 keeps thinking that it has found a device and this stops my Intel
+   EtherExpress card from working.
+
+A: Use the UserConfig utility (see section 1.0) and disable the probing of
+   the mcd0 and mcd1 devices.  Generally speaking, you should only leave
+   the devices that you will be using enabled in your kernel.
+
+
+Q: The system finds my ed network card, but I keep getting device 
+   timeout errors.
+
+A: Your card is probably on a different IRQ from what is specified in the
+   kernel configuration.  The ed driver will no longer use the `soft'
+   configuration by default (values entered using EZSETUP in DOS), but it
+   will use the software configuration if you specify `?' in the IRQ field
+   of your kernel config file.  The reason for the change is because the
+   ed driver used to read and try to use the soft configuration information
+   even when the card was jumpered to use a hard configuration, and this
+   caused problems.
+
+   Either move the jumper on the card to a hard configuration setting
+   (altering the kernel settings if necessary), or specify the IRQ as
+   `-1' in UserConfig or `?' in your kernel config file.  This will
+   tell the kernel to use the soft configuration.
+
+   Another possibility is that your card is at IRQ 9, which is shared
+   by IRQ 2 and frequently a cause of problems (especially when you
+   have a VGA card using 2! :).  You should not use IRQ 2 or 9 if at
+   all possible.
+
+
+Q: I go to boot from the hard disk for the first time after installing
+   FreeBSD, but the Boot Manager prompt just prints `F?' at the boot menu
+   each time but the boot won't go any further.
+
+A: The hard disk geometry was set incorrectly in the Partition editor when
+   you installed FreeBSD.  Go back into the partition editor and specify
+   the actual geometry of your hard disk.  You must reinstall FreeBSD
+   again from the beginning with the correct geometry.
+
+   If you are failing entirely in figuring out the correct geometry for
+   your machine, here's a tip:  Install a small DOS partition at the
+   beginning of the disk and install FreeBSD after that.  The install
+   program will see the DOS partition and try to infer the correct
+   geometry from it, which usually works.
+
+
+Q: I have a Matsushita/Panasonic CD-ROM drive but it isn't recognized
+   by the system, even if I use UserConfig to change the Port address to
+   630, which is what my card uses.
+
+A: Not all of the companies that sell the Matsushita/Panasonic CR-562
+   and CR-563 drives use the same I/O ports and interface that the
+   matcd driver in FreeBSD expects.  The only adapters that are supported
+   at this time are those that are 100% compatible with the Creative
+   Labs (SoundBlaster) host interface.  See matcd.4 documentation for a
+   list of host adapters that are known to work.
+
+
+Q: I'm trying to install from a tape drive but all I get is something like:
+        st0(aha0:1:0) NOT READY csi 40,0,0,0
+   on the screen.  Help!
+
+A: There's a limitation in the current sysinstall that the tape MUST
+   be in the drive while sysinstall is started or it won't be detected.
+   Try again with the tape in the drive the whole time.
+
+
+Q: I've installed FreeBSD onto my system, but it hangs when booting from 
+   the hard drive with the message: ``Changing root to /dev/sd0a''.
+
+A: This problem may occur in a system with a 3com 3c509 ethernet adaptor.
+   The ep0 device driver appears to be sensitive to probes for other
+   devices that also use address 0x300.  Boot your FreeBSD system by power
+   cycling the machine (turn off and on).  At the ``Boot:'' prompt specify
+   the ``-c''.  This will invoke UserConfig (see Section 1. above).  Use
+   the ``disable'' command to disable the device probes for all devices
+   at address 0x300 except the ep0 driver.   On exit, your machine should
+   successfully boot FreeBSD.
+
+
+Q: My system hangs during boot, right after the "fd0: [my floppy drive]"
+   line.
+
+A: This is not actually a hang, simply a very LONG "wdc0" probe that
+   often takes a long time to complete on certain systems (where there
+   usually _isn't_ a WD controller).  Be patient, your system will boot!
+   To eliminate the problem, boot with the -c flag and eliminate the wdc0
+   device, or compile a custom kernel.
+
+[ Please add more hardware tips to this Q&A section! ]
diff --git a/release/sysinstall/help/en_US.ISO8859-1/options.hlp b/release/sysinstall/help/en_US.ISO8859-1/options.hlp
new file mode 100644
index 000000000000..c30180c4901b
--- /dev/null
+++ b/release/sysinstall/help/en_US.ISO8859-1/options.hlp
@@ -0,0 +1,95 @@
+The following options may be set from this screen:
+
+NFS Secure:   NFS server talks only on a secure port
+
+    This is most commonly used when talking to Sun workstations, which
+    will not talk NFS over "non priviledged" ports.
+
+
+NFS Slow:     User is using a slow PC or ethernet card
+
+    Use this option if you have a slow PC (386) or an ethernet card
+    with poor performance being "fed" by NFS on a higher-performance
+    workstation.  This will throttle the workstation back to prevent
+    the PC from becoming swamped with data.
+
+
+FTP Abort:    On transfer failure, abort
+
+    This is pretty self-explanatory.  If you're transfering from a
+    host that drops the connection or cannot provide a file, abort
+    the installation of that piece.
+
+
+FTP Reselect: On transfer failure, ask for another host
+
+    This is more useful to someone doing an interactive installation.
+    If the current host stops working, ask for a new ftp server to
+    resume the installation from.  The install will attempt to pick
+    up from where it left off on the other server, if at all possible.
+
+
+FTP Active:   Use "active mode" for standard FTP
+
+    For all FTP transfers, use "Active" mode.  This will not work
+    through firewalls, but will often work with older ftp servers
+    that do not support passive mode.  If your connection hangs
+    with passive mode (the default), try active!
+
+
+FTP Passive:  Use "passive mode" for firewalled FTP
+
+    For all FTP transfers, use "Passive" mode.  This allows the user
+    to pass through firewalls that do not allow incoming connections
+    on random port addresses.
+
+    NOTE: ACTIVE AND PASSIVE MODES ARE NOT THE SAME AS A `PROXY'
+    CONNECTION, WHERE A PROXY FTP SERVER IS LISTENING ON A DIFFERENT
+    PORT!
+
+    In such situations, you should specify the URL as something like:
+
+        ftp://foo.bar.com:1234/pub/FreeBSD
+
+    Where "1234" is the port number of the proxy ftp server.
+
+
+Debugging:    Turn on the extra debugging flag
+
+    This turns on a lot of extra noise over on the second screen
+    (ALT-F2 to see it, ALT-F1 to switch back).  If your installation
+    should fail for any reason, PLEASE turn this flag on when
+    attempting to reproduce the problem.  It will provide a lot of
+    extra debugging at the failure point and may be very helpful to
+    the developers in tracking such problems down!
+
+
+Yes To All:   Assume "Yes" answers to all non-critical dialogs
+
+    This flag should be used with caution.  It will essentially
+    decide NOT to ask the user about any "boundry" conditions that
+    might not constitute actual errors but may be warnings indicative
+    of other problems.
+
+
+FTP userpass: Specify username and password instead of anonymous.
+
+    By default, the installation attempts to log in as the
+    anonymous user.  If you wish to log in as someone else,
+    specify the username and password with this option.
+
+
+Clear:        Clear All Option Flags
+
+    Reset all option flags back to their default values.
+
+----
+
+Some of these items, like "FTP Active" or "FTP Passive", are actually
+mutually-exclusive even though you can turn all of them on or off at
+once.  This is a limitation of the menuing system, and is compensated
+for by checks that ensure that the various flags are not in conflict.
+If you re-enter the Options menu again after leaving it, you'll see
+the settings it's actually using after checking for any possible
+conflicts.
+
diff --git a/release/sysinstall/help/en_US.ISO8859-1/partition.hlp b/release/sysinstall/help/en_US.ISO8859-1/partition.hlp
new file mode 100644
index 000000000000..fd16a45de834
--- /dev/null
+++ b/release/sysinstall/help/en_US.ISO8859-1/partition.hlp
@@ -0,0 +1,77 @@
+This is the FreeBSD DiskLabel Editor.
+
+If you're new to this installation, then you should first understand
+how FreeBSD 2.0.5's new "slices" paradigm for looking at disk storage
+works.  It's not very hard to understand.  A "fully qualified slice name",
+that is the name of the file we open in /dev to talk to the slice,
+is optionally broken into 3 parts:
+
+        First you have the disk name.  Assume we have two SCSI
+        drives in our system, which gives us `sd0' and `sd1'.
+
+        Next you have the "Slice" (or "FDISK Partition") number,
+        as seen in the Partition Editor.  Assume that our sd0 contains
+        two slices, a FreeBSD slice and a DOS slice.  This gives us
+        sd0s1 and sd0s2.  Let's also say that sd1 is completely devoted
+        to FreeBSD, so we have only one slice there: sd1s1.
+
+        Next, if a slice is a FreeBSD slice, you have a number of
+        (confusingly named) "partitions" you can put inside of it.
+        These FreeBSD partitions are where various filesystems or swap
+        areas live, and using our hypothetical two-SCSI-disk machine
+        again, we might have something like the following layout on sd0:
+
+                Name            Mountpoint
+                ----            ----------
+                sd0s1a          /
+                sd0s1b          <swap space>
+                sd0s1e          /usr
+
+        Because of historical convention, there is also a short-cut,
+        or "compatibility slice", that is maintained for easy access
+        to the first FreeBSD slice on a disk for those programs which
+        still don't know how to deal with the new slice scheme.
+        The compatibility slice names for our filesystem above would
+        look like:
+
+                Name            Mountpoint
+                ----            ----------
+                sd0a            /
+                sd0b            <swap space>
+                sd0e            /usr
+
+        FreeBSD automatically maps the compatibility slice to the first
+        FreeBSD slice it finds (in this case, sd0s1).  You may have multiple
+        FreeBSD slices on a drive, but only the first one may be the
+        compatibility slice!
+
+        The compatibility slice will eventually be phased out, but
+        it is still important right now for several reasons:
+
+                1. Some programs, as mentioned before, still don't work
+                   with the slice paradigm and need time to catch up.
+
+                2. The FreeBSD boot blocks are unable to look for
+                   a root file system in anything but a compatibility
+                   slice right now.  This means that our root will always
+                   show up on "sd0a" in the above scenario, even though
+                   it really lives over on sd0s1a and would otherwise be
+                   referred to by its full slice name.
+
+Once you understand all this, then the label editor becomes fairly
+simple.  You're either carving up the FreeBSD slices displayed at the
+top of the screen into smaller pieces (displayed in the middle of the
+screen) and then putting FreeBSD file systems on them, Or you're just
+mounting existing partitions/slices into your filesystem hierarchy;
+this editor lets you do both.  Since a DOS partition is also just
+another slice as far as FreeBSD is concerned, you can mount one into
+in your filesystem hierarchy just as easily with this editor.  For
+FreeBSD partitions you can also toggle the "newfs" state so that
+the partitions are either (re)created from scratch or simply checked
+and mounted (the contents are preserved).
+
+When you're done, type `Q' to exit.
+
+No actual changes will be made to the disk until you (C)ommit from the
+Install menu!  You're working with what is essentially a copy of
+the disk label(s), both here and in the FDISK Partition Editor.
diff --git a/release/sysinstall/help/en_US.ISO8859-1/slice.hlp b/release/sysinstall/help/en_US.ISO8859-1/slice.hlp
new file mode 100644
index 000000000000..e055ca473241
--- /dev/null
+++ b/release/sysinstall/help/en_US.ISO8859-1/slice.hlp
@@ -0,0 +1,28 @@
+This is the Main Partition (or ``Slice'') Editor.
+
+Possible commands are printed at the bottom, and the Master Boot Record
+contents are at the top.  You can move up and down with the arrow keys
+and can (C)reate a new partition whenever the "bar" is over a partition
+whose type is set to "unused".
+
+The flags field has the following legend:
+
+        '='  -- Partition is properly aligned.
+        '>'  -- The partition doesn't end before cylinder 1024
+        'R'  -- Has been marked as containing the root (/) filesystem
+        'B'  -- Partition employs BAD144 bad-spot handling
+        'C'  -- This is the FreeBSD 2.0-compatibility partition (default)
+        'A'  -- This partition is marked active.
+
+If you select a partition for Bad144 handling, it will be scanned
+for bad blocks before any new filesystems are made on it.
+
+If no partition is marked Active, you will need to either install
+a Boot Manager (the option for which will be presented later in the
+installation) or set one Active before leaving this screen.
+
+To leave this screen, type `Q'.
+
+No actual changes will be made to the disk until you (C)ommit from the
+Install menu!  You're working with what is essentially a copy of
+the disk label(s), both here and in the Label Editor.
diff --git a/release/sysinstall/help/es_ES.ISO8859-1/README b/release/sysinstall/help/es_ES.ISO8859-1/README
new file mode 100644
index 000000000000..27020bfbb406
--- /dev/null
+++ b/release/sysinstall/help/es_ES.ISO8859-1/README
@@ -0,0 +1,108 @@
+   ------------------------------------------
+     FreeBSD 2.0.5  ---  Versión DEFINITIVA            ,        ,
+   ------------------------------------------         /(        )`
+                                                      \ \___   / |
+¡Bienvenido a la versión 2.0.5 de FreeBSD! 2.0.5 es   /- _  `-/  '
+una versión intermedia de FreeBSD que rellena el     (/\/ \ \   /\
+hueco existente entre 2.0R (publicada en Noviembre   / /   | `    \
+de 1994) y 2.1R, que se publicará a finales de       O O   ) /    |
+Julio de 1995. FreeBSD 2.0.5 contiene gran           `-^--'`<     '
+cantidad de mejoras significativas respecto de      (_.)  _  )   /
+2.0R, entre las que destacan una mayor estabilidad   `.___/`    /
+(por un considerable margen), docenas de               `-----' /
+características nuevas y un programa      <----.     __ / __   \
+de instalación muy mejorado. Vea las      <----|====O)))==) \) /====
+notas a la versión para más detalles      <----'    `--' `.__,' \
+sobre las novedades de FreeBSD 2.0.5.                  |        |
+                                                        \       /       /\
+                                                   ______( (_  / \______/
+                                                 ,'  ,-----'   |
+                                                 `--{__________)
+
+
+¿Qué es FreeBSD? FreeBSD es un sistema operativo basado en 4.4 BSD Lite
+para hardware PC basado en "x86" de Intel, AMD, Cyrix o NexGen. Funciona
+con un abanico muy amplio de periféricos y configuraciones de PC y se
+puede utilizar para todo tipo de actividades, desde el desarrollo de
+software hasta la provisión de servicios de Internet; ¡el lugar más
+concurrido de la Internet, ftp.cdrom.com, es una máquina con FreeBSD!
+
+Esta versión de FreeBSD contiene todo lo que necesita para montar
+un sistema así, además del código fuente completo. Con la distribución
+de las fuentes instalada, puede recompilar literalmente el sistema
+entero desde cero con un solo comando, lo que lo hace ideal para
+estudiantes, investigadores o quienes simplemente deseen ver cómo
+funciona todo.
+
+También se proporciona una gran recopilación de software de terceros
+adaptado (la "colección de adaptaciones") para facilitarle la
+obtención e instalación de todas sus utilidades tradicionales de UNIX
+favoritas bajo FreeBSD. Son más de 270 adaptaciones, que abarcan desde
+editores hasta lenguajes de programación o aplicaciones gráficas, lo
+cual hace de FreeBSD un potente y completo entorno de trabajo, capaz de
+rivalizar en utilización general y potencia con el de muchas estaciones
+de trabajo grandes.
+
+
+Para obtener más documentación sobre este sistema, se recomienda que
+adquiera el juego de publicaciones sobre 4.4BSD de O'Reilly Associates
+y la asociación USENIX, ISBN 1-56592-082-1. No tenemos ninguna conexión
+con O'Reilly, ¡simplemente somos consumidores satisfechos!
+
+Quizá también desee leer la GUIA DEL HARDWARE *antes* de avanzar más
+con la instalación. La configuración del hardware del PC para algo que
+no sea DOS/Windows (los cuales en realidad no exigen demasiado al
+hardware) es realmente un poco más complicada de lo que parece, y si
+cree que comprende los PC, está claro que aún no los ha utilizado
+durante el tiempo suficiente. :) Esta guía le proporcionará algunos
+consejos sobre cómo configurar el hardware, así como los síntomas que hay
+que buscar en caso de problema. Esta guía está disponible en el menú
+Documentación del disquete de arranque de FreeBSD.
+
+ADVERTENCIA: Aunque FreeBSD hace todo lo posible para prevenir la pérdida
+accidental de datos, ¡sigue siendo más que posible BORRAR EL DISCO ENTERO
+con esta instalación! Por favor, ¡no pase al menú final de la instalación
+de FreeBSD hasta haber realizado primero una copia de seguridad adecuada
+de todos los datos importantes! ¡Lo decimos en serio!
+
+Los comentarios técnicos sobre esta versión deben enviarse (en inglés) a:
+
+        hackers@FreeBSD.org
+
+
+Los informes sobre errores deben enviarse mediante el comando 'send-pr',
+si fue posible instalar el sistema, o en otro caso a:
+
+        bugs@FreeBSD.org
+
+Por favor, asegúrese de indicar QUE VERSION de FreeBSD utiliza en todos
+los informes sobre errores.
+
+
+Las preguntas generales deben enviarse a:
+
+        questions@FreeBSD.org
+
+Por favor sea paciente si no se responde a sus preguntas de inmediato,
+pues este es un momento especialmente atareado para nosotros y nuestros
+recursos voluntarios a menudo están copados hasta el límite. Los informes
+sobre errores enviados con el comando send-pr se registran y se siguen en
+nuestra base de datos de errores y se le mantendrá informado sobre todos
+los cambios en su estado durante la vida del error (o de la petición de
+nuevas características).
+
+Nuestro nodo del WEB, http://www.freebsd.org, también es una fuente muy
+buena de información actualizada y proporciona una serie de facilidades
+avanzadas de documentación. Puede utilizar la versión de Netscape para
+BSDI para ojear el World Wide Web directamente desde FreeBSD.
+
+Puede que también desee inspeccionar /usr/share/FAQ y /usr/share/doc para
+más información sobre el sistema.
+
+
+Gracias por leer todo esto; ¡esperamos sinceramente que disfrute esta
+versión de FreeBSD!
+
+                                Jordan Hubbard,
+                                para El Proyecto FreeBSD
+
diff --git a/release/sysinstall/help/es_ES.ISO8859-1/configure.hlp b/release/sysinstall/help/es_ES.ISO8859-1/configure.hlp
new file mode 100644
index 000000000000..608c6914b254
--- /dev/null
+++ b/release/sysinstall/help/es_ES.ISO8859-1/configure.hlp
@@ -0,0 +1,18 @@
+Este menú le permite configurar un poco el sistema después de
+haberlo instalado. Como mínimo, probablemente deberá establecer
+la contraseña del administrador del sistema y el huso horario
+del sistema.
+
+Para otras cosas extra como bash, emacs, pascal, etc. es muy
+probable que también tenga que activar la opción Packages (Paquetes)
+de este menú. Observe que actualmente esto sólo tiene alguna utilidad
+si dispone de un CDROM o de una colección existente de paquetes en
+algún lugar de la jerarquía del sistema de ficheros a donde pueda
+acceder la herramienta de gestión de paquetes. La transferencia
+automática de paquetes por FTP aún no está soportada.
+
+Si desea volver a invocar la herramienta de instalación de paquetes
+después de salir de la instalación del sistema, el comando es
+``pkg_manage''. Para establecer el huso horario, escriba ``tzsetup''.
+Para más información sobre la configuración general del sistema, vea
+el fichero ``/etc/sysconfig''.
diff --git a/release/sysinstall/help/es_ES.ISO8859-1/language.hlp b/release/sysinstall/help/es_ES.ISO8859-1/language.hlp
new file mode 100644
index 000000000000..a76895b41555
--- /dev/null
+++ b/release/sysinstall/help/es_ES.ISO8859-1/language.hlp
@@ -0,0 +1,15 @@
+Utilice este menú para seleccionar el idioma deseado. Por el momento,
+esto únicamente sirve para establecer el idioma por defecto con que
+se visualizan diversos ficheros de ayuda.
+
+En versiones posteriores también cambiará la disposición del teclado,
+el mapa de pantalla, los ajustes de NLS (el propio sysinstall usará
+catálogos de mensajes, de forma que todos los menús estén en el
+idioma adecuado) e implementará otras características I18N para
+ajustarse a diversos estándares.
+
+Hasta que se efectúen dichas mejoras, puede que encuentre más sencillo
+editar por su cuenta el fichero /etc/sysconfig una vez que el sistema
+esté totalmente instalado. Hay un buen número de comentarios en ese
+fichero que detallan lo que debería cambiarse, así como unos pocos
+ejemplos de configuraciones no inglesas.
diff --git a/release/sysinstall/help/fr_FR.ISO8859-1/configure.hlp b/release/sysinstall/help/fr_FR.ISO8859-1/configure.hlp
new file mode 100644
index 000000000000..4f3ed97f911f
--- /dev/null
+++ b/release/sysinstall/help/fr_FR.ISO8859-1/configure.hlp
@@ -0,0 +1,16 @@
+Ce menu permet de configurer votre système dès la fin de son
+installation. Le minimum conseillé est d'ajouter un mot de passe pour
+l'administrateur du système, et d'indiquer le fuseau horaire de votre
+localisation.
+
+Pour installer des utilitaires supplémentaires, tels que bash, emacs,
+pascal, etc., vous pouvez utiliser l'entrée « Packages » dans ce
+menu. L'obtention automatique de ces outils via FTP n'étant pas encore
+disponible, une installation à partir du disque ou du CDROM est
+nécessaire.
+
+Une installation ultérieure de ces outils sera toujours possible, à
+l'aide de la commande « pkg_manage ». Un ajustement de l'heure peut
+aussi être effectué grâce à « tzsetup ». Enfin, pour modifier la
+configuration générale de votre système, reportez vous au contenu du
+fichier /etc/sysconfig.
diff --git a/release/sysinstall/help/fr_FR.ISO8859-1/language.hlp b/release/sysinstall/help/fr_FR.ISO8859-1/language.hlp
new file mode 100644
index 000000000000..f4a99ea6cd01
--- /dev/null
+++ b/release/sysinstall/help/fr_FR.ISO8859-1/language.hlp
@@ -0,0 +1,13 @@
+Ce menu permet de choisir parmi plusieurs, le langage que vous
+préférez. Pour l'instant cela n'est utilisé que dans certains fichiers
+d'aide.
+
+Les versions suivantes permettront d'adapter le clavier, les codes
+écran, la configuration NLS (le programme « sysinstall » utilisera
+alors des menus en conséquence), et d'autres caractéristiques suivant
+votre choix.
+
+En attendant, la méthode la plus simple consiste à éditer le fichier
+/etc/sysconfig dès la fin de l'installation. Les nombreux commentaires
+de ce fichier indiquent comment obtenir une configuration personnelle
+et proposent quelques exemples.
diff --git a/release/sysinstall/help/it_IT.ISO8859-1/configure.hlp b/release/sysinstall/help/it_IT.ISO8859-1/configure.hlp
new file mode 100644
index 000000000000..d144cf1aa552
--- /dev/null
+++ b/release/sysinstall/help/it_IT.ISO8859-1/configure.hlp
@@ -0,0 +1,16 @@
+Questo menu vi permette di scegliere la configurazione iniziale
+del sistema dopo l'installazione. Come minimo, andrebbero definite
+la password del system manager e il fuso orario locale.
+
+Per applicazioni addizionali quali bash, emacs, pascal ecc. fate
+riferimento alla voce "Packages" in questo menu. Si noti che questa
+voce e` utile solo se avete a disposizione il CDROM o la collezione
+dei sorgenti delle applicazioni da qualche parte nel file system.
+Il trasferimento automatico, via FTP, dei sorgenti non e` ancora
+supportato.
+
+Se volete invocare nuovamente il software di installazione delle
+applicazioni dopo aver finito l'installazione, dovete usare il
+comando ``pkg_manage''. Per scegliere il fuso orario, battere
+``tzsetup''. Per ulteriori informazioni sulla configurazione generale
+del sistema, guardare il file ``/etc/sysconfig''.
diff --git a/release/sysinstall/help/it_IT.ISO8859-1/language.hlp b/release/sysinstall/help/it_IT.ISO8859-1/language.hlp
new file mode 100644
index 000000000000..2bc2a0e479a8
--- /dev/null
+++ b/release/sysinstall/help/it_IT.ISO8859-1/language.hlp
@@ -0,0 +1,15 @@
+
+Usate questo menu per scegliere il vostro linguaggio preferito. Al
+momento, questa selezione influenza solo il linguaggio nel quale
+sono mostrati i files di help.
+
+In future release, questa selezione cambiera` anche il layout della
+tastiera, la tabella dei caratteri, le funzioni di supporto ai
+linguaggi nazionali, e altre funzioni I18N che fanno parte dei vari
+standard.
+
+Fino a quando tutte queste funzionalita` non saranno attive, e`
+probabilmente piu` semplice editare a mano il file /etc/sysconfig
+una volta che il sistema e` installato completamente. Nel file ci
+sono diversi commenti che spiegano cosa dovrebbe essere cambiato,
+e anche alcuni esempi di settaggi per lingue diverse dall'inglese.
diff --git a/release/sysinstall/help/ja_JP.JIS/configure.hlp b/release/sysinstall/help/ja_JP.JIS/configure.hlp
new file mode 100644
index 000000000000..3860fb9f149a
--- /dev/null
+++ b/release/sysinstall/help/ja_JP.JIS/configure.hlp
@@ -0,0 +1,13 @@
+$B$3$N%a%K%e!<$G$O!"%$%s%9%H!<%k8e$K%7%9%F%`$N@_Dj$r$7$^$9!#>/$J$/$H$b!"(B
+$B%7%9%F%`4IM}<T$H%7%9%F%`$N%?%$%`%>!<%s$N@_Dj$O$7$F$/$@$5$$!#(B
+
+bash$B!"(Bemacs$B!"(Bpascal $B$J$I$N!"$5$i$J$kL%NOE*$JJ*$K$D$$$F$O!"$3$N%a%K%e!<(B
+$B$N(B Package $B$N9`L\$r8+$F$/$@$5$$!#8=:_$N$H$3$m!"(BCD-ROM $B$r;}$C$F$$$k$+!"(B
+$B%U%!%$%k%7%9%F%`>e$K%Q%C%1!<%8%3%l%/%7%g%s$r;}$C$F$$$k>l9g$N$_!"K\Ev$K(B
+$BJXMx$G$"$k$H$$$&$3$H$r3P$($F$*$$$F$/$@$5$$!#%Q%C%1!<%8$r<+F0E*$K(B FTP 
+$B$GE>Aw$7$F$/$k5!G=$O$^$@$"$j$^$;$s!#(B
+
+$B%7%9%F%`$N%$%s%9%H!<%k$,=*$C$?8e$G!"%Q%C%1!<%8$r%$%s%9%H!<%k$9$k%D!<%k(B
+$B$rF0$+$9$K$O!"!V(Bpkg_manage$B!W$H$$$&%3%^%s%I$r;HMQ$7$^$9!#%?%$%`%>!<%s$r(B
+$B;XDj$9$k$K$O!V(Btzsetup$B!W$HF~NO$7$F$/$@$5$$!#$3$l0J>e$N0lHLE*$J%7%9%F%`(B
+$B$N@_Dj$K4X$9$k>pJs$K$D$$$F$O!"!V(B/etc/sysconfig$B!W%U%!%$%k$r8+$F$/$@$5$$!#(B
diff --git a/release/sysinstall/help/ja_JP.JIS/language.hlp b/release/sysinstall/help/ja_JP.JIS/language.hlp
new file mode 100644
index 000000000000..9871dbb1eb7c
--- /dev/null
+++ b/release/sysinstall/help/ja_JP.JIS/language.hlp
@@ -0,0 +1,12 @@
+$B9%$_$N8@8l$rA*Br$9$k$K$O!"$3$N%a%K%e!<$r;HMQ$7$F$/$@$5$$!#8=:_$N$H$3$m!"(B
+$BMM!9$J%X%k%W$G;HMQ$5$l$k%G%U%)%k%H$N8@8l$r@_Dj$9$k$@$1$G$9!#(B
+
+$B>-Mh$N%j%j!<%9$G$O!"$3$N%a%K%e!<$K$h$C$F%-!<%\!<%I%l%$%"%&%H!"%9%/%j!<(B
+$B%s%^%C%W!"(BNLS $B$N@_Dj(B (sysinstall $B<+BN$bA4$F$N%a%K%e!<$rE,@Z$J8@8l$GI=(B
+$B<($9$k$N$K!"%a%C%;!<%8%+%?%m%0$r;HMQ$9$k$h$&$K$J$j$^$9(B)$B!"$=$7$FMM!9$J(B
+$BI8=`$KE,9g$5$;$k$?$a$N$=$NB>$N9q:]2=5!G=$rJQ99$7$^$9!#(B
+
+$B$3$l$i$N2~NI$,9T$o$l$k$^$G$O!"%7%9%F%`$,A4$F%$%s%9%H!<%k$5$l$?8e$G(B 
+/etc/sysconfig $B$rJT=8$9$k$N$,4JC1$G$7$g$&!#$3$N%U%!%$%k$K$O!"JQ99$9$k(B
+$B$Y$-ItJ,$K$D$$$F$N$?$/$5$s$N%3%a%s%H$d!"1Q8l0J30$N8@8l$N@_Dj$K4X$9$k$$(B
+$B$/$D$+$NNc$,$"$j$^$9!#(B
diff --git a/release/sysinstall/help/ja_JP.ROMAJI/README b/release/sysinstall/help/ja_JP.ROMAJI/README
new file mode 100644
index 000000000000..53b4357acabe
--- /dev/null
+++ b/release/sysinstall/help/ja_JP.ROMAJI/README
@@ -0,0 +1,105 @@
+   -----------------------------------------
+       FreeBSD 2.0.5  ---  RELEASE Version             ,        ,
+   -----------------------------------------          /(        )`
+                                                      \ \___   / |
+youkoso FreeBSD no 2.0.5 release he!  2.0R (koreha    /- _  `-/  '
+94 nen 11 gatsu ni release saremashita) to, 95 nen   (/\/ \ \   /\
+7 gatsu owari goro release sareru yotei no 2.1R to   / /   | `    \
+no aida wo umeru tameni hitsuyou to saretatame,      O O   ) /    |
+2.0.5 ha zantei teki ni release saremashita.         `-^--'`<     '
+FreeBSD 2.0.5 ha 2.0R kara ooku no juuyou na        (_.)  _  )   /
+kairyou ga okonawaremashita.  totemo antei shiteiru  `.___/`    /
+(kanari no yoyuu wo motte) dakedenaku,                 `-----' /
+takusan no atarashii tokuchou ya totemo   <----.     __ / __   \
+kakuchou sareta install program mo        <----|====O)))==) \) /====
+arimasu.  FreeBSD 2.0.5 de atarashiku     <----'    `--' `.__,' \
+natta bubun ni tsuite yori kuwashikuha,                |        |
+release notes wo yonde kudasai!                         \       /       /\
+                                                   ______( (_  / \______/
+                                                 ,'  ,-----'   |
+                                                 `--{__________)
+
+
+FreeBSD tte nani?  FreeBSD ha 4.4 BSD Lite wo motoni shi, Intel, AMD,
+Cyrix, NexGen nadono "x86" base no PC de dousasuru operating system
+desu.  samazama na PC you shuuhen kiki ya kousei de dousa si, software 
+kaihatsu kara Internet service teikyou made arayurukotoni shiyou
+dekimasu.  Internet jou no shougyou teki site de aru ftp.cdrom.com ha
+FreeBSD machine desu!
+
+FreeBSD no kono release deha, kouitta system wo jikkou suru tameni
+hitsuyouna mono subete ga, kanzen na source code tsuki de fukumarete
+imasu.  source distribution wo install sureba, hitotsu no command de,
+moji doori subeteno system wo compile shinaosu kotoga dekimasu.
+koreha, gakusei, kenkyuusya, moshikuha douyatte dousa shiteirukawo
+shiritai hitotachini totteha risoutekidesu.
+
+dentou teki na UNIX utility wo teniire, FreeBSD ni install shiyasui
+youni, third party no ishoku shita software ga takusan atumete arimasu 
+("ports collection").  EMACS editor kara lisp shorikei madeno subetewo 
+fukumu 270 ijou no ports ni yotte, FreeBSD ha ippantekina jitsuyousei
+ya nouryokudeha, tasuu no workstation ni hitteki suru, kyouryoku de
+houkatsuteki na operating system to natte imasu.
+
+
+kono system no yori ookuno bunsyo ni tsuiteha, O'Reilly Associates and 
+the USENIX Associations no 4.4BSD Document Set (ISBN 1-56592-082-1) wo 
+kounyuu shitekudasai.  watashitachi ha O'Reilly toha nan'no kankei mo
+arimasen.  watashitachi ha tada kokyaku toshite manzoku shiteiru
+dakedesu.
+
+install wo okonau maeni, HARDWARE GUIDE wo yomitaku narukamo
+shiremasen.  PC wo DOS/Windows (koreraha amari hardware wo youkyuu
+shimasen) igai no tameni settei surunoha warito muzukashii kotodesu.
+moshi, PC no kotoha rikai shiteiru to omotteiru toshitara, mada juubun 
+nagaku tsukattenai tte kotodesu! :) kono guide niha, dn'na fuuni
+hardware wo settei surebaiinoka, trouble no baai ha don'na choukou wo
+kansatsu sureba iinoka ni tsuiteno hiketsuga arimasu.  kono guide ha,
+FreeBSD boot floppy no Documentation menu ni arimasu.
+
+HININ SEIMEN BUN: FreeBSD ha jiko de data ga nakunaru kotono naiyou,
+best wo tsukushite imasuga, install chuu ni disk zentai wo
+keshiteshimau kanousei ha izentoshite sonzai shimasu!  saisho ni
+juuyou na data no backup wo kichinto totte inainara, saigono FreeBSD
+install menu ha jikkou shinaide kudasai!  chanto iimashita yo!
+
+kono release ni kansuru gijutsuteki na commento ha ika ni okutte
+kudasai:
+
+        hackers@FreeBSD.org
+
+
+bug report ha, system wo install dekitanara `send-pr' command wo
+tsukatte okutte kudasai.  soude nai nara, ika ni okutte kudasai:
+
+        bugs@FreeBSD.org
+
+bug report deha, dono version no FreeBSD wo tsukatte irunokawo meiki
+suruyou ki wo tsukete kudasai.
+
+
+ippan teki na shitsumon ha ika ni okutte kudasai:
+
+        questions@FreeBSD.org
+
+shitsumon ni taisuru kaitou ga suguni erarenakutemo gaman shite
+kudasai - genzai ha watashi tachi ni tottemo isogashii toki desushi,
+volunteer tachi mo genkai made ganbatte imasu!  send-pr command de
+teishutsu sareta bug report ha bug database ni kirokusare, tsuiseki
+saremasu.  soshite, sono bug (mataha shiyou ni kansuru youkyuu) ga
+sonzai suru aidaha arayuru joutai no henkou ga anatani tsuuchi
+saremasu.
+
+watashi tachi no WEB site de aru http://www.freebsd.org mo, koushin
+sareta jouhou no yoi jouhougen desusi, takusan no koudo na bunsyo ga
+youi sarete imasu.  BSDI you no Netscape wo shiyou suruto, World Wide
+Web wo chokusetsu FreeBSD kara etsuran dekimasu.
+
+/usr/share/FAQ ya /usr/share/doc niha, sarani jouhou ga arimasu.
+
+
+yonde kudasatte arigatou.  douzo kono release no FreeBSD wo otanoshimi 
+kudasai!
+
+                                Jordan Hubbard,
+                                for The FreeBSD Project
diff --git a/release/sysinstall/help/ja_JP.ROMAJI/configure.hlp b/release/sysinstall/help/ja_JP.ROMAJI/configure.hlp
new file mode 100644
index 000000000000..c1527965660c
--- /dev/null
+++ b/release/sysinstall/help/ja_JP.ROMAJI/configure.hlp
@@ -0,0 +1,16 @@
+kono menu deha, install go ni system no settei wo shimasu.
+sukunakutomo, system kanrisha to system no time zone no settei ha
+shite kudasai.
+
+bash, emacs, pascal nadono, saranaru miryokuteki na mono ni tsuiteha,
+kono menu no Package no koumoku wo mite kudasai.  genzai no tokoro,
+CD-ROM wo motteiruka, file system jou ni package collection wo
+motteiru baai nomi, hontouni benridearu toiukotowo oboete oite
+kduasai.  package wo jidouteki ni FTP de tensou shitekuru kinou ha
+mada arimasen.
+
+system no install ga owatta atode, package wo install suru tool wo
+ugokasu niha, ``pkg_manage'' toiu command wo shiyou shimasu.  time
+zone wo shitei suruniha ``tzsetup'' to nyuuryoku shitekudasai.  kore
+ijou no ippanteki na system no settei ni kansuru jouhou ni tsuiteha,
+``/etc/sysconfig'' file wo mite kudasai.
diff --git a/release/sysinstall/help/ja_JP.ROMAJI/language.hlp b/release/sysinstall/help/ja_JP.ROMAJI/language.hlp
new file mode 100644
index 000000000000..a167099bd8d7
--- /dev/null
+++ b/release/sysinstall/help/ja_JP.ROMAJI/language.hlp
@@ -0,0 +1,14 @@
+konomi no gengo wo sentaku suruniha, kono menu wo shiyou shite
+kduasai.  genzai no tokoro, samazama na help de shiyou sareru default
+no gengo wo settei surudakedesu.
+
+shourai no release deha, kono menu ni yotte keyboard layout, screen
+map, NLS no settei (sysinstall jitai mo subete no menu wo tekisetsu na 
+gengo de hyouji surunoni, message catalog wo shiyou suruyouni
+narimasu), soshite samazamana hyoujun ni tekigou saseru tameno
+sonohokano kokusaika kinou wo henkou shimasu.
+
+korerano kairyou ga okonawareru madeha, system ga subete install
+sareta atode /etc/sysconfig wo henshuu surunoga kantan deshou.  kono
+file niha, henkou surubeki bubun ni tsuiteno takusan no comment ya,
+eigo igai no gengo no settei ni kansuru ikutsukano reiga arimasu.
diff --git a/release/sysinstall/help/nl_NL.ISO8859-1/README b/release/sysinstall/help/nl_NL.ISO8859-1/README
new file mode 100644
index 000000000000..35c2c9083ad4
--- /dev/null
+++ b/release/sysinstall/help/nl_NL.ISO8859-1/README
@@ -0,0 +1,106 @@
+
+   -----------------------------------------
+       FreeBSD 2.0.5  ---  RELEASE Versie              ,        ,
+   -----------------------------------------          /(        )`
+                                                      \ \___   / |
+Welkom bij de 2.0.5 release van FreeBSD! 2.0.5 is     /- _  `-/  '
+een interim release, die de leemte moet vullen die   (/\/ \ \   /\ 
+onstaan is sinds de laatste release van FreeBSD,     / /   | `    \ 
+versie 2.0 in Nov 94, tot de release van FreeBSD,    O O   ) /    |
+2.1, verwacht eind juli 95. FreeBSD 2.0.5 bevat      `-^--'`<     '
+veel substantiële verbeteringen ten opzichte van    (_.)  _  )   /
+2.0R, niet in de laatste plaats de aanzienlijk       `.___/`    /
+verbeterde stabiliteit, vele nieuwe                    `-----' /
+features en een sterk verbeterd           <----.     __ / __   \ 
+installatie programma. Zie ook de         <----|====O)))==) \) /====
+'release notes' voor meer details m.b.t.  <----'    `--' `.__,' \
+tot wat nieuw is in FreeBSD 2.0.5                      |        |
+                                                        \       /       /\
+                                                   ______( (_  / \______/
+                                                 ,'  ,-----'   |
+                                                 `--{__________)
+
+Wat is FreeBSD? FreeBSD is een operating systeem, gebaseerd op 
+4.4 BSD Lite for Intel, AMD, Cyrix of NexGen "x86" gebaseerde PC
+hardware. Het werkt met een uitgebreide keuze aan PC randapparatuur
+en configuraties en kan gebruikt worden voor de meest uiteenlopende
+activiteiten, van programma ontwikkeling tot Internet Service 
+Voorziening; de drukste machine op het Internet, ftp.cdrom.com,
+is een FreeBSD machine. 
+
+Deze release van FreeBSD bevat alles wat u nodig heeft om zo'n
+systeem te draaien, met de volledige broncode voor elk onderdeel
+van het systeem. Als de broncode distributie geïnstalleerd is
+kunt u letterlijk, met één kommando het volledige systeem 
+opnieuw compileren. Hierdoor is het ideaal voor studenten,
+researchers of voor iedereen die gewoon wil zien hoe het allemaal 
+werkt. 
+
+Een grote verzameling extra software, overgezet op FreeBSD (de
+"ports" verzameling) wordt ook beschikbaar gesteld, om het
+makkelijker te maken om al uw favoriete traditionele UNIX
+utilities te installeren. 
+Meer dan 270 "ports", die software omvatten van tekstverwerkers
+tot programmeertalen, maken van FreeBSD een krachtige
+en veelomvattende operating omgeving die kan concureren met die
+van veel grote werkstations op het gebied van algemene inzet-
+baarheid en verwerkingskracht.
+
+Om meer documentatie over dit systeem te verkrijgen, is het aan-
+bevolen om de '4.4BSD Document Set' te kopen van O'Reilly Associates 
+en de USENIX Association, ISBN 1-56592-082-1. We hebben niets
+met O'Reilly te maken, maar zijn slechts tevreden klanten!
+
+Voordat u verder gaat met de installatie is het aan te bevelen 
+*eerst* de 'HARDWARE GUIDE' te lezen. PC hardware configuren voor
+iets anders dan DOS/Windows (die de hardware niet zo erg belasten)
+is wat moeilijker dan het lijkt, en als u denkt dat u PC's begrijpt
+dan heeft u ze duidelijk nog niet lang genoeg gebruikt :)
+De 'HARDWARE GUIDE' geeft u wat tips om uw hardware te configureren
+en op welke symptomen te letten als er problemen zijn. Deze gids is 
+aanwezig in het Documentatie menu van de FreeBSD start-diskette.
+
+Ofschoon FreeBSD zijn uiterste best doet om te hoeden voor
+gegevensverlies, is het nog steeds meer dan mogelijk om AL UW
+GEGEVENS OP UW HARDDISK KWIJT TE RAKEN met deze installatie. Ga 
+niet verder met installatiemenu voordat er van alle belangrijke 
+gegevens een backup is gemaakt! 
+
+Technisch commentaar op deze release moet gestuurd worden naar:
+
+        hackers@FreeBSD.org
+
+Meldingen van gevonden fouten in FreeBSD moeten gestuurd worden
+met het 'send-pr' kommando als u er in geslaagd bent om het 
+systeem te installeren, anders naar:
+
+        bugs@FreeBSD.org
+
+Vermeld duidelijk om WELKE VERSIE van FreeBSD het gaat in berichten
+over fouten. 
+
+Algemene vragen kunnen gestuurd worden naar:
+
+        questions@FreeBSD.org
+
+Heb een beetje geduld als uw vraag niet meteen beantwoord wordt - 
+we hebben het erg druk op het moment, en ons vrijwilligers werk
+belast ons vaak tot aan de limiet. Foutmeldingen die verstuurd zijn
+m.b.v. 'send-pr' worden opgeslagen en bijgehouden in onze 
+'bug'-database. U wordt geïnformeerd over de veranderingen in de
+status van de fout (of vraag naar een feature) tijdens de levensduur
+ervan.
+
+Onze WEB server, http://www.freebsd.org, is een goede bron voor
+nieuwe of bijgewerkte informatie en biedt ook een aantal geavan-
+ceerde documentatie faciliteiten. U kunt de BSDI versie van 
+Netscape gebruiken om over het 'World Wide Web' te 'surfen'.
+
+Zie ook /usr/share/FAQ en /usr/share/doc voor informatie over 
+het systeem. 
+
+Bedankt voor het lezen en we hopen dat deze release van FreeBSD
+u goed bevalt.
+
+                                Jordan Hubbard,
+                                voor het FreeBSD project
diff --git a/release/sysinstall/help/nl_NL.ISO8859-1/configure.hlp b/release/sysinstall/help/nl_NL.ISO8859-1/configure.hlp
new file mode 100644
index 000000000000..91c39f5cc4f9
--- /dev/null
+++ b/release/sysinstall/help/nl_NL.ISO8859-1/configure.hlp
@@ -0,0 +1,16 @@
+Dit menu stelt u in staat om uw systeem tot op zekere hoogte 
+te configureren na de installatie. In ieder geval kunt u hiermee
+het wachtwoord van de systeembeheerder en de tijdzone instellen.
+
+Voor extra programmatuur zoals bash, emacs, pascal, etc. is het
+aan te raden naar het 'Packages' item te kijken in dit menu. Op
+het moment is het helaas alleen bruikbaar als u een CDROM heeft of 
+ergens op uw harddisk packages heeft staan waar het package 
+installatie programma erbij kan. Automatische overdracht van 
+packages via FTP wordt nog niet ondersteund.
+
+Als u na de installatie het packages installatie programma opnieuw
+wilt gebruiken kunt u dit oproepen door het kommando 'pkg_manage'.
+Om de tijdzone te veranderen kunt u 'tzsetup' gebruiken. Voor 
+meer informatie over algemene systeem configuratie zie het bestand
+'/etc/sysconfig'.
diff --git a/release/sysinstall/help/nl_NL.ISO8859-1/language.hlp b/release/sysinstall/help/nl_NL.ISO8859-1/language.hlp
new file mode 100644
index 000000000000..48fac09aadce
--- /dev/null
+++ b/release/sysinstall/help/nl_NL.ISO8859-1/language.hlp
@@ -0,0 +1,15 @@
+Met dit menu kunt u een andere taal selecteren. Op het moment worden
+alleen de help bestanden in de gekozen taal weergegeven. 
+
+In een volgende release zal ook de toetsenbord layout, scherm 
+aansturing, NLS instellingen ('sysinstall' zelf zal ook 'message
+catalogs' gebruiken zodat alle menu's in de gekozen taal worden 
+weergegeven) veranderd worden en andere I18N instellingen om 
+aan diverse standaarden te voldoen.
+
+Totdat deze verbeteringen zijn doorgevoerd kunt u het beste deze
+veranderingen zelf aan te brengen door het bestand '/etc/sysconfig' 
+te bewerken nadat het systeem is geïnstalleerd. Er is commentaar
+in het bestand aanwezig dat aangeeft wat er verander moet worden.
+Er zijn ook wat voorbeelden van niet-Engelse configuraties. 
+
diff --git a/release/sysinstall/help/no_NO.ISO8859-1/README b/release/sysinstall/help/no_NO.ISO8859-1/README
new file mode 100644
index 000000000000..d3d29899dba6
--- /dev/null
+++ b/release/sysinstall/help/no_NO.ISO8859-1/README
@@ -0,0 +1,107 @@
+   -----------------------------------------
+       FreeBSD 2.0.5  ---  UTGITT Version             ,        ,
+   -----------------------------------------          /(        )`
+                                                      \ \___   / |
+Velkommen til 2.0.5 versjonen av FreeBSD!  2.0.5 er   /- _  `-/  '
+en midlertidig utgave av FreeBSD som er ment til     (/\/ \ \   /\
+å fylle gapet mellom 2.0R (som var                   / /   | `    \
+utgitt i Nov 94) og 2.1R, som kommer til             O O   ) /    |
+å bli utgitt sent i Juli d.å..  FreeBSD 2.0.5        `-^--'`<     '
+inneholder mange vesentlige forbedringer til 2.0R,  (_.)  _  )   /
+ikke minst av dem er større stabilitet (med          `.___/`    /
+en betraktelig margin), dusinvis av nye                `-----' /
+momenter og et mye forbedret installasjons<----.     __ / __   \
+program.  Se utgivelse-notatene for mere  <----|====O)))==) \) /====
+detaljer om hva som er nytt i             <----'    `--' `.__,' \
+FreeBSD 2.0.5!                                         |        |
+                                                        \       /       /\
+                                                   ______( (_  / \______/
+                                                 ,'  ,-----'   |
+                                                 `--{__________)
+
+
+Hva er FreeBSD?  FreeBSD er et operativ system basert på 4.4 BSD Lite
+for Intel, AMD, Cyrix or NexGen "x86" basert PC maskinvare. Det fungerer
+med et veldig stor utvalg av PC ytre-enheter og konfigurasjoner og kan
+bli brukt til alt fra programvare utvikling til Internet Service
+Provision; den travleste plassen på Internetet, ftp.cdrom.com, er en
+FreeBSD maskin!
+
+Denne utgaven av FreeBSD inneholder alt du trenger for å drive et slikt
+system, pluss full kilde-kode til hele systemet.  Med kilde-koden
+installert kan du om-kompilere hele systemet fra grunnen opp med
+en kommando, noe som gjøer systemet ideelt for studenter,
+forskere eller folk som bare vil se hvordan det hele virker.
+
+En stor samling av program som har blitt flyttet over av andre ("flytte
+samlingen") er også tilbrakt for å gjøre det enklere for deg 
+å få tak i og installere dine yndlings program for UNIX.
+Over 270 program har blitt flyttet over til FreeBSD, fra 
+redigerings-program til programmerings språk til grafiske applikasjoner,
+noe som gjør FreeBSD et kraftig og omfattende operativ miljø som
+er på likhet med mange store arbeidsmaskiner når det gjelder generell
+anvendelse og styrke.
+
+
+For mere dokumentasjon om dette systemet, anbefaler vi at du
+kjøper 4.4BSD Dokumentasjons settet fra O'Reilly Associates og 
+USENIX Foreningen, ISBN 1-56592-082-1.  Vi har ingen forbindelse med
+O'Reilly, vi er bare tilfredstilte kunder!
+
+Det er å anbefale at du også leser MASKINVARE GUIDEN *før* 
+du fortsetter videre med installasjonen. Oppsett av PC 
+maskinvare for alt annet enn DOS/Windows ( som ikke akkurat belaster
+maskinvaren ) er faktisk en hel del vanskeligere enn det ser ut til. Dersom
+du tror at du forstår deg på PCer, så har du tydeligvis ikke 
+brukt dem lenge nok! :) Denne rettledningen vil gi deg noen tips om hvordan
+å sette opp maskinvaren og hva slags symptomer å se etter om du 
+skulle få vanskeligheter. Denne rettledningen er tilgjengelig fra
+Dokumentasjons menyen på FreeBSD oppstartings-disketten.
+
+FRALEGGELSE: Selv om FreeBSD gjør sitt beste til å beskytte mot 
+tilfeldig tap av data er det fremdeles mulig å slette ut hele disken
+i forbindelse med denne installasjonen. Vær så vennlig ikke å
+fortsette til den siste FreeBSD installasjons menyen uten at du har 
+et sikkerhetskopi av alle viktige data først! Dette mener vi på 
+alvor!
+
+Tekniske kommentarer om denne utgaven bør sendes (på Engelsk!) til:
+
+        hackers@FreeBSD.org
+
+
+Programfeil-rapporter bør sendes med å bruke `send-pr' kommandoen, 
+dersom du var i stand til å installere systemet, ellers til:
+
+        bugs@FreeBSD.org
+
+Vær sikker på å indikere HVILKEN VERSJON av FreeBSD du kjrøer
+i enhver programfeil rapport!
+
+
+Generelle spørsmål bør sendes til:
+
+        questions@FreeBSD.org
+
+Vær så snill å ha tålmodighet dersom du ikke får svar
+med en gang - dette er en spesielt travel tid for oss, og våre
+frivillige resurser er ofte strekt til grensen! Programfeil rapporter
+som har blitt lagt fram med 'send-pr' kommandoen er ajourført og
+etterfulgt i vår programfeil database, og du kommer til å bli
+informert om enhver status-forandring så lenge programfeilen (eller
+moment etterspørsel) eksisterer.
+
+Vår WEB plass, http://www.freebsd.org, er også en veldig god kilde for
+oppdatert informasjon og tilbyr flere avanserte dokumenterings hjelpemidler.
+Du kan bruke BSDI versonen av Netscape for å surfe World Wide Web 
+direkte fra FreeBSD.
+
+Du kan også se i /usr/share/FAQ og /usr/share/doc for videre informasjon
+om systemet.
+
+
+Takk for at du tok deg tid til å lese alt dette, og vi håper 
+oppriktig at du vil nyte denne utgaven av FreeBSD!
+
+                                Jordan Hubbard,
+                                for FreeBSD Prosjektet
diff --git a/release/sysinstall/help/no_NO.ISO8859-1/configure.hlp b/release/sysinstall/help/no_NO.ISO8859-1/configure.hlp
new file mode 100644
index 000000000000..6a02435fe53b
--- /dev/null
+++ b/release/sysinstall/help/no_NO.ISO8859-1/configure.hlp
@@ -0,0 +1,16 @@
+Denne menyen lar deg konfigurere systemet ditt etter at det er
+installert. Du burde ihvertfall sette passordet til system-bestyreren og
+tidssonen for systemet.
+
+For ekstra godbiter som bash, emacs, pascal, osv. bør du ta en titt
+på Packages valget i denne menyen. Merk at dette valget, så langt,
+bare virker ordentlig dersom du har en CDROM eller en eksisterende 
+pakke samling en eller annen plass i fil-hierarkiet hvor pakke-bestyrer 
+programmet kan finne det. Automatisk overføring av pakkene via FTP 
+er ikke mulig ennå!
+
+Dersom du ønsker å pøkalle pakke installasjons programmet på
+nytt etter at du har forlatt system-installasjons-programmet, bruk 
+kommandoen ''pkg_manage''. For å sette tidssonen, skriv ''tzsetup''.
+For mere informasjon om konfigurasjonen av systemet, se i /etc/sysconfig
+filen.
diff --git a/release/sysinstall/help/no_NO.ISO8859-1/language.hlp b/release/sysinstall/help/no_NO.ISO8859-1/language.hlp
new file mode 100644
index 000000000000..efdd21f2dec4
--- /dev/null
+++ b/release/sysinstall/help/no_NO.ISO8859-1/language.hlp
@@ -0,0 +1,13 @@
+Bruk denne menyen til å velge språket du foretrekker. Dette setter
+bare språket som blir brukt når hjelpefilene er vist fram.
+
+I framtidige utgaver vil dette også forandre tastaturet, skjerm kartet,
+NLS oppsettet ( sysinstall vil også bruke beskjed kataloger slik at
+alle menyene blir vist frem i språket du valgte) og utføre andre
+I18N momenter for å følge forskjellige normer.
+
+Inntil disse forbedringene er utført, vil du kanskje finne det
+enklest å redigere /etc/sysconfig filen selv etter systemet er
+ferdig installert. Det er mange merknader i den filen som beskriver
+hva som må forandres, og ett par eksempler på eksisterende
+språk oppsett.
diff --git a/release/sysinstall/help/ru_SU.KOI8-R/configure.hlp b/release/sysinstall/help/ru_SU.KOI8-R/configure.hlp
new file mode 100644
index 000000000000..06e2aac7daf6
--- /dev/null
+++ b/release/sysinstall/help/ru_SU.KOI8-R/configure.hlp
@@ -0,0 +1,16 @@
+üÔÏ ÍÅÎÀ ÐÏÚ×ÏÌÑÅÔ ×ÁÍ ÓËÏÎÆÉÇÕÒÉÒÏ×ÁÔØ ÓÉÓÔÅÍÕ ×ÓËÏÒÅ ÐÏÓÌÅ ÅÅ
+ÕÓÔÁÎÏ×ËÉ. ëÁË ÍÉÎÉÍÕÍ, ×Ù ×ÅÒÏÑÔÎÏ ÄÏÌÖÎÙ ÂÕÄÅÔÅ ÕÓÔÁÎÏ×ÉÔØ ÐÁÒÏÌØ
+ÓÉÓÔÅÍÎÏÇÏ ÁÄÍÉÎÉÓÔÒÁÔÏÒÁ É ×ÁÛÕ ×ÒÅÍÅÎÎÕÀ ÚÏÎÕ.
+
+äÏÐÏÌÎÉÔÅÌØÎÙÅ ÐÁËÅÔÙ, ÔÁËÉÅ ËÁË bash, emacs, pascal É Ô.Ä. ×ÁÍ ÓËÏÒÅÅ
+×ÓÅÇÏ ÎÁÄÏ ÂÕÄÅÔ ÐÏÉÓËÁÔØ × ÁÌØÔÅÒÎÁÔÉ×Å "Packages" ÜÔÏÇÏ ÍÅÎÀ.
+ðÒÁ×ÄÁ, ÓÅÊÞÁÓ ÏÔ ÜÔÏÇÏ ÎÁÞÉÎÁÎÉÑ ÂÕÄÅÔ ÐÏÌØÚÁ ÔÏÌØËÏ × ÔÏÍ ÓÌÕÞÁÅ,
+ÅÓÌÉ Õ ×ÁÓ ÅÓÔØ CD-ROM ÉÌÉ ÇÏÔÏ×ÁÑ ËÏÌÌÅËÃÉÑ ÐÁËÅÔÏ× ÌÅÖÉÔ ÇÄÅ-ÔÏ ×
+ÆÁÊÌÏ×ÏÊ ÓÉÓÔÅÍÅ, ÔÁË ÞÔÏ ÕÔÉÌÉÔÁ ÕÐÒÁ×ÌÅÎÉÑ ÐÁËÅÔÁÍÉ ÓÍÏÖÅÔ ÉÈ ÎÁÊÔÉ.
+á×ÔÏÍÁÔÉÞÅÓËÏÅ ×ÙËÁÞÉ×ÁÎÉÅ ÐÁËÅÔÏ× ÞÅÒÅÚ FTP ÅÝÅ ÎÅ ÐÏÄÄÅÒÖÁÎÏ.
+
+åÓÌÉ ×Ù ÚÁÈÏÔÉÔÅ ÚÁÐÕÓÔÉÔØ ÕÔÉÌÉÔÕ ÕÓÔÁÎÏ×ËÉ ÐÁËÅÔÏ× ÐÏÓÌÅ ÔÏÇÏ, ËÁË
+ÚÁ×ÅÒÛÉÔÅ ÕÓÔÁÎÏ×ËÕ ÓÉÓÔÅÍÙ, ÔÏ ÚÎÁÊÔÅ, ÞÔÏ ÏÎÁ ÎÁÚÙ×ÁÅÔÓÑ
+``pkg_manage''. äÌÑ ÎÁÓÔÒÏÊËÉ ×ÒÅÍÅÎÎÏÊ ÚÏÎÙ ÚÁÐÕÓÔÉÔÅ ``tzsetup''. ÷
+ÆÁÊÌÅ ``/etc/sysconfig'' ×Ù ÓÍÏÖÅÔÅ ÎÁÊÔÉ ÄÏÐÏÌÎÉÔÅÌØÎÕÀ ÉÎÆÏÒÍÁÃÉÀ ÐÏ
+ÏÂÝÅÊ ËÏÎÆÉÇÕÒÁÃÉÉ ÓÉÓÔÅÍÙ.
diff --git a/release/sysinstall/help/ru_SU.KOI8-R/language.hlp b/release/sysinstall/help/ru_SU.KOI8-R/language.hlp
new file mode 100644
index 000000000000..a6d2e214d7f4
--- /dev/null
+++ b/release/sysinstall/help/ru_SU.KOI8-R/language.hlp
@@ -0,0 +1,15 @@
+ó ÐÏÍÏÝØÀ ÜÔÏÇÏ ÍÅÎÀ ×Ù ÍÏÖÅÔÅ ×ÙÂÒÁÔØ ×ÁÛ ÌÀÂÉÍÙÊ ÑÚÙË. ðÒÁ×ÄÁ, ÐÏËÁ ÞÔÏ ÜÔÏ
+ÐÏ×ÌÉÑÅÔ ÔÏÌØËÏ ÎÁ ÔÏ, ÎÁ ËÁËÏÍ ÑÚÙËÅ ×Ù ÐÏÌÕÞÉÔÅ ÜËÒÁÎÙ ÐÏÍÏÝÉ.
+
+÷ ÂÕÄÕÝÉÈ ×ÅÒÓÉÑÈ ÏÎÏ ÐÏÚ×ÏÌÉÔ ×ÁÍ ÎÁÓÔÒÏÉÔØ É ÒÁÓËÌÁÄËÕ ËÌÁ×ÉÁÔÕÒÙ,
+ÜËÒÁÎÎÙÅ ÛÒÉÆÔÙ É ÕÓÔÁÎÏ×ËÉ NLS (National Language Supplement -
+ðÏÄÄÅÒÖËÁ îÁÃÉÏÎÁÌØÎÙÈ ñÚÙËÏ×) (ÓÁÍ sysinstall ÂÕÄÅÔ ÉÓÐÏÌØÚÏ×ÁÔØ
+ÒÁÚÌÉÞÎÙÅ ËÁÔÁÌÏÇÉ ÓÏÏÂÝÅÎÉÊ, ÔÁË ÞÔÏ ÍÅÎÀ ÔÏÖÅ ÂÕÄÕÔ ÎÁ ÒÁÚÌÉÞÎÙÈ
+ÑÚÙËÁÈ) É ÒÅÁÌÉÚÏ×ÁÔØ ÄÒÕÇÉÅ ×ÏÚÍÏÖÎÏÓÔÉ ÉÎÔÅÒÎÁÃÉÏÎÁÌÉÚÁÃÉÉ,
+ÕÄÏ×ÌÅÔ×ÏÒÑÀÝÉÅ ÒÁÚÌÉÞÎÙÍ ÓÔÁÎÄÁÒÔÁÍ.
+
+á ÐÏËÁ ÜÔÉ ÕÓÏ×ÅÒÛÅÎÓÔ×Ï×ÁÎÉÑ ÎÅ ÓÄÅÌÁÎÙ, ÄÌÑ ×ÁÓ ÍÏÖÅÔ ÏËÁÚÁÔØÓÑ
+ÐÒÏÝÅ ×ÒÕÞÎÕÀ ÏÔÒÅÄÁËÔÉÒÏ×ÁÔØ ÆÁÊÌ /etc/sysconfig ÐÏÓÌÅ ÔÏÇÏ, ËÁË
+ÓÉÓÔÅÍÁ ÂÕÄÅÔ ÕÓÔÁÎÏ×ÌÅÎÁ. üÔÏÔ ÆÁÊÌ ÓÏÄÅÒÖÉÔ ÒÑÄ ËÏÍÍÅÎÔÁÒÉÅ× Ï ÔÏÍ,
+ÞÔÏ ÉÍÅÎÎÏ ÎÁÄÏ ÍÅÎÑÔØ, Á ÔÁËÖÅ ÎÅÓËÏÌØËÏ ÐÒÉÍÅÒÏ× ÓÕÝÅÓÔ×ÕÀÝÉÈ
+ÎÅ-ÁÎÇÌÉÊÓËÉÈ ÎÁÓÔÒÏÅË.
diff --git a/release/sysinstall/help/sv_SE.ISO8859-1/README b/release/sysinstall/help/sv_SE.ISO8859-1/README
new file mode 100644
index 000000000000..c6761e8f8777
--- /dev/null
+++ b/release/sysinstall/help/sv_SE.ISO8859-1/README
@@ -0,0 +1,114 @@
+
+   -----------------------------------------
+       FreeBSD 2.0.5  ---  RELEASE Version             ,        ,
+   -----------------------------------------          /(        )`
+                                                      \ \___   / |
+Välkommen till FreeBSD version 2.0.5! Denna version   /- _  `-/  '
+är en fyllnadsrelease av FreeBSD som täcker upp det  (/\/ \ \   /\
+tomrum som bildats mellan 2.0R (som släpptes i       / /   | `    \
+November '94) och 2.1R, som kommer att släppas       O O   ) /    |
+i slutet av Juli '95. FreeBSD 2.0.5 innehåller       `-^--'`<     '
+många betydande förbättringar gentemot 2.0R,        (_.)  _  )   /
+bland annat mycket bättre stabilitet, ett            `.___/`    /
+dussintal nya finesser och ett förbättrat              `-----' /
+installationsprogram. Läs de "release     <----.     __ / __   \
+notes" som finns för fler detaljer om     <----|====O)))==) \) /====
+vad som är nytt i 2.0.5!                  <----'    `--' `.__,' \
+                                                       |        |
+                                                        \       /       /\
+                                                   ______( (_  / \______/
+                                                 ,'  ,-----'   |
+                                                 `--{__________)
+
+
+Vad är FreeBSD? FreeBSD är ett operativsystem för Intel, AMD, Cyrix och
+NexGen "x86"-baserad PC-hårdvara. FreeBSD är baserat på 4.4 BSD Lite.
+Det fungerar med en stor mängd olika tillbehör och konfigurationer och 
+kan användas för allt från mjukvaruutveckling till att tillhandahålla
+Internet-tjänster; det mest använda systemet på Internet, ftp.cdrom.com, är
+en FreeBSD-maskin!
+
+Denna version av FreeBSD innehåller allt du behöver för att köra ett
+sådant system. Fullständig källkod till allting ingår också. 
+Med källkodsdistributionen installerad kan du bokstavligt talat kompilera 
+om hela systemet från början med ett enda kommando. Detta gör FreeBSD 
+perfekt för studenter, forskare och de som helt enkelt vill undersöka 
+hur saker fungerar.
+
+
+En stor samling av programvara anpassad till FreeBSD av olika personer
+("the ports collection") följer också med. Mer än 270 programpaket
+innehållande allt från editorer till programspråk och grafikverktyg,
+detta underlättar för dig att installera alla dina favoritprogram
+under unix för FreeBSD.  Detta gör FreeBSD till ett kraftfullt och 
+innehållsrikt operativsystem som utmanar det som många större arbets-
+stationer har när det gäller kraftfullhet och allmän användbarhet.
+
+
+För mer information om detta system rekommenderas du att beställa
+"4.4BSD Document Set" från O'Reilly Associates och USENIX Association,
+ISBN 1-56592-082-1. Vi har inget samarbete med O'Reilly, vi är bara
+nöjda kunder!
+
+
+Du kan också vilja läsa den hårdvaruguide som finns *innan* du fortsätter
+installationen. Att konfigurera PC-hårdvara för någonting annat än DOS/Windows
+(som egentligen inte ställer så höga krav på hårdvaran) är faktiskt svårare
+än det ser ut att vara. Om du tror du förstår dig på PC:ar har du uppenbarligen
+inte använt dem tillräckligt länge! :) Guiden ger dig en del tips om hur du
+skall konfigurera din hårdvara och de symptom du skall vara uppmärksam på 
+om du får problem. Den finns tillgänglig under menyn "Documentation" som 
+finns på FreeBSD-startdisketten.
+
+
+OBSERVERA: FreeBSD gör sitt bästa för att du inte skall förlora någon
+information, men det är möjligt att RADERA HELA HÅRDDISKEN med denna
+installation! Fortsätt inte till sista FreeBSD-installationsmenyn om du
+inte har någon säkerhetskopia på all din väsentliga information! Vi menar
+det verkligen!
+
+
+Tekniska kommentarer om denna version sänds (på engelska!) till:
+
+
+        hackers@FreeBSD.org
+
+
+Felrapporter bör sändas med hjälp av kommandot 'send-pr' om du lyckats
+installera systemet, i annat fall till:
+
+        bugs@FreeBSD.org
+
+Var noga med att uppge VILKEN VERSION av FreeBSD du kör i alla felrapporter!
+
+
+Allmänna frågor bör sändas till:
+
+        questions@FreeBSD.org
+
+
+Var tålmodig om dina frågor inte besvaras omgående - detta är en hektisk 
+tid för oss, och våra frivilliga tillgångar är ofta belastade till 
+bristningsgränsen! Felrapporter som skickas med kommandot send-pr
+loggas och registreras i vår feldatabas, och du hålls informerad om alla
+förändringar som sker under felets livstid (eller, om du kommer med
+förslag på förbättringar, hur dessa utvecklas).
+
+
+Vår WEB-server, http://www.freebsd.org, är en bra källa för uppdaterad
+information och tillhandahåller ett antal advancerade dokumentations-
+finesser. Du kan använda den version av Netscape som finns för BSDI för
+att orientera dig runt i World Wide Web direkt under FreeBSD.
+
+
+Du kan även vilja ta en titt i /usr/share/FAQ och /usr/share/doc för mer
+information om systemet.
+
+
+Tack för att du tog dig tid för att läsa detta, och vi hoppas verkligen att
+du uppskattar denna release av FreeBSD!
+
+
+
+                                       Jordan Hubbard,
+                                       för The FreeBSD Project
diff --git a/release/sysinstall/help/sv_SE.ISO8859-1/configure.hlp b/release/sysinstall/help/sv_SE.ISO8859-1/configure.hlp
new file mode 100644
index 000000000000..ee640081b443
--- /dev/null
+++ b/release/sysinstall/help/sv_SE.ISO8859-1/configure.hlp
@@ -0,0 +1,15 @@
+I denna meny konfigurerar du systemet efter installationen. Du bör 
+åtminstone sätta ett lösenord för root och ändra till rätt tidszon.
+
+För extra tillval såsom bash, emacs, pascal med flera vill du nog titta på
+valet "Packages" i denna meny. Observera att detta val ännu så länge endast
+ger något om du har ett CDROM eller samlingen av programpaket någonstans
+på hårddisken där packages-hanteraren kan hitta den. Automatisk hämtning av
+packages via FTP stöds ännu så länge inte!
+
+
+Om du vill starta package-installeraren efter systeminstallationen
+kan du använda kommandot ``pkg_manage''. För att ändra tidszon
+använder du kommandot ``tzsetup''. 
+För mer information om systemkonfiguration hänvisas du till filen 
+``/etc/sysconfig''.
diff --git a/release/sysinstall/help/sv_SE.ISO8859-1/language.hlp b/release/sysinstall/help/sv_SE.ISO8859-1/language.hlp
new file mode 100644
index 000000000000..3cadc5f8fbb1
--- /dev/null
+++ b/release/sysinstall/help/sv_SE.ISO8859-1/language.hlp
@@ -0,0 +1,14 @@
+Använd denna meny för att välja språk. För närvarande ändrar detta
+endast det språk som används i hjälptexterna.
+
+I senare versioner kommer detta även att ändra tangentbordslayouten,
+skärmens teckenuppsättning, NLS-inställningarna (själva sysinstall
+kommer att använda meddelandekataloger så att alla menyer blir
+i det språk du valt) och ändra andra I18N-finesser för att uppfylla 
+olika konventioner.
+
+
+Innan dessa förbättringar är gjorda kanske du föredrar att ändra i
+filen /etc/sysconfig för hand när systemet är installerat.
+I filen finns det gott om kommentarer som beskriver vad du skall ändra,
+inklusive några exempel på icke-engelska inställningar.
diff --git a/share/FAQ/Text/ESDI.FAQ b/share/FAQ/Text/ESDI.FAQ
new file mode 100644
index 000000000000..8d869240d6f3
--- /dev/null
+++ b/share/FAQ/Text/ESDI.FAQ
@@ -0,0 +1,187 @@
+                                  FreeBSD
+             Using "Mature Technology" (MFM, ESDI) hard drives
+
+First, please read and make sure that you understand the "diskspace" FAQ.
+
+The term "partition" has become overloaded when referring to an area of a
+hard disk drive.  I will use "slice" in this document to refer to an area
+which is a "partition" to DOS FDISK.  This usage is consistent with most of
+current FreeBSD.  I will use the word "partition" to refer to an area de-
+fined by a FreeBSD disklabel, of which there is one per FreeBSD slice.  The
+FreeBSD partitions may contain filesystems, swap space, or be available as
+raw disk devices to applications.
+
+This document covers the steps you will need to perform before starting the
+FreeBSD installation and which are specific to these types of disk drives.
+
+1 Disk layout planning
+2 Disk installation (may already be done)
+3 Low-level formatting (may or may not be required)
+
+If your drive is installed and formatted properly, careful planning is all
+that you need to do.
+
+During the installation, there is only one special step that is required.
+This is also one place where the FreeBSD taxonomic convention breaks down
+-- the assignment of slices is called "Partitioning" in the FreeBSD proce-
+dures at the time of this writing.  During that step, when you assign the
+FDISK slices, be sure to specify that the bad144 lists should be created
+(the "B" command).
+
+1 Disk layout planning
+----------------------
+
+To be able to make the right decisions regarding the setup of slices for
+FreeBSD, you need to understand that the initial boot stages for FreeBSD
+rely on the ROM BIOS, but that the ROM BIOS is not used in any way once the
+FreeBSD kernel is loaded.  After the kernel is loaded, it uses its own
+driver instead of the BIOS to access the disk.
+
+These older disks do not do automatic bad block management.  Some con-
+trollers seem to do so, but this is a feature of the ROM BIOS on that con-
+troller, and therefore is not available once FreeBSD is running.  Other
+controllers use a different method of bad sector handling (slipping), but
+this feature can also induce translations in the sectoring which will pre-
+vent successful installation.  Do not use automatic sector mapping or sec-
+tor slipping, even if it is supported on the controller, for the same rea-
+sons that you cannot use a translated disk geometry.
+
+To be able to use these drives, the driver has to be able to substitute
+good sectors for the bad ones.  The FreeBSD filesystems assume "perfect"
+disks, so the bad sector handling is done in the driver.  The way this is
+done is that a few copies of the list of bad sectors is kept at the end of
+the slice.  When a slice is opened, this list is read and kept in the driv-
+er.  On every access to the drive, the list is consulted to see if a sub-
+stitute sector, also from the end of the slice, must be used rather than
+the sector that the filesystem or application is actually asking for.  This
+list is called the bad144 list, which name comes from a Digital Equipment
+Corporation standard for keeping this information.
+
+There are three reasons that you would be required to use more than one
+FreeBSD slice on your disk, and all of them are more probable the larger
+your drive is.
+
+1)  The FreeBSD portion of your drive will extend beyond cylinder 1023.
+2)  The FreeBSD portion of your drive has (or is likely to have) more than
+    126 bad sectors.
+3)  You need more than 7 filesystems for FreeBSD.
+
+It is not sufficient to make sure that the entire boot filesystem is inside
+of cylinder 1024, unless it just so happens that that filesystem occupies a
+flawless part of the disk.  To be able to read the bad144 list during the
+boot process (via the ROM BIOS), the end of the slice must be within the
+first 1024 cylinders.  There are also some boot managers, e.g. the OS/2
+boot manager, that require a bootable slice to be entirely below cylinder
+1024.
+
+The bad144 data format only allows for 126 sectors to be mapped.  If your
+drive is large, it could easily have more than this many over its entire
+size.  I have a 320 Mb drive which is unusually error-filled, but still
+within acceptable tolerances, and it has this problem (but it also has more
+than 1024 cylinders, so I'd have had to split it, anyway).
+
+The FreeBSD disk label has room for 8 partitions.  It is not recommended
+that filesystems be placed on partitions b or c, even on non-booted slices,
+so that leaves 6 partitions within each slice which may contain filesys-
+tems.  Older versions of FreeBSD did not support filesystems on partition d
+either, but the slice-handling capability has eliminated that restriction.
+It may be best to avoid using partition d if you can for compatibility pur-
+poses.  The installation procedures skip from a to e for this reason.
+
+2 Disk installation
+-------------------
+
+Physical installation is outside the scope of this document.  Consult the
+documentation provided by your computer, controller, and disk drive ven-
+dor(s).
+
+3 Low-level formatting
+----------------------
+
+If you are starting from scratch, you may need to low-level format your
+drive(s).  If you have been using your drive with the intended controller
+for DOS or some other system, and will not be changing the physical orien-
+tation of the drive, then you can skip this step.  If the drive is new, if
+you are changing the physical orientation of the drive, or it has been used
+with a different controller, you may need to do the low-level format.  Be
+aware that some drives have jumpers on them to help compensate for changes
+in physical orientation (horizontal, right side, or left side), but it is
+highly recommended that, if you are changing the physical orientation of
+the drive, you redo the low-level format.  The "sag" of the disk head arma-
+ture and other effects of gravity are quite significant at the sizes of the
+bits and tracks on these drives.  The greater the capacity of your drive,
+the more critical this becomes.  With 10-40Mb MFM drives, you may get away
+with it.  Beyond that, you are definitely rolling dice.
+
+The MFM drive format is standard, and a drive formatted on one manufacturer
+and model of controller should work just fine on another, but ESDI drive
+formats vary between manufacturers and sometimes even between models.  A
+new ESDI drive (yes, they can still be found new in the box, years old), or
+one that has been in use on a different controller or in a different physi-
+cal orientation will definitely require reformatting.
+
+As the ESDI specification developed, the ability to put the error map in-
+formation (Manufacturer's Defect List, or MDL) on the drive was added.
+Since it was not known how the drive would be formatted, or even what the
+size of the data part of the sectors would be, each bad spot is expressed
+as bytes from the index and length of the bad area in bits.  This informa-
+tion is recorded in a few different cylinders on each track and contains
+only information pertinent to the corresponding head.  The most universal
+place for this information is in the last cylinder.  Later ESDI drives sup-
+port a "phantom" cylinder at 0xfff (4095) where this information is kept --
+the actual location of this cylinder is beyond the "last" cylinder reported
+for data use.  If your drive does not support cylinder 0xfff, or if your
+controller doesn't know how to use it, and if you wish to preserve the man-
+ufacturer's defect list, do not format the last cylinder of your drive.
+The format of the MDL is such that regular data operations will not work on
+a track containing that information.
+
+As a further caveat, it as been observed that some controllers hang if the
+MDL area is accessed for data use, while others simply report an error and
+go on with life.  You will want to be careful to not include the MDL area
+in any FreeBSD slice, but you will want to be especially careful in case
+your controller is one of those that hangs if you miss.
+
+Now that you have decided how much of the drive to format, you can proceed
+with the actual format process.  How this is done varies widely from con-
+troller to controller.  For most of them, you need to jump into a special
+location in the controller ROM using the DOS DEBUG program.  For a few,
+special software is provided on diskette for the controller.  Because these
+procedures and the ways to initiate them vary so much, it is outside of the
+scope of this document to describe them.  Consult the manufacturer's docu-
+mentation for this procedure.
+
+Many of the controllers have the ability to read and use the MDL.  Even
+though you cannot use the controller's bad block mapping capability, which
+is supported through the BIOS, it may be beneficial to allow the controller
+to use this information during the format process.  When the drive was
+tested at the factory, it was tested at the operating margins, not just op-
+timal conditions.  Therefore, there may be entries in the MDL that would be
+missed by a run-of-the-mill data scan.  If the controller is permitted to
+use the MDL during formatting, many of them will format the sector with a
+special flag set in the sector preamble to guarantee that that sector will
+show up as bad on a read.  This is, in fact, the mechanism that some con-
+trollers use to handle bad sector mapping, though FreeBSD does not use the
+same mechanism.  We can take advantage of this feature as a 'round about
+way to get the MDL represented in the bad144 list.  Having the sectors
+which contain a bad spot formatted as bad will make certain that you don't
+use a sector where some data patterns may fail even though the initial scan
+passed that sector as OK.  Even if the sector doesn't produce hard errors,
+it may cause soft (correctable) errors and time-consuming retries.
+
+Finally, FreeBSD
+----------------
+
+Having made your careful plans and preparations, you are ready to use
+FreeBSD on your MFM or ESDI disk drive.  Don't forget to request bad block
+scanning during the "Partition" slice assignment, and you should be on your
+way to satisfying computing.  Be prepared to allow time for the bad block
+scan to take place.  Depending on a variety of system parameters, such as
+CPU speed, controller type, disk rotational and seek speeds, and so forth,
+this process will take anywhere from several minutes to hours.  If you for-
+get to do the scan, it is likely that the installation will fail trying to
+make the filesystems, and if it should make the filesystems, it will surely
+fail when you start using them.
+
+		   John Lind, Starfire Consulting Services
+E-mail: john@starfire.MN.ORG		USnail: PO Box 17247, Mpls MN  55417