Bonjour

Cet outil est un interpréteur de commandes tournant autour de la gestion du noyau sur les distributions basées Debian, Redhat ou pour les ARCH Linux et les GENTOO. Il permet d'installer, supprimer, paramétrer la compilation, compiler et stocker différentes versions du noyau Linux.

Dépôt github : https://github.com/TNZfr/krn
Soit vous passez par un « git pull » ou « git clone » :

• Faire : ln -s /Répertoire/de/krn/Main.sh /Répertoire/du/PATH/krn

ou vous passez par une installation manuelle :

• Récupérer l'archive tar.gz depuis Github
• Extraire depuis le $HOME avec un « tar xfz krn*.tar.gz »

Et dans les 2 cas, il est incontournable de passer un : krn configure

Pré-requis

• bc (basic calculator)
• zstd
• linux-version (opération de tri / test sur la numérotation des versions Linux)
• Ils sont portés par « krn configure »

Utilisation
KRN dispose d'une aide en ligne fournie sur manque de paramètres ... pas besoin d'avoir 3 volumes encyclopédiques de documentation conçue pour ne pas être lue
Dans un terminal, la couleur est utilisée pour améliorer la lisibilité.

Entre parenthèses, se trouve la forme courte de la commande. Les commandes ne sont pas sensibles à la casse.

Les dépôts
KRN gère 3 sources contenant les paquets ou les sources :

• Un dépôt local à définir lors la première utilisation. La question est posée automatiquement, et il convient d'indiquer un répertoire avec un peu d'espace de stockage surtout si les opérations de nettoyage ne sont pas courantes. Perso, je pousse tout sur le NAS.
• Dépôt de l'équipe Kernel d'Ubuntu : https://kernel.ubuntu.com/~kernel-ppa/mainline/ (paquets Debian)
• Serveur officiel du noyau Linux : https://www.kernel.org/ (sources à compiler)

Les modes de fonctionnement

• DEBIAN : prévu pour les distrib' gérées avec des paquets .deb (apt etc ...)
• REDHAT : prévu pour les distrib' gérées avec des paquets .rpm (yum etc ...)
• ARCH : pour les ARCH Linux avec une installation (et suppression) de noyaux nommés avec le numéro de version (avec GRUB etc ...) permettant d'installer plusieurs noyaux compilés.
• ARCH-CUSTOM : pour les ARCH Linux avec une installation utilisant un nommage fixe afin de supprimer les contraintes de mise à jour de GRUB (mise à jour et version par défaut au boot). Dans ce mode, un seul noyau compilé peut être installé.
• GENTOO : Pour les distributions Gentoo. L'approche est similaire à celle du mode ARCH avec le dkms en moins.

       LES COMMANDES

krn configure [RESET]|[edit]
Sans paramètres, elle affiche les différentes options enregistrées et utilisées par les autres commandes krn.
Avec le mot-clé « RESET », l'utilisateur est invité à resaisir l'ensemble des paramètres.
Paramètres portés par les variables KRN_* :

• KRN_WORKSPACE : répertoire de stockage et de compilation des noyaux (paquets, archives, etc ...)
• KRN_MODE : définit le mode de fonctionnement : DEBIAN, REDHAT, ARCH ou ARCH-CUSTOM.
• KRN_ARCHITECTURE : permet de compléter le nommage des paquets générés. Il sert également à sélectionner le jeux de paquets Debian sur le serveur Ubuntu Mainline (en mode DEBIAN)
• KRN_ACCOUNTING : définit un répertoire de stockage des logs des commandes krn. Quand le paramètres est vide, l'accounting est désactivé.
• KRNSB_* : Gère les fichiers nécessaire à la signature des noyaux pour les compilations et les installations.

Avec le paramètre « edit », votre éditeur préféré est lancé pour mettre à jour manuellement la configuration KRN.

krn purge Pattern ...|all
Effectue un nettoyage du workspace en tenant compte des règles suivantes :

• Les éléments d'un noyau installé ne seront pas supprimés
• Un répertoire de compilation en cours ne sera pas supprimé
• Quand plusieurs éléments répondent aux critères fournis en paramètres, l'utilisateur est amené à préciser quelle version doit être purgée du workspace

