cvs commit: de-docproj/books/handbook/cutting-edge chapter.sgml

From: Johann Kois <jkois(at)doc.bsdgroup.de>
Date: Sun, 29 Aug 2010 13:51:55 GMT

jkois 2010-08-29 13:51:55 UTC

  FreeBSD German Documentation Repository

  Modified files:
    books/handbook/cutting-edge chapter.sgml
  Log:
  MFen 1.249 Den portsnap-Abschnitt etwas umformuliert.
  
  Vorgeschlagen von: A. Stein (lordpsycho ett web dott de)
  
  Revision Changes Path
  1.101 +75 -71 de-docproj/books/handbook/cutting-edge/chapter.sgml
  
  Index: chapter.sgml
  ===================================================================
  RCS file: /home/cvs/de-docproj/books/handbook/cutting-edge/chapter.sgml,v
  retrieving revision 1.100
  retrieving revision 1.101
  diff -u -I$FreeBSDde.*$ -r1.100 -r1.101
  --- chapter.sgml 18 Jul 2010 12:15:12 -0000 1.100
  +++ chapter.sgml 29 Aug 2010 13:51:55 -0000 1.101
  @@ -2,9 +2,9 @@
        The FreeBSD Documentation Project
        The FreeBSD German Documentation Project
   
  - $FreeBSD: doc/de_DE.ISO8859-1/books/handbook/cutting-edge/chapter.sgml,v 1.40 2010/01/24 18:49:23 bcr Exp $
  - $FreeBSDde: de-docproj/books/handbook/cutting-edge/chapter.sgml,v 1.100 2010/07/18 12:15:12 bcr Exp $
  - basiert auf: 1.248
  + $FreeBSD$
  + $FreeBSDde: de-docproj/books/handbook/cutting-edge/chapter.sgml,v 1.101 2010/08/29 13:51:55 jkois Exp $
  + basiert auf: 1.249
   -->
   
   <chapter id="updating-upgrading">
  @@ -17,7 +17,7 @@
         </author>
         <!-- Mar 2000 -->
       </authorgroup>
  -
  +
       <authorgroup>
         <author>
           <firstname>Jordan</firstname>
  @@ -37,7 +37,7 @@
           <surname>Clayton</surname>
         </author>
       </authorgroup>
  -
  +
       <!-- with feedback from various others -->
       <authorgroup>
         <author>
  @@ -53,14 +53,14 @@
     <sect1 id="updating-upgrading-synopsis">
       <title>&Uuml;bersicht</title>
   
  - <para>&os; wird zwischen einzelnen Releases st&auml;ndig weiter
  + <para>&os; wird zwischen einzelnen Releases st&auml;ndig weiter
         entwickelt. Manche Leute bevorzugen die offiziellen Release-Versionen,
         w&auml;hrend andere wiederum lieber auf dem aktuellen Stand der
         Entwicklung bleiben m&ouml;chten. Wie dem auch sei, sogar offizielle
         Release-Versionen werden oft mit Sicherheitsaktualisierungen und
         anderen kritischen Fehlerbereinigungen versorgt. Unabh&auml;ngig von
         der eingesetzten Version bringt &os; alle n&ouml;tigen Werkzeuge mit,
  - um ihr System aktuell zu halten und es innerhalb verschiedener
  + um ihr System aktuell zu halten und es innerhalb verschiedener
         Versionen zu aktualisieren. Dieses Kapitel hilft Ihnen bei der
         Entscheidung, ob Sie mit dem Entwicklungssystem Schritt halten oder
         ein Release verwenden wollen. Die zugrundeliegenden Werkzeuge um
  @@ -76,7 +76,7 @@
   
         <listitem>
           <para>wissen, wie Sie Ihr System mit
  - <application>freebsd-update</application>,
  + <application>freebsd-update</application>,
             <application>CVSup</application>,
             <application>CVS</application> oder
             <application>CTM</application>
  @@ -89,7 +89,7 @@
         </listitem>
   
         <listitem>
  - <para>wissen, wie Sie ihre Dokumentation mit
  + <para>wissen, wie Sie ihre Dokumentation mit
             <application>CVSup</application> oder Dokumentations-Ports
             <!-- oder <application>Docsnap</application> -->
             aktuell halten k&ouml;nnen.</para>
  @@ -119,7 +119,7 @@
             (<xref linkend="ports">).</para>
         </listitem>
       </itemizedlist>
  -
  +
       <note>
         <para>Im gesamten Kapitel wird der Befehl <command>cvsup</command>
           verwendet, um die &os; Quellen zu beziehen und zu aktualisieren. Um es
  @@ -130,8 +130,8 @@
           <filename>net/cvsup-without-gui</filename> installieren). Wenn Sie
           &os;&nbsp;6.2-RELEASE oder eine sp&auml;tere Version einsetzen,
           k&ouml;nnen Sie dieses Programm durch &man.csup.1; ersetzen, das
  - nun Teil des Basissystems ist.</para>
  - </note>
  + nun Teil des Basissystems ist.</para>
  + </note>
     </sect1>
   
     <sect1 id="updating-upgrading-freebsdupdate">
  @@ -187,8 +187,8 @@
   
       <note>
         <para>Bin&auml;re Aktualisierungen sind f&uuml;r alle Architekturen und
  - Releases verf&uuml;gbar, die aktuell vom &os; Security Team betreut
  - werden. Allerdings ben&ouml;tigen manche Eigenschaften, wie die &os;
  + Releases verf&uuml;gbar, die aktuell vom &os; Security Team betreut
  + werden. Allerdings ben&ouml;tigen manche Eigenschaften, wie die &os;
           Betriebssystemaktualisierungen, die zu dieser Zeit aktuellste Version
           von &man.freebsd-update.8; sowie &os;&nbsp;6.3 oder h&ouml;her. Vor
           der Aktualisierung auf eine neue Release-Version sollten die aktuellen
  @@ -206,8 +206,8 @@
         <title>Die Konfigurationsdatei</title>
   
         <para>Manche Anwender m&ouml;chten sicherlich Einstellungen in der
  - Standard-Konfigurationsdatei unter
  - <filename>/etc/freebsd-update.conf</filename> vornehmen, um
  + Standard-Konfigurationsdatei unter
  + <filename>/etc/freebsd-update.conf</filename> vornehmen, um
           bessere Kontrolle &uuml;ber den
           gesamten Prozess zu besitzen. Die Optionen sind sehr gut dokumentiert,
           jedoch ben&ouml;tigen die folgenden ein paar zus&auml;tzliche
  @@ -311,7 +311,7 @@
           sollte das System aktualisiert sein und
           <command>freebsd-update</command> kann als n&auml;chtlicher
           &man.cron.8;-Job ablaufen. Ein Eintrag in der Datei
  - <filename>/etc/crontab</filename> ist f&uuml;r diese Aufgabe
  + <filename>/etc/crontab</filename> ist f&uuml;r diese Aufgabe
           ausreichend:</para>
   
         <programlisting>@daily root freebsd-update cron</programlisting>
  @@ -335,7 +335,7 @@
           gestartet werden, wenn der Kernel oder ein beliebiges Kernelmodul
           ge&auml;ndert wurde. Dies erm&ouml;glicht es &os;, die neuen
           Bin&auml;rdateien in den Hauptspeicher zu laden.</para>
  -
  +
         <para>Das <command>freebsd-update</command>-Werkzeug kann nur den
           <literal>GENERIC</literal>-Kernel automatisch aktualisieren. Wenn ein
           selbstkonfigurierter Kernel verwendet wird, muss dieser neu erstellt
  @@ -359,7 +359,7 @@
         <para>Solange die Standardkonfiguration in
           <filename>/etc/freebsd-update.conf</filename> nicht ge&auml;ndert
           wurde, wird <command>freebsd-update</command> die aktualisierten
  - Quellcodedateien des Kernels zusammen mit dem Rest der Neuerungen
  + Quellcodedateien des Kernels zusammen mit dem Rest der Neuerungen
           installieren. Die erneute &Uuml;bersetzung und Installation ihres
           neuen, selbstkonfigurierten Kernels kann dann auf die &uuml;bliche
           Art und Weise durchgef&uuml;hrt werden.</para>
  @@ -379,7 +379,7 @@
             Die Neuinstallation des selbstkonfigurierten Kernels, selbst wenn
             sich daran nichts ge&auml;dert hat, erlaubt es &man.uname.1;, den
             aktuellen Patch-Level des Systems korrekt wiederzugeben. Dies ist
  - besonders hilfreich, wenn mehrere Systeme gewartet werden, da es
  + besonders hilfreich, wenn mehrere Systeme gewartet werden, da es
             eine schnelle Einsch&auml;tzung der installierten Aktualisierungen in
             jedem einzelnen System erm&ouml;glicht.</para>
         </note>
  @@ -403,7 +403,7 @@
           Beachten Sie, dass das Setzen der
           <makevar>BATCH</makevar>-Umgebungsvariable auf <literal>yes</literal>
           w&auml;hrend dieses Prozesses auf jede Eingabe mit
  - <literal>ja</literal> antwortet, was es nicht mehr notwendig macht,
  + <literal>ja</literal> antwortet, was es nicht mehr notwendig macht,
           manuell eingreifen zu m&uuml;ssen.</para>
   
         <para>Wenn ein selbstkonfigurierter Kernel verwendet wird, ist der
  @@ -413,7 +413,7 @@
           sein. Wenn der <literal>GENERIC</literal>-Kernel nicht bereits im
           System vorhanden ist, kann dieser &uuml;ber eine der folgenden Methoden
           bezogen werden:</para>
  -
  +
         <itemizedlist>
           <listitem>
             <para>Wenn ein eigener Kernel genau einmal gebaut wurde, ist der
  @@ -423,7 +423,7 @@
               Verzeichnis in <filename
               class="directory">/boot/GENERIC</filename> um.</para>
           </listitem>
  -
  +
           <listitem>
             <para>Angenommen, direkter Zugriff auf die Maschine ist m&ouml;glich,
               so kann eine Kopie des <literal>GENERIC</literal>-Kernels von den
  @@ -436,17 +436,17 @@
   
            <para>Ersetzen Sie <filename
              class="directory"><replaceable>X.Y-RELEASE</replaceable></filename>
  - mit der richtigen Version der Ver&ouml;ffentlichung, die Sie
  - verwenden. Der <literal>GENERIC</literal>-Kernel wird
  + mit der richtigen Version der Ver&ouml;ffentlichung, die Sie
  + verwenden. Der <literal>GENERIC</literal>-Kernel wird
              standardm&auml;ssig in <filename
              class="directory">/boot/GENERIC</filename> installiert.</para>
           </listitem>
  -
  +
           <listitem>
             <para>Falls alle obigen Schritte fehlschlagen, kann der
               <literal>GENERIC</literal>-Kernel folgendermassen aus den Quellen
               neu gebaut und installiert werden:</para>
  -
  +
             <screen>&prompt.root; <userinput>cd /usr/src</userinput>
   &prompt.root; <userinput>env DESTDIR=/boot/GENERIC make kernel</userinput>

----------------------------------------------
Diff block truncated. (Max lines = 200)
----------------------------------------------

To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-cvs-doc" in the body of the message
Received on Sun 29 Aug 2010 - 15:52:13 CEST

search this site