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

0.1
<empty line>

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

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

Chaque composant est défini 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 défaut alors qu'un 0 signifie le contraire. L'option --hide veut dire que l'entrée ne sera pas affiché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'apparaîtra 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 d'une partie du nom de fichier du paquet (bien qu'il soient sensés, par convention, être identiques).

En ajoutant vos paquets au fichier comps, vous pourrez personnaliser votre propre distribution et vous assurer que vos paquets seront installés par défaut. Une chose à laquelle vous devez faire 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 des 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 comprendre comment le fichier est analysé).

Avec la version 6.1 de la distribution RedHat, 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 étudiant le fichier comps et en essayant quelques paramétrages.

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

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

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

(!)?arch: <RPM>

Donc, il peut, par exemple, se présenter dans le monde réel 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 dépendance avec un autre composant et il est défini comme :

@ <composant>

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

@ Station réseau

cela veut dire que le composant lui-même a besoin de l'installation d'un autre composant nommé Station réseau.

Un <RPM-dépendant-d-un-composant> 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
}

alors si le composant KDE est installé, le paquet kpppload sera installé en même temps que les paquets inclus dans le composant où se trouve cette définition.

Avec RedHat version 6.2, le format du fichier comps a apparemment très légèrement changé. Le décodage se fait toujours 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 uniquement en étudiant le fichier et en essayant quelques paramétrages.

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

<RPM-dépendant-de-la-langue 1>
...
<RPM-dépendant-de-la-langue n>
<composant-dépendant-de-l-architecture 1>
...
<composant-dépendant-de-l-architecture n>

Un <RPM-dépendant-de-la-langue> est nécessaire pour demander l'installation d'un paquet lorsqu'une langue spécifique a été sélectionnée. C'est défini ainsi :

(lang <langue>): <RPM>

Par exemple, la ligne suivante

(lang ja_JP): locale-ja

veut dire : si la langue japonaise est sélectionnée, alors il faudra installer le paquet locale-ja en plus des autres paquets installés pour ce composant.

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

(!)?arch: <composant>

Avec la version 7.3 de la distribution RedHat, le format du fichier comps possède une syntaxe plus puissante. Le décodage prend place (encore) dans le script comps.py, que vous trouverez dans le répertoire /usr/lib/anaconda/ si vous avez installé le paquet anaconda. Les dépendances d'un composant ou d'un paquet envers une langue ou une architecture données peuvent maintenant être liées par l'opérateur 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 défaut qui seront présentés dans la section suivante.

Avec les versions 8.0 et 9, le format du fichier comps a complètement changé et on utilise maintenant un fichier XML, nommé comps.xml. Les détails de la syntaxe de ce fichier sont présentés dans la section Les comps d'Anaconda du site web de RedHat.