Reprise du message précédent :
Il faut que j'aille voir ce qu'il se passe ... ils ont p'tet changé la gestion des arborescences.

Edit
y'a plus rien après la 6.11.0 ... je vais laisser en place pour ceux qui voudraient jouer avec des vieilles versions.
Ceci dit, je réfléchis à détecter et lister les corrections de CVE dans la commande ChangeLog et aussi à corriger un bug sur la suppression des modules.
Ah oui, tiens, y'a un autre truc qui me travaille, c'est la prise en charge de la version linux-next.

KRN 10.5 out !
 
Opération obligatoire :  

• krn Configure
• Les binaires ont été compilés en amd64 avec gcc 14.2. S'ils ne sont pas compatibles avec l'OS hôte :  

 
L'aide en ligne est à jour sur le 1er post.
 

• krn Curses : Affichage des temps, changement du mode de calcul, passage de double float en entier pour supprimer l'imprécision. C'est l'occasion d'ajouter les micro-secondes.

Je viens de faire une passe en manuelle à la main avec linux-next.
Cette version est la dernière RC agrémentée de l'intégration quotidienne que fait Linus de manière hebdomadaire le dimanche soir. Des salves de commit arrivent tous les jours et permettent de refabriquer rapidement une version actualisée de la RC du noyau.

Est ce intéressant ? ... le seul à utiliser linux-next à ma connaissance est Phoronix. Pour ma part, une RC par semaine me suffit largement par rapport à ce que j'en fait.
Maintenant si quelqu'un exprime le besoin d'utiliser plus facilement linux-next, je peux me pencher sur la mise au point de mécanismes de gestion simplifiée de linux-next.

Bidouille en cours ...

J'essaie de voir s'il est possible de caler une gestion GIT sur la version stable dans KRN. Pour l’instant j'explore le mécanisme et la syntaxe GIT qui va bien pour l'exercice.

Bon, j'ai trouvé la syntaxe qui me permet de générer les paquets (Debian dans mon cas) depuis un GIT CLONE puis ensuite avec des GIT PULL.
Le temps de mise à jour des sources est rapide (entre 1 et 2 secondes) ... ce qui correspond à mon temps de téléchargement du tar.xz

Bref, je me suis fait l'exercice de générer les paquets debian depuis la 6.11.1 jusqu'à la 6.11.6 ... et ça donne :

Bref, malgré une mise à jour incrémentale des sources du répertoire de build, le temps de compilation est toujours le même sauf pour la 6.11.4 où on gagne 4 minutes.
Du coup, je me demande si ça vaut le coût de mettre en place une gestion GIT dans le suivi des versions de noyaux.

ah bah le mainline est de nouveau mis à jour chez ubuntu

Ils n'ont pas encore rattrapé tout leur retard
 

KRN 10.6 out !
 
Opération obligatoire :  

• krn Configure
• Les binaires ont été compilés en amd64 avec gcc 14.2. S'ils ne sont pas compatibles avec l'OS hôte :  

 
L'aide en ligne est à jour sur le 1er post.
 

• Contrôle des prérequis : Ce contrôle est maintenant adapté à l’activité de l'utilisateur : consultation, signature de noyaux / modules et compilation.
• krn remove : Suppression de l'arborescence /lib/modules quand le noyau correspondant est déjà désinstallé.

KRN 10.7 out !
 
Opération obligatoire :  

• krn Configure et fermeture / ouverture du terminal
• Les binaires ont été compilés en amd64 avec gcc 14.2. S'ils ne sont pas compatibles avec l'OS hôte :  

 
L'aide en ligne est à jour sur le 1er post.
 

• krn Infos : Nouvelle commande donnant des informations locales et distantes sur la version de noyau donnée en paramètre
• krn Upgrade : Menu d'installation enrichi avec la signature et les configurations custom
• krn Curses : Cadrage à droite des durées d'execution
• Contrôles : blocage des commandes utilisant le workspace local quand le répertoire n'existe pas
• Correction de quelques bugs mineurs

Exemple de retour le « krn infos »

 
Et pour les paresseux  ....

 
Ce type de menu dynamique est disponible également dans « krn Upgrade »

Un p'tite capture des compilations de la 6.12.9 ...
 

Et hop nouvelle config ...
 

 
Pour info, j'ai juste posé le SSD du 5950x et appuyé sur le bouton ... 0 réinstallation !  

La compil pour l'Athlon FX avec les T°

 
Le régime de croisière full CPU : entre 5 et 5,1 Ghz

