make-kpkg - En ligne dans le Cloud

PROGRAMME:

Nom

make-kpkg - construire des paquets de noyau Debian à partir des sources du noyau Linux

SYNOPSIS

faire-kpkg [Options] [l'objectif [l'objectif ...]]

DESCRIPTION

Cette page de manuel explique le Debian faire-kpkg utilitaire, qui est utilisé pour créer le noyau
paquets Debian associés. Cet utilitaire doit être exécuté à partir d'une source de noyau Linux de haut niveau
répertoire, qui a été précédemment configuré (sauf si vous utilisez le configure
cible). Normalement, si kernel-package ne trouve pas de .config fichier dans le courant
répertoire, il essaie très fort d'en obtenir un approprié (généralement un fichier de configuration déjà
adapté aux noyaux Debian pour cette architecture), puis appelle faire ancienne configuration laisser
l'utilisateur répond à toutes les nouvelles questions. Cependant, cela peut toujours entraîner une mauvaise
configuration, vous êtes invité à configurer le noyau par les moyens habituels avant
invoquer faire-kpkg.

Typiquement, faire-kpkg doit être exécuté sous fausse racine,

make-kpkg --rootcmd fakeroot kernel_image

mais à la place, vous exécutez cette commande en tant que root (ce n'est pas recommandé) ou sous fausse racineou
dire faire-kpkg comment devenir root (déconseillé non plus, fausse racine est peut-être le plus sûr
option), comme ceci :

make-kpkg --rootcmd sudo kernel_image

Le fichier de package Debian est créé dans le répertoire parent du répertoire source du noyau
où cette commande est exécutée.

Notez également que certaines versions de gcc n'interagissent pas bien avec les sources du noyau.
Vous pouvez contrôler la version de gcc utilisée dans la compilation du noyau en définissant le Makefile
variables CC et HOSTCC dans le Makefile du noyau de niveau supérieur. Vous pouvez le faire simplement en
définition de la variable d'environnement MARQUEFLAGS. Pour observer, essayez :

% KBUILD_VERBOSE=1 MAKEFLAGS="CC=gcc-4.4" make-kpkg configure

Veuillez noter que le noyau Makefile peut prêter attention à d'autres variables (par exemple
KCFFLAG ). Cela peut être abordé comme ceci :

% KBUILD_VERBOSE=1 MAKEFLAGS='CC=gcc-4.4 KCFLAGS="-march=athlon64"' make-kpkg configure

La KBUILD_VERBOSE affiche les détails des commandes en cours d'exécution. (veuillez voir le niveau supérieur
noyau Makefile pour les variables qui peuvent être définies).

ATTENTION: Ne définissez PAS l'option -j dans MAKEFLAGS directement, cela entraînera la construction
échouer. Utilisez CONCURRENCY_LEVEL comme spécifié ci-dessous. Il existe également un indicateur -j qui peut être utilisé.

OPTIONS

--Aidez-moi Imprimez un message d'utilisation.

--révision nombre
Modifie le numéro de version des packages produits en argument nombre. Ce
a certaines contraintes : la version doit commencer par un chiffre. la version peut
ne contiennent que des caractères alphanumériques et les caractères ~ + . (tilde, point et plus) et
doit contenir un chiffre. (Consultez le manuel des politiques pour plus de détails). En option, vous pouvez
ajouter un chiffre suivi de deux points (:) au début de la révision. La valeur par défaut est
10.00. personnalisé à moins que la variable d'environnement DEBIAN_REVISION_MANDATORY est fixé, dans
auquel cas une erreur est générée si la révision n'est pas définie sur la ligne de commande ou
le fichier de configuration. Astuce: Vous pouvez le définir sur $(version)- dans le
fichier de configuration pour obtenir le numéro de version en amont ajouté à votre fichier personnalisé
chaîne de caractères .

--append-à-version foo

--append_to_version foo
Cet argument (foo) est ajouté à la valeur de la variable EXTRAVERSION présente
dans le Makefile du noyau. Étant donné que EXTRAVERSION est un composant de la version du noyau, il
est également ajouté au nom du paquet Debian et, en tant que tel, doit obéir à la politique
régissant le nom du package. Cela signifie qu'il ne peut contenir que minuscule alphanumériques
et les caractères ~ - + . (tilde, point, tiret et plus). Majuscules
ne sont pas autorisés en vertu de la politique pour un nouveau forfait. Si la variable d'environnement
IGNORE_UPPERCASE_VERSION est défini, make-kpkg doit mettre les numéros de version en minuscules définis dans
le Makefile ou dans le version locale déposer. Cette option remplace l'environnement
variable APPEND_TO_VERSION.

