kdesrc-build – Online in der Cloud

PROGRAMM:

NAME/FUNKTION

kdesrc-build - Lädt KDE-Software herunter, erstellt und installiert sie.

ZUSAMMENFASSUNG

kdesrc-build [OPTIONAL...] [Modul Name | Modul kompensieren Name...]

BESCHREIBUNG

Das kdesrc-build Befehl wird verwendet, um KDE-Software direkt aus ihrer Quelle zu erstellen
Depots. Es kann von Subversion- oder Git-Repositorys heruntergeladen werden, Schnittstellen mit KDE
Projektdatenbank und unterstützt die Kontrolle, an welche Optionen weitergegeben werden um(1) und
cmake(1). Der Betrieb von kdesrc-build wird von einer Konfigurationsdatei gesteuert, normalerweise
~/.kdesrc-buildrc.

Das Modulen Name or Modulen kompensieren Name wie in der Befehlszeile angegeben, sollten diese Namen sein
in der Konfigurationsdatei definiert wurden (entweder in einer Moduldefinition oder Nutzungsmodule
Erklärung, oder in a Modul-Set Definition). Außerdem kann es der Name eines KDE sein
Modul in der KDE-Projektdatenbank aufgeführt (und Sie können dem Modulnamen ein + bis voranstellen)
erzwingen).

kdesrc-build ist so konzipiert, dass sie vollständig kopflos sein kann (siehe jedoch ),
und ignoriert daher normalerweise seine Eingabe vollständig. Befehlsausgabe wird protokolliert, anstatt zu sein
in der Ausgabe von kdesrc-build angezeigt.

Module werden nacheinander aufgebaut. Wenn ein Modul nicht aktualisiert werden kann, wird es nicht erstellt.
kdesrc-build bricht nicht nur wegen eines Modulfehlers ab, sondern versucht es weiter
um nachfolgende Module zu aktualisieren und zu erstellen. Standardmäßig, kdesrc-build wird mit dem Bau beginnen
Modul, sobald die Quellcode-Aktualisierung für dieses Modul abgeschlossen ist, auch wenn andere
Updates finden gleichzeitig statt.

Am Ende kdesrc-build zeigt an, welche Module nicht erstellt werden konnten und wo die Protokolle waren
für diesen Build-Lauf aufbewahrt.

OPTIONAL

HINWEIS: Einige Optionen haben Kurzformen, aber die kdesrc-build Optionsparser wird nicht unterstützt
Kombinieren Sie an dieser Stelle kurze Optionen zu einer. (zB Laufen kdesrc-build -pv würde nicht
sei genauso wie kdesrc-build --vorgeben - ausführlich).

-H, --help
Zeigt eine kurze Zusammenfassung und häufig verwendete Befehlszeilenoptionen.

-P, --vorgeben
Betreiben Sie in einem "Trockenlauf"-Modus. Es werden keine Netzwerkzugriffe vorgenommen, keine Logfiles erstellt,
Es werden keine Module erstellt und keine anderen dauerhaften Änderungen an der Festplatte vorgenommen. Einer wichtig
Ausnahme ist das, wenn Sie versuchen, ein Modul zu bauen, das aus dem KDE-Projekt stammt
Datenbank und die Datenbank wurde noch nicht heruntergeladen, wird die Datenbank heruntergeladen
da sich die Ausgabe im Vortäuschungsmodus basierend auf den Datenbankergebnissen erheblich ändern kann.

--Installieren
Überspringt die Update- und Build-Phase und versucht sofort, die Module zu installieren
gegeben.

--deinstallieren
Überspringt die Update- und Build-Phase und versucht sofort, die Module zu deinstallieren
gegeben. HINWEIS: Dies wird nur für Buildsysteme unterstützt, die die um Deinstallieren
Befehl (zB KDE CMake-basiert).

--no-src
Überspringt die Quellaktualisierungsphase. Andere Phasen sind wie üblich enthalten. --no-svn ist eine
veralteter Alias ​​für diese Option und wird in einer zukünftigen Version entfernt.

--no-install
Überspringt die Installationsphase des Builds. Andere Phasen sind wie üblich enthalten.

