kdesrc-build - En ligne dans le Cloud

PROGRAMME:

Nom

kdesrc-build - Télécharge, construit et installe le logiciel KDE.

SYNOPSIS

kdesrc-build [OPTIONS...] [Module prénom | Module set prénom...]

DESCRIPTION

La kdesrc-build La commande est utilisée pour construire le logiciel KDE directement à partir de sa source
référentiels. Il peut être téléchargé à partir des référentiels Subversion ou Git, des interfaces avec le KDE
base de données du projet et prend en charge le contrôle des options transmises à fairede Géographie (1) et avec la
cmake(1). L'opération de kdesrc-build est piloté par un fichier de configuration, généralement
~/.kdesrc-buildrc.

La module prénom or module set prénom comme indiqué sur la ligne de commande devrait être comme ces noms
ont été définis dans le fichier de configuration (soit dans une définition de module soit utiliser-modules
déclaration, ou dans un ensemble de modules définition). De plus, il peut s'agir du nom d'un KDE
module répertorié dans la base de données du projet KDE (et vous pouvez faire précéder le nom du module avec + pour
forcer ça).

kdesrc-build est conçu pour pouvoir être complètement décapité (cependant, voir ENVIRONNEMENT),
et ignore donc généralement complètement son entrée. La sortie de la commande est enregistrée au lieu d'être
affiché sur la sortie kdesrc-build.

Les modules sont construits les uns après les autres. Si un module ne parvient pas à se mettre à jour, il n'est pas construit.
kdesrc-build n'abandonnera pas simplement à cause d'une défaillance du module, à la place, il continuera d'essayer
pour mettre à jour et construire les modules suivants. Par défaut, kdesrc-build commencera à construire un
module dès que la mise à jour du code source est terminée pour ce module, même si d'autres
les mises à jour se produisent simultanément.

À la fin kdesrc-build affichera les modules qui n'ont pas été construits et où les journaux ont été
conservé pour cette exécution de construction.

OPTIONS

REMARQUE: Certaines options ont des formes abrégées, mais le kdesrc-build l'analyseur d'options ne prend pas en charge
combiner des options courtes en une seule à ce stade. (Par exemple, courir kdesrc-build -pv ne serait pas
Être le même que kdesrc-build --faire semblant --verbeux).

-h, --Aidez-moi
Affiche un bref résumé et les options de ligne de commande fréquemment utilisées.

-p, --faire semblant
Fonctionne en mode « marche à sec ». Aucun accès réseau n'est effectué, aucun fichier journal n'est créé,
aucun module n'est construit et aucune autre modification permanente n'est apportée au disque. Une important
exception c'est que si vous essayez de construire un module qui vient du projet KDE
base de données, et la base de données n'a pas encore été téléchargée, la base de données sera téléchargée
puisque la sortie en mode simulé peut changer de manière significative en fonction des résultats de la base de données.

--installer
Ignore la phase de mise à jour et de construction et tente immédiatement d'installer les modules
donné.

--désinstaller
Ignore la phase de mise à jour et de construction et tente immédiatement de désinstaller les modules
donné. REMARQUE: Ceci n'est pris en charge que pour les systèmes de construction qui prennent en charge le faire Désinstaller
(par exemple, basé sur KDE CMake).

--no-src
Ignore la phase de mise à jour de la source. D'autres phases sont incluses normalement. --no-svn est une
alias obsolète pour cette option et sera supprimé dans une prochaine version.

--pas d'installation
Ignore la phase d'installation de la construction. D'autres phases sont incluses normalement.

--pas de construction
Ignore la phase de génération pour la génération. En interne, la phase d'installation dépend de la version
l'achèvement de la phase de sorte que cela équivaut effectivement à --src-seulement, mais la sémantique
peut changer à l'avenir (par exemple, lorsque les suites de tests sont déplacées dans leur propre phase).

--pas de tests
Désactive l'exécution de la suite de tests pour les modules basés sur CMake. Pour être pleinement efficace ce
nécessite la réexécution de CMake, qui peut être forcé en utilisant le --reconfigurer or
--refresh-build options.

--src-seulement
N'exécute que la phase de mise à jour de la source, ne crée ni n'installe. --svn-seulement est une
alias obsolète pour cette option et sera supprimé dans une prochaine version.

--build-only
Force l'exécution du processus de génération sans mettre à jour le code source au préalable. Dans
De plus, l'installation n'est pas effectuée. (Le test est toujours effectué le cas échéant,
mais cela changera dans une future version)