--add-modules foo

--add_modules foo
L'argument doit être une liste séparée par des virgules de modules complémentaires supplémentaires (pas dans
l'arborescence principale du noyau) que vous souhaitez construire lorsque vous invoquez le module_blah
cibles. Vous pouvez donner les noms de chemin complets du répertoire dans lequel résident les modules, ou
juste le nom du module s'il peut être trouvé dans MODULE_LOC, qui par défaut est
/usr/src/modules. La valeur par défaut est que tous les modules de MODULE_LOC, sont compilés lorsque
les cibles modules_blah sont invoquées.

--cambre foo
Ceci est utile pour définir l'architecture lorsque vous effectuez une compilation croisée. Si tu
ne sont pas des compilations croisées, l'architecture est déterminée automatiquement. Le même
l'effet peut être obtenu en définissant la variable d'environnement KPKG_ARCH. La valeur
devrait être n'importe quoi DEB_HOST_ARCH_CPU contient quand architecture-dpkg est exécuté sur le
machine cible, ou il peut s'agir d'une autre architecture dans un ensemble multi-arch (comme
i386/amd64).

--compilation croisée foo

--cross_compile foo
Ceci est utile pour définir la chaîne cible lorsque vous effectuez une compilation croisée. Utilisez le
cible factice "-" si vous construisez pour d'autres arches d'un ensemble multi-arches, comme
i386/amd64. Le même effet peut être obtenu en définissant la variable d'environnement.
Veuillez noter que cela ne définit en aucun cas le processus de construction du noyau du compilateur
doit utiliser ; si le compilateur par défaut fourni par le processus de génération n'est pas le
celui que vous souhaitez, veuillez spécifier explicitement le compilateur qui doit être utilisé.
CROSS_COMPILE

