Attachment 23458 Details for Bug 36917 – hb-working-behaviour.xml

hb-working-behaviour.xml

hb-working-behaviour.xml (text/plain), 22.30 KB, created by Xavier Neys (RETIRED) on 2004-01-09 05:39:46 UTC

(hide)

Description:

Filename:

MIME Type:

Creator: Xavier Neys (RETIRED)

Created: 2004-01-09 05:39:46 UTC

Size: 22.30 KB

patch

obsolete

><?xml version='1.0' encoding='UTF-8'?>
><!DOCTYPE sections SYSTEM "/dtd/book.dtd">
>
>
>
>
>
>
><sections>
><section>
><title>Protection des fichiers de configuration</title>
><subsection>
><title>Protection&nbsp;?</title>
><body>
>
>
>Portage comprend le concept des Â«&nbsp;fichiers protÃ©gÃ©s&nbsp;Â». Cela 
>signifie que, lorsque vous mettez Ã  jour des logiciels, Portage n'Ã©crasera pas
>immÃ©diatement certains fichiers avec les versions les plus Ã  jour, mais vous
>informera plutÃ´t de l'existence des versions plus rÃ©centes. Cela est
>particuliÃ¨rement utile pour les fichiers de configuration (ces fichiers rÃ©sident
>dans le dossier <path>/etc</path>).
>
>
>
>PlutÃ´t que d'Ã©craser un tel fichier, Portage crÃ©e un nouveau fichier nommÃ© 
><path>._cfg0000_&lt;nom&gt;</path> oÃ¹ <path>&lt;nom&gt;</path> est le nom du
>fichier original. L'utilisateur est alors responsable d'intÃ©grer les
>diffÃ©rences entre les fichiers Ã  son fichier existant. L'utilisateur peut
>utiliser la commande <c>etc-update</c> afin de faciliter cette opÃ©ration. Nous
>discuterons de la commande <c>etc-update</c> plus loin.
>
>
></body>
></subsection>
><subsection>
><title>DÃ©clarer CONFIG_PROTECT</title>
><body>
>
>
>Portage ne protÃ¨ge pas la configuration fichier par fichier. Il protÃ¨ge plutÃ´t
>des rÃ©pertoires entiers. La variable <c>CONFIG_PROTECT</c> contient la liste
>des rÃ©pertoires protÃ©gÃ©s. Tous leurs sous-rÃ©pertoires sont Ã©galement protÃ©gÃ©s.
>La variable <c>CONFIG_PROTECT</c> est dÃ©finie dans
><path>/etc/make.globals</path>, mais si vous souhaitez la changer, vous devriez
>la dÃ©clarer dans <path>/etc/make.conf</path>. Afin d'Ãªtre cohÃ©rent,
><path>/etc/make.conf</path> est utilisÃ© pour tout ce qui a trait Ã  la
>configuration de Portage.
>
>
><pre caption="Un exemple du paramÃ¨tre CONFIG_PROTECT">
>CONFIG_PROTECT="/etc /usr/share/config /usr/kde/3.1/share/config"
></pre>
>
>
>Si vous souhaitez qu'un rÃ©pertoire donnÃ© soit protÃ©gÃ©, mais pas tous ses
>sous-rÃ©pertoires, vous pouvez Â«&nbsp;dÃ©protÃ©ger&nbsp;Â» ces sous-rÃ©pertoires en
>les ajoutant Ã  la liste contenue dans la variable <c>CONFIG_PROTECT_MASK</c>
>dont la valeur par dÃ©faut est dÃ©finie dans <path>/etc/make.globals</path>.
>Cette valeur devrait Ãªtre altÃ©rÃ©e dans <path>/etc/make.conf</path>&nbsp;:
>
>
><pre caption="Un exemple du paramÃ¨tre CONFIG_PROTECT_MASK">
>CONFIG_PROTECT_MASK="/etc/init.d"
></pre>
>
>
>De l'information supplÃ©mentaire sur la protection des fichiers de configuration 
>peut Ãªtre trouvÃ©e dans l'aide en ligne de <c>emerge</c>&nbsp;:
>
>
><pre caption="Obtenir de l'information Ã  propos de la protection des fichiers 
>de configuration">
># emerge --help config
></pre>
>
></body>
></subsection>
><subsection>
><title>etc-update</title>
><body>
>
>
><c>etc-update</c> est un outil qui permet de faciliter l'intÃ©gration des
>fichiers <path>._cfg0000_&lt;nom&gt;</path>. Il offre une procÃ©dure interactive
>pour l'intÃ©gration des fichiers et peut aussi intÃ©grer automatiquement les
>diffÃ©rences triviales.
>
>
>
>ExÃ©cuter <c>etc-update</c> est trÃ¨s simple&nbsp;:
>
>
><pre caption="ExÃ©cuter etc-update">
># etc-update
></pre>
>
>
>AprÃ¨s l'intÃ©gration des diffÃ©rences triviales, la liste des fichiers protÃ©gÃ©s 
>pour lesquels des mises Ã  jour sont disponibles est affichÃ©e. Dans le bas de la
>liste sont affichÃ©es les options disponibles&nbsp;:
>
>
><pre caption="Options de etc-update">
>Please select a file to edit by entering the corresponding number.
> (-1 to exit) (-3 to auto merge all remaining files)
> (-5 to auto-merge AND not use 'mv -i'): 
></pre>
>
>
>Si vous tapez <c>-1</c>, vous quitterez <c>etc-update</c> sans procÃ©der Ã  la 
>mise Ã  jour des fichiers. Si vous tapez <c>-3</c> ou <c>-5</c>, <e>tous</e> les
>fichiers de configuration seront Ã©crasÃ©s par les versions plus rÃ©centes. Il est
>donc trÃ¨s important de sÃ©lectionner d'abord les fichiers de configuration qui ne
>devraient pas Ãªtre mis Ã  jour automatiquement. Pour ce faire, il suffit de taper
>le nombre affichÃ© Ã  la gauche du fichier de configuration.
>
>
>
>Par exemple, sÃ©lectionnons le fichier de configuration 
><path>/etc/pear.conf</path>&nbsp;:
>
>
><pre caption="Mise Ã  jour d'un fichier de configuration spÃ©cifique">
>Beginning of differences between /etc/pear.conf and /etc/._cfg0000_pear.conf
><comment>[...]</comment>
>End of differences between /etc/pear.conf and /etc/._cfg0000_pear.conf
>1) Replace original with update
>2) Delete update, keeping original as is
>3) Interactively merge original with update
>4) Show differences again
></pre>
>
>
>Vous voyez maintenant les diffÃ©rences entre les deux fichiers. Si vous croyez
>que le fichier mis Ã  jour peut Ãªtre utilisÃ© sans problÃ¨me, tapez <c>1</c>. Si
>vous croyez que la mise Ã  jour n'est pas nÃ©cessaire ou ne procure aucune
>information pertinente, tapez <c>2</c>. Si vous souhaitez mettre Ã  jour le
>fichier de configuration sÃ©lectionnÃ© de faÃ§on interactive, tapez <c>3</c>.
>
>
>
>Ce manuel n'est pas la place pour Ã©laborer sur le mode d'intÃ©gration
>interactif. Voici tout de mÃªme, Ã  titre de rÃ©fÃ©rence, la liste des commandes
>que vous pouvez utiliser lorsque vous intÃ©grez des fichiers de faÃ§on
>interactive. Deux lignes sont affichÃ©es (l'originale et celle proposÃ©e comme
>mise Ã  jour), ainsi qu'une invite de commande oÃ¹ vous pouvez taper l'une des
>commandes suivantes&nbsp;:
>
>
><pre caption="Commandes disponibles pour l'intÃ©gration interactive">
>ed: Ãditer puis utiliser les deux versions.
>eb: Utiliser les deux versions.
>el: Ãditer puis utiliser la version de gauche.
>er: Ãditer puis utiliser la version de droite.
>e: Ãditer une nouvelle version.
>l: Utiliser la version de gauche.
>r: Utiliser la version de droite.
>s: Inclure les lignes communes de faÃ§on silencieuse.
>v: Unclure les lignes communes de faÃ§on verbeuse.
>q: Quitter.
></pre>
>
>
>Lorsque vous avez fini la mise Ã  jour des fichiers de configuration importants,
>vous pouvez mettre Ã  jour automatiquement les autres fichiers.
><c>etc-update</c> se termine aussitÃ´t qu'il ne trouve plus de fichier candidat
>Ã  la mise Ã  jour.
>
>
></body>
></subsection>
></section>
><section>
><title>Options rÃ©seau</title>
><subsection>
><title>Miroirs</title>
><body>
>
>
>Ã mesure que Gentoo gagne en popularitÃ©, l'utilisation de miroirs devient de
>plus en plus apprÃ©ciÃ©e. Portage utilise trois variables pour les
>miroirs&nbsp;: une pour le miroir rsync (utilisÃ© pour synchroniser votre
>arborescence Portage), une pour le miroir pour les distfiles (utilisÃ© pour
>tÃ©lÃ©charger le code source) et une pour le miroir pour les paquets prÃ©compilÃ©s. 
>
>
>
>Tous les miroirs disponibles pour les distfiles sont affichÃ©es sur la <uri 
>link="/main/en/mirrors.xml">Page des miroirs Gentoo</uri>. Vous pouvez
>Ã©galement utiliser <c>mirrorselect</c> qui facilitera le paramÃ©trage des
>miroirs utilisÃ©s par votre systÃ¨me. Explorons d'abord les variables une par une.
>
>
>
>La variable <c>SYNC</c> contient une liste des miroirs que vous souhaitez
>utiliser pour rsync. Par exemple, pour utiliser
><uri>rsync://rsync.namerica.gentoo.org/gentoo-portage</uri> comme premier choix
>et <uri>rsync://rsync.samerica.gentoo.org/gentoo-portage</uri> comme second,
>vous devriez dÃ©finir <c>SYNC</c> dans <path>/etc/make.conf</path> comme
>suit&nbsp;:
>
>
><pre caption="DÃ©finir SYNC dans /etc/make.conf">
>SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage
> rsync://rsync.samerica.gentoo.org/gentoo-portage"
></pre>
>
>
>La variable <c>GENTOO_MIRRORS</c> contient une liste des miroirs que vous
>souhaitez utiliser pour les distfiles. Par exemple, pour utiliser
><uri>ftp://ibiblio.org/pub/Linux/distributions/gentoo</uri> comme premier choix 
>et <uri>http://www.gtlib.cc.gatech.edu/pub/gentoo</uri> comme second, vous
>devriez dÃ©finir <c>GENTOO_MIRRORS</c> dans <path>/etc/make.conf</path> comme
>suit&nbsp;:
>
>
><pre caption="DÃ©finir GENTOO_MIRRORS dans /etc/make.conf">
>GENTOO_MIRRORS="ftp://ibiblio.org/pub/Linux/distributions/gentoo
> http://www.gtlib.cc.gatech.edu/pub/gentoo"
></pre>
>
>
>
>La variable <c>PORTAGE_BINHOST</c> contient une liste des miroirs que vous
>souhaitez utiliser pour les paquets prÃ©compilÃ©s. Par exemple, pour utiliser
><uri>ftp://login:pass@grp.mirror.site/pub/grp/i686/athlon-xp</uri>, vous
>devriez dÃ©finir <c>PORTAGE_BINHOST</c> dans <path>/etc/make.conf</path> comme
>suit&nbsp;:
>
>
><pre caption="DÃ©finir PORTAGE_BINHOST dans /etc/make.conf">
>PORTAGE_BINHOST="ftp://login:pass@grp.mirror.site/pub/grp/i686/athlon-xp"
></pre>
>
></body>
></subsection>
><subsection>
><title>Mirrorselect</title>
><body>
>
>
>Si vous voulez utiliser <c>mirrorselect</c>, procÃ©dez d'abord Ã  son
>installation (si ce n'est dÃ©jÃ  fait).
>
>
><pre caption="Installer mirrorselect">
># emerge mirrorselect
></pre>
>
>
>Vous pouvez maintenant laisser <c>mirrorselect</c> choisir
>automatiquement les meilleurs miroirs pour vous ou les choisir manuellement
>Ã  partir d'une liste. Pour obtenir plus d'information sur l'utilisation de
><c>mirrorselect</c>, exÃ©cutez simplement <c>mirrorselect</c> Ã  partir de la
>ligne de commande - cela vous donnera un aperÃ§u rapide de <c>mirrorselect</c>.
>
>
><pre caption="ExÃ©cuter mirrorselect">
># mirrorselect
></pre>
>
></body>
></subsection>
><subsection>
><title>TÃ©lÃ©chargement</title>
><body>
>
>
>Le programme utilisÃ© par Portage pour tÃ©lÃ©charger les archives contenant les
>fichiers peut Ãªtre spÃ©cifiÃ© par les paramÃ¨tres <c>FETCHCOMMAND</c> et
><c>RESUMECOMMAND</c>. Plusieurs exemples sont montrÃ©s dans
><path>/etc/make.conf</path> et dans <path>/etc/make.globals</path>. Portage
>utilise <c>wget</c> par dÃ©faut&nbsp;:
>
>
><pre caption="FETCHCOMMAND et RESUMECOMMAND par dÃ©faut">
>FETCHCOMMAND="/usr/bin/wget -t 5 --passive-ftp -P \${DISTDIR} \${URI}"
>RESUMECOMMAND="/usr/bin/wget -c -t 5 --passive-ftp -P \${DISTDIR} \${URI}"
></pre>
>
>
>La variable <c>${DISTDIR}</c> est remplacÃ©e par l'endroit oÃ¹ les fichiers
>tÃ©lÃ©chargÃ©s sont sauvegardÃ©s (<path>/usr/portage/distfiles</path>) alors que
>la variable <c>${URI}</c> est remplacÃ©e par le fichier que Portage doit
>tÃ©lÃ©charger.
>
>
>
>Puisque Portage utilise <c>wget</c> par dÃ©faut, vous pouvez le configurer afin
>d'utiliser des serveurs de proximitÃ© en dÃ©finissant <c>http_proxy</c> et
><c>ftp_proxy</c> (notez bien les minuscules). Bien que vous puissiez faire cela
>dans <path>/etc/make.conf</path>, nous suggÃ©rons plutÃ´t une approche gÃ©nÃ©rale,
>sachant que les variables <c>http_proxy</c> et <c>ftp_proxy</c> sont Ã©galement
>utilisÃ©es par d'autres utilitaires (<path>/etc/make.conf</path> est utilisÃ©
>exclusivement par Portage.) RÃ©fÃ©rez-vous au chapitre <uri
>link="?part=2&amp;chap=6">Variables d'environnement</uri> pour savoir
>comment dÃ©clarer des variables qui s'appliquent Ã  l'ensemble du systÃ¨me.
>
>
></body>
></subsection>
><subsection>
><title>Configurer rsync</title>
><body>
>
>
><c>emerge sync</c> utilise <c>rsync</c> pour mettre Ã  jour votre arborescence
>Portage. <c>RSYNC_EXCLUDEFROM</c>, <c>RSYNC_RETRIES</c> et <c>RSYNC_TIMEOUT</c>
>sont trois variables utilisÃ©es par Portage pour contrÃ´ler le comportement de
><c>rsync</c>.
>
>
>
>Les ebuilds peuvent Ãªtre protÃ©gÃ©s contre la mise Ã  jour ou le retrait causÃ©s par
><c>emerge sync</c> en utilisant la variable <c>RSYNC_EXCLUDEFROM</c>. Sa valeur
>est le chemin d'accÃ¨s d'un fichier utilisÃ© par <c>rsync</c> pour exclure
>certains fichiers. Sa valeur par dÃ©faut est
><path>/etc/portage/rsync_excludes</path>. L'utilisation de cette mÃ©thode n'est
><e>pas</e> recommandÃ©e, car elle peut rompre la chaÃ®ne des dÃ©pendances si vous
>n'Ãªtes pas prudent. Nous discuterons plus loin de <c>PORTDIR_OVERLAY</c>, qui
>est la mÃ©thode recommandÃ©e. Pour plus d'information, lisez la page du manuel en
>ligne (Â«&nbsp;manpage&nbsp;Â») de <c>rsync</c>.
>
>
><pre caption="La variable RSYNC_EXCLUDEFROM">
>RSYNC_EXCLUDEFROM="/etc/portage/rsync_excludes"
></pre>
>
>
>Lorsque <c>rsync</c> Ã©choue, de nouvelles tentatives seront faites avant de
>passer au serveur rsync disponible suivant. Le nombre de nouvelles tentatives
>est dÃ©fini dans <c>RSYNC_RETRIES</c> dont la valeur par dÃ©faut est
><c>3</c>&nbsp;:
>
>
><pre caption="La variable RSYNC_RETRIES">
>RSYNC_RETRIES="3"
></pre>
>
>
>Si vous utilisez un serveur rsync (trÃ¨s) lent, <c>rsync</c> peut rompre la
>connexion aprÃ¨s une certaine pÃ©riode d'inactivitÃ©. Le nombre de secondes
>d'attente avant la rupture de connexion est dÃ©fini par la variable
><c>RSYNC_TIMEOUT</c> dont la valeur par dÃ©faut est <c>180</c>&nbsp;:
>
>
><pre caption="La variable RSYNC_TIMEOUT">
>RSYNC_TIMEOUT="180"
></pre>
>
></body>
></subsection>
></section>
><section>
><title>Les rÃ©pertoires de Portage</title>
><subsection>
><title>Introduction</title>
><body>
>
>
>Tous les aspects de Portage sont configurables, y compris les rÃ©pertoires
>utilisÃ©s pour les diverses tÃ¢ches et pour les fichiers requis par Portage. Pour
>changer les emplacements par dÃ©faut (tels que dÃ©finis dans
><path>/etc/make.globals</path>), vous devez dÃ©finir les variables appropriÃ©es
>dans <path>/etc/make.conf</path>. (Comme toujours :)
>
>
><warn>
>Si vous modifiez une variable afin qu'elle pointe vers un emplacement
>diffÃ©rent, ne terminez <e>jamais</e> le chemin d'accÃ¨s par un
><path>/</path>&nbsp;!
></warn>
>
></body>
></subsection>
><subsection>
><title>Arborescence Portage</title>
><body>
>
>
>L'emplacement par dÃ©faut de l'arborescence Portage est dÃ©fini par la variable
><c>PORTDIR</c>. Sa valeur par dÃ©faut est <path>/usr/portage</path>&nbsp;:
>
>
><pre caption="La variable PORTDIR">
>PORTDIR="/usr/portage"
></pre>
>
>
>Si vous souhaitez conserver une arborescence Portage locale en parallÃ¨le avec
>l'arborescence Â«&nbsp;officielle&nbsp;Â», vous devez dÃ©finir la variable
><c>PORTDIR_OVERLAY</c>. Les dossiers dÃ©signÃ©s par cette variable ne sont pas
>affectÃ©s par <c>emerge sync</c>&nbsp;: les ebuilds prÃ©sents Ã  ces
>emplacements ne sont ni mis Ã  jour ni retirÃ©s, mais font tout de mÃªme partie de
>votre arborescence Portage.
>
>
><pre caption="La variable PORTDIR_OVERLAY">
>PORTDIR_OVERLAY="/usr/local/portage"
></pre>
>
></body>
></subsection>
><subsection>
><title>Distfiles</title>
><body>
>
>
>L'emplacement du code source tÃ©lÃ©chargÃ© (aussi appelÃ© distfiles) est dÃ©fini par
>la variable <c>DISTDIR</c>. Sa valeur par dÃ©faut est
><path>${PORTDIR}/distfiles</path>&nbsp;:
>
>
><pre caption="La variable DISTDIR">
>DISTDIR="${PORTDIR}/distfiles"
></pre>
>
></body>
></subsection>
><subsection>
><title>Paquets et RPM</title>
><body>
>
>
>L'emplacement des paquets prÃ©compilÃ©s est dÃ©fini par la variable <c>PKGDIR</c>.
>Sa valeur par dÃ©faut est <path>${PORTDIR}/packages</path>&nbsp;:
>
>
><pre caption="La variable PKGDIR">
>PKGDIR="${PORTDIR}/packages"
></pre>
>
>
>L'emplacement des RPM (oui, certains paquets sont disponibles au format RPM)
>est dÃ©fini par la variable <c>RPMDIR</c>. Sa valeur par dÃ©faut est
><path>${PORTDIR}/rpm</path>&nbsp;:
>
>
><pre caption="La variable RPMDIR">
>RPMDIR="${PORTDIR}/rpm"
></pre>
>
></body>
></subsection>
><subsection>
><title>Fichiers temporaires de Portage</title>
><body>
>
>
>Portage utilise un emplacement temporaire afin de compiler les ebuilds. Cet
>emplacement est dÃ©fini par la variable <c>PORTAGE_TMPDIR</c>. Sa valeur par
>dÃ©faut est <path>/var/tmp</path>&nbsp;:
>
>
><pre caption="La variable PORTAGE_TMPDIR">
>PORTAGE_TMPDIR="/var/tmp"
></pre>
>
>
>Par dÃ©faut, Portage crÃ©e un dossier nommÃ© <path>portage</path> Ã  l'intÃ©rieur de
>celui dÃ©signÃ© par <c>PORTAGE_TMPDIR</c>. Cela est dÃ©clarÃ© dans la variable
><c>BUILD_PREFIX</c>&nbsp;:
>
>
><pre caption="La variable BUILD_PREFIX">
>BUILD_PREFIX="${PORTAGE_TMPDIR}/portage"
></pre>
>
>
>Si vous souhaitez changer cet emplacement, soyez certains que le dossier
>temporaire dÃ©signÃ© rÃ©side dans une partition disposant d'assez d'espace disque
>libre&nbsp;; lors de la compilation de paquets volumineux, ce rÃ©pertoire peut
>enfler jusqu'Ã  2 Go et davantage&nbsp;!
>
>
></body>
></subsection>
><subsection>
><title>Journaux</title>
><body>
>
>
><c>PORT_LOGDIR</c> est une variable spÃ©ciale qui n'a pas de valeur par dÃ©faut.
>Lorsque vous la dÃ©finissez, Portage consigne l'information relative Ã  chaque
>ebuild dans des journaux et les place dans le rÃ©pertoire spÃ©cifiÃ©&nbsp;:
>
>
><pre caption="La variable PORT_LOGDIR">
>PORT_LOGDIR="/var/log/portage"
></pre>
>
></body>
></subsection>
></section>
><section>
><title>Autres options de Portage</title>
><subsection>
><title>Valeur d'Â«&nbsp;amabilitÃ©&nbsp;Â»</title>
><body>
>
>
>Portage supporte l'installation associÃ©e Ã  une valeur d'amabilitÃ© paramÃ©trable
>(cette valeur est analogue Ã  la prioritÃ©). Si vous souhaitez que Portage
>installe les paquets avec une valeur d'amabilitÃ© plus Ã©levÃ©e (ce qui procure un
>systÃ¨me rÃ©pondant mieux pendant le processus de compilation, mais qui augmente
>aussi le temps de compilation), vous pouvez dÃ©finir la variable
><c>PORTAGE_NICENESS</c> en y assignant un nombre positif&nbsp;:
>
>
><pre caption="La variable PORTAGE_NICENESS">
>PORTAGE_NICENESS="3"
></pre>
>
></body>
></subsection>
><subsection>
><title>Les paquets SLOT et le nettoyage automatique</title>
><body>
>
>
>Dans de nombreuses situations, un utilisateur souhaite avoir plusieurs versions
>d'un mÃªme paquet (incluant les bibliothÃ¨ques) disponibles sur son systÃ¨me.
>Portage supporte cette fonctionnalitÃ© en dÃ©finissant la variable <c>SLOT</c>
>dans les ebuilds. En tant qu'utilisateur, vous n'avez pas besoin de savoir
>comment fonctionne le mÃ©canisme de <c>SLOT</c>, mais il est important de savoir
>qu'il est supportÃ©.
>
>
>
>Lorsque vous installez une nouvelle version d'un paquet, Portage vÃ©rifie si la
>variable <c>SLOT</c> est dÃ©clarÃ©e pour ce paquet. Si c'est le cas et que la
>valeur de <c>SLOT</c> diffÃ¨re entre les paquets (l'ancien et le nouveau),
>Portage ne touchera pas au paquet moins rÃ©cent.
>
>
>
>Toutefois, si les valeurs de la variable <c>SLOT</c> sont 
>identiques (comme c'est habituellement le cas), le paquet moins rÃ©cent est 
>dÃ©sinstallÃ© par dÃ©faut. Afin de permettre Ã  l'utilisateur d'interrompre la 
>dÃ©sinstallation, Portage affiche un dÃ©compte de quelques secondes avant de 
>procÃ©der. Le temps exact, en secondes, est dÃ©fini par la variable 
><c>CLEAN_DELAY</c> dont la valeur par dÃ©faut est <c>5</c>.
>
>
><pre caption="La variable CLEAN_DELAY">
>CLEAN_DELAY="5"
></pre>
>
>
>Si vous ne voulez pas que Portage enlÃ¨ve automatiquement les vieilles versions 
>des paquets (cette procÃ©dure est appellÃ©e Â«&nbsp;nettoyage&nbsp;Â»), vous 
>pouvez assigner la valeur <c>no</c> Ã  la variable <c>AUTOCLEAN</c>&nbsp;:
>
>
><pre caption="La variable AUTOCLEAN">
>AUTOCLEAN="no"
></pre>
>
></body>
></subsection>
><subsection>
><title>Variables liÃ©es Ã  la compilation</title>
><body>
>
>
>Nous avons dÃ©jÃ  dÃ©crit un grand nombre de variables, mais cela n'est pas tout. 
>Les utilisateurs qui ont installÃ© Gentoo connaissent dÃ©jÃ  les variables 
><c>CHOST</c>, <c>CFLAGS</c> et <c>CXXFLAGS</c> utilisÃ©es par le compilateur 
>pour compiler et optimiser les paquets.
>
>
>
>De l'information supplÃ©mentaire au sujet de ces variables peut Ãªtre trouvÃ©e dans 
>les pages d'information de <c>gcc</c> ou dans le <uri
>link="http://www.gnu.org/software/gcc/onlinedocs/">Manuel en ligne 
>de GCC</uri>.
>
>
><pre caption="Obtenir de l'information sur CHOST, CFLAGS et CXXFLAGS">
># info gcc
><comment>(SÃ©lectionnez "Invoking gcc")</comment>
><comment>(SÃ©lectionnez "Optimize options")</comment>
></pre>
>
>
>Si la variable <c>DEBUGBUILD</c> est dÃ©finie, Portage ne retirera pas les 
>symboles des exÃ©cutables afin de rendre le dÃ©bogage plus aisÃ©. Cela ralentit 
>votre systÃ¨me et augmente la taille des fichiers.
>
>
><pre caption="La variable DEBUGBUILD">
><comment># N'attribuez pas la valeur Â«&nbsp;false&nbsp;Â» Ã  la variable&nbsp;; supprimez plutÃ´t la ligne.</comment>
><comment># Portage ne vÃ©rifie pas la valeur, il se contente de vÃ©rifier si la variable est dÃ©finie.</comment>
>DEBUGBUILD="true"
></pre>
>
>
>La variable <c>MAKEOPTS</c> est utilisÃ©e par <c>make</c>, un outil qui simplifie 
>la compilation des paquets. Elle est habituellement dÃ©finie de faÃ§on Ã  
>indiquer Ã  <c>make</c> d'exÃ©cuter plusieurs compilations simultanÃ©es 
>(particuliÃ¨rement si vous avez un systÃ¨me Ã  plusieurs CPU ou si vous 
>utilisez <c>distcc</c>, tel que dÃ©crit prÃ©cÃ©demment).
>
>
>
>Pour que <c>make</c> exÃ©cute trois compilations simultanÃ©ment, assignez la 
>valeur <c>-j3</c> Ã  la variable <c>MAKEOPTS</c>.
>
>
><pre caption="La variable MAKEOPTS">
>MAKEOPTS="-j3"
></pre>
>
>
>La variable <c>ROOT</c> ne devrait pas Ãªtre dÃ©finie dans 
><path>/etc/make.conf</path>, mais plutÃ´t en tant que variable 
>d'environnement. Portage vÃ©rifiera cette valeur afin de dÃ©terminer oÃ¹ 
>les paquets doivent Ãªtre installÃ©s. Bien sÃ»r, la valeur par dÃ©faut est 
><path>/</path>. Ã titre d'exemple, voici comment installer 
><c>gnumeric</c> dans <path>/mnt/gentoo</path> plutÃ´t que dans votre 
>systÃ¨me actuel.
>
>
><pre caption="The ROOT variable">
># ROOT="/mnt/gentoo" emerge gnumeric
></pre>
>
></body>
></subsection>
><subsection>
><title>Formatage de l'affichage</title>
><body>
>
>
>Par dÃ©faut, Portage amÃ©liore la lisibilitÃ© Ã  l'Ã©cran en utilisant des couleurs.
>Si vous ne voulez de cette fonctionnalitÃ©, attribuez la valeur <c>true</c> Ã  la
>variable <c>NOCOLOR</c>&nbsp;:
>
>
><pre caption="La variable NOCOLOR">
>NOCOLOR="true"
></pre>
>
></body>
></subsection>
></section>
><section>
><title>Resources</title>
><subsection>
><title>Pages du manuel en ligne</title>
><body>
>
>
>Si vous avez besoin d'une rÃ©fÃ©rence rapide au sujet des diffÃ©rentes variables 
>prÃ©sentÃ©es, consultez la page du manuel en ligne de 
><path>make.conf</path>&nbsp;:
>
>
><pre caption="Consulter la page du manuel en ligne de make.conf">
># man make.conf
></pre>
>
></body>
></subsection>
><subsection>
><title>Exemples commentÃ©s</title>
><body>
>
>
>Le fichier <path>/etc/make.conf</path> est gÃ©nÃ©reusement commentÃ©, incluant des 
>exemples qui pourraient vous intÃ©resser. Toutefois, la plupart des gens ne 
>mettent pas Ã  jour <path>/etc/make.conf</path> de faÃ§on interactive et perdent 
>ainsi les nouveautÃ©s dans ce fichier. Vous pouvez trouver la derniÃ¨re 
>version de <path>/etc/make.conf</path> dans le <uri
>link="http://www.gentoo.org/cgi-bin/viewcvs.cgi/*checkout*/portage/cnf/make.conf
>?rev=HEAD&amp;cvsroot=gentoo-src&amp;content-type=text/plain">OnlineViewCVS 
>Repository</uri>.
>
>
></body></subsection>
></section>
></sections>

Actions: View

Attachments on bug 36917: 22921 | 22922 | 22923 | 22924 | 22925 | 22927 | 22928 | 22936 | 22938 | 23063 | 23067 | 23070 | 23072 | 23078 | 23079 | 23117 | 23270 | 23271 | 23273 | 23391 | 23392 | 23429 | 23458 | 23459