--no-build
Überspringt die Build-Phase für den Build. Intern hängt die Installationsphase vom Build ab
Phase abgeschlossen, so dass dies effektiv äquivalent zu . ist --src-nur, aber die Semantik
können sich in Zukunft ändern (zB wenn Testsuiten in eine eigene Phase verschoben werden).

--keine Tests
Deaktiviert das Ausführen der Testsuite für CMake-basierte Module. Um voll wirksam zu sein
erfordert die erneute Ausführung von CMake, die durch die Verwendung von erzwungen werden kann --rekonfigurieren or
--refresh-build Optionen.

--src-nur
Führt nur die Quellaktualisierungsphase durch, erstellt oder installiert nicht. --svn-only ist eine
veralteter Alias ​​für diese Option und wird in einer zukünftigen Version entfernt.

--build-only
Erzwingt die Ausführung des Buildprozesses, ohne zuerst den Quellcode zu aktualisieren. In
Außerdem wird keine Installation durchgeführt. (Prüfung wird ggf. noch durchgeführt,
aber das wird sich in einer zukünftigen Version ändern)

--refresh-build
Entfernt das Build-Verzeichnis für ein Modul, bevor die Build-Phase beginnt. Das hat die
gewünschte Nebenwirkung des Forcens kdesrc-build um das Modul neu zu konfigurieren und zu bauen
aus einem "reinen" Zustand ohne existierende temporäre oder Zwischenausgabedateien. Verwenden
diese Option, wenn Sie Probleme haben, ein Modul zu erstellen, aber feststellen, dass dies dauert
länger (möglicherweise viel länger), damit der Build als Ergebnis abgeschlossen ist. Im Zweifelsfall verwenden
diese Option für das ganze kdesrc-build laufen.

--rekonfigurieren
Erzwingen Sie die erneute Ausführung von CMake, jedoch ohne das Build-Verzeichnis zu löschen. Normalerweise bist du
eigentlich will --refresh-build, aber wenn Sie sich zu 100% sicher sind, ändern Sie sich zu cmake-Optionen
Ihre aktuelle Zwischenausgabe nicht ungültig macht, kann dies einige Zeit sparen.

--build-system-only
Unterbricht den Build-Prozess für jedes erstellte Modul: Der Build-Prozess besteht aus
normale Einrichtung bis einschließlich Laufen cmake or konfigurieren (sofern zutreffend), aber um
wird nicht ausgeführt und es wird keine Installation versucht. Dies ist meistens nur nützlich, um Dinge zu bekommen
Gefällt mir konfigurieren --help und cmake-gui arbeiten. Normalerweise willst du --rekonfigurieren or
--refresh-build.

--resume-from=foo
Verwenden Sie diese Option, um die Modulverarbeitung zu überspringen, bis das Modul foo angetroffen wird. foo
und alle nachfolgenden Module werden normal verarbeitet, als ob sie am spezifiziert worden wären
die Befehlszeile. Wenn Sie diese Option aufgrund eines Build-Fehlers verwenden, möchten Sie möglicherweise
erwägen zu verwenden --no-src zusätzlich zum Überspringen der resultierenden Quellaktualisierungsphase.

--resume-after=foo
Das ist wie --Lebenslauf-von, außer dass das Modul foo is nicht inbegriffen in
Liste der zu berücksichtigenden Module. Sie können dies verwenden, wenn Sie foo . manuell erstellt/installiert haben
nachdem Sie den Build repariert haben und nur von dort aus fortfahren möchten.

--ignore-module
Streitkräfte ALLER Module, die dieser Option folgen, von der Berücksichtigung ausgeschlossen werden durch
kdesrc-build. Dies kann nützlich sein, wenn Sie wissen, dass Sie alle Module außer verarbeiten möchten
für besondere Ausnahmen.

--rc-Datei=foo
Verwenden Sie die angegebene Datei, foo, für die Konfiguration statt ~/.kdesrc-buildrc or
./kdesrc-buildrc. Die Datei kann leer sein, muss aber vorhanden sein.

--präfix=foo
Überschreibt die kdedir Einstellung sein foo für diesen Lauf. Außerdem impliziert
--rekonfigurieren. Es die nicht Führe tatsächlich die Aktion aus, von der du denkst, dass sie es tut
(überschreibt die Präfix Möglichkeit zu ändern, wo Module installiert sind), obwohl durch
Standardmodule werden auf dem . installiert kdedir Einstellung, wenn Präfix ist nicht gesetzt.

