Je peux vous garantir, en ayant fait moi-même l'expérience, qu'on ne ressort pas indemne d'une plongée dans le processus de développement de Linux ! Savez-vous par exemple que l'équipe de développement du noyau sort une version toutes les sept à huit semaines avec un nombre de lignes de code ajoutées, modifiées ou supprimées à chaque fois qui est de l'ordre du million ? Que le développement se fait en toute transparence sur Internet ?

Comparez avec Vista qui est sorti dans la douleur, au bout de 5 années de développement effectué derrière des portes fermées.

Mon article, essayant de décrire tout ce processus, est disponible sur Internet sous forme Wiki (donc éditable par tous). Les améliorations seront les bienvenues, je cherche en particulier de l'aide pour les chapitres consacrés aux distributions Fedora, Ubuntu, SuSE, etc.

Découvert en naviguant sur http://linux.inet.hr, un article portant sur un livre (ou e-book) : Linux Kernel in a Nutshell.
Il s'agit d'un livre écrit (en anglais) par un développeur et mainteneur du noyau Linux, Greg Kroah-Hartman, publié aux éditions O'Reilly.
Par ailleurs, ce livre est aussi disponible en tant qu'e-book libre (sous licence Creative Commons Attribution ShareALike 2.5 - BY-SA donc) et cela gratuitement, sur le site dudit développeur, au format de fichier PDF ou bien DocBook, pour l'ensemble du livre ou pour chacun des chapitres.

Voici quelques citations prises du site (NdM : voir citations originales dans le corps de la dépêche) :
« Si vous voulez savoir comment compiler, configurer et installer un noyau Linux sur mesure pour votre machine, achetez ce livre. Il est écrit par quelqu'un qui passe ses journées à compiler, configurer et installer des noyaux sur mesure en tant que membre du processus de développement de ce projet sympathique et collaboratif appelé Linux »
« Le livre se base sur la version 2.6.18 du noyau, de nouvelles versions du noyau engendreront des changements des possibilités de configuration et de l'ajout de nouvelles options de configuration. Néanmoins, les concepts principaux du livre restent valables pour toute version du noyau. »
« Je souhaite que ce livre aide de nombreuses personnes à entrer dans le giron des développements du noyau Linux. [...] Plus de personnes s'y essaieront - et s'apercevront qu'il n'y a pas vraiment de magie au sein des processus du noyau Linux - plus de monde souhaitera s'y coltiner et s'essayer à rendre le noyau aussi bon qu'il est possible. »

Évidemment, il faut préciser que l'achat du livre est le meilleur moyen de "récompenser" l'auteur et plus généralement ce genre d'initiative.

P-S : Attention à ne pas confondre ce livre avec "Linux in a Nutshell", lui-aussi publié aux éditions O'Reilly.

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 2.4.11 vient de sortir (2001-10-09 23:55 UTC).

Au menu : des mises a jour pour l'USB, corrections pour devfs, le support agpart pour les cartes Intel 830M et des tas d'autres choses que vous pouvez lire dans le Changelog.

Le "Linux 2.5 Kernel Summit" s'est déroulé à San José, pendant deux jours. Le but de cette manifestation est de rassembler les développeurs du kernel afin de déterminer les grandes lignes pour le développement du futur noyau 2.5.

Linus a expliqué sur un poste sur la liste du kernel que "assez c'est assez, et que les choses ne s'améliorent pas en les faisant tester encore et encore par les mêmes personnes. En clair, le 2.4.0 est sorti"

'nuff said, je commence à télécharger et je compile!

Note du modérateur: Vous êtes plus d'une quinzaine de personnes à nous avoir proposé cette nouvelle, stoooop! :)
De plus Alan a mis à disposition un 2.4.0ac1

Linus Torvalds a mis à disposition vendredi les sources du noyau 2.4.0-test8. Il explique aussi les clarifications que le fichier COPYING contient. En effet il stipule que seule la GPL v2 est valide pour le noyau, et qu'une version plus récente de la GPL ne sera pas utilisée automatiquement. Cette licence est la même pour le noyau depuis la version 0.12. Pourquoi ? Simplement parce qu'il y avait eu des discussions sur la v3 de la GPL concernant la possibilité d'inclure des limites aux personnes "bien intentionnées" et sur lesquelle Linus n'est pas d'accord. Bien sur il indique que si vous participez au développement du noyau, vous pourrez indiquer lors de proposition de patch que vous souhaitez que votre code soit valide sous des licences GPL plus récentes.