Vu la fréquence, ce n'est pas excessif niveau température .

Bon, ben avec 3 compils simultanées, le proc a pris 80°C pendant environ 20 grosses minutes
Côté mémoire, je suis arrivé autour 9 Go de libre sur les 48 Go installés (j'avais un Win11 sous Virtualbox à côté) ... et faudra voir si j'arrive à activer le profil XMP pour mesurer ddr-5600 vs ddr5-8000.

A l'occasion de la sortie de la 6.15-rc1
 

Pour info :  
Les accès aux pages git de kernel.org sont sujettes à des tests de détection de bots ... et krn GetSource a du mal avec les archives en RC.
Il vous faut passer par le téléchargement en manuel à la main avec le navigateur.  

Ah purée vont pas s'y mettre aussi eux! C'est devenu une vraie plaie ces tests/captchas partout et de plus en plus, y'a pleins de sites où je dois changer de profil FF (pour un profil moins "restrictif", mais j'ignore les causes exactes hélas) pour pouvoir y accéder.
 
Désolé pour le coup de gueule. Je sors.

Tu parles d’Anubis ? Tu te plains du mauvais côté de la table, là : c’est à cause des scrapers IA qui font du DDoS massif sur tout le Web qu’il a fallu (mais au sens de « mal nécessaire qu’on aurait largement préféré éviter ») mettre en place des protections pour éviter de saturer la bande passante des sites et qu’ils restent accessibles aux utilisateurs légitimes (les internautes humains et la Wayback Machine, seul bot reconnu d’utilité publique pour son boulot de préservation de la mémoire du Web). C’est certainement pas de gaieté de cœur que Xe Iaso a dû le créer, ni les webmasters de l’intégrer à leurs sites pour pas se faire piller leurs contenus et BP à coups de milliers de requêtes par seconde en continu pour faire tourner un LLM qui consomme en un mois autant d’électricité que certains pays entiers en un an. Vivement d’ailleurs que ces saletés (LLM, cryptomonnaies et autres inutilités énergivores) soient enfin déclarées illégales et arrêtées pour de bon, quand on exige par ailleurs de toi de faire preuve de « sobriété » parce qu’à ce rythme, on ne tiendra pas 5 ans (et encore moins en vrai).
 
Après, Anubis, c’est juste un système de défi en JS que le navigateur doit réussir, sans intervention humains. Bien moins gênant que le précédent concept de Captcha (surtout celui de Google) qui t’oblige, toi, à bosser gratuitement pour entraîner leur IA de reconnaissance d’images en cliquant sur des photos de vélos ou autobus…
 
Bref, ne te trompe pas de coupable et ne t’en prends pas à la victime quand celle-ci ne fait que se protéger des agresseurs.

Tu as bien raison et j'en suis bien conscient. Moi aussi je verrai bien les LLM et Shitcoin et autres virés de la planète, mais faut pas rêver... Je sais que les sites doivent se protéger, mais n'empêche que c'est pénible quand on surfe avec NoScript et Cie.
 
@TNZ: Je peux supp' mes messages ici, fais moi signe le cas échéant et désolé pour la pollution...

Pas de soucis, au moins maintenant j'ai le pourquoi du comment.  
(paskeu j'avais la flemme de chercher )

Aujourd’hui, vouloir surfer sur le Web sans JS activé/disponible, c’est comme vouloir élaguer un arbre sans cisaille ou tronçonneuse…

KRN 10.8 out !
 
Opération obligatoire :  

• krn Configure et fermeture / ouverture du terminal
• Les binaires ont été compilés en amd64 avec gcc 15.1. S'ils ne sont pas compatibles avec l'OS hôte :  

 
L'aide en ligne est à jour sur le 1er post.
 

• Curses : Gestion des erreurs de compilation maintenant opérationnel
• Linux 6.15+ : Ajout du prérequis de compilation libdw-dev pour le mode DEBIAN et REDHAT
• Binaires : Livrés de base compilés en GCC 15.1
• krn Purge : Les wilcards sont interprétés correctement (purge des ckc par exemple)
• Correction de quelques bugs mineurs

P'tit warning pour la sortie de la version 6.16.2

Les commandes « krn CompilSign » plantent au moment de fabriquer les paquets finaux.
Il faut repousser la signature à l'installation du noyau, par exemple :

Fin d'alerte
 
La signature de la version 6.16.3 a fonctionné normalement.

Même punition, même motif pour la 6.16.9 et le 6.17.0

Edit : Bizarre, avec une autre machine la compilation / signature est passée crème !? (x86_native_cpu)