La surprise du matin en lisant le changelog Linux 2.2.20pre10 : celui-ci est censuré, pour respecter le DMCA .... (autocensure d'Alan Cox ?)

Il y a quelques threads sur le sujet. Personnellement, je reste perplexe ... et je ne comprends pas! Si quelqu'un peut m'expliquer?

Le noyau 2.4.13 est sorti. Esperons qu´il s'agit enfin d'un noyau pas trop buggé et avec une gestion correcte de la VM !

Bonne compile à tous et merci à la boite Kernel.

Je viens de lire dans Nospoon (qui s'inspire d'Advogato) qu'Alan Cox ne comptait pas maintenir la version 2.4 du noyau linux. Apparemment Red Hat devrait l'occuper un peu plus sur des problèmes plus directement liés à sa clientèle. Marcelo Tosatti devra prendre la relève, cependant assisté par Alan. Linus devrait quant à lui entamer la version 2.5 après avoir définitivement fixé le noyau 2.5.

Alan Cox a officialisé la sortie du noyau 2.2.20. Un résumé des modifications entre le 2.2.19 et 2.2.20 sera disponible lundi probablement.

Le noyau Linux 2.4.11 est à peine sorti que voici déjà le noyau 2.4.12, en version finale (si, déjà, vraiment).

Le ChangeLog étant tout sauf long, je le mets ci-dessous:

final:
- Greg KH: USB update (fix UHCI timeouts, serial unplug)
- Christoph Rohland: shmem locking fixes
- Al Viro: more mount cleanup
- me: fix bad interaction with link_count handling
- David Miller: Sparc updates, net cleanup
- Tim Waugh: parport update
- Jeff Garzik: net driver updates

Merci à la boi-boite Kernel.

Note du modérateur: ce noyau a (déjà) un problème, un 2.4.13 devrait suivre bientôt, sinon le patch est dans les archives de la lkml.
Update du modérateur: je me permets de passer cette nouvelle sur la page principale.

Une chtite traduction siouplait, tout est dans le titre...

Note du modérateur: kernel traffic est un résumé des messages qui sont passés sur la liste de développement du noyau Linux, dont le nombre important de messages n'incite pas à s'y abonner. Vous avez donc là un condensé des discussions qui y ont eu lieu. Voici une traduction française, à lire.

Le noyau 2.4.14 est sorti !

Au menu, beaucoup d'update comme l'USB, la compilation du module NTFS sur sparc ou d'autres ! Je vous laisse voir le ChangeLog !

Note du modérateur: Si vous rencontrez un problème à la compilation dans loop.c, le patch/la solution se trouvent dans les archives de la liste de diffusion (il suffit d'effacer les 2 lignes posant problème).

Serge a rajouté : « Après les nombreuses controverses sur le changement brutal de VM à partir du noyau 2.4.10 et les sorties un peu rapides du 2.4.11 et du 2.4.12 comportant tous deux quelques bugs notables de fonctionnement ou de compilation, le 2.4.13 a marqué un début de retour vers la stabilité.

Le 2.4.14 dont le Changelog ne comporte plus de modification majeure, seulement des petites corrections utiles et du tuning fin du fonctionnement de la VM.

Côté organisation générale du développement du noyau :
- Alan Cox commence à dire qu'il devrait adopter la nouvelle VM dès les 2.4.14-ac
- Tout le monde commence à trouver la nouvelle VM pas si mal que ça
- Il devrait encore y avoir un 2.4.15 par Linus avant que celui-ci n'ouvre la branche 2.5 pour de bon et confie la suite de l'évolution du noyau à Alan Cox ou Marcelo Tosatti»

Newsforge a écrit une interview très intéressante sur Alan Cox. On peut notamment lire les motivations pour lesquelles il a refusé de publier les changements de sécurité du noyau en accord avec le DMCA.

Sur une note plus optimiste, il donne ses vues sur le travail qu'il doit réaliser sur le noyau 2.5 ainsi qu'une analyse sur le futur de Linux.

Bon article, en Anglais malheureusement (enfin, Google translate fait des miracles, suivez le second lien, souvenez vous que kernel traduit donne grain ;).

Slashdot l'annonce : Linus vient d'intégrer ext3 à son noyau 2.4.15-pre2.
L'occasion pour moi de vous inviter a consulter la manpage de la commande tune2fs, particulièrement l'option "-j", pour vous préparer a la sortie du 2.4.15 final. Tune2fs fait partie du package e2fsprogs dont la version 1.20 (or later) est nécessaire pour jouer avec ext3.

Un petit bémol pour modérer vos ardeurs : ext3 est encore classé _expérimental_ même si des sites comme rpmfind le font tourner depuis (très) longtemps et que la RedHat 7.2 vous propose de formater ou migrer vos partitions en ext3. Personnellement j'ai sauté le pas. Et éviter des fsck sur 20Go vous imaginez sûrement quel bien fou ça fait :)

Note du modérateur: merci à Jean-Yves LENHOF qui a aussi proposé cette nouvelle.

Suite à son article sur la nouvelle VM (Virtual Memory) apparue avec le noyau 2.4.10, Moshe Bar a mis à jour son comparatif des VM de Linux et FreeBSD. L'ancien comparatif (Linux 2.4.0 et FreeBSD 4.1.1) laissait apparaître un net retard de Linux.

Le nouveau comparatif remet les 2 OS sur un pied d'égalité.

Comme promis suite aux déboires du noyau 2.4.15, le nouveau noyau 2.4.16 vient de sortir.

Il corrige le problème de corruptions des inodes du 2.4.15 et aussi quelques autres corrections.

Voici un morceau du ChangeLog :

- Fix 8139too oops (Philipp Matthias Hahn)
- Correctly sync inodes in iput()(Alexander Viro)
- Make pagecache readahead size tunable via /proc (was in -ac tree)
- Fix PPC kernel compilation problems (Paul Mackerras)

Maintenant que Linus ne s'occupe plus de la branche 2.4.x, espérons que ça ira mieux ;-)

La série 2.4.x du noyau a récemment essuyé quelques critiques dues à certaines malfonctions. Ces dernières étant la cause de sorties (très) rapprochées de nouveaux noyaux.

Pour essayer d'éviter cela, Marcelo Tosatti a décidé d'employer la méthode suivante: 2.4.x-preY tant que de nouveaux trucs sont rajoutés, 2.4.x-rcZ tant que les rajouts posent problème. Et le dernier -rc auquel personne ne trouve à redire est lancé en tant que 2.4.x, sans aucun changement.

Une discussion sur la kernel mailing-list.

Papa Torvalds prend la théorie de l'évolution en exemple pour montrer que le design ne sert à rien dans un projet. Selon lui, Linux n'a jamais été pensé à l'avance. Le contraire l'aurait conduit à l'échec. C'est le cas de tous les gros projets réussis (l'homme :-), etc. Cette philosophie explique pourquoi Linus n'est pas indispensable (sauf par son côté sociable). Ce qui fait le sel de la discussion, c'est qu'on peut l'appliquer à d'autres domaines, comme le résumait Alan Cox: "on a fait des murs avant de réfléchir sur le ciment".

Une interview de Neal Walfield, de l'équipe GNU/Hurd est proposée sur Kerneltrap.

"Hurd est une approche unique et intéressante pour résoudre de nombreux problèmes présents dans les OS actuels."
"Hurd est un ensemble de serveurs fournissant des interfaces similaires à ceux trouvés dans les noyaux traditionnels Unix. (...) Cela offre plus de puissance et de flexibilité et à l'administrateur et à l'utilisateur et, ainsi, augmente la sécurité du système."

'Hurd' est un acronyme pour `Hird of Unix-Replacing Daemons'.
'Hird' est un acronyme pour `Hurd of Interfaces Representing Depth'.

Et en bonus la réponse à Linus Torvalds sur les développeurs Hurd et la prise de stupéfiants.

Note du modérateur : j'ai rajouté l'URL de la news précédente sur Neal Walfield sur la dernière conférence Hurd qui s'est déroulée à Paris

J'arrive sur Linuxfr et paf je vois dans la boiboite kernel que non seulement le 2.4.15 est sorti mais que la série des 2.5 vient de faire son entrée. :)

Comme prévu le 2.4.15 contient ext3, mais aussi des mises à jour de drivers, de l'usb, de nfs, de la VM et tout le toutim :)

Voici le README trouvé sur kernel.org à propos du 2.5.0 :
"Linux-2.5.0 is exactly the same as 2.4.15, except for a version number change. Subsequent releases diverge, with Marcelo Tosatti maintaining the stable 2.4.x kernels, while the 2.5.x kernels are for development work."

Comprenez que le 2.5.0 est identique au 2.4.15 au numero de version près. A partir d'aujourd'hui les 2 branches divergent. Marcelo Tosatti se chargera désormais de maintenir les 2.4 et les 2.5 sont des versions de développement.

"Using 2.4.15/2.5.0 can result in file system corruption due to a mishandling of dirty inodes. sync before unmounting and use a kernel prior to 2.4.15-pre9."

En gros ça dit que le 2.4.15/2.5.0 contient un bug dans la gestion des "sales inodes", et qui peut résulter dans un filesystem corrompu.

Ils recommandent de repasser en 2.4.15-pre9 le temps que le patch soit intégré aux sources du kernel.

Update du modérateur : l'auteur de la news originale s'étant trompé, je corrige : le bug étant apparu dans le 2.4.15-pre9, il faut utiliser un kernel antérieur, donc un 2.4.15-pre8.

Voici un petit article qui donne envie...

En effet, Linus Torvalds considère la branche 2.4 du noyau comme stable et fonctionnelle. Depuis le 23 novembre, le développement du prochain noyau est en route...

Au menu tout plein de bonne choses:
- amélioration des systèmes de fichiers Linux
- refonte des pilotes matériels
- meilleure gestion du son
- etc...

L'article de 01net est intéressant et permet un avant gout de ce que sera le 2.5.x ;)
On notera particulièrement l'intégration du système de fichiers répartis Inter-Mezzo dans le noyau 2.5 (Inter-Mezzo permet de répliquer l'arborescence d'un système de fichiers à travers le réseau). Et aussi la création d'une interface commune pour les systèmes de fichiers ext3 et reiserfs...

Du bon en perspective!!!

Le noyau Linux 2.4.17 est sorti, avec de nombreux fix et mises à jour . Pour ceux utilisant des ordinateurs de bureau, pensez à installer le preempt patch qui améliore les temps de réponse.

Un dénommé Michael Cohen vient d'anoncer sur la LKM (Linux Kernel Mailinglist) la création d'une nouvelle branche du noyau 2.4, axée sur les performances.

Au menu:
Reverse Mapping patch #9 (Rik van Riel)
Preemptible Kernel Patch (Robert Love)
Lock-Break Patch (Robert Love)
CPU affinity /proc entry (Robert Love)
Netdev-random (Robert Love)
Software Suspend (Gabor Kuti?)
Real Time Scheduler for Linux (?)
IDE updates (Taskfile IO and others) (Andre Hedrick}

A vos compilateurs !

Tout est dans le sujet: le numéro 148 de Kernel Traffic vient de paraître (date du 1er janvier).

Extrait du menu:
-Microsoft Patents Loading A Trusted OS Into A Trusted CPU
-Status Of CPU Hotplugging In 2.5
-2.5 API Change Summaries
-VM Subsystem Fixes In 2.4 And 2.5
-Status Of Asymmetric Multi-Processing
-Compiler Optimization Requirements
-2.4 Release Policy
-Web Page Tracking All Linux Ports
-Marcelo On Vacation

Il faut peut-être préciser que Kernel Traffic est une « newsletter » hebdomadaire qui propose une synthèse de la mailing liste linux-kernel.

Pout tout ceux qui sont curieux de savoir comment ca se passe à l'intérieur, le Linux Journal présente un article intéressant mais quelque peu technique sur le traitement des paquets dans le noyau Linux.

On trace le trajet des paquets au sein du noyau Linux au gré des fonctions qui entrent en jeu.

NdR: c'est une version édulcorée d'un guide "The journey of a packet through the linux 2.4 network stack" réalisé par Harald Welte.
NdR2: une "foultitude" de document concernant netfilter peut se trouver sur le site de netfilter.gnumonks.org (certains sont traduits en français)

Suite à l'engouement pour l'article précédemment passé qui concernait le trajet des paquets IP dans la pile réseau du noyau 2.4, je mets à disposition une traduction en ligne avec un petit schéma de la doc d'Harald Welte.

J'espère que ca permettra une approche plus facile ;)

Toute remarque est la bienvenue...

Un article sur Byte.com fait le point sur les différentes branches du noyau Linux. Des tests de performance sont même réalisés...

En conclusion, écrire une bon gestionnaire de mémoire virtuelle est la preuve ultime d'une expertise pour un développeur système. L'auteur pense que Andrea Arcangeli et Rik van Riel connaissent bien leur affaire et que toutes les modifications faites par Alan Cox ont encore amélioré leur VM.

Après avoir travaillé intensément sur ces noyaux, l'auteur en est arrivé à la conclusion qu'il préfère les noyaux 2.4.17 ou 2.4.18pre2aa pour des serveurs fortement sollicités.
Le patch de "reverse-mapping" de Rik, néanmmoins, est très prometteur, mais doit être stabilisé.

Finalement l'auteur estime que le noyau de la Red Hat 2.4.9 est un très bon noyau, rapide et stable.

La dernière version du noyau vient de sortir...
Au menu pas mal de correction de bug, l'amélioration des versions sparc64, du système de fichier ext2...

A noter aussi:
- la mise en place d'un correctif permettant de prévenir dans le cas ou un processeur Athlon ne serait pas capable de faire du SMP.
- support pour le composant i810 d'Intel
- etc...

Note du modérateur : On nous signale aussi l'intégration de l'option "preempt" au stade du 2.5.4-pre6, option qui augmente la réactivité du système (cf. articles sur linuxdevices). Attention, il s'agit d'un kernel de Développement. Le dernier kernel Stable est le 2.4.17 (voire le 2.4.18-pre9). A réserver à ceux qui veulent être au courant des dernières évolutions (cf. le dernier lien, sur le statut du kernel).

Les développeurs et les développement du noyau de notre os préféré étant de plus de plus nombreux, Linus a décidé de changer de système d'application de correctifs et ainsi d'automatiser les mises à jour du noyau via le logiciel BitKeeper de Bitmover. Ce système permet entre autre l'application de patch directement depuis un mail, plus de détails dans l'article suivant..