Standard-Dialog

Depoyment

Das Verteilen und Installieren von Applikationen auf fremden Rechner ist immer eine Herausforderung. Im einfachsten Fall ist auf dem Zielrechner ebenfalls Kylix installiert. Sie können dann entweder den Quelltext samt aller notwendigen Dateien im Projektordner weitergeben und auf dem Zielrechner das Projekt innerhalb der Kylix-IDE kompilieren und ausführen.

Eine ähnliche Vorgehensweise ist unter Linux mit C/C++-Projekten üblich. Der Anwender übersetzt den Quelltext mit dem Dreischritt ./configure && make && make install. Es ist aber eher unwahrscheinlich, dass Kylix auf dem Zielsystem vorhanden ist. Sie müssen die Applikation also selbst kompilieren und das Ergebnis weitergeben.

Eine Kylix-Applikation benötigt allerdings eine ganze Reihen an Bibliotheken und gemeinsamen Objekten. Je komplexer Ihre Kylix-Applikation ist, desto mehr Dateien braucht sie auf der Zielplattform. Bei einfachen Programmen wie dem Mini-Editor ist das noch überschaubar, Sie müssen die Dateien aber mit Ihrer Applikation ausliefern.

Grafische Applikationen benötigen auf jeden Fall die Bibliothek libqtintf-6.5-qt2.3, zusätzlich oft libqt2.3 (mit Kylix installiert). Welche Bibliotheken Ihrem Programm fehlen, gibt es beim Start selbst aus. So führt ./Minieditor zu folgender Meldung:

libborqt-6.9-qt2.3.so: cannot open shared object file: Datei oder Verzeichnis nicht gefunden

Diese Bibliothek findet sich im Kylix-Installationsverzeichnis, auf dem Testrechner war das /usr/local/kylix3/bin/libborqt-6.9-qt2.3.so.

Pfad zu den Bibliotheken

Auf der Suche nach fehlenden Bibliotheken geht ein Linux-Programm die Verzeichnisse durch, die in der Umgebungsvariablen LD_LIBRARY_PATH spezifiziert sind. Danach sucht es eine Cache-Datei mit Namen /etc/ld.so.cache und dann in einer Liste, die in der Textdatei /etc/ld.so.conf steht. Wenn die Bibliothek bis dahin nicht lokalisiert wurde, durchsucht der dynamische Linker das /usr/lib-Verzeichnis.

Sie haben also drei Methoden zur Wahl, um dafür zu sorgen, dass Ihr Programm die benötigten Bibliotheken findet: * Die LD_LIBRARY_PATH-Umgebungsvariable setzen * Eintrag in /etc/ld.so.conf ergänzen * Bibliotheken in /usr/lib ablegen

Für den Mini-Editor ist LD_LIBRARY_PATH die beste Lösung. Sie gibt Ihnen die meiste Kontrolle darüber, wo sich Dateien befinden und braucht keine Root-Privilegien. Ein kleines Startup-Skript (Listing 4) kümmert sich um diese Aufgabe.

Dieses Skript erwartet die binäre Datei in einem bin-Verzeichnis und die zu ladenden Bibliotheken in einem lib-Directory. Ersetzen Sie das passende Installationsverzeichnis und den Namen der Anwendung und kopieren die benötigen Libryries in das lib-Verzeichnis. Um das Skript auszuführen, müssen Sie die Datei noch ausführbar machen: chmod a+x Skriptdatei. Sie können die Verzeichnisstruktur aus Start-Skript, bin und lib nun auf fremden Rechnern installieren und den Mini-Editor dort benutzen.

#!/bin/bash
# Hier befindet sich die Applikation:
app_install_dir=/hier/liegt/das/Verzeichnis
app_path=$app_install_dir/bin/Minieditor
app_ld_path=$app_install_dir/lib
# Zuerst nach LD_LIBRARY_PATH-Variable suchen
if [ -n "$LD_LIBRARY_PATH" ]; then
  # Gefunden: Weiteren Pfad anhängen
  LD_LIBRARY_PATH="$app_ld_path:$LD_LIBRARY_PATH"
else
  # Nicht gefunden: Neu erstellen
  export LD_LIBRARY_PATH="$app_ld_path"
fi
# Sicherstellen, dass etwas für die LANG-
# Umgebungsvariable eingetragen ist:
if [ -z "$LANG" ]; then
  # Setze LANG auf einen passenden Wert
  export LANG=C
fi
# Anwendung ausführen
$app_path $*