                Guide pratique de gravure d'un CD RedHat

  Adaptation franaise du Burning a RedHat CD HOWTO

  Luigi Bitonti

   <uknadors CHEZ yahoo POINT com>

  Morten Kjeldgaard

  Peter von der Ah

   Vrification et traduction franaise: Guillaume Lelarge

   Relecture de la version franaise: Guillaume Hatt, Jean-Philippe
   Gurard

   Prparation de la publication de la v.f.: Jean-Philippe Gurard

   Version : 2.1.fr.1.1

   Copyright  2000 Morten Kjeldgaard, Peter von der Ah

   Copyright  2002, 2003 Luigi Bitonti

   Copyright  2003, 2004 Guillaume Lelarge, Guillaume Hatt,
   Jean-Philippe Gurard

   2004-11-01

   +----------------------------------------------------------------+
   | Historique des versions                                        |
   |----------------------------------------------------------------|
   | Version 2.1.fr.1.1        | 2004-11-01      | GL, GH, JPG      |
   |---------------------------+-----------------+------------------|
   | Version 2.1.fr.1.0        | 2003-12-07      | GL, GH           |
   |---------------------------+-----------------+------------------|
   | Version 2.1               | 2003-10-17      | LB               |
   |----------------------------------------------------------------|
   | Ajout de la Redhat 9. Correction de quelques bogues mineurs.   |
   | Merci  tous ceux qui ont envoy des commentaires et des       |
   | correctifs. (Added RedHat 9. Fixed some minor bugs. Thanks to  |
   | all the people who have sent in comments and patches.)         |
   |----------------------------------------------------------------|
   | Version 2.03.fr.1.0       | 2003-08-18      | GL, GH, JPG      |
   |---------------------------+-----------------+------------------|
   | Version 2.03              | 2003-03-10      | LB               |
   |----------------------------------------------------------------|
   | Ajout de quelques commentaires et corrections pour le guide    |
   | pratique. Les mises  jour anaconda sont maintenant incluses y |
   | compris les versions 7.x et plus. (Added some comments and     |
   | fixes to the howto. The anaconda updates are now included      |
   | correctly even for versions >= 7.x.)                           |
   |----------------------------------------------------------------|
   | Version 2.02              | 2003-03-06      | LB               |
   |----------------------------------------------------------------|
   | La vrification de la signature fonctionne maintenant pour les |
   | paquets cibls pour d'autres versions de la distribution       |
   | RedHat que celle utilise pour lancer les scripts. Correction  |
   | d'un bogue dans la section de comparaison de version des       |
   | scripts. (The signature checking now works for packages        |
   | targeted to versions of RedHat different from the one used to  |
   | run the scripts. Corrected a bug in the version comparison     |
   | section of the scripts.)                                       |
   |----------------------------------------------------------------|
   | Version 2.01              | 2002-12-04      | LB               |
   |----------------------------------------------------------------|
   | Deuxime dition de la nouvelle version de ce guide pratique.  |
   | Tous les scripts ont t revus et nettoys. Le script          |
   | updateDist.sh vrifie maintenant que toutes les mises  jour   |
   | ont t tlcharges avant de vrifier les signatures. (Second |
   | release of the new version of the howto. All the scripts were  |
   | reviewed and cleaned. The updateDist.sh script now checks that |
   | all the updates were downloaded before checking the            |
   | signatures.)                                                   |
   |----------------------------------------------------------------|
   | Version 2.0               | 2002-10-28      | LB               |
   |----------------------------------------------------------------|
   | Premire dition de la version 2 de ce guide pratique. (First  |
   | release of the new version (2.00) of the HOWTO)                |
   +----------------------------------------------------------------+

   Rsum

   Ce document explique comment crer vos propres CD  partir des
   diffrentes versions de la distribution Linux RedHat (jusqu' la
   version 9), quivalents  ceux que RedHat commercialise. La
   structure de la distribution est dcrite, ainsi que la procdure
   d'inclusion de paquets RPM mis  jour. Il donne quelques conseils
   et quelques exemples de personnalisation de l'installation par
   dfaut. Ce document contient galement des scripts automatisant
   autant que possible la (re)gnration des images CD. Crer vos
   propres CD ne demandera qu'une bonne connexion rseau et un
   graveur de CD (une connaissance des scripts shells peut aussi tre
   utile).

   -------------------------------------------------------------------

   Table des matires

   1. Introduction

                1.1. Avertissement et licence

   2. Anatomie du site FTP de Red Hat

                2.1. Organisation des rpertoires de la distribution
                Redhat 9

                2.2. Le rpertoire  RedHat , le cur de la
                distribution

                2.3. Le rpertoire  updates 

                2.4. Diffrences avec l'arborescence 8.0

                2.5. Diffrences avec l'arborescence 7.x

                2.6. Diffrences avec l'arborescence de la 6.x

   3. Paquets RPM

                3.1. Comparer deux versions d'un paquet RPM

   4. Obtenir votre copie locale de la distribution

                4.1. Utiliser wget et bash

                4.2. Utiliser mirror

   5. Inclure les mises  jour

                5.1. Corriger les modes de protection des fichiers

                5.2. Remplacer les RPM mis  jour

                5.3. Reconstruire l'installateur

   6. Graver le ou les CD

                6.1. Essayer l'image ou les images

                6.2. Graver le ou des disques

   7. Le fichier comps

                7.1. Format du fichier comps pour RedHat versions <
                6.1

                7.2. Format du fichier comps pour RedHat version 6.1

                7.3. Format du fichier comps dans RedHat version 6.2

                7.4. Format d'un fichier comps dans la RedHat
                version 7.3

                7.5. Format du fichier comps  partir des
                versions 8.0 et 9 de RedHat

   8. Installation  partir du CD

                8.1. Dmarrer d'un CD amorable

   9. Autres distributions Linux

   10. Ce document...

                10.1. Documents connexes

                10.2. Remerciements

   11. Adaptation franaise

                11.1. Traduction

                11.2. Relecture

