aboutsummaryrefslogtreecommitdiffhomepage
path: root/markup/pod/live-manual/media/text/fr/user_managing_a_configuration.ssi
diff options
context:
space:
mode:
authorRalph Amissah <ralph.amissah@gmail.com>2021-11-27 21:54:49 -0500
committerRalph Amissah <ralph.amissah@gmail.com>2021-11-27 21:54:49 -0500
commit78b1b83be0cf04b4cba707751b7ad4d97787fe37 (patch)
tree0260daae62c3c0c055b7ec73b274fa82b31b344f /markup/pod/live-manual/media/text/fr/user_managing_a_configuration.ssi
track document samples used
Diffstat (limited to 'markup/pod/live-manual/media/text/fr/user_managing_a_configuration.ssi')
-rw-r--r--markup/pod/live-manual/media/text/fr/user_managing_a_configuration.ssi142
1 files changed, 142 insertions, 0 deletions
diff --git a/markup/pod/live-manual/media/text/fr/user_managing_a_configuration.ssi b/markup/pod/live-manual/media/text/fr/user_managing_a_configuration.ssi
new file mode 100644
index 0000000..cb76e96
--- /dev/null
+++ b/markup/pod/live-manual/media/text/fr/user_managing_a_configuration.ssi
@@ -0,0 +1,142 @@
+:B~ Gestion d'une configuration
+
+1~managing-a-configuration Gestion d'une configuration
+
+Ce chapitre explique comment gérer une configuration d'un système live à
+partir d'une création initiale, à travers des révisions successives et des
+versions successives du logiciel live-build et de l'image live elle-même.
+
+2~ Gérer les modifications de la configuration
+
+Les configurations live sont rarement parfaites du premier coup. Il peut
+être bon de passer des options #{lb config}# à partir de la ligne de
+commande pour effectuer une construction unique, mais il est plus courant de
+réviser ces options et de construire à nouveau jusqu'à ce que vous soyez
+satisfait. Afin de prendre en charge ces changements, vous aurez besoin des
+scripts automatiques qui assurent le maintien de votre configuration dans un
+état cohérent.
+
+3~ Pourquoi utiliser des scripts auto? Que font-ils?
+
+La commande #{lb config}# enregistre les options que vous lui passez avec
+les fichiers dans #{config/*}# avec beaucoup d'autres options aux valeurs
+par défaut. Si vous exécutez #{lb config}# à nouveau, il ne réinitialisera
+pas l'option qui a été mise par défaut en fonction de vos options
+initiales. Ainsi, par exemple, si vous exécutez #{lb config}# à nouveau avec
+une nouvelle valeur pour #{--binary-images}#, toutes les options qui ont été
+mises à leur valeur par défaut pour l'ancienne type d'image ne peuvent plus
+fonctionner avec la nouvelle option. Ces fichiers ne sont pas destinés à
+être lus ou modifiés. Ils enregistrent des valeurs pour plus d'une centaine
+d'options, donc personne (y-compris vous) ne pourra voir dans ces options
+lesquelles vous avez réellement indiquées. Finalement, si vous lancez #{lb
+config}#, puis mettez live-build à niveau et que celui-ci renomme une
+option, #{config/*}# contiendra toujours des variables nommées en fonction
+de l'ancienne option et qui ne seront plus valides.
+
+Pour toutes ces raisons, les scripts #{auto/*}# vous rendront la vie plus
+facile. Ils sont de simples emballages pour les commandes #{lb config}#,
+#{lb build}# et #{lb clean}# qui sont conçus pour vous aider à gérer votre
+configuration. Le script #{auto/config}# enregistre votre commande #{lb
+config}# avec toutes les options désirées, le script #{auto/clean}# supprime
+les fichiers contenant les valeurs des variables de configuration et le
+script #{auto/build}# crée un #{build.log}# de chaque construction. Et
+chaque fois que vous lancez la commande #{lb}# correspondante, ces fichiers
+sont exécutés automatiquement. En utilisant ces scripts, votre configuration
+est plus facile à lire et a une cohérence interne d'une révision à
+l'autre. En outre, il sera plus facile pour vous d'identifier et corriger
+les options qui doivent changer lorsque vous mettez à niveau live-build
+après avoir lu la documentation mise à jour.
+
+3~ Utiliser les scripts auto d'exemple
+
+Pour votre commodité, live-build est fourni avec des scripts shell
+d'exemple, pour les copier et les modifier. Lancez une nouvelle
+configuration par défaut, puis copiez les exemples:
+
+code{
+
+ $ mkdir mylive && cd mylive && lb config
+ $ mkdir auto
+ $ cp /usr/share/doc/live-build/examples/auto/* auto/
+
+}code
+
+Modifiez #{auto/config}# en ajoutant des options comme bon vous semble. Par
+exemple:
+
+code{
+
+ #!/bin/sh
+ lb config noauto \
+ --architectures i386 \
+ --linux-flavours 686-pae \
+ --binary-images hdd \
+ --mirror-bootstrap http://ftp.ch.debian.org/debian/ \
+ --mirror-binary http://ftp.ch.debian.org/debian/ \
+ "${@}"
+
+}code
+
+Maintenant, chaque fois que vous utilisez #{lb config}#, #{auto/config}#
+réinitialisera la configuration basée sur ces options. Lorsque vous
+souhaitez effectuer des modifications, modifiez les options dans ce fichier
+au lieu de les passer à #{lb config}#. Lorsque vous utilisez #{lb clean}#,
+#{auto/clean}# va nettoyer les fichiers ainsi que tous les autres produits
+de construction. Et enfin, lorsque vous utilisez #{lb build}#, un journal de
+la construction est écrit par #{auto/build}# dans #{build.log}#.
+
+*{Remarque:}* Un paramètre spécial #{noauto}# est utilisé ici pour éliminer un autre appel à #{auto/config}#, évitant ainsi une récursion infinie. Assurez-vous que vous ne l'avez pas accidentellement supprimé en modifiant le fichier. Aussi, prenez soin de vous assurer quand vous divisez la commande #{lb config}# sur plusieurs lignes pour une meilleure lisibilité, comme le montre l'exemple ci-dessus, que vous n'oubliez pas la barre oblique inverse (\) de sorte que chaque ligne continue à la suivante.
+
+2~clone-configuration-via-git Cloner une configuration publiée via Git
+
+Utilisez l'option #{lb config --config}# pour cloner un dépôt Git qui
+contient une configuration d'un système live. Si vous souhaitez baser votre
+configuration sur une autre maintenue par le ${project}, allez voir le dépôt
+sur http://live-systems.org/gitweb avec le nom #{live-images}# sous le titre
+#{Packages}#. Ce dépôt contient les configurations pour les {images
+précompilées}#downloading-prebuilt-images
+
+Par exemple, pour construire une image standard, utilisez le dépôt
+#{live-images}# comme suit:
+
+code{
+
+ $ mkdir live-images && cd live-images
+ $ lb config --config git://live-systems.org/git/live-images.git
+ $ cd images/standard
+
+}code
+
+Modifiez #{auto/config}# et toutes les autres choses dont vous avez besoin
+dans l'arbre #{config}# en fonction de vos besoins. Par exemple, les images
+precompilées non officielles qui contiennent paquets non-free sont faites en
+ajoutant simplement #{--archive-areas "main contrib non-free"}#.
+
+Vous pouvez éventuellement définir un raccourci dans votre configuration Git
+en ajoutant la ligne suivante à votre #{${HOME}/.gitconfig}#:
+
+code{
+
+ [url "git://live-systems.org/git/"]
+ insteadOf = lso:
+
+}code
+
+Cela vous permet d'utiliser #{lso:}# quand vous voulez indiquer l'adresse
+d'un dépôt #{live-systems.org}#. Si vous supprimez le suffixe optionnel
+#{.git}#, commencer une nouvelle image en utilisant cette configuration est
+aussi simple que:
+
+code{
+
+ $ lb config --config lso:live-images
+
+}code
+
+Le clonage de la totalité du dépôt #{live-images}# copie les configurations
+utilisées pour plusieurs images. Si vous voulez construire une image
+différente lorsque vous avez terminé avec la première, changez de répertoire
+et, éventuellement, faites les modifications dont vous avez besoin.
+
+Dans tous les cas, n'oubliez pas qu'il faut à chaque fois construire l'image
+en tant que superutilisateur: #{lb build}#