patrick_g a écrit 6392 commentaires

Ce que tu dis est peut-être exact, je ne m'y connais clairement pas dans ce domaine, mais dire que ces softs font de l'analyse "a vue d'oeil" est clairement faux.
Sparse se base lui aussi sur des annotations dans le noyau => http://en.wikipedia.org/wiki/Sparse#Annotations

Et Coccinelle est carrément un projet de recherche à lui tout seul avec une notion de "patch sémantique" qui dit bien qu'il y a une compréhension du code qui va bien au delà du "a vue d'oeil".

Ah bon.
D'un autre côté avec ce genre de post péremptoire non argumenté il ne faut pas s'étonner d'être moinssé ;-)

Sparse : https://sparse.wiki.kernel.org/index.php/Main_Page
CheckPatch : http://www.kernel.org/pub/linux/kernel/people/apw/checkpatch/
Coccinelle : http://coccinelle.lip6.fr/

Ah oui après vérification tu as raison. Mais bon l'appellation exacte a peu d'importance. Ce qui compte c'est que la distribution complète du film a reçu la plus haute récompense possible lors de festival.

Et STP, fais‐toi violence pour les virgules. ;-)

Ah là ça va pas être possible. Les virgules et moi y'a une incompatibilité cosmique.

Oui clairement il faut se méfier de cette métrique. Un mec qui sépare ses changements dans plein de commits sera vu comme plus "productif" qu'un autre développeur qui préfère faire des commits plus gros.
D'ailleurs Microsoft est cinquième en terme de commits mais si on regarde en terme de lignes changées alors ils redescendent en 15ème position des entreprises identifiées.

Allons, allons, un peu de tenue. C'est la femme de mon cousin ;-)

Tu as raison, en regardant les patchs il y a énormément de nettoyage et seulement quelques vraies corrections de fond.

Si tu suivais le lien qu'il donne dans son article tu verrais que la majorite des trucs sont dus au style

L'article parle des 200 commits initiaux au moment de l'entrée du pilote dans -staging. A ce moment là il y a vraiment eu plus de 200 commits, écrits en grande partie par Greg KH, pour changer le style du code et le mettre au normes Linux.
C'est déjà un peu bizarre de soumettre un pilote Linux avec des conventions de codage Windows mais passons.

Là pour le noyau 3.0 ce sont 300 commits en plus qui ont été écrits par les mecs de Microsoft pour corriger leur machin. Donc on ne parle plus du style là mais bien de la fiabilisation.

Bon, j’ai du… taf. N’est‐pas Patrick ?!

Roohh...Moins que d'habitude non ? Cette fois j'ai essayé de mettre des espaces insécables quand il y a des guillemets. Je sais bien que pour un typo-nazi spécialiste c'est le b-a-ba mais pour moi c'est une véritable révolution !

Normalement c'est pour demain matin.
Cela aurait du être aujourd'hui mais il y a eu un contretemps de dernière minute => https://plus.google.com/u/0/102150693225130002912/posts/2BXkWyrY4jH

Mais si tu veux tu peux supprimer le journal ;)

Faut pas exagérer quand même ;-)
On va considérer ça comme un teasing de la news. Une bande annonce pour mettre en appétit.

Non mais c'est quoi ce déflorage de la news noyau ? Traître ! Imposteur !

La news du noyau 3.0 est en cours de relecture/correction des fautes/respect de la typographie par les membres de l'équipe. Donc, si ce fameux collaborateur fait partie du glorieux team LinuxFR, on a besoin de lui !
Le CV attendra, c'est pas tous les jours qu'on bascule vers un noyau 3.x !

Pas possible. Tel le concombre masqué, je moule incognito et mon chef n'est pas au courant.
Et en plus mon CV est super à jour !

Un indice sur le nick de ce collaborateur ?

il y a dix ans :
tout les jours quelques journaux papier

Et maintenant tu lis toujours autant de journaux papier ? Moi personnellement je dois avouer que je n'achète plus les journaux papier que très irrégulièrement depuis que je lis les news sur le net.

Non mais là on ne parle pas de HURD dans une machine virtuelle. On évoque la possibilité d'un système Debian GNU/HURD installable sur le disque comme pour une Debian classique. C'est quand même très différent et les exigences en terme de support matériel sont aussi très différentes.
Évidemment si on se contente de faire tourner le HURD dans une VirtualBox c'est fastoche.

s/En somme, HURD est mort/En somme RMS n'y croit plus mais peut-être que d'autres personnes y croient encore et que HURD va continuer d'avancer.

Moi ce qui me déçoit franchement c'est l'abandon de HURD sur L4 et le fait que finalement ça reste basé sur le vieux Mach tout pourri et lent.

C'est dommage de dénigrer la concurrence

Je ne dénigre pas, je demande juste comment ça va se passer au niveau du support. Par exemple il a été signalé que Hurd ne supporte pas les disques SATA qui, à l'heure actuelle, sont partout.
Est-ce qu'un plan a été mis au point ? Un travail acharné pour intégrer le support des principaux périphériques peut-être ? Ou bien une couche de compatibilité avec les pilotes Linux ?
Poser des questions ce n'est pas critiquer.

Linux est l'OS qui supporte le plus de matos au monde. C'est un peu bizarre d'entendre dire que son support est "faible".

Le principe c'est qu'il n'y a pas de planification militaire à l'avance. Le développement est plus organique et plus souple. Certes cela implique une certaine déperdition avec des pans qui sont recodés, mais au final le noyau est meilleur parce qu'il a exploré un espace de solutions plus grand.

Je n'arrive toujours pas à comprendre comment tu peux dénigrer Hurd avec les mêmes arguments que les fanboys de Windows utilisent contre Linux

Je dis juste que si tu ne peux pas installer Debian GNU/Hurd sur ta machine alors ton intérêt pour la release sera faible. Le support matériel c'est le prérequis pour que les gens installent le bidule et commencent à le triturer pour s'amuser.

Et au niveau du support matériel ça va se passer comment ? D'après ce que je sais le Hurd supporte très peu de matos donc c'est bien joli de sortir une variante Debian/GNU/Hurd mais si elle ne fonctionne que sur 0,3% des machines....bof quoi.

J'ai rétabli ton effet...mais je ne peux physiquement supprimer les 2 commentaires superfétatoires comme tu l'as demandé. J'ai juste supprimé le contenu.