Suite à une embrouille avec Linus, Alan Cox a décidé de stopper sa participation au développement de tty et donc aussi au noyau de linux.
La raison du désaccord porte sur les derniers patches de Cox sur tty qui cassent kdesu ce que Linus ne trouve pas acceptable :
The fact is, breaking regular user applications is simply not acceptable. Trying to blame kernel breakage on the app being "buggy" is not ok. And arguing for almost a week against fixing it - that's just crazy.
Réponse du gallois au finlandais :
I've been working on fixing it. I have spent a huge amount of time
working on the tty stuff trying to gradually get it sane without breaking
anything and fixing security holes along the way as they came up. I spent
the past two evenings working on the tty regressions.
However I've had enough. If you think that problem is easy to fix you fix
it.
Have fun.
Quel impact cela aura-t-il sur le développement du noyau ? Alan va-t-il se dédire ? Linus va-t-il lui pardonner ? Cela, seul l'avenir nous le dira.
La page en français de wikipédia sur Alan Cox : http://fr.wikipedia.org/wiki/Alan_Cox
Le fil de discussion sur la lkml : http://lkml.org/lkml/2009/7/23/289
Le mail d'Alan Cox : http://lkml.org/lkml/2009/7/28/375
Journal Alan Cox jette l'éponge
30
juil.
2009
# Erreur
Posté par patrick_g (site web personnel) . Évalué à 10.
Non il arrête juste de bosser sur l'immonde plat de spaghettis qu'est tty...mais évidemment il n'arrête pas de bosser sur le reste du noyau.
[^] # Re: Erreur
Posté par dest . Évalué à 6.
[^] # Re: Erreur
Posté par Maclag . Évalué à 10.
[^] # Re: Erreur
Posté par Florent Zara (site web personnel, Mastodon) . Évalué à 10.
http://lkml.org/lkml/2009/7/28/378 !
[^] # Re: Erreur
Posté par Julien . Évalué à 10.
[^] # Re: Erreur
Posté par pix (site web personnel) . Évalué à 10.
http://lwn.net/Articles/343851/
[^] # Re: Erreur
Posté par Obsidian . Évalué à 10.
Il n'a qu'à forker et créer spaghettys ...
->[]
[^] # Re: Erreur
Posté par fcartegnie . Évalué à 4.
Je suis pas sur qu'on puisse dire de Linux que c'est une "éponge", même s'il doit boire un peu :)
[^] # Re: Erreur
Posté par finss (site web personnel) . Évalué à 2.
À mon linux, jamais à ma connaissance.
\_o<
# Pendant ce temps dans FreeBSD ...
Posté par Victor STINNER (site web personnel) . Évalué à 10.
http://lists.freebsd.org/pipermail/freebsd-arch/2008-August/(...)
http://80386.nl/blog/
http://wiki.freebsd.org/TTYRedesign
http://unix.derkeiler.com/Mailing-Lists/FreeBSD/arch/2008-02(...)
Parfois il vaut mieux jetter le vieux code et en réécrive du neuf, tout simplement parce que plus personne ne sait maintenir l'ancien.
[^] # Re: Pendant ce temps dans FreeBSD ...
Posté par patrick_g (site web personnel) . Évalué à 10.
Parce que si c'est ça et bien c'est à ce moment là et à ce moment là seulement qu'on pourra juger de la compatibilité de cette nouvelle implémentation avec toutes les applications en user space qui existent.
C'est bien ça le souci. Tout le monde est d'accord pour dire que tty c'est pourri, c'est horrible, c'est effroyable....mais si on change tout alors on risque de casser toutes les applis qui utilisent tty.
[^] # Re: Pendant ce temps dans FreeBSD ...
Posté par Puckel_ (site web personnel) . Évalué à 10.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 7.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Visiblement du coté de Linux c'est *VRAIMENT
Posté par pix (site web personnel) . Évalué à 10.
Une description du problème sur LWN : http://lwn.net/SubscriberLink/343828/a9993964b3504cdc/
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 3.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Pendant ce temps dans FreeBSD ...
Posté par Bapt (site web personnel) . Évalué à 6.
perso, j'ai pas de problème avec :) mais j'utilise pas kdesu
[^] # Re: Pendant ce temps dans FreeBSD ...
Posté par Victor STINNER (site web personnel) . Évalué à 3.
En cherchant rapidement, je n'avais pas trouvé l'info. En y regardant mieux : oui, le nouveau tty sera à coup sûr dans FreeBSD 8.0 :
http://ivoras.sharanet.org/freebsd/freebsd8.html
MPSAFE TTY
Status: Committed to -CURRENT
Will appear in 8.0: sure
Author: Ed Schouten
[^] # Re: Pendant ce temps dans FreeBSD ...
Posté par Patrick Lamaizière (site web personnel) . Évalué à 1.
À partir de la 8.0.
Parce que si c'est ça et bien c'est à ce moment là et à ce moment là seulement qu'on pourra juger de la compatibilité de cette nouvelle implémentation avec toutes les applications en user space qui existent.
Y'a quand même un paquet de gens qui utilisent la version current, la politique est d'avoir un système globalement utilisable pour justement permettre ces tests. Et puis ça date un peu le nouveau TTY, on aurait déjà vu les problèmes.
Kdesu fonctionne je viens d'essayer...
les pixels au peuple !
# un titre à scandale
Posté par Anonyme . Évalué à 10.
[^] # Re: un titre à scandale
Posté par finss (site web personnel) . Évalué à 10.
Sinon, je te rassure : c'est bien dans l'esprit de la presse qu'on lit sur la plage que j'ai écrit ce journal et surtout sa conclusion.
\_o<
[^] # Re: un titre à scandale
Posté par patrick_g (site web personnel) . Évalué à 9.
Une brique essentielle qui n'avait pas été maintenu depuis des années et des années.
L'article LWN cite le fait que le copyright du fichier drivers/char/tty_io.c est toujours "Copyright (C) 1991, 1992, Linus Torvalds" donc ça montre bien que c'est un truc que personne ne touche.
Alan avait commencé un travail de nettoyage et réécriture mais visiblement il laisse tomber. C'est pas la fin du monde.
[^] # Re: un titre à scandale
Posté par neologix . Évalué à 6.
Comme le départ de Con Kolivas...
[^] # Re: un titre à scandale
Posté par Benoit . Évalué à 5.
Con Kolivas est parti parce qu'on a refusé d'inclure son projet central, son scheduler, sur lequel il avait passé un temps considérable. De plus, il a claqué la porte parce qu'il avait la sensation que son code avait été écarté pour une raison plus politique que technique. En effet, il a été suggéré sur la mailing list que, étant anesthésiste et non développeur salarié, Con Kolivas pourrait avoir des difficultés à maintenir une brique aussi importante du noyau ce qui a joué dans le choix de CFS.
Là, Alan Cox se contente d'arrêter de maintenir tty. On parle quand même d'un ancien mainteneur. Tty est une part infime de ses contributions.
[^] # Re: un titre à scandale
Posté par Prae . Évalué à 4.
Si c'est exacte, ca me parait bizarre;
Normalement les revues de code, tout le monde est censé plus ou moins connaitre le code. Enfin, faut pas déconner, tout le monde ne va pas connaitre les millions de ligne de code, mais une base qui bosse sur les schedulers devraient connaitre le boulot de Con Kolivas, non ?
[^] # Re: un titre à scandale
Posté par Benoit . Évalué à 3.
Il était certain qu'Ingo Molnar continuerait à maintenir le code de CFS après son inclusion et ça a joué en sa faveur ( CFS avait, de toute façon, certains avantages du point de vue technique ). C'est ce côté politique du développement du noyau que reprochait fortement Con Kolivas dans ses interviews après son départ.
[^] # Re: un titre à scandale
Posté par thedude . Évalué à -1.
Ca sert a rien de postuler a des responsabilites que tu ne pourras pas assumer.
C'est plus que normal de refuser de donner une grosse responsabilite a quelqu'un quand tu sais qu'il ya une chance non negligeable qu'il ne puisse pas l'assumer.
Il peut crier et gesticuler tout ce qu'il veut, s'il est dans le bloc operatoire quand l'equipe du kernel a besoin de lui, c'est qu'il n'est pas la bonne personne pour le boulot, point.
[^] # Re: un titre à scandale
Posté par nicko . Évalué à 5.
[^] # Re: un titre à scandale
Posté par Romeo . Évalué à 9.
L'auteur de CFS peut tout à fait mourir demain.
"s'il est à la morgue quand l'equipe du kernel a besoin de lui, c'est qu'il n'est pas la bonne personne pour le boulot, point."
Ton dernier argument n'est pas bon, les devs devraient etre capable de s'attaquer au scheduler...
[^] # Re: un titre à scandale
Posté par thedude . Évalué à -1.
Maintenant, personne en sait rien.
Par contre, tout le monde sait que le mec bossera pas a plein temps sur son scheduler, et ca ca fait une grosse difference.
Un lead developper qui est pas dispo que qq heures par jour au mieux, ca la fout un peu mal quand meme.
'fin je trouve.
[^] # Re: un titre à scandale
Posté par tuXico . Évalué à 10.
ah et y faudrait aussi arrêter ces licences de merdes où tout le monde peut voir le code, c'est un risque de sécu.
hummm, faudrait faire payer aussi, histoire d'avoir du fric quand même.
et si on faisait des protocoles propriétaires pour être sûrs d'avoir des clients dépendants ?
Quand je pense que c'est un étudiant qui a lancé ce noyau (mollusk) alors qu'on était même pas sûr qu'il n'allait pas passer son temps à picoler en draguant dans les bars -des femmes (?) tentatrices (forcément) potentiellement vectrices de MST ou même mourir d 'une OD/accident de la route ou même simplement qu'il ait les talents techniques nécessaires (hé oui, un étudiant, c'est pas un vrai bon professionnel sérieux)... On a eu de la moule, hein ?
[^] # Re: un titre à scandale
Posté par thedude . Évalué à 1.
Ben tu devrais pourtant savoir que l'essentiel des gros contributeurs sont pourtant payes pour bosser sur le noyau.
Et le kernel de 2009 (ou plutot 2007/8 vu de quoi on parle) a plus grand chose avec le projet fou fou fou lance par un etudiant ya 17 ans...
[^] # Re: un titre à scandale
Posté par herodiade . Évalué à 6.
> Ben tu devrais pourtant savoir que l'essentiel des gros contributeurs sont pourtant payes pour bosser sur le noyau.
Oui bon et il faudrait surtout indiquer que ce thread dérive à partir d'une fausse information.
La raison que Linux a donné concernant son choix de CFS de Molnar plutôt que le SD de Kolivas est exactement la même que celle pour laquelle il a passé un savon à Alan Cox dans les mails évoqués ici (plus précisément celui-ci [http://lkml.org/lkml/2009/7/28/373]) : parce qu'au lieu de corriger les problèmes relevés dans son propre code - et à l'inverse de l'attitude de Molnar - Kolivas refusait d'admettre la moindre critique, de considérer que le moindre bug touchait son code (comme ici, Cox vis à vis de son patch et d'Emacs et KDEsu).
Moralité : je pense que votre mémoire vous joue des tours. Il a certes été éliminé parce que Linus a jugé qu'il risquait de mal assurer la maintenance, mais ce jugement était extrapolé de son attitude pendant les débats, et non de son job.
Voir pour mémoire :
http://kerneltrap.org/node/14008
Trust me, I know what matters. And a person who can actually be bothered to follow up on problem reports is a *hell* of a lot more important than one who just argues with reporters. (Torvalds).
En outre, contrairement à ce qui est dit plus haut, dans son l'explication de son départ final ([http://apcmag.com/why_i_quit_kernel_developer_con_kolivas.ht(...)]), Con Kolivas ne prétends pas que son problème tient à ce que les développeurs professionnels sont privilégiés, mais à ce que, dans les choix qui sont fait, les besoins du noyau en environnement pro/serveur aient préséance sur les besoins de linux en environnement desktop.
[^] # Re: un titre à scandale
Posté par windu.2b . Évalué à 10.
Un anesthésiste, une fois qu'il t'a posé le masque sur la bouche et dit de compter jusqu'à 10, il a plus rien à foutre ! :-p
Du coup, il pourrait même profiter de son temps libre dans le bloc opératoire pour développer des drivers et/ou déployer Linux (ou déployer NetBSD) sur un moniteur cardiaque, tiens :-)
_ Docteur, on le perd ! Je n'ai plus de pouls !
_ Détendez-vous, c'est moi qui teste un nouveau driver... Mais j'ai dû me chier quelque part... J'en ai pour 2 minutes... Enfin, je crois.
_ ...
[^] # Re: un titre à scandale
Posté par grid . Évalué à 10.
Ca m'impressione, et ca me désole... pour moi.
[^] # Re: un titre à scandale
Posté par Psychofox (Mastodon) . Évalué à 1.
[^] # Re: un titre à scandale
Posté par tuXico . Évalué à -1.
Lorsque l'"équipe du kernel" a besoin de son dev principal pour le scheduler, il doit :
- être immédiatement dispo
- corriger immédiatement le bug pour que
- le patch généré sorte *immédiatement*
- les packagers des différentes distribs intègrent *immédiatement*
On doit aller VIIIIIITE, ON N'A PAS LE (putain de) TEMPS d'attendre que le type sorte de son bloc opératoire -branleur-.
il est dans le bloc operatoire quand l'equipe du kernel a besoin de lui, c'est qu'il n'est pas la bonne personne pour le boulot, point.
POINT !!!! COMPRIS , BORDEL ?
Le lapin blanc d'Alice au pays des merveilles sous acides en somme.
[^] # Re: un titre à scandale
Posté par thedude . Évalué à -1.
C'est un probleme que le mec il a boulot a plein temps, si t'enleves le temps qu'il passe au boulot, plus celui de dormir, manger, faire caca, niquer sa femme et ce genre de trucs, il ne lui reste plus le temps d'assumer une responsabilite de lead developer d'un composant critique d'un produit critique.
Je dit pas que c'est un branleur ou qu'il est mauvais, juste qu'il a visiblement d'autres priorites (et c'est son choix, tout a son honneur).
S'il a d'autres priorites, ben qu'il s'etonne pas qu'on donne des responsabilites importantes a un mec qui en fait sa priorite.
[^] # Re: un titre à scandale
Posté par imalip . Évalué à 10.
[^] # Re: un titre à scandale
Posté par psychoslave__ (site web personnel) . Évalué à 2.
# kdesu ?
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 10.
[^] # Re: kdesu ?
Posté par Raoul Volfoni (site web personnel) . Évalué à 2.
Tout ça c'est à cause d'emacs.
Tous systèmes fonctionnels. Mise à feu dans 30 secondes...
[^] # Re: kdesu ?
Posté par patrick_g (site web personnel) . Évalué à 4.
L'explication vulgarisée tirée de l'article LWN : "The problem with kdesu appears to be a KDE bug; the application would read too much data, then wonder why the next read didn't have what it wanted. This code worked with the older TTY code, but broke with 2.6.31. There is probably no way to fix it which doesn't saddle the kernel with maintaining weird legacy bug-compatibility code - something the TTY layer does not need more of. "
[^] # Re: kdesu ?
Posté par zebra3 . Évalué à 9.
Ben voilà, chacun son tour. C'est à eux de corriger kdesu, pas à Alan Cox de devoir maintenir une API pour conserver le comportement buggé.
C'est le monde à l'envers, on se croirait chez Microsoft, tiens.
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: kdesu ?
Posté par claudex . Évalué à 5.
De plus, comme il n'y a plus de mise à jour pour KDE 3, tout ceux qui préfèrent rester à l'ancienne version auront des problèmes avec un noyau récent.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: kdesu ?
Posté par zebra3 . Évalué à 1.
Pour autant, il me semblait que KDE3 était encore maintenu, au moins pour la sécurité (sachant qu'il est encore utilisé dans la Debian Stable actuelle, ce qui n'est pas rien).
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: kdesu ?
Posté par claudex . Évalué à 3.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: kdesu ?
Posté par psychoslave__ (site web personnel) . Évalué à 3.
[^] # Re: kdesu ?
Posté par claudex . Évalué à 3.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: kdesu ?
Posté par psychoslave__ (site web personnel) . Évalué à 4.
Je pensais qu'un des avantages du libre c'était justement de pouvoir corriger le problème là où il est, plutôt que gérer une compatibilité des bugs historiques.
[^] # Re: kdesu ?
Posté par claudex . Évalué à 3.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: kdesu ?
Posté par psychoslave__ (site web personnel) . Évalué à 3.
[^] # Re: kdesu ?
Posté par claudex . Évalué à 2.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: kdesu ?
Posté par psychoslave__ (site web personnel) . Évalué à 2.
[^] # Re: kdesu ?
Posté par claudex . Évalué à 2.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: kdesu ?
Posté par Octabrain . Évalué à 3.
[^] # Re: kdesu ?
Posté par psychoslave__ (site web personnel) . Évalué à 2.
[^] # Re: kdesu ?
Posté par briaeros007 . Évalué à 2.
non parce que kde4 c'est bien gentil, mais j'ai testé depuis la 4.0 jusqu'a la 4.2 et qqch.
Ben toujours des problèmes, des memory leaks, une conso mémoire importante, et _surtout_ une configurabilité que j'estime moins bonne.
Bref, le but de kde c'est d'avoir le plus d'utilisateur pour améliorer le plus rapidement possible, ca veut pas dire que kde 4 est du niveau du 3.5.
(sinon j'utilise pas kdesu mais je fait tout en term ;))
[^] # Re: kdesu ?
Posté par psychoslave__ (site web personnel) . Évalué à 2.
[^] # Re: kdesu ?
Posté par claudex . Évalué à 2.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: kdesu ?
Posté par Octabrain . Évalué à 2.
[^] # Re: kdesu ?
Posté par psychoslave__ (site web personnel) . Évalué à 2.
[^] # Re: kdesu ?
Posté par Octabrain . Évalué à 2.
[^] # Re: kdesu ?
Posté par psychoslave__ (site web personnel) . Évalué à 2.
[^] # Re: kdesu ?
Posté par Octabrain . Évalué à 2.
[^] # Re: kdesu ?
Posté par zebra3 . Évalué à 2.
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: kdesu ?
Posté par Octabrain . Évalué à 1.
[^] # Re: kdesu ?
Posté par thedude . Évalué à 1.
Un bon exemple, c'est le bug des annees bissextiles d'office. En fait, il est pas du a office, contrairement a ce qu'albert aime raconter.
Ca a ete rajoute sciemment par compabitilie avec une autre suite de l'epoque (oublie le nom, desole), de facon a pouvoir importer les fichiers de cette suite.
Et parait il que les codeurs a la base l'ont fait sciemment (parce que c'est plus facile de decaler un mot de 2 bits a droite que de faire tout un bordel pour verifier les debuts de siecles/millenaires, et ils ont du se dire que ca allait pas trop gener pour les cas ou c'etait faux).
Ils ont donc ete oblige de se coltiner ce bug depuis 15 ou 20 ans, parce que tu ne peux pas retirer le bug dudit fichier: ca va changer la semantique du fichier, et donc pas possible de migrer le fichier sans tout casser.
Comme les donnees des utilisateurs sont plus importants que la proprete du code, tu te retrouves avec un bug que tu te traines pendant des annees et qui ne sera corrige que quand il n'y aura plus de documents en dependant dans la nature.
Si t'as une meilleure solution, qui conserve l'integrite des donnees des clients, on est ravi de l'entendre.
[^] # Re: kdesu ?
Posté par wismerhill . Évalué à 4.
Faire un filtre de conversion pour les données à l'ancien format, qui les remet dans l'état attendu par le nouveau code débuggué?
Ainsi le code sale est limité à une fonction d'import qui ne sera utilisée que par les gens qui en ont vraiment besoin et les autres ne sont pas impacté par ce bug volontaire.
[^] # Re: kdesu ?
Posté par windu.2b . Évalué à 2.
Et parait il que les codeurs a la base l'ont fait sciemment (parce que c'est plus facile de decaler un mot de 2 bits a droite que de faire tout un bordel pour verifier les debuts de siecles/millenaires, et ils ont du se dire que ca allait pas trop gener pour les cas ou c'etait faux)."
Le programme à l'origine de ce bug est Lotus 1-2-3[1]
(attention : traduction à LA RACHE, sans doute faite par un traducteur automatique ! Ça pique les yeux...)
1 http://support.microsoft.com/kb/214326/fr
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 8.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: kdesu ?
Posté par Sytoka Modon (site web personnel) . Évalué à 4.
Ces programmes ont été conçu pour éviter les scripts "crades" avec les mots de passe en clair. Donc ils lisent le tty et non l'entrée standard.
Après, il y a moyen de tricher pour faire croire à un tty, expect en est un bon exemple. Mais lorsqu'on fait cela, on est conscient de tricher avec la philosophie du concepteur du programme.
[^] # Re: kdesu ?
Posté par phoenix (site web personnel) . Évalué à 6.
[^] # Re: kdesu ?
Posté par Prae . Évalué à 10.
[^] # Re: kdesu ?
Posté par B16F4RV4RD1N . Évalué à 4.
j'imagine que sur le principe, et indépendamment de kdesu, Linus souhaite que le code reste compatible avec ce qu'il y avait avant, car si cela pose pb avec kdesu, cela peut le faire avec d'autres logiciels également.
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: kdesu ?
Posté par piquouze . Évalué à 2.
[^] # Re: kdesu ?
Posté par finss (site web personnel) . Évalué à 3.
\_o<
[^] # Re: kdesu ?
Posté par Octabrain . Évalué à 0.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 10.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: kdesu ?
Posté par Dr BG (site web personnel) . Évalué à 4.
This program intentionally does not support a "wheel group" that
restricts who can su to UID 0 accounts. RMS considers that to
be fascist.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 4.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: kdesu ?
Posté par Christophe --- . Évalué à 2.
en même temps, pardon pour mon ignorance, mais il me semble que le support d'un groupe wheel dans su ça ne sert pas à grand chose. Pour n'autoriser que les gens du groupe à l'utiliser, il suffit de ces deux lignes:
chown root:wheel /bin/su
chmod u=rs,g=rx,o= /bin/su
Et pouf, la feature de fasciste est de retour...
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 6.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: kdesu ?
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 6.
[^] # Re: kdesu ?
Posté par mathgl . Évalué à 0.
On peut ne pas être administrateur et utiliser des machines virtuelles ça doit poser aucun problème dans la majorité des cas.
# Une tempête dans un verre d'eau ?
Posté par IsNotGood . Évalué à 0.
Ce que ne veut pas Linus, c'est un merge à ce stade qui casse les applis. Pour 2.6.32, peut-être.
Je m'intéroge.
# débat entre Linus Torvald et Allan Cox
Posté par vida18 . Évalué à 3.
# Tty et Rminet?
Posté par alice . Évalué à 7.
[^] # Re: Tty et Rminet?
Posté par psychoslave__ (site web personnel) . Évalué à 3.
[^] # Re: Tty et Rminet?
Posté par wismerhill . Évalué à 3.
# amen
Posté par ouah (site web personnel) . Évalué à 6.
C'est pas plutôt, Linus va-t-il s'excuser?
[^] # Re: amen
Posté par patrick_g (site web personnel) . Évalué à 5.
/mode pédant off
[^] # Re: amen
Posté par ouah (site web personnel) . Évalué à 9.
/mode capello on
L'emploi de la forme pronominale du verbe excuser à la troisième personne du singulier est admis sans réserve dans le Dictionnaire de l’Académie francaise, neuvième édition.
Extrait:
EXCUSER
II. V. pron. 1. Alléguer des justifications. Prov. Qui s'excuse s'accuse. 2. Présenter des excuses, exprimer des regrets. Il dut s'excuser d'être resté aussi longtemps. Il s'excusa de son mouvement d'humeur. Il s'excuse de vous faire attendre. Cet emploi, qui s'est répandu à la troisième personne, risque d'être ambigu à la première personne. Il vaudra mieux dire : Je vous prie de m'excuser ou : Excusez-moi, plutôt que : Je m'excuse. 3. Au sens passif. Être excusé ou excusable. Un tel comportement ne saurait s'excuser
http://www.academie-francaise.fr/dictionnaire
[^] # Re: amen
Posté par patrick_g (site web personnel) . Évalué à 4.
[^] # Re: amen
Posté par lasher . Évalué à 3.
Capello wins
[/mode]
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.