Discussion :

[gorgonite]

Alan Cox démissionne de son poste de TTY Maintainer


Après quelques critiques "vives" de la part de Linus Torvalds par mails interposés, Alan Cox -- sans doute un des hackers les plus actifs dans le développement du noyau Linux à l'heure actuelle -- décide de quitter son poste de TTY Maintainer


Linus Torvalds s'en prend à Alan Cox
Alan Cox annonce son départ



Qu'en pensez-vous ? saut d'humeur passager ou décision définitive... selon vous, si une telle perte devait être confirmée combien de temps (siècles ) cela prendrait-il pour trouver et former un remplaçant aussi compétent et disponible ?

[Sawn_]

http://lkml.org/lkml/2009/7/28/378

A priori ce n'est pas une décision sur un coup de tête.

[Marge]

De façon concrète, que va apporter cette démission ?

Y'as t'il une chance que cella ne fasse "que" ralentir le developpement du noyau , ou est-ce vraiment le début de la fin pour le noyau Linux ?

En tous cas, c'est bien dommage, mais il faut savoir tourner la page.

[Davidbrcz]

Question d'inculte mais c'est quoi le TTY Maintainer ?

[BbT0n]

Si un des contributeur aussi important du kernel quitte sont poste, ça risque de ralentir les choses ...
J'avoue du mal (à cause de mon faible niveau d'anglais) à comprendre ce que Linus lui reproche

TTY Maintainer what is it ?

[Obligen]

Je n'y connais pas grand chose, mais Linus a l'air de lui reprocher de toujours vouloir trouver l'origine des bugs du coté "user" du système, alors qu'ils sont surement (selon Linus) du coté "kernel". Linus lui balance donc un laïus à la tronche pour lui faire constater sa mauvaise attitude depuis le début. Il souhaite qu'il arrête de toujours penser que le noyau est parfait et que de toutes façon le coté "user" est buggué sans pouvoir rien y faire. Il lui demande donc poliment (ou pas) de retourner toucher à son noyau et d'arréter de souler les développeurs des applications "user".


Bref, ce mec s'en prend dans sa gueule, et pas qu'un peu, alors que je le suspecte de faire ça bénévolement comme tout le monde. Forcément, ça jette un froid et je peux le comprendre.

Faut-il apprendre la diplomatie à Linus s'il veut maintenir en vie le travail qu'il a commencé il y a des années ? P'tet bien.

[BbT0n]

Faut-il apprendre la diplomatie à Linus s'il veut maintenir en vie le travail qu'il a commencé il y a des années ? P'tet bien.

C'est vrai, il va perdre du jolie monde, et c'est pas monsieur tout le monde qui pourra remplacer des développeurs qui contribue au développement du kernel depuis le début.

[Davidbrcz]

C'est vrai, il va perdre du jolie monde, et c'est pas monsieur tout le monde qui pourra remplacer des développeurs qui contribue au développement du kernel depuis le début.

Oui enfin, ya bien un jour où ce monsieur aurait arreté, de grès ou de force (âge, maladie, mort, ...).

Là ca va pénaliser le noyau pendant quelques mois mais il va s'en remettre.

[Michel]

Oui enfin, ya bien un jour où ce monsieur aurait arreté, de grès ou de force (âge, maladie, mort, ...).

Là ca va pénaliser le noyau pendant quelques mois mais il va s'en remettre.

On peut dire la même chose de Linus Torvald non!
Que se paassera-t-il alors ?

[Rapha222]

D'après les message de la mailing, Cox ne démissionne pas du poste de mainteneur du noyau mais du poste de mainteneur du pont TTY du noyau (en gros ce qui concerne les intéraction noyau -> terminaux texte) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
--- MAINTAINERS~	2009-07-23 15:36:41.000000000 +0100
+++ MAINTAINERS	2009-07-28 20:09:32.200685827 +0100
@@ -5815,10 +5815,7 @@
 S:	Maintained
 
 TTY LAYER
-P:	Alan Cox
-M:	alan@lxorguk.ukuu.org.uk
-S:	Maintained
-T:	stgit http://zeniv.linux.org.uk/~alan/ttydev/
+S:	Unmaintained
 F:	drivers/char/tty_*
 F:	drivers/serial/serial_core.c
 F:	include/linux/serial_core.h

En gros, y'aurait un bug avec emacs qui serait dû, selon Linus, à un bug dans ce pont TTY, mais Alan Cox, après plusieurs nuits de travail à la recherche du bug, est certain que le problème n'est pas là.

Linus critique Cox de "cacher" un problème du noyau en disant que le problème vient d'emacs (ce qui est légitime, surtout que ses messages ne sont pas hostiles, contrairement à ceux de Linus).
Cox en a marre des critiques, il laisse le poste de mainteneur du pont TTY vacant.

Dans la suite du Thread, il semble que le prmblème ne soit pas si lié que ca au noyau puisque le bug peut se produire sur également 2.6.27 ...

> We still have races on the USB side too btw I put a frequency generator
> on the carrier line of my pl2303 with an app continually opening the
> port and it oopses after about 10 minutes. On the bright side so does
> 2.6.29, 2.6.27 ....

Yeah, that's a scary test

En gros, encore une saute d'humeur de Linus qui emmerde tout le monde, comme pour KDE vs Gnome et d'autres ...

[bizulk]

Alan à surement d'autres postes ailleurs dans le noyau, il arrête tty c tout.

[s4mk1ng]

dommage c'est une grande perte....

[BbT0n]

On peut dire la même chose de Linus Torvald non!
Que se paassera-t-il alors ?

Tout à fait d'accord, je croie que l'on ce pose pas assez la question

Merci pour la ptit traduction Rapha222

[Firwen]

Tout à fait d'accord, je croie que l'on ce pose pas assez la question

Merci pour la ptit traduction Rapha222

Linus avait affirmé dans un communiqué que la machine pouvait tourner sans lui sans probleme.

[Michel]

Linus avait affirmé dans un communiqué que la machine pouvait tourner sans lui sans probleme.

j'espère bien !!!

[keikoz]

De toute façon (remarque générale) il ne faut pas que le noyau linux soit *trop* dépendant de personnalités particulières ... C'est une faiblesse, pas un atout.
C'est un peu le cas actuellement, (Torvalds, Cox, Morton ...) mais j'ai tendance à croire que derrière (moins visibles) les développeurs ne manquent pas qui pourraient sans problème prendre le relais.

[Gnux]

Salut
Je pense que c'est définitif, d'ailleurs lui-même dans les mails suivants semblait attendre que le revoke soit pullé.
Il n'aura pas réussi à faire le travail qu'il a pu accomplir avec libata sur le code tty et tout ça pour une broutille. Je pense que les deux nocturnes passées à débuguer le tty code pour que "ça marche" l'avait un peu fatigué. Et Linus en a rajouté et voilà...