]> CyberLeo.Net >> Repos - FreeBSD/releng/10.0.git/blob - release/doc/de_DE.ISO8859-1/early-adopter/article.xml
Document recent security advisories (since 9.2-RELEASE is released).
[FreeBSD/releng/10.0.git] / release / doc / de_DE.ISO8859-1 / early-adopter / article.xml
1 <?xml version="1.0" encoding="iso-8859-1"?>
2 <!DOCTYPE article PUBLIC "-//FreeBSD//DTD DocBook XML V5.0-Based Extension//EN"
3         "../../../share/xml/freebsd50.dtd" [
4 <!ENTITY % release PUBLIC "-//FreeBSD//ENTITIES Release Specification//EN" "release.ent">
5  %release;
6
7 <!ENTITY release.4x "4.<replaceable xmlns='http://docbook.org/ns/docbook'>X</replaceable>">
8 <!ENTITY release.5x "5.<replaceable xmlns='http://docbook.org/ns/docbook'>X</replaceable>">
9 ]>
10 <!--
11   The FreeBSD Documentation Project
12   The FreeBSD German Documentation Project
13   $FreeBSD$
14   $FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/early-adopter/article.xml,v 1.24 2003/05/25 12:44:41 mheinen Exp $
15   basiert auf: 1.15
16 -->
17 <article xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink" version="5.0" xml:lang="de">
18   <info><title>Hinweise f&uuml;r die ersten Anwender von &os;
19       &release.current;</title>
20     
21
22     <authorgroup>
23       <author><orgname>The &os; Release Engineering Team</orgname></author>
24     </authorgroup>
25
26     <pubdate>$FreeBSD$</pubdate>
27
28     <copyright>
29       <year>2002</year>
30       <year>2003</year>
31       <holder role="mailto:re@FreeBSD.org">The &os; Release
32         Engineering Team</holder>
33     </copyright>
34
35     <abstract>
36       <para>Dieser Artikel enth&auml;lt Informationen &uuml;ber den
37         Status von &os; &release.current; f&uuml;r die Anwender, die
38         bisher noch keine Erfahrung mit den &release.5x; Versionen
39         oder &os; sammeln konnten.  Er enth&auml;lt einige
40         Hintergrundinformationen &uuml;ber die vor und w&auml;hrend
41         einer Ver&ouml;ffentlichung ablaufende Prozesse, nennt die
42         wichtigsten Neuerungen und die Stellen, an denen die ersten
43         Anwender Probleme haben k&ouml;nnten.  Weiterhin gibt es
44         Informationen &uuml;ber die Pl&auml;ne f&uuml;r weitere
45         Ver&ouml;ffentlichungen im Entwicklungszweig 4-STABLE und
46         ein paar Hinweise f&uuml;r die Aktualisierung bestehender
47         Systeme.</para>
48     </abstract>
49   </info>
50
51   <sect1 xml:id="intro">
52     <title>Einf&uuml;hrung</title>
53
54     <para>Nach &uuml;ber zwei Jahren steht mit &os; &release.5x;
55       wieder eine komplett neue &os;-Version zur Verf&uuml;gung.  Sie
56       bietet nicht nur diverse neue M&ouml;glichkeiten, auch und
57       gerade <quote>unter der Haube</quote> hat sich einiges
58       verbessert.  Der Nachteil dieser Neuerungen ist, da&szlig;
59       gro&szlig;e Teile des Systems neu und nicht ausreichend getestet
60       sind.  Im Vergleich zu den existierenden &release.4x; Versionen
61       kann der Schritt zu den ersten &release.5x; Versionen zu
62       Verschlechterungen in den Bereichen Stabilit&auml;t, Leistung
63       und teilweise auch Funktionalit&auml;t f&uuml;hren.</para>
64
65     <para>Aus diesen Gr&uuml;nden warnen wir alle Anwender, ihre
66       Systeme nicht von &auml;lteren &os;-Versionen auf 5.0 zu
67       aktualisieren, wenn sie die &quot;Problemzonen&quot; nicht kennen
68       oder nicht bereit sind, die Einschr&auml;nkungen in den neuesten
69       Versionen in Kauf zu nehmen.  Gerade konservative Anwender
70       sollten in der nahen Zukunft &release.4x;-Versionen (wie
71       4.8-RELEASE) benutzen.  Wir meinen, da&szlig; diese Anwender
72       erst zu &release.5x; wechseln sollten, nachdem der
73       Entwicklungszweig 5-STABLE existiert; dies wird wahrscheinlich
74       nach der Ver&ouml;ffentlichung von 5.2-RELEASE
75       passieren.</para>
76
77     <para>Hier zeigt sich das <quote>Henne und Ei</quote> Problem bei
78       der Ver&ouml;ffentlichung von &os; &release.5x;.  Alle am &os;
79       Project beteiligten Personen wollen ein &os;, das m&ouml;glichst
80       stabil und zuverl&auml;ssig ist.  Um dieses Ziel zu erreichen,
81       m&uuml;ssen die neue Version und speziell die neuen Komponenten
82       von m&ouml;glichst vielen Anwendern getestet werden.
83       Dummerweise gibt es bei realistischer Betrachtung nur eine
84       M&ouml;glichkeit, eine gr&ouml;&szlig;ere Anzahl an Anwender
85       f&uuml;r einen Test zu gewinnen:  Die Ver&ouml;ffentlichung der
86       zu testenden Version!</para>
87
88     <para>Dieser Artikel beschreibt einige der Probleme, die bei der
89       Installation und Benutzung von &os; &release.current; auftreten
90       k&ouml;nnen.  Zuerst wird beschrieben, wie eine neue FreeBSD
91       Version ver&ouml;ffentlicht wird.  Dann werden die
92       interessanteren Neuerungen in FreeBSD &release.current; und die
93       Bereiche, in denen (gerade f&uuml;r unvorsichtige Anwender)
94       Probleme auftreten k&ouml;nnen, vorgestellt.  Anwender, die erst
95       einmal bei Systemen auf Basis von 4-STABLE bleiben m&ouml;chten,
96       erhalten einen kurzen Ausblick auf die kurz- und mittelfristigen
97       Planungen f&uuml;r diesen Entwicklungszweig.  Zuletzt wird
98       besprochen, was bei einer Aktualisierung eines existierenden
99       &release.4x; Systems auf 5.0 beachtet werden mu&szlig;.</para>
100   </sect1>
101
102   <sect1 xml:id="release-overview">
103     <title>Ver&ouml;ffentlichung neuer &os;-Versionen</title>
104
105     <para>Das Prinzip der &os;-Entwicklung ist die Verwendung mehrerer
106       Entwicklungszweige innerhalb eines <quote>CVS
107       Repository</quote>.  Der Hauptzweig wird <quote>CURRENT</quote>
108       genannt und innerhalb des Repository mit dem symbolischen Namen
109       <literal>HEAD</literal> referenziert.  Neuerungen werden
110       zun&auml;chst in diesen Zweig eingebracht.  Das bedeutet zwar,
111       da&szlig; neue M&ouml;glichkeiten zun&auml;chst einmal nur in
112       CURRENT zur Verf&uuml;gung stehen, es bedeutet allerdings auch,
113       da&szlig; dieser Zweig von Zeit zu Zeit Kummer bereitet,
114       w&auml;hrend die Neuerungen getestet und ihre Fehler entfernt
115       werden.</para>
116
117     <para>Wenn eine neue &os;-Version ver&ouml;ffentlicht wird,
118       basiert diese in der Regel auf einem der <quote>STABLE</quote>
119       (stabil) genannten Entwicklungszweige.  Neuerungen werden nur in
120       diese Entwicklungszweige &uuml;bernommen, nachdem sie in CURRENT
121       getestet wurden.  Zur Zeit gibt es nur einen aktiven STABLE
122       Entwicklungszweig: <quote>4-STABLE</quote>; dieser Zweig war
123       die Grundlage f&uuml;r alle &release.4x; Versionen.  Dieser
124       Zweig wird innerhalb des CVS Repository durch den symbolischen
125       Namen <literal>RELENG_4</literal> gekennzeichnet.</para>
126
127     <para>Die Basis f&uuml;r &os; 5.0 und 5.1 ist der
128       Entwicklungszweig CURRENT.  Damit wird zum ersten Mal nach
129       &uuml;ber zwei Jahren eine neue Version auf Basis dieses
130       Entwicklungszweiges erscheinen (die letzte war &os; 4.0, im
131       M&auml;rz 2000).</para>
132
133     <para>Einige Zeit nach der Ver&ouml;ffentlichung von &os; 5.0 wird
134       im &os; CVS Repository der Zweig <quote>5-STABLE</quote> mit dem
135       symbolischen Namen <literal>RELENG_5</literal> erzeugt werden.
136       Die letzten beiden Entwicklungszweige dieser Art (3-STABLE und
137       4-STABLE) wurden unmittelbar nach der Ver&ouml;ffentlichung der
138       jeweiligen <quote>Punkt Null</quote> Versionen (3.0 bzw. 4.0)
139       erzeugt.  R&uuml;ckblickend m&uuml;ssen wir feststellen,
140       da&szlig; dadurch in beiden F&auml;llen nicht genug Zeit war, um
141       CURRENT zu stabilisieren, bevor der neue Entwicklungszweig
142       eingerichtet wurde.  Dies f&uuml;hrte zu unn&ouml;tiger
143       Mehrarbeit, da Fehlerkorrekturen von einem Zweig in den anderen
144       Zweig &uuml;bertragen werden mu&szlig;ten;  au&szlig;erdem kam
145       es zu einigen &Auml;nderungen in der Architektur, die nicht in
146       den jeweils anderen Zweig &uuml;bernommen werden konnten.</para>
147
148     <para>Aus diesem Grund wird das Release Engineering Team den neuen
149       5-STABLE Entwicklungszweig erst dann im CVS Repository
150       einrichten, wenn eine solide Grundlage zur Verf&uuml;gung steht.
151       Es ist sehr wahrscheinlich, da&szlig; vorher mehrere
152       &release.5x; Versionen erscheinen werden; zur Zeit rechnen wir
153       damit, da&szlig; 5-STABLE nach dem Erscheinen von 5.2-RELEASE
154       erzeugt werden wird.</para>
155
156     <para>Weitere Informationen &uuml;ber den Ablauf bei der
157       Ver&ouml;ffentlichung einer neuen &os; Version finden Sie auf
158       den <link xlink:href="http://www.FreeBSD.org/releng/index.html">Release
159       Engineering Web pages</link> und im Artikel <link xlink:href="http://www.freebsd.org/doc/en_US.ISO8859-1/articles/releng/index.html">&os;
160       Release Engineering</link>.  Informationen &uuml;ber den
161       geplanten Entwicklungszweig 5-STABLE finden Sie auf der <link xlink:href="http://www.FreeBSD.org/doc/en_US.ISO8859-1/articles/5-roadmap/index.html"><quote>The
162       Roadmap for 5-STABLE</quote></link>.</para>
163   </sect1>
164
165   <sect1 xml:id="new">
166     <title>Neuerungen</title>
167
168     <para>Die Glanzpunkte von &os; &release.5x; sind die vielen Neuerungen.
169       Diese Neuerungen und die neue Funktionalit&auml;t basieren zum
170       gr&ouml;&szlig;ten Teil auf massiven &Auml;nderungen der
171       Systemarchitektur, die nicht in den Entwicklungszweig 4-STABLE
172       eingepflegt wurden.  Viele in sich abgeschlossene
173       &Auml;nderungen wie Treiber f&uuml;r neue Ger&auml;te oder neue
174       Benutzerprogramme wurden dagegen schon nach 4-STABLE
175       &uuml;bernommen.  Die folgende Liste enth&auml;lt eine kurze
176       &Uuml;bersicht &uuml;ber die wichtigsten Neuerungen in &os;
177       5.0:</para>
178
179     <itemizedlist>
180       <listitem>
181         <para>SMPng: Die <quote>n&auml;chste Generation</quote> der
182           Unterst&uuml;tzung f&uuml;r Systeme mit mehreren Prozessoren
183           (noch nicht abgeschlossen).  Es ist jetzt m&ouml;glich,
184           da&szlig; mehrere Prozessoren gleichzeitig den Kernel
185           nutzen.</para>
186       </listitem>
187
188       <listitem>
189         <para>KSE:  Die <quote>Kernel Scheduled Entities</quote>
190           erlauben es einem Prozess, mehrere Threads auf Kernel-Ebene
191           zu nutzen, analog zur Aktivierung via Scheduler.  Die
192           (experimentellen) Bibliotheken <filename>libkse</filename>
193           und <filename>libthr</filename> erlauben auch normalen
194           Programmen mit mehreren Threads, diese Erweiterung zu
195           nutzen.</para>
196       </listitem>
197
198       <listitem>
199         <para>Neue Plattformen:  Zus&auml;tzlich zu i386, pc98 und
200           Alpha werden jetzt auch sparc64 und ia64 Systeme
201           unterst&uuml;tzt.</para>
202       </listitem>
203
204       <listitem>
205         <para>GCC:  Der Compiler und die dazugeh&ouml;rigen Werkzeuge
206           basieren jetzt auf GCC 3.2.2 und nicht mehr auf GCC
207           2.95.<replaceable>X</replaceable>.</para>
208       </listitem>
209
210       <listitem>
211         <para>MAC:  Unterst&uuml;tzung f&uuml;r erweiterbare
212           <quote>Mandatory Access Control</quote> Regelwerke.</para>
213       </listitem>
214
215       <listitem>
216         <para>GEOM:  Ein flexibles Ger&uuml;st zur Manipulation von
217           Daten beim Transfer von und zu Festplatten.  Auf dieser
218           Basis wurde ein experimentelles Modul zur
219           Verschl&uuml;sselung des Festplatteninhaltes
220           entwickelt.</para>
221       </listitem>
222
223       <listitem>
224         <para>FFS: Das Dateisystem unterst&uuml;tzt jetzt
225           Hintergrund-&man.fsck.8; (um das System nach einem Absturz
226           schneller verf&uuml;gbar zu machen) sowie
227           <quote>Schnappsch&uuml;sse</quote>.</para>
228       </listitem>
229
230       <listitem>
231         <para>UFS2:  Dieses neue Dateisystem unterst&uuml;tzt
232           gr&ouml;&szlig;ere Dateien und zus&auml;tzliche
233           Dateiberechtigungen.  &man.newfs.8; erzeugt jetzt
234           standardm&auml;&szlig;ig UFS2 Dateisysteme und auf allen
235           Plattformen au&szlig;er PC98 gilt dies auch f&uuml;r
236           Dateisysteme, die mit &man.sysinstall.8; erzeugt
237           werden.</para>
238       </listitem>
239
240       <listitem>
241         <para>Cardbus:  Cardbus wird jetzt unterst&uuml;tzt.</para>
242       </listitem>
243     </itemizedlist>
244
245     <para>Eine ausf&uuml;hrlichere &Uuml;bersicht &uuml;ber die
246       Neuerungen finden Sie in den <quote>Release Notes</quote>
247       f&uuml;r &os; &release.prev; und &release.current;.</para>
248   </sect1>
249
250   <sect1 xml:id="drawbacks">
251     <title>Nachteile f&uuml;r fr&uuml;he Anwender</title>
252
253     <para>Ein Nachteil der Neuerungen in &os; &release.5x; ist,
254       da&szlig; es in einigen Bereichen auf Grund der noch nicht
255       abgeschlossenen Entwicklung zu Problemen oder zu unerwarteten
256       Effekten kommen kann.  Einige (aber nicht alle) der Problemzonen
257       sind in der folgenden Liste zusammengefa&szlig;t:</para>
258
259     <itemizedlist>
260       <listitem>
261         <para>Die Arbeit an diversen Neuerungen ist noch nicht
262           abgeschlossen, dazu geh&ouml;ren unter anderem SMPng und
263           KSE.  Diese Erweiterungen sind zwar f&uuml;r Test- und
264           Experimentalzwecke ausreichend stabil, aber unter
265           Umst&auml;nden nicht stabil genug f&uuml;r den
266           Produktionsbetrieb.</para>
267       </listitem>
268
269       <listitem>
270         <para>Durch die &Auml;nderungen in den Datenstrukturen des
271           Kernels und der Schnittstellen f&uuml;r Anwendungen und
272           Programmierer (ABI/API), m&uuml;ssen Treiber anderer
273           Hersteller angepa&szlig;t werden, damit sie korrekt mit &os;
274           5.0 zusammenarbeiten.  Es ist nicht ausgeschlossen,
275           da&szlig; es bis zum Erscheinen des Entwicklungszweiges
276           5-STABLE weitere kleinere &Auml;nderungen am ABI/API geben
277           wird.</para>
278       </listitem>
279
280       <listitem>
281         <para>Einige Teile des &os; Basissystems wurden in die Ports
282           Collection verschoben.  Dazu geh&ouml;ren insbesondere
283           <application>Perl</application>,
284           <application>UUCP</application> und die meisten (nicht alle)
285           Spiele.  Diese Programme werden zwar weiterhin entwickelt
286           und unterst&uuml;tzt, es kann aber verwirren, da&szlig; sie
287           nicht mehr Teil des Basissystems sind.</para>
288       </listitem>
289
290       <listitem>
291         <para>Einige Teile des &os;-Basissystems wurden nicht mehr
292           gepflegt, weil es nicht gen&uuml;gend Anwender und/oder
293           Entwickler gab.  Diese Teile mu&szlig;ten entfernt werden,
294           dazu z&auml;hlen unter anderem die Erzeugung von Programmen
295           im Format a.out;, die XNS-Netzwerkprotokolle und der Treiber
296           f&uuml;r den X-10 Controller.</para>
297       </listitem>
298
299       <listitem>
300         <para>Viele Ports und Packages, die mit &os; 4-STABLE noch
301           korrekt liefen, k&ouml;nnen mit &os; 5.0 nicht genutzt oder
302           nicht kompiliert werden.  Der Grund ist in der Regel der
303           neue Compiler oder die Aufr&auml;umarbeiten in den
304           Header-Dateien.</para>
305       </listitem>
306
307       <listitem>
308         <para>Viele der Neuerungen in &os; &release.5x; wurden bisher
309           nur auf relativ wenigen Systemen getestet.  Viele dieser
310           Neuerungen (wie SMPng) haben Auswirkungen auf gro&szlig;e
311           Bereiche des Kernels.</para>
312       </listitem>
313
314       <listitem>
315         <para>Die Neuerungen in &os; 5.0 enthalten noch Routinen
316           zur Unterst&uuml;tzung bei der Fehlersuche und Diagnose.
317           Dadurch kann es dazu kommen, da&szlig; ein System mit
318           &os; 5.0 langsamer ist als mit 4-STABLE.</para>
319       </listitem>
320
321       <listitem>
322         <para>Neuerungen werden erst in den Entwicklungszweig 4-STABLE
323           &uuml;bernommen, nachdem sie eine Zeit lang in -CURRENT
324           <quote>gereift</quote> sind.  Bei &os; 5.0 fehlt dieser
325           stabilisierende Effekt eines -STABLE Entwicklungszweiges.
326           Der Entwicklungszweig 5-STABLE wird wahrscheinlich erst
327           einige Zeit nach der Ver&ouml;ffentlichung von 5.2-RELEASE
328           eingerichtet werden.</para>
329       </listitem>
330
331       <listitem>
332         <para>Die Dokumentation (wie z.B. das &os; <link xlink:href="http://www.FreeBSD.org/doc/de_DE.ISO8859-1/books/handbook/index.html">Handbuch</link>
333           und der <link xlink:href="http://www.FreeBSD.org/doc/de_DE.ISO8859-1/books/faq/index.html">FAQ</link>)
334           ist teilweise noch nicht auf dem Stand von
335           &os; &release.5x;.</para>
336       </listitem>
337     </itemizedlist>
338
339     <para>Da einige dieser Probleme auch negative Auswirkungen auf die
340       Stabilit&auml;t des Systems haben, r&auml;t das Release
341       Engineering Team konservativen Anwendern und Firmen, Versionen
342       aus dem Entwicklungszweig 4-STABLE zu verwenden, bis die
343       &release.5x; Versionen zuverl&auml;ssiger
344       geworden sind.</para>
345   </sect1>
346
347   <sect1 xml:id="plans-stable">
348     <title>Die Zukunft des Entwicklungszweiges 4-STABLE</title>
349
350     <para>Die Ver&ouml;ffentlichung von &os; 5.0 bedeutete nicht das
351       Ende des Entwicklungszweiges 4-STABLE:  &os; 4.8 erschien im
352       April 2003, zwei Monate nach der Ver&ouml;ffentlichung von &os;
353       5.0.  Es wird wahrscheinlich noch eine weitere Version auf der
354       Basis dieses Entwicklungszweiges geben:  Das f&uuml;r den Sommer
355       2003 geplante 4.9-RELEASE.  Auch eine Version 4.10 liegt im
356       Bereich des M&ouml;glichen.  Dies h&auml;ngt von mehreren
357       Faktoren ab, der wichtigste davon ist die Existenz und
358       Stabilit&auml;t des Entwicklungszweiges 5-STABLE.  Wenn CURRENT
359       nicht stabil genug ist, um einen Entwicklungszweig 5-STABLE zu
360       rechtfertigen, werden weitere Versionen auf Basis des
361       Entwicklungszweiges 4-STABLE m&ouml;glich und notwendig sein.
362       Bis zum Erscheinen der offiziell letzten Version auf Basis von
363       4-STABLE bleibt es den Entwicklern &uuml;berlassen, ob sie
364       Neuerungen aus <literal>HEAD</literal> in 4-STABLE einpflegen
365       (im Rahmen der schon bestehenden Regelungen).</para>
366
367     <para>Bis zu einem gewissen Grad werden das Release Engineering
368       Team und die Entwickler auch die W&uuml;nsche der Benutzer nach
369       weiteren Versionen auf Basis von 4-STABLE beachten.  Allerdings
370       nur, so weit dies im Rahmen der beschr&auml;nkten Ressourcen
371       m&ouml;glich ist.</para>
372
373     <para>Neue Versionen auf Basis des Entwicklungszweiges 4-STABLE
374       werden vom &a.security-officer; im &uuml;blichen Rahmen
375       unterst&uuml;tzt werden, genauere Informationen dazu finden Sie
376       auf der <link xlink:href="http://www.FreeBSD.org/security/index.html">Security
377       page</link> auf der &os; Webseite.  In der Regel werden die
378       letzten beiden Versionen jedes Entwicklungszweiges durch die
379       Ver&ouml;ffentlichung von Sicherheitshinweisen und Patches
380       unterst&uuml;tzt; dem Team ist es allerdings freigestellt, diese
381       Unterst&uuml;tzung auf weitere Versionen oder spezielle Probleme
382       auszudehnen.</para>
383   </sect1>
384
385   <sect1 xml:id="upgrade">
386     <title>Hinweise f&uuml;r die Aktualisierung von &os; &release.4x;</title>
387
388     <para>Dieses Kapitel enth&auml;lt Hinweise f&uuml;r Anwender, die
389       ihr bestehendes &os; &release.4x; System auf &os; &release.5x;
390       aktualisieren wollen.  Wie bei jeder Aktualisierung ist es auf
391       jeden Fall notwendig, vorher die Release Notes und die Errata der
392       neuen Version zu lesen; bei Aktualisierung &uuml;ber den
393       Quellcode ist <filename>src/UPDATING</filename>
394       Pflichtlekt&uuml;re.</para>
395
396     <sect2>
397       <title>Aktualisierung ohne Quellcode</title>
398
399       <para>Der einfachste Ansatz ist immer noch
400         <quote>Sicherheitskopien erstellen, Platte formatieren, neues
401         System installieren, Daten wieder einspielen</quote>.  Dadurch
402         werden alle Probleme mit veralteten und nicht kompatiblen
403         Programmen und Konfigurationsdateien umgangen.  Die neuen
404         Dateisysteme k&ouml;nnen maximalen Nutzen aus den diversen
405         Neuerungen (speziell UFS2) ziehen.</para>
406
407       <para>Zum gegenw&auml;rtigen Zeitpunkt hat noch niemand
408         ausf&uuml;hrlich getestet, ob und wie gut die
409         <quote>Upgrade</quote>-Option in &man.sysinstall.8; bei einem
410         Update von 4.0 zu 5.0 funktioniert.  Wir raten daher dringend
411         von der Verwendung dieser Funktion ab.  Eines der
412         Hauptprobleme ist, da&szlig; bei dieser Variante diverse
413         Dateien nicht gel&ouml;scht werden, die zwar von &release.4x;
414         genutzt wurden, aber in &release.5x; nicht mehr vorhanden
415         sind.  Diese Altlasten k&ouml;nnen zu Problemen
416         f&uuml;hren.</para>
417
418       <para>Auf i386 und pc98 Systemen kann die Konfiguration von ISA
419         Ger&auml;ten beim Systemstart mit dem Werkzeug UserConfig
420         eingestellt werden, dies gilt auch beim Start von einem
421         Installations-Medium.  Dieses Programm wurde in &os; 5.0 durch
422         &man.device.hints.5; ersetzt; dieses stellt zwar die gleiche
423         Funktionalit&auml;t bereit, ist aber von der Bedienung her
424         v&ouml;llig verschieden.</para>
425
426       <para>Bei einer Installation von Diskette kann es notwendig
427         werden, die neue Treiber-Diskette zu benutzen.  Das
428         <filename>drivers.flp</filename> Diskettenimage sollte im
429         allgemeinen &uuml;berall dort verf&uuml;gbar sein, wo auch
430         schon die bekannten <filename>kern.flp</filename> und
431         <filename>mfsroot.flp</filename> verf&uuml;gbar sind.</para>
432
433       <para>Bei einer Installation von CD-ROM auf einem i386-System
434         wird jetzt ein neues Startprogramm mit dem Namen
435         <quote>no-emulation boot loader</quote> genutzt.  Dadurch ist
436         es unter anderem m&ouml;glich, auf der CD den Standardkernel
437         (<literal>GENERIC</literal>) statt des auf den Disketten
438         verwendeten Mini-Kernels zu nutzen.  Jedes System, das von den
439         Installations-CDs f&uuml;r Windows NT 4.0 booten kann, sollte
440         auch mit den &os; &release.5x; CD-ROMs zurechtkommen.</para>
441     </sect2>
442
443     <sect2>
444       <title>Aktualisierung mit Quellcode</title>
445
446       <para>Es ist auf jeden Fall erforderlich, vor der Aktualisierung
447         <filename>src/UPDATING</filename> zu lesen.  Der Abschnitt
448         <quote>To upgrade from 4.x-stable to current</quote>
449         enth&auml;lt eine Schritt-f&uuml;r-Schritt Anleitung, der Sie
450         unbedingt folgen m&uuml;ssen, die Nutzung der &uuml;blichen
451         <quote>Abk&uuml;rzungen</quote> ist nicht
452         m&ouml;glich.</para>
453     </sect2>
454
455     <sect2>
456       <title>Allgemeine Hinweise</title>
457
458       <para><application>Perl</application> wurde aus dem Basissystem
459         entfernt und sollte entweder als Package oder &uuml;ber die
460         Ports Collection installiert werden.  Die bisher &uuml;bliche
461         Praxis, Perl als Teil des Basissystems zu behandeln und mit ihm
462         zusammen zu kompilieren, f&uuml;hrte zu diversen Problemen,
463         die eine Aktualisierung von Perl erschwerten.  Die im
464         Standardsystem vorhandenen Programme, die Perl
465         ben&ouml;tigten, wurden entweder in einer anderen Sprache neu
466         geschrieben (wenn sie noch ben&ouml;tigt wurden) oder
467         ersatzlos entfernt (wenn sie &uuml;berfl&uuml;ssig waren).  Da
468         &man.sysinstall.8; das Perl Package bei den meisten
469         Distributionen automatisch mit installiert, sollte diese
470         &Auml;nderung kaum Auswirkungen auf die Anwender
471         haben.</para>
472
473       <para>Einige Scripte verlassen sich darauf, da&szlig; der
474         Perl-Interpreter als <filename>/usr/bin/perl</filename>
475         verf&uuml;gbar ist.  Der Perl Port enth&auml;lt das Programm
476         <filename>use.perl</filename>, mit dem ein passender Satz
477         symbolischer Links f&uuml;r diese Scripte erzeugt werden kann.
478         Nach dem Aufruf von <command>use.perl port</command> sollte
479         alles wie erwartet funktionieren.</para>
480
481       <para>Es ist zwar m&ouml;glich, f&uuml;r &release.4x;
482         geschriebene Programme unter &release.5x; zu nutzen,
483         allerdings mu&szlig; dazu die Distribution
484         <filename>compat4x</filename> installiert sein.  Damit
485         <emphasis>k&ouml;nnte</emphasis> es auch m&ouml;glich sein,
486         alte Ports zu benutzen.</para>
487
488       <para>Bei der Aktualisierung eines bestehenden Systems auf Basis
489         von 4-STABLE, ist es unbedingt notwendig, die alten Dateien in
490         <filename>/usr/include</filename> zu l&ouml;schen.  Im
491         allgemeinen ist es ausreichend, dieses Verzeichnis vor der
492         Installation bzw. vor dem
493         <buildtarget>installworld</buildtarget> zu entfernen.  Wird das
494         Verzeichnis nicht entfernt, kann es zu Problemen kommen
495         (speziell mit C++-Programmen), da der Compiler dann einen Mix
496         aus alten und neuen Headerdateien verwendet.</para>
497
498       <para>Es gibt kein <filename>MAKEDEV</filename> mehr, weil es
499         nicht mehr ben&ouml;tigt wird.  &os; &release.5x; benutzt ein
500         spezielles Dateisystem f&uuml;r Ger&auml;te, das die
501         entsprechenden Device Nodes bei Bedarf automatisch erzeugt.
502         Weitere Informationen finden Sie in &man.devfs.5;.</para>
503
504       <para>Alle mit &man.newfs.8; erzeugten Dateisysteme werden
505         standardm&auml;&szlig;ig im Format UFS2 angelegt.  Diese gilt
506         auf allen Plattformen au&szlig;er PC98 auch f&uuml;r
507         Dateisysteme, die mit &man.sysinstall.8; erzeugt werden.  Da
508         &os; &release.4x; nur UFS1 lesen kann, m&uuml;ssen alle
509         Dateisysteme, die sowohl mit &release.4x; als auch mit
510         &release.5x; nutzbar sein sollen, im Format UFS1 erzeugt
511         werden.  Dieser Fall tritt typischerweise auf Systemen auf,
512         auf denen &release.4x; und &release.5x; installiert und
513         abwechselnd betrieben werden.  In &man.newfs.8; steht dazu die
514         Option <option>-O1</option> zur Verf&uuml;gung, auch
515         &man.sysinstall.8; enth&auml;lt eine entsprechende Option.
516         Bitte beachten Sie, da&szlig; es kein Konvertierungsprogramm
517         zur Umwandlung von UFS1 nach UFS2 (oder umgekehrt) gibt, nur
518         die Variante Backup, Formatieren, Restore.</para>
519     </sect2>
520   </sect1>
521
522   <sect1 xml:id="summary">
523     <title>Zusammenfassung</title>
524
525     <para>&os; &release.current; enth&auml;lt zwar viele interessante
526       Neuerungen, aber es ist noch nicht f&uuml;r alle Anwender
527       geeignet.  Aus diesem Grund haben wir in diesem Dokument
528       Informationen &uuml;ber die Abl&auml;ufe bei der
529       Ver&ouml;ffentlichung einer neuen Version, die interessantesten
530       Neuerungen in den &release.5x; Versionen und wahrscheinliche
531       Probleme gegeben.  Weiterhin enthielt er einen Ausblick auf die
532       Zukunft des Entwicklungszweiges 4-STABLE und Informationen
533       f&uuml;r Anwender, die schon jetzt umsteigen wollen.</para>
534   </sect1>
535 </article>