C'est malin ça !
A cause de toi j'ai éclaté de rire alors que j'étais en train de boire du jus d'orange et maintenant j'ai des gouttelettes partout sur mon écran.
Donc entre la conférence internationale de 1884 ou ce deal s'est effectué et l'adoption du système métrique en 1985 il ne s'est écoulé qu'un siècle.
Je ne vois pas ce que tu leur reproche ;-)
>> C'est vraiment lourd que tu ressorte ce mail pourrit de hammum à chaque fois
Mais c'est quand même énorme qu'un des fondateurs de NetBSD avoue ainsi avoir sciemment créé un mythe à propos de la qualité du code de NetBSD.
Il ne dit pas que la qualité a baissé au fil du temps ou que les autres devs sont des méchants. Il dit qu'il a lui-même lancé une légende urbaine à propos de la propreté du code.
Quand je l'ai lu ça m'a vraiment coupé la chique et c'est pour ça que je le cite.
Maintenant pour ce qui est de comparer la propreté respective du code des OS je pense que c'est assez illusoire car chacun a son idée de la qualité.
Des devs Debian crachent sur le code venant d'Ubuntu (cf un autre journal)...des devs FreeBSD insistent sur la qualité de leur code par rapport à l'implémentation gruik de Linux...des devs OpenBSD crachent sur les drivers gruik de FreeBSd et insistent sur la propreté de leur code...etc etc
A noter que Fortress est le langage que Sun pousse en avant dans le programme de supercomputing de la DARPA (l'agence de recherche militaire des USA).
C'est un très gros programme (High Productivity Computing Systems program ou HPCS) qui concerne le hardware (ordinateur petaflop avant 2010) et le software (langage permettant d'exploiter facilement cette puissance).
En 2002 il y a eu la première phase : Les concurrents étaient IBM, Cray ,SGI et Sun (phase d'exploration et minuscule contrat de 3 millions de dollars chacun).
En 2003 c'est SGI qui a giclé (et les autres ont eu un contrat de 146 millions de dollars chacun).
Récemment (en 2006) une sélection a eu lieu et seuls IBM et Cray restent en lice avec un contrat de 500 millions chacun.
Même si Sun a perdu le contrat de la DARPA ils continuent à travailler sur leur langage Fortress mais bien entendu il est plus probable que ce soit l'un des deux autres langages, celui d'IBM ou celui de Cray, qui l'emporte finalement.
Le langage pour superordinateurs d'IBM est le X10 et celui de Cray est Chapel.
>> Il faut savoir que dans un micro noyau, les différentes tâche du noyau (pagination, allocation de mémoire, driver, pile réseau, authentification, système de fichier,...) sont réparties dans de "processus différents"
Je comprends bien l'intérêt technique (mmenal m'avait fait une excellente explication dans une ancienne news) mais quid du problème de la qualité et des licences ?
Actuellement les auteurs de drivers ont un intérêt à soumettre leurs drivers pour inclusion en mainline. Ils savent que la maintenance sera ainsi assurée (en cas de modification des API internes on modifie tous les drivers impactés). Cette inclusion en mainline suppose que le code du driver est relu et critiqué avant l'inclusion. Cela suppose également que le driver qui entre soit sous GPL.
Dans ton modèle de microkernel il n'y a plus ce mécanisme vertueux. Les drivers vivent dans leur propre espace mémoire et les auteurs de ces drivers n'ont plus à demander d'inclusion en mainline. Le code du driver peut donc être immonde (puisqu'il ne doit pas passer la barrière de l'inclusion) et la licence peut être proprio (puisqu'il n'y a plus l'obligation de la GPL).
>> Les firmwares non libres, les drivers proprios, ou alors le logo de firefox, ou euh, hotbabe ? Quoi ? Ils s'en foutent de tout ? Ben alors rien.
On parlait de cette phrase :
Ils tirent la qualité vers le bas pour releaser plus vite. Le modèle Ubuntu, quoi.
Donc la question était la qualité de la distro et tes arguments ne parlent pas de la qualité mais des licences donc tu est hors-sujet.
Sinon je suis d'accord avec toi pour penser que drivers graphiques proprios sont inacceptables...mais Ubuntu ne les envisage que pour la prochaine release (et encore c'est pas fait). Si cette mesure est adopté et que l'installation se fait par défaut je me casse de chez eux.
>> Personnellement, j'aimerai bien connaître les avantages et les défauts par rapport à un alphabet des idéogrammes
Réponse du béotien qui n'y connaît rien (moi) : Avec les idéogrammes t'est obligé d'apprendre des milliers de signes graphiques pour écrire, avec l'alphabet t'est obligé d'apprendre une petite trentaine de signes graphiques pour écrire.
Corrolaire : les langues à idéogrammes génèrent des micro-élites lettrées alors que les langues alphabétiques permettent l'accès à la culture au plus grand nombre.
>> Parce que niveau propreté et stabilité du code, c'est quand même le jour et la nuit...
Déclaration de Charles M. Hannum (un des 4 fondateurs de NetBSD) :
NetBSD today does a very poor job of setting and meeting standards. I created the mythos of NetBSD having "clean" code, and even I don't buy it any more.
>> Avant de me prendre de haut, apprends peut-être à écrire « rhétorique », ça fera un peu moins « houlala je vais vite voir dans Wikipédo ce que je vais pouvoir répondre ».
Excellent argument ! Que dirai-tu si je te reprochais d'avoir écrit "Wikipédo" au lieu de Wikipédia ?
>> Et sinon, c'est quoi ton vrai problème avec Dunc-Bank, à part ta jalousie malsaine de ma maîtrise de Gimp pour faire des images rigolotes ?
Je dois t'avouer que je n'avais même pas vu les images. Je m'étais contenté de lire le texte. Je viens d'aller y refaire un tour pour me rendre compte et, effectivement, cela donne un ton humoristique qui n'est pas trop présent dans le texte (ou trop épisodiquement).
Je persiste à penser que ce site ne rend pas service à Debian et attise les ressentiments inutilement.
Mais bon c'est peut-être juste que je suis insensible à cet humour glacé et sophistiqué ;-)
>> Gecko 1.9 promet d'être beaucoup plus rapide que 1.8.
Est-ce qu'il sera enfin possible d'avoir un gecko tout nu sans avoir besoin d'installer Firefox ?
Actuellement si on utilise Epiphany on est contraint d'avoir également Firefox d'installé sur sa machine.
>> Faire l'analogie entre l'impact d'Ubuntu sur les bugs Debian et celui d'une bombe qui fait sauter les salles serveur de Debian, je n'en attendais pas tant. Bravo et merci !
Pourquoi parle-tu d'analogie alors que j'ai écrit noir sur blanc que c'était un raisonnement par l'absurde.
Je pense que cela démontre clairement ta mauvaise foi dans cette affaire...ou alors le fait que tu ne connais pas cet outil réthorique, auquel cas je te conseille de lire http://fr.wikipedia.org/wiki/Raisonnement_par_l'absurde
Dunc-Bank n'est pas une tentative d'améliorer la qualité de Etch. C'est juste la manifestation d'une jalousie malsaine envers des gens qui sont payés pour bosser sur Etch.
Mais pourquoi se réjouir du fait que des fixs sont durs à intégrer ????
Ton explication ne tient pas la route et je te le démontre (en utilisant tes propres mots) par un raisonnement par l'absurde :
"Si je met une bombe pour faire sauter les salles de serveurs de Debian alors Etch est retardée. Si Etch est retardée, alors nous avons plus de temps pour trouver des bugs critiques et ainsi améliorer la qualité de la distribution."
Est-ce que tu pense que faire sauter les serveurs va améliorer la qualité de Etch ? Je pense que non. Donc le fait que les fixs d'Ubuntu sont durs à intégrer ne va pas plus améliorer la distribution...donc s'en réjouir est stupide.
>> Après tout, il y a des gens payés pour les corriger, maintenant, les bugs.
Voilà. La jalousie à l'état brut.
Le ton se veut humoristique mais il est juste pathétique de bêtise.
un exemple ou ils se réjouissent que les bugfix d'ubuntu soit durs à intégrer : We do not have any sponsors, but we wish to thank the Ubuntu project for not making it too easy to merge bug fixes back into Debian. Keep up the good work!
Tu peux m'expliquer en quoi le fait que des bugfix ne soient pas facile à récupérer "améliore la qualité de la distribution" ?
>> Personnellement j'orienterais plus volontiers vers cette page [1], plus attractive, qui explique clairement les enjeux de la chasse aux bogues, et qui incite joyeusement à contribuer à la qualité de la distribution.
Quand je vais sur la page indiquée je ne vois pas d'incitation à contribuer à la qualité de la distribution.
Je ne vois que des gens qui veulent retarder Etch le plus possible :
The Dunc-Bank is an experiment to see how aggressive bug reporting can delay the release of Debian Etch.
We hope that by finding more and more RC bugs in Debian we can delay Etch.
Franchement je trouve ça complètement imbécile et scandaleux. C'est exactement le concept de la grève du zèle pour pouvoir tout bloquer.
>> Et pas de problème avec la base de donnée comme j'avais avec Amarok
D'après ce que j'ai compris Jajuk utilise un fichier XML et pas une base de données.
C'est vrai ?
Y'a pas de problèmes de performances avec les grosses bases ?
Microsoft a le contrôle complet de DirectX et peut se permettre de sortir une nouvelle version (DirectX 10) qui est incompatible avec les anciennes versions car elle remet tout à plat et est très optimisée.
La communauté du libre n'a pas le contrôle d'OpenGL et la sortie d'une version incompatible avec l'existant est fort peu probable.
>> Après une dizaine d'heures de hacking, j'accède enfin au site de linuxfr, il a changé, il renvoie vers la FSF, qui est en pleine fabrication de Open Hardware. Tous les acteurs de l'open-sources sont pleinement consacrés à ce projet....
...sous la direction de PasBillPasGates qui a changé de camp.
Ayant compris que son employeur représentait une menace pour la liberté, PasBillPasGates a commencé a faire passer des informations confidentielles aux libristes dès 2009.
Ce rôle dangereux d'agent-double a duré plusieurs mois et a permis de dénoncer au monde entier le projet Minotaure (lancement de virus anti-Linux sur le net). Après avoir quitté sa société PasBillPasGates est maintenant le bras droit de Richard Stallman (il s'est d'ailleurs laissé pousser la barbe et prend des leçons de flûte). Il est chargé de coordonner le projet "GNU OpenHardware" et il s'occupe également d'animer le site Linuxfr.
>> Les performances seront beaucoup plus avantageuses sous Linux que sous Vista à matériel égal. Je sens que les gamers vont mal le prendre tout d'un coup.
Je crois que DirectX-10 a optimisé énormément pleins d'opérations graphiques justement pour permettre d'avoir de bonnes performances. Cela va sans doute masquer le temps de traitement du contrôle des DRM et les gamers seront contents.
[^] # Re: ot/hs
Posté par patrick_g (site web personnel) . En réponse au journal Convertissez vos copines. Évalué à 10.
C'est malin ça !
A cause de toi j'ai éclaté de rire alors que j'étais en train de boire du jus d'orange et maintenant j'ai des gouttelettes partout sur mon écran.
[^] # Re: petit rappel historique
Posté par patrick_g (site web personnel) . En réponse au journal Les standards et l'interopérabilité dans l'exploration spatiale. Évalué à 5.
Je ne vois pas ce que tu leur reproche ;-)
[^] # Re: Mauvaise langue
Posté par patrick_g (site web personnel) . En réponse à la dépêche Inauguration du labo commun INRIA-Microsoft. Évalué à 4.
[^] # Re: Liberté de choix
Posté par patrick_g (site web personnel) . En réponse au journal Tanenbaum et les microkernels. Évalué à 2.
Mais c'est quand même énorme qu'un des fondateurs de NetBSD avoue ainsi avoir sciemment créé un mythe à propos de la qualité du code de NetBSD.
Il ne dit pas que la qualité a baissé au fil du temps ou que les autres devs sont des méchants. Il dit qu'il a lui-même lancé une légende urbaine à propos de la propreté du code.
Quand je l'ai lu ça m'a vraiment coupé la chique et c'est pour ça que je le cite.
Maintenant pour ce qui est de comparer la propreté respective du code des OS je pense que c'est assez illusoire car chacun a son idée de la qualité.
Des devs Debian crachent sur le code venant d'Ubuntu (cf un autre journal)...des devs FreeBSD insistent sur la qualité de leur code par rapport à l'implémentation gruik de Linux...des devs OpenBSD crachent sur les drivers gruik de FreeBSd et insistent sur la propreté de leur code...etc etc
# Les deux autres
Posté par patrick_g (site web personnel) . En réponse à la dépêche Première implémentation du langage Fortress. Évalué à 9.
C'est un très gros programme (High Productivity Computing Systems program ou HPCS) qui concerne le hardware (ordinateur petaflop avant 2010) et le software (langage permettant d'exploiter facilement cette puissance).
En 2002 il y a eu la première phase : Les concurrents étaient IBM, Cray ,SGI et Sun (phase d'exploration et minuscule contrat de 3 millions de dollars chacun).
En 2003 c'est SGI qui a giclé (et les autres ont eu un contrat de 146 millions de dollars chacun).
Récemment (en 2006) une sélection a eu lieu et seuls IBM et Cray restent en lice avec un contrat de 500 millions chacun.
Même si Sun a perdu le contrat de la DARPA ils continuent à travailler sur leur langage Fortress mais bien entendu il est plus probable que ce soit l'un des deux autres langages, celui d'IBM ou celui de Cray, qui l'emporte finalement.
Le langage pour superordinateurs d'IBM est le X10 et celui de Cray est Chapel.
Page de présentation de ces 3 langages :
http://crd.lbl.gov/~parry/hpcs_resources.html
Liens sur la compétition entre les langages :
http://www.hpcwire.com/hpc/827250.html
http://www.ddj.com/article/printableArticle.jhtml;jsessionid(...)
[^] # Re: Argument fallacieux, sophisme et cie...
Posté par patrick_g (site web personnel) . En réponse au journal Tanenbaum et les microkernels. Évalué à 3.
Je comprends bien l'intérêt technique (mmenal m'avait fait une excellente explication dans une ancienne news) mais quid du problème de la qualité et des licences ?
Actuellement les auteurs de drivers ont un intérêt à soumettre leurs drivers pour inclusion en mainline. Ils savent que la maintenance sera ainsi assurée (en cas de modification des API internes on modifie tous les drivers impactés). Cette inclusion en mainline suppose que le code du driver est relu et critiqué avant l'inclusion. Cela suppose également que le driver qui entre soit sous GPL.
Dans ton modèle de microkernel il n'y a plus ce mécanisme vertueux. Les drivers vivent dans leur propre espace mémoire et les auteurs de ces drivers n'ont plus à demander d'inclusion en mainline. Le code du driver peut donc être immonde (puisqu'il ne doit pas passer la barrière de l'inclusion) et la licence peut être proprio (puisqu'il n'y a plus l'obligation de la GPL).
C'est problématique non ?
[^] # Re: C'est le blog de Thierry Stoer ?
Posté par patrick_g (site web personnel) . En réponse au journal Les standards et l'interopérabilité dans l'exploration spatiale. Évalué à 2.
C'est quoi l'utilité par rapport à d'hypothétiques cartes graduées en kilomètres ?
[^] # Re: C'est qui Etch
Posté par patrick_g (site web personnel) . En réponse au journal Etch sous la barre des 100. Évalué à 3.
On parlait de cette phrase :
Ils tirent la qualité vers le bas pour releaser plus vite. Le modèle Ubuntu, quoi.
Donc la question était la qualité de la distro et tes arguments ne parlent pas de la qualité mais des licences donc tu est hors-sujet.
Sinon je suis d'accord avec toi pour penser que drivers graphiques proprios sont inacceptables...mais Ubuntu ne les envisage que pour la prochaine release (et encore c'est pas fait). Si cette mesure est adopté et que l'installation se fait par défaut je me casse de chez eux.
[^] # Re: trolleur professionnel
Posté par patrick_g (site web personnel) . En réponse au journal Tanenbaum et les microkernels. Évalué à 3.
Réponse du béotien qui n'y connaît rien (moi) : Avec les idéogrammes t'est obligé d'apprendre des milliers de signes graphiques pour écrire, avec l'alphabet t'est obligé d'apprendre une petite trentaine de signes graphiques pour écrire.
Corrolaire : les langues à idéogrammes génèrent des micro-élites lettrées alors que les langues alphabétiques permettent l'accès à la culture au plus grand nombre.
[^] # Re: Liberté de choix
Posté par patrick_g (site web personnel) . En réponse au journal Tanenbaum et les microkernels. Évalué à 2.
Déclaration de Charles M. Hannum (un des 4 fondateurs de NetBSD) :
NetBSD today does a very poor job of setting and meeting standards. I created the mythos of NetBSD having "clean" code, and even I don't buy it any more.
Le journal qui en parle : http://linuxfr.org/~patrick_g/22659.html
[^] # Re: Ouvert mais pas libre
Posté par patrick_g (site web personnel) . En réponse au journal Un flux vidéo dans un format standard a destination des machines Linux et MacOS a l'assemblée nationaleA. Évalué à 2.
[^] # Re: C'est qui Etch
Posté par patrick_g (site web personnel) . En réponse au journal Etch sous la barre des 100. Évalué à 2.
[^] # Re: C'est qui Etch
Posté par patrick_g (site web personnel) . En réponse au journal Etch sous la barre des 100. Évalué à -1.
Excellent argument ! Que dirai-tu si je te reprochais d'avoir écrit "Wikipédo" au lieu de Wikipédia ?
>> Et sinon, c'est quoi ton vrai problème avec Dunc-Bank, à part ta jalousie malsaine de ma maîtrise de Gimp pour faire des images rigolotes ?
Je dois t'avouer que je n'avais même pas vu les images. Je m'étais contenté de lire le texte. Je viens d'aller y refaire un tour pour me rendre compte et, effectivement, cela donne un ton humoristique qui n'est pas trop présent dans le texte (ou trop épisodiquement).
Je persiste à penser que ce site ne rend pas service à Debian et attise les ressentiments inutilement.
Mais bon c'est peut-être juste que je suis insensible à cet humour glacé et sophistiqué ;-)
[^] # Re: en même temps...
Posté par patrick_g (site web personnel) . En réponse au journal Ergonomie de Firefox. Évalué à 3.
Est-ce qu'il sera enfin possible d'avoir un gecko tout nu sans avoir besoin d'installer Firefox ?
Actuellement si on utilise Epiphany on est contraint d'avoir également Firefox d'installé sur sa machine.
[^] # Re: C'est qui Etch
Posté par patrick_g (site web personnel) . En réponse au journal Etch sous la barre des 100. Évalué à -1.
Pourquoi parle-tu d'analogie alors que j'ai écrit noir sur blanc que c'était un raisonnement par l'absurde.
Je pense que cela démontre clairement ta mauvaise foi dans cette affaire...ou alors le fait que tu ne connais pas cet outil réthorique, auquel cas je te conseille de lire http://fr.wikipedia.org/wiki/Raisonnement_par_l'absurde
Dunc-Bank n'est pas une tentative d'améliorer la qualité de Etch. C'est juste la manifestation d'une jalousie malsaine envers des gens qui sont payés pour bosser sur Etch.
[^] # Re: C'est qui Etch
Posté par patrick_g (site web personnel) . En réponse au journal Etch sous la barre des 100. Évalué à 0.
Ton explication ne tient pas la route et je te le démontre (en utilisant tes propres mots) par un raisonnement par l'absurde :
"Si je met une bombe pour faire sauter les salles de serveurs de Debian alors Etch est retardée. Si Etch est retardée, alors nous avons plus de temps pour trouver des bugs critiques et ainsi améliorer la qualité de la distribution."
Est-ce que tu pense que faire sauter les serveurs va améliorer la qualité de Etch ? Je pense que non. Donc le fait que les fixs d'Ubuntu sont durs à intégrer ne va pas plus améliorer la distribution...donc s'en réjouir est stupide.
[^] # Re: C'est qui Etch
Posté par patrick_g (site web personnel) . En réponse au journal Etch sous la barre des 100. Évalué à -1.
Voilà. La jalousie à l'état brut.
Le ton se veut humoristique mais il est juste pathétique de bêtise.
un exemple ou ils se réjouissent que les bugfix d'ubuntu soit durs à intégrer :
We do not have any sponsors, but we wish to thank the Ubuntu project for not making it too easy to merge bug fixes back into Debian. Keep up the good work!
Tu peux m'expliquer en quoi le fait que des bugfix ne soient pas facile à récupérer "améliore la qualité de la distribution" ?
[^] # Re: C'est qui Etch
Posté par patrick_g (site web personnel) . En réponse au journal Etch sous la barre des 100. Évalué à -2.
Quand je vais sur la page indiquée je ne vois pas d'incitation à contribuer à la qualité de la distribution.
Je ne vois que des gens qui veulent retarder Etch le plus possible :
The Dunc-Bank is an experiment to see how aggressive bug reporting can delay the release of Debian Etch.
We hope that by finding more and more RC bugs in Debian we can delay Etch.
Franchement je trouve ça complètement imbécile et scandaleux. C'est exactement le concept de la grève du zèle pour pouvoir tout bloquer.
[^] # Re: Et combien ça coute ?Je me demande...
Posté par patrick_g (site web personnel) . En réponse au journal Apple lance l'iPhone. Évalué à 2.
[^] # Re: Remplacement d'Amarok ?
Posté par patrick_g (site web personnel) . En réponse à la dépêche Jajuk franchit une étape avec la 1.3. Évalué à 2.
D'après ce que j'ai compris Jajuk utilise un fichier XML et pas une base de données.
C'est vrai ?
Y'a pas de problèmes de performances avec les grosses bases ?
[^] # Re: Tant mieux !
Posté par patrick_g (site web personnel) . En réponse à la dépêche Analyse du coût de la protection de contenu de Windows Vista. Évalué à 2.
La communauté du libre n'a pas le contrôle d'OpenGL et la sortie d'une version incompatible avec l'existant est fort peu probable.
# Extrait du texte de l'appel
Posté par patrick_g (site web personnel) . En réponse au journal ma vie privé. Évalué à 10.
J'aime ce genre de phrase qui démontre une grande connaissance de l'histoire de ce pays ;-)
# performances
Posté par patrick_g (site web personnel) . En réponse à la dépêche Projet Open Graphics : 1ère étape terminée. Évalué à 4.
our target is a frame rate of between 20 and 30 FPS on Quake III at 1280x1024.
C'est donc assez correct (largement suffisant pour faire fonctionner compiz).
# espion
Posté par patrick_g (site web personnel) . En réponse au journal Microsoft, le controle absolu de votre PC ?. Évalué à 10.
...sous la direction de PasBillPasGates qui a changé de camp.
Ayant compris que son employeur représentait une menace pour la liberté, PasBillPasGates a commencé a faire passer des informations confidentielles aux libristes dès 2009.
Ce rôle dangereux d'agent-double a duré plusieurs mois et a permis de dénoncer au monde entier le projet Minotaure (lancement de virus anti-Linux sur le net). Après avoir quitté sa société PasBillPasGates est maintenant le bras droit de Richard Stallman (il s'est d'ailleurs laissé pousser la barbe et prend des leçons de flûte). Il est chargé de coordonner le projet "GNU OpenHardware" et il s'occupe également d'animer le site Linuxfr.
[^] # Re: Tant mieux !
Posté par patrick_g (site web personnel) . En réponse à la dépêche Analyse du coût de la protection de contenu de Windows Vista. Évalué à 5.
Je crois que DirectX-10 a optimisé énormément pleins d'opérations graphiques justement pour permettre d'avoir de bonnes performances. Cela va sans doute masquer le temps de traitement du contrôle des DRM et les gamers seront contents.