krn savelog
Un mécanisme d'accounting permet de conserver les logs des commandes krn dans un répertoire. Le mécanisme s'active en renseignant la vairiable KRN_ACCOUNTING lors d'un « krn configure ». Les fichiers *.log présents dans le répertoire d'accounting sont archivés dans un tar.gz horodaté.

krn list [Pattern]
Sans paramètres, cela donne les informations suivantes :

• Noyau en cours d'utilisation
• Liste des noyaux installés (basé sur /lib/modules ou /usr/lib/modules suivant la distrib')
• Liste des objets présents dans le dépôt local

Le paramètre optionnel est le « pattern » de version des noyaux recherchés. Dans ce cas, la commande effectue une recherche sur le serveur de kernel.org et sur celui de l'équipe Kernel Ubuntu (uniquement en mode DEBIAN).

Exemple :

krn search Pattern ...
Le paramètre optionnel est le « pattern » de version des noyaux recherchés. Dans ce cas, la commande effectue une recherche sur le serveur de kernel.org et sur celui de l'équipe Kernel Ubuntu (uniquement en mode DEBIAN).

krn get Version ...
Dépose dans le répertoire courant

• Mode DEBIAN : les paquets Debian du noyau recherché. La commande les récupère soit du dépôt local, soit depuis Kernel Ubuntu.
• Mode REDHAT : les paquets RPM issus du workspace.
• Mode ARCH / ARCH-CUSTOM / GENTOO : un lien symbolique vers le répertoire du noyau compilé.

krn install Version ...
Effectue l'installation du ou des noyaux demandés depuis le dépôt local ou celui de Kernel Ubuntu.  

krn remove Version ...
Désinstalle le ou les noyaux demandés.
Une sécurité empêche de désinstaller le noyau en cours d'utilisation.
Le répertoire /lib/modules du noyau désinstallé est supprimé en fin de procédure pour les noyaux nommés (hors ARCH-CUSTOM)

krn changelog Version [[Pattern] ...]
Affiche le nombre et la liste des commits issus du fichier changelog de la version donnée en paramètre.
En y appliquant des patterns de recherche, la liste est affichée en donnant la position du commit dans la changelog et en fin de traitement, le pourcentage des commits affichés.

krn getsource Version ...
Télécharge l'archive des sources du noyau demandé et la dépose dans le dépôt local.

krn compile Archive
Génère les paquets du noyau concerné (Debian ou Redhat) ou un répertoire prêt à installer.
Le temps de traitement de cette opération dépend de la puissance de calcul de la machine et de la bande passante du disque où se trouve le fichier Archive.
A titre d'exemple :

• Ryzen 5950X / SSD PCIe Gen3 : environ 6 minutes
• Ryzen 3900X / SSD PCIe Gen3 : environ 9 minutes
• FX 8350 / SSD Sata : environ 40 minutes
• Intel Xeon Gold 5218 @ 4x 2,294GHz : très exactement 37m 51s.718 pour Linux 5.14.14

krn compilinstall Version ...
Récupère l'archive des sources du noyau, génère les paquets ou le répertoire d'installation dans le dépôt local et lance l'installation sur le serveur.

krn sign Version ...
Effectue la signature de la ou des versions installée(s) fournie(s) en paramètre.
La passphrase du fichier PRIV est demandé à chaque signature de noyau.

krn signmodule Version ModuleName|Fichier.ko[.xz|.zst]
Effectue la signature du module présent dans l'arborescence /lib/modules/Version fourni(s) en paramètre.

krn installsign Version ...
Installe et signe la version déployée.

krn compilesign Archive ...
Compile les archives sources et génère des paquets d'installation avec des binaires signés.

krn compilsigninstall Version ...
Récupère l'archive des sources du noyau, génère les paquets avec des binaires signés ou le répertoire d'installation dans le dépôt local et lance l'installation sur le serveur.

krn verifykernel Version ...
Fournit les informations de signature du kernel et d'un module lié à celui-ci.

krn setconfig [Version] | [DEFAULT]
Permet d'utiliser un fichier en particulier pour la compilation du noyau.

• Sans paramètres : Affiche le fichier de config utilisé
• DEFAULT : Force à utiliser le fichier config du noyau courant
• FichierConfig : Nom du fichier qui sera préchargé pour la compilation

Exemple:

krn kernelconfig Version | Archive Label
Télécharge (ou pas) les sources de la version choisie et entre dans le menu de configuration noyau et enfin sauvegarde le fichier sous le format config-Version-Label

krn confcomp Version | Archive Label | KernelConfig
Même passage de paramètres que précédemment.
Configure et compile le noyau.

krn confcompinst Version | Archive Label | KernelConfig
Même passage de paramètres que précédemment.
Configure, compile et installe le noyau.

krn confcompsign Version | Archive Label | KernelConfig
Même passage de paramètres que précédemment.
Configure, compile et signe le noyau.

krn confcompsigninst Version | Archive Label | KernelConfig
Même passage de paramètres que précédemment.
Configure, compile, signe et installe le noyau.

Exemples de ce que donne la gestion des configuration custom :

L'utilisation des paquets custom se fait via le nom ckc-Version-Libellé

Spécificités DEBIAN et REDHAT

Installation
Par défaut, le squelette home directory met en place un fichier .profile dans lequel il manque une ligne qui aide bien :

Génération des paquets
(krn compile ou krn compilinstall)

Avant de lancer la commande, il y a quelques paramètres noyaux à changer dans le fichier config courant : /boot/config-$(uname -r)
Les paramètres à changer / positionner sont :

• CONFIG_SYSTEM_TRUSTED_KEYS=""
• CONFIG_DEBUG_INFO=n

Changelog KRN

[ Pas vraiment de changelog digne de ce nom pour les premières versions ]

KRN 3.0

• Fiabilisation des calculs des temps d’exécution (soucis de calcul octal dans le bash)
• Fiabilisation de « krn remove » : génère la liste des paquets installés pour l'apt-get remove au lieu de travailler avec des wildcards
• Mise en place de la commande GenPackage

krn GenPackage ou krn gp

Cette commande génère les paquets Debian depuis l'archive de kernel.org fournie en paramètre et dans le répertoire de celle-ci.
Pour l'instant, vous devez télécharger manuellement l'archive depuis kernel.org et la déposer sur un disque disposant d'au moins 15 Go d'espace libre.
En fin de traitement successfull, le répertoire temporaire de compilation est supprimé. Sinon il est laissé pour analyse.

Exemple :

KRN 4.2

Corrections et améliorations :

• ChangeLog  : Prise en compte du dernier commit
• ChangeLog / recherche : Insensible aux majuscules / minuscules
• ChangeLog / recherche : affichage du N° de commit (par rapport au changelog officiel)
• ChangeLog / recherche : affichage du pourcentage de commits trouvés
• LibKernel : Optimisation du calcul des temps de traitement

Exemple :

KRN 4.3

Corrections et améliorations :

• Changelog : suppression du double téléchargement du changelog (wget + curl)
• Compatibilité Debian : mise en place d'un sudo conditionnel en cas de compte root

Présentation sur GitHub :

• krn4.3.tar.gz : Archive contenant la version complète (comme depuis le début)
• krn4.3.tar.gz.lst : Liste des fichiers contenus dans l'archive ci-dessus
• krn4.3.tar.gz.cks : cksum des fichiers contenus dans l'archive ci-dessus

Ce packaging est issu d'un autre de mes outils que j'ai déposé sur GitHub : Archive Maker
Topic Archive Maker : https://forum.hardware.fr/forum2.ph [...] w=0&nojs=0

KRN 4.4

• Durcissement de la gestion des variables : en préparation de krn5.0
• Le répertoire workspace est systématiquement recréé s'il est absent
• Un répertoire relatif saisi est automatiquement conservé en absolu (nom complet)
• Un message indique quand le répertoire est créé ou recréé
• Traduction shakespearienne des derniers affichages en langue normale

Si le souhait de tout remettre à zéro vous démange, la commande magique est :

KRN 5.0

• Restructuration globale pour obtenir la modularité multi-dsitrib'
• Compatibilité avec les distrib' basées Redhat (rpm)
• Compatibilité dans les ARCH Linux (noyaux nommés ou noyau custom fixe)
• Amélioration de la gestion du workspace (krn list, krn purge)
• Gestion des paramètres intégrés à l'outil (krn configure)
• Gestion de l'accounting (krn configure, krn savelog)
• Nettoyage adapté du workspace (krn purge)
• Réduction des cas d'ambiguïté pour les versions racine (x.y vs x.y.0)
• Cohérence des commandes : « krn genpackage » devient « krn compile »

Pour la mise en route de cette nouvelle version sur une machine ayant déjà une version de krn, il y a une commande à passer :
« krn configure RESET »

Les modes de fonctionnement (portés par la variable KRN_MODE)

• DEBIAN : prévu pour les distrib' gérées avec des paquets .deb (apt etc ...)
• REDHAT : prévu pour les distrib' gérées avec des paquets .rpm (yum etc ...)
• ARCH : pour les ARCH Linux avec une installation (et suppression) de noyaux nommés avec le numéro de version (DKMS, GRUB etc ...) permettant d'installer plusieurs noyaux compilés.
• ARCH-CUSTOM : pour les ARCH Linux avec une installation utilisant un nommage fixe afin de supprimer les contraintes de mise à jour de GRUB (mise à jour et noyau par défaut au boot). Dans ce mode, un seul noyau compilé peut être installé.

Les nouvelles commandes
krn configure [RESET]
Sans paramètres, elle affiche les différentes options enregistrées et utilisées par les autres commandes krn.
Avec le mot-clé « RESET », l'utilisateur est invité à resaisir l'ensemble des paramètres.
Paramètres portés par les variables KRN_* :

• KRN_WORKSPACE : répertoire de stockage et de compilation des noyaux (paquets, archives, etc ...)
• KRN_MODE : définit le mode de fonctionnement. DEBIAN pour les distribs à paquets .deb, REDHAT pour les distribs à paquets .rpm ou ARCH pour les ARCH Linux.
• KRN_ARCHITECTURE : permet de compléter le nommage des paquets générés. Il sert également à sélectionner le jeux de paquets Debian sur le serveur Ubuntu Mainline (en mode DEBIAN)
• KRN_ACCOUNTING : définit un répertoire de stockage des logs des commandes krn. Quand le paramètres est vide, l'accounting est désactivé.

krn purge Pattern ...|all
Effectue un nettoyage du workspace en tenant compte des règles suivantes :

• Les éléments d'un noyau installé ne seront pas supprimés
• Un répertoire de compilation en cours d'exécution ne sera pas supprimé
• Quand plusieurs éléments répondent aux critères fournis en paramètres, l'utilisateur est amené à préciser quelle version doit être purgée du workspace

krn savelog
Un mécanisme d'accounting permet de conserver les logs des commandes krn dans un répertoire. Le mécanisme s'active en renseignant la variable KRN_ACCOUNTING lors d'un « krn configure » avec un nom de répertoire qui existe. Les fichiers *.log présents dans le répertoire d'accounting sont archivés dans un tar.gz horodaté.

Mode REDHAT
Les tests ont été effectués sur une CentOS 7 avec gcc 4.8.5 ... ce qui a limité la version Linux utilisable : les LTS 5.4.159 et 5.4.160. Pour les versions supérieures du Kernel, je recommande aux aventuriers d'effectuer les opérations en pas à pas : krn GetSource, krn Compile et enfin krn Install.
Pour la gestion de config grub, si vous voulez avoir le nouveau noyau par défaut au boot, il vous faut éditer manuellement le fichier /boot/grub2/grubenv. Attention, ce fichier doit absolument faire 1024 octets sinon GRUB part aux fraises. Je vais voir pour mécaniser de manière fiable ce point précis dans une prochaine mise à jour.

Modes ARCH et ARCH-CUSTOM
Les points encore sous surveillance sont les étapes dkms/depmod. Des ajustements et des améliorations peuvent arriver dans les prochaines versions.

KRN 5.1

• Mode ARCH / ARCH-CUSTOM : permutation du mkinitcpio avec le dkms autoinstall dans InstallKernel
• Mode ARCH-CUSTOM : GetKernel fonctionne correctement

KRN 5.2

• krn configure : Ajout d'un contrôle des paramètres sauvegardés pour éviter les incohérences avec des paramètres initialisés en krn4.x

KRN 5.3

• Aide en ligne : Affichage de la version de l'outil et refonte « ergonomique » (j'ai retouché les couleurs)

