Journal Alan Cox jette l'éponge

Posté par (page perso) .
Tags : aucun
18
30
juil.
2009
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
  • # Erreur

    Posté par (page perso) . Évalué à  10 .

    >>> Alan Cox a décidé de stopper sa participation au développement de tty et donc aussi au noyau de linux.

    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 . Évalué à  6 .

      Je n'ai pas suivi tout le démêlé mais dans les citations de ce journal, je comprends tout à fait comme patrick_g.
    • [^] # Re: Erreur

      Posté par (page perso) . Évalué à  10 .

      Ben en fait, même si je ne comprends pas grand chose au fonctionnement du noyau et à son développement, ça m'étonnait aussi qu'Alan Cox ne bossait que sur tty avant (ou alors je me suis dit que je devais avoir vachement mal compris ce qu'était tty?!?)
    • [^] # Re: Erreur

      Posté par . Évalué à  10 .

      Non il arrête juste de bosser sur l'immonde plat de spaghettis qu'est tty

      Il n'a qu'à forker et créer spaghettys ...

      ->[]
    • [^] # Re: Erreur

      Posté par . Évalué à  4 .

      Ouais "Erreur"

      Je suis pas sur qu'on puisse dire de Linux que c'est une "éponge", même s'il doit boire un peu :)
  • # Pendant ce temps dans FreeBSD ...

    Posté par (page perso) . Évalué à  10 .

    Ed Schouten a réécrit TTY. La nouvelle implémentation n'utilise le Big Kernel Lock par exemple. Elle a été mergée dans FreeBSD le 20 août 2008.
    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 (page perso) . Évalué à  10 .

      Et cette réécriture elle est dispo dans un version stable de FreeBSD ou bien elle fera juste partie de la future release 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.

      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 . Évalué à  10 .

        C'est mieux que les feux de l'amour cette histoire !
      • [^] # Re: Pendant ce temps dans FreeBSD ...

        Posté par (page perso) . Évalué à  7 .

        Quand tu dis :

        >tty c'est pourri, c'est horrible, c'est effroyable

        Tu parles du standard ou juste de linux ?
      • [^] # Re: Pendant ce temps dans FreeBSD ...

        Posté par (page perso) . Évalué à  6 .

        Euh on peut déjà en juger maintenant, pour tout ceux qui tournent en current par exemple, parmis eux il y a pas des utilisateurs de kde et donc certainement de kdesu

        perso, j'ai pas de problème avec :) mais j'utilise pas kdesu
      • [^] # Re: Pendant ce temps dans FreeBSD ...

        Posté par (page perso) . Évalué à  3 .

        Et cette réécriture elle est dispo dans un version stable de FreeBSD ou bien elle fera juste partie de la future release 8.0 ?

        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 (page perso) . Évalué à  1 .

        Et cette réécriture elle est dispo dans un version stable de FreeBSD ou bien elle fera juste partie de la future release 8.0 ?

        À 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 (page perso) . Évalué à  10 .

    On croirait lire voici ou autre magazine du genre. Un titre qui annonce un gros truc, mais quand on lit l'article, on s'apercoit qu'en fait non, c'est juste rien du tout. C'est en general un titre comme "Johnny Hallyday, le terrible drame !", pour un article qui explique comment Johnny Hallyday s'est tordu un ongle. Ici c'est "Alan Cox jette l'eponge" pour un article qui explique qu'il arrete de travailler sur TTY.
    • [^] # Re: un titre à scandale

      Posté par (page perso) . Évalué à  10 .

      Le fait qu'Alan Cox, qui bosse sur le noyau depuis 1991, se retire d'une des briques essentielles du noyau en disant à Linus Torvalds If you think that problem is easy to fix you fix n'est pas en soit rien du tout. Loin de là.


      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 (page perso) . Évalué à  9 .

        >>> se retire d'une des briques essentielles du noyau

        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 (page perso) . Évalué à  6 .

          Non, ce n'est pas la fin du monde.
          Comme le départ de Con Kolivas...
          • [^] # Re: un titre à scandale

            Posté par . Évalué à  5 .

            La situation n'a rien à voir, faut arrêter.

            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 (page perso) . Évalué à  4 .

              > Con Kolivas pourrait avoir des difficultés à maintenir une brique aussi importante du noyau ce qui a joué dans le choix de CFS.


              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 . Évalué à  3 .

                Ce n'est pas ses compétences techniques qui étaient en cause mais plutôt le temps et les possibilités d'implication. Ingo Molnar est salarié de Red Hat et bosse à plein temps sur le noyau alors que Con Kolivas est anesthésiste et travaillait sur le noyau dans ses temps libres.

                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 . Évalué à  -1 .

                  Ben d'un autre cote, le mec a beau etre le meilleur du monde et avoir la solution de ouf, s'il a pas le temps de s'impliquer ni bosser suffisament sur le noyau, ca leur fait une belle jambe de savoir que ca pourrait etre un truc de ouf s'il fait un truc qu'il ne fera pas...

                  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 . Évalué à  5 .

                    Con Kolivas a un peu fait sa tête de mule. Il me semble qu'une partie de ces idées on été inclues dans CFS pour en corriger certains défauts. Le boulot qu'il a abattu n'a pas servi à rien ...
                  • [^] # Re: un titre à scandale

                    Posté par . Évalué à  9 .

                    Faut arreter :
                    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 . Évalué à  -1 .

                      oui, il peut se faire rouler dessus par un bus demain matin, c'est sur.

                      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 . Évalué à  10 .

                        Faudrait que des professionnels engagés par des boites pour coder sur le noyau. -aka on est pas chez les clochards ici-

                        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 . Évalué à  1 .

                          Faudrait que des professionnels engagés par des boites pour coder sur le noyau. -aka on est pas chez les clochards ici-

                          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 . Évalué à  6 .

                            >> Faudrait que des professionnels engagés par des boites pour coder sur le noyau. -aka on est pas chez les clochards ici-

                            > 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 . Évalué à  10 .

                        Pas à plein temps, pas à plein temps...
                        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 (page perso) . Évalué à  10 .

                          Je trouve ça quand même impressionnant le fait d'être anesthésiste (c'est quand même de longue et difficile étude) et hacker noyau.

                          Ca m'impressione, et ca me désole... pour moi.
                          • [^] # Re: un titre à scandale

                            Posté par . Évalué à  1 .

                            Ce n'est pas rare les gens qui viennent de la médecine pour se mettre dans l'informatique, c'est d'ailleurs justement en raison de leurs études passées qu'ils ont cette méthodologie et cette capacité élevée d'apprentissage.
                  • [^] # Re: un titre à scandale

                    Posté par . Évalué à  -1 .

                    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.
                    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 . Évalué à  -1 .

                      Ben c'est pas tant un probleme que le mec doit etre dispo la main'nant toussuite, la toussuite, main'nant, vas y, fais le, main'nant, tissuite.

                      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 . Évalué à  10 .

          Cool, donc quand un mec decide enfin de s'y plonger et de corriger les bugs, on l'envoie chier parce que les applis userland buggees ne marchent plus. Je sens que ca va motiver les trouppes, ca.
    • [^] # Re: un titre à scandale

      Posté par (page perso) . Évalué à  2 .

      Donc tu lis voici si je comprend bien ? :P
  • # kdesu ?

    Posté par (page perso) . Évalué à  10 .

    Quel rapport entre kdesu et tty ? Quelqu'un saurait le dire ?
    • [^] # Re: kdesu ?

      Posté par (page perso) . Évalué à  2 .

      Quel rapport entre kdesu et tty ? Quelqu'un saurait le dire ?

      Tout ça c'est à cause d'emacs.

      Tous systèmes fonctionnels. Mise à feu dans 30 secondes...
    • [^] # Re: kdesu ?

      Posté par (page perso) . Évalué à  4 .

      Le rapport de bug : http://lkml.org/lkml/2009/7/11/125

      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 . Évalué à  9 .

        Tiens, ça me rappelle quelque chose : c'est pas les dév KDE qui avaient refusé de contourner des bugs dans les drivers Nvidias, quitte à obtenir quelque chose de non-utilisable (en l'occurence, les effets visuels dans Kwin) ?

        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 (page perso) . Évalué à  5 .

          La différence, c'est que KDE utilisait des fonctions qui n'avait encore jamais été utilisée de cette façon là et ça révéler les bugs du pilotes. Il ne voulait donc pas contournés les bugs pour les mettre en évidence. Contrairement à TTY dont les bugs sont connus.

          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.

          « Moi, lorsque je n’ai rien à dire, je veux qu’on le sache. » Raymond Devos

          • [^] # Re: kdesu ?

            Posté par . Évalué à  1 .

            Au temps pour moi, je n'ai vu nulle part que cela ne concernait que KDE3 et pas le 4.

            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 (page perso) . Évalué à  3 .

              Je ne sais pas si ça ne concerne que KDE 3 mais ça concerne aussi KDE 3 et comme il y a une une grande réécriture entre la 3 et la 4, il est fort probable qu'il ne soit pas possible de réutiliser le patch pour la version 4. Et il me semble que la 3.5.10 était la dernière version de la branche 3.

              « Moi, lorsque je n’ai rien à dire, je veux qu’on le sache. » Raymond Devos

              • [^] # Re: kdesu ?

                Posté par (page perso) . Évalué à  3 .

                En même temps, quel est le gars qui tiens à utiliser une appli qui n'est plus maintenu avec un nouveau noyau ?
                • [^] # Re: kdesu ?

                  Posté par (page perso) . Évalué à  3 .

                  Il y a encore pas mal d'utilisateurs qui ne se sont pas encore fait à KDE4, je suppose que dans le lot, il doit en avoir pas mal qui ont besoin de pilote pour du matériel récent.

                  « Moi, lorsque je n’ai rien à dire, je veux qu’on le sache. » Raymond Devos

                  • [^] # Re: kdesu ?

                    Posté par (page perso) . Évalué à  4 .

                    Et dans le tas y en a pas un pour faire un patch pour kde 3 ? C'est pas comme si on avait pas les sources où que 15.000 applis reposaient sur ce comportement erroné de tty.

                    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 (page perso) . Évalué à  3 .

                      On peut faire un patch pour KDE3 mais ça veut dire qu'il y a potentiellement plein d'applications impactées. Ça veut dire que tu sort un noyau avec plein d'applications qui ne fonctionnent plus ou pas bien. Les éditeurs vont être content.

                      « Moi, lorsque je n’ai rien à dire, je veux qu’on le sache. » Raymond Devos

                      • [^] # Re: kdesu ?

                        Posté par (page perso) . Évalué à  3 .

                        Il y a autant d'applications potentiellement impactées que de code crade qui s'appuie sur des bugs. Conserver un comportement erroné c'est permettre la survie de code sale.
                        • [^] # Re: kdesu ?

                          Posté par (page perso) . Évalué à  2 .

                          Mais tu ne peut pas permettre que du jour au lendemain ces applications ne fonctionnent plus. Il faut une phase de transition pendant laquelle ce comportement est toléré.

                          « Moi, lorsque je n’ai rien à dire, je veux qu’on le sache. » Raymond Devos

                          • [^] # Re: kdesu ?

                            Posté par (page perso) . Évalué à  2 .

                            Bah tu passes pas du jour au lendemain d'un noyau à l'autre sans le moindre test. Sinon elles servent à quoi les phase de test ?
                            • [^] # Re: kdesu ?

                              Posté par (page perso) . Évalué à  2 .

                              C'est pour ça que Linus ne voulait pas l'inclure dans le 2.6.31

                              « Moi, lorsque je n’ai rien à dire, je veux qu’on le sache. » Raymond Devos

                        • [^] # Re: kdesu ?

                          Posté par . Évalué à  3 .

                          T'as raison, je propose qu'on arrête d'avoir des bugs dans nos programmes, tout serait plus simple. Je me demande bien comment on a pas pu avoir cette idée géniale avant...
                          • [^] # Re: kdesu ?

                            Posté par (page perso) . Évalué à  2 .

                            Faire une erreur est humain, s'appuyer sciemment sur le comportement erroné d'un logiciel, sailemal.
                • [^] # Re: kdesu ?

                  Posté par . Évalué à  2 .

                  moi ?
                  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 (page perso) . Évalué à  2 .

            Euh, si un bug est connu, alors on s'appuie dessus et on le prends comme dépendance au bon fonctionnement de son logiciel ? Je trouve ça un peu tordu.
            • [^] # Re: kdesu ?

              Posté par (page perso) . Évalué à  2 .

              Je ne sais pas si c'est un bug ou une réponse particulière d'une fonction.

              « Moi, lorsque je n’ai rien à dire, je veux qu’on le sache. » Raymond Devos

            • [^] # Re: kdesu ?

              Posté par . Évalué à  2 .

              Ben s'il n'est pas corrigé tu fais comment ? Tu dis "mon soft il marche pas mais c'est pas ma faute donc il continuera à pas marcher" ?
              • [^] # Re: kdesu ?

                Posté par (page perso) . Évalué à  2 .

                Tu fais un rapport de bug pour qu'il soit corrigé/tu fais un patch pour corriger l'erreur.
                • [^] # Re: kdesu ?

                  Posté par . Évalué à  2 .

                  Et pour le cas où il n'est pas possible de mettre à jour ? Il faut faire avec le bug.
                  • [^] # Re: kdesu ?

                    Posté par (page perso) . Évalué à  2 .

                    Comment ça pas possible de mettre à jour ?
                    • [^] # Re: kdesu ?

                      Posté par . Évalué à  2 .

                      Sur un service qui tourne et que tu ne peux pas redémarrer par exemple, genre le kernel, un serveur HTTP, etc.
                      • [^] # Re: kdesu ?

                        Posté par . Évalué à  2 .

                        On prévoit un arrêt de service ?

                        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 . Évalué à  1 .

                          Dès qu'il y a un bug ? Tu vas en faire souvent des arrêts de service...
                    • [^] # Re: kdesu ?

                      Posté par . Évalué à  1 .

                      ben si t'as enormement de softs qui dependent du bug et que tu peux pas tout mettre jour, tu risques de te retrouver dans la merde.

                      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 . Évalué à  4 .

                        Si t'as une meilleure solution, qui conserve l'integrite des donnees des clients, on est ravi de l'entendre.

                        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 . Évalué à  2 .

                        "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).
                        "
                        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
    • [^] # Re: kdesu ?

      Posté par (page perso) . Évalué à  8 .

      Tout est là-dedans :


      :~$ echo "plop" | su -
      su: must be run from a terminal
      bash: echo: write error: Broken pipe


      ;-)

      En résumé, kdesu fait appel à "su" et ce dernier a besoin de contrôler le terminal car notamment, son entrée ne vient pas de stdin...
      • [^] # Re: kdesu ?

        Posté par (page perso) . Évalué à  4 .

        ssh aussi...

        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 (page perso) . Évalué à  6 .

        Peut-être que kdesu devrait être réécris comme un su pour kde et non comme un wrapper à la commande su, et le problème pourrait être résolu.
        • [^] # Re: kdesu ?

          Posté par (page perso) . Évalué à  10 .

          Donc si je résume, on fait chier tout le monde pour une pauvre appli kde ? :)
          • [^] # Re: kdesu ?

            Posté par . Évalué à  4 .

            oui, c'est un peu bizarre ce truc. En plus j'utilise su et sudo tous les jours, KDE tout autant, et pourtant je n'ai jamais ressenti le besoin d'utiliser kdesu, mais peut-être que je passe à côté de quelque chose d'essentiel qui aurait changé ma vie ?

            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 . Évalué à  2 .

            Oui mais Linus Torvalds utilise kde et donc kdesu. Donc Désolé pour Alan, mais cela n'est pas acceptable.
        • [^] # Re: kdesu ?

          Posté par (page perso) . Évalué à  10 .

          Le fait que cela soit un wrapper n'est pas un hasard. "su" est une commande avec le flag "setuid' activé.

          Ce genre de programme se doit d'être écrit avec grande prudence. Cette prudence impose de faire un programme de taille minimal afin de limiter les risques.

          Le programme en question est très simple :
          http://git.savannah.gnu.org/cgit/coreutils.git/tree/src/su.c

          mais peu de personnes se risque à le réécrire.

          Si c'est pour kdesu, juste un su-notty devrait être écrit. Mettre kdesu en suid est bcp trop dangereux.
          • [^] # Re: kdesu ?

            Posté par (page perso) . Évalué à  4 .

            Marrant les commentaires :


            This program intentionally does not support a "wheel group" that
            restricts who can su to UID 0 accounts. RMS considers that to
            be fascist.
            • [^] # Re: kdesu ?

              Posté par (page perso) . Évalué à  4 .

              Pour alimenter le troll :
              http://www.gnu.org/software/coreutils/manual/html_node/su-in(...)


              23.5.1 Why GNU su does not support the ‘wheel’ group

              (This section is by Richard Stallman.)

              Sometimes a few of the users try to hold total power over all the rest. For example, in 1984, a few users at the MIT AI lab decided to seize power by changing the operator password on the Twenex system and keeping it secret from everyone else. (I was able to thwart this coup and give power back to the users by patching the kernel, but I wouldn't know how to do that in Unix.)

              However, occasionally the rulers do tell someone. Under the usual su mechanism, once someone learns the root password who sympathizes with the ordinary users, he or she can tell the rest. The “wheel group” feature would make this impossible, and thus cement the power of the rulers.

              I'm on the side of the masses, not that of the rulers. If you are used to supporting the bosses and sysadmins in whatever they do, you might find this idea strange at first.


              D'un autre coté, je vois de plus en plus de développeurs - dans des grandes boites - qui ne possèdent même pas les droits d'administrateurs sur leur propre machine de travail. Cela a de véritables conséquences sur le travail, par exemple, difficile de tester la procédure d'installation ;-)

              Alors avant que cela commence à traiter rms de fasciste, je pense qu'il faut méditer à la chose et se demander qui sont vraiment les fascistes...
              • [^] # Re: kdesu ?

                Posté par . Évalué à  2 .

                heu...

                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...
                • [^] # Re: kdesu ?

                  Posté par (page perso) . Évalué à  6 .

                  Le problème c'est que su ne sert pas uniquement à passer en root. Le but c'est de changer d'utilisateur. La non appartenance au groupe 'wheel' interdit de changer en root mais pas vers les autres utilisateurs.
              • [^] # Re: kdesu ?

                Posté par (page perso) . Évalué à  6 .

                Accessoirement, prendre en charge ce genre de limitation (groupe wheel), ce n'est pas du tout le travail d'une application comme su, mais celui de PAM. Qui le fait très bien, configuré pour.
              • [^] # Re: kdesu ?

                Posté par . Évalué à  0 .

                D'un autre coté, je vois de plus en plus de développeurs - dans des grandes boites - qui ne possèdent même pas les droits d'administrateurs sur leur propre machine de travail. Cela a de véritables conséquences sur le travail, par exemple, difficile de tester la procédure d'installation ;-)

                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 . Évalué à  0 .

    Je ne suis pas sûr qu'Alan Cox laisse tomber tty.
    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 . Évalué à  3 .

    Ça me rappelle la colère d'Allan Cox et des gars de la FSF quant Torvald a annoncé que jamais de son vivant le noyau de Linux migrerait vers la GPL v3.
  • # Tty et Rminet?

    Posté par . Évalué à  7 .

    Ce journal est assez difficile à comprendre quand on ne sait pas précisément ce que sont tty et kdesu :-(
  • # amen

    Posté par (page perso) . Évalué à  6 .

    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 ?

    C'est pas plutôt, Linus va-t-il s'excuser?
    • [^] # Re: amen

      Posté par (page perso) . Évalué à  5 .

      Il vaut mieux présenter ses excuses plutôt que de s'excuser tout seul.

      /mode pédant off
      • [^] # Re: amen

        Posté par (page perso) . Évalué à  9 .

        Cher patrick_g,

        /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

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.