initCommon(); $template->displayHeader(); ?>

24. Abwärtskompatibilität

[Tipp] Neueste Versionshinweise im Internet

Diese Versionshinweise können aktualisiert worden sein. Um die neusten Versionshinweise für Fedora zu lesen, besuchen Sie bitte:

http://docs.fedoraproject.org/release-notes/

Fedora bietet Legacy-System-Bibliotheken für Kompatibilität mit älterer Software. Diese Software ist Teil der Legacy Software Development-Gruppe, die nicht standardmässig installiert wird. Benutzer, die diese Funktionalität benötigen, können diese Gruppe entweder während der Installation oder nachdem der Installationsprozess abgeschlossen ist auswählen. Um diese Paketgruppe auf einem Fedorasystem zu installieren, verwenden Sie AnwendungenSoftware hinzufügen/entfernen (Pirut) oder geben Sie folgenden Befehl in einem Terminalfenster ein:

su -c "yum groupinstall 'Legacy Software Development'"

Geben Sie das Passwort für das root-Konto ein, wenn Sie dazu aufgefordert werden.

24.1. Kompiler-Kompatibilität

Das Paket compat-gcc-34 wurde aus Kompatibilitätsgründen beigefügt:

https://www.redhat.com/archives/fedora-devel-list/2006-August/msg00409.html

24.2. KDE 3-Entwicklungsplattform / Bibliotheken

Fedora enthält jetzt KDE 4.0 und stellt KDE 3 nicht länger als vollständige Desktopumgebung zur Verfügung. Um die vielen existierenden KDE 3-Anwendungen laufen lassen und bauen zu können, stellt Fedora die folgenden KDE 3.5 Bibliothekspakete zur Verfügung:

  • qt3 , qt3-devel (und andere qt3-* packages): Qt 3.3.8b

  • kdelibs3 , kdelibs3-devel : KDE 3-Bibliotheken

  • kdebase3 , kdebase3-devel : KDE 3 Kerndateien die von einigen Anwendungen benötigt werden

Zusätzlich stellt Fedora das kdegames3-Paket bereit, welches Spiele enthält, die noch nicht nach KDE 4 portiert wurden, ausserdem eine KDE 3-Version von libkdegames, welches von einigen KDE 43-Spielen externer Hersteller benötigt wird.

Desweiteren bietet das KDE 4-Paket kdebase-runtime, welches auch das Paket khelpcenter bereitstellt, khelpcenter als Dienst für KDE 3-Anwendungen an, so dass die Hilfe auch in KDE 3-Anwendungen funktioniert. Anstelle der KDE 3-Version von khelpcenter, welche nicht mehr bereitgestellt wird, wird die KDE 4-Version genutzt.

Diese Pakete wurden entworfen, um:

  • mit dem Filesystem Hierarchy Standard (FHS) übereinzustimmen und

  • es ist komplett sicher neben KDE 4 zu installieren, inklusive dem -devel-Paketen.

Um dies zu erreichen, haben die Fedora KDE SIG-Mitglieder zwei Änderungen an den KDE 4 kdelibs-devel Paketen vorgenommen:

  • Die Bibliothek Symlinks zeigen auf /usr/lib/kde4/devel oder /usr/lib64/kde4/devel, was von Ihrer System-Architektur abhängt.

  • Der kconfig_compiler- und das makekdewidgets-Werkzeug wurden umbenannt nach kconfig_compiler4, respektive makekdewidgets4.

Diese Änderungen sollten von den meisten KDE 4-Anwendungen, die cmake für das Bauen nutzen nicht bemerkt werden, da FindKDE4Internal.cmake gepatcht wurde, um diese Änderungen einzubeziehen. Die KDE SIG hat diese Änderungen an den KDE 4-kdelibs-devel-Paketen anstelle an den kdelibs3-devel-Paketen vorgenommen, da KDE 4 diese Orte an zentraller Stelle speichert, wohingegen KDE 3-Anwendungen üblicherweise fest einprogrammierte Kopien der Bibliothekspfade und Programmnamen enthalten.

Beachten Sie, dass das Paket kdebase3 das folgende nicht enthält:

  • Ein kompletter KDE 3-Arbeitsplatz (Workspace), welcher an Stelle von KDE 4 benutzt werden kann. Besonders KDE 3- Versionen von KWin, KDesktop, Kicker, KSplash und KControl sind nicht enthalten.

  • Die KDE 3-Versionen von den kdebase-Applikationen, wie Konqueror und KWrite, welche mit den KDE 4-Versionen doppelt vorhanden sind und mit ihnen kollidieren werden.

  • Die libkdecorations-Bibliotheke wird für die KWin 3-Fensterdekoration benötigt. Diese Fensterdekorationen können in der KDE 4-Version von KWin nicht verwendet werden.

  • Die libkickermain-Bibliotheke wird von ein paar Kicker-Applets benötigt, da in Fedora 9 kein Kicker mehr enthalten ist, können Kicker-Applets nicht mehr verwendet werden.

[Achtung] Entwickeln gegen eine veraltete API ist unerwünscht

Wie bei jeder Bibliothek für Rückwärtskompatibilität wird das Entwickeln mit den veralteten APIs nicht empfohlen.

displayFooter('$Date: 2008/05/12 21:30:51 $'); ?>