--nett=foo
Ändert die zugewiesene CPU-Priorität kdesrc-build (und alle Prozesse, die von kdesrc-build
z.B um(1)). foo sollte eine ganze Zahl zwischen -20 und 19 sein. Positive Werte
sind "schöner" zum Rest des Systems (dh niedrigere Priorität).

Beachten Sie, dass die möglichen Prioritäten, die auf Ihrem System verfügbar sind, anders sein können als
hier aufgeführt, siehe schön(2) für weitere Informationen. Beachten Sie auch, dass sich dies nur ändert CPU
Priorität, oft möchte man sich ändern I / O Priorität auf Systemen, auf denen dies unterstützt wird.
Es gibt keine Befehlszeilenoption für die Einstellung der E/A-Priorität, aber es gibt eine
Konfigurationsdateioption: use-idle-io-priority (obwohl es wie bei allen Optionen eine
generische Möglichkeit, dies über die Befehlszeile festzulegen).

--run=foo
Führt das Programm mit dem Namen aus foo Verwendung von kdesrc-build's normale Build-Umgebung. Alle
Befehlszeilenargumente, die nach dieser Option vorhanden sind, werden an . übergeben foo wie es ausgeführt wird.

--color
Aktiviert "bunte Ausgabe". (Standardmäßig aktiviert).

--keine Farbe
Deaktiviert "bunte Ausgabe". Dies kann dauerhaft gemacht werden, indem die bunt-ausgabe
Option auf false (oder 0) in Ihrer Konfigurationsdatei.

--async
Haben kdesrc-build Starten Sie den Build-Prozess für ein Modul, sobald der Quellcode vorliegt
fertig heruntergeladen. Ohne diese Option kdesrc-build führt alle Quellaktualisierungen bei . durch
einmal und nur dann beginnt mit dem Build-Prozess. Diese Option ist standardmäßig aktiviert.

--no-async
Deaktiviert das asynchrone Erstellen von Modulen. Sehen --async für eine genauere
Bezeichnung. Beachten Sie, dass kdesrc-build's Ausgabe wird in diesem Modus etwas anders sein.

-in, - ausführlich
Erhöht die Ausführlichkeit von kdesrc-build Ausgabe (was schon recht ist
ausführlich!)

-Q, --ruhig
Macht kdesrc-build Weniger laut. Es werden nur wichtige Nachrichten angezeigt.

--sehr ruhig
Macht kdesrc-build noch weniger laut. Es werden nur Warnungen/Fehler angezeigt.

--debuggen
Dadurch wird Ihr Terminal normalerweise mit Beschreibungen und Debugging-Ausgaben gefüllt
unverständlich, beschreibend was kdesrc-build tut (und denkt, dass es tun sollte).
Das Flag ist enthalten, da sich die Ausgabe manchmal für das Debuggen als nützlich erweisen kann.

--force-build
Normalerweise, wenn kdesrc-build stellt fest, dass es keine Quellaktualisierung für ein Modul gibt, das
zuvor erfolgreich installiert wurde, wird nicht versucht, dies zu erstellen oder zu installieren
Modul. Sie können dieses Flag übergeben, um dieses Verhalten zu deaktivieren und immer auszuführen um.

--keine Schnappschüsse
Normalerweise kdesrc-build unterstützt die Verwendung von Quell-Repository-Tarball-Snapshots zur Reduzierung
Laden Sie die KDE-Infrastruktur für Git-Klone für einige KDE-Module. Bestehen dieser Option
deaktiviert diese Funktion.

--delete-my-patches
Diese Option muss übergeben werden, um zuzulassen kdesrc-build um widersprüchliche Quellen zu entfernen
Verzeichnisse. Derzeit passiert dies sogar nur, wenn versucht wird, ein git-basiertes Modul zu klonen
wenn ein vorhandenes Quellverzeichnis vorhanden ist. Geben Sie diese Option niemals an, es sei denn, es ist
vorgeschlagen von kdesrc-build, und nur, wenn Ihnen die Quellverzeichnisse nichts ausmachen
referenziert wird gelöscht und neu geklont.