KRN 5.4

• « krn search » : Nouvelle commande qui effectue une recherche avec un N° de version (complet ou partiel) sur kernel.org et sur le serveur Ubuntu mainline (en mode DEBIAN). Cette fonction était présente dans « krn list ». Elle est maintenant isolée dans une commande dédiée. « krn list » conserve quand même la fonctionnalité pour des raisons de compatibilité.
• « krn list » et « krn search » : la recherche sur le serveur Ubuntu mainline ne se fait qu'en mode DEBIAN

KRN 5.5 Changelog
KRN 5.6 Changelog
KRN 5.7 Changelog
KRN 5.8 Changelog
KRN 5.9 Changelog
KRN 5.10 Changelog
KRN 5.11 Changelog

KRN 6.0 Changelog
KRN 6.1 Changelog
KRN 6.2 Changelog
KRN 6.3 Changelog

KRN 7.0 Changelog
KRN 7.1 Changelog
KRN 7.2 Changelog

KRN 8.0 Changelog
KRN 8.1 Changelog
KRN 8.2 Changelog
KRN 8.3 Changelog

KRN 9.0 Changlog
KRN 9.1 Changlog
KRN 9.2 Changlog

KRN 10.0 Changlog
KRN 10.1 Changlog
KRN 10.2 Changlog
KRN 10.3 & 10.4 Changlog
KRN 10.5 Changlog
KRN 10.6 Changlog
KRN 10.7 Changlog
KRN 10.8 Changlog