1. Introduction

   Il existe de nombreuses raisons de crer vos propres CD. Peut-tre
   tes-vous avare et voulez-vous conomiser le prix d'une
   distribution Red Hat [http://www.redhat.fr/]. Ou peut-tre
   souhaitez-vous graver des CD contenant la plus rcente
   distribution et toutes les dernires mises  jour. C'est trs
   pertinent car aprs chaque version majeure de la distribution
   RedHat, de nombreuses mises  jour sont publies, dont un certain
   nombre relatives  la scurit. Jetez juste un il sur la page
   d'errata [https://www.redhat.com/security/archives.html]. Ou
   peut-tre voulez-vous personnaliser l'installation par dfaut en
   ajoutant quelques paquets absents et en en retirant certains
   autres.

   Voici ce que vous apprendrez dans les sections suivantes (je
   l'espre). Les exemples seront bass sur les versions 7.3, 8.0 et
   9 de la distribution. Les notes relatives aux versions prcdentes
   (<6.1) proviennent d'une version prcdente et ont t rassembles
   par les auteurs originaux. Les notes relatives  la version 6.2
   sont bases sur des essais que je n'ai pas termins (et je ne sais
   pas si je les terminerai) et sur quelques documents que vous
   trouverez dans la section documents connexes. La procdure donne
   dans les sections suivantes pour Redhat 7.3 et 8.0 peut
   fonctionner sur toutes les plates-formes compatibles avec cette
   distribution (Alpha, PPC et ctera), pour toutes les versions 7.x
   (et peut-tre les versions 8.x et 9 dans un avenir pas si
   lointain) mais je l'ai seulement essaye sur la plate-forme i386
   avec le Linux Redhat 7.3, 8.0 et 9 (je serais intress par plus
   d'informations).

   [1][Note] Note                           
             Les oprations dcrites ont des implications lgales, ce
             qui veut dire que vous ne pouvez pas redistribuer les CD
             en tant que RedHat Linux si vous les avez modifis de
             faon non conforme  la politique de RedHat. Pour les
             rendre lgalement redistribuables, vous devez d'abord
             appliquer les lignes de conduites indiques sur le site
             web de RedHat                  
             [http://www.redhat.com/about/corporate/trademark/].

   [2][Note] Note                           
             Rappelez-vous de toujours mettre en place les variables
             dans rhcd.conf et d'exporter la variable d'environnement
             RHCDPATH avant de lancer les scripts que vous trouverez
             tout au long du reste de ce document et en relation avec
             les versions suprieures ou gales  la 6.2 de la RedHat
             Linux. Un fichier [3]rhcd.conf d'exemple, qui devrait
             tre bien comment, est donn avec les scripts.

  1.1. Avertissement et licence

   Ce document est distribu dans l'espoir qu'il sera utile, mais
   SANS AUCUNE GARANTIE ; sans mme la garantie implicite de qualit
   loyale et marchande ou d'exactitude pour un usage particulier.

   Ni l'auteur ni les distributeurs, ou tout autre contributeur de ce
   document, ne sont de quelque faon que ce soit responsables pour
   les dommages physiques, financiers, moraux ou de tout autre type,
   occasionns en suivant les suggestions de ce texte.

2. Anatomie du site FTP de Red Hat

   Dans l'esprit de la communaut Linux, la socit RedHat a rendu
   disponible ses distributions Linux pour plusieurs plates-formes
   sur son site FTP. Elles sont toutes disponibles  partir de la
   racine du rpertoire de distribution ([4]pub/redhat/linux/). Jetez
   donc un il sur l'arborescence de la distribution.

  2.1.  Organisation des rpertoires de la distribution Redhat 9

   La plus rcente distribution n'est,  l'heure o j'cris ces
   lignes, disponible que pour la plate-forme i386. Le rpertoire de
   premier niveau semble un peu inutile, tant donne la prsence
   d'une seule architecture ([5]/pub/redhat/linux/9/en/os/).

 i386/

   Le rpertoire de premier niveau des versions un peu antrieures 
   la version 9 contient les distributions destines aux diffrentes
   plates-formes. Par exemple, le rpertoire correspondant de la
   version 7.1 du Linux RedHat est structur comme ceci :

 alpha/   i386/   ia64/   ppc/   s390x/

   Pour une distribution Redhat 9, la racine du rpertoire i386
   ressemble  ce qui suit :

 -rwxr-xr-x   2 root   root    248 Mar 14  2003  autorun
 drwxr-xr-x   7 root   root   4096 Mar 14  2003  dosutils
 -rw-r--r--   3 root   root   6192 Mar 14  2003  EULA
 -rw-r--r--   3 root   root  18385 Mar 14  2003  GPL
 drwxr-xr-x   3 root   root   2048 Mar 14  2003  images
 drwxr-xr-x   2 root   root   2048 Mar 14  2003  isolinux
 -rw-r--r--   3 root   root   6127 Mar 14  2003  README
 -rw-r--r--   2 root   root  13052 Mar 14  2003  README-Accessibility
 -rw-r--r--   2 root   root   6686 Mar 14  2003  README.de
 -rw-r--r--   2 root   root   6990 Mar 14  2003  README.es
 -rw-r--r--   2 root   root   6492 Mar 14  2003  README.fr
 -rw-r--r--   2 root   root   6805 Mar 14  2003  README.it
 -rw-r--r--   2 root   root   7995 Mar 14  2003  README.ja
 -rw-r--r--   2 root   root   7312 Mar 14  2003  README.ko
 -rw-r--r--   2 root   root   5070 Mar 14  2003  README.pt
 -rw-r--r--   2 root   root   6613 Mar 14  2003  README.pt_BR
 -rw-r--r--   2 root   root   5879 Mar 14  2003  README.zh_CN
 -rw-r--r--   2 root   root   5892 Mar 14  2003  README.zh_TW
 drwxr-xr-x   4 root   root   2048 Mar 14  2003  RedHat
 -rw-r--r--   2 root   root  25824 Mar 14  2003  RELEASE-NOTES
 -rw-r--r--   2 root   root  29902 Mar 14  2003  RELEASE-NOTES-de.html
 -rw-r--r--   2 root   root  30409 Mar 14  2003  RELEASE-NOTES-es.html
 -rw-r--r--   2 root   root  32354 Mar 14  2003  RELEASE-NOTES-fr.html
 -rw-r--r--   2 root   root  30064 Mar 14  2003  RELEASE-NOTES.html
 -rw-r--r--   2 root   root  29925 Mar 14  2003  RELEASE-NOTES-it.html
 -rw-r--r--   2 root   root  34666 Mar 14  2003  RELEASE-NOTES-ja.html
 -rw-r--r--   2 root   root  33520 Mar 14  2003  RELEASE-NOTES-ko.html
 -rw-r--r--   2 root   root  29496 Mar 14  2003  RELEASE-NOTES-pt_BR.html
 -rw-r--r--   2 root   root  22747 Mar 14  2003  RELEASE-NOTES-pt.html
 -rw-r--r--   2 root   root  25217 Mar 14  2003  RELEASE-NOTES-zh_CN.html
 -rw-r--r--   2 root   root  26645 Mar 14  2003  RELEASE-NOTES-zh_TW.html
 -rw-r--r--   3 root   root   1910 Mar 14  2003  RPM-GPG-KEY
 -r--r--r--   1 root   root   1823 Mar 14  2003  TRANS.TBL

   Le rpertoire SRPMS contient les paquets RPMS en format source.

   Le rpertoire images contient les images des disquettes de
   dmarrage et de pilotes. Ces images peuvent tre copis sur une
   disquette si ncessaire. Pour la version 9, il n'existe qu'une
   seule image de disque de dmarrage. Cette image de dmarrage est
   appele boot.img. Si l'installation n'est pas excute depuis un
   CD-ROM ou un disque dur, il est ncessaire de prparer galement
   une seconde disquette avec les pilotes. Un fichier boot.iso est
   maintenant galement disponible. Il permet de dmarrer une machine
    partir du lecteur de CD-ROM afin de pouvoir plus facilement
   lancer une installation rseau (c'est--dire sans avoir besoin de
   manipuler une tonne de disquettes). Reportez-vous  la section
   installation et aux rfrences qu'elle contient pour plus
   d'informations. Consultez le fichier README contenu dans ce
   rpertoire pour obtenir une explication plus dtaille du rle des
   diffrents fichiers.

   Le rpertoire isolinux contient les fichiers ncessaires au
   dmarrage depuis le CD (et pour reconstruire des CD de dmarrage
   qui fonctionnent de la mme faon). Ce processus a t modifi
   pour passer d'une mulation de disquette  pas d'mulation du
   tout. Ce qui aide  viter les contraintes d'espace et les
   problmes de compatibilit.

   Le rpertoire dosutils contient diffrents programmes pour
   certains autres systmes d'exploitation, qui sont parfois utiles
   pour le bon droulement du processus d'installation. Il contient
   aussi un fichier README explicatif.

   La liste est complte par un grand nombre de fichiers et par le
   rpertoire RedHat. Ce dernier est le sujet des sections qui
   suivent tandis que le contenu des prcdents est clairement
   indiqu par leur nom (sauf peut-tre le fichier EULA dont le nom
   est l'abrviation [en anglais] de  Accord de licence avec
   l'utilisateur final ).

  2.2.  Le rpertoire  RedHat , le cur de la distribution

   La majeure partie de l'arborescence de la distribution se situe
   dans le rpertoire RedHat :

 drwxr-xr-x   2 root   root  53248 Jun 14 03:15  RPMS
 drwxr-xr-x   2 root   root   4096 Jun 14 04:15  base

   Le rpertoire RPMS contient la majeure partie de la distribution
   RedHat, sous la forme d'un ensemble de fichiers RPM (abrviation
   de Redhat Package Manager, c'est--dire  gestionnaire de paquets
   RedHat ). Un paquet RPM contient en gnral des excutables
   binaires, accompagns de leurs fichiers de configuration et de
   leur documentation. Rfrez-vous  la section les paquets RPM pour
   plus d'informations.

   Le rpertoire base contient diffrents fichiers ncessaires lors
   de l'installation, comme le fichier comps.xml, qui dfinit les
   composants (groupes de paquets) utiliss durant la phase 
   Slection des groupes de paquetages^[1] . Reportez-vous  la
   section le fichier comps pour plus d'informations sur ce fichier
   et son utilisation.

   Le rpertoire base contient deux autres fichiers d'importance :
   hdlist et hdlist2. Ils contiennent la plupart des informations
   incluses dans les champs d'en-ttes de l'ensemble des paquets RPM
   du rpertoire RPMS. Il est donc possible de dterminer les
   interdpendances entre paquets RPM par une simple lecture de ces
   fichiers, sans avoir  lire chacun des paquets RPM, ce qui est
   trs apprciable notamment lors des installations par FTP. Ces
   fichiers permettent galement de dterminer les fichiers
   correspondant  un paquet donn (par exemple perl renvoie vers le
   paquet perl-5.004-6.i386.rpm). Ce qui veut dire que si vous
   ajoutez vos propres paquets ou des mises  jour RedHat
   (reportez-vous  la section inclure les mises  jour) dans le
   rpertoire RPMS, vous aurez besoin de mettre  jour hdlist et
   hdlist2. La faon de raliser cette mise  jour sera dcrite dans
   reconstruire l'installateur. En dehors de ces fichiers, on trouve
   les images  partir desquelles l'environnement d'installation est
   lanc (c'est--dire le noyau, l'interprteur python, anaconda, et
   ctera).

  2.3. Le rpertoire  updates 

   Le rpertoire /pub/redhat/linux/updates contient des mises  jour
   destines  toutes les versions de la distribution RedHat depuis
   la 3.0.3. C'est l'endroit o vous trouverez les paquets qui ont
   t mis  jour pour une raison ou une autre. Vous devez tout
   particulirement faire attention aux mises  jour de scurit.
   Elles sont affiches sur la page des erreurs de RedHat ds qu'une
   correction est disponible. Les fichiers les plus importants
   trouvs dans le rpertoire updates sont :

 drwxrwsr-x   3 root    root    4096 Jul 13 10:13  5.2
 drwxrwsr-x   3 root    root    4096 Jul 13 10:13  6.0
 drwxrwsr-x   3 root    root    4096 Jul 13 10:13  6.1
 drwxrwsr-x   4 root    root    4096 Jul 13 10:14  6.2
 drwxrwsr-x   4 root    root    4096 Jul 13 10:14  7.0
 drwxrwsr-x   4 root    root    4096 Jul 13 10:14  7.1
 drwxrwsr-x   4 root    root    4096 Jul 13 10:13  7.2
 drwxrwsr-x   3 root    root    4096 Jul 13 10:14  7.3
 drwxrwsr-x   3 root    root    4096 Jul 13 10:14  8.0
 drwxrwsr-x   3 root    root    4096 Jul 13 10:14  9

   La structure de chacun de ces sous-rpertoires est similaire  ce
   qui est dcrit dans la section l'organisation de la Redhat 9.
   Donc, pour chaque version, vous trouverez dans le sous-rpertoire
   en/os/ une srie de sous-rpertoires reprsentant les nombreuses
   architectures ainsi que les sous-rpertoires noarch et SRPMS,
   respectivement pour les paquets qui fonctionnent sur toutes les
   architectures et pour ceux qui sont sous forme de source.

 drwxrwsr-x   2 root    root    4096 Sep 23 05:28  SRPMS
 drwxrwsr-x   2 root    root    4096 Aug 28 18:25  athlon
 drwxrwsr-x   2 root    root    8192 Sep 23 05:28  i386
 drwxrwsr-x   2 root    root    4096 Jul 13 10:14  i486
 drwxrwsr-x   2 root    root    4096 Aug 28 18:26  i586
 drwxrwsr-x   2 root    root    4096 Aug 28 18:26  i686
 drwxrwsr-x   2 root    root    4096 Jul 13 10:14  noarch

  2.4. Diffrences avec l'arborescence 8.0

   La disposition de la distribution 8.0 est pratiquement identique 
   celle que nous venons de dcrire. Les seules diffrences majeures,
    cet gard, se trouvent dans le rpertoire images.

   Le rpertoire images contient les images de disquettes de
   dmarrage et de pilotes, pouvant tre copies sur une disquette si
   ncessaire. La premire image de dmarrage est appele boot.img et
   est ncessaire lorsque l'installation est excute directement
   depuis le CD-ROM. Si vous envisagez une installation via un disque
   mont par NFS ou par FTP, l'image disque bootnet.img sera
   ncessaire. Les installations via l'adaptateur PCMCIA ncessitent
   la disquette pcmcia.img. Reportez-vous  la section installation
   et aux rfrences qui s'y trouvent pour plus d'informations.
   Consultez le fichier README contenu dans ce rpertoire pour
   obtenir une explication plus dtaille du rle des diffrents
   fichiers.

  2.5. Diffrences avec l'arborescence 7.x

   Les deux distributions sont pratiquement similaires sous cet
   aspect. Les seuls changements intressants pour nous (et faciles 
   remarquer en regardant l'arborescence de la distribution) sont la
   disparition du rpertoire isolinux et quelques modifications
   affectant le rpertoire RedHat/base. Le premier changement est d
    la faon dont les CD d'installation sont rendus amorables dans
   les versions antrieures  la 8.0 (le mode  mulation disquette 
   a t chang en mode  pas d'mulation  pour la version 8.0),
   alors que le second est un effet du passage en XML du fichier
   comps pour les distributions Redhat postrieures  la 8.0 (ce qui
   explique pourquoi il a t renomm comps.xml). Dans les
   distributions Redhat 7.3 et prcdentes, le fichier
   Redhat/base/comps est un simple fichier texte dont la syntaxe
   n'est pas trs souple.

  2.6. Diffrences avec l'arborescence de la 6.x

   Pour la version 6.2
   ([6]ftp://ftp.redhat.com/pub/redhat/linux/6.2/en/os/), la dernire
   de la srie des 6, l'organisation est la suivante (celle des
   prcdentes versions est  peu prs similaire, mais pas
   compltement) :

 alpha/   i386/   sparc/

   La racine du rpertoire i386, quant  elle, ressemble  ceci :

 -rw-r--r--   1 root   root  18385 Sep  7  1999  COPYING
 -rw-r--r--   1 root   root   3400 Mar  8  2000  README
 -rw-r--r--   1 root   root  16300 Mar  8  2000  RELEASE-NOTES
 -rw-r--r--   1 root   root   1908 Sep 25  1999  RPM-GPG-KEY
 drwxr-xr-x   1 root   root    512 Sep 27 15:22  RedHat
 drwxr-xr-x   1 root   root  17408 Sep 27 15:22  SRPMS
 -rwxr-xr-x   1 root   root    538 Sep 26  1999  autorun
 -rwxr--r--   1 root   root   2048 Mar  9  2000  boot.cat
 drwxr-xr-x   1 root   root    512 Sep 27 15:22  doc
 drwxr-xr-x   1 root   root    512 Sep 27 15:22  dosutils
 drwxr-xr-x   1 root   root    512 Sep 27 15:22  images
 drwxr-xr-x   1 root   root    512 Sep 27 15:22  misc

   Dans les paragraphes suivants, j'indiquerai uniquement les
   diffrences avec les versions plus rcentes ; ce qui ne sera pas
   explicitement mentionn ici est rest (ou est suppos tre rest)
   inchang.

   Le rpertoire doc contient une foule d'informations. En premier
   lieu, ce rpertoire contient le manuel d'installation RedHat au
   format HTML (qui est aussi disponible sur le site de RedHat :
   Guide d'installation Redhat 6.2
   [http://www.europe.redhat.com/documentation/rhl6.2/install-guide-fr/]).
   Il contient galement le Guide de rfrence et le Guide de
   dmarrage (Getting started). La documentation des versions 7.x,
   8.0 et 9 est distribue sur un CD spar (dans une arborescence
   diffrente sur le site ftp).

   Le rpertoire images contient les images de disquettes de
   dmarrage. Si ncessaire, ces images peuvent tre recopies sur
   disquette, comme pour les distributions Redhat 9, 8.0 et 7.3.
   Rfrez-vous  la section installation et aux rfrences qu'elle
   contient pour plus d'information. Le rpertoire misc contient les
   sources et les excutables d'un certain nombre de programmes
   ncessaires  l'installation.

   La plus importante partie de l'arborescence est (encore) situe
   sous le rpertoire RedHat :

 drwxr-xr-x   2 root   root   28672   Oct 26 09:01  RPMS
 drwxr-xr-x   2 root   root    4096   Oct 26 09:01  base
 -rw-r--r--   1 root   root       0   Jan 19  1999  i386
 drwxr-xr-x   6 root   root    4096   Oct 26 09:01  instimage

   Vous devez dj connatre Le rpertoire RPMS. Rfrez-vous  la
   section les paquets RPM pour plus d'informations. Le rpertoire
   base contient les diffrents fichiers ncessaires 
   l'installation, comme pour les Redhat 7.3, 8.0 et 9. Les seules
   diffrences visibles sont la prsence d'un unique fichier hdlist
   et l'absence du fichier stage2.img dont les fonctionnalits
   devraient tre assures par les fichiers contenus dans le
   rpertoire instimage. Ce rpertoire contient, en fait, un vrai
   systme de fichiers limit  l'essentiel et comportant les
   programmes et bibliothques partages ncessaires 
   l'installation.

   Le rpertoire updates est en fait similaire  celui qui est dcrit
   pour la version 9, la seule diffrence tant qu'il comporte
   davantage de rpertoires relatifs aux diffrentes architectures.

3. Paquets RPM

   La majeure partie de la distribution RedHat consiste en un
   ensemble de fichiers RPM ((abrviation de Redhat Package Manager,
   c'est--dire  gestionnaire de paquets RedHat ). Un paquet RPM
   contient en gnral des excutables binaires, accompagns de leurs
   fichiers de configuration et de leur documentation. Le programme
   rpm [http://www.rpm.org] est un puissant gestionnaire de paquets,
   qui peut tre utilis pour installer, interroger, vrifier, mettre
    jour, effacer et construire des paquets au format RPM. Rpm est
   trs pratique car il gre une base de donnes de tous les paquets
   installs, ce qui permet de savoir  tout moment ce qui est
   install.

   Les fichiers binaires RPM inclus dans la distribution ont t
   construits sur un systme utilisant lui-mme la distribution.
   C'est important car la plupart des programmes des paquets
   dpendent de bibliothques partages. La nouvelle version 3 de la
   bibliothque C standard GNU (compatible 64 bits) a t utilise 
   partir de la distribution Redhat 5.0. Cette version de la
   bibliothque est communment appele glibc ou, sous Linux, libc 6.
   Tous les excutables de cette distribution ont t lis  cette
   bibliothque. Si vous tentez d'installer les fichiers binaires
   d'une distribution diffrente, il y a beaucoup de chances que cela
   ne fonctionne pas, sauf si vous installez le paquet libc5 pour
   obtenir une compatibilit descendante. Il existe aussi des
   incompatibilits entre les nombreuses versions du RedHat Package
   Manager lui-mme qui empcheront l'installation de certains
   paquets mme sur les machines o ils sont supposs fonctionner.

   Les noms des paquets RPM contiennent le suffixe .archi.rpm, o
   archi est l'architecture. Celle-ci a habituellement pour valeur
   i386 pour les binaires destins  la plate-forme Intel. Les
   paquets que vous installez doivent correspondre aux versions des
   bibliothques partages installes sur la machine. Le programme
   rpm [http://www.rpm.org] est habituellement assez bon pour s'en
   assurer. Nanmoins, il existe des moyens de passer outre cette
   vrification. Si vous dcidez de forcer l'installation d'un paquet
   de cette faon, soyez vraiment sr de savoir ce que vous faites.
   Nanmoins, l'utilisation du disque de dmarrage d'installation de
   RedHat vous garantie qu'un ensemble correct de paquets RPM sera
   install sur la machine.

   Si vous dcouvrez un paquet RPM qui n'a pas t install sur votre
   systme durant le processus d'installation, ne dsesprez pas. 
   tout moment, vous pourrez (sous le compte root) installer des
   paquets RPM. Par exemple :

 # rpm --install WindowMaker-0.18-1b.i386.rpm

   Vous pouvez mme installer un paquet RPM directement depuis
   Internet, si vous connaissez son URL :

 # URL="ftp://rufus.w3.org/redhat-contrib/noarch/mirror-2.9-2.noarch.rpm"
 # rpm --install "$URL"

   Si vous voulez mettre  jour un paquet RPM (ou l'installer s'il
   n'est pas prsent sur la machine), utilisez la commande :

 # rpm --update  WindowMaker-0.18-1b.i386.rpm

   Si vous voulez mettre  jour un paquet RPM dont une version
   prcdente est dj installe, utilisez la commande :

 # rpm --freshen  WindowMaker-0.18-1b.i386.rpm

   Il existe un autre type de paquets RPM qui contient les sources
   originales qui ont servi  construire les binaires. Ces paquets
   ont le suffixe .src.rpm et sont situs dans le rpertoire SRPMS.
   La moiti du troisime CD et les deux derniers des cinq CD de la
   distribution Redhat 8.0 (ou la 7.3) contiennent des paquets
   source. Pour la 9, ils sont sur trois CD spars. Pour la 6.2 (et
   les prcdentes versions, pas trop anciennes), les choses changent
   un peu puisqu'il n'existe qu'un seul CD d'installation qui ne
   comporte pas les paquets SRPMS, que vous pouvez graver sur un
   disque diffrent si vous le voulez.

   Pour obtenir plus d'informations sur le gestionnaire de paquet
   RedHat, je vous suggre de lire les pages de manuel et le trs
   complet Maximum rpm [http://www.rpm.org/max-rpm/].

   Dans la prochaine section, je prsenterai un programme C qui sera
   utilis dans divers scripts tout au long du reste de ce guide
   pratique. Il indique, entre deux versions du mme paquet RPM,
   celui qui est le plus rcent. Ce programme est bas sur le code
   utilis dans le gestionnaire de paquets RedHat (version 4.1) et
   est utilis quand l'option --freshen est ajoute.

  3.1. Comparer deux versions d'un paquet RPM

   Le code C des trois fichiers [7]Makefile, [8]rvc.h, [9]rvc.c a t
   extrait du code du gestionnaire de paquets RedHat et (lgrement)
   modifi pour rpondre  nos besoins. Ils forment un programme C
   simple qui, avec deux versions A et B d'un paquet retourne 1, 0 ou
   -1 si A est respectivement plus rcent, gal ou plus ancien que B
   et d'autres valeurs en cas d'erreur (vous pouvez lire les
   commentaires du code pour plus d'informations). Pour compiler le
   programme, vous aurez besoin du programme make et du compilateur C
   gcc. Copiez les fichiers dans le mme rpertoire et lancez la
   commande :

 $ make

   Ce programme est ncessaire  pratiquement tous les scripts
   utiliss dans les sections suivantes. Pour que les scripts
   puissent le retrouver, vous devez dfinir la variable RVC dans le
   fichier [10]rhcd.conf.

   Vous trouverez une copie des sources et de la version prcompile
   dans l'archive [11]rhcd-scripts.tar.gz situe dans le rpertoire
   rpmvc.

   [12][Note] Note                           
              Ce programme tait utilis de faon incorrecte par les
              scripts updateDist.sh (ver. < 1.17) et updateCD.sh
              (ver. < 1.12). Je vous suggre fortement d'viter les
              versions antrieures de ces scripts antrieures, mme
              si ce problme n'est pas frquent (du moins en
              apparence).                    

4. Obtenir votre copie locale de la distribution

   Vous aurez besoin d'une copie de la distribution sur un disque o
   vous pouvez crire et accessible  partir de l'ordinateur
   possdant le graveur (ouah !). Si vous souhaitez incorporer les
   dernires mises  jour, ce rpertoire devra (aussi) tre
   accessible  partir d'une machine Linux, soit  partir d'un disque
   local, soit  partir du disque distant mont via NFS, soit 
   partir d'un disque JAZ. Vous pouvez copier la distribution 
   partir des CD de RedHat (recommand) ou vous pouvez l'obtenir par
   FTP. Si vous choisissez d'utiliser FTP, il existe deux moyens de
   le faire. Vous pouvez utiliser un script shell bas sur wget,
   script prsent dans la section suivante ou utiliser le paquet
   mirror comme suggr jusqu' la version 1.34 de ce guide pratique
   (consultez la section utiliser mirror).

  4.1. Utiliser wget et bash

   Ce n'est pas la plus simple des mthodes, mme si elle est
   probablement la plus exacte. Je l'apprcie parce qu'elle permet de
   comparer les versions RPM des fichiers et non plus leur date et
   heure ou leur nom (comme les paquets classiques de synchronisation
    distance) et qu'elle vrifie les signatures des mises  jour 
   chaque fois qu'elle en tlcharge, si la variable CHECKSIG du
   fichier [13]rhcd.conf lui indique de le faire.

   Crez un rpertoire qui contiendra les fichiers d'installation et
   placez-vous  l'intrieur, puis lancez la commande suivante, qui
   tlchargera environ 3 Go de donnes sur votre disque dur :

 $ wget -r -c -t0 -l0 --retr-symlinks -nH --cut-dirs=9 \
   ftp://ftp.mirror.ac.uk/sites/ftp.redhat.com/pub/redhat/linux/updates/7.3/en/os/i386

   Vous voudrez probablement changer le miroir FTP de tlchargement
   et, en consquence, le paramtre indiqu  l'option --cut-dirs. Ce
   paramtre est utilis conjointement avec l'option -nH pour viter
   la re-cration de la hirarchie des rpertoires du site FTP. Pour
   plus d'informations sur l'utilisation correcte de cette option,
   jetez un il sur la documentation de wget
   [http://www.gnu.org/manual/wget-1.8.1/wget.html] et les pages de
   manuel correspondantes.

   Si vous voulez exclure un ou plusieurs rpertoires du
   tlchargement, vous pouvez utiliser l'option -X liste, o liste
   reprsente une liste de rpertoires spars par des virgules. Par
   exemple, pour exclure le rpertoire SRPMS du prcdent
   tlchargement, vous pouvez utiliser :

 $ wget -r -c -t0 -l0 --retr-symlinks -nH --cut-dirs=9 \
    -X /sites/ftp.redhat.com/pub/redhat/linux/updates/7.3/en/os/i386/SRPMS \
    ftp://ftp.mirror.ac.uk/sites/ftp.redhat.com/pub/redhat/linux/updates/7.3/en/os/i386

   Cela peut tre utile si vous prenez en compte la taille du
   rpertoire SRPMS (environ 1,2 Go) ; en tout cas, je le trouve
   utile.

   Si vous voulez vrifier les signatures GPG pour vous assurer de
   l'authenticit des paquets (ce qui est quelque chose que je vous
   suggre), vous devrez installer le paquet gnupg (ncessaire
   uniquement pour la RedHat 7.3) et importer la cl publique
   security@redhat.com que vous trouverez dans le rpertoire racine
   des CD (RPM-GPG-KEY) ou sur le site web RedHat
   [http://www.redhat.com/solutions/security/news/publickey.html#key].
   La cl est importe en lanant la commande : gpg --import
   nom_du_fichier pour les versions jusqu' la 7.3 incluse, ce qui a
   t remplac par rpm --import nom_du_fichier pour les versions 8.0
   et 9 (pour plus d'informations sur ceci, jetez un il aux sites
   web de GNU Privacy Guard [http://www.gnupg.org/] et de RPM
   [http://www.rpm.org/] -- le Gestionnaire de paquets RedHat).

   Si vous voulez vrifier les paquets RPM, vous pouvez le faire en
   utilisant la commande suivante (que je suppose lance depuis le
   rpertoire o vous avez ralis les tlchargements) :

   Pour les versions jusqu' la 7.3 incluse :

 $ find . -name "*.rpm" -exec rpm -K --nopgp {} \; |grep "NOT *OK"

   Pour les versions 8.0 et 9 (ainsi que pour les versions futures,
   je suppose) :

 $ find . -name "*.rpm" -exec rpm -K {} \; |grep "NOT *OK"

   Si vous ne voulez pas vous  ennuyer  avec toutes ces tapes,
   j'espre que vous voudrez au moins vrifier l'intgrit des
   fichiers tlchargs (ce qui ne veut pas dire que personne ne les
   a modifis),  l'aide des signatures md5. Ceci est fait avec :

   Pour les versions jusqu' 7.3 (incluse) :

 $ find . -name "*.rpm" -exec rpm -K --nopgp --nogpg {} \; |grep "NOT *OK"

   Pour les versions 8.0 et 9 (ainsi que pour les versions  venir,
   je suppose) :

 $ find . -name "*.rpm" -exec rpm -K --nosignature {} \; |grep "NOT *OK"

   Le contenu d'une distribution RedHat ne change pas entre les
   versions, donc vous aurez seulement besoin de tlcharger ces
   paquets UNE FOIS. Toutes les modifications de la distribution sont
   contenues dans le rpertoire updates. Donc, si vous voulez
   conserver un miroir  jour de la distribution RedHat, vous aurez
   seulement besoin de maintenir le rpertoire updates  jour. Ceci
   se fait en utilisant le script [14]updateDist.sh. Avant d'utiliser
   ce script, vous devrez configurer le fichier [15]rhcd.conf et
   exporter la variable RHCDPATH pointant vers le rpertoire o se
   trouve ce fichier.

 $ export RHCDPATH=/home/luigi/tmp/rhcd-scripts
 $ sh updateDist.sh

   Ce script va tlcharger les nouvelles mises  jour en excluant
   les sous-rpertoires indiqus dans la variable EXCLUDELIST, en
   dplaant les plus anciennes (c'est--dire celles remplaces par
   de nouvelles versions) dans le rpertoire indiqu par la variable
   OLDDIR aprs avoir russi deux tests. Le premier test compare les
   fichiers .listing gnrs par wget avec le contenu des rpertoires
   locaux pour s'assurer que tous les fichiers ont t tlchargs.
   Le second test vrifie les signatures des paquets en fonction des
   valeurs de deux variables CHECKSIG et USEGPG (positionnez-les  
   yes  si vous souhaitez que cette opration soit ralise). En cas
   d'chec du processus de vrification de signature, le script
   dplacera le mauvais paquet dans OLDDIR en lui affectant
   l'extension  .UPDcheckfail  et abandonnera sans dplacer les
   anciennes mises  jour dans OLDDIR.

  4.2. Utiliser mirror

   Mirror est un script perl sophistiqu comparant le contenu d'un
   rpertoire d'un site distant avec un rpertoire local. Il
   utilisera FTP pour rcuprer les fichiers qui sont sur le site
   distant mais pas sur le site local et supprimera sur le site local
   les fichiers qui ne sont pas sur le site distant. Le programme
   mirror est paramtr via un fichier de configuration. Le RPM du
   paquet est disponible  partir de rufus.w3.org
   [http://rufus.w3.org/linux/RPM/mirror.html]. Crez une copie
   locale mirror.redhat du fichier de configuration de mirror et
   modifiez les champs appropris en haut du fichier. Aprs la
   section des valeurs par dfaut (default), dfinissez les paquets
   suivants :

 package=updates
   site=ftp.mirror.ac.uk
   exclude_patt=(SRPMS/)
   remote_dir=/sites/ftp.redhat.com/pub/redhat/linux/updates/7.3/en/os/i386
   local_dir=/home/luigi/tmp/redhat-cd/redhat-7.3-updates

 package=dist
   site=ftp.mirror.ac.uk
   exclude_patt=(SRPMS/)
   remote_dir=/sites/ftp.redhat.com/pub/redhat/linux/7.3/en/os/i386
   local_dir=/home/luigi/tmp/redhat-cd/redhat-7.3

   La commande suivante va copier l'arborescence RedHat au complet
   sur votre disque local. **Pensez**, avant de faire cela, que vous
   allez tlcharger  peu prs 1,5 Go de donnes (si vous avez exclu
   le rpertoire SRPMS) !

 $ mirror -pdist mirror.redhat

   Ceci va crer une copie  l'identique du site FTP de RedHat sur
   votre disque local. Le contenu de la distribution RedHat ne change
   pas entre les versions, donc vous aurez seulement besoin de
   tlcharger ces paquets une fois. Tout changement dans la
   distribution se trouvera dans le rpertoire updates. Donc, si vous
   voulez maintenir votre miroir  jour, vous aurez seulement besoin
   d'actualiser le rpertoire updates. Cela se fait avec la commande
   suivante :

 $ mirror -pupdates mirror.redhat

   Vous pouvez la lancer rgulirement, disons une fois par semaine,
   avec un script cron. La distribution RedHat est disponible sur un
   grand nombre de serveurs FTP dans le monde entier, mis  jour
   quotidiennement  partir du site de rfrence [16]ftp.redhat.com.
   Vous devriez choisir un site FTP proche de vous, en consultant la
   liste des sites miroirs RedHat
   [http://www.redhat.com/download/mirror.html].

   [17][Note] Note                          
              Je n'ai pas test personnellement cette procdure.
              C'tait la seule procdure propose sur les anciennes
              versions de ce guide pratique (jusqu' la version 1.34,
              concernant RedHat < 6.1).     

5. Inclure les mises  jour

   Il y a trois tapes, les deux premires tant (pratiquement)
   identiques pour toutes les versions, alors que la dernire change
   un peu en raison des modifications de l'installateur anaconda :

   i. Corriger les modes de protection des fichiers

   ii. Remplacer les RPM mis  jour

   iii. Reconstruire l'installateur

   Pour incorporer les mises  jour, vous aurez besoin d'avoir un
   accs en criture au rpertoire de la distribution  partir d'une
   machine Linux, avec une version fonctionnelle de rpm
   [http://www.rpm.org] installe, alors que pour reconstruire
   l'installateur anaconda, vous aurez besoin d'utiliser une version
   du Linux RedHat gale  celle pour laquelle vous reconstruisez
   l'installateur (sinon la procdure chouera). Si vous maintenez 
   jour un miroir du rpertoire updates, vous pourrez  tout moment
   produire un CD incluant les dernires mises  jours en rptant
   ces tapes.

  5.1. Corriger les modes de protection des fichiers

   Durant le processus d'installation des versions jusqu' la 6.2
   incluse, certains programmes sont lancs directement depuis le CD.
   Malheureusement, le programme FTP ne prserve pas toujours les
   droits des fichiers et des rpertoires copis. Donc, il est
   ncessaire de s'assurer que les droits d'excution sont bien
   donns aux programmes, scripts shells et bibliothques partages,
   avant que le rpertoire ne soit grav sur le CD. Ceci est fait en
   lanant le script [18]updatePerm.sh sur votre copie locale de la
   distribution. C'est rellement ncessaire pour les versions 6.2 et
   prcdentes. La seule partie utile de cette procdure pour les
   versions 7.3, 8.0 et 9 est la mise  jour des droits des
   rpertoires, le reste ne fera aucun mal et cela maintient les
   choses cohrentes. Ce script est quasi-identique au script
   updatePerm inclus dans la version prcdente de ce guide pratique,
   seuls quelques changements mineurs ont t raliss. Avant
   d'utiliser ce script, vous devez paramtrer le fichier
   [19]rhcd.conf et exporter la variable RHCDPATH pointant vers le
   rpertoire o se trouve ce fichier.

 $ export RHCDPATH=/home/luigi/tmp/rhcd-scripts
 $ sh updatePerm.sh

  5.2. Remplacer les RPM mis  jour

   Le script [20]updateCD.sh copie tous les nouveaux fichiers du
   rpertoire update vers le rpertoire RPMS (et SRPMS). Le script
   utilise le programme rvc qui a t prsent dans la section
   comparer les versions des RPM pour dterminer quels sont les
   paquets du rpertoire update qui sont plus rcents. Les paquets
   plus anciens sont dplacs dans le rpertoire ${OLDDIR}. Si la
   variable CHECKSIG est positionne   yes , tous les paquets de
   l'arborescence principale verront leur signature vrifie. Si la
   vrification de signature d'un paquet choue (le type de
   vrification dpend de la variable USEGPG du fichier
   [21]rhcd.conf), celui-ci est dplac dans le rpertoire OLDDIR
   avec une extension ajoute,  CDcheckfail .

   Avant d'utiliser ce script, vous devrez paramtrer le fichier de
   configuration [22]rhcd.conf et exporter la variable RHCDPATH
   pointant vers le rpertoire o se trouve ce fichier.

 $ export RHCDPATH=/home/luigi/tmp/rhcd-scripts
 $ sh updateCD.sh

   [23][Note] Note                          
              Aprs avoir incorpor les mises  jour dans le
              rpertoire principal RedHat/RPMS, votre copie de la
              distribution n'est plus un miroir du site de la
              distribution RedHat. En fait, elle est plus  jour !
              Donc, si vous essayez de resynchroniser votre
              distribution en utilisant mirror, les anciennes
              versions des paquets RPM qui ont t mis  jour seront
              tlcharges une nouvelle fois et les mises  jour
              supprimes. La procdure base sur bash et wget ne
              souffre pas de ce problme, mais laissera
              l'arborescence principale dans un tat incohrent. Les
              anciens et les nouveaux paquets seront dans ce cas
              mlangs ensembles. Cependant, vous pourrez les trouver
              et les supprimer en intgrant l'excutable rvc  un
              script shell simple (que je laisserai comme exercice
              pour le lecteur...).          

  5.3. Reconstruire l'installateur

   Les choses ont bien chang dans cette section avec l'arrive de
   l'installateur anaconda (version 6.1) et la considrable
   augmentation de taille (et... du nombre de CD) que les
   distributions 7.x et 8.0 ont connue. Jusqu' la version 6.2, la
   seule tape composant cette section tait la gnration d'un
   nouveau fichier hdlist. Avec la version 6.2, cela ne reste vrai
   que jusqu' un certain point, en raison des changements dans
   l'installateur anaconda, dans le logiciel rpm lui-mme (qui est
   pass des versions 3.x aux versions 4.x) et de la migration des
   paquets mis  jour vers cette nouvelle version (les mises  jour
   de la version 6.2 sont en fait empaquetes pour les deux versions
   majeures du logiciel rpm). Nous envisagerons trois procdures
   diffrentes en essayant de couvrir toutes les versions.

    5.3.1. RedHat =< 6.1

      5.3.1.1. Rgnrer le fichier hdlist

   Lors de l'installation  partir du CD, le programme d'installation
   du CD se base sur le fichier RedHat/base/hdlist qui dcrit quels
   sont les paquets RPM disponibles sur le CD. Le fichier hdlist peut
   tre gnr par le programme misc/src/install/genhdlist. Ce
   programme doit tre lanc avec comme seul argument le chemin
   absolu vers la racine de la distribution. Voici le script
   updateHdlist qui appelle ce programme (depuis la version 1.34 de
   ce guide pratique) :

 #!/bin/bash

 RHVERSION=6.1
 ARCH=i386

 echo "Gnration de hdlist..."
 RACINERH=/home/luigi/tmp/redhat-${RHVERSION}
 GENHDDIR=${RACINERH}/${ARCH}/misc/src/anaconda/utils
          
 chmod u+x ${GENHDDIR}/genhdlist
 chmod 644 ${RACINERH}/${ARCH}/RedHat/base/hdlist
 ${GENHDDIR}/genhdlist ${RACINERH}/${ARCH} || echo "*** CHEC DE GENHDLIST ***"

 exit 0

   [24][Note] Note importante pour les RedHat < 6.1          
              L'installation de la Redhat 6.1 est compltement
              diffrente de celle des versions prcdentes car RedHat
              a introduit anaconda. Le programme genhdlist est
              maintenant situ  un autre endroit, donc dans le
              script ci-dessus, nous utiliserons :           
                                                             
              GENHDDIR=${RHROOT}/${ARCH}/misc/src/anaconda/utils
                                                             
              alors que pour les versions jusqu' 6.0 (comprise),
              cette ligne doit tre :                        
                                                             
              GENHDDIR=${RHROOT}/${ARCH}/misc/src/install    

   Dans certains cas, genhdlist n'arrive pas  dmarrer, car
   l'excutable n'est pas li statiquement. Dans un tel cas, vous
   pouvez ajouter la ligne :

 ${RHROOT}/${ARCH}/RedHat/instimage/usr/lib

   dans le fichier /etc/ld.so.conf et lancer la commande ldconfig -v.

   Une autre solution est de recompiler genhdlist. La modification
   suivante du script updateHdlist fonctionnait sous Redhat 5.2 :

 #!/bin/bash

 RHVERSION=6.1
 ARCH=i386

 RACINERH=/misc/redhat/redhat-${RHVERSION}
 GENHDDIR=${RACINERH}/${ARCH}/misc/src/anaconda/utils

 echo "Compilation de hdlist..."
 sed -e 's/FD_t/int/' \
     -e 's/fdOpen/open/' \
     -e 's/fdClose/close/' \
     -e 's/fdFileno//' < ${GENHDDIR}/genhdlist.c > /tmp/genhdlist.c
 cc -o /tmp/genhdlist -I/usr/include/rpm /tmp/genhdlist.c -lrpm -lz

 echo "Gnration de hdlist..."
 chmod 644 ${RACINERH}/${ARCH}/RedHat/base/hdlist
 /tmp/genhdlist ${RACINERH}/${ARCH} || echo "*** CHEC DE GENHDLIST ***"

 exit 0

   Dans cette version du script, une copie du source C de
   genhdlist.c, compilable sous RedHat 5.2, est cre dans /tmp.
   Cette copie est ralise en filtrant le source C original avec sed
   via un tube. Cette version de genhdlist est alors utilise pour
   crer le fichier hdlist.

   [25][Note] Note importante pour la Redhat 5.2           
              Tel qu'il est distribu avec les RedHat versions 5.2 et
              prcdentes, genhdlist PLANTE si le rpertoire
              RedHat/RPMS contient des fichiers qui ne sont pas des
              fichiers RPM ! Cela pose problme car dans la
              distribution 5.2, il y a des fichiers non-RPM nomms
              ls-lR et ls-lR.gz situs dans RedHat/RPMS. Donc, vous
              devez supprimer tous les fichiers non-RPM de ce
              rpertoire. Sinon, vous pouvez appliquer le correctif
              [26]genhdlist.c.diff au fichier              
              misc/src/install/genhdlist.c et faire un make. Ce
              correctif fait ignorer  genhdlist tout fichier
              non-RPM.                                     

      5.3.1.2. Crer l'image iso du CD

   Vous aurez besoin de crer un fichier image qui sera crit sur le
   CD. Ce fichier fera au moins 500 Mo, donc trouvez une partition
   avec assez d'espace libre. Vous aurez peut-tre besoin d'utiliser
   le compte root pour lancer les commandes mount et cdrecord. Ici,
   vous allez prparer l'image iso du CD amorable que vous allez
   graver. Il n'est pas strictement ncessaire de crer un CD
   amorable, car vous pourriez utiliser une disquette de dmarrage 
   la place, mais c'est une fonctionnalit vraiment sympathique (et
   elle rend le comportement de votre disque plus similaire  celui
   du disque original). Voici les commandes que j'utilise pour
   raliser cette tche :

 $ mkdir /repertoire-destination-images
 $ mkisofs  -r  -J  -T  -v  -V "Red Hat 6.1 (Hedwig)" \
    -c boot.cat  -b images/boot.img \
    -o /repertoire-destination-images/i386-disc.iso .

   C'est ncessaire pour graver le disque (amorable) et cela doit
   tre lanc  partir du rpertoire de niveau suprieur de la
   distribution. Le rpertoire /repertoire-destination-images est le
   rceptacle de l'image iso que vous allez gnrez et il doit
   (obligatoirement) exister avant de lancer la procdure. Dans la
   table suivante, vous pourrez lire une brve explication des
   nombreuses options et de leur signification (la plupart ont t
   extraites de la page de manuel de mkisofs).

   Tableau 1. Options et paramtres de mkisofs

   -r                        Extensions Rock Ridge, indiquant des     
                             valeurs utiles pour les droits.          
                             Extensions Joliet pour utiliser le CD    
   -J                        sous quelques autres systmes            
                             d'exploitation.                          
                             Gnre un fichier TRANS.TBL dans chaque  
                             rpertoire afin que, mme sur des        
   -T                        systmes non compatibles avec les        
                             extensions Rock Ridge, la correspondance 
                             des noms de fichier soit correcte.       
   -v                        Mode bavard                              
                             Indique l'identifiant du volume (nom ou  
   -V identifiant            label du volume) qui devra tre crit    
                             dans le bloc matre.                     
                             Indique le chemin et le nom du fichier   
                             contenant le catalogue de dmarrage, qui 
   -c catalogue_de_dmarrage sera utilis lors de la cration d'un CD 
                             amorable  El Torito . Le chemin doit  
                             tre relatif au chemin source indiqu   
                             mkisofs.                                 
                             Indique le chemin et le nom du fichier   
                             contenant l'image de dmarrage          
                             utiliser lors de la cration du CD       
                             amorable  El Torito . Le chemin doit  
                             tre relatif au chemin source indiqu   
                             mkisofs. L'image doit tre une image de  
   -b image_eltorito         disquette (ce qui explique pourquoi nous 
                             utilisons une des images de disquette    
                             trouves sur le CD original). Vous       
                             pourrez choisir d'utiliser l'image       
                             pcmcia.img  la place si vous voulez     
                             raliser une installation en utilisant   
                             des priphriques PCMCIA tels que des    
                             cartes rseau ou des lecteurs CDROM.     
   -o nom_du_fichier         Nom du fichier contenant l'image iso     
                             gnre                                  
                             Ceci est le rpertoire racine de notre   
   .                         image iso (nous travaillons  partir du  
                             rpertoire racine de chaque CD, donc un  
                             point est suffisant).                    

   Vous trouverez plus d'informations sur la faon de graver une
   image sur un support dans graver le CD. Les tapes mkisofs et
   cdrecord peuvent tre excutes en utilisant une application
   graphique comme X-CD-Roast [http://www.xcdroast.org/] qui devrait
   actuellement permettre la cration de CD amorables (je ne l'ai
   jamais utilis, donc ne vous attendez pas  ce que je vous donne
   des explications).

    5.3.2. Redhat 6.2

   Apparemment, c'est l'enfant difficile des distributions RedHat
   lorsque vient le moment de graver un CD  jour. L'arrive de la
   version 4 du gestionnaire de paquets RedHat (RPM) a cass la
   procdure de mise  jour de l'installateur anaconda. Les
   procdures que j'indique fonctionneront uniquement si les paquets
   mis  jour sont construits en utilisant une version du logiciel
   RPM postrieure ou gale  la version 3.0.4 (donc, en pratique, la
   version 3.0.4 ou 3.0.5).

   Si vous utilisez les paquets originaux de RedHat, il faudra viter
   d'utiliser les mises  jour publies aprs le 28 mars 2001 (ce qui
   est un peu inutile selon moi). Une autre solution est de
   reconstruire les paquets en utilisant l'ancien format rpm. Vous
   trouverez des informations sur cette procdure et les outils
   ncessaires sur la page  rpmhack 
   [http://www.tigress.co.uk/rmy/rh62/rpmhack.html]. Je n'ai pas
   personnellement essay cette procdure, mais, d'aprs les listes
   de discussion anaconda-devel et kickstart^[2], elle semble
   fonctionner.

   Si vous dcidez de rester sur les anciens paquets originaux et de
   complter la mise  jour (en utilisant les paquets rpm 4.0.2 aprs
   la fin de l'installation), il existe deux faons de le faire, en
   fonction du type de mise  jour que vous souhaitez effectuer. Si
   certaines des mises  jour dpendent directement du processus
   d'installation (c'est--dire le noyau, python, kudzu), vous devrez
   utiliser la procdure de reconstruction de l'installateur
   explique dans le document Construire un CDROM Red Hat Linux 6.2
   [http://web.archive.org/web/20030207104819/http://www.scyld.com/~pzb/rhcd.html].
   Sinon vous pourrez utiliser l'ancienne procdure (celle pour les
   versions prcdentes jusqu' la 6.1 incluse, telle qu'elle est
   explique dans la section prcdente). Les deux dernires tapes,
   qui sont la cration de l'image iso et la gravure du support, sont
   dcrites respectivement dans crer des images iso et graver le CD.

    5.3.3. Redhat 9, 8.0 et 7.3

   Une fois encore, beaucoup de choses ont t changes avec la
   sortie de la srie 7.x. Il faut maintenant raliser un plus grand
   nombre d'oprations pour obtenir une srie de CD frais et  jour.
   En ralit, le CD a cess d'tre unique avec la version 7.0.
   L'arborescence doit maintenant tre divis pour tenir sur le
   support. Ce qui est fait en utilisant le script splitdistro, qui
   est crit en python comme beaucoup d'lments de l'installateur
   anaconda. Pour terminer cette partie, vous devrez utiliser une
   machine Linux utilisant la distribution Redhat 7.3, 8.0 ou 9 sur
   laquelle soit install le paquet anaconda-runtime (il aura
   probablement la version 7.3.7, 8.0.4 ou 9.0.4), en fonction de la
   version que vous voulez reconstruire. La procdure est compose de
   sept tapes :

   i. Rgnrer les fichiers hdlist et hdlist2

   ii. Mettre  jour le fichier comps.xml (ou comps)

   iii. Reconstruire l'installateur

   iv. Diviser la distribution en plusieurs parties de la taille d'un
       CD

   v. Rgnrer (encore) les fichiers hdlist et hdlist2

   vi. Gnrer les images iso

   vii. Ajouter et vrifier les signatures md5 dans les images iso

   Toutes ces tapes sont regroupes en un seul script qui sera
   prsent dans la section  le script updateBuild.sh .

      5.3.3.1. Oprations prliminaires sur l'arborescence principale

   Quelques-uns des scripts inclus dans le paquet anaconda-runtime
   ont besoin de l'arborescence principale, qui doit tre dplace
   dans un sous-rpertoire nomm comme l'architecture que nous allons
   construire (donc i386/ chez moi). Nous dplacerons tout vers ce
   rpertoire avant de lancer la procdure. Nous corrigerons
   galement les appels des scripts qui n'ont pas besoin de cette
   modification.

   Pour la Redhat 9 et 8.0 :

 $ chmod  -R  u+w  /chemin-absolu-de-la-racine
 $ mkdir  -p  /chemin-absolu-de-la-racine/i386
 $ cd /chemin-absolu-de-la-racine
 $ /bin/mv  *  i386

   Vous devrez remplacer /chemin-absolu-de-la-racine par le chemin
   absolu du rpertoire o la racine de votre copie locale de la
   distribution est place (peut-tre quelque part sur l'un des
   disques durs). Vous obtiendrez une erreur, lors de l'excution de
   la dernire commande, car le rpertoire i386/ ne peut tre dplac
   sous lui-mme, mais vous ne devez pas en tenir compte.

   Pour Redhat 7.3 :

 $ chmod  -R  u+w /chemin-absolu-de-la-racine
 $ mkdir  -p  /chemin-absolu-de-la-racine/i386
 $ cd /chemin-absolu-de-la-racine
 $ for i in `ls` ; do [ $i != "SRPMS" -a $i != i386 ] && \
   /bin/mv $i i386 ; done

   Cette fois-ci (je l'espre) la dernire commande ne devrait
   produire aucune erreur.

      5.3.3.2. Rgnrer les fichiers hdlist et hdlist2

   Ceci est fait au moyen des deux commandes suivantes et avec l'aide
   du programme genhdlist.

 $ /usr/lib/anaconda-runtime/genhdlist
 /chemin-absolu-de-la-racine/i386
 $ chmod  644
 /chemin-absolu-de-la-racine/i386/RedHat/base/hdlist{,
 2}

   Une fois encore /chemin-absolu-de-la-racine est le chemin absolu
   du rpertoire o la racine de votre copie locale de la
   distribution est place. La seconde commande est ncessaire pour
   vous assurer que les droits de ce fichier sont corrects. Vous
   devez dj avoir une ide de ce que sont ces fichiers si vous avez
   lu la section  le rpertoire RedHat .

      5.3.3.3. Mettre  jour le fichier comps.xml

   Avec la distribution Linux RedHat 8.0, le format du fichier comps
   a compltement chang et il est maintenant bas sur XML. Ce
   nouveau format apporte une plus grande flexibilit et facilit de
   personnalisation. La section  le fichier comps  vous donnera
   plus d'informations sur le sujet. Si vous avez modifi ou si vous
   souhaitez modifier la liste des paquets installs, vous aurez
   besoin de raliser cette tape. Ce qui implique alors d'avoir
   install une version modifie du paquet [27]comps-9.tar.gz
   (l'original ne fonctionne pas pour moi) ou comps-8.0.tar.gz
   [http://rhlinux.redhat.com/anaconda/comps-8.0.tar.gz] (suivant la
   version que vous construisez) qui contient le fichier matre comps
   trouv sur le site web de RedHat, ainsi que le paquet
   comps-extras. Suivez alors ces tapes pour la Redhat 9 et 8.0 :

 $ cd /rpertoire-de-votre-choix
 $ tar xzvf
 /chemin-vers-comps-9.tar.gz/comps-9.tar.gz
 $ cd comps
 $ make
 $ cat comps-milan.xml |sed 's!</comps>!!g' >comps-tmp.xml
 $ /usr/share/comps-extras/getfullcomps.py  comps.xml \
    /chemin-absolu-de-la-racine i386 >>
 comps-tmp.xml
 $ echo '</comps>' >> comps-tmp.xml
 $ cp comps-tmp.xml
 /chemin-absolu-de-la-racine/i386/RedHat/base/comps.
 xml

   En plus de /chemin-absolu-de-la-racine , vous devrez prendre soin
   d'indiquer des noms valides pour /rpertoire-de-votre-choix et
   /chemin-vers-comps-9.tar.gz . Le reste des commandes pourra
   simplement tre recopi. Et vous devrez videmment changer 9 en
   8.0 si vous construisez une version 8.0.

   De nouveau, avant de lancer la commande make, vous devrez modifier
   le fichier comps-milan.xml.in en utilisant votre diteur de texte
   favori et en suivant les lignes de conduite et suggestions de la
   section  le fichier comps  et de la page  anaconda comps
   [http://rhlinux.redhat.com/anaconda/comps.html]  du site web
   RedHat.

   Toutes les tapes ncessaires aprs la commande make seront
   ralises par le script de la section  le script updateBuild.sh
   . Ce script utilise la variable COMPSFILE, pour trouver le
   fichier comps-milan.xml (il n'a pas besoin d'avoir ce nom,
   j'utilise juste le nom original, mais vous pouvez le changer si
   vous le voulez).

   Si vous utilisez la distribution Redhat 7.3, le fichier comps
   (avez-vous remarqu la diffrence de nom ?) est un fichier de
   texte avec une syntaxe compltement diffrente. Cette syntaxe est
   dcrite plus prcisment dans le fichier comps. Pour cette
   distribution, les seules oprations ncessaires sont l'adaptation
   du fichier pour correspondre  vos besoins et la recopie du
   fichier RedHat/base/comps dans l'arborescence principale en
   remplacement de l'original.

      5.3.3.4. Reconstruire l'installateur

   Cette tape consiste  reconstruire l'installateur anaconda dans
   votre copie locale de la distribution en utilisant les paquets mis
    jour. Pour la Redhat 9, lancez :

 $ /usr/lib/anaconda-runtime/buildinstall  \
   --pkgorder /chemin-absolu-de-la-racine/pkgorder.txt
  \
   --comp dist-9 --product "Red Hat Linux" --version 9  \
   --release "Redhat 9 (Shrike)"
 /chemin-absolu-de-la-racine/i386

   O, une fois encore, /chemin-absolu-de-la-racine est le rpertoire
   o est place la racine de votre copie locale de la distribution.

   Pour la distribution Redhat 8.0, la procdure est pratiquement
   identique (l'option --product en moins) :

 $ /usr/lib/anaconda-runtime/buildinstall  \
   --pkgorder /chemin-absolu-de-la-racine/pkgorder.txt
  \
   --comp dist-8.0 --version 8.0  --release "Redhat 8.0 (Psyche)" \
   /chemin-absolu-de-la-racine/i386 

   Ou si, comme moi, vous utilisez toujours une Redhat 7.3 :

 $ /usr/lib/anaconda-runtime/buildinstall  \
    --pkgorder
 /chemin-absolu-de-la-racine/pkgorder.txt  \
    --comp dist-7.3 --version 7.3
 /chemin-absolu-de-la-racine/i386 

   L'absence de l'option (obligatoire pour la 8.0) --release est la
   seule diffrence notable.

      5.3.3.5. Diviser la distribution

   Dans cette tape, nous allons crer cinq rpertoires, chacun
   correspondant  un CD diffrent et y placer des liens physiques
   vers les fichiers rels contenus dans votre copie locale de la
   distribution.

   [28][Note] Note                           
              Cette tape ne marchera pas du tout avec la
              distribution RedHat 7.3 si vous n'utilisez pas la
              version modifie du script splitdistro prsente dans
              le prochain paragraphe. Pour les distribution
              RedHat 8.0 et 9, une version modifie de splitdistro
              est propose principalement parce que, mme si les
              problmes du script prcdent ont t corrigs,
              l'excution chouait systmatiquement s'il n'existait
              pas suffisamment de paquets pour remplir tous les CD
              (les quatre premiers compltement et le dernier mme
              seulement partiellement).      

 $ /usr/lib/anaconda-runtime/splitdistro  \
   --fileorder
 /chemin-absolu-de-la-racine/pkgorder.txt  --release \
   "Redhat 9.0 (Shrike)"  /chemin-absolu-de-la-racine
 i386

   La seule chose que vous ayez besoin de changer pour les versions
   8.0 et la 7.3 est le texte indiqu  l'option --release (qui doit
   tre  Redhat 8.0 (Psyche)  ou  Redhat 7.3 (Valhalla) ).

   Pour la distribution Redhat 7.3, la version du script (python)
   [29]splitdistro7.3 utilise a t extraite du paquet
   anaconda-runtime 7.3.7 et modifie par moi. Vous pouvez le
   substituer  l'original, nomm
   /usr/lib/anaconda-runtime/splitdistro, aprs avoir ventuellement
   sauvegard ce dernier.

   La seule modification (en dehors de quelques petites corrections)
   que ce script aie subie est un changement de son comportement si
   le rpertoire SRPMS n'est pas trouv (il n'choue pas, mais gnre
   les CD sans paquets source).

   Pour la distribution Redhat 8.0, la version du script (python)
   [30]splitdistro8.0 utilise a t extraite du paquet
   anaconda-runtime 8.0.4 et modifie une nouvelle fois par moi pour
   obtenir quelques amliorations dont je ressentais le besoin. Vous
   devez le substituer au fichier original (peut-tre aprs avoir
   sauvegard ce dernier) nomm
   /usr/lib/anaconda-runtime/splitdistro. Nanmoins, l'original
   fonctionnera bien pour construire une distribution qui comprend
   tous les paquets SRPMS (et ainsi remplir les cinq CD, car sinon le
   script chouera).

   La seule modification apporte au script est un changement dans
   son comportement s'il ne trouve pas le rpertoire SRPMS (il
   n'choue plus, mais gnre les CD sans paquets source) ou s'il y a
   un CD sans paquet (le script gnrera un rpertoire vide un lieu
   d'chouer).

   Pour la distribution Redhat 9, vous trouverez une copie du script
   incluant les mmes modifications que le script de la 8.0 ici :
   [31]splitdistro9. Tout ce qui a t dit dans le paragraphe
   prcdent pour la distribution Redhat 8.0 s'applique  la version
   9.

      5.3.3.6. Rgnrer les fichiers hdlist et hdlist2

   Il est ncessaire de recrer les fichiers hdlist et hdlist2, en
   utilisant certaines des informations obtenues dans les tapes
   prcdentes. Il n'y a pas de diffrences entre 7.3, 8.0 et 9 pour
   l'excution de ce programme. La commande  utiliser est la
   suivante :

 $ /usr/lib/anaconda-runtime/genhdlist  \
   --fileorder
 /chemin-absolu-de-la-racine/pkgorder.txt
 --withnumbers \
   /chemin-absolu-de-la-racine/i386-disc[1-3]

   Comme vous pouvez le voir, compar  la premire utilisation de
   genhdlist, deux nouvelles options sont passes au programme. La
   premire, --fileorder, indique  genhdlist d'utiliser le fichier
   pkgorder.txt que nous avons gnr  la seconde tape
   (reconstruire l'installateur). Ce fichier contient la rpartition
   des paquets sur les diffrents CD et est utilis par
   l'installateur pour dterminer dans quel ordre les paquets doivent
   tre installs. De manire simple, si vous ne l'utilisez pas, vous
   finirez probablement par changer trs souvent de CD lors de
   l'installation. L'option --withnumbers est ncessaire pour
   associer un numro de CD  chaque paquet (comme vous le voyez, un
   joker indiquant les trois premires images iso est utilis).

      5.3.3.7. Gnrer les images iso

   Dans cette tape, vous allez prparer les images iso  graver sur
   les CD rels. Il y a deux commandes distinctes  utiliser, l'une
   pour le premier disque et l'autre pour le reste des CD. Ceci est
   d au besoin de rendre amorable le premier CD. Ce n'est pas
   strictement ncessaire car vous pouvez utiliser  la place une
   disquette de dmarrage mais il s'agit d'une fonctionnalit
   intressante (et elle rend le comportement de vos disques plus
   similaire aux originaux). Voici les commandes que j'utilise pour
   raliser cette tche :

 $ mkdir /repertoire-destination-images
 $ mkisofs  -r  -J  -T  -v  -V "Red Hat 9 (Shrike) disque 1" \
    -c isolinux/boot.cat  -b isolinux/isolinux.bin -no-emul-boot \
    -boot-load-size 4 -boot-info-table \
    -o /repertoire-destination-images/i386-disc1.iso .

   Cela est ncessaire pour graver le premier disque (amorable) pour
   les distributions Redhat 8.0 et 9 (sans mulation de disquette) et
   c'est excut  partir du rpertoire racine de la distribution. Le
   rpertoire /repertoire-destination-images est le contenant pour
   les cinq images iso que vous avez gnres et il doit exister
   avant de pouvoir lancer la procdure. La seule modification 
   effectuer pour la distribution Redhat 8 est le nom du volume, qui
   devrait tre  Red Hat 8.0 (Psyche) disque 1 .

 $ mkdir /repertoire-destination-images
 $ mkisofs  -r  -J  -T  -v  -V "Red Hat 7.3 (Valhalla) disc 1" \
    -c boot.cat  -b dosutils/autoboot/boot.img \
    -o /repertoire-destination-images/i386-disc1.iso .

   C'est ncessaire pour graver le premier disque (amorable) sur la
   7.3. Cette commande doit tre excute  partir du rpertoire
   racine de la distribution (cette fois-ci nous utilisons
   l'mulation de disquette).

   Le reste des images peut tre crit au moyen d'une boucle  for 
   :

 $ for i in `echo 2 3 4 5` ; do mkisofs  -r  -J  -T  -v  \
    -V "Red Hat 9 (Shrike) disc ${i}"  \
    -o /repertoire-destination-images/i386-disc${i}.iso . ; done

   La boucle prsente va prparer les quatre dernires images en
   leur donnant les bons numros. Comme vous pouvez le voir, il y a
   deux options manquantes par rapport  la commande prcdente et,
   comme vous pouvez le deviner, ces commandes ne sont utiles que
   pour crer un CD amorable. Dans crer des images iso, vous
   pourrez lire une brve explication sur des diffrentes options et
   de leurs significations (la plupart ont t extraites de la page
   de manuel). De nouveau, si vous construisez une distribution
   Redhat 8.0, vous devriez changer le nom du volume par  Red Hat
   8.0 (Psyche) disc1 .

      5.3.3.8.  Implanter et vrifier les signatures md5 dans les images
      iso

   C'est une tape optionnelle mais elle permet l'utilisation de
   l'option  checkmedia  pour vrifier les signatures des CD avant
   de les installer et donc de garantir leur intgrit.

   Les commandes suivantes permettent d'injecter ou de vrifier une
   signature md5 sur une image iso :

 $ /usr/lib/anaconda-runtime/implantisomd5 image-iso
 $ /usr/lib/anaconda-runtime/checkisomd5 image-iso

   Aprs avoir fini toutes ces tapes, nous aurons obtenu les cinq
   images CD  graver. Considrant que saisir tout ceci est un peu
   long, la prochaine section prsentera un script qui ralise toutes
   ces oprations en une seule fois (n'oubliez pas de configurer
   correctement les paramtres).

      5.3.3.9. Runir toutes ces tapes

   Le script [32]updateBuild.sh excutera toutes les tapes
   ncessaires  la reconstruction des CD des distributions
   Redhat 7.3, 8.0 et 9 en un seul lancement (sous le compte root).
   Avant d'utiliser ce script, vous devrez dfinir une variable
   RHCDPATH pointant vers le rpertoire o se trouve le fichier
   [33]rhcd.conf et paramtrer ce fichier. Si vous voulez inclure un
   fichier comps.xml modifi (ou comps) dans vos CD, comme expliqu
   dans le fichier comps, vous devrez le copier  l'emplacement
   dfini par la variable COMPSFILE avant d'excuter le script. Si
   vous en avez besoin, n'oubliez pas d'ajouter le script modifi
   splitdistro dans le rpertoire /usr/lib/anaconda-runtime.

 # export RHCDPATH=/home/luigi/tmp/rhcd-scripts
 # sh updateBuild.sh

6. Graver le ou les CD

   Cette tape est compose d'une partie optionnelle et d'une partie
   obligatoire. Rappelez-vous que vous aurez probablement besoin
   d'tre connect sous le compte  root  de votre machine pour
   lancer cdrecord.

  6.1. Essayer l'image ou les images

   Si vous tes paranoaque, vous pouvez tester votre nouvelle image
   disque en la montant. Si vous oubliez de corriger les droits des
   fichiers ou de mettre en place les extensions rock ridge, alors
   l'erreur sera vidente puisque les noms de fichier et la structure
   des rpertoires seront errons. Le test (optionnel) peut tre
   ralis en entrant la commande suivante :

 # mount -t iso9660 -o ro,loop=/dev/loop0 image-iso /mnt/cdrom

   O image-iso est le nom que vous aurez donn  l'image iso 
   monter (qui doit tre seule pour les versions suprieures ou
   gales  la 6.2). Quand vous avez termin, n'oubliez pas de la
   dmonter :

 # umount /mnt/cdrom

  6.2. Graver le ou des disques

   Assurez-vous que vous avez dfini les bons paramtres pour votre
   priphrique. Par exemple, la commande suivante est destine  un
   graveur 4x, ce qui est assez lent. De plus, on suppose que le
   graveur de CD est ici sur le bus SCSI numro 0, avec l'ID 0 et le
   LUN 0. Vous pourrez obtenir ces valeurs en lanant un
   cdrecord -scanbus et en les assignant au paramtre  -dev= .

 # cdrecord -v speed=4 dev=0,0,0 /repertoire-destination-images/disc1.img

7. Le fichier comps

   Le fichier comps dfinit la faon dont les paquets seront
   regroups durant l'installation. Dans la distribution RedHat, ceci
   est fait selon les fonctionnalits qu'ils offrent, par exemple :

     * Utilisation d'imprimantes

     * Systme X Window

     * GNOME

     * KDE

     * Outils courrier, web et forums

     * ...

     * Dveloppement du noyau

     * Documentation supplmentaire

   Quelquefois durant le processus d'installation, l'utilisateur se
   trouve face  une fentre appele  Composants  installer .
   Quelques-uns des composants ont t prslectionns, d'autres non.
   Le dernier point sur la liste des composants est appel  Tout .
   Sur la fentre, il existe aussi une option de personnalisation qui
   permet  l'utilisateur de choisir trs prcisment la liste des
   paquets qui seront installs. Personnaliser l'installation ou
   slectionner  Tout  dans la liste des composants est le seul
   moyen d'obtenir que votre propre slection de paquets soit
   installe, sauf si vous modifiez le fichier RedHat/base/comps.

  7.1.  Format du fichier comps pour RedHat versions < 6.1

   Le fichier comps commence avec un en-tte indiquant la version du
   format du fichier comps, suivie d'une ligne vide.

 0.1
 <empty line>

   Puis, il dresse la liste des composants, spars par des lignes
   vides :

 <composant 1>
 <ligne vide>
 <composant 2>
 <ligne vide>
 ...
 <composant n>
 <ligne vide>
 EOF

   Chaque composant est dfini comme suit :

 (0|1) (--hide)? <name>
 <RPM 1>
 <RPM 2>
 ...
 <RPM n>
 end

   Avant le nom de chaque composant est plac un 0 ou un 1. Une
   valeur de 1  cet endroit indique que le composant est choisi par
   dfaut alors qu'un 0 signifie le contraire. L'option --hide veut
   dire que l'entre ne sera pas affiche, sauf si vous choisissez
   l'installation  en mode expert . Le premier composant est appel
    Base  et il est spcial, dans le sens o il doit tre prsent
   et qu'il n'apparatra pas dans le dialogue (vous ne pouvez pas
   dslectionner l'installation de la base, ce qui est sens). Suit
   une liste de paquets RPM appartenant  ce composant. Notez qu'il
   s'agit du nom du paquet stock dans le fichier rpm et non d'une
   partie du nom de fichier du paquet (bien qu'il soient senss, par
   convention, tre identiques).

   En ajoutant vos paquets au fichier comps, vous pourrez
   personnaliser votre propre distribution et vous assurer que vos
   paquets seront installs par dfaut. Une chose  laquelle vous
   devez faire attention est l'interdpendance entre vos paquets,
   mais ici c'est  vous de jouer :-) Un mot pour vous prvenir :
   faites attention de ne pas ajouter ou supprimer des espaces blancs
   supplmentaires dans le fichier. Examinez le fichier comps
   existant (faites une copie de l'original) pour voir comment il est
   fait (ou vrifiez i386/misc/src/install/pkgs.c si vous voulez
   comprendre comment le fichier est analys).

  7.2. Format du fichier comps pour RedHat version 6.1

   Avec la version 6.1 de la distribution RedHat, le format du
   fichier comps a chang. Le dcodage s'effectue dans
   ${RHROOT}/${ARCH}/misc/src/anaconda/comps.py. Je n'ai pas encore
   analys ce script python et les rgles suivantes ont t obtenues
   seulement en tudiant le fichier comps et en essayant quelques
   paramtrages.

   Dans la version 6.1, la dfinition du composant est tendue pour
   inclure quelques lments optionnels supplmentaires avant les
   <RPM>. Ces lments sont :

 <RPM-dpendant-de-l-architecture 1>
 ...
 <RPM-dpendant-de-l-architecture n>
 <composant-requis 1>
 ...
 <composant-requis n>
 <RPM-dpendant-d-un-composant 1>
 ...
 <RPM-dpendant-d-un-composant n>

   Un <RPM-dpendant-de-l-architecture> dfinit une dpendance entre
   un paquet et une architecture spcifique et a pour dfinition :

 (!)?arch: <RPM>

   Donc, il peut, par exemple, se prsenter dans le monde rel comme
   :

 !alpha: kernelcfg

   ce qui veut dire : si l'architecture n'est pas alpha alors il faut
   installer le paquet kernelcfg.

   Ou comme :

 i386: mkbootdisk

   Ce qui veut dire : si l'architecture est i386 alors il faut
   installer le paquet mkbootdisk.

   Un <composant-requis> renforce la dpendance avec un autre
   composant et il est dfini comme :

 @ <composant>

   Donc, par exemple, si  l'intrieur de la dfinition d'un
   composant, vous trouvez la ligne suivante :

 @ Station rseau

   cela veut dire que le composant lui-mme a besoin de
   l'installation d'un autre composant nomm Station rseau.

   Un <RPM-dpendant-d-un-composant> est utilis pour slectionner
   l'installation de quelques paquets additionnels pour un composant,
   tant donn la prsence d'un autre composant. Sa dfinition est la
   suivante :

 ? <composant> {
   <RPM 1>
   ...
   <RPM n>
 }

   Donc si, par exemple, dans la dfinition d'un composant, il vous
   arrive de lire les lignes suivantes :

 ? KDE {
   kpppload
 }

   alors si le composant KDE est install, le paquet kpppload sera
   install en mme temps que les paquets inclus dans le composant o
   se trouve cette dfinition.

  7.3. Format du fichier comps dans RedHat version 6.2

   Avec RedHat version 6.2, le format du fichier comps a apparemment
   trs lgrement chang. Le dcodage se fait toujours dans
   ${RHROOT}/${ARCH}/misc/src/anaconda/comps.py. Encore une fois, je
   n'ai pas analys ce script python et les rgles suivantes ont t
   obtenues uniquement en tudiant le fichier et en essayant quelques
   paramtrages.

   Dans la version 6.2, la dfinition du composant est tendue pour
   inclure deux lments optionnels supplmentaires :

 <RPM-dpendant-de-la-langue 1>
 ...
 <RPM-dpendant-de-la-langue n>
 <composant-dpendant-de-l-architecture 1>
 ...
 <composant-dpendant-de-l-architecture n>

   Un <RPM-dpendant-de-la-langue> est ncessaire pour demander
   l'installation d'un paquet lorsqu'une langue spcifique a t
   slectionne. C'est dfini ainsi :

 (lang <langue>): <RPM>

   Par exemple, la ligne suivante

 (lang ja_JP): locale-ja

   veut dire : si la langue japonaise est slectionne, alors il
   faudra installer le paquet locale-ja en plus des autres paquets
   installs pour ce composant.

   Un <composant-dpendant-de-l-architecture> tend le concept du
   <RPM-dpendant-de-l-architecture>, introduit pour la version 6.1,
   au composant entier, comme vous pouvez le voir  la lecture de sa
   dfinition :

 (!)?arch: <composant>

  7.4. Format d'un fichier comps dans la RedHat version 7.3

   Avec la version 7.3 de la distribution RedHat, le format du
   fichier comps possde une syntaxe plus puissante. Le dcodage
   prend place (encore) dans le script comps.py, que vous trouverez
   dans le rpertoire /usr/lib/anaconda/ si vous avez install le
   paquet anaconda. Les dpendances d'un composant ou d'un paquet
   envers une langue ou une architecture donnes peuvent maintenant
   tre lies par l'oprateur logique and (et logique). Par exemple :

 (arch !s390 and arch !s390x and arch !ia64): readline2.2.1

   ce qui veut dire que si l'architecture n'est ni s390, ni s390x, ni
   ia64, alors il faudra installer le paquet readline2.2.1. Ceci peut
   tre fait avec des composants au lieu des paquets et avec des
   langues  la place des architectures. Tout ceci est sans aucun
   doute plus qu'assez pour les exemples simples de personnalisation
   de l'installation par dfaut qui seront prsents dans la section
   suivante.

    7.4.1. Personnaliser l'installation par dfaut de la RedHat version
    7.3

   L'exemple que nous allons suivre dans cette section implique de
   modifier le fichier comps pour changer les valeurs par dfaut
   concernant l'installation des paquets. Je prfre habituellement
   (en fait spcialement dans certaines situations) une installation
   par dfaut incluant seulement les paquets de base, avec quelques
   lgres modifications pour certains d'entre eux. Dans le premier
   des exemples prsents, nous construirons une installation par
   dfaut qui ajoute libsafe au composant  Base , dont la plupart
   des paquets, qui sont gnralement installs par dfaut, seront
   dslectionns dans le but de construire une installation
   minimale. Dans le second des exemples, nous modifierons
   quelques-uns des composants pour construire une autre installation
   minimale qui rponde  nos besoins (cette fois, pratiquement
   parfaitement ; ce sont, en fait, mes besoins, les vtres pouvant
   varier). Si vous voulez inclure un fichier comps modifi dans vos
   CD, vous devrez le copier dans l'arborescence principale juste
   avant de lancer les oprations dcrites dans reconstruire
   l'installateur 7.3 ou 8.0.

      7.4.1.1. Ajouter des RPMS et dslectionner les composants par
      dfaut

   Pour personnaliser votre installation de cette faon, vous devrez
   diter le fichier comps avec votre diteur de texte favori (faites
   attention  ne pas laisser d'espaces ou de tabulations dans ce
   fichier) et le dplacer dans le rpertoire Redhat/base en crasant
   l'original.

   Dans le [34]premier fichier comps inclus, le paquet libsafe est
   ajout au composant  Base  (systme de base) et presque tous les
   composants sont dslectionns pour obtenir une installation par
   dfaut comportant seulement 200 paquets (je sais qu'ils peuvent
   tre encore trop nombreux).

      7.4.1.2. Modifier quelques-uns des composants standards

   Nous avons construit le [35]deuxime fichier comps ci-joint 
   partir de la configuration prcdente en rduisant un peu plus
   l'installation par dfaut (cette fois, elle ne contient plus que
   154 paquets). Quelques-uns des groupes ont t divis pour donner
    l'installation une meilleure granularit. Toutes les
   modifications que vous faites doivent prendre en compte les
   interdpendances entre paquets et les applications utilises
   durant les phases d'installation (par exemple, vous ne pouvez pas
   supprimer kudzu du composant Base, bien que vous puissiez le faire
   aprs installation). Je dois aussi vous prciser que des rsultats
   similaires peuvent tre obtenus en utilisant kickstart. Pour plus
   d'informations  ce propos, vous pourrez lire le Guide de
   Personnalisation du Linux RedHat
   [http://www.europe.redhat.com/documentation/rhl7.3/rhl-cg-fr-7.3/ch-kickstart2.php3].

  7.5.  Format du fichier comps  partir des versions 8.0 et 9 de RedHat

   Avec les versions 8.0 et 9, le format du fichier comps a
   compltement chang et on utilise maintenant un fichier XML, nomm
   comps.xml. Les dtails de la syntaxe de ce fichier sont prsents
   dans la section Les comps d'Anaconda
   [http://rhlinux.redhat.com/anaconda/comps.html] du site web de
   RedHat.

    7.5.1.  Personnaliser l'installation par dfaut de la RedHat
    version 8.0

   Nous allons maintenant reprendre les exemples prsents pour la
   version 7.3 en prenant en compte les modifications qu'ont subi les
   diffrents groupes. Le groupe le plus important (le groupe
    Base ) est ici divis en deux groupes nomms  Base  et
    Core . Le groupe  Base  devrait reprsenter la plus petite
   installation possible.

      7.5.1.1. Notre premier exemple revisit pour Redhat 8.0

   Cette fois, pour personnaliser votre installation, vous devrez
   diter le fichier comps-milan.xml.in avec votre diteur de texte
   favori. Ce fichier se trouve dans l'archive comps-8.0.tar.gz
   [http://rhlinux.redhat.com/anaconda/comps-8.0.tar.gz] disponible
   sur le site web de RedHat. Pour ajouter les informations relatives
   aux paquets au fichier que vous crez, vous aurez besoin d'avoir
   install le paquet rpm comps-extras. Les commandes  lancer pour
   terminer les oprations sont indiques dans mettre  jour
   comps.xml et dans la documentation
   [http://rhlinux.redhat.com/anaconda/comps.html]. Aprs avoir cr
   le fichier, vous devrez le copier dans le rpertoire Redhat/base
   en crasant l'original. Si vous utilisez le script updateBuild.sh,
   vous devrez seulement copier comps-milan.xml (aprs avoir modifi
   le comps-milan.xml.in qui se trouve dans le paquet tar/gzip
   comps-8.0.tar.gz et lancer la commande make),  l'emplacement que
   vous avez dj indiqu dans la variable COMPSFILE (dans
   [36]rhcd.conf).

   Dans le [37]premier fichier comps ci-joint, le paquet libsafe a
   t ajout au groupe (composant)  Base  et pratiquement tous les
   groupes (composants) ont t dslectionns, sauf  Base  et
    Core , pour avoir une installation par dfaut de seulement 220
   paquets environ (probablement trop nombreux, encore une fois).

      7.5.1.2. Notre deuxime exemple revisit pour Redhat 8.0

   Nous avons construit le [38]deuxime fichier comps ci-joint en
   partant de la configuration prcdente et en rduisant un peu plus
   l'installation par dfaut (cette fois, il ne restera que 158
   paquets dans l'installation par dfaut). Encore une fois, des
   rsultats similaires peuvent tre obtenus en utilisant kickstart,
   pour plus d'informations  ce propos, vous pourrez lire le Guide
   de personnalisation du Linux RedHat
   [http://www.redhat.com/docs/manuals/linux/RHL-8.0-Manual/custom-guide/ch-kickstart2.html].
   Dans cet exemple, je n'ai pas compltement dslectionn
   l'installation du groupe  Base , parce qu'il contient trop de
   paquets que j'utilise d'habitude. J'ai donc juste dslectionn
   l'installation par dfaut pour ces paquets en les rendant
   optionnels. Comme vous pouvez le voir, mme le paquet redhat-logos
   du groupe  Core  a t rendu optionnel. Sachant que tous les
   paquets de ce groupe doivent reprsenter, ensembles, la plus
   petite installation possible, vous ne voudrez sans doute pas le
   faire (mes CD fonctionnent mme mme comme cela ; cependant, il
   doit y avoir quelques problmes que je n'ai pas encore dtects).
   Le paquet tripwire a aussi t ajout au groupe  Base . La
   dernire modification visible a t faite au groupe  dialup ,
   qui sera install mme s'il est dslectionn, parce que le groupe
    Base  en dpend (ce qui est indiqu dans la dfinition du
   groupe lui-mme). J'ai seulement slectionn pour installation
   certains paquets de ce groupe dont j'ai habituellement besoin et
   laiss le reste dslectionn.

    7.5.2.  Personnaliser l'installation par dfaut de la RedHat
    version 9

   Nous allons de nouveau reproduire les exemples prsents pour les
   versions 7.3 et 8 en prenant en compte les modifications qu'ont
   subies les diffrents groupes.

      7.5.2.1. Notre premier exemple revisit pour la Redhat 9

   Comme dans le cas de la 8.0, pour personnaliser votre
   installation, vous devrez modifier le fichier comps-milan.xml.in
   avec votre diteur de texte favori. Ce fichier est disponible dans
   le fichier [39]comps-9.tar.gz avec les scripts (comme je l'ai dj
   dit, vous ne trouverez pas la mme chose sur le site web de
   Redhat). Pour ajouter les informations relatives aux paquets au
   fichier que vous crez, vous aurez besoin d'avoir install le
   paquet rpm comps-extras. Les commandes  utiliser sont indiques
   dans mettre  jour comps.xml et dans la documentation
   [http://rhlinux.redhat.com/anaconda/comps.html]. Aprs avoir cr
   le fichier, vous devrez le copier dans le rpertoire Redhat/base
   en crasant l'original. Si vous utilisez le script updateBuild.sh,
   vous devrez seulement copier comps-milan.xml, (aprs avoir modifi
   comps-milan.xml.in trouv dans le paquet tar/gzip comps-9.tar.gz
   et avoir lanc la commande make), vers la destination que vous
   avez dj indique dans la variable COMPSFILE ([40]rhcd.conf).

   Dans le [41]premier fichier comps inclus, le paquet libsafe a t
   ajout au groupe (composant)  Base  et pratiquement chaque
   groupe (composant) a t dslectionn, mis  part  Base  et
    Core , de faon  avoir une installation par dfaut comprenant
   seulement environ 240 paquets (hummm, la complexit augmente
   beaucoup...).

      7.5.2.2. Notre second exemple revisit pour Redhat 9

   Dans le [42]second fichier comps ci-joint, nous partons de la
   configuration prcdente et nous rduisons un peu plus
   l'installation par dfaut (cette fois, il n'y aura qu'environ 175
   paquets dans l'installation par dfaut). Ceci ressemble beaucoup 
   l'exemple prsent pour la Redhat 8.0, donc je vais viter de vous
   ennuyer avec les mmes explications. Encore une fois, des
   rsultats identiques peuvent tre obtenus en utilisant kickstart.
   Vous trouverez plus d'informations sur le sujet en lisant le Guide
   de personnalisation du Linux RedHat
   [http://www.redhat.com/docs/manuals/linux/RHL-9-Manual/custom-guide/ch-kickstart2.html].

8. Installation  partir du CD

   Lors de l'installation  partir du nouveau CD, vous pourriez avoir
   tout d'abord besoin de crer une disquette d'installation
   amorable. IMPORTANT : utilisez une disquette neuve, tout juste
   formate en format MS-DOS !. Utiliser une vieille disquette peut
   entraner des problmes tranges lors de l'installation ! Sur un
   systme Linux, vous pourrez crer la disquette en utilisant la
   commande dd :

 $ dd if=/mnt/cdrom/images/boot.img of=/dev/fd0 bs=1440k

   Sur un systme tournant sous DOS ou Windows-9x, vous aurez besoin
   d'utiliser le programme rawrite.exe, disponible dans le rpertoire
   dosutils du CD. Sur une machine sous Windows-9x/Me/NT/2k, vous
   pourrez utiliser rawritewin.exe situ dans le rpertoire
   dosutils/rawritewin.

   Arrtez la machine sur laquelle vous voulez installer votre CD (ou
   faire une mise  jour du systme), insrez la disquette de
   dmarrage et votre CD frachement grav, et laissez la machine
   dmarrer  partir de la disquette. Pour plus d'informations sur le
   processus d'installation, voir les documents ainsi que le Guide
   pratique Installation
   [http://www.traduc.org/docs/howto/lecture/Installation-HOWTO.html]
   ou le Guide pratique des disques d'amorage
   [http://www.traduc.org/docs/howto/lecture/Bootdisk-HOWTO.html].

  8.1. Dmarrer d'un CD amorable

   La plupart des machines modernes sont capables de dmarrer 
   partir d'un CD,  condition qu'il soit rendu amorable par
   procdure indique dans la section crer des images iso. Souvent,
   nanmoins, vous aurez besoin de changer le paramtrage du BIOS
   pour permettre le dmarrage  partir du lecteur de CD.
   Rfrez-vous  la documentation de votre carte-mre pour savoir
   comment le faire.

9. Autres distributions Linux

   Les informations concernant les versions infrieures ou gales 
   la version 6.1, prsentes dans les prcdentes versions de ce
   guide pratique (=< 1.34) et reprises dans le prsent document,
   sont supposes s'appliquer  toutes les distributions clones de la
   RedHat, telle que la distribution Mandrake
   [http://www.linux-mandrake.com/fr/]. Malgr tout, cette procdure
   n'a pas t vrifie [pour d'autres distributions] (comme vous
   pouvez le lire dans le guide pratique lui-mme).

   C'est en gros la mme chose pour la distribution LinuxPPC
   [http://www.linuxppc.org] pour les PowerMac d'Apple. Pour crer
   une distribution pour la plate-forme PowerMac, vous devrez
   utiliser mkhybrid [http://rufus.w3.org/linux/RPM/mkhybrid.html] 
   la place de mkisofs et ce devrait tre la seule diffrence.

   Les informations concernant les nouvelles versions de RedHat
   (> 6.1) ne devraient pas fonctionner avec la distribution
   Mandrake, qui dispose maintenant d'un installateur assez diffrent
   de celui de RedHat. Je ne sais absolument pas s'il est possible de
   mettre  jour les CD d'autres distributions clones de la
   distribution RedHat de la mme faon, mais je serais heureux d'en
   tre inform.

10. Ce document...

   Le code source SGML de la plus rcente version originale de ce
   document est disponible ici
   [http://www.tldp.org/HOWTO/RedHat-CD-HOWTO/RedHat-CD-HOWTO].

   Le code source XML de la dernire version franaise de ce document
   est disponible sur le site du projet Traduc.org
   [http://www.traduc.org] :
   [43]ftp://ftp.traduc.org/pub/traduc.org/doc-vf/HOWTO/telechargement/sgml/.

  10.1. Documents connexes

    10.1.1.  Documentation relatifs  la version actuelle

   Les documents suivants ont t utiles pour la cration de ce guide
   pratique :

   Le  Petit guide (non officiel) de personnalisation de
   l'installateur de la Redhat 7  de Tony Nugent. Ce document est
   trs intressant et utile. Donc, si vous pensez srieusement
   construire des CD personnaliss, je vous suggre fortement de le
   lire. Vous le trouverez sur www.linuxworks.com.au
   [http://www.linuxworks.com.au/redhat-installer-howto.html].

   Miguel Freitas a crit le  Petit guide des CD RedHat 7 , que
   vous pourrez lire sur ce site web
   [http://cambuca.ldhs.cetuc.puc-rio.br/RedHat7-CDs-HowTo.html].

   Ron Yorston a crit le document rpmhack
   [http://www.tigress.co.uk/rmy/rh62/rpmhack.html], qui est
   intressant pour la version 6.2 du Linux RedHat.

   Quelqu'un (je n'ai pas trouv son nom) a crit le document
   Construire un CDROM Linux Red Hat 6.2
   [http://www.scyld.com/~pzb/rhcd.html], utile pour la version 6.2.

    10.1.2. Documentation relative  l'dition prcdente

   Avec le sens des bonnes choses de la vie, Jussi Torhonen de
   Finlande <jussi POINT torhonen CHEZ tietosavo POINT fi> nous dit
   comment crer un CD-ROM RedHat Linux 5.2 amorable
   fait--la-maison [http://www.iwn.fi/~jt/cd/].

   Consultez aussi le  Guide pratique de la gravure de CD 
   [http://www.traduc.org/docs/howto/lecture/CD-Writing-HOWTO.html]
   du projet de documentation Linux (LDP).

  10.2. Remerciements

    part les personnes mentionnes ci-dessus, je remercie les
   personnes suivantes pour leurs informations prcieuses,
   commentaires, discussions et ctera :

    10.2.1. Remerciement pour la version actuelle

     * Morten Kjeldgaard, <mok CHEZ imsb POINT au POINT dk>

     * Peter von der Ah, <pahe+rhcd CHEZ daimi POINT au POINT dk>

     * Giulia Tomaselli

     * Jacinta Conneely

     * Filippo Carcaci

     * Guillaume Lelarge <gleu CHEZ wanadoo POINT fr>

     * Alain Portal <aportal CHEZ univ-montp2 POINT fr>

     * Toutes les personnes des listes de discussion anaconda-devel
       et kickstart

    10.2.2. Remerciements pour les versions prcdentes

     * Lars Christensen <larsch CHEZ cs POINT auc POINT dk>

     * Thomas Duffy <tbd CHEZ cs POINT brown POINT edu>

     * Dawn Endico <dawn CHEZ math POINT wayne POINT edu>

     * Seva <seva CHEZ null POINT cc POINT uic POINT edu>

     * Michael Thomas Cope <mcope CHEZ orion POINT ac POINT hmc POINT
       edu>

     * Charles J. Fisher <charles_fisher CHEZ bigfoot POINT com>

     * Eric Thomas <eric POINT thomas CHEZ ericsson POINT com>

     * Gordon Yuen <gdccyuen CHEZ yahoo POINT com>

     * Dave Morse <morse CHEZ nichimen POINT com>

11. Adaptation franaise

  11.1. Traduction

   La traduction franaise de ce document a t ralise par
   Guillaume Lelarge <gleu CHEZ wanadoo POINT fr>.

  11.2. Relecture

   La relecture de ce document a t ralise par Guillaume Hatt
   <ghatt CHEZ netcourrier POINT com>.

   Une relecture complmentaire de ce document a t ralise par
   Jean-Philippe Gurard <fevrier CHEZ tigreraye POINT org>.

   --------------

   ^[1]  Paquetages  est le terme utilis par RedHat pour parler
   des  paquets , c'est--dire des formats d'archive utiliss pour
   distribuer des applications et incluant tout ce qui est ncessaire
    l'installation,  la dsinstallation et au fonctionnement de
   cette application.

   ^[2] Vous pourrez trouver ces listes dans la section des listes de
   discussion [https://listman.redhat.com/mailman/listinfo] du site
   web de RedHat.

