Grabuge à la FSF : GnuTLS quitte le projet GNU et sed et grep perdent leur mainteneur

Posté par MrLapinot (site web personnel) le 24 décembre 2012 à 16:08. Édité par Florent Zara et Benoît Sibaud. Modéré par claudex. Licence CC By‑SA.

Étiquettes :

déc.

2012

Des critiques qui se veulent concrètes, informées et graves se font jour en ce mois de décembre concernant la Free Software Foundation en provenance de trois projets GNU phares : GnuTLS, GNU sed et GNU grep.

NdM : merci à MrLapinot pour son journal.

Du côté de GnuTLS

D'abord, le 10 décembre, Nikos Mavrogiannopoulos annonce que le projet GnuTLS quitte l'égide de GNU après 12 ans. En cause, « un désaccord majeur avec les décisions et pratiques de la FSF ». Le site LWN a publié un article sur le sujet cette semaine, chroniquant cette tentative de sécession et les problèmes de la cession des droits imposée par la FSF pour les projets GNU. En effet, la réponse acerbe a été rapide et acerbe : en bref, le copyright nous appartient et on t'emmerde. Néanmoins, pas de requête formelle de changer le nom, peut-être selon LWN parce que — même s'il a transféré ses droits patrimoniaux — Mavrogiannopoulos est l'auteur principal de GnuTLS et peut se prévaloir d'un droit moral sur le nom.

Du côté de GNU sed et GNU grep

Nouveau coup de tonnerre samedi 22, quand Paolo Bonzini annonce qu'il démissionne de ses fonctions de mainteneur de GNU sed et de GNU grep pour des raisons similaires. Il en liste trois :

le seul moyen d'avancer pour un projet (GNU) est d'ignorer les recommandations de la FSF (inutiles, voire nocives car immobilistes),
GNU n'apporte plus rien à la FSF et surtout la FSF ne soutient plus assez GNU (en particulier financièrement),
être étiqueté GNU ne rend plus un projet attractif de nos jours, bien au contraire.

Plus généralement

Le débat fait déjà rage ailleurs, en particulier sur Hacker News où un précédent mainteneur de sed corrobore les critiques formulées par Bonzini et critique en particulier les compétences de… Richard Stallman .

Et toi, peuple de LinuxFr.org, en cette avant-veille de Noël, penses-tu qu’il faille faire la trêve, ou au contraire souhaiter la mort de GNU, « étouffé de dinde aux marrons » ?

Aller plus loin

Journal à l'origine de la dépêche (812 clics)
GnuTLS quitte l'égie de GNU (275 clics)
Démission du mainteneur de GNU sed et GNU grep (261 clics)

# Les compétences de Stallman

Posté par Julien Wajsberg le 24 décembre 2012 à 16:29. Évalué à 10.