--sous-arche foo
Certaines architectures (l'Alpha et le m68k) nécessitent un noyau différent pour chacune
sous-architecture. Cette option fournit un moyen de le spécifier comme argument pour
faire-kpkg. Veuillez noter qu'un support supplémentaire pour les sous-architectures peut être
requis dans les sources du noyau pour que cela fasse quoi que ce soit. Le même effet
peut être obtenu en définissant la variable d'environnement KPKG_SUBARCH.

--arch-in-name

--arch_in_name
Cette option utilise un nom étendu pour le package d'image du noyau en incorporant le
sous-architecture dans le nom de l'image, donc on pourrait écrire un script pour créer plusieurs
sous-architectures les unes après les autres. Vous pouvez également le faire en définissant le
variable d'environnement ARCH_IN_NAME. Veuillez noter que seul le paquet prénom is
affectés, pas les emplacements des modules, etc.

--pgpsign prénom
Définissez la chaîne utilisée pour signer le change fichier pour tous les modules externes dans
/usr/src/modules/ en utilisant PGP. Cette option remplacera la valeur par défaut intégrée et la
personnalisations à l'échelle du site stockées dans le fichier /etc/kernel-pkg.conf or
~/.kernel-pkg.conf.

--config l'objectif
Modifiez le type de configuration effectuée à partir de l'ancienne configuration par défaut. l'objectif doit être un
de oldconfig, config, menuconfig, gconfig, nconfig, xconfig, randconfig, defconfig,
allmodconfig, allyesconfig, allnoconfig, old, menu, g ou x.

Notes cependant que faire-kpkg scanne le fichier de configuration au démarrage pour certaines options,
notamment le fait que les modules soient activés ou non, donc basculer l'état pendant la
une configuration retardée entraîne une erreur. Si besoin, créez le fichier de configuration
aussi proche de celui souhaité avant d'appeler make-kpkg avec ce commutateur.

--cibles
Imprime une liste des cibles connues. Voir la rubrique Cibles ci-dessous.

--noexec
Passer un -n option à la faire processus de sorte que les commandes soient simplement imprimées sur le
écran mais pas réellement exécuté. Ceci est très utile pour le débogage.

--verbeux
Cela appelle faire avec l'option -V=1, qui appelle les commandes Make de niveau supérieur,
également utile pour voir ce qui se passe.

--initrd
If faire-kpkg génère un image-noyau paquet, arranger pour transporter au crochet
scripts exécutés à partir des scripts de maintenance post-installation requis par cette image
an initrdet que le initrd les scripts hook de génération ne doivent pas court-circuiter
de bonne heure. Sans cette option, l'exemple initramfs scripts hook fournis avec
paquet-noyau ne prendra aucune mesure lors de l'installation. Le même effet peut être
obtenu en définissant la variable d'environnement INITRD à toute valeur non vide. S'il te plaît
notez qu'à moins qu'il n'y ait des scripts hook dans /etc/noyau ou ajouté dans le crochet
paramètre de script de /etc/kernel-img.conf, aucun initrd ne sera créé (le bundle dans
les exemples de scripts ne sont que des exemples - l'action de l'utilisateur est requise avant tout
arrive). Sur la plupart des systèmes, cependant outils-initramfs installe des scripts (depuis la version
0.94 (et ils ont respecté la variable INITRD depuis 0.98)). dracut fait aussi
ce.

--travaux nombre

-j nombre
Définir la variable d'environnement CONCURRENCY_LEVEL à nombre.

--overlay-dir /chemin/vers/répertoire
Le répertoire spécifié doit contenir des fichiers qui seront placés dans le ./debian
répertoire des sources du noyau, en vue de la construction des paquets Debian.
Les fichiers remplaceront n'importe quoi dans /usr/share/package-noyau ce serait normalement
placé là, et c'est à l'utilisateur de s'assurer que les fichiers dans la superposition
répertoire sont compatibles avec faire-kpkg. Si tu casses faire-kpkg avec une superposition
fichier, vous gardez les pièces. Le même effet peut être obtenu en réglant le
variable d'environnement KPKG_OVERLAY_DIR.

Gardez à l'esprit que overlay-dir/Contrôle ainsi que répertoire-superposition/journal des modifications sont spéciaux, et
une substitution de variable est effectuée sur ces fichiers. Utilisation
/usr/share/kernel-package/Contrôle ainsi que /usr/share/kernel-package/changelog fichiers comme
modèles.

Si un overlay-dir/post-installation exécutable (ou script exécutable) existe, il doit être
courir immédiatement après ./debian est peuplé. Le script doit être exécuté dans le
./debian annuaire. Cela peut être utilisé, par exemple, pour supprimer des fichiers que l'utilisateur ne
pas envie, ou de prendre des mesures autres que le simple remplacement.

--rootcmd foo
La commande qui fournit un moyen d'obtenir un accès super utilisateur (par exemple, " sudo "
ou `fakeroot') selon les besoins de l'option -r de dpkg-buildpackage. Cette option ne
travailler pour trois des cibles, à savoir, binaire, binaire-indepet arc-binaire. For
ces cibles l'ensemble faire-kpkg La commande doit être exécutée en tant que (faux)root.

--tige foo
Appelez les colis foo-* au lieu de kernel-*. Ceci est utile pour faciliter la transition
d'appeler les packages kernel-* aux packages linux-*, en préparation pour
noyaux non-linux dans la distribution. La valeur par défaut est Linux. La tige, puisqu'elle est
la partie initiale d'un nom de package ne doit être constituée que de lettres minuscules (« a-z »),
chiffres (`0-9'), signes plus (`+') et moins (`-') et points (`.'). Il doit être à
au moins deux caractères et doit commencer par un caractère alphanumérique.

--nous Cette option est passée à dpkg-buildpackage et ordonne à ce paquet de ne pas signer
la source. Ceci n'est pertinent que pour la cible buildpackage.

--uc Cette option est passée à dpkg-buildpackage et ordonne à ce paquet de ne pas signer
le journal des modifications. Ceci n'est pertinent que pour la cible buildpackage.

Les options peuvent être raccourcies à la plus petite chaîne unique et peuvent être saisies avec soit
un préfixe - ou un --, et vous pouvez utiliser un espace ou un symbole = entre une chaîne d'options et un
valeur. Vous pouvez également utiliser la forme option=valeur ; pour plus de détails ces formes et d'autres variantes
pris en charge, veuillez lire Getop ::Location(3perles).

CONCURRENCY_LEVEL
Si elle est définie, cette variable d'environnement définit le niveau de concurrence de make utilisé pour
compiler le noyau et les modules définis en utilisant -j drapeaux au sous-marque dans le construire
cible de faire-kpkg. Doit être un (petit) entier, s'il est utilisé. Vous pouvez obtenir le courant
nombre de CPU à l'aide de la commande :

grep -c '^processeur' / proc / cpuinfo

ATTENTION: Ne définissez PAS l'option -j dans MAKEFLAGS directement, cela appellera le build
échouer. Il est possible de définir -j comme argument make-kpkg.

CIBLES

espace extérieur plus propre, Nettoie le répertoire source du noyau de tous les fichiers créés par la cible construire, et dirige un
faire le distclean. (Veuillez regarder un Makefile du noyau Linux pour plus de détails). Veuillez noter
que bien que nous nous occupions de la liste de la configuration actuelle du noyau contenue dans
le fichier .config, le fichier inclure/linux/autoconf.h n'est pas conservé. Cette cible
ne doit pas être combiné avec d'autres objectifs, car faire-kpkg lit toutes les données before
exécuter n'importe quelle cible, de sorte que les cibles suivantes doivent être exécutées avec les anciennes données, ce qui
peut-être pas ce que vous voulez. Veuillez noter que par défaut la cible propre n'est pas exécutée
en tant que root, ce qui fonctionne bien avec la commande fausse racine a été utilisé. Cependant, si auparavant
la construction a été faite en utilisant sudo, tu dois courir faire-kpkgnettoyer aussi sous sudo.

paquet de construction
Cette cible exécute les cibles espace extérieur plus propre,et binaire, et produit le package complet
en utilisant dpkg-buildpackage.

binaire Cette cible produit les quatre packages du noyau Debian en exécutant les cibles
binaire-indep ainsi que arc-binaire. Cependant, cela nécessite faire-kpkg à exécuter en tant que root
(ou fakeroot), puisque --rootcmd ne fonctionnera pas.

binaire-indep
Cette cible produit les packages indépendants de l'arch en exécutant les cibles
source_noyau, kernel_manuel ainsi que kernel_doc. Cependant, cela nécessite également faire-kpkg
à exécuter en tant que root (ou fakeroot), car --rootcmd ne fonctionnera pas.

arc-binaire
Cette cible produit les packages dépendants de l'arch en exécutant les cibles
kernel_headers ainsi que image_noyau. Cependant, cela nécessite également faire-kpkg être exécuté
en tant que root (ou fakeroot), puisque --rootcmd ne fonctionnera pas.

source_noyau
Cette cible produit un paquet débianisé des sources du noyau Linux. Si la
variable d'environnement SOURCE_CLEAN_HOOK pointe vers un exécutable, alors que
l'exécutable doit être exécuté à partir du répertoire temporaire (supérieur) des sources du noyau
juste avant de l'emballer, ./debian/tmp-source/usr/src/kernel-source-XXXX, so
les gens peuvent prendre toutes les mesures qu'ils jugent appropriées (supprimer les arbres en arc, élaguer le contrôle de version
répertoires, trouver . De type d -patate douce CVS -prune Exec- rm -rf {} ; etc.). Cela n'a pas
effet sur autre chose que les sources du noyau qui sont empaquetées -- si le
le script opère sur le répertoire courant et ses enfants, l'arborescence source d'origine
doit rester intact. Les variables d'environnement HEADER_CLEAN_HOOK ainsi que
DOC_CLEAN_HOOK sont similaires. Ils doivent pointer vers les exécutables, puis cet exécutable
doit être exécuté à partir du répertoire temporaire (supérieur) des en-têtes du noyau et
documentation juste avant l'emballage respectivement, afin que les gens puissent prendre n'importe quelle action
ils jugent bon. Cela n'a également aucun effet sur autre chose que les sources qui sont
étant emballé.

