NOM

       kernel-package - Système pour créer des paquets liés aux noyaux

DESCRIPTION

       Le paquet kernel-package est né du désir d'automatiser les étapes du processus requis pour
       compiler et installer un noyau personnalisé. Si vous  cherchez  des  informations  sur  la
       façon  d'utiliser  kernel-package,  jetez  un  coup d'œil sur le manuel make-kpkg(1). Vous
       trouverez les instructions de configuration dans kernel-pkg.conf(5).

Avantages de l'utilisation de kernel-package

              i) Le confort
                     Il est parfois habituel de compiler les noyaux à la main,  ce  qui  implique
                     toute  une série d'étapes à suivre dans l'ordre ; kernel-package a été écrit
                     afin de prendre en charge toutes  les  étapes  requises  (il  va  plus  loin
                     maintenant,  mais  c'est  ce  qu'il  fait  essentiellement).  Ce  point  est
                     particulièrement important pour les débutants.  make-kpkg  gère  toutes  les
                     étapes  nécessaires à la compilation d'un noyau, et l'installation de noyaux
                     devient un jeu d'enfant.

              ii) Gestion de plusieurs images
                     Vous pouvez maintenir plusieurs versions d'images de noyau  sur  la  machine
                     sans soucis.

              iii) Plusieurs saveurs de la même version du noyau
                     Vous  pouvez maintenir plusieurs « saveurs » d'une même version du noyau sur
                     votre  machine  (vous  pouvez  avoir  une  version 2.0.36  stable,  et   une
                     version 2.0.36   corrigée   avec   les  derniers  pilotes,  sans  risque  de
                     contamination des modules présents dans /lib/modules).

              iv) Réglages par défaut inclus
                     Le paquet sait que certaines architectures  utilisent  vmlinuz  (plutôt  que
                     vmlinux),  et  d'autres zImage plutôt que bzImage. Il appelle alors la bonne
                     cible, et prend en charge la copie du bon fichier au bon endroit.

              v) Entrées pour les modules
                     Plusieurs autres paquets de modules sont intégrés  dans  kernel-package,  ce
                     qui  permet  de  façon transparente la compilation (par exemple) des modules
                     pcmcia pendant que quelqu'un d'autre au même moment compile le  noyau,  tout
                     en  ayant l'assurance que les modules ainsi compilés seront compatibles avec
                     ce noyau.

              vi) Gestion par dpkg
                     Vous pouvez gérer les noyaux ainsi créés avec  le  système  de  gestion  des
                     paquets,  car un fichier .deb est créé, et dpkg peut en prendre le contrôle.
                     Cela facilite la tâche des autres  paquets  qui  dépendent  des  paquets  du
                     noyau.

              vii) Suivi de configuration
                     Il  garde  une  trace  du  fichier de configuration de chacune des images du
                     noyau dans /boot, fichier qui fait partie du paquet. Les images du noyau  et
                     le  fichier  de  configuration  sont,  à  partir  de  cet  instant, toujours
                     associés.

              viii) Plusieurs fichiers de configuration
                     Vous pouvez indiquer un répertoire de fichiers de  configuration,  contenant
                     des  fichiers  différents  pour chaque sous-architecture (et même différents
                     fichiers de configuration pour i386, i486, etc.). C'est très  pratique  pour
                     ceux  qui  ont  besoin  de  compiler  des  noyaux pour une grande variété de
                     sous-architectures.

              ix) Paquets .deb associés au noyau
                     Vous pouvez créer un paquet contenant les entêtes, ou les sources,  dans  le
                     format  de  fichier  .deb,  ce  qui permet de les placer sous le contrôle du
                     système de gestion des paquets (car parfois d'autres paquets ont besoin  que
                     le système de gestion en connaisse l'existence).

              x) Création de script du responsable
                     Lorsque le paquet image du noyau est un paquet Debian complet, il est fourni
                     avec les scripts du mainteneur, ce qui permet  à  l'utilisateur  l'ajout  de
                     scripts  « hook »  à exécuter lorsque l'état du paquet est modifié.

              xi) Gestion des sous-architectures
                     La  multitude des sous-architectures qui ont fleuris à l'ombre du m68k et du
                     power-pc est gérée.

              xii) Images de noyau portables
                     Vous pouvez compiler un noyau pour un autre  ordinateur,  en  utilisant  par
                     exemple  une  machine  rapide  pour  la compilation d'un noyau à destination
                     d'une machine plus lente. C'est vraiment très pratique puisque  les  modules
                     sont  inclus dans le fichier .deb, et que l'on n'a pas à gérer les modules à
                     la main.

              xiii) Points d'entrée lors de l'exécution
                     Les scripts de post-installations, de pré-suppression et de post-suppression
                     offrent  à l'administrateur de la machine locale la possibilité d'inclure un
                     script « hook » dans le déroulement de l'installation.  Cela  permet,  entre
                     autres,  aux utilisateurs du grub l'ajout ou la suppression d'items pointant
                     sur les noyaux dans le menu de démarrage (des scripts d'exemple sont fournis
                     dans  le  paquet).  Des  paquets  associés  pourront déposer des script dans
                     certains  répertoires sous /etc/kernel, scripts qui seront exécutés par ceux
                     des  responsables des paquets créés par kernel-package. Avant l'exécution de
                     ces  scripts,  la  variable  d'environnement  KERNEL_PACKAGE_VERSION    doit
                     contenir la version de kernel-package qui a crée le paquet.

              xiv) Description précise de la version du noyau
                     Vous  pouvez  ajouter  un  descriptif à la version du noyau soit en ligne de
                     commande, soit en définissant une variable d'environnement. De cette  façon,
                     si  votre  noyau s'appelle kernel-image-2.4.1Chez.Paulo, il a peu de chances
                     d'être effacé par le noyau 2.4.1 officiel, puisqu'il ne  s'agit  pas  de  la
                     même version.

Inconvénients de l'utilisation de make-kpkg

       i) Automatisation
              La  fabrication de noyaux par cette méthode est une approche prémâchée, et des gens
              préféreront le brut de fonderie.

       ii) Non traditionnel
              Ce n'est pas l'usage hors du monde Debian. Cela rompt avec la tradition (d'un autre
              coté, cela devient une tradition Debian de plus en plus répandue).

       iii) Il faut être administrateur
              Vous  êtes obligé d'utiliser soit fakeroot, sudo, super, ou d'être l'administrateur
              pour créer le fichier .deb de l'image du noyau (ce n'est pas pire  qu'avant,  quand
              il n'y avait pas fakeroot).

FICHIERS

       /etc/kernel-pkg.conf

       /etc/kernel-img.conf

VOIR AUSSI

       make(1), make-kpkg(1), le manuel de GNU Make

BOGUES

       Il n'y a pas d'erreur. Toute ressemblance avec un bogue est du délire. Vraiment.

AUTEUR

       Cette  page  a  été  écrite  par  Manoj Srivastava, <srivasta@debian.org>, pour le système
       Debian GNU/Linux.