--refresh-build
Supprime le répertoire de construction d'un module avant le début de la phase de construction. Cela a le
effet secondaire souhaité du forçage kdesrc-build pour reconfigurer le module et le construire
à partir d'un état « vierge » sans fichiers de sortie temporaires ou intermédiaires existants. Utilisation
cette option si vous avez des problèmes pour construire un module mais réalisez que cela prendra
plus longtemps (peut-être beaucoup plus longtemps) pour que la construction se termine en conséquence. En cas de doute, utilisez
cette option pour l'ensemble kdesrc-build fonctionner.

--reconfigurer
Forcez CMake à être réexécuté, mais sans supprimer le répertoire de construction. Habituellement, vous
veux vraiment --refresh-build, mais si vous êtes sûr à 100 % de votre changement en options cmake
n'invalidera pas votre sortie intermédiaire actuelle, cela peut faire gagner du temps.

--build-system-uniquement
Interrompt le processus de construction pour chaque module construit : Le processus de construction consiste en
configuration normale jusqu'à et y compris l'exécution cmake or configurer (le cas échéant), mais faire
n'est pas exécuté et aucune installation n'est tentée. C'est surtout utile pour obtenir des choses
comme configurer --Aidez-moi ainsi que cmake-gui travailler. Normalement tu veux --reconfigurer or
--refresh-build.

--resume-from=foo
Utilisez cette option pour ignorer le traitement du module jusqu'à ce que le module foo est rencontré. foo
et tous les modules suivants seront traités normalement comme s'ils avaient été spécifiés sur
la ligne de commande. Si vous utilisez cette option en raison d'un échec de construction, vous souhaiterez peut-être
envisager d'utiliser --no-src en plus d'ignorer la phase de mise à jour de la source qui en résulte.

--resume-after=foo
C'est juste comme --reprendre-de, sauf que le module foo is ne sauraient inclus dans le
liste des modules à considérer. Vous pouvez l'utiliser si vous avez construit/installé manuellement foo
après avoir corrigé le build et je veux juste reprendre à partir de là.

--ignorer-modules
Forces TOUTES modules qui suivent cette option à exclure de l'examen par
kdesrc-build. Cela peut être utile si vous savez que vous voulez traiter tous les modules sauf
pour des exceptions spécifiques.

--rc-fichier=foo
Utilisez le fichier donné, foo, pour la configuration au lieu de ~/.kdesrc-buildrc or
./kdesrc-buildrc. Le fichier peut être vide, mais doit exister.

--préfixe=foo
Remplace le kdedi mise à être foo pour cette course. De plus, implique
--reconfigurer. Il ne sauraient effectuer réellement l'action que vous pensez qu'il fait
(remplaçant le préfixe option pour changer où les modules sont installés), bien que par
les modules par défaut sont installés sur le kdedi réglage si préfixe n'est pas défini.