Attention, il critique surtout ses compétences en gestion de projet, et pas du tout ses compétences techniques qu'il loue au contraire.
- [^] # Re: Les compétences de Stallman
  
  Posté par david.g le 24 décembre 2012 à 17:13. Évalué à 8. Dernière modification le 24 décembre 2012 à 17:15.
  
  Pour répondre à la question pausé dans la dépêche. Je pense que la mort(ou la longue déconfiture) du projet GNU serait évidement très dommageable. Un projet de ce type est une bonne chose. Une sorte de "gage qualité" et "d'uniformité" entre les différentes briques. Ce qui permet au final d'avoir un système cohérent.
  
  Maintenant est-ce que RMS à raison, quand il refuse que certain outils soit recordé en C++ par exemple, c'est plus difficile pour moi de me faire un avis là dessus.
  
  J'ai globalement une préférence pour le C, mais je préfère qu'un outil soit ré-écrit en C++ et qu'il continue d'évoluer, que le même outil en C devenu trop compliqué à maintenir et qui ne reçoit plus que des correctifs mineurs.
  
  L'idéal serait bien évidement un outils en C qui évolue et qui est simple à maintenir, mais bon Noël ne tombe qu'une fois par an :)
  
  Joyeuses fêtes!
  - [^] # Re: Les compétences de Stallman
    
    Posté par Zenitram (site web personnel) le 24 décembre 2012 à 17:47. Évalué à -8.
    
    Un projet de ce type est une bonne chose. Une sorte de "gage qualité" et "d'uniformité" entre les différentes briques. Ce qui permet au final d'avoir un système cohérent.
    
    Je ne comprend pas trop comment tu peux voir dans GNU une cohérence vu qu'un gros bloc du système (un noyau, c'est pas n'importe quoi quand même) est maintenu par un mec qui n'a rien à foutre de GNU. Bref, pas crédible.
    
    Je pense que la mort(ou la longue déconfiture) du projet GNU serait évidement très dommageable.
    
    Ca reste à prouver : la nature a horreur du vide, et comme le dit la dépêche, des gens ont l'air de penser que GNU apporte plus d'inconvénients au projet que d'avantages.
    - [^] # Re: Les compétences de Stallman
      
      Posté par david.g le 24 décembre 2012 à 19:24. Évalué à 6.
      
      Je ne comprend pas trop comment tu peux voir dans GNU une cohérence vu qu'un gros bloc du système (un noyau, c'est pas n'importe quoi quand même) est maintenu par un mec qui n'a rien à foutre de GNU. Bref, pas crédible.
      
      Oui enfin moi tous les jours j'utilise un ensemble d'outils, un shell, un éditeur de texte, bref se que certains peuvent appeler un userland GNU (et d'autres outils bien sûr, là n'est pas la question) et que il se trouve que le noyau Linux permet qu'ils fonctionnent. Après que se soit le noyau Debian, CentOS ou autres ce qui m'intéresse c'est que les outils que j'utilise fonctionne et soit un minimum cohérent. Le fait que les coreutils et GNU Sed partage certains arguments (--help, --version etc …) je trouve ça bien par exemple.
      
      Ca reste à prouver : la nature a horreur du vide, et comme le dit la dépêche, des gens ont l'air de penser que GNU apporte plus d'inconvénients au projet que d'avantages.
      
      Oui enfin ça n'est pas lié au projet GNU. Certains ne voient jamais leurs contributions arriver dans le noyau Linux et vont tenir le même discours à l'encontre de Linus.
      
      Après est-ce que RMS fait les bons ou les mauvais choix pour le projet GNU ? C'est un autre débat.
      
      Mais le fait que le projet GNU soit un élément très important de l'écosystème Linux et que sa mort soit dommageable, ça me parait évident et crédible ;)
      - [^] # Re: Les compétences de Stallman
        
        Posté par ariasuni le 24 décembre 2012 à 19:38. Évalué à 2.
        
        C'est pas comme si grep et sed étaient bourrés de bugs.
        
        Pour la gestion de projet, ça roulait pas trop mal jusqu'à maintenant, et puis il ya toujours… le fork!
        
        Écrit en Bépo selon l’orthographe de 1990
    - [^] # Re: Les compétences de Stallman
      
      Posté par Dinosaure (site web personnel) le 24 décembre 2012 à 19:45. Évalué à 3.
      
      Je ne comprend pas trop comment tu peux voir dans GNU une cohérence vu qu'un gros bloc du système (un noyau, c'est pas n'importe quoi quand même) est maintenu par un mec qui n'a rien à foutre de GNU. Bref, pas crédible.
      
      Heureusement qu'on demande toujours de faire la distinction entre le projet GNU et Linux (c'est d'ailleurs pour ça qu'on nomme le système GNU/Linux). Tu peux très bien voir une incohérence entre ces 2 projets (car ils sont bien distincts) mais il faudra plus argumenter au sujet de l'incohérence qui réside dans les utilitaires GNUs.
      - [^] # Re: Les compétences de Stallman
        
        Posté par ariasuni le 24 décembre 2012 à 23:42. Évalué à 4.
        
        Les acronymes ne prennent pas la marque du pluriel.
        http://fr.m.wikipedia.org/wiki/Acronymie#Usage
        Derien. ;)
        
        Écrit en Bépo selon l’orthographe de 1990
        
        [^] # Re: Les compétences de Stallman
        
        Posté par Redskull le 25 décembre 2012 à 00:18. Évalué à 4.
        
        Les autres sigles non plus d’ailleurs.
      - [^] # Re: Les compétences de Stallman
        
        Posté par lainux le 26 décembre 2012 à 13:42. Évalué à 3.
        
        mais il faudra plus argumenter au sujet de l'incohérence qui réside dans les utilitaires GNUs
        
        Exemple au pif qui me gonfle tous les jours, l'option de récursivité qui une fois est -r et l'autre -R, des fois les deux, des fois non…
        (ok je chipote pour l'exemple, mais à l'usage je n'est pas vraiment l'impression de cohérence que GNU est sensé apporter)
        
        [^] # Re: Les compétences de Stallman
        
        Posté par claudex le 26 décembre 2012 à 14:48. Évalué à 8.
        
        C'est lié aux spécification POSIX. cp doit avoir les deux, chown uniquement en majuscule
        
        « 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: Les compétences de Stallman
        
        Posté par dinomasque le 26 décembre 2012 à 15:36. Évalué à 7.
        
        pour une fois que GNU respecte les normes extérieures à la FSF !
        
        BeOS le faisait il y a 20 ans !
        
        [^] # Re: Les compétences de Stallman
        
        Posté par floriang le 27 décembre 2012 à 16:25. Évalué à 2.
        
        Donc c'est POSIX qui n'est pas cohérent ou il y a une vraie raison à cela ?
        
        [^] # Re: Les compétences de Stallman
        
        Posté par barmic le 27 décembre 2012 à 16:39. Évalué à 1.
        
        Je pensais que c'était évident, pour chown -r signifie « retirer les droits de lecture pour tout le monde ».
        
        Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
        
        [^] # Re: Les compétences de Stallman
        
        Posté par claudex le 27 décembre 2012 à 17:11. Évalué à 5.
        
        (Sauf que c'est chmod). Sinon, on dirait qu'il y a une volonté de mettre la même chose partout, -r de cp est deprecated.
        
        « 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: Les compétences de Stallman
        
        Posté par barmic le 27 décembre 2012 à 18:19. Évalué à 1.
        
        Trop de chocolat en période de fête…
        
        Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
    - [^] # Re: Les compétences de Stallman
      
      Posté par fravashyo (site web personnel) le 24 décembre 2012 à 22:44. Évalué à 7.
      
      comment tu peux voir dans GNU une cohérence vu qu'un gros bloc du système (un noyau, c'est pas n'importe quoi quand même)
      
      Ça tombe bien, le noyau linux ne fait pas partie du projet GNU (ce n'est pas parce qu'il est sous licence GNU GPL que ça en fait un projet GNU, je pensais qu'un pointilleux de la licence comme toi saurait cela)
      
      « I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
      - [^] # Re: Les compétences de Stallman
        
        Posté par Sébastien Le Ray le 25 décembre 2012 à 10:15. Évalué à -2.
        
        C'est exactement ce qu'il dit…
        
        [^] # Re: Les compétences de Stallman
        
        Posté par fravashyo (site web personnel) le 25 décembre 2012 à 11:10. Évalué à 4.
        
        pas vraiment. Il semble dire que GNU dépend du noyau Linux. Déjà le projet de noyau pour GNU c'est Hurd, le noyau Linux ayant toujours été vu comme un palliatif en attendant Hurd.
        
        Et les outils GNU étant multiplateformes et interopérables, il est facile de les avoir sur Hurd, Minix, Mac OS X ou Windows.
        
        « I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
        
        [^] # Re: Les compétences de Stallman
        
        Posté par Sytoka Modon (site web personnel) le 25 décembre 2012 à 11:59. Évalué à 2.
        
        Déjà le projet de noyau pour GNU c'est Hurd
        
        Déjà le projet de noyau pour GNU c'était Hurd, cela fait longtemps que GNU a abandonné le HURD puisque Linux était opérationnel et avai un développement dynamique.
        
        [^] # Re: Les compétences de Stallman
        
        Posté par fravashyo (site web personnel) le 25 décembre 2012 à 15:03. Évalué à 5.
        
        pourtant Hurd est toujours dans la liste des logiciels du projet GNU, et tout est encore marqué au présent :
        
        https://www.gnu.org/software/hurd/
        
        "The GNU Hurd is the GNU project's replacement for the Unix kernel."
        
        « I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
        
        [^] # Re: Les compétences de Stallman
        
        Posté par Sytoka Modon (site web personnel) le 25 décembre 2012 à 17:48. Évalué à 6.
        
        J'ai jamais dis que GNU avait renié HURD !
        
        HURD reste un projet GNU mais s'il avance, tant mieux, si personne ne travaille dessus, c'est pas grave non plus. Le projet GNU ne met plus de force dessus, c'est tout.
- [^] # Re: Les compétences de Stallman
  
  Posté par Littleboy le 28 décembre 2012 à 08:00. Évalué à 5.
  
  this was a long time ago, when the FSF had a small staff working directly on the Hurd and GNU
  
  En gros, Stallman a l'epoque n'etait pas encore a la ramasse au niveau technique et etait encore capable d'aider au niveau architectural, etc.
  
  Depuis…
  
  (il suffit de voir que le comite technique de GCC fait tout pour eviter d'avoir a demander son avis a Stallman pour avoir une idee des competences techniques actuelles du monsieur)
# Mouais

Posté par haleth le 24 décembre 2012 à 16:30. Évalué à 8.

Pour moi, GNU est un ensemble de logiciels de qualités, plus qu'un vrai projet.
La mort de GNU ne représente rien. La mort de logiciels comme Sed serait autrement plus graves.
- [^] # Re: Mouais
  
  Posté par Sandro Cazzaniga (site web personnel) le 24 décembre 2012 à 17:16. Évalué à 1.
  
  Perl remplaçerait sed !
  - [^] # Re: Mouais
    
    Posté par ashgan le 24 décembre 2012 à 17:49. Évalué à 5.
    
    il parlait d'un outil simple et lisible, je crois :)
    - [^] # Re: Mouais
      
      Posté par wismerhill le 24 décembre 2012 à 18:24. Évalué à 10.
      
      Ah oui, c'est sur que les scripts sed c'est vachement lisible…
      - [^] # Re: Mouais
        
        Posté par Vash le 31 décembre 2012 à 13:01. Évalué à 1.
        
        Sans parler de la lisibilité, on veut au minimum un outils qui
        n'est pas à la ramasse niveau performance. Regarde le lien suivant
        pour voir que Perl, pour les grosses expressions rationnelles, ne
        sert pas à grand chose mise à part réchauffer ton logis :
        
        Russ Cox RegExp part 1
        
        [^] # Re: Mouais
        
        Posté par Sytoka Modon (site web personnel) le 07 janvier 2013 à 11:01. Évalué à 2.
        
        Il a a plusieurs manière de faire des expressions rationnelles en Perl. Par ailleurs, il est possible de dé-activer le backtrack…
        
        Par exemple, Marpa est un projet bien plus large qui peut être utile dans des cas pointus.
        
        http://jeffreykegler.github.com/Marpa-web-site/
- [^] # Re: Mouais
  
  Posté par Patrick Lamaizière (site web personnel) le 24 décembre 2012 à 19:38. Évalué à 10.
  
  La mort de GNU ne représente rien. La mort de logiciels comme Sed serait autrement plus graves.
  
  Le pire serait la mort d'info(1), on ne s'en remetrait pas.
  
  les pixels au peuple !
  - [^] # Re: Mouais
    
    Posté par rewind (Mastodon) le 25 décembre 2012 à 23:17. Évalué à 2.
    
    Même si je perçois de l'ironie, je connais une page info dont je me sers très fréquemment, c'est la page info de LaTeX (qui s'appelle latex2e). Elle contient un résumé des principales commandes LaTeX, c'est très pratique de l'avoir sous la main en permanence.
# grep

Posté par M le 24 décembre 2012 à 18:28. Évalué à 4.

Grep n'a aussi plus de mainteneur :

I am less pleased to announce that I am resigning from maintenance of
GNU sed (after 8 years) as well as GNU grep (after 3).
- [^] # Re: grep
  
  Posté par Benoît Sibaud (site web personnel) le 24 décembre 2012 à 19:05. Évalué à 2.
  
  Corrigé, merci.
- [^] # Re: grep
  
  Posté par devnewton 🍺 (site web personnel) le 26 décembre 2012 à 10:40. Évalué à 1.
  
  Heureusement, il y a http://betterthangrep.com/
  
  Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
  - [^] # Re: grep
    
    Posté par Krunch (site web personnel) le 26 décembre 2012 à 12:49. Évalué à 1.
    
    Du coup Perl remplacerait non seulement sed mais aussi grep.
    
    https://linuxfr.org/news/grabuge-a-la-fsf-gnutls-quitte-le-projet-gnu-et-sed-et-grep-perdent-leur-mainteneur#comment-1418584
    
    pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
    - [^] # Re: grep
      
      Posté par Sytoka Modon (site web personnel) le 26 décembre 2012 à 13:50. Évalué à 2.
      
      Cela fait déjà longtemps que j'ai remplacé grep par ack-grep dans bon nombre de cas…
      - [^] # Re: grep
        
        Posté par barmic le 27 décembre 2012 à 16:32. Évalué à 1. Dernière modification le 27 décembre 2012 à 16:32.
        
        Moi c'est depuis qu'on en a parlé sur linuxfr, mais depuis 2 semaines j'ai découvert ag :
        
        https://github.com/ggreer/the_silver_searcher
        
        Il est pas mal, même si pour mon usage il demande un peu de configuration.
        
        Et pour ceux que ça intéressent : il est écrit en C.
        
        Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
    - [^] # Re: grep
      
      Posté par gpe le 28 décembre 2012 à 14:02. Évalué à 2.
      
      Ben ça ne fait pas envie.
      Quand on regarde ce que ça tire à l'installation je me dis que grep a encore un bel avenir dans l'embarqué :
      grep => 768 Ko d'occupation disque, dépend de libc (incontournabale) et install-info (266 Ko)
      ack-grep => 197 Ko, dépend de perl (18 Mo) qui dépend de perl-base (4.7 Mo) et perl-modules (16.2 Mo), etc.
      
      Autre question : quand est-il des perfs entre grep (en C compilé) et ack-grep (en perl interprété) ?
      - [^] # Re: grep
        
        Posté par claudex le 28 décembre 2012 à 14:07. Évalué à 8.
        
        quand est-il des perfs entre grep (en C compilé) et ack-grep (en perl interprété) ?
        
        8h30.
        
        « 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: grep
        
        Posté par vv222 (site web personnel) le 28 décembre 2012 à 22:31. Évalué à -4.
        
        Ack est écrit en Perl, et donc dépend de Perl…
        Je ne vois pas où est le problème là-dedans !
        
        [^] # Re: grep
        
        Posté par nicoxxl le 02 janvier 2013 à 23:45. Évalué à 1.
        
        Essaye d'utiliser Perl quand tu as 4Mo de flash et 32Mo de RAM
        (Exemple: TP-Link 703)
        
        [^] # Re: grep
        
        Posté par vv222 (site web personnel) le 03 janvier 2013 à 17:46. Évalué à 1.
        
        Essaye d'utiliser Perl quand tu as 4Mo de flash et 32Mo de RAM
        
        Dans ce cas, tu ne l'utilises tout simplement pas, non ? (je connais très peu Perl (voire pas du tout), donc je n'ai aucune idée de ses consommations en ressources)
        Ça veut tout simplement dire qu'ack n'a pas été écrit pour ces machines…
      - [^] # Re: grep
        
        Posté par oinkoink_daotter le 30 décembre 2012 à 19:02. Évalué à 3.
        
        Quand on regarde ce que ça tire à l'installation je me dis que grep a encore un bel avenir dans l'embarqué :
        
        Euh, depuis un bout de temps, dans l'embarqué c'est busybox et il remplace tout GNU d'un coup.
# Idéologie et pragmatisme...

Posté par isildur37 le 24 décembre 2012 à 19:01. Évalué à 0.

Il y a ceux qui font de la politiques, et ceux qui réalisent des choses.
Le principal projet GNU (Hurd) n'a jamais marché, et ne marchera vraisemblablement jamais. Le noyau Linux s'est affranchi très largement du carcan GNU, en adoptant un "librisme pragmatique", là où Hurd fait du "librisme idéologique". Une direction collégiale, c'est bien, mais à un moment donné il faut prendre des décision, choisir des directions sans passer 3 mois à tergiverser. Et là le collégial participatif n'est pas adapté. Avoir une figure de proue solide, reconnue, apte à trancher rapidement (quitte à se planter), c'est indispensable.

La FSF devrait renoncer à sa prérogative d’ingérence dans les projets, et se situer uniquement au niveau de la promotion/défense des softs/projets libres. Car le tollé de la GPLv3 a fait naitre de profondes divisions que le monde libre n'est pas prêt de résorber…
- [^] # Re: Idéologie et pragmatisme...
  
  Posté par ariasuni le 24 décembre 2012 à 23:48. Évalué à 4. Dernière modification le 24 décembre 2012 à 23:49.
  
  HURD n'a pas marché parce que Linux a été près avant, et que le premier a été oublié, c'est tout. Si HURD avait été près avant, qui sait ce qui serait arrivé…
  
  Après pour le reste je suis plutôt d'accord, sauf pour la GPLv3: c'est pas du tout comme l'opposition BSD/GPL. Certes il y a eu deux-trois débats, mais ça casse pas trois pattes à un manchot.
  
  Écrit en Bépo selon l’orthographe de 1990
  - [^] # Re: Idéologie et pragmatisme...
    
    Posté par pasBill pasGates le 25 décembre 2012 à 00:22. Évalué à 6.
    
    HURD n'a pas marché parce que Linux a été près avant, et que le premier a été oublié, c'est tout. Si HURD avait été près avant, qui sait ce qui serait arrivé…
    
    Le probleme, c'est que quand tu definis un projet de maniere totalement irrealiste, il deviant assez clair qu'il ne sera jamais pret. Bref, le "qui sait ce qui serait arrive" n'a pas lieu d'etre, car cela ne serait de toute facon jamais arrive, Hurd tel qu'imagine n'avait aucune chance de voir le jour.
    - [^] # Re: Idéologie et pragmatisme...
      
      Posté par Sytoka Modon (site web personnel) le 25 décembre 2012 à 12:05. Évalué à 3.
      
      Le HURD fonctionne sur un micro noyau, comme MacOS X… Ceci dis, il est ensuite bien plus complexe.
      
      Le HURD est loin d'être parfait et se révèle un bon laboratoire pour tester des idées. Par exemple, un grand nombre de principe derrière GlusterFS proviennent du HURD. Il y a aussi certains essais de cloisonnement d'application ou de pilote dans Linux ou avec le couple Xen/Linux qui font penser un peu à l'architecture du HURD.
      
      Le HURD a donc aussi eu un coté positif ;-)
      - [^] # Re: Idéologie et pragmatisme...
        
        Posté par groumly le 26 décembre 2012 à 06:44. Évalué à 6.
        
        Macosx a un kernel hybride, qui emprunte des concepts au deux mondes, comme NT en fait.
        
        Les micros kernel ont prit du plombs dans l'aile quand on s'est rendu compte que ca performait comme de la merde a cause des switch kernel/user space dans tous les sens. C'est la ou les pragmatiques ont attaque l'angle pendant que, ô grande surprise, la FSF et GNU s'enlise dans un bourbier technique pour finir par ne rien sortir.
        Mais bon, c'est libre…
        
        Linuxfr, le portail francais du logiciel libre et du neo nazisme.
        
        [^] # Re: Idéologie et pragmatisme...
        
        Posté par Sytoka Modon (site web personnel) le 26 décembre 2012 à 10:57. Évalué à 3.
        
        Mais pourquoi ces phrases gratuites contre la FSF et le GNU ? Je te rappelle qu'ils ne s'enlisent pas car ils ont retiré depuis longtemps leurs billes du HURD…
        
        C'est facile de faire des phrases assassinent depuis son canapé ;-)
        
        [^] # Re: Idéologie et pragmatisme...
        
        Posté par groumly le 26 décembre 2012 à 11:59. Évalué à 7.
        
        Parce que le hurd n'est pas un projet academique ni un champs d'experimentation.
        C'est un projet qui depuis 20 ans vise a etre un os utilisable au quotidien.
        
        Au bout de 22 ans, le projet n'est toujours pas abandonne et est toujours inutilisable au quotidien, si c'est pas la definition d'un enlisement je sais pas ce que c'est…
        En face, les approches ont ete differentes, mais chacune a son succes, et on se retrouve avec des choses utilisables et utilisees.
        Pour citer un homme controverse par ici, "real artists ship".
        
        Linuxfr, le portail francais du logiciel libre et du neo nazisme.
        
        [^] # Re: Idéologie et pragmatisme...
        
        Posté par Sytoka Modon (site web personnel) le 26 décembre 2012 à 12:12. Évalué à 2.
        
        Regarde un peu le nombre de développeur et pour qui ils bossent… avant d'avancer des choses. Le projet a 22 ans comme tu le dis mais les objectifs ne sont plus les mêmes, et cela depuis longtemps ! Le propre d'un projet qui souhaite vivre, c'est de savoir adapter ses objectifs (cf Bruno Latour).
        
        [^] # Re: Idéologie et pragmatisme...
        
        Posté par ariasuni le 26 décembre 2012 à 13:54. Évalué à -2.
        
        À votre avis, HURD aurait mieux fait de s'orienter vers un modèle de noyau hybride? Les performances de Darwin serait-elles vraiment différentes avec un noyau monolithique? J'imagine que cela doit avoir un sacré impact vu le rôle central du noyau…
        
        Et ne serait-ce pas mieux si Linux était codé en C++?
        
        À vos troll, prêts, partez!
        
        Écrit en Bépo selon l’orthographe de 1990
        
        [^] # Re: Idéologie et pragmatisme...
        
        Posté par groumly le 28 décembre 2012 à 07:50. Évalué à 4.
        
        http://www.gnu.org/software/hurd/hurd/what_is_the_gnu_hurd.html
        http://www.gnu.org/software/hurd/hurd/running/gnu.html
        
        Ou encore:
        
        For all intents and purposes, the Hurd provides the same facilities as a modern Unix-like kernel.
        
        Et ma preferee:
        
        The Hurd is real software that works right now. It is not a research project or a proposal. You don't have to wait at all before you can start using and developing it.
        
        Tu le comprends peut etre differement, mais perso je lit pas que c'est un projet experimental.
        
        Linuxfr, le portail francais du logiciel libre et du neo nazisme.
        
        [^] # Re: Idéologie et pragmatisme...
        
        Posté par Sytoka Modon (site web personnel) le 28 décembre 2012 à 20:11. Évalué à -2.
        
        De quand date ces phrases, that is the question ?
        
        [^] # Re: Idéologie et pragmatisme...
        
        Posté par groumly le 29 décembre 2012 à 01:26. Évalué à 4.
        
        Last edited 2010-12-07 13:26:40 UTC
        Last edited 2010-01-14 17:25:28 UTC
        Last edited 2012-04-16 22:27:33 UTC
        
        Je te sortirais bien l'historique, mais il est dans les choux leur wiki me pete a la gueule quand je tente d'y acceder.
        Apres s'ils sont pas foutus de mettre a jour les 3 premieres pages de leur wiki quand le projet fait un 180, ca expliquerais effectivement bien des choses.
        
        Linuxfr, le portail francais du logiciel libre et du neo nazisme.
      - [^] # Re: Idéologie et pragmatisme...
        
        Posté par reno le 26 décembre 2012 à 09:50. Évalué à 3.
        
        Le HURD est loin d'être parfait et se révèle un bon laboratoire pour tester des idées.
        
        Bof, L4 semble bien plus exploité comme "laboratoire pour tester des idées", Genode aussi..
- [^] # Re: Idéologie et pragmatisme...
  
  Posté par Guillaume Knispel le 25 décembre 2012 à 16:59. Évalué à 3.
  
  Ta théorie sortie de nulle part sur les raisons de l'échec de GNU est très belle… et fausse. De même que ton délire sur le tollé de la GPLv3 et les profondes divisions engendrées.
  - [^] # Re: Idéologie et pragmatisme...
    
    Posté par Zenitram (site web personnel) le 25 décembre 2012 à 23:53. Évalué à 5.
    
    De même que ton délire sur le tollé de la GPLv3 et les profondes divisions engendrées.
    
    Ah tiens le coup de l'autruche… Si, il y a de profondes divisions engendrées, à commencer par le noyau que tu utilises, mais ce n'est pas le seul, bon nombre d'entreprises acceptent du GPLv2 mais hurlent aux limitations de la GPLv3. La, c'est comme si tu disais que le catholicisme et le protestantisme c'est pareil car chrétien, ben non ce n'est pas pareil et autant la GPLv2 faisait adhérer bon nombre de mentalités différentes, autant la GPLv3 se coupe de pas mal de monde. Mais bon, c'est peut-être au final le mieux qui peut arriver, les licences "plus libres" en profitant pour gagner du terrain…
    - [^] # Re: Idéologie et pragmatisme...
      
      Posté par Guillaume Knispel le 31 décembre 2012 à 18:55. Évalué à 0.
      
      Si tu appelles le fait que Linux et certains autres projets sont en GPLv2 only des divisions profondes, alors effectivement il y a des divisions profondes. Pour ma part, je préfère réserver un tel vocable à ce qu'il signifie.
- [^] # Re: Idéologie et pragmatisme...
  
  Posté par GTof le 25 décembre 2012 à 17:24. Évalué à 10.
  
  Euh … il faudrait peut être se renseigner quelque peu avant de poster. Linus Torvalds résumait très bien les choses. Linux n'a jamais eu pour but de révolutionner l'architecture des OS. Il à toujours reposé sur des concepts éprouvé (UNIX) avec le pragmatisme comme mot d'ordre. Linus voulait un OS qui marche et c'est ce qui fait à mon avis l'un des points capitaux de Linux.
  
  L'approche d'Hurd est radicalement différente. Le Hurd est une véritable refonte des concepts fondateurs d'un OS. Le concept de transducteur est tout sauf simple, le tout-service l'est tout autant. Je me permet de faire un parallèle entre le couple UNIX/Linux et Plan9/Hurd. Or force est de constater que tout révolutionner (avec ce que cela implique de boulot pour tout refaire) n'intéresse encore que peu de monde (normal, l'existant est pour l'instant bien suffisant).
  
  Bref ne confondons pas tout. La réalité c'est qu'on a besoin des deux et que les opposer est une bêtise. L'approche pragmatique sans idéaux iraient n'importe ou et se perdrait vite, et les idéaux sans pragmatisme n'iraient nulle part.
  - [^] # Re: Idéologie et pragmatisme...
    
    Posté par isildur37 le 26 décembre 2012 à 14:33. Évalué à 2.
    
    Pour faire bref, mon approche est que la FSF est très mauvaise niveau réalisation, mais par contre elle s'avère plutôt efficace niveau idéaux et communications. Donc qu'elle se concentre sur ce qu'elle sait faire.
    Hurd ne remplit pas ses objectifs, l'imbroglio GPLv2 et v3 au seins de certains softs nécessite un avocat pour dépêtrer ce qui est légal de ce qui ne l'est pas. Beaucoup de softs cumulant les 2, car le passage v2 -> v3 nécessite l'accord de chaque dev sur son code. Bref c'est une horreur.
    Donc que la FSF fasse ce qu'elle sait faire, et qu'elle laisse la gestion et l'orientation des projets concrets aux personnes compétentes dans chaque domaine (droits, codage, gestion de projet).
    - [^] # Re: Idéologie et pragmatisme...
      
      Posté par Sytoka Modon (site web personnel) le 26 décembre 2012 à 16:19. Évalué à 10.
      
      libc, gcc, bash, tous les outils de base… Qu'est ce qu'il ne faut pas entendre ! Tu n'as jamais travaillé sur un UNIX propriétaire ou les outils de base sont à poils !
      
      C'est pas parce que GNU n'est pas très bon sur les outils moderne click click qu'il faut en conclure et affirmer qu'ils sont nuls !
      - [^] # Re: Idéologie et pragmatisme...
        
        Posté par Kerro le 26 décembre 2012 à 19:22. Évalué à 10.
        
        libc, gcc, bash, tous les outils de base…
        
        Il font également un OS
      - [^] # Re: Idéologie et pragmatisme...
        
        Posté par Antoine le 29 décembre 2012 à 21:36. Évalué à 3.
        
        Tu n'as jamais travaillé sur un UNIX propriétaire ou les outils de base sont à poils !
        
        Il suffit de les raser.
# OGM-ifié

Posté par Happy-Tux le 26 décembre 2012 à 20:48. Évalué à -2. Dernière modification le 26 décembre 2012 à 20:50.

[…] « étouffé de dinde aux marrons » ?

Avec ou "sans OGM < 0.9%" ?

CC-BY-NC-SA
# Bande de trolleurs

Posté par ariasuni le 27 décembre 2012 à 15:11. Évalué à -3.
```
==> Mise à jour des logiciels (nouvelle version) :
core/sed 4.2.1-4 -> 4.2.2-1

==> Continuer la mise à jour ? [O/n]
```
Écrit en Bépo selon l’orthographe de 1990
- [^] # Re: Bande de trolleurs
  
  Posté par groumly le 27 décembre 2012 à 21:07. Évalué à 2.
  
  Si tu lit le lien de la depeche, il a annonce sa demission dans l'annonce de release de sed 4.2.2 ;-)
  
  Linuxfr, le portail francais du logiciel libre et du neo nazisme.
  - [^] # Re: Bande de trolleurs
    
    Posté par ariasuni le 27 décembre 2012 à 22:06. Évalué à -2.
    
    Oh non, mon troll a été démasqué !
    
    Écrit en Bépo selon l’orthographe de 1990
  - [^] # Re: Bande de trolleurs
    
    Posté par PatriceBrunelle le 28 décembre 2012 à 15:20. Évalué à -2.
    
    echo 'Sed maintenance : Paolo Bonzini' | sed 's/:.*/: NULL/'

Suivre le flux des commentaires

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