Je pose ma tente même si je n'utilise pas ton script, mais je salue l'initiative !

FX 8350 / SSD Sata : environ 40 minutes
Ça me prend le même temps que de compiler Firefox (ce qui n'a rien à voir j'en conviens).
 
De même, je n'utilise pas, mais, je mets le pouce ici aussi (comme dans le topic du uname -a).

Drap

+1 donc

KRN 4.3 Out !
(changelog dans le 3eme post)

quelques trucs à corriger :
* impossible de lister les paquets disponible, "krn List" ne liste que ce qui est local.
* à la première utilisation il enregistre une variable "workspace" mais dans le dossier courant. Si tu sors du dossier ou que tu supprimes krn, si tu reviens sur krn il ne trouve plus "workspace"

edit : il faut rajouter n'importe quoi après "krn list" pour qu'il recherche (et aussi supprimer le fichier temporaire "ListDistante" sinon il ne fera rien). Mais même là il ne trouve rien.
noyau 5.13 installé, et il ne trouve aucun noyau supérieur

Je vois.
Je vais déplacer les commandes de d'initialisation du workspace dans le parser afin d'effectuer les contrôles systématiquement.
Si tu as eu un "ListeDistante", c'est que tu as réussi à la faire planter (sur absence du répertoire workspace par exemple). Lors de l'init de la variable, je vais voir pour contrôler la présence du répertoire et s'il est absent, alors il y aura de nouveau saisie.

