Weitere Funktionen von kdesrc-build

Ausgabe des Skripts kdesrc-build einstellen

kdesrc-build hat mehrere Optionen, um den Umfang der vom Skript generierten Ausgaben einzustellen. Fehler werden in jedem Fall angezeigt.

  • Mit der Option --quiet (Kurzform -q) werden nur wichtige Meldungen, Warnungen und Fehler angezeigt. Wenn verfügbar, wird auch der Fortschritt beim Erstellen ausgegeben.

  • Mit der Option --really-quiet (keine Kurzform) werden nur wichtige Warnungen oder Fehler angezeigt.

  • Mit der Option --verbose (Kurzform -v) wird eine sehr detaillierte Ausgabe eingestellt.

  • Die Option --debug ist nur für die Fehlersuche erforderlich, damit verhält sich kdesrc-build als wenn die Option --verbose aktiviert ist. Zusätzlich werden alle Meldungen auf der Konsole und viele Informationen über die ausgeführten Funktionen ausgegeben.

Farbige Ausgaben

Bei der Ausführung von kdesrc-build in der Konsole oder einem anderen Terminal wird die Ausgabe nomalerweise als farbiger Text dargestellt.

Dies kann mit der Option --no-color auf der Befehlszeile ausgeschaltet werden oder indem in der Einrichtungsdatei die Option colorful-output gleich false gesetzt wird.

Farbige Ausgabe in der Einrichtungsdatei abschalten:

global
  colorful-output false
end global

Ordner nach dem Erstellen löschen

Sie haben wenig Festplattenspeicherplatz, möchten aber trotzdem die Entwicklerversion von KDE herunterladen? kdesrc-build kann dabei helfen, Speicher auf der Festplatte beim Erstellen von KDE aus dem Subversion-Archiv einzusparen.

Anmerkung

Beachten Sie, dass das Erstellen von KDE viel Speicherplatz benötigt. Dafür gibt es mehrere Ursachen:

  1. Der aktuelle Quelltext beansprucht viel Speicherplatz, alle Standardmodule zusammen etwa 1,6 Gigabyte. Diesen Wert können Sie dadurch verringern, dass nur die tatsächlich erforderlichen Module heruntergeladen werden. kdesrc-build löscht keinen Quelltext von der Festplatte, auch wenn ein Modul aus der Einrichtungsdatei entfernt wird. Unbenutzter Quelltext muss manuell gelöscht werden. Es sollten aber keine Quelltexte gelöscht werden, wenn kdesrc-build noch läuft.

    Wenn Sie Qt™ bereits über Ihre Distribution installiert haben, können Sie vielleicht auf das Modul qt verzichten und damit etwa 200 MB Quelltext einsparen.

    Ein Hinweis zur Arbeitsweise von Subversion: Es gibt immer zwei Dateien auf der Festplatte für jede aus dem Archiv heruntergeladene Datei. Mit kdesrc-build ist es zurzeit nicht möglich, den von nicht verwendetem Quelltext belegten Speicherplatz frei zu machen.

  2. kdesrc-build erstellt einen eigenen Ordner zum Erstellen der Programme aus den Quelltexten. Manchmal muss kdesrc-build einen Quelltextordner kopieren, um einen Erstellungsordner vorzutäuschen. In diesem Fall werden symbolische Verknüpfungen verwendet. Der Erstellungsordner ist typischerweise erheblich größer als der Quelltextordner. Für kdebase werden im Erstellungsordner etwa 1050 Megabyte benötigt, für den Quelltext jedoch nur 550 Megabyte.

    Der Ordner zum Kompilieren der Software wird aber nicht mehr benötigt, wenn das Modul erfolgreich erstellt und installiert worden ist. kdesrc-build kann automatisch den Erstellungsordner löschen, nachdem das Modul installiert wurde, ein Beispiel dazu wird weiter unten gezeigt. Damit ist es aber mit kdesrc-build nicht mehr möglich, nur die Änderungen in einem Modul zu kompilieren und damit Zeit einzusparen.

  3. Außerdem ist noch Speicherplatz auf der Festplatte für den Installationsordner von KDE erforderlich. Dieser Ordner verbraucht weniger Platz als der Erstellungsordner, genaue Angaben sind aber nicht möglich.

Wie kann der erforderliche Speicherplatz für KDE verringert werden? Eine Möglichkeit ist die Verwendung der richtigen Kompiler-Schalter - Optimierung des Speicherbedarfs anstelle der Ausführungsgeschwindigkeit. Die andere Möglichkeit ist das Entfernen der Debugging-Informationen aus dem kompilierten KDE, das spart viel Speicherplatz.

Warnung

Bedenken Sie vor dem Entfernen der Debugging-Informationen: Entwicklersoftware kann viel häufiger abstürzen als eine stabile Version. Ohne Debugging-Informationen ist es kaum möglich, Fehlerberichte zu schreiben, die alle zur Behebung benötigten Informationen enthalten. Dazu müssen Sie unter Umständen ein Modul mit Debugging-Informationen neu kompilieren, um den Entwicklern ausreichende Informationen zur Behebung des Fehlers zu liefern. Bedenken Sie dies, wenn Sie Debugging-Informationen entfernen wollen.

Löschen des Erstellungsordners nach der Installation eines Moduls. Der Quelltextordner bleibt erhalten und das Debuggen ist eingeschaltet:

global
  configure-flags      --enable-debug
  remove-after-install builddir        # Build-Ordner nach der Installation löschen
end global

Löschen des Erstellungsordners nach der Installation, ohne Debugging-Informationen, mit Optimierung für die Dateigröße:

global
  cxxflags             -Os             # Optimimierung für Dateigröße
  configure-flags      --disable-debug
  remove-after-install builddir        # Build-Ordner nach der Installation löschen
end global