1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
|
.\" This file was generated with po4a. Translate the source file.
.\"
.\" Hey, Emacs! This is an -*- nroff -*- source file.
.\" Copyright (c) 1997 Manoj Srivastava <srivasta@debian.org>
.\"
.\" This is free documentation; you can redistribute it and/or
.\" modify it under the terms of the GNU General Public License as
.\" published by the Free Software Foundation; either version 2 of
.\" the License, or (at your option) any later version.
.\"
.\" The GNU General Public License's references to "object code"
.\" and "executables" are to be interpreted as the output of any
.\" document formatting or typesetting system, including
.\" intermediate and printed output.
.\"
.\" This manual is distributed in the hope that it will be useful,
.\" but WITHOUT ANY WARRANTY; without even the implied warranty of
.\" MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
.\" GNU General Public License for more details.
.\"
.\" You should have received a copy of the GNU General Public
.\" License along with this manual; if not, write to the Free
.\" Software Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139,
.\" USA.
.\"
.\" $Id: kernel-package.5,v 1.6 2001/12/21 21:46:29 srivasta Exp $
.\"
.TH KERNEL\-PACKAGE 5 "25 mai 1999" Debian "manuel Debian GNU/Linux"
.\" NAME should be all caps, SECTION should be 1-8, maybe w/ subsection
.\" other parms are allowed: see man(7), man(1)
.SH NOM
kernel\-package \- systme pour mettre en paquet des noyaux Linux
.SH DESCRIPTION
Le paquet \fBkernel\-package\fR est venu du dsir d'automatiser les tapes
routinires d'une compilation du noyau et de son installation. Si vous
cherchez le mode d'emploi de \fBkernel\-package\fR, veuillez consulter la page
de manuel \fBmake\-kpkg (1)\fR. Vous trouverez les instructions de
configuration dans la page \fBkernel\-pkg.conf(5).\fR
.SH "Pourquoi utiliser kernel\-package?"
.RS
.TP
.B i) Commodit.
Je compilais les noyaux la main, et cela comprenait un certain nombre
d'tapes, faire dans un certain ordre. C'est dans le but d'excuter toutes
les tapes ncessaires qu'a t crit kernel\-package. Il est devenu bien
autre chose, mais pour l'essentiel, c'est ce qu'il fait. Et c'est
particulirement important pour les novices: \fBmake\-kpkg\fR excute toutes
les tapes ncessaires la compilation d'un noyau ; et l'installation est
un jeu d'enfant.
.TP
.B ii) Possibilit d'avoir plusieurs images
Vous pouvez maintenir diffrentes images du noyau sur votre machine, et sans
problme particulier.
.TP
.B iii) Possibilit d'avoir plusieurs variantes d'une mme version du noyau
Vous pouvez maintenir plusieurs variantes d'une mme version du noyau sur
votre machine; par exemple, une version 2.0.36 stable et une version 2.0.36
comprenant les derniers pilotes, et cela, sans s'inquiter d'une
contamination des modules dans \fI/lib/modules.\fR
.TP
.B iv) Valeurs par dfaut intgres
Le paquet sait que certaines architectures utilisent vmlinuz plutt que
vmlinux, que d'autres utilisent zImage plutt que bzImage, et il appelle les
bonnes valeurs et place les fichiers au bon endroit.
.TP
.B v) Place rserve pour les modules
Plusieurs paquets pour des modules du noyau sont intgrs
\fBkernel\-package,\fR et l'on peut par exemple compiler les modules \fBpcmcia\fR
en mme temps que l'on compile le noyau tout en tant sr que ces modules
seront compatibles.
.TP
.B vi) gestion de dpkg
Vous pouvez grer les noyaux ainsi crs avec le systme de gestion des
paquets, car un fichier .deb est cr et dpkg en prend le contrle. Cela
rend plus facile la tche des paquets qui en dpendent.
.TP
.B vii) Contrle de la configuration
le fichier de configuration de chaque image du noyau dans \fI/boot,\fR qui fait
partie du paquet, est sous contrle et ainsi, l'image et son fichier de
configuration sont toujours ensemble.
.TP
.B viii) Possibilit d'avoir plusieurs fichiers de configuration
Vous pouvez indiquer un rpertoire contenant les fichiers de configuration,
un fichier pour chaque sous\-architecture (et mme diffrents fichiers pour
i386, i486, etc). C'est une solution trs lgante pour ceux qui ont besoin
de compiler des noyaux pour plusieurs sous\-architectures.
.TP
.B ix) Paquets .deb auxiliaires pour les noyaux
Vous pouvez crer un paquet, fichier .deb, avec les en-ttes ou les sources
et les mettre sous le contrle du systme de gestion des paquets. Il y a des
paquets qui dpendent du fait que le systme de gestion connaisse de tels
paquets.
.TP
.B x) Cration des scripts du responsable
Puisque l'image du noyau est mise dans un vrai paquet Debian, le paquet
contient les scripts du responsable; ils proposent certaines actions comme
de rendre le disque amorable, ils manipulent des liens symboliques dans /
de manire rendre statiques les scripts du programme de dmarrage (des
liens symboliques plutt que les fichiers rels de l'image, les noms des
liens symboliques ne changeant pas tandis que les noms des fichiers de
l'image changent avec la version).
.TP
.B xi) Gestion des sous\-architectures
Les innombrables sous\-architectures qui ont fleuri sous l'ombrelle des
architectures m68k et power\-PC sont reconnues.
.TP
.B xii) kernel\-patch
Vous pouvez appliquer des patches au noyau, sous forme de fichier .deb de
type kernel\-patch, et construire auto\-magiquement un noyau patch tout en
conservant les sources du noyau NON patches.
.TP
.B xiii) Images du noyau portables
Vous pouvez compiler un noyau pour une autre machine, en utilisant par
exemple une machine rapide pour la compilation d'un noyau qui sera install
sur une machine plus lente. C'est vraiment pratique puisque les modules sont
tous inclus dans le paquet .deb et qu'aucune gestion manuelle n'est
demande.
.TP
.B xiv) Peaufinages sur l'autre machine
Le script postinst cherche un fichier de configuration sur la machine o
doit tre install le noyau (non pas la machine o il a t compil) et
l'administrateur local peut rsoudre les questions des liens symboliques,
dcider si ce qui concerne le programme de dmarrage doit tre excut et
s'il faut crer ou non une disquette d'amorage.
.TP
.B xv) Actions possibles au moment de l'excution
Grce aux scripts postinst et postrm, l'administrateur local peut insrer
des scripts excuter sur la machine o est install le noyau. Les
utilisateurs de grub peuvent par exemple ajouter ou supprimer un paragraphe
dans le fichier menu (des exemples sont donns dans le paquet).
.TP
.B xvi) Description prcise de la version du noyau
Vous pouvez prciser la version du noyau, en ligne de commande ou par une
variable d'environnement. Ainsi un noyau appel kernel\-image\-2.4.1CHEZ.MOI
ne pourra tre supplant par le noyau officiel 2.4.1, puisque la version
n'est pas la mme.
.RE
.SH "Inconvnients de make\-kpkg"
.TP
.B i) Automaticit
C'est une approche douce de la compilation du noyau mais il y a des gens qui
aiment le mtal nu.
.TP
.B ii) Non traditionnel
On ne fait pas ainsi dans le monde non\-Debian. La tradition est
bafoue. Cependant, il a t not que cette manire de faire devenait
rapidement une tradition Debian.
.TP
.B iii) ncessit du super-utilisateur
Vous tes oblig d'utiliser \fBfakeroot\fR ou \fBsudo\fR ou \fBsuper\fR ou bien
d'tre root pour crer un paquet .deb de l'image du noyau (mais la situation
n'est pas aussi mauvaise qu'elle l'tait avant l'apparition de \fBfakeroot\fR).
.RE
.SH FICHIERS
.I /etc/kernel\-pkg.conf.\fR \fI/etc/kernel\-img.conf.
.SH "VOIR AUSSI"
.B make\-kpkg\fR(1), \fBmake\fR(1), \fBLe manuel de GNU Make.
.SH BOGUES
Il n'y a aucune erreur. Toute ressemblance avec un bogue est du
dlire. Vrai.
.SH AUTEUR
Cette page a t crite par Manoj Srivastava <srivasta@debian.org>,
pour le systme Debian GNU/Linux.
.SH TRADUCTION
Philippe Batailler <debian-l10n-french@lists.debian.org> Juillet 2004.
|