Ah oui, je le préciserai, lors de la saisie du répertoire workspace, il faut mettre un chemin complet et surtout pas un chemin relatif pour l'instant. Après corrections, il se démerdera pour gérer comme il faut les chemins relatifs.

vu à côté, j'ai regardé manjaro. Et oui, tu pourrais interfacer le tout (peut être en ajoutant un pkgbuild pour kernel.org)

KRN 4.4 Out !
(changelog dans le 3eme post)
 
Post spécial PetitJean

J'ai quelques idées pour krn5.0.  
Tout d'abord, organiser le fonctionnement sur une histoire de mode en fonction de la distrib'
Je pense faire pour krn5.0 un mode "Debian" et un mode "GNU" (genre configure; make; make install). L'intégration des autres modes se fera au fil de l'eau et des scripts qu'on me soumettra.  

*** APPEL AUX BONNES ÂMES ***
 
Pour les ceusses qui compilent leur noyau, est ce que vous souhaitez disposer de "votre" script dans KRN ? Pour cela, il suffit de m'envoyer la chose avec les pré-requis logiciels histoire d'intégrer un contrôle pré compilation.  
 
Je suis en train de rassembler les méthodos de noyau « en manuel à la main » pour en intégrer un maximum. En fait je suis entrain de rendre KRN compatible avec un maximum de distrib' pour en faire profiter un maximum de personnes.

non toujours pas, désolé

edit : aaaaah mais c'est normal . tu mets tout dans "/tmp", normal qu'à la commande suivante il ne trouve plus le fichier puisque déjà supprimé
va falloir choisir plutôt $HOME/.cache

non même pas, rien à voir... je vois la liste dans tmp puis elle disparaît (normale, elle est supprimé dans le script...)
mais aucun affichage des noyaux dispo

