2. KDE unter NetBSD auf dem Amiga - ein Erfahrungsbericht (von Alexx Riedel)

»Diejenigen, die auf ihrem Amiga neben dem AmigaOS auch noch die
Unix-Variante NetBSD laufen haben, werden in letzter Zeit wohl schon öfters
neidisch in Richtung PC geblickt haben: Dort hat Linux jetzt mit KDE eine
wirklich ansprechende und recht intuitive Oberfläche erhalten, die es jedem
ermöglicht, ein leistungsfähiges, aber komplexes Betriebssystem wie Unix
einfach und komfortabel mit einer graphischen Oberfläche zu nutzen. Dank
vieler Zusatzprogramme und u.a. nahtloser Internetintegration ist Linux/KDE
auf dem PC wohl als das "bessere Windows" anzusehen. Da sowohl von KDE als
auch vom Widget-Toolkit Qt, auf dessen Klassen KDE basiert, der Sourcecode
frei erhältlich ist, kann man diesen natürlich auch auf anderen
Unix-Systemen, also auch NetBSD, kompilieren, wenn man etwas Phantasie und
vor allem Geduld mitbringt. 


1. Die Installation des "GUI-Toolkits" Qt:

Eine nahegelegene FTP-Site für den Download der Qt-Sourcen findet man auf
dem Server der Herstellerfirma, TrollTech (http://www.troll.no). Die
aktuelle Version ist 1.33, aktuellere Betas gibt's natürlich auch.
Kompilieren und Installation gehen vorbildlich problemlos über die Bühne:
Archiv "qt*.tar.gz" in "/usr/local" entpacken, das entstandene Directory
nach "qt" umbenennen, und dieses in die Environment-Variable "QTDIR"
(= /usr/local/qt/) eintragen. Ein anschließender Aufruf von
"make netbsd-gcc-shared" generiert dann die passenden Binaries für
NetBSD/Amiga. Abschließend sollte man noch die Qt-Libraries für den
dynamischen Linker zugänglich machen, am besten, indem man den Pfad
(/usr/local/qt/lib) in die Datei "/etc/ld.so.conf" aufnimmt. Insbesondere
für die KDE-Installation sollte auch das Programm "moc" (im Pfad
"/usr/local/qt/bin/moc") im Standardbefehlssuchpfad aufzufinden sein.


2. Die Installation von KDE:

Der Server der KDE-Entwickler (http://www.kde.org) verweist auf geeignete
FTP-Server. Der KDE-Sourcecode der aktuellen Beta4 wird in mehreren
Paketen archiviert. Für die Minimalinstallation braucht man zumindest
"kdesupport", "kdelibs" und "kdebase". Da diese nicht im gewohnten
"*.tar.gz", sondern im "*.tar.bz2"-Format gespeichert sind, sollte man sich
einen passenden Dekomprimierer (Bsp: Source auf KDE-Mirrorsites, Binary auf
ftp://ftp.de.netbsd.org, Amiga-Binaries im Aminet) gleich mitziehen.


Die drei oben aufgeführten Pakete entpackt man wie üblich nach
"/usr/local". Als Basisverzeichnis für die KDE-Installation erstellt man
noch das Verzeichnis "/usr/local/kde" und trägt diesen Pfad in die
Environmentvariable "KDEDIR" ein. Die Pakete müssen nacheinander in der
Reihenfolge "kdesupport", "kdelibs" und abschließend "kdebase"
installiert werden. Die Vorgehensweise ist, wie auch schon bei Qt, gut
dokumentiert: In jedem der drei Paketverzeichnise (nacheinander) mit
"./configure" ein Maschinenprofil erstellen, mit "make" kompilieren und mit
"make install" dann nach $KDEDIR installieren.


Zumindest bei "kdesupport" und "kdebase" klappt das auch ohne Probleme, da
Compilerwarnungen eh nur für Feiglinge sind, übersehen wir diese großzügig.
Bei der Installation des Base-Archives treten allerdings Probleme auf:

Zum einen baut das Configure-Skript scheinbar Mist, es erstellt Makefiles,
die eine Library namens "libdl" verlangen, welche, zumindest auf meinem
BSD-System, nicht vorhanden ist. Um dem abzuhelfen, gibt es zwei
Möglichkeiten: Entweder, man kopiert die korrekt erstellte Datei
"config.cache" aus einem der beiden anderen Verzeichnisse nach
"/usr/local/kdebase" und ruft dann "./configure" auf (verkürzt nebenbei
die Dauer des ganzen Vorganges), oder man entfernt in allen generierten
Makefiles die Zeile mit dem "-ldl" (mühsam, da ja jedes Unterverzeichnis
sein eigenes Makefile hat).

Das zweite Problem ist, daß sich der Terminalemulator, "kvt", nicht
kompilieren läßt. Das ist halb so schlimm, weil der gute alte "xterm" ja
auch noch da ist. Der Einfachheit halber sollte man die Datei
"/usr/local/kdebase/Makefile" dahingehend abändern, daß der Eintrag
"SUBDIRS =" das Verzeichnis "kvt" nicht mehr enthält, dann kann der
Compiler die Nacht durchlaufen, ohne abzubrechen. Man kann ja "kvt" immer
noch nachinstallieren, indem man das Makefile im entsprechenden
Unterverzeichnis einzeln aufruft.


Das war die Installation des Minimal-KDE-Systems. Es hört sich alles recht
einfach an, aber der Computer ist dafür nächtelang am Kompilieren (auf
meinem 040er). Den KDE-Befehlspfad "/usr/local/kde/bin" fügt man
sinnigerweise noch dem Suchpfad hinzu, die KDE-Libraries in
"/usr/local/kde/lib" nimmt man noch nach "/etc/ld.so.conf" auf. Dann kann
man schon mal seine "xinitrc" ändern und statt des Standard-Windowmanagers
(meist wohl Fvwm2) "startkde" ("kwm" startet nur den Windowmanager,
"startkde" gleich die ganze Benutzeroberfläche) eintragen. Wie das dann in
der Standardkonfiguration aussieht, zeigt der beigefügte Screenshot.

Screenshot (ab OS 3.0; PNG-Datatype muß installiert sein)


Die weiteren Zusatzpakete lassen sich dann auf ähnliche Weise installieren,
nur folgende Anmerkungen dazu:


- Die "libjpeg"-Installation aus dem kdesupport-Archiv vergißt scheinbar,
  die Headerdatei "jconfig.h" richtig zu installieren. Dies führt bei
  manchen Programmen zum Abbruch des Kompiliervorganges
  (v.a. "kdegraphics"-Archiv).

- Das Paket "kdeadmin" meldete bei mir, daß meine Systemarchitektur nicht
  unterstützt wird, also braucht man es sich gar nicht erst downzuloaden.


Noch ein paar Hinweise:

- Da GCC/G++ scheinbar defaultmäßig auf 68030/882 optimieren, habe ich für
  meinen Prozessor die Option "-m68040" in den Dateien "config.cache"
  manuell eingetragen (danach nochmal "./configure" aufrufen):

  ac_cv_prog_CXX=${ac_cv_prog_CXX='g++ -m68040'}

  ac_cv_prog_CXX=${ac_cv_prog_CXX='g++ -m68040'}

  Das ist wohl nicht ganz die saubere Superlösung, aber es funktioniert
  so, und vielleicht wird der Code dadurch in manchen Fällen schneller.

- Qt unterstützt OpenGL, einige Screenblanker von KDE ebenfalls OpenGL
  und die libXpm. Hat man diese Programme installiert (z.B. Mesa,
  Version > 2), dann muß man den Installationsroutinen auch mit der Hand
  nachhelfen, damit sie die notwendigen Headerdateien und Libraries finden.

- Die Komponente "kwmsound" stürzt des öfteren ab (das erkennt man aber nur
  am Coredump). Da ich mit meinem NetBSD noch nie was mit Sound gemacht
  habe, kann ich nicht beurteilen, ob der Fehler am KDE oder an meiner
  Installation liegt.


3. Abschließend noch Anmerkungen bezüglich Leistung und Geschwindigkeit:

Wunder braucht man keine zu erwarten, KDE sprintet nicht gerade ab,
zumindest auf einem 040/25MHz. Vor allem Speichermangel bremst KDE ziemlich
aus, das System ist (bei mir 16 MB Fast-RAM) dauernd am Auslagern.
Andererseits: Die Terminalausgabe z.B. erscheint mir, rein subjektiv, eher
schneller als die unter Fvwm2. Auch die Qt-Beispiele laufen flott durch.

Ein anderer Grund dürfte der X-Server sein: In meinem Fall (CV64/3D)
behandelt er die Grafikkarte scheinbar als "dumb chunky framebuffer",
was im Klartext wohl heißt, daß für alle Grafikoperationen der Prozessor
(und nicht die GraKa) am Rödeln ist. BTW: Kennt jemand einen schnelleren
Server?


Ansonsten macht die Arbeit mit KDE richtig Spaß, man gewöhnt sich schnell
an Scherzchen wie integrierten Webbrowser und lernt das zu schätzen. Und,
obwohl noch im Betastadium, läuft KDE ziemlich stabil und hat nur noch
wenige Ecken und Kanten. Für Besitzer von NetBSD (oder einer der neuen
Linux-Distributionen für den Amiga) ist Qt & KDE auf alle Fälle einen
Versuch wert, wenn man die beigefügten READMEs durchliest, stellt die
Installation keine unüberwindlichen Probleme dar (wenn sogar ich es
schaffe...). Nur ein gut ausgestatteter Rechner sollte schon vorhanden
sein...«