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 !

Linux 2.6.5 est sorti il y a quelques heures.
La liste des dernières nouveautés est bien remplie (367.6 Ko), avec beaucoup de corrections de bugs (plus de 40 patchs), une assez grosse mise à jour d'ALSA, de l'USB, ia64, ppc, et pas mal d'autres choses sympathiques, comme le support du DMA sur l'ioctl CDROMREADAUDIO (ce qui permet d'extraire les CD audio plus vite et en chargeant moins le processeur), système de fichiers intermezzo.

NdM : dépêche proposée également par piem et bigben

Et voila une nouvelle version de noyau de linux qui laisse à désirer la version finale ! La 2.6-test5 est disponible sur kernel.org

De la patience le monde linuxien doit avoir, pour pouvoir attendre ce qui promet être une révolution....

(Nouvelle tirée de Kerneltrap.org)
Linus a commencé l'inclusion des modifications de Andrew Morton (patches mm, partie "non-blocking page writeback system") apportées sur la gestion de la mémoire virtuelle dans son arbre BK du noyau de développement 2.5.39.
Les buts de ces améliorations sont d'améliorer le comportement du noyau au niveau des entrées/sorties vis à vis de la montée en charge.

Au vu des gains de performance, c'est à ce demander comment on a put vivre sans! (à voir dans le fichier attaché)

"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.

Il est disponible sur The Linux Kernel Archives

Note du modérateur: J'ai ajouté la liste des changements cumulés jusqu'au 2.2.19-pre18 en guise de 'changelog'.

Si , comme moi, vous avez envie d'en savoir un peu plus sur le
fonctionnement d'un noyau Linux sans avoir à mettre le nez dans les sources
ou sans avoir à acheter un livre (parfois dépassé) ni lire une "Bible"
voilà un document intéressant.

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

Linux 2.0.37 est maintenant disponible. Ce noyau sera la dernière
version de la série 2.0 à moins que des problèmes serieux de sécurité
soient découvert.

je pige pas trop là dois je passer en 2.2.10 ou en 2.0.37 ?

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

La dernière version du noyau Linux stable est téléchargeable sur les serveurs du site kernel.org. Cette version 2.6.22 a suivi le processus normal et maintenant archi-classique des release candidate :

• La version RC-1 est apparue juste quinze jours après la sortie du noyau stable précédent. Linus a reconnu que le noyau 2.6.21 avait connu une gestation difficile et il espère que cette RC-1 annonce un progrès sur ce plan (traduction libre): «Je pense (et j'espère) que cela ne va pas être aussi douloureux que les gros changements du code des timers du noyau 2.6.21. Bien qu'il y ait ici aussi des changements importants (...) cela semble assez solide.»
  
  
• La version RC-2 a continué sur cette voie d'une version solide et bien debuggée et Linus a rappelé la règle qui interdit d'ajouter des nouvelles fonctions à ce stade du développement (traduction libre): «N'essayez même pas d'envoyer autre chose que des corrections de bugs ! Je pense que la situation actuelle semble raisonnablement bonne pour le noyau 2.6.22.»
  
  
• La sortie de la version RC-3 le 25 mai a donné l'occasion à Linus d'écrire un de ses petits bijoux humoristiques dont il a le secret. Il a lancé un appel pour que les gens téléchargent et testent cette RC-3 au lieu d'aller à la plage (traduction libre): «Nous sommes vendredi soir et les USA se préparent à un long week-end de trois jours, souvent considéré ici comme le début officiel de l'été. Donc que peut faire un nerd blanc comme un bidet ? Vous ne pouvez pas aller à la plage parce que les gens normaux vont rigoler en vous voyant et vont vous jeter du sable à la figure. Mais vous _pouvez_ faire quelque chose : vous pouvez télécharger le dernier noyau RC-3 et sourire d'un air suffisant en sachant que vous faites tourner la toute dernière merveille sur votre machine. Et tout d'un coup, cela n'a plus d'importance que ce soit l'été parce que vous pouvez rester dans votre sous-sol aux stores fermés à vous faire bronzer à la chaude lumière de votre écran LCD plutôt qu'à la dure lumière du jour. Donc ne vous inquiétez plus de ces dangereux rayons ultra-violets et prenez votre vitamine D sous la forme prévue par Dieu (et l'industrie pharmaceutique) : des petites pilules facilement avalables. Les plages sont très surfaites de toute manière, le sable s'introduit dans le ventilateur des ordinateurs portables et en un clin d'oeil plus rien ne fonctionne.
  Puissiez vous avoir un bel été.»
  
  
• La version RC-4 s'est contentée de corriger divers bugs et régressions et, dix jours plus tard, Linus s'est félicité d'avoir trouvé le temps de sortir la RC-5 en dépit de la monstrueuse flame-war GPLv2/GPLv3 ayant eu lieu sur la liste de diffusion.


• Le 24 juin est apparue la -RC6 et le premier juillet la -RC7 qui semble satisfaire Linus (traduction libre): «Nous devrions être dans une très bonne situation. Le flot des patchs a vraiment ralenti et la liste de régression s'est beaucoup réduite.»
  
  
• Enfin la version finale a été annoncée le dimanche 8 juillet et Linus s'est interrogé dans son courriel pour savoir si il était vraiment nécessaire de publier une liste complète des changements (un gros fichier de plus d'une centaine de milliers de lignes) alors que presque tout le monde utilise directement le gestionnaire de code source Git pour consulter cette liste. C'est donc sans doute la dernière fois que ce fichier récapitulatif des changements (changelog) sera publié séparément.

Suite à la décision des mainteneurs du noyau d'exclure la possibilité d'utiliser un module binaire conjointement au module GPL pwc (philips webcam), le mainteneur du module pwc-pwcx a décidé d'arrêter définitivement le support de ce module, et a fermé son site web et retiré les fichiers en téléchargement.

Comme la quasi-totalité des webcams sur le marché utilisent ce module, elles ne sont donc plus supportées par Linux. C'est un coup dur pour Linux sur le poste client... En attendant une autre solution ?

La dernière version stable du noyau 2.6 est sortie.
Avec au programme pas mal de travail sur l'ACPI, Bluetooth, XFS, le PCI Hotplug et le support SATA.
Et bien d'autres choses encore...

Cette version est aussi connue sous le nom "[en] Feisty Dunnart" ou "gerboise surexcitée"

Le 14 janvier c'était le quatrième anniversaire de la lettre Kernel Traffic, cette lettre est un résumé hebdomadaire de la liste de diffusion linux-kernel, où tous les choix cruciaux quand au dévelopement de Linux se font. La liste étant extrêmement active (plusieurs centaines de messages par semaine) cela rend le suivi du dévelopement un peu moins gourmand en temps. Quand on regarde les archives c'est assez impressionnant, où trouvent-ils le temps de manger et dormir ces gars ?

Un slashdotter signale un article intéressant paru sur le site de Gentoo Linux.



Pour résumer, certains gros vendeurs Linux, tels que RedHat ou Mandrake, fixent de nombreux bogues plus ou moins mineurs dans les kernels qu'ils distribuent. Et ces patches, le plus souvent, ne sont jamais intégrés dans la distribution officielle. Après tout, la GPL n'oblige personne à envoyer ses modifications au mainteneur du code.



Est-ce un bien ou un mal, ces patches sont-ils de mauvaise qualité ? En tous cas Gentoo pense que des gens devraient se pencher sur le problème, tels que les membres du Kernel Janitor project.

Le noyau 2.4.7 est disponible. Cette version apporte diverses mises à jour notamment au niveau du PowerPC, du SPARC, de l'USB, de ReiserFS et du réseau ainsi que les corrections de bugs habituelles (SMP, etc...).

Note du modérateur : merci à evilynux et nixo qui ont aussi proposé cette nouvelle.

Une bande de fous furieux a réussi à intégrer ORBit (l'ORB de GNOME) dans le noyau ! Après le serveur HTTP, on a donc un nouveau joujou pour prendre de la place dans la RAM ; les auteurs y voient des possibilités impressionnantes comme, je cite, « écrire des pilotes en Perl, et les faire tourner sur l'iMac à l'autre bout de la salle » ou, plus sérieusement, implémenter des systèmes de fichiers distants comme des objets CORBA (des fois que vous en ayez marre de NFS) ; mais jusqu'où iront-ils ? ! ?