--gentil=foo
Modifie la priorité CPU donnée à kdesrc-build (et tous les processus utilisés par kdesrc-build
par exemple faire(1)). foo doit être un nombre entier compris entre -20 et 19. Valeurs positives
sont "plus agréables" pour le reste du système (c'est-à-dire moins prioritaires).

Notez que les priorités possibles disponibles sur votre système peuvent être différentes de
répertorié ici, voir agréable(2) pour plus d'informations. Notez également que cela ne change que Processeur
priorité, souvent vous voulez changer I / O priorité sur les systèmes où cela est pris en charge.
Il n'y a pas d'option de ligne de commande pour le réglage de la priorité d'E/S, mais il y a un
option du fichier de configuration : utiliser-inactif-io-priorité (bien que comme toutes les options, il y a un
manière générique de définir cela à partir de la ligne de commande).

--run=foo
Exécute le programme nommé par foo en utilisant kdesrc-buildenvironnement de construction normal. Tous
les arguments de ligne de commande présents après cette option sont passés à foo comme il est exécuté.

--Couleur
Active la "sortie colorée". (Activé par défaut).

--sans couleur
Désactive la "sortie colorée". Ceci peut être rendu permanent en réglant le sortie colorée
option à false (ou 0) dans votre fichier de configuration.

--async
Vous avez kdesrc-build démarrer le processus de construction d'un module dès que le code source a
terminé le téléchargement. Sans cette option kdesrc-build effectue toutes les mises à jour des sources à
une fois et seulement ensuite commence le processus de construction. Cette option est activée par défaut.

--no-async
Désactive la construction asynchrone de modules. Voir --async pour un plus détaillé
la description. Noter que kdesrc-buildLa sortie de sera légèrement différente dans ce mode.

-dans, --verbeux
Augmente le niveau de verbosité de kdesrc-build sortie (qui est déjà assez
verbeux!)

-q, --silencieux
Donne kdesrc-build moins bruyant. Seuls les messages importants sont affichés.

--vraiment-silencieux
Donne kdesrc-build encore moins bruyant. Seuls les avertissements/erreurs sont affichés.

--déboguer
Cela remplira votre terminal de descriptions et de sorties de débogage, généralement
inintelligible, décrivant ce kdesrc-build fait (et pense qu'il devrait faire).
L'indicateur est inclus car la sortie peut parfois s'avérer utile pour le débogage.

--force-construire
Normalement quand kdesrc-build remarque qu'il n'y a pas de mise à jour des sources sur un module qui
a été précédemment installé avec succès, il ne tente pas de construire ou d'installer ce
module. Vous pouvez passer ce drapeau pour désactiver ce comportement et toujours exécuter faire.

--pas d'instantanés
Normalement kdesrc-build prend en charge l'utilisation des instantanés tarball du référentiel source pour réduire
charge sur l'infrastructure KDE pour les clones git de certains modules KDE. Passer cette option
désactive cette fonctionnalité.

--delete-my-correctifs
Cette option doit être passée pour permettre kdesrc-build pour supprimer la source en conflit
répertoires. Actuellement, même cela ne se produit que lorsque vous essayez de cloner un module basé sur git
si un répertoire source existant est présent. Ne spécifiez jamais cette option à moins qu'elle ne soit
suggéré par kdesrc-build, et seulement si cela ne vous dérange pas les répertoires sources qui sont
référencé étant supprimé et re-cloné.

--foo=barre
Toute option non répertoriée ci-dessus est vérifiée pour voir si elle correspond à la liste des possibles
options du fichier de configuration. Si c'est le cas, l'option du fichier de configuration foo est temporairement
ajuster à barre pour la durée de cette course.

--module,foo=barre
Comme ci-dessus, mais option foo est uniquement réglé sur barre pour le module module. Cela ne
travailler pour les ensembles de modules encore, vous devez répéter cela pour chaque module que vous voulez être
affecté. (Bien sûr, vous pouvez simplement éditer votre fichier de configuration...)

EXIT STATUT

0
en ligne

1
Normalement, cela signifie qu'une partie du processus de mise à jour, de construction ou d'installation a échoué, mais
également utilisé pour toute fin de programme anormale non couverte par ailleurs ci-dessous.

5
Un signal a été reçu qui a tué kdesrc-build, mais il a tenté de fonctionner normalement
fermeture.

8
Une option inconnue a été transmise sur la ligne de commande.

99
Une exception a été soulevée qui a forcé kdesrc-build avorter prématurément.

ENVIRONNEMENT

ACCUEIL
Utilisé pour l'extension tilde des noms de fichiers, et est la base par défaut pour la source, la construction,
et les répertoires d'installation.

PATH
Cette variable d'environnement contrôle le chemin de recherche par défaut des exécutables. Vous pouvez
utiliser le chemin bin option du fichier de configuration à ajouter à cette variable (par exemple pour exécuter
de cron(8)).

CL_*
Les variables d'environnement commençant par LC_ contrôlent les paramètres régionaux utilisés par kdesrc-build.
Bien que kdesrc-build n'est toujours pas localisable à ce stade, la plupart des commandes qu'il
les utilisations sont. kdesrc-build définit normalement LC_TOUS=C pour les commandes dont il doit examiner le
sortie de mais vous pouvez également le faire manuellement. Si le réglage LC_TOUS=C corrige un
kdesrc-build problème, veuillez soumettre un rapport de bogue.

SSH_AGENT_PID
Cette variable d'environnement est vérifiée pour voir si agent ssh(1) est en cours d'exécution, mais seulement si
kdesrc-build détermine que vous extrayez un module qui nécessite une connexion SSH
(mais vous devez le savoir car aucun module ne l'exige par défaut).

KDESRC_BUILD_USE_TTY
Si elle est définie, cette variable force kdesrc-build de ne pas fermer son entrée lors de l'exécution
processus du système. Normalement kdesrc-build ferme stdin depuis la sortie stdout et stderr pour
ses processus enfants sont redirigés et donc l'utilisateur ne verra jamais une entrée
invite de toute façon.

KDESRC_BUILD_DUMP_CONTEXT
Si elle est définie, cette variable imprime une description de son "contexte de construction" juste après
lire les options et les arguments de la ligne de commande et déterminer les modules à construire. Tu
je ne veux presque jamais régler ça.

autres
De nombreux programmes sont utilisés par kdesrc-build au cours de son exécution, y compris
svn(1), jet(1), faire(1), et cmake(1). Chacun de ces programmes peut avoir son propre
réponse aux variables d'environnement définies. kdesrc-build passera l'environnement
variables qui sont définies lorsqu'il est exécuté sur ces processus. Vous pouvez vous assurer que certains
variables d'environnement (par ex. CC or CXX) sont définis à l'aide de la ensemble-env paramétrage
option de fichier.

Utilisez kdesrc-build en ligne en utilisant les services onworks.net