oh punaise j'ai trouvé
 

 
je pouvais toujours tester le code qui suit vu qu'on ne l'atteignait jamais

Ben oui, sinon les listes kernel.ubuntu et kernel.org seraient longues, mais longues !

mais je fais comment pour afficher la liste alors ?
surtout qu'ensuite dans le script tu prévois le cas d'afficher toute la liste sans paramètre de recherche

Tu mets un "5" par exemple et tu auras plein de versions qui s'affichent.  
J'imagine que tu recherches essentiellement les dernières versions ?!
 
Essaie un « krn list 5.1 » par exemple

Avec la sortie de linux 5.15, en raison du nommage utilisé, le passage de paramètre se fait comme ça :  

• krn get 5.15
• krn install 5.15
• krn getsource 5.15
• krn compilinstall 5.15

• krn remove 5.15.0

Pour le « krn remove », il convient d'ajouter le « .0 » dans la mesure où il sera désinstallé lors de l'arrivée de la 5.15.2 la plupart du temps

Le prochaine version de krn, la version 5.0 ne devrait plus tarder.  
 
Il reste un dernier test dans le tuyau sur une ARCH Linux et tous les tests unitaires sont OK pour la gestion des paquets RPM.  

KRN 5.0 out !
avec plein de nouveautés ... les 3 premiers posts du topic ont été mis à jour avec toutes les informations nécessaires.

Merci pour le taf !

Faudra penser à mettre à jour le titre du sujet vu que c'est multi-distro maintenant...

Done.

Compilation + install du 5.15.5 avec KRN 5.1 nickel sur Archlinux en mode ARCH-CUSTOM  

 
Et hop !

 
 
Petite suggestion d'amélioration cosmétique : Serait-il possible d'afficher le numéro de version quand on fait juste krn, ou alors avec un krn version ?
 
Merci d'avance

Krn 5.3 out !
(cf les posts au début du topic)

Merci !

Krn 5.4 out !
(cf les posts au début du topic)

Version spéciale PetitJean ...

Pour les Debian, le mieux est de compiler (le 5.15.6 passe sur Debian 11).

On peut essayer les paquets Ubuntu (les mêmes référencés par ukuu), mais le paquet linux-header ne s'installe pas en raison d'un mismatch de version de la libc. J'ai le même problème sur ma KDE Neon (basée sur ubuntu 20.04 lts) où la version de la libc est trop basse par rapport au paquet. Ceux qui utilisent la dernière Ubuntu 21.10 n'ont pas le souci.

Pour les Debian, il y des opérations particulières décrites dans 2nd post

Sortie de Linux 5.16

Petit rappel syntaxique, le .0 n'apparait pas dans les noms de fichiers, du coup cela donne les syntaxes suivantes  :

Travaux en cours :
J'ai mis la main sur le tuto qui va bien et qui explique comment signer un kernel avec un certificat local (celui créé pour Virtualbox par exemple) quand on est confronté à un UEFI/SecureBoot
Il va y avoir des ajouts dans le « krn install » qui signera automatiquement les noyaux et les modules juste après leur installation pour peu qu'il y ait les éléments nécessaires.  
 
La mise en place d'un certificat local pour le SecureBoot, c'est une plaie.

Merdasse, il faut passer par la création d'un certificat directement dans le bon format et l'intégrer aux clés UEFI. Je voulais utiliser celle qui a été générée et chargée pour les modules virtualbox lors de la 1ere installation.

Bon, finalement, j'ai réussi à gérer les signatures de noyau sur Debian.
Je finis de mettre au point le script de signature et je mets à disposition la version 5.5.
(là, je poste depuis le PC du taf en SecureBoot avec le 5.17.3 )

KRN 5.5 out !
 
La grosse nouveauté est la prise en charge des signatures de noyau et des modules associés pour les serveurs calés en UEFI / SecureBoot. Pour l'instant, la suite ne gère que le mode DEBIAN.
La génération et installation des clés / certificats nécessaires sont décrites sur : https://wiki.debian.org/SecureBoot
Une fois les éléments en place, un « krn configure RESET » s'impose pour renseigner l'outil.
 
KRN permet 2 approches :

• Signer les noyau/modules déjà installés (sign et installsign)
• Signer les binaires lors de la compilation et avant la génération des paquets d'installation (compilesign et compilsigninstall)

Le github est à jour