Vu sur linux power:
"Par ailleurs Linus a annoncé ce soir que ce serait le dernier noyau 2.3.x
Le but est la série 2.4-pre"

NdM. : cette dépêche a été initialement publiée le 13/03/2000 à 21h56, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).

Voilà que le 2.2.11 est disponible, toutes les modifications sont en
ligne à l'url suivant.

NdM. : cette dépêche a été initialement publiée le 10/08/1999 à 20h02, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).

Le site Secuobs.com, spécialisé dans le domaine de la sécurité informatique et ses outils libres, propose un dossier sur les systèmes qui permettent de renforcer la sécurité de la branche 2.6 des noyaux Linux.

Ce dossier francophone, en libre l'accès pour tous, porte sur l'activation de ASLR (Address Space Layout Randomization), de GrSecurity et de PaX ainsi que sur celle de SELinux ; vous y retrouverez les procédures d'installation, de configuration et d'administration de ces mécanismes ainsi que des exemples d'attaques.

Vous pourrez également vous servir de la base d'exploits ExploitTree, basée sur CVS, et de sa plateforme de recherche en Perl afin de tester l'ensemble de ces fonctions de renforcement des noyaux Linux de cette branche.

Aujourd'hui, le nombre de périphériques nécessitant des pilotes binaires dans le noyau Linux s'accroît. Du côté des cartes graphiques, NVidia a toujours livré des pilotes binaires pour Linux. ATI, qui à l'origine fournissait des pilotes libres a rejoint NVidia et livre maintenant des pilotes binaires. De nombreux chipsets Wifi ne disposent pas non plus de pilotes libres, et les utilisateurs doivent passer par ndiswrapper, une couche de compatibilité permettant d'utiliser sous Linux des pilotes prévus pour Windows.

Ces pilotes binaires posent un certain nombre de problèmes, qui ont poussé Arjan van de Ven, développeur du noyau Linux, à publier une petite fiction intitulée « Linux dans un monde binaire, une hypothétique débâcle ». Cette petite fiction, dont une traduction rapide et non-officielle est proposée dans le corps de l'article, pourrait bien devenir réalité si les pilotes binaires venaient à se généraliser. Le traducteur a ajouté des notes de bas de page à l'histoire afin de faciliter sa compréhension par des non-spécialistes.

Pour résumer, voici quelques-uns des problèmes posés par les pilotes non-libres:

• Il est impossible de mettre à jour son noyau si le constructeur n'a pas sorti de nouvelle version de son pilote. Si le constructeur décide que le matériel ne vaut plus le coup d'être supporté, alors il n'y a tout simplement plus de pilote ;
• Pour que les pilotes binaires fonctionnent bien, il faut une interface avec le noyau qui ne change pas. Cela est une aberration technique, car une interface gelée freinerait grandement le développement du noyau (voir ce document de Greg Kroah-Hartman) ;
• Le fait d'utiliser des pilotes binaires implique d'avoir du code qui s'exécute en mode privilégié et qu'on ne peut pas auditer ou étudier. Il est alors impossible de savoir si ce code n'effectue rien de malveillant (l'histoire du rootkit Sony n'est pas si lointaine). Les bugs qu'il comporte peuvent entraîner des corruptions de données ou des plantages qui affecteront la totalité de la machine, et pas simplement un programme individuel. C'est d'ailleurs la raison pour laquelle les développeurs du noyau refusent aujourd'hui de corriger des « oops » signalés par un utilisateur lorsque des modules binaires sont chargés ;
• L'utilisation de pilotes binaires, ou de pilotes Windows au travers de ndiswrapper réduit la pression sur les constructeurs pour qu'ils mettent à disposition des pilotes libres ou les spécifications de leur matériel, et réduit la pression sur les développeurs de Logiciels Libres pour qu'ils développement des pilotes compatibles et libres.

En cette époque de fin d'année et d'achats pour Noël, choisissez donc bien votre matériel !