summaryrefslogtreecommitdiffstats
path: root/release/doc/de_DE.ISO8859-1/early-adopter/article.sgml
blob: 41a6462147c8c29800cea69f1862730c4266f63d (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
<!--
  The FreeBSD Documentation Project
  The FreeBSD German Documentation Project
  $FreeBSD$
  $FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/early-adopter/article.sgml,v 1.12 2003/01/09 12:07:02 ue Exp $
  basiert auf: 1.9
-->

<!DOCTYPE article PUBLIC "-//FreeBSD//DTD DocBook V4.1-Based Extension//EN" [
<!ENTITY % man PUBLIC "-//FreeBSD//ENTITIES DocBook Manual Page Entities//EN">
%man;

<!ENTITY % freebsd PUBLIC "-//FreeBSD//ENTITIES DocBook Miscellaneous FreeBSD Entities//EN">
%freebsd;

<!ENTITY % authors PUBLIC "-//FreeBSD//ENTITIES DocBook Author Entities//EN">
%authors;

<!ENTITY % teams PUBLIC "-//FreeBSD//ENTITIES DocBook Team Entities//EN">
%teams;

<!ENTITY % mailing-lists PUBLIC "-//FreeBSD//ENTITIES DocBook Mailing List Entities//DE">
%mailing-lists;

<!ENTITY % release PUBLIC "-//FreeBSD//ENTITIES Release Specification//EN">
%release;
]>

<article lang="de">
  <articleinfo>
    <title>Hinweise f&uuml;r die ersten Anwender von &os; 5.0-RELEASE</title>

    <authorgroup>
      <corpauthor>The &os; Release Engineering Team</corpauthor>
    </authorgroup>

    <pubdate>$FreeBSD$</pubdate>

    <copyright>
      <year>2002</year>
      <year>2003</year>
      <holder role="mailto:re@FreeBSD.org">The &os; Release
        Engineering Team</holder>
    </copyright>
  </articleinfo>

  <sect1>
    <title>Einf&uuml;hrung</title>

    <para>Nach &uuml;ber zwei Jahren steht mit &os; 5.0 wieder eine
      komplett neue &os;-Version zur Verf&uuml;gung.  Sie bietet nicht
      nur diverse neue M&ouml;glichkeiten, auch und gerade
      <quote>unter der Haube</quote> hat sich einiges verbessert.  Der
      Nachteil dieser Neuerungen ist, da&szlig; gro&szlig;e Teile des
      Systems neu und nicht ausreichend getestet sind.  Im Vergleich
      zu den existierenden 4.<replaceable>X</replaceable> Versionen
      kann der Schritt zu 5.0 zu Verschlechterungen in den Bereichen
      Stabilit&auml;t, Leistung und teilweise auch Funktionalit&auml;t
      f&uuml;hren.</para>

    <para>Aus diesen Gr&uuml;nden warnen wir alle Anwender, ihre
      Systeme <emphasis>nicht</emphasis> blind von &auml;lteren
      &os;-Versionen auf 5.0 zu aktualisieren.  Gerade konservative
      Anwender sollten in der nahen Zukunft
      4.<replaceable>X</replaceable>-Versionen (wie 4.7-RELEASE oder
      das demn&auml;chst erscheinende 4.8-RELEASE) benutzen.  Wir
      meinen, da&szlig; diese Anwender erst zu
      5.<replaceable>X</replaceable> wechseln sollten, nachdem der
      Entwicklungszweig 5-STABLE existiert, der wahrscheinlich nach
      der Ver&ouml;ffentlichung von 5.1-RELEASE oder 5.2-RELEASE
      eingerichtet werden wird.</para>

    <para>Hier zeigt sich das <quote>Henne und Ei</quote> Problem bei
      der Ver&ouml;ffentlichung von &os; 5.0.  Alle am &os;  Project
      beteiligten Personen wollen ein 5.0-RELEASE, das m&ouml;glichst
      stabil und zuverl&auml;ssig ist.  Um dieses Ziel zu erreichen,
      m&uuml;ssen die neue Version und speziell die neuen Komponenten
      von m&ouml;glichst vielen Anwendern getestet werden.
      Dummerweise gibt es bei realistischer Betrachtung nur eine
      M&ouml;glichkeit, eine gr&ouml;&szlig;ere Anzahl an Anwender
      f&uuml;r einen Test zu gewinnen:  Die Ver&ouml;ffentlichung der
      zu testenden Version!</para>

    <para>Dieser Artikel beschreibt einige der Probleme, die bei der
      Installation und Benutzung von &os; 5.0-RELEASE auftreten
      k&ouml;nnen.  Zuerst wird beschrieben, wie eine neue FreeBSD
      Version ver&ouml;ffentlicht wird.  Dann werden die
      interessanteren Neuerungen in FreeBSD 5.0 und die Bereiche, in
      denen (gerade f&uuml;r unvorsichtige Anwender) Probleme
      auftreten k&ouml;nnen, vorgestellt.  Anwender, die erst einmal
      bei Systemen auf Basis von 4-STABLE bleiben m&ouml;chten,
      erhalten einen kurzen Ausblick auf die kurz- und mittelfristigen
      Planungen f&uuml;r diesen Entwicklungszweig.  Zuletzt wird
      besprochen, was bei einer Aktualisierung eines existierenden
      4.<replaceable>X</replaceable> Systems auf 5.0 beachtet werden
      mu&szlig;.</para>
  </sect1>

  <sect1>
    <title>Ver&ouml;ffentlichung neuer &os;-Versionen</title>

    <para>Das Prinzip der &os;-Entwicklung ist die Verwendung mehrerer
      Entwicklungszweige innerhalb eines <quote>CVS
      Repository</quote>.  Der Hauptzweig wird <quote>CURRENT</quote>
      genannt und innerhalb des Repository mit dem symbolischen Namen
      <literal>HEAD</literal> referenziert.  Neuerungen werden
      zun&auml;chst in diesen Zweig eingebracht.  Das bedeutet zwar,
      da&szlig; neue M&ouml;glichkeiten zun&auml;chst einmal nur in
      CURRENT zur Verf&uuml;gung stehen, es bedeutet allerdings auch,
      da&szlig; dieser Zweig von Zeit zu Zeit Kummer bereitet,
      w&auml;hrend die Neuerungen getestet und ihre Fehler entfernt
      werden.</para>

    <para>Wenn eine neue &os;-Version ver&ouml;ffentlicht wird,
      basiert diese in der Regel auf einem der <quote>STABLE</quote>
      (stabil) genannten Entwicklungszweige.  Neuerungen werden nur in
      diese Entwicklungszweige &uuml;bernommen, nachdem sie in CURRENT
      getestet wurden.  Zur Zeit gibt es nur einen aktiven STABLE
      Entwicklungszweig: <quote>4-STABLE</quote>;  dieser Zweig war
      die Grundlage f&uuml;r alle 4.<replaceable>X</replaceable>
      Versionen.  Dieser Zweig wird innerhalb des CVS Repository durch
      den symbolischen Namen <literal>RELENG_4</literal>
      gekennzeichnet.</para>

    <para>Die Basis f&uuml;r &os; 5.0 wird der Entwicklungszweig
      CURRENT sein.  Damit wird zum ersten Mal nach &uuml;ber zwei
      Jahren eine neue Version auf Basis dieses Entwicklungszweiges
      erscheinen (die letzte war &os; 4.0, im M&auml;rz 2000).</para>

    <para>Einige Zeit nach der Ver&ouml;ffentlichung von &os; 5.0 wird
      im &os; CVS Repository der Zweig <quote>5-STABLE</quote> mit dem
      symbolischen Namen <literal>RELENG_5</literal> erzeugt werden.
      Die letzten beiden Entwicklungszweige dieser Art (3-STABLE und
      4-STABLE) wurden unmittelbar nach der Ver&ouml;ffentlichung der
      jeweiligen <quote>Punkt Null</quote> Versionen (3.0 bzw. 4.0)
      erzeugt.  R&uuml;ckblickend m&uuml;ssen wir feststellen,
      da&szlig; dadurch weder CURRENT noch der neue Entwicklungszweig
      gen&uuml;gend Zeit hatten, um einen stabilen Zustand zu
      erreichen.</para>

    <para>Aus diesem Grund wird das Release Engineering Team den neuen
      5-STABLE Entwicklungszweig erst dann im CVS Repository
      einrichten, wenn eine solide Grundlage zur Verf&uuml;gung steht.
      Es ist sehr wahrscheinlich, da&szlig; vorher mehrere
      5.<replaceable>X</replaceable> Versionen erscheinen werden; zur
      Zeit rechnen wir damit, da&szlig; 5-STABLE nach dem Erscheinen
      von 5.1-RELEASE oder 5.2-RELEASE erzeugt werden wird.</para>

    <para>Weitere Informationen &uuml;ber den Ablauf bei der
      Ver&ouml;ffentlichung einer neuen &os; Version finden Sie auf
      den <ulink
      url="http://www.FreeBSD.org/releng/index.html">Release
      Engineering Web pages</ulink> und im Artikel <ulink
      url="http://www.freebsd.org/doc/en_US.ISO8859-1/articles/releng/index.html">Release
      Engineering</ulink>.</para>
  </sect1>

  <sect1>
    <title>Neuerungen</title>

    <para>Die Glanzpunkte von &os; 5.0 sind die vielen Neuerungen.
      Diese Neuerungen und die neue Funktionalit&auml;t basieren zum
      gr&ouml;&szlig;ten Teil auf massiven &Auml;nderungen der
      Systemarchitektur, die nicht in den Entwicklungszweig 4-STABLE
      eingepflegt wurden.  Viele in sich abgeschlossene
      &Auml;nderungen wie Treiber f&uuml;r neue Ger&auml;te oder neue
      Benutzerprogramme wurden dagegen schon nach 4-STABLE
      &uuml;bernommen.  Die folgende Liste enth&auml;lt eine kurze
      &Uuml;bersicht &uuml;ber die wichtigsten Neuerungen in &os;
      5.0:</para>

    <itemizedlist>
      <listitem>
	<para>SMPng: Die <quote>n&auml;chste Generation</quote> der
	  Unterst&uuml;tzung f&uuml;r Systeme mit mehreren Prozessoren
	  (noch nicht abgeschlossen).  Es ist jetzt m&ouml;glich,
	  da&szlig; mehrere Prozessoren gleichzeitig den Kernel
	  nutzen.</para>
      </listitem>

      <listitem>
	<para>KSE:  Die <quote>Kernel Scheduled Entities</quote>
	  erlauben es einem Prozess, mehrere Threads auf Kernel-Ebene
	  zu nutzen, analog zur Aktivierung via Scheduler.</para>
      </listitem>

      <listitem>
	<para>Neue Plattformen:  Zus&auml;tzlich zu i386, pc98 und
	  Alpha werden jetzt auch sparc64 und ia64 Systeme
	  unterst&uuml;tzt.</para>
      </listitem>

      <listitem>
	<para>GCC:  Der Compiler und die dazugeh&ouml;rigen Werkzeuge
	  basieren jetzt auf einer Vorabversion von GCC 3.2.1 und
	  nicht mehr auf GCC
	  2.95.<replaceable>X</replaceable>.</para>
      </listitem>

      <listitem>
	<para>MAC:  Unterst&uuml;tzung f&uuml;r erweiterbare
	  <quote>Mandatory Access Control</quote> Regelwerke.</para>
      </listitem>

      <listitem>
	<para>GEOM:  Ein flexibles Ger&uuml;st zur Manipulation von
	  Daten beim Transfer von und zu Festplatten.  Auf dieser
	  Basis wurde ein experimentelles Modul zur
	  Verschl&uuml;sselung des Festplatteninhaltes
	  entwickelt.</para>
      </listitem>

      <listitem>
	<para>FFS: Das Dateisystem unterst&uuml;tzt jetzt
	  Hintergrund-&man.fsck.8; (um das System nach einem Absturz
	  schneller verf&uuml;gbar zu machen) sowie
	  <quote>Schnappsch&uuml;sse</quote>.</para>
      </listitem>

      <listitem>
	<para>UFS2:  Dieses neue Dateisystem unterst&uuml;tzt
	  gr&ouml;&szlig;ere Dateien und zus&auml;tzliche
	  Dateiberechtigungen.</para>
      </listitem>

      <listitem>
	<para>Cardbus:  Cardbus wird jetzt unterst&uuml;tzt.</para>
      </listitem>
    </itemizedlist>

    <para>Eine ausf&uuml;hrlichere &Uuml;bersicht &uuml;ber die
      Neuerungen finden Sie in den <quote>Release Notes</quote>
      f&uuml;r &os; 5.0.</para>
  </sect1>

  <sect1>
    <title>Nachteile f&uuml;r fr&uuml;hre Anwender</title>

    <para>Ein Nachteil der Neuerungen in &os; 5.0 ist, da&szlig; es in
      einigen Bereichen auf Grund der noch nicht abgeschlossenen
      Entwicklung zu Problemen oder zu unerwarteten Effekten kommen
      kann.  Einige (aber nicht alle) der Problemzonen sind in der
      folgenden Liste zusammengefa&szlig;t:</para>

    <itemizedlist>
      <listitem>
	<para>Die Arbeit an diversen Neuerungen ist noch nicht
	  abgeschlossen, dazu geh&ouml;ren unter anderem SMPng und
	  KSE.</para>
      </listitem>

      <listitem>
	<para>Durch die &Auml;nderungen in den Datenstrukturen des
	  Kernels und der Schnittstellen f&uuml;r Anwendungen und
	  Programmierer (ABI/API), m&uuml;ssen Treiber anderer
	  Hersteller angepa&szlig;t werden, damit sie korrekt mit &os;
	  5.0 zusammenarbeiten.  Es ist nicht ausgeschlossen,
	  da&szlig; es bis zum Erscheinen des Entwicklungszweiges
	  5-STABLE zu weiteren kleineren &Auml;nderungen an den
	  ABI/API geben wird.</para>
      </listitem>

      <listitem>
	<para>Einige Teile des &os; Basissystems wurden in die Ports
	  Collection verschoben.  Dazu geh&ouml;ren insbesondere
	  <application>Perl</application>,
	  <application>UUCP</application> und die meisten (nicht alle)
	  Spiele.  Diese Programme werden zwar weiterhin entwickelt
	  und unterst&uuml;tzt, es kann aber verwirren, da&szlig; sie
	  nicht mehr Teil des Basissystems sind.</para>
      </listitem>

      <listitem>
	<para>Viele Ports und Packages, die mit &os; 4-STABLE noch
	  korrekt liefen, k&ouml;nen mit &os; 5.0 nicht genutzt
	  oder nicht compiliert werden.  Der Grund ist in der Regel
	  der neue Compiler oder die Aufr&auml;umarbeiten in den
	  Header-Dateien.</para>
      </listitem>

      <listitem>
	<para>Da &os; 5.0 nach &uuml;ber zwei Jahren Entwicklung
	  die erste Version auf Basis des Entwicklungszweiges CURRENT
	  ist, wurden viele Neuerungen bisher nur auf relativ wenigen
	  Systemen getestet.  Viele dieser Neuerungen (wie SMPng)
	  haben Auswirkungen auf gro&szlig;e Bereiche des
	  Kernels.</para>
      </listitem>

      <listitem>
	<para>Die Neuerungen in &os; 5.0 enthalten noch Routinen
	  zur Unterst&uuml;tzung bei der Fehlersuche und Diagnose.
	  Dadurch kann es dazu kommen, da&szlig; ein System mit
	  &os; 5.0 langsamer ist als mit 4-STABLE.</para>
      </listitem>

      <listitem>
	<para>Neuerungen werden erst in den Entwicklungszweig 4-STABLE
	  &uuml;bernommen, nachdem sie eine Zeit lang in -CURRENT
	  <quote>gereift</quote> sind.  Bei &os; 5.0 fehlt dieser
	  stabilisierende Effekt eines -STABLE Entwicklungszweiges.
	  Der Entwicklungszweig 5-STABLE wird wahrscheinlich erst
	  einige Zeit nach der Ver&ouml;ffentlichung von 5.1-RELEASE
	  oder 5.2-RELEASE eingerichtet werden.</para>
      </listitem>

      <listitem>
	<para>Die Dokumentation (wie z.B. das &os; <ulink
	  url="http://www.FreeBSD.org/doc/de_DE.ISO8859-1/books/handbook/index.
	  html">Handbuch</ulink> und der <ulink
	  url="http://www.FreeBSD.org/doc/de_DE.ISO8859-1/books/faq/index.html"
	  >FAQ</ulink>) sind teilweise noch nicht auf dem Stand von
	  &os; 5.0.</para>
      </listitem>
    </itemizedlist>

    <para>Da einige dieser Probleme auch negative Auswirkungen auf die
      Stabilit&auml;t des Systems haben, r&auml;t das Release
      Engineering Team konservativen Anwendern und Firmen, Versionen
      aus dem Entwicklungszweig 4-STABLE zu verwenden, bis die
      5.<replaceable>X</replaceable> Versionen zuverl&auml;ssiger
      geworden sind.</para>
  </sect1>

  <sect1>
    <title>Die Zukunft des Entwicklungszweiges 4-STABLE</title>

    <para>Die Ver&ouml;ffentlichung von &os; 5.0 bedeutet nicht das
      Ende der Entwicklungszweiges 4-STABLE.  Es wird auf jeden Fall
      noch eine weitere Version auf der Basis dieses
      Entwicklungszweiges geben:  Das voraussichtlich am 1. Februar
      2003 erscheinende 4.8-RELEASE.</para>

    <para>Zum gegenw&auml;rtigen Zeitpunkt hat das Release Engineering
      Team noch keine Entscheidung &uuml;ber weitere Versionen
      (jenseits von 4.8) auf Basis des Entwicklungszweiges 4-STABLE
      getroffen.  Allerdings ist es sehr wahrscheinlich, da&szlig; es
      ein 4.9-RELEASE oder sogar ein 4.10-RELEASE geben wird.  Dies
      h&auml;ngt von mehreren Faktoren ab, der wichtigste davon ist
      die Existenz und Stabilit&auml;t des Entwicklungszweiges
      5-STABLE.  Wenn CURRENT nicht stabil genug ist, um einen
      Entwicklungszweiges 5-STABLE zu rechtfertigen, werden weitere
      Versionen auf Basis des Entwicklungszweiges 4-STABLE
      m&ouml;glich und notwendig sein.  Bis zum Erscheinen der
      offiziell letzten Version auf Basis von 4-STABLE bleibt es den
      Entwicklern &uuml;berlassen, ob sie Neuerungen aus HEAD in
      4-STABLE einpflegen (im Rahmen der schon bestehenden
      Regelungen).</para>

    <para>Bis zu einem gewissen Grad wird das Release Engineering Team
      auch die W&uuml;nsche der Benutzer nach weiteren Versionen auf
      Basis von 4-STABLE beachten.  Allerdings nur, so weit dies im
      Rahmen der beschr&auml;nkten Ressourcen m&ouml;glich
      ist.</para>

    <para>Neue Versionen auf Basis des Entwicklungszweiges 4-STABLE
      werden vom &a.security-officer; im &uuml;blichen Rahmen
      unterst&uuml;tzt werden, genauere Informationen dazu finden Sie
      auf der <ulink
      url="http://www.FreeBSD.org/security/index.html">Security
      page</ulink> auf der &os; Webseite.  In der Regel werden die
      letzten beiden Versionen jedes Entwicklungszweiges durch die
      Ver&ouml;ffentlichung von Sicherheitshinweisen und Patches
      unterst&uuml;tzt; dem Team ist es allerdings freigestellt, diese
      Unterst&uuml;tzung auf weitere Versionen auszudehnen.</para>
  </sect1>

  <sect1>
    <title>Hinweise f&uuml;r die Aktualisierung</title>

    <para>Dieses Kapitel enth&auml;lt Hinweise f&uuml;r Anwender, die
      ihr bestehendes &os; 4.<replaceable>X</replaceable> System auf
      &os; 5.<replaceable>X</replaceable> aktualisieren wollen.  Wie
      bei jeder Aktualisierung ist es auf jeden Fall notwendig, voher
      die Release Notes und die Errata der neuen Version zu lesen; bei
      Aktualisierung &uuml;ber den Quellcode ist
      <filename>src/UPDATING</filename> Pflichtlekt&uuml;re.</para>

    <sect2>
      <title>Aktualisierung ohne Quellcode</title>

      <para>Der einfachste Ansatz ist immer noch
        <quote>Sicherheitskopien erstellen, Platte formatieren, neues
	System installieren, Daten wieder einspielen</quote>.  Dadurch
	werden alle Probleme mit veralteten und nicht kompatiblen
	Programmen und Konfigurationsdateien umgangen.</para>

      <para>Zum gegenw&auml;rtigen Zeitpunkt hat noch niemand
	ausf&uuml;hrlich getestet, ob und wie gut die
	<quote>Upgrade</quote>-Option in &man.sysinstall.8; bei einem
	Update von 4.0 zu 5.0 funktioniert.  Wir raten daher dringend
	von der Verwendung dieser Funktion ab.  Eines der
	Hauptprobleme ist, da&szlig; bei dieser Variante diverse
	Dateien nicht gel&ouml;scht werden, die zwar von
	4.<replaceable>X</replaceable> genutzt wurden, aber in 5.0
	nicht mehr vorhanden sind.  Diese Altlasten k&ouml;nnen zu
	Problemen f&uuml;hren.</para>

      <para>Auf i386 und pc98 Systemen kann die Konfiguration von ISA
	Ger&auml;ten beim Systemstart mit dem Werkzeug UserConfig
	eingestellt werden, dies gilt auch beim Start von einem
	Installations-Medium.  Dieses Programm wurde in &os; 5.0 durch
	&man.device.hints.5; ersetzt; dieses stellt zwar die gleiche
	Funktionalit&auml;t bereit, ist aber von der Bedienung her
	v&ouml;llig verschieden.</para>

      <para>Bei einer Installation von Diskette kann es notwendig
	werden, die neue Treiber-Diskette zu benutzen.  Das
	<filename>drivers.flp</filename> Diskettenimage sollte im
	allgemeinen &uuml;berall dort verf&uuml;gbar sein, wo auch
	schon die bekannten <filename>kern.flp</filename> und
	<filename>mfsroot.flp</filename> verf&uuml;gbar sind.</para>

      <para>Bei einer Installation von CD-ROM auf einem i386-System
	wird jetzt ein neues Startprogramm mit dem Namen
	<quote>no-emulation boot loader</quote> genutzt.  Dadurch ist
	es unter anderem m&ouml;glich, auf der CD den Standardkernel
	(<literal>GENERIC</literal>) statt des auf den Disketten
	verwendeten Mini-Kernels zu nutzen.  Jedes System, das von den
	Installations-CDs f&uuml;r Windows NT 4.0 booten kann, sollte
	auch mit der &os; 5.0 CD-ROM zurechtkommen.</para>
    </sect2>

    <sect2>
      <title>Aktualisierung mit Quellcode</title>

      <para>Es ist auf jeden Fall erforderlich, vor der Aktualisierung
	<filename>src/UPDATING</filename> zu lesen.  Der Abschnitt
	<quote>To upgrade from 4.x-stable to current</quote>
	enth&auml;lt eine Schritt-f&uuml;r-Schritt Anleitung, der Sie
	unbedingt folgen m&uuml;ssen, die Nutzung der &uuml;blichen
	<quote>Abk&uuml;rzungen</quote> ist nicht
	m&ouml;glich.</para>
    </sect2>

    <sect2>
      <title>Allgemeine Hinweise</title>

      <para><application>Perl</application> wurde aus dem Basissystem
	entfernt und sollte entweder via Package oder &uuml;ber die
	Ports Collection installiert werden.  Die bisher &uuml;bliche
	Praxis, Perl als Teil des Basissystem zu behandeln und mit ihm
	zusammen zu compilieren, f&uuml;hrte zu diversen Problemen,
	die eine Aktualisierung von Perl erschwerten.  Die im
	Standardsystem vorhandenen Programme, die Perl
	ben&ouml;tigten, wurden entweder in einer anderen Sprache neu
	geschrieben (wenn sie noch ben&ouml;tigt wurden) oder
	ersatzlos entfernt (wenn sie &uuml;berfl&uuml;ssig
	waren).</para>

      <para>Einige Scripte verlassen sich darauf, da&szlig; der
	Perl-Interpreter als <filename>/usr/bin/perl</filename>
	verf&uuml;gbar ist.  Der Perl Port enth&auml;lt das Programm
	<filename>use.perl</filename>, mit dem ein passender Satz
	symbolischer Links f&uuml;r diese Scripte erzeugt werden kann.
	Nach dem Aufruf von <command>use.perl port</command> sollte
	alles wie erwartet funktionieren.</para>

      <para>Es ist zwar m&ouml;glich, Programme aus
	4.<replaceable>X</replaceable> mit
	5.<replaceable>X</replaceable> zu betreiben, allerdings
	mu&szlig; dazu die Distribution <filename>compat4x</filename>
	installiert sein.  Damit <emphasis>k&ouml;nnte</emphasis> es
	auch m&ouml;glich sein, alte Ports zu benutzen.</para>

      <para>Bei der Aktualisierung eines bestehenden Systems auf Basis
	von 4-STABLE, ist es unbedingt notwendig, die alten Dateien in
	<filename>/usr/include</filename> zu l&ouml;schen.  Im
	allgemeinen ist es ausreichend, dieses Verzeichnis vor der
	Installation bzw. vor dem
	<maketarget>installworld</maketarget> zu entfernen.  Wird das
	Verzeichnis nicht entfernt, kann es zu Problemen kommen
	(speziell mit C++-Programmen), da der Compiler dann einen Mix
	aus alten und neuen Headerdateien verwendet.</para>
    </sect2>
  </sect1>

  <sect1>
    <title>Zusammenfassung</title>

    <para>&os; 5.0 enth&auml;lt zwar viele interessante Neuerungen,
      aber es ist noch nicht f&uuml;r alle Anwender geeignet.  Aus
      diesem Grund haben wir in diesem Dokument Informationen
      &uuml;ber die Abl&auml;ufe bei der Ver&ouml;ffentlichung einer
      neuen Version, die interessantesten Neuerungen in den
      5.<replaceable>X</replaceable> Versionen und
      wahrscheinliche Probleme gegeben.  Weiterhin enthielt er einen
      Ausblick auf die Zukunft des Entwicklungszweiges 4-STABLE und
      Informationen f&uuml;r Anwender, die schon jetzt auf 5.0
      umsteigen wollen.</para>
  </sect1>
</article>
OpenPOWER on IntegriCloud