--foo=Bar
Jede Option, die oben nicht aufgeführt ist, wird überprüft, um zu sehen, ob sie mit der Liste der möglichen übereinstimmt
Konfigurationsdateioptionen. Wenn ja, die Konfigurationsdateioption foo ist vorübergehend
einstellen Bar für die Dauer dieses Laufs.

--Modulen,foo=Bar
Wie oben, aber Option foo ist nur eingestellt auf Bar für das Modul Modulen. Das tut nicht
noch für Modulsätze arbeiten, müssen Sie dies für jedes Modul wiederholen, das Sie sein möchten
betroffen. (Natürlich könntest du einfach deine Konfigurationsdatei bearbeiten...)

EXIT STATUS

0
Erfolge

1
Normalerweise bedeutet dies, dass ein Teil des Aktualisierungs-, Build- oder Installationsvorgangs fehlgeschlagen ist, aber es ist
wird auch für ein anormales Programmende verwendet, das im Folgenden nicht anders behandelt wird.

5
Ein Signal wurde empfangen, das tötete kdesrc-build, aber es wurde versucht, normal zu funktionieren
schließen.

8
In der Befehlszeile wurde eine unbekannte Option übergeben.

99
Eine Ausnahme wurde erzwungen, die gezwungen wurde kdesrc-build vorzeitig abzubrechen.

HOME
Wird für die Tilde-Erweiterung von Dateinamen verwendet und ist die Standardbasis für die Quelle, Build,
und Installationsverzeichnisse.

PATH
Diese Umgebungsvariable steuert den Standardsuchpfad für ausführbare Dateien. Du kannst
verwenden Sie die Binpfad Konfigurationsdatei-Option zum Hinzufügen zu dieser Variable (z. B. zum Ausführen)
für cron(8)).

LC_*
Umgebungsvariablen, die mit LC_ beginnen, steuern das von . verwendete Gebietsschema kdesrc-build.
Obwohl kdesrc-build ist zu diesem Zeitpunkt noch nicht lokalisierbar, viele der Befehle es
Verwendungen sind. kdesrc-build normalerweise setzt LC_ALL=C für Befehle, die geprüft werden müssen
Ausgabe von, aber Sie können dies auch manuell tun. Wenn Einstellung LC_ALL=C behebt a
kdesrc-build Problem senden Sie bitte einen Fehlerbericht.

SSH_AGENT_PID
Diese Umgebungsvariable wird überprüft, um zu sehen, ob SSH-Agent(1) läuft, aber nur wenn
kdesrc-build stellt fest, dass Sie ein Modul auschecken, das eine SSH-Anmeldung erfordert
(Aber Sie sollten dies wissen, da dies standardmäßig für kein Modul erforderlich ist).

KDESRC_BUILD_USE_TTY
Falls gesetzt, erzwingt diese Variable kdesrc-build seine Eingabe während der Ausführung nicht zu schließen
Systemprozesse. Normalerweise kdesrc-build schließt stdin seit dem stdout und stderr für
seine untergeordneten Prozesse werden umgeleitet und daher würde der Benutzer nie eine Eingabe sehen
sowieso auffordern.

KDESRC_BUILD_DUMP_CONTEXT
Wenn diese Variable gesetzt ist, gibt diese Variable gleich danach eine Beschreibung ihres "Build-Kontexts" aus
Lesen von Optionen und Befehlszeilenargumenten und Bestimmen der zu erstellenden Module. Du
möchte das so gut wie nie einstellen.

Extras
Viele Programme werden verwendet von kdesrc-build im Zuge seiner Ausführung, einschließlich
svn(1) git(1) um(1) und cmake(1). Jedes dieser Programme kann seine eigenen haben
Reaktion auf das Setzen von Umgebungsvariablen. kdesrc-build wird Umwelt passieren
Variablen, die gesetzt werden, wenn es auf diesen Prozessen ausgeführt wird. Sie können sicher sein
Umgebungsvariablen (zB CC or CXX) werden mit dem set-env Konfiguration
Dateioption.

Verwenden Sie kdesrc-build online mit den onworks.net-Diensten