vendredi 10 octobre
Accueil :: Dépêches :: Entretiens :: Journaux :: Forums :: Sondages :: Suivi :: Statistiques :: Contact :: Plan

Derniers journaux de manatlan :

Journal : ESR passe sous ubuntu

Posté par manatlan (Jabber id, page perso, ) le 21 février 2007
0
C'est tout frais :
https://www.redhat.com/archives/fedora-devel-list/2007-Febru(...)

1,2,3 ... partez !!!!

> Lire le journal (48 commentaires, moyenne: 3,1).  

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

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

non-événement

Posté par marseillais (page perso, ) le 21/02/2007 à 21:24. (lien). Évalué à 4.

Hier mon cousin a switcher de windows Xp vers mandriva.
Quand il était jeune il a fait un dessin très jolie c'était il y a bien 6 ans.
Depuis il troll pas mal sur un peu tout les sujets qui lui passe par la tête.

Non mais franchement tout le monde en parle alors qu'il n'y a vraiment pas grand chose a en dire. Même quand linus change de distrib ça fait moins de bruit.

  • [^]Re: non-événement

    Posté par manatlan (Jabber id, page perso, ) le 21/02/2007 à 21:39. (lien). Évalué à 3.

    C'est pas tant le changement de distrib qui fait du bruit ...
    C'est le troll lancé dans la devel-list de fedora, avec qques attaques en règles ...

    ça va relancer le débat sur l'intégration de blobs proprios dans les distribs grands publics ... (débat quand même très chere sous dlfp ces derniers temps)
    J'espere qu'il est au courant qu'Ubu a abandonné l'idée d'intégrer les drivers gfx proprios en standard dans la prochaine feisty ;-)

    --
    manatlan.com

    • [^]Re: non-événement

      Posté par Gniarf () le 22/02/2007 à 13:20. (lien). Évalué à 3.

      > C'est le troll lancé dans la devel-list de fedora, avec qques attaques en règles ...

      on notera le très délicat :

      Cc: lwn lwn net, editors newsforge com, sjvn vna1 com, editors linuxtoday com

      de son mail : c'est comme s'il avait voulu que ça se sache.

      --
      Windows has no users. It has hostages.

      • [^]Re: non-événement

        Posté par miod () le 22/02/2007 à 15:12. (lien). Évalué à 2.

        C'est bien normal qu'il tienne à ce que ça se sache : c'est pour que l'on parle de lui.

        On dirait un homme politique sur la pente descendante.

  • [^]Re: non-information

    Posté par Moun's (page perso, ) le 22/02/2007 à 04:26. (lien). Évalué à 5.

    Même quand linus change de distrib ça fait moins de bruit.


    deja il faudrait savoir si Linus recompile son noyau ou utilise un des noyaux de sa distrib.


    je sais ou est la sortie -> []

    • [^]Re: non-information

      Posté par Misc (page perso, ) le 22/02/2007 à 08:19. (lien). Évalué à 7.

      La question est surtout de savoir si il utilise linux ou emacs comme noyau ( ah non je confond avec rms )

      • [^]Re: non-information

        Posté par Snarky (Jabber id, page perso, ) le 22/02/2007 à 11:21. (lien). Évalué à 1.

        > linux ou emacs
        tu voulais dire Hurd j'espère ? Parce que emacs n'a pas encore un parseur de temp fonctionnel :-p

        --
        Milite pour un about:black sur les navigateurs ! (Sauvons la planète)

ESR est un has been

Posté par patrick_g (page perso, ) le 21/02/2007 à 21:30. (lien). Évalué à 10.

>>> Canonical's recent deal with Linspire, which will give Linux users legal access to WMF and other key proprietary codecs, is precisely the sort of thing Red-Hat/Fedora could and should have taken the lead in.