kernel_debug
Cette cible produit un paquet Debian contenant les symboles de débogage pour le
modules contenus dans le package d'images correspondant. L'idée de base ici est de
garder l'espace dans /lib/modules/ sous contrôle, car cela pourrait être sur une racine
partition avec des restrictions d'espace. S'il te plaît noter que si les signatures de module sont activées
dans la configuration du noyau, le package d'image correspondant n'aura pas de modules
avec le lien de débogage pointant vers ces fichiers de symboles de débogage. Afin de tourner
sur les liens de débogage pour les modules dans le package d'image, vous devez désactiver le module
signatures.

kernel_headers
Cette cible produit un paquet Debian contenant les fichiers d'en-tête inclus dans le
Noyau Linux.

kernel_manuel
Cette cible produit un paquet Debian contenant les pages de manuel de la section 9
inclus dans le noyau Linux. Veuillez noter qu'il ne s'agit pas vraiment d'un indépendant
cible; appelant cela invoquera également le kernel_doc cible et crée un
kernel-doc en même temps.

kernel_doc
Cette cible produit un paquet Debian contenant la documentation incluse dans le
Noyau Linux. Cela peut être appelé indépendamment de la kernel_manuel cible, mais pas
l'inverse.

image_noyau
Cette cible produit un paquet Debian de l'image source du noyau Linux, et tout
modules configurés dans le fichier de configuration du noyau .config. Si il n'y a pas
.config dans le répertoire source du noyau, une configuration par défaut est fournie
similaire à celui utilisé pour créer le Debian disquettes de démarrage. Si le noyau
le fichier de configuration a activé la prise en charge des modules, les modules seront créés et
installée. Si les signatures de module ne sont pas activées, les modules résultants auront un
lien vers l'emplacement du fichier de symboles de débogage pour le module, généralement
installé par le package de débogage.

Si le fichier ./debian/post-installation existe et est un exécutable, il est exécuté juste
avant la création du package d'image du noyau. Veuillez également noter que s'il y a
tous les scripts dans ./debian/image.d/ annuaire, pièces d'exécution sera appelé sur ce
répertoire juste avant que le package d'image du noyau ne soit construit. L'emplacement de la racine
du paquet d'images en cours de construction doit être passé dans la variable d'environnement
IMAGE_TOP, et la version du noyau est transmise via la variable d'environnement
version pour tous ces scripts.

Veuillez consulter la documentation sur les crochets dans noyau-img.conf(5). Ces crochets sont
variables qui peuvent être pointées par l'administrateur système local vers des scripts qui ajoutent ou suppriment un
ligne de la liste du menu grub lors de l'installation et de la suppression de l'image du noyau. Un échantillon
le script pour ajouter des lignes à un fichier de menu grub est inclus dans le répertoire
/usr/share/doc/kernel-package/.

Outre les variables de crochet que l'administrateur local peut définir, il existe un ensemble de
répertoires où les packages, ou l'administrateur local, peuvent déposer des fichiers de script. Les
les répertoires sont /etc/kernel/preinst.d/, /etc/kernel/postinst.d/,
/etc/kernel/prerm.d/, /etc/kernel/postrm.d/, /etc/kernel/preinst.d//,
/etc/kernel/postinst.d//, /etc/kernel/prerm.d/ /et
/etc/kernel/postrm.d//. S'ils existent, le package kernel-image doit
exécuter un pièces d'exécution programme sur le répertoire (y compris celui versionné), donnant
la version en cours d'installation ou de suppression en argument, dans la phase correspondante
d'installation ou de retrait. Avant d'appeler ces scripts, la variable env VOIX
doit être fixé à la valeur du --tige argument (ou la valeur par défaut, linux), et
la variable KERNEL_PACKAGE_VERSION doit être réglé sur la version du
kernel-package qui a créé le package. Ces scripts doivent être appelés avec deux
arguments, le premier étant le version de l'image du noyau, et le deuxième argument
étant le emplacement de l'image du noyau elle-même. Étant donné que debconf est utilisé avant le
script est appelé, ce script ne devrait émettre aucun message de diagnostic vers stdout --
pendant que le postinst appelle db_stop, debconf ne restaure pas stdout, donc les messages
à stdout disparaître.

A l'installation, il propose également de lancer le loader Linux, LILO (ou des alternatives comme
chargement, SILO, QUIK, VMELILO, ZIPL, yaboot, PALO or GRUB), création d'une configuration
fichier pour les chargeurs de démarrage pris en charge si nécessaire. A cette époque, il propose également de mettre le
nouveau noyau sur une disquette, en formatant la disquette si nécessaire. Lors de la suppression, le paquet
vérifie la version du noyau en cours d'exécution et refuse de supprimer un noyau en cours d'exécution.
ver accorde une mention spéciale ici, car grub n'a peut-être pas besoin d'être réexécuté après
l'installation d'une image du noyau, bien qu'une modification automatisée de la liste des menus serait
nice sur l'installation et la suppression des packages d'images du noyau.

construire Cette cible, utilisée par la cible image_noyau ci-dessus, compile l'image du noyau Linux.

modules
Cette cible vous permet de construire tous les modules complémentaires et packages très
en fonction de la version précise du noyau pour laquelle ils sont compilés en même temps que vous
construisez votre image de noyau. Cette cible s'attend à trouver les modules ou packages sous
/usr/src/modules, et, pour tous ces répertoires, les modifications apportées à MODULE_LOC/x
(MODULE_LOC par défaut /usr/src/modules), et exécute le kdiste régner dans le local
debian.rules déposer. Cette cible devrait créer le Debian package(s) de module, et peut
produisent également un fichier tar compressé et un fichier diff compressé, avec sommes md5
enregistré dans un fichier de modifications à l'aide dpkg-genchanges. Le fichier est signé par le même
identité qui serait utilisée pour signer les packages du noyau. Cette option est utilisée par
les responsables téléchargeant le paquet dans les archives Debian.

modules_config
Cette cible vous permet de configurer tous les packages sous MODULE_LOC, qui par défaut
à /usr/src/modules. Ceci est utile si vous devez modifier manuellement certains aspects de
la configuration, ou si vous souhaitez compiler manuellement les modules complémentaires. Cette
ne doit pas être appelé à moins que vous n'ayez déjà un répertoire ./debian.

modules_image
Cette cible vous permet de construire tous les packages sous MODULE_LOC, qui par défaut est
/usr/src/modules, mais ne crée pas les fichiers source ou diff, et ne crée pas
et signer un fichier de modifications. C'est la seule option liée aux modules dont vous avez besoin si vous
je veux juste compiler les fichiers image des modules complémentaires pour l'installation sur un ou plusieurs
Machines. Généralement appelé en conjonction avec image_noyau, surtout si aussi
en utilisant l'option ajouter_à_version (empêche les fausses alertes). Cela ne devrait pas
être appelé à moins que vous n'ayez déjà un répertoire ./debian.

modules_clean
Cette cible vous permet de nettoyer tous les packages sous MODULE_LOC, qui par défaut est
/usr/src/modules, et cela devrait être tout ce qui est nécessaire pour annuler l'effet de tout
des autres modules_cibles. Cela ne devrait pas être appelé à moins que vous n'ayez déjà un
répertoire ./debian.

configurer
Cette cible exécute configure (en fait, config_target, défini par --config qui par défaut
à ancienne configuration) tôt, vous pouvez donc éditer les fichiers générés par faire config dans le noyau
répertoire source et ne pas les faire piétiner par faire-kpkg plus tard.

debian Cette cible crée le ./debian répertoire, et éventuellement corrige la source. Cette
la cible est appelée par le configurer cible. Vous pouvez utiliser cette cible pour avoir le
sources corrigées, puis exécutez manuellement l'étape de configuration pour mettre à jour le
fichier de configuration, avec toutes les nouvelles options de configuration que les correctifs peuvent avoir
introduit.

libc-kheaders
C'est une cible spéciale pour le mainteneur de libc-dev, qui peut l'utiliser pour créer le
package d'en-têtes dont la libc a besoin. Veuillez noter qu'il est dangereux de créer un
package libc-kheaders différent des en-têtes avec lesquels libc a été compilé ; ce
is connu pour briser subtilement les systèmes. Regardez s'il vous plaît
/usr/share/kernel-package/README.headers pour les détails. Création et installation d'un
Le paquet libc-kheaders créé par vous-même peut casser votre système à moins que vous ne sachiez ce que vous
faites. Tu étais prévenu.

ENVIRONNEMENT VARIABLES

KPKG_DEBUG, s'il est défini, fait cracher des messages de débogage à propos de certains shells par make-kpkg
fonctions exécutées en interne. Cela n'intéresse probablement pas ceux qui ne déboguent pas
faire-kpkg. Les variables suivantes (documentées ci-dessus) affectent également faire-kpkg:
DEBIAN_REVISION_MANDATORY, APPEND_TO_VERSION, VERSION_H_OK, KPKG_ARCH, CROSS_COMPILE,
KPKG_SUBARCH, KPKG_OVERLAY_DIR, ARCH_IN_NAME, INITRD, SOURCE_CLEAN_HOOK, MODULE_LOC,
CONCURRENCY_LEVEL ainsi que IGNORE_UPPERCASE_VERSION.

Utilisez make-kpkg en ligne en utilisant les services onworks.net