- Spelling fixes
PR: docs/149140 Submitted by: olgeni
This commit is contained in:
parent
82d7725638
commit
6fb170b309
Notes:
svn2git
2020-12-08 03:00:23 +00:00
svn path=/head/; revision=36144
10 changed files with 24 additions and 24 deletions
en_US.ISO8859-1/articles
casestudy-argentina.com
cups
ldap-auth
linux-emulation
linux-users
portbuild
problem-reports
releng-packages
serial-uart
storage-devices
|
@ -296,7 +296,7 @@
|
|||
<para>With the adoption of FreeBSD, there was almost no additional
|
||||
effort necessary to setup a working Apache, PHP and MySQL
|
||||
environment in minutes. Even the upgrades from PHP4 to PHP5 were
|
||||
painless. The ports system was again extemely useful in these
|
||||
painless. The ports system was again extremely useful in these
|
||||
cases, and permitted us to do things like compress text and html
|
||||
contents in Apache with just a few lines of documentation. In
|
||||
addition, we have experienced excellent performance and
|
||||
|
|
|
@ -141,7 +141,7 @@ devfs_system_ruleset="system"</programlisting>
|
|||
entering <ulink url="http://localhost:631"></ulink> in the
|
||||
browser's URL bar. If the <application>CUPS</application> server
|
||||
is on another machine on the network, substitute the server's
|
||||
local <acronym>IP</acronym> addresss for
|
||||
local <acronym>IP</acronym> address for
|
||||
<hostid>localhost</hostid>. The <application>CUPS</application>
|
||||
web interface is fairly self-explanatory, as there are sections
|
||||
for managing printers and print jobs, authorizing users, and more.
|
||||
|
@ -263,7 +263,7 @@ devfs_system_ruleset="system"</programlisting>
|
|||
listed below. Please note that this sample
|
||||
<filename>cupsd.conf</filename> file sacrifices security for
|
||||
easier configuration; once the administrator successfully
|
||||
connnects to the <application>CUPS</application> server and
|
||||
connects to the <application>CUPS</application> server and
|
||||
configures the clients, it is advisable to revisit this
|
||||
configuration file and begin locking down access.</para>
|
||||
|
||||
|
|
|
@ -31,7 +31,7 @@
|
|||
</legalnotice>
|
||||
|
||||
<abstract>
|
||||
<para>This document is indended as a guide for the configuration
|
||||
<para>This document is intended as a guide for the configuration
|
||||
of an LDAP server (principally an <application>OpenLDAP</application>
|
||||
server) for authentication on &os;. This is useful for situations
|
||||
where many servers need the same user accounts, for example as a
|
||||
|
@ -286,7 +286,7 @@ tls_cacert /path/to/your/cacert.crt</programlisting>
|
|||
<title>Entries in the Database</title>
|
||||
|
||||
<para>Authentication against an LDAP directory is generally
|
||||
accomplished by attempting to bind to the directory as the connectin user.
|
||||
accomplished by attempting to bind to the directory as the connecting user.
|
||||
This is done by establishing a <quote>simple</quote>
|
||||
bind on the directory with the user name supplied. If there is an
|
||||
entry with the <literal>uid</literal> equal to the user name and
|
||||
|
@ -344,7 +344,7 @@ loginShell: /bin/csh
|
|||
uid: tuser
|
||||
cn: tuser</programlisting>
|
||||
|
||||
<para>I start my LDAP users' UIDs at 10000 to avoid colisions with
|
||||
<para>I start my LDAP users' UIDs at 10000 to avoid collisions with
|
||||
system accounts; you can configure whatever number you wish here,
|
||||
as long as it's less than 65536.</para>
|
||||
|
||||
|
@ -456,7 +456,7 @@ cn: tuser</programlisting>
|
|||
<para>With this configuration you should be able to authenticate
|
||||
a user against an LDAP directory.
|
||||
<application>PAM</application> will perform a bind with your
|
||||
credentails, and if successful will tell
|
||||
credentials, and if successful will tell
|
||||
<application>SSH</application> to allow access.</para>
|
||||
|
||||
<para>However it is not a good idea to allow
|
||||
|
@ -890,7 +890,7 @@ memberUid: uid=user2,ou=people,dc=example,dc=org</programlisting>
|
|||
<option>-signkey</option>:</para>
|
||||
|
||||
<example id="ca-sign">
|
||||
<title>Signing as a certificate authorty</title>
|
||||
<title>Signing as a certificate authority</title>
|
||||
|
||||
<screen>&prompt.user; <userinput>openssl x509 -req -days 1024 \
|
||||
-in ldap-server-one.csr -CA root.crt -CAkey root.key \
|
||||
|
|
|
@ -265,8 +265,8 @@
|
|||
be usable these days.</para>
|
||||
|
||||
<para>&os; development happens in a central CVS repository where only
|
||||
a selected team of so called commiters can write. This repository
|
||||
posseses several branches; the most interesting are the HEAD branch,
|
||||
a selected team of so called committers can write. This repository
|
||||
possesses several branches; the most interesting are the HEAD branch,
|
||||
in &os; nomenclature called -CURRENT, and RELENG_X branches, where X
|
||||
stands for a number indicating a major version of &os;. As of
|
||||
December 2006, there are development branches for 6.X development
|
||||
|
@ -799,7 +799,7 @@
|
|||
<title>Atomic operations and memory barriers</title>
|
||||
|
||||
<para>Atomic operations are implemented through a set of functions
|
||||
performing simple aritmetics on memory operands in an atomic way
|
||||
performing simple arithmetics on memory operands in an atomic way
|
||||
with respect to external events (interrupts, preemption, etc.).
|
||||
Atomic operations can guarantee atomicity just on small data types
|
||||
(in the magnitude order of the <literal>.long.</literal>
|
||||
|
@ -1083,7 +1083,7 @@
|
|||
internal to VFS. The &man.namei.9; syscall can cope with symlinks,
|
||||
absolute and relative paths. When a path is looked up using
|
||||
&man.namei.9; it is inputed to the name cache. This behaviour can
|
||||
be supressed. This routine is used all over the kernel and its
|
||||
be suppressed. This routine is used all over the kernel and its
|
||||
performance is very critical.</para>
|
||||
</sect4>
|
||||
|
||||
|
@ -1735,7 +1735,7 @@ void * child_tidptr);</programlisting>
|
|||
unused. Segments are either stored in a global GDT table or in a
|
||||
local LDT table. LDT is accessed via an entry in the GDT. The
|
||||
LDT can store more types of segments. LDT can be per process.
|
||||
Both tables define upto 8191 entries.</para>
|
||||
Both tables define up to 8191 entries.</para>
|
||||
</sect3>
|
||||
|
||||
<sect3 id="linux-i386">
|
||||
|
@ -1826,7 +1826,7 @@ void * child_tidptr);</programlisting>
|
|||
fast (the condition variables will probably end up being implemented
|
||||
using signals, i.e. not fast) and simple. In 1:1 model, the
|
||||
situation is also quite clear - the threads must be synchronized
|
||||
using kernel facilites (which is very slow because a syscall must be
|
||||
using kernel facilities (which is very slow because a syscall must be
|
||||
performed). The mixed M:N scenario just combines the first and
|
||||
second approach or rely solely on kernel. Threads synchronization is
|
||||
a vital part of thread-enabled programming and its performance can
|
||||
|
@ -2121,7 +2121,7 @@ pthread_mutex_unlock(&mutex);</programlisting>
|
|||
performed, is. When the <varname>filename</varname> parameter is
|
||||
absolute <varname>dirfd</varname> is ignored but when the path to
|
||||
the file is relative, it comes to the play. The
|
||||
<varname>dirfd</varname> paramtere is a directory relative to which
|
||||
<varname>dirfd</varname> parameter is a directory relative to which
|
||||
the relative pathname is checked. The <varname>dirfd</varname>
|
||||
parameter is a file descriptor of some directory or
|
||||
<literal>AT_FDCWD</literal>. So for example the
|
||||
|
@ -2236,7 +2236,7 @@ openat(stdio, bah\, flags, mode) /* returns error because stdio is not a directo
|
|||
introduce a small infrastructure. We have the ldebug facility, which
|
||||
tells whether a given syscall should be debugged (settable via a
|
||||
sysctl). For printing we have LMSG and ARGS macros. Those are used
|
||||
for altering a printable string for uniform debuging messages.</para>
|
||||
for altering a printable string for uniform debugging messages.</para>
|
||||
</sect3>
|
||||
</sect2>
|
||||
</sect1>
|
||||
|
@ -2256,7 +2256,7 @@ openat(stdio, bah\, flags, mode) /* returns error because stdio is not a directo
|
|||
the &linux; programs included in &os; Ports Collection with
|
||||
Fedora Core 4 at 2.6.16 and there are some rudimentary
|
||||
reports of success with Fedora Core 6 at 2.6.16. The
|
||||
Fedora Core 6 linux_base was recently commited enabling
|
||||
Fedora Core 6 linux_base was recently committed enabling
|
||||
some further testing of the emulation layer and giving us some more
|
||||
hints where we should put our effort in implementing missing
|
||||
stuff.</para>
|
||||
|
|
|
@ -584,7 +584,7 @@ kern.posix1version: 200112
|
|||
<para>Hopefully this document has provided you with enough to get
|
||||
started with &os;. Be sure to take a look at the <ulink
|
||||
url="&url.base;/doc/en_US.ISO8859-1/books/handbook/index.html">&os; Handbook</ulink>
|
||||
for more indepth coverage of the topics touched on as well as
|
||||
for more in depth coverage of the topics touched on as well as
|
||||
the many topics not covered in this document.</para>
|
||||
</sect1>
|
||||
</article>
|
||||
|
|
|
@ -64,7 +64,7 @@
|
|||
<filename>/usr/ports/Tools/portbuild/scripts/</filename>.</para>
|
||||
|
||||
<para>Typically, incremental builds are done that use previous
|
||||
packages as dependendencies; this takes less time, and puts less
|
||||
packages as dependencies; this takes less time, and puts less
|
||||
load on the mirrors. Full builds are usually only done:</para>
|
||||
|
||||
<itemizedlist>
|
||||
|
|
|
@ -396,7 +396,7 @@
|
|||
specific input then include an example of that input if
|
||||
possible, and include both the actual and the expected
|
||||
output. If this data is large or cannot be made public,
|
||||
then do try to create a minimal file that exibits the
|
||||
then do try to create a minimal file that exhibits the
|
||||
same issue and that can be included within the PR.</para>
|
||||
</listitem>
|
||||
|
||||
|
|
|
@ -209,7 +209,7 @@
|
|||
|
||||
<listitem><para>On your first pass through a split it is best to
|
||||
fake the copying of packages and distfiles. This will save
|
||||
both time and diskspace while you do a couple of trial runs to
|
||||
both time and disk space while you do a couple of trial runs to
|
||||
make sure things fit, etc. In the
|
||||
<filename>oneshot.pl</filename> set the <varname>fake</varname>
|
||||
variable to 1 and instead of actually copying the files it will
|
||||
|
|
|
@ -300,7 +300,7 @@
|
|||
|
||||
<para>When two devices that are both DTE or both DCE must be
|
||||
connected together without a modem or a similar media
|
||||
translater between them, a NULL modem must be used. The
|
||||
translator between them, a NULL modem must be used. The
|
||||
NULL modem electrically re-arranges the cabling so that
|
||||
the transmitter output is connected to the receiver input
|
||||
on the other device, and vice versa. Similar translations
|
||||
|
|
|
@ -40,7 +40,7 @@
|
|||
<para>ESDI is an acronym that means Enhanced Small Device
|
||||
Interface. It is loosely based on the good old ST506/412
|
||||
interface originally devised by Seagate Technology, the makers
|
||||
of the first affordable 5.25" winchester disk.</para>
|
||||
of the first affordable 5.25" Winchester disk.</para>
|
||||
|
||||
<para>The acronym says Enhanced, and rightly so. In the first
|
||||
place the speed of the interface is higher, 10 or 15
|
||||
|
@ -2099,7 +2099,7 @@ Mar 29 21:16:37 yedi /kernel: sa1: Archive Viper 150 is a known rogue </screen>
|
|||
<screen>&prompt.root; <userinput>mt -f /dev/st0ctl.0 blocksize 1024</userinput></screen>
|
||||
|
||||
<para>Before using a mini cartridge for the first time, the
|
||||
mini cartridge must be formated. FreeBSD 2.1.0-RELEASE and
|
||||
mini cartridge must be formatted. FreeBSD 2.1.0-RELEASE and
|
||||
earlier:</para>
|
||||
|
||||
<screen>&prompt.root; <userinput>/sbin/scsi -f /dev/rst0.ctl -s 600 -c "4 0 0 0 0 0"</userinput></screen>
|
||||
|
|
Loading…
Reference in a new issue