Le fichier comps commence avec un en-tête décrivant la version du format comps, suivie d'une ligne vide.

        0.1
        <empty line>
      

Après ceci, les composants sont listés, séparés par des lignes vides :

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

Chaque composant a la définition suivante :

        (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 veut dire que le composant est choisi par défaut alors qu'un 0 dit le contraire. L'option --hide veut dire que vous ne pouvez pas voir l'entrée, sauf si vous choisissez l'installation « en mode expert ». Le premier composant est appelé « Base », et il est spécial, dans le sens où il doit être présent et qu'il n'apparait pas dans le dialogue (vous ne pouvez pas désélectionner 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 pas d'une partie du nom du fichier du paquet (bien qu'il doive être identique par convention).

En ajoutant vos paquets au fichier comps, vous pouvez personnaliser votre propre distribution et vous assurer que vos paquets seront installés par défaut. Une chose à laquelle vous devez porter attention est l'interdépendance entre vos paquets, mais ici c'est à vous de jouer :-) Un mot pour vous prévenir : faites attention de ne pas ajouter ou supprimer ces espaces blancs supplémentaires dans le fichier. Examinez le fichier comps existant (faites une copie de l'original) pour voir comment il est fait (ou vérifiez i386/misc/src/install/pkgs.c si vous voulez voir comment le fichier est analysé).

Avec RedHat version 6.1, le format du fichier comps a changé. Le décodage s'effectue dans ${RHROOT}/${ARCH}/misc/src/anaconda/comps.py. Je n'ai pas encore analysé ce script python et les règles suivantes ont été obtenues seulement en lisant le fichier comps et en testant quelques configurations.

Dans la release 6.1, la définition du composant est étendue pour inclure quelques éléments optionnels supplémentaires avant les <RPM>. Ces élements sont:

          <RPM-dépendant-de-architecture 1>
          ...
          <RPM-dépendant-de-architecture n>
          <composant-requis 1>
          ...
          <composant-requis n>
          <RPM-composant-dépendant 1> 
          ...
          <RPM-composant-dépendant n>
        

Un <RPM-dépendant-de-architecture> définit une dépendance entre un paquet et une architecture spécifique et a la définition suivante:

          (!)?arch: <RPM>
        

Donc, il peut, par exemple, se présenter dans le monde réel comme :

          !alpha: kernelcfg
        

Ou comme :

          i386: mkbootdisk
        

Un <composant-requis> renforce la dépendance avec un autre composant et il est défini comme :

          @ <component>
        

Donc, par exemple, si à l'intérieur de la définition d'un composant, vous trouvez la ligne suivante :

          @ Station Réseau
        

Un <RPM-composant-dépendant> est utilisé pour sélectionner l'installation de quelques paquets additionnels pour un composant, étant donné la présence d'un autre composant. Sa définition est la suivante :

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

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

        ? KDE { 
          kpppload
        }
      

Avec RedHat version 6.2, le format du fichier comps a apparemment un peu changé. Le décodage se fait aussi dans ${RHROOT}/${ARCH}/misc/src/anaconda/comps.py. Encore une fois, je n'ai pas analysé ce script python et les règles suivantes ont été obtenues seulement en lisant le fichier et en testant quelques configurations.

Dans la release 6.2, la définition du composant est étendue pour inclure deux éléments optionnels supplémentaires :

        <RPM-dépendant-language 1>
        ...
        <RPM-dépendant-language n>
        <composant-dépendant-architecture 1>
        ...
        <composant-dépendant-architecture n>
      

Un <RPM-dépendant-language> est nécessaire pour spécifier l'installation d'un paquet au cas où une langue spécifique a été sélectionnée. C'est défini ainsi :

        (lang <language>): <RPM>
      

Par exemple, la ligne suivante

        (lang ja_JP)): locale-ja
      

Un <composant-dépendant-architecture> étend le concept du <RPM-dépendant-architecture>, introduit lors de la release 6.1, au composant entier, comme vous pouvez le comprendre à la lecture de sa définition :

        (!)?arch: <component>
      

Avec la RedHat version 7.3, le format du fichier comps a gagné en syntaxe. Le décodage prend place (encore) dans le script comps.py, que vous pouvez maintenant trouver dans le répertoire /usr/lib/anaconda/ si vous avez installé le paquet anaconda. Les dépendances sur une langue ou sur une architecture pour un composant ou un paquet peuvent maintenant être liées avec l'opérateur and. 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 faut 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 définitivement plus qu'assez pour les simples exemples de personnalisation de l'installation par défaut qui seront présentés dans la prochaine section.

Avec la RedHat version 8.0 et 9, le format du fichier comps a été complètement changé et on utilise maintenant un fichier XML, nommé comps.xml. Les détails sur la syntaxe du fichier peuvent être trouvés dans la section anaconda comps du site web de RedHat.