Attachment 22789 Details for Bug 36728 – Translated XML file

Translated XML file

hb-install-stage.xml (text/plain), 17.30 KB, created by Vincent Strubel on 2003-12-29 06:33:02 UTC

(hide)

Description:

Filename:

MIME Type:

Creator: Vincent Strubel

Created: 2003-12-29 06:33:02 UTC

Size: 17.30 KB

patch

obsolete

>
>
>
>
>
><sections>
><section>
><title>Choisir la bonne Ã©tape (Stage)</title>
><body>
>
>
>Lorsque nous vous avons proposÃ© de choisir une mÃ©thode d'installation (Live 
>CDs, distribution existante, etc...), nous vous avons expliquÃ© quels en Ã©taient 
>le pour et le contre. Un point important est de choisir de quelle Ã©tape vous 
>souhaitez partir : prÃ©fÃ©rez-vous effectuer une compilation complÃ¨te 
>(<e>Ã©tape 1 - stage1</e>), ou une compilation sans &quot;bootstrap&quot; 
>(<e>Ã©tape 2 - stage2</e>), ou bien encore commencer avec un systÃ¨me de base 
>prÃ©compilÃ© (<e>Ã©tape 3 - stage3</e>)
>
>
>
>Selon la mÃ©thode d'installation que vous avez choisie, vous pouvez encore faire 
>un choix. D'autres auront dÃ©jÃ  fait ce choix au dÃ©but de l'installation. Le 
>moment est venu d'installer l'archive Ã©tape (&quot;stage&quot;) de votre choix.
>
>
>
>Les deux parties qui suivent expliquent comment installer l'Ã©tape que vous avez
>choisie. La mÃ©thode habituelle est de tÃ©lÃ©charger l'archive de l'Ã©tape qui vous
>convient. Cependant, certains des Live CDs incluent ces archives sur le CD.
>
>
>
>Si vous disposez d'une connexion Ã  Internet, nous vous conseillons d'utiliser 
>la mÃ©thode habituelle. Si au contraire vous ne disposez pas d'une connexion, 
>ou si vous comptez installer Gentoo en utilisant la GRP (paquets prÃ©compilÃ©s),
>vous devrez opter pour l'alternative.
>
>
><ul>
><li><uri link="#doc_chap2">MÃ©thode habituelle: TÃ©lÃ©charger sur Internet</uri></li>
><li><uri link="#doc_chap3">Alternative: Utiliser une archive du Live CD</uri></li>
></ul>
>
></body>
></section>
><section>
><title>MÃ©thode habituelle: TÃ©lÃ©charger sur Internet</title>
><subsection>
><title>TÃ©lÃ©charger l'archive d'Ã©tape</title>
><body>
>
>
>Allez au point de montage Gentoo, sur lequel vous avez montÃ© vos systÃ¨mes de 
>fichiers (probablement <path>/mnt/gentoo</path>):
>
>
><pre caption="Aller au point de montage Gentoo">
># cd /mnt/gentoo
></pre>
>
>
>En fonction de votre mÃ©thode d'installation, vous pouvez utiliser plusieurs 
>outils pour tÃ©lÃ©charger une archive d'Ã©tape. Si <c>lynx</c> est disponible, 
>vous pouvez immÃ©diatement naviguer jusqu'Ã  <uri link="/main/en/mirrors.xml">
>la liste des miroirs Gentoo</uri>, et choisir un miroir proche de chez vous.
>Choisissez ensuite le rÃ©pertoire <path>releases</path>, suivi de votre 
>architecture (par exemple <path>x86</path>), de la version de Gentoo 
>(<path>1.4</path>), pour finir avec le sous-rÃ©pertoire <path>stages</path>. 
>De lÃ , vous devriez voir tous les fichiers d'Ã©tape disponibles pour votre 
>architecture. SÃ©lectionnez-en un, et appuyez sur <c>D</c> pour tÃ©lÃ©charger.
>Une fois terminÃ©, appuyez sur <c>Q</c> pour quitter le navigateur.
>
>
><pre caption="Consulter la liste des miroirs avec lynx">
># lynx http://www.gentoo.org/main/en/mirrors.xml
></pre>
>
>
>Si vous n'avez pas <c>lynx</c>, vous devriez avoir <c>links2</c> Ã  votre 
>disposition. <c>links2</c> est plus puissant que <c>lynx</c>, mais prÃ©sente 
>quelques inconvÃ©nients. L'un de ceux-ci est qu'il ne prend pas en compte les 
>variables de proxy que nous avons dÃ©clarÃ©es prÃ©cÃ©demment. Si vous devez 
>passer par un proxy, utilisez <c>links2 -http-proxy proxy.serveur.com:8080</c>.
>A partir de lÃ , suivez les mÃªmes instructions que pour <c>lynx</c>, les deux 
>Ã©tant Ã©quivalents.
>
>
><pre caption="Consulter la liste des miroirs avec lynx">
><comment>(Sans proxy:)</comment> # links2 http://www.gentoo.org/main/en/mirrors.xml
><comment>(Avec proxy:)</comment> # links2 -http-proxy proxy.server.com:8080 http://www.gentoo.org/main/en/mirrors.xml
></pre>
>
></body>
></subsection>
><subsection>
><title>DÃ©compresser l'archive d'Ã©tape</title>
><body>
>
>
>DÃ©compressez maintenant sur votre systÃ¨me l'Ã©tape que vous venez de 
>tÃ©lÃ©charger. Nous utilisons GNU <c>tar</c>, car c'est la mÃ©thode la plus 
>simple :
>
>
><pre caption="DÃ©compresser l'Ã©tape">
># tar -xvjpf stage?-*.tar.bz2
></pre>
>
>
>Faites bien attention Ã  utiliser les mÃªmes options (<c>-xvjpf</c>). Le <c>x</c>
>signifie <e>Extraire</e>, le <c>v</c> <e>Verbeux</e> (bon d'accord, celui-ci 
>est facultatif), le <c>j</c> <e>DÃ©compresser avec bzip2</e>, le <c>p</c> 
><e>PrÃ©server les permissions</e>, et le <c>f</c> veut dire que nous dÃ©sarchivons 
>un fichier d'archive, pas l'entrÃ©e standard.
>
>
>
>C'est fait? Bien, vous Ãªtes maintenant prÃªt pour continuer avec la section 
>suivante sur <uri link="#doc_chap4">Configurer les Options de Compilation</uri>.
>
>
></body>
></subsection>
></section>
><section>
><title>Alternative: Utiliser une archive du Live CD</title>
><subsection>
><title>Extraire le &quot;tarball&quot; d'Ã©tape</title>
><body>
>
>
>Les archives d'Ã©tape inclues sur le CD se trouvent dans le rÃ©pertoire 
><path>/mnt/cdrom/stages</path>. Pour afficher la liste des Ã©tapes disponibles, 
>utilisez <c>ls</c> :
>
>
><pre caption="Lister les Ã©tapes disponibles">
># ls /mnt/cdrom/stages
></pre>
>
>
>Si le systÃ¨me rÃ©pond par une erreur, vous avez peut-Ãªtre besoin de monter 
>tout d'abord le CD-ROM.
>
>
><pre caption="Monter le CD-ROM">
># ls /mnt/cdrom/stages
>ls: /mnt/cdrom/stages: No such file or directory
># mount /dev/cdroms/cdrom0 /mnt/cdrom
># ls /mnt/cdrom/stages
></pre>
>
>
>Rendez-vous maintenant au point de montage Gentoo (habituellement 
><path>/mnt/gentoo</path>):
>
>
><pre caption="Changer de rÃ©pertoire vers /mnt/gentoo">
># cd /mnt/gentoo
></pre>
>
>
>Nous allons maintenant extraire l'archive d'Ã©tape de votre choix. Nous le ferons 
>avec l'outil <c>tar</c> de GNU. Faites bien attention Ã  utiliser les mÃªmes 
>options (<c>-xjvpf</c>)! Dans l'exemple suivant, nous dÃ©compressons l'archive 
>d'Ã©tape <path>stage3-20031011.tar.bz2</path>. N'oubliez pas d'y substituer 
>le nom de l'Ã©tape que vous aurez choisie.
>
>
><pre caption="DÃ©compresser l'Ã©tape">
># tar -xvjpf /mnt/cdrom/stages/stage3-20031011.tar.bz2
></pre>
>
></body>
></subsection>
><subsection>
><title>Installer un instantanÃ© de Portage et le code source</title>
><body>
>
>
>Un instantanÃ© de Portage est disponible sur certains LiveCDs. Si vous lisez 
>ceci, nous pouvons assumer que vous utilisez un tel LiveCD. Pour installer 
>cet instantanÃ©, regardez dans <path>/mnt/cdrom/snapshots/</path> pour voir 
>quels instantanÃ©s sont disponibles :
>
>
><pre caption="VÃ©rifier le contenu de /mnt/cdrom/snapshots">
># ls /mnt/cdrom/snapshots
></pre>
>
>
>DÃ©compressez maintenant l'archive avec la commande suivante. Encore une fois, 
>assurez-vous de passer les bonnes options Ã  <c>tar</c>. De plus, le <c>-C</c> 
>est un <c>C</c> majuscule, pas un <c>c</c>. Dans l'exemple suivant, nous 
>utilisons <path>portage-20031011.tar.bz2</path> comme nom d'instantanÃ©.
>Susbtituez-y votre nom d'archive.
>
>
><pre caption="Extraire un instantanÃ© de Portage">
># tar -xvjf /mnt/cdrom/snapshots/portage-20031011.tar.bz2 -C /mnt/gentoo/usr
></pre>
>
>
>Vous devrez aussi copier toutes les sources depuis le CD.
>
>
><pre caption="Copier les sources">
># cp -R /mnt/cdrom/distfiles /mnt/gentoo/usr/portage/distfiles
></pre>
>
>
>Si vous comptez utiliser la GRP (binaires prÃ©compilÃ©s), continuez Ã  lire. 
>Sinon, passez Ã  <uri link="#doc_chap4">Configurer les options de 
>compilation</uri>.
>
>
></body>
></subsection>
><subsection>
><title>Optionnel : prÃ©parer la GRP</title>
><body>
>
>
>Si vous comptez installer Gentoo en utilisant la GRP (binaires prÃ©compilÃ©s), 
>vous devez copier tous les paquets dans votre systÃ¨me de fichiers, afin que 
>Portage puisse les utiliser.
>
>
><pre caption="Copier les paquets prÃ©compilÃ©s">
># cp -a /mnt/cdrom/packages /mnt/gentoo/usr/portage/packages
></pre>
>
>
>Passez maintenant Ã  <uri link="#doc_chap4">Configurer les options de compilation</uri>.
>
>
></body>
></subsection>
></section>
><section>
>	<title>Configurer les options de compilation</title>
><subsection>
><title>Introduction</title>
><body>
>
>
>Pour optimiser Gentoo, vous pouvez dÃ©finir quelques variables qui influencent 
>le comportement de Portage. Toutes ces variables peuvent Ãªtre dÃ©finies comme 
>des variables d'environnement (en utilisant <c>export</c>), mais elles ne sont 
>dans ce cas pas permanentes. Pour conserver votre configuration, vous pouvez 
>utiliser <path>/etc/make.conf</path>, un fichier de configuration de Portage.
>C'est ce fichier que nous allons Ã©diter maintenant.
>
>
>
>Lancez votre Ã©diteur prÃ©fÃ©rÃ© (dans ce guide, nous utiliserons <c>nano</c>), 
>afin que nous puissions modifier les variables d''optimisation dÃ©crites 
>ci-dessous.
>
>
><pre caption="Ouvrir /etc/make.conf">
># nano -w /mnt/gentoo/etc/make.conf
></pre>
>
>
>Comme vous le remarquez sans doute Ã  prÃ©sent, le fichier 
><path>make.conf</path> est structurÃ© de maniÃ¨re gÃ©nÃ©rique : les lignes de 
>commentaires commencent par un "#", les autres dÃ©finissent des variables en 
>utilisant la syntaxe <c>VARIABLE="contenu"</c>. Plusieurs de ces variables sont 
>dÃ©crites ci-dessous.
>
>
></body>
></subsection>
><subsection>
><title>CHOST</title>
><body>
>
><warn>
>Bien que cela puisse prÃ©senter un intÃ©rÃªt pour les utilisateurs d'autre chose 
>que l'Ã©tape 1, ceux-ci ne doivent <e>pas</e> changer la variable <c>CHOST</c> 
>dans <path>make.conf</path>. Le faire pourrait rendre leur systÃ¨me inutilisable.
>Une fois encore, ne changez la valeur de cette variable qui si vous faites 
>l'installation Ã  l'Ã©tape 1.
></warn>
>
>
>La variable <c>CHOST</c> dÃ©finit l'architecture pour laquelle <c>gcc</c> doit
>compiler des programmes. Les possibilitÃ©s sont :
>
>
><table>
><tr>
> <th>Architecture</th>
> <th>Sous-architecture</th>
> <th>Configuration de CHOST</th>
></tr>
><tr>
> <ti>x86</ti>
> <ti>i386</ti>
> <ti>i386-pc-linux-gnu</ti>
></tr>
><tr>
> <ti>x86</ti>
> <ti>i486</ti>
> <ti>i486-pc-linux-gnu</ti>
></tr>
><tr>
> <ti>x86</ti>
> <ti>i586</ti>
> <ti>i586-pc-linux-gnu</ti>
></tr>
><tr>
> <ti>x86</ti>
> <ti>i686 et plus (athlon inclus)</ti>
> <ti>i686-pc-linux-gnu</ti>
></tr>
><tr>
> <ti>alpha</ti>
> <ti></ti>
> <ti>alpha-unknown-linux-gnu</ti>
></tr>
><tr>
> <ti>ppc</ti>
> <ti></ti>
> <ti>powerpc-unknown-linux-gnu</ti>
></tr>
><tr>
> <ti>sparc</ti>
> <ti></ti>
> <ti>sparc-unknown-linux-gnu</ti>
></tr>
><tr>
> <ti>hppa</ti>
> <ti>(gÃ©nÃ©rique)</ti>
> <ti>hppa-unknown-linux-gnu</ti>
></tr>
><tr>
> <ti>hppa</ti>
> <ti>pa7000</ti>
> <ti>hppa1.1-unknown-linux-gnu</ti>
></tr>
><tr>
> <ti>hppa</ti>
> <ti>pa8000 et plus</ti>
> <ti>hppa2.0-unknown-linux-gnu</ti>
></tr>
><tr>
> <ti>mips</ti>
> <ti></ti>
> <ti>mips-unknown-linux-gnu</ti>
></tr>
></table>
>
></body>
></subsection>
><subsection>
><title>CFLAGS et CXXFLAGS</title>
><body>
>
>
>Les variables <c>CFLAGS</c> et <c>CXXFLAGS</c> dÃ©finissent les options 
>d'optimisation pour le compilateur <c>gcc</c>, en C ou C++ respectivement.
>Bien que nous les dÃ©finissions de maniÃ¨re gÃ©nÃ©rale ici, vous n'obtiendrez 
>des performances maximales qu'en fixant les optimisations individuellement 
>pour chaque programme. La raison en est que chaque programme est diffÃ©rent.
>
>
>
>Dans <path>make.conf</path>, vous devriez fixer les options d'optimisation 
>dont vous pensez qu'elles donneront plus de rÃ©pondant Ã  votre systÃ¨me <e>de 	
>maniÃ¨re gÃ©nÃ©rale</e>. Ne mettez pas d'options expÃ©rimentales dans cette 
>variable, trop d'optimisations peuvent engendrer des comportements anormaux 
>dans certains programmes (plantage ou, pire, fonctionnement dÃ©fectueux).
>
>
>
>Nous n'allons pas expliquer toutes les options d'optimisations possibles.
>Pour les connaÃ®tre toutes, consultez
><uri link="http://www.gnu.org/software/gcc/onlinedocs/">Les manuels en ligne
>GNU</uri>, ou la page d'info de <c>gcc</c> (<c>info gcc</c> -- ne marche que 
>sur un systÃ¨me Linux fonctionnel). Le fichier <path>make.conf</path> lui-mÃªme 
>contient de nombreux exemples et renseignements, n'oubliez pas non plus 
>de le lire.
>
>
>
>Un premier paramÃ¨tre est l'option <c>-march=</c>, qui spÃ©cifie le nom de 
>l'architecture cible. Les options possibles sont dÃ©crites dans le fichier
><path>make.conf</path> (en commentaires). Par exemple pour l'architecture 
>x86 Athlon XP.
>
>
><pre caption="ParamÃ¨tre march de GCC">
>-march=athlon-xp
></pre>
>
>
>Un deuxiÃ¨me est l'option <c>-O</c>, qui spÃ©cifie la classe d'optimisation de 
><c>gcc</c>. Les classes possibles sont <c>s</c> (pour optimiser en taille), 
><c>0</c> (pour ne pas optimiser), <c>1</c>, <c>2</c>, <c>3</c> pour plus 
>d'optimisation de la vitesse d'exÃ©cution (chacune de ces classes a les mÃªmes 
>options que celle qui la prÃ©cÃ¨de, plus quelques autres). Par exemple, pour une 
>optimisation de classe 2 : 
>
>
><pre caption="Le paramÃ¨tre O de GCC">
>-O2
></pre>
>
>
>D'autres options d'optimisations populaires sont <c>-pipe</c> (utilise des 
>tubes plutÃ´t que des fichiers classiques pour la communication entre les 
>diffÃ©rentes Ã©tapes de la compilation), et <c>-fomit-frame-pointer</c> (qui 
>permet de ne pas garder le pointeur de cadre dans un registre, pour les 
>fonctions qui n'en ont pas besoin).
>
>
>
>Lorsque vous fixez les variables <c>CFLAGS</c> et <c>CXXFLAGS</c>, vous devez 
>combiner plusieurs options d'optimisation, comme dans l'exemple suivant : 
>
>
><pre caption="DÃ©finir les variables CFLAGS et CXXFLAGS">
>CFLAGS="-march=athlon-xp -pipe -O2"
>CXXFLAGS="${CFLAGS}" <comment># Utilise les mÃªmes paramÃ¨tres pour les deux variables</comment>
></pre>
>
></body>
></subsection>
><subsection>
><title>USE</title>
><body>
>
>
><c>USE</c> est l'une des plus puissantes options que Gentoo propose Ã  ses 
>utilisateurs. De nombreux programmes peuvent Ãªtre compilÃ©s avec ou sans 
>le support optionnel pour certains Ã©lÃ©ments. Par exemple, certains programmes 
>peuvent Ãªtre compilÃ©s avec le support gtk, ou le support qt. D'autrees peuvent 
>Ãªtres compilÃ©s avec ou sans le support SSL. Certains programmes peuvent mÃªme 
>Ãªtre compilÃ©s avec le support "framebuffer" (svgalib) au lieu du support X11
>(serveur X).
>
>
>
>La plupart des distributions compilent leurs paquets en incluant autant de 
>support optionnel que possible, ce qui augmente la taille des exÃ©cutables et 
>le temps de lancement, sans mentionner une quantitÃ© Ã©norme de dÃ©pendances.
>C'est ici qu'intervient la variable <c>USE</c>.
>
>
>
>Dans la variable <c>USE</c>, vous pouvez dÃ©finir des mots-clÃ©s qui sont 
>associÃ©s Ã  des options de compilation. Par exemple, <e>ssl</e> compilera le 
>support ssl dans les programmes qui peuvent l'utiliser. <e>-X</e> retirera le
>support du serveur X (notez le signe moins devant). <e>gnome gtk -kde -qt</e> 
>compilera vos programmes avec le support gnome (et gtk), et sans le support 
>kde (et qt), ce qui rendra votre systÃ¨me complÃ¨tement spÃ©cialisÃ© pour gnome.	
>
>
>
>Les paramÃ¨tres par dÃ©faut de <c>USE</c> sont dans 
><path>/etc/make.profile/make.defaults</path>. Ce que vous placez dans 
><path>/etc/make.conf</path> est recalculÃ© en fonction de ces valeurs par 
>dÃ©faut. Si vous ajoutez quelque chose aux options <c>USE</c>, cela est 
>additionnÃ© Ã  la liste par dÃ©faut. Si vous enlevez quelque chose des options 
><c>USE</c> (en plaÃ§ant un signe moins devant), cela est soustrait de la 
>liste par dÃ©faut (si tant est que cela ait Ã©tÃ© dans la liste par dÃ©faut Ã  
>l'origine). Ne changez <e>jamais</e> quoique ce soit dans le rÃ©pertoire 
><path>/etc/make.profile</path>, ce sera rÃ©Ã©crit chaque fois que vous 
>mettrez Ã  jour Portage!
>
>
>
>
>
>Une dÃ©scription complÃ¨te de <c>USE</c> peut Ãªtre trouvÃ©e dans notre 
><uri link="/doc/fr/use-howto.xml">Howto USE </uri>. A titre d'exemple, nous 
>montrons une configuration de <c>USE</c> pour un systÃ¨me basÃ© sur KDE, avec 
>du support pour le DVD, ALSA, et la gravure de CD-ROM :
>
>
><pre caption="Configuration de USE">
>USE="-gtk -gnome qt kde dvd alsa cdr"
></pre>
>
></body>
></subsection>
><subsection>
><title>ACCEPT_KEYWORDS</title>
><body>
>
>
>Les ebuilds (le format de paquet utilisÃ© par Portage) se trouvent dans une 
>des trois arborescences suivantes. La premiÃ¨re est appelÃ©e <e>ARCH</e>, ce qui 
>signifie que l'ebuild et ses dÃ©pendances sont considÃ©rÃ©s comme stables, et 
>prÃªts Ã  une utilisation gÃ©nÃ©ralisÃ©e. Pour pouvoir utiliser les paquets de 
><e>ARCH</e>, <c>ACCEPT_KEYWORDS</c> doit contenir votre architecture (soit 
><c>x86</c>, <c>alpha</c>, <c>ppc</c>, <c>sparc</c> ou <c>hppa</c>) :
>
>
><pre caption="Configuration de ACCEPT_KEYWORDS pour l'architecture x86 dans ARCH">
>ACCEPT_KEYWORDS="x86"
></pre>
>
>
>Les deux autres arborescences (<e>~ARCH</e> et les ebuilds masquÃ©s en dur) ne 
>sont pas destinÃ©s Ã  Ãªtre utilisÃ©es durant l'installation, car elles cassent 
>occasionnellement la procÃ©dure d'installation).
>
>
></body>
></subsection>
><subsection>
><title>MAKEOPTS</title>
><body>
>
>
>Avec <c>MAKEOPTS</c>, vous pouvez dÃ©finir combien de compilations parallÃ¨les 
>doivent Ãªtre utilisÃ©es. Le nombre recommandÃ© est le nombre de processeurs 
>dans votre systÃ¨me plus un.
>
>
><pre caption="MAKEOPTS pour un sytÃ¨me classique Ã  un processeur">
>MAKEOPTS="-j2"
></pre>
>
></body>
></subsection>
><subsection>
><title>A vos marques, prÃªts, partez!</title>
><body>
>
>
>Mettez Ã  jour votre <path>/mnt/gentoo/etc/make.conf</path> comme vous le 
>souhaitez, et sauvez. Vous Ãªtes maintenant prÃªt Ã  continuer avec 
><uri link="?part=1&amp;chap=6">Installer le systÃ¨me de base Gentoo</uri>.
>
>
></body>
></subsection>
></section>
></sections>

Actions: View

Attachments on bug 36728: 22789