J'ai beau être ubuntiste je ne suis pas certain que ce soit un argument qui me mette en joie.

  • [^]Re: ESR est un has been

    Posté par ploum (page perso, ) le 21/02/2007 à 22:00. (lien). Évalué à 8.

    étant également ubuntiste, je dois reconnaître qu'aucun des arguments qu'il a donné ne m'a paru justifier un changement de distribution.

    Excepté que RPM ça sucks, il a mis le temps à le reconnaître....

    • [^]Re: ESR est un has been

      Posté par baud123 (Jabber id, page perso, ) le 22/02/2007 à 00:26. (lien). Évalué à 5.

      rho bin dites donc, ... je vous trouve bien ubuntriste là :'-(

      Il doit pourtant y avoir "pire" comme utilisateur que ESR non ?

      • [^]Re: ESR est un has been

        Posté par Erwan (page perso, ) le 22/02/2007 à 03:35. (lien). Évalué à 2.

        Oh oui, pire ca doit bien exister: imagine par exemple un redneck qui milite pour pour le port des armes a feu, ca me rendrait pas particulierement heureux de le voir defendre la meme distrib que moi.

        Alors que ESR...

        • [^]Re: ESR est un has been

          Posté par Farvardin (page perso, ) le 22/02/2007 à 10:25. (lien). Évalué à 4.

          ah oui cela me fait penser que l'autre fois j'ai vu Jean Marie Lepen, et il m'a confié qu'il avait rencontré un jour dans un ascenseur en Belgique un gars avec qui il avait rapidement sympathisé, le gars en question lui a parlé des logiciels libres, de linux etc, et depuis il a effacé sa partition windows pour installer ubuntu à la place. C'est mignon non ?

          --
          You can't grep dead trees...

          • [+] [^]Re: ESR est un has been

            Posté par Geoffroy Carrier (Jabber id, page perso, ) le 23/02/2007 à 05:25. (lien). Évalué à -1.

            Point Godwin !

            OK je --->[]

    • [^]Re: ESR est un has been

      Posté par IsNotGood () le 22/02/2007 à 04:43. (lien). Évalué à 10.

      > Excepté que RPM ça sucks, il a mis le temps à le reconnaître....

      Ça c'est le troll de base.
      Deb sucks : http://linuxrevolution.blogspot.com/2006/08/ubuntu-update-br(...)

      Bon voilà, la balle est au centre.

      ESR gueule car il a fait un "rpm -e --nodeps lib_essentielle_pour_rpm". Il a forcément fait un "--nodeps" car c'est une librairie qui est utilisé et les dépendances de librairie sont calculée automatiquement par rpm. Après rpm ne marchait plus. Et donc après il gueule car il n'y a pas de version static de rpm dans Fedora. Il a fait une connerie, il assume. Le jour où il fait "rm -f /bin/rpm_static" il va gueuler car il n'y a pas /bin/rpm_static_au_secours pour les con qui virent /bin/rpm_static.
      Et ESR est de mauvaise fois car il sait comment récupérer ce type de connerie. Il suffit de booter avec le CD-ROM ou d'utiliser une installation parallèle.

      Le problème, s'il y en un, ce n'est pas rpm. C'est le contrôle des dépôts. Ça n'a rien à voir avec rpm ou deb.

      Autre chose. Beaucoup qui utilisent Fedora ajoutent plein de dépôt qui sont, et c'est très souvent indiqué, incompatibles avec Fedora Extras. Mais en même temps ils ont Fedora Extras. Au final ça ne peut que exploser. Et passer à deb ne change rien à ce problème. Sans compter que deb ne supporte pas multilib, ne supporte pas SeLinux, etc...

      L'autre problème classique, c'est un mirroir qui n'est pas à jour. Par exemple Fedora Extras est mise à jour (passe une libtoto-1.2 à libtoto-1.4) et dans l'heure livna est mis à jour pour utiliser libtoto-1.4. Manque de change lorsque l'utilisateur fait "yum update" alors que son mirroir Fedora Extras n'est pas à jours. Donc yum dit qu'il manque libtoto-1.4 pour faire la mise à jour (et il a raison). Dans ce cas, il faut faire sont "yum update" le lendemain et c'est tout. L'échec du "yum update" précédent est sans conséquence.
      Ce problème on l'a aussi avec deb.

      Un fois qu'on enlève ces problèmes classiques qui n'ont rien à voir avec rpm et où deb n'est en rien une solution, il n'y a pas de problème avec une Fedora stable. Ou alors c'est exceptionnel (genre une fois tous les 3 mois) et sans conséquence (puisque la mise à jour est refusée).

      Pour F7, il y aura un contrôle systèmatique (via un programme qui contrôle les dépendances d'un dépôt). Par exemple un paquet ne pourra être mise en "update" s'il casse des dépendances. Ceci n'a rien à voir avec rpm.
      NB : F7 aura les dépendances de contrôlé pour "feu" Fedora Core et Fedora Extras. F7 ne va pas contrôler les dépendances de Freshrpms ou Livna par exemple.

      • [^]Re: ESR est un has been

        Posté par IsNotGood () le 22/02/2007 à 05:01. (lien). Évalué à 3.

        > Sans compter que deb ne supporte pas multilib

        Désolé, je voulais dire multi-arch (mixer i386 et x86_64).

      • [^]Re: ESR est un has been

        Posté par IsNotGood () le 22/02/2007 à 06:09. (lien). Évalué à 4.

        Pour info, ESR a "seulement" viré e2fsprogs-libs.

        Avec rpm sans "--nodeps" on a :

        [admin@one ~]$ rpm -e e2fsprogs-libs
        erreur: Dépendances requises:
        libblkid.so.1 est nécessaire pour (déjà installé) e2fsprogs-devel-1.39-7.fc6.i386
        libblkid.so.1 est nécessaire pour (déjà installé) e2fsprogs-1.39-7.fc6.i386
        libblkid.so.1 est nécessaire pour (déjà installé) util-linux-2.13-0.46.fc6.i386
        libcom_err.so.2 est nécessaire pour (déjà installé) e2fsprogs-devel-1.39-7.fc6.i386
        libcom_err.so.2 est nécessaire pour (déjà installé) rpm-build-4.4.2-32.i386
        libcom_err.so.2 est nécessaire pour (déjà installé) cyrus-sasl-2.1.22-4.i386
        libcom_err.so.2 est nécessaire pour (déjà installé) curl-7.15.5-1.fc6.i386
        libcom_err.so.2 est nécessaire pour (déjà installé) gnome-vfs2-2.16.2-2.fc6.i386
        libcom_err.so.2 est nécessaire pour (déjà installé) vorbis-tools-1.1.1-3.fc6.i386
        libcom_err.so.2 est nécessaire pour (déjà installé) openssl-0.9.8b-8.3.fc6.i686
        libcom_err.so.2 est nécessaire pour (déjà installé) neon-0.25.5-5.1.i386
        libcom_err.so.2 est nécessaire pour (déjà installé) subversion-1.4.2-2.fc6.i386
        libcom_err.so.2 est nécessaire pour (déjà installé) openssh-clients-4.3p2-14.fc6.i386
        libcom_err.so.2 est nécessaire pour (déjà installé) krb5-libs-1.5-13.i386
        libcom_err.so.2 est nécessaire pour (déjà installé) krb5-devel-1.5-13.i386
        libcom_err.so.2 est nécessaire pour (déjà installé) rpm-4.4.2-32.i386
        libcom_err.so.2 est nécessaire pour (déjà installé) gnupg-1.4.6-2.i386
        libcom_err.so.2 est nécessaire pour (déjà installé) e2fsprogs-1.39-7.fc6.i386
        libcom_err.so.2 est nécessaire pour (déjà installé) openssh-4.3p2-14.fc6.i386
        libcom_err.so.2 est nécessaire pour (déjà installé) samba-common-3.0.24-1.fc6.i386
        libcom_err.so.2 est nécessaire pour (déjà installé) samba-client-3.0.24-1.fc6.i386
        libcom_err.so.2 est nécessaire pour (déjà installé) samba-3.0.24-1.fc6.i386
        libcom_err.so.2 est nécessaire pour (déjà installé) evolution-data-server-1.8.3-1.fc6.i386
        libe2p.so.2 est nécessaire pour (déjà installé) e2fsprogs-devel-1.39-7.fc6.i386
        libe2p.so.2 est nécessaire pour (déjà installé) e2fsprogs-1.39-7.fc6.i386
        libext2fs.so.2 est nécessaire pour (déjà installé) e2fsprogs-devel-1.39-7.fc6.i386
        libext2fs.so.2 est nécessaire pour (déjà installé) e2fsprogs-1.39-7.fc6.i386
        libss.so.2 est nécessaire pour (déjà installé) e2fsprogs-devel-1.39-7.fc6.i386
        libss.so.2 est nécessaire pour (déjà installé) e2fsprogs-1.39-7.fc6.i386
        libuuid.so.1 est nécessaire pour (déjà installé) e2fsprogs-devel-1.39-7.fc6.i386
        libuuid.so.1 est nécessaire pour (déjà installé) apr-1.2.7-10.i386
        libuuid.so.1 est nécessaire pour (déjà installé) apr-util-1.2.8-1.fc6.i386
        libuuid.so.1 est nécessaire pour (déjà installé) cryptsetup-luks-1.0.3-2.1.i386
        libuuid.so.1 est nécessaire pour (déjà installé) e2fsprogs-1.39-7.fc6.i386
        libuuid.so.1 est nécessaire pour (déjà installé) util-linux-2.13-0.46.fc6.i386
        e2fsprogs-libs = 1.39-7.fc6 est nécessaire pour (déjà installé) e2fsprogs-devel-1.39-7.fc6.i386
        e2fsprogs-libs = 1.39-7.fc6 est nécessaire pour (déjà installé) e2fsprogs-1.39-7.fc6.i386


        Mais rpm n'affiche que les dépendances directes.

        Avec yum :

        [blabla]
        rpm i386 4.4.2-32 installed 1.6 M
        rpm-build i386 4.4.2-32 installed 2.0 M
        rpm-libs i386 4.4.2-32 installed 2.0 M
        rpm-python i386 4.4.2-32 installed 113 k
        [blabla]
        Transaction Summary
        =============================================================================
        Install 0 Package(s)
        Update 0 Package(s)
        Remove 370 Package(s)


        C'est claire, rpm et yum lui disent que sans e2fsprogs-libs, rpm ne peut plus marcher. ESR a voulu vérifier... et après il a été énervé de constater que rpm et yum avaient raison.

        • [^]Re: ESR est un has been

          Posté par marseillais (page perso, ) le 22/02/2007 à 08:09. (lien). Évalué à 2.

          une question d'une personne qui ne connait pas du tout rpm : comment il a pu faire pour virer ca si RPM en dépend, sans que ca le prévienne que ca va virer RPM?

          • [^]Re: ESR est un has been

            Posté par Benoît Guédas (Jabber id, ) le 22/02/2007 à 08:35. (lien). Évalué à 3.

            La réponse à ta question est au dessus :

            ESR gueule car il a fait un "rpm -e --nodeps lib_essentielle_pour_rpm".


            Si tu dis à RPM de ne pas regarder les dépendances, alors forcément, il ne le fait pas. Enfin, ce n'est que suppositoire ... va savoir exactement.

          • [^]Re: ESR est un has been

            Posté par IsNotGood () le 22/02/2007 à 08:48. (lien). Évalué à 3.

            > sans que ca le prévienne que ca va virer RPM?

            "rpm -e --nodeps e2fsprogs-libs" ne vire pas rpm. Il vire une librairie nécessaire à rpm. Mais rpm reste installé.

            Par contre "yum remove e2fsprogs-libs" vire rpm et yum (mais tu dois confirmer l'action).

            > sans que ca le prévienne que ca va virer RPM?

            Ben si, tu es prévenu (relis mon commentaire précédent).


            Notons la "philosophie" du compte root sous Unix/Linux. Le compte root peut tout faire (conneries comprises). Le compte root ne t'empêchera pas de faire des conneries (sous Windows XP, même avec le compte administrateur il y a certaines dll qu'on ne peut virer par exemple).

            • [^]Re: ESR est un has been

              Posté par Raphaël Gertz (Jabber id, page perso, ) le 22/02/2007 à 18:50. (lien). Évalué à 0.

              A noter que sous mandriva tu peux pas dégager de dépendance du paquet basesystem (nécessaire pour booter) avec urpmi, il te jette simplement, par contre virer rpm+urpmi c'est possible...

              Après faut être con pour utiliser --nodeps, j'ai eu a l'utiliser dans seulement 3 cas sous mandriva (paquets pas super bien fait) :
              konversation (requires kdebase inutile)
              xinetd (demandé par cups et svn-server)
              svn-server (demandé par apache_mod-dav-svn inutile)

              Bon c'est des bugs reportés mais trop tard pour être corrigés :'(

              En dehors de ça j'ai jamais eu a faire ce genre de conneries...

              Après il y a tout de même le paramètre --test pour vérifier que ça va rien casser.

              Franchement casser rpm et autre faut sois faire une connerie, soit tomber sur un paquets vraiment cassé.
              C'est arrivé une fois lors de la mise a jour 2006=>2007 urpmi est cassé a cause de perl-URPM qui s'installait pas comme il faut, un rpm a la main a réglé le soucis, par contre pour des paquets moins critiques c'est arrivé quelques fois...

              --
              site perso : http://rapsys.free.fr/

              • [^]Re: ESR est un has been

                Posté par baud123 (Jabber id, page perso, ) le 23/02/2007 à 11:51. (lien). Évalué à 2.

                Il y a aussi le changement de glibc auquel il faut prêter attention tout de même.

                Cela pouvait causer des problèmes lors d'un passage de Mandrake 10.1 à Mandriva 2006, comme cela m'était arrivé : http://wiki.eagle-usb.org/wakka.php?wiki=Install101Mdv2006 (bon une fois que la bonne méthode est maîtrisée, ça évite les problèmes... maintenant les paquets prennent correctement en compte ce souci il me semble).

              • [+] [^]Re: ESR est un has been

                Posté par Raphaël Gertz (Jabber id, page perso, ) le 24/02/2007 à 16:45. (lien). Évalué à -1.

                Bon primo j'aimerais savoir qui est le con^Wubuntiste qui a inutilisé ma réponse pertinente...

                Ensuite la mandrake 10.1 est vraiment vielle désormais...
                (et j'ai jamais subis ce soucis de mise a jour malgré de nombreux essais...)

                --
                site perso : http://rapsys.free.fr/

A suivre ...

Posté par manatlan (Jabber id, page perso, ) le 21/02/2007 à 21:53. (lien). Évalué à 2.

Faut suivre ici , dans les prochains jours :http://geekz.co.uk/lovesraymond

Je pense qu'il devrait y avoir moyen de faire une excellente bulle

--
manatlan.com

AC/ESR/RMS

Posté par olivn () le 21/02/2007 à 21:59. (lien). Évalué à 5.

Réponse de Alan Cox avec une signature intéressante ...
https://www.redhat.com/archives/fedora-devel-list/2007-Febru(...)

  • [^]Re: AC/ESR/RMS

    Posté par Aurélien Bompard (Jabber id, page perso, ) le 21/02/2007 à 22:10. (lien). Évalué à 3.

    Autre réponse intéressante :

    https://www.redhat.com/archives/fedora-devel-list/2007-Febru(...)

    • [^]Re: AC/ESR/RMS

      Posté par patrick_g (page perso, ) le 22/02/2007 à 12:15. (lien). Évalué à 2.

      Putain y'en a qui sont balaises en ascii-art....ou alors c'est moi qui suis un gros naïf et y'a des softs qui le font automatiquement à partir d'un dessin ?

      • [^]Re: AC/ESR/RMS

        Posté par d-jo (page perso, ) le 22/02/2007 à 12:44. (lien). Évalué à 2.

        Gimp permet de sauver en ascii. cowsay est aussi ton ami

        • [^]Re: AC/ESR/RMS

          Posté par Farvardin (page perso, ) le 22/02/2007 à 13:46. (lien). Évalué à 1.

          oui, sans doute, mais pour ce genre d'ascii art, c'est clairement fait à la main. Sinon pour bien le voir sur la liste, il vaut mieux copier et coller le code dans un éditeur de texte avec des polices non-proportionnelles.
          Pour les exportations en "ascii", c'est surtout pour émuler les demi-teintes.
          Marrant, je viens de trouver ce site, et on peut voir les 2 types : http://www.ascii-fr.com/



          .........+-------------------+..............:\:\:/:/:.............
          .........|...PLEASE.DO.NOT...|............:.:\:\:/:/:.:...........
          .........|..FEED.THE.TROLLS..|...........:=.'.-...-.'.=:..........
          .........|...................|...........'=(\.9...9./)='..........
          .........|...Thank.you,......|..............(..(_)..).............
          .........|.......Management..|............../`-vvv-'\.............
          .........+-------------------+............./.........\............
          .................|..|........@@@.........././|,,,,,|\.\...........
          .................|..|........@@@........./_//../^\..\\_\..........
          ...@x@@x@........|..|.........|/.........WW(..(...)..)WW..........
          ...\||||/........|..|........\|...........__\,,\./,,/__...........
          ....\||/.........|..|.........|..........(______Y______)..........
          /\/\/\/\/\/\/\/\//\/\\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\



          (templeet retire les espaces inutiles, aussi je les ai remplacées par des points)

          --
          You can't grep dead trees...

          • [^]Re: AC/ESR/RMS

            Posté par Sufflope (Jabber id, page perso, ) le 22/02/2007 à 14:28. (lien). Évalué à 3.

            Sinon pour bien le voir sur la liste, il vaut mieux copier et coller le code dans un éditeur de texte avec des polices non-proportionnelles.

            Change de navigateur, ça s'affiche nickel chez moi (et beaucoup plus beau qu'avec tes points, là :D)

            --
            Le meilleur hébergeur de forums, gratuit et sans pub !

            • [^]Re: AC/ESR/RMS

              Posté par Farvardin (page perso, ) le 23/02/2007 à 07:09. (lien). Évalué à 2.

              effectivement avec firefox cela passe correctement, je ne comprends pas pourquoi konqueror ne prend pas en compte cette balise "pre", et en plus il n'y a pas de feuille de style associée, peut-être que c'est juste chez moi et qu'il faudrait que je redémarre KDE mais là j'ai trop de trucs d'ouverts en même temps...

              --
              You can't grep dead trees...

              • [^]Re: AC/ESR/RMS

                Posté par Farvardin (page perso, ) le 23/02/2007 à 11:39. (lien). Évalué à 2.

                avec un autre konqueror, cela passe effectivement bien :) désolé pour le dérangement...

                --
                You can't grep dead trees...

ESR

Posté par IsNotGood () le 22/02/2007 à 00:05. (lien). Évalué à 4.

Quelles souvenirs de l'époque où je lisais les mailings Fedora.
ESR n'est pas vraiment un homme de compromis, il n'aime pas "se fondre dans le moule" ou adhérer à un mouvement qui ne lui satisfait pas pleinement. Il a un fort caractère et peste souvent. En caricaturant il se prend pour une star... C'était un bon contributeur, mais sans plus. Mais il demande à Fedora ce que Fedora n'est pas.
http://www.redhat.com/archives/fedora-devel-list/2007-Februa(...)

Canonical's recent deal with Linspire, which will give Linux users legal access to WMF and other key proprietary codecs, is precisely the sort of thing Red-Hat/Fedora could and should have taken the lead in.

Fedora n'est pas ça et ne veut pas ça. Fedora n'empêchera jamais personne de le faire, mais hors du projet Fedora. Il y aura peut-être une Fedora-Windows avec les codecs Windows en payant. Fedora ne l'empêchera pas. Mais la Fedora-Windows ne sera pas sous le chapeau du projet Fedora.

C'est peut-être prétentieux, mais Fedora veux être aux distributions (à l'OS GNU/Linux) ce que Linux est au noyau. Linux donne la cadence et ne s'adapte pas aux exigences non techniquement justifiées des drivers proprio. Linux est libre, libre de ses choix/évolutions. Pas de compromis dans ce domaine. D'où Linux qui casse souvent la compatiblité au grand désespoire de NVidia ou VMware (voir par exemple l'adoption de kvm et non de la solution binaire de VMware).

Une bonne réponse :
http://www.redhat.com/archives/fedora-devel-list/2007-Februa(...)
Nobody ever said it "should" be a major desktop alternative or play mp3s. The goal of Fedora is "..the rapid progress of free and open source software and content". Fedora "allows" you to do what you want with it, it's not everything to everyone and doesn't try to be.


ESR exige quelque chose d'incompatible avec le projet Fedora.

Bonne route à ESR. Mais je crois qu'il sera aussi déçu par Ubuntu. J'ai le sentiment qu'il ne peut jamais être satisfait.

Le délicieux (ou féroce) Alan Cox :
http://www.redhat.com/archives/fedora-devel-list/2007-Februa(...)
"That was said by Eric Raymond who belongs to another movement"
- Richard Stallman


Alan Cox m'impression toujours par le mordant de ses commentaires.

  • [^]Re: ESR

    Posté par pasBill pasGates () le 22/02/2007 à 00:16. (lien). Évalué à 7.

    Moi ESR il me donne plutot l'impression d'un fan du retournement de veste.

    Qui se rappelle de sa fameuse prose qui essayait de justifier pourquoi VA Linux(pour qui il bossait a l'epoque) allait passer ses softs en proprio ?

    Ah qu'elle etait bonne celle-la...

    A mon avis, il ne manquera a personne ce gars la, ca aurait ete Alan Cox j'aurais ete bien plus inquiet.

    • [^]Re: ESR

      Posté par IsNotGood () le 22/02/2007 à 04:56. (lien). Évalué à 2.

      > A mon avis, il ne manquera a personne ce gars la

      J'avais lu sur cooker le thread où Warly annoncait son départ de Mandriva. Thread sans intérêt en un sens mais plein émotions, plein de "merci et bonne route", etc...
      J'ai vu la même chose quand Mike A. Harris (gros contributeur à Xorg, remplacé par Adam Jackson) a quitté Red Hat.

      Pour ESR quittant Fedora, il n'y a rien dans ce registre. On est limite dans le registre "bon débarras".

Qui sait

Posté par André Rodier (page perso, ) le 22/02/2007 à 09:54. (lien). Évalué à 2.

Peut être que ESR attendait un prétexte pour passer sous Ubuntu. Dans ce cas, qu'il le dise franchement.

  • [^]Re: Qui sait

    Posté par nats (Jabber id, page perso, ) le 22/02/2007 à 10:39. (lien). Évalué à 3.

    Franchement (et c'est mon avis sur tout le débat), On s'en branloutte sévère que ESR, RMS, Linus change de distrib......
    Aprés tout ce lui convient pas, bah il part... Je vois pas pourquoi il faudrait se justifier de changer de distrib, et encore moins pourquoi il faudrait enflammer la mailing de la dite distrib...

    --
    On vous ment! Mais pas moi...

zut aux journaux obscurs

Posté par alice_liddell () le 22/02/2007 à 13:20. (lien). Évalué à 2.

C'est quoi ESR?

  • [^]Re: zut aux journaux obscurs

    Posté par Gilles G. () le 22/02/2007 à 14:07. (lien). Évalué à 4.

    J'ai trouvé ça sur wikipedia


    From Wikipedia, the free encyclopedia
    ESR may stand for:

    * Erythrocyte sedimentation rate
    * East side rydas
    * Electron spin resonance
    * Equivalent series resistance
    * Eric S. Raymond, an open source software advocate
    * Earlham School of Religion at Earlham College in Richmond, Indiana, United States
    * Electro Slag Remelting
    * Emergency Sun Reacquisition, an attitude control mode of the Solar and Heliospheric Observatory (SOHO) where SOHO attempts to recover from an anomalous spacecraft attitude
    * ESR Technology
    * Eufinity Solution for Retail

    Fais ton choix!

  • [^]Re: zut aux journaux obscurs

    Posté par olivn () le 22/02/2007 à 14:51. (lien). Évalué à 2.

    Cathédrale/Bazar

très bon cassage

Posté par boklm (page perso, ) le 22/02/2007 à 13:55. (lien). Évalué à 6.

http://www.redhat.com/archives/fedora-devel-list/2007-Februa(...)

Un très très bon cassage de esr :)

  • [^]Re: très bon cassage

    Posté par Nicolas Évrard (Jabber id, page perso, ) le 22/02/2007 à 18:43. (lien). Évalué à 1.

    C'est marrant car hier en lisant la thread je me suis dit "Tiens personne ne lui a encore signalé smart-questions". Ben voila ... très bon en effet.

    --
    Le scheme c'est bien.

    • [^]Re: très bon cassage

      Posté par baud123 (Jabber id, page perso, ) le 23/02/2007 à 11:57. (lien). Évalué à 0.

      d'autant que c'est un peu lui qui l'a écrit (pour ceusses qui ne suivent pas), l'arroseur arrosé, toussa ;-)

Revenir en haut de page

Run by Team LinuxFr.org

Cette page a été générée par Templeet en 0.1689s (dont 0.014 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !