patrick_g a écrit 6453 commentaires

Personne n'a une idée sur le pourquoi de cette restriction ?
Après tout ça devait faire vendre des PS3 cette fonction non ?

Just teasing : http://farm3.static.flickr.com/2515/3835576811_b4dff7b732_o.(...)

J'en suis environ à la moitié.

Sauf que pour les math il n'y a pas trop le choix si on veut garder de la précision alors que pour tout ce qui est littéraire on a souvent l'impression que les mots techniques sont là pour impressionner le pékin moyen et pour se donner un vernis de discipline sérieuse et respectable.

Regarde par exemple le mot "Amuïssement" qui fait partie du paragraphe d'explication sur l'élision signalé par benoar. A première vue on se dit "Houa ça à l'air balaise comme mot...ça doit avoir un sens technique super compliqué".
Ben quand on regarde la définition d'amuïssement ça veut juste dire "rendre muet" !
Est-ce qu'il y avait vraiment besoin d'un mot cryptique pour exprimer ce sens qui se résume en deux mots simples ?

Faut bouquiner. 15 heures de lecture sans être dérangé...le rêve !

>>> Et c'est vrai qu'avant au moins avec les films communs, il y avait un peu plus de communications entre les passagers,

Ouais enfin ça peut aussi être très chiant un passager à coté de toi qui te tient la grappe à te raconter sa vie. Je me souviens en particulier d'un Papeete-Los Angeles d'enfer ou j'ai bien cru que j'allais étrangler ma voisine.

Y'a une erreur dans la news au sujet de Tux3. Il n'a pas "fait quant à lui son apparition dans le noyau Linux". C'est juste son dev principal qui souhaite cette inclusion...mais c'est pas fait (et je ne parierai pas trop cher dessus).

Autre truc à relativiser: Le fait d'écrire que "que Shuttleworth a décidé d'employer à temps-plein plusieurs développeurs" me semble aller un peu vite en besogne. Il me semble, mais je peux me tromper, qu'il a juste fait une proposition mais que pour l'instant ça ne va pas plus loin.
Et encore la proposition est conditionnée par le fait que Debian accepte son plan de release groupées (la future Ubuntu LTS et la future Debian Squeeze). Il propose un freeze des logiciels en décembre et il est prêt a financer des devs Debian pour y arriver.

Le problème c'est la viande. Dans ce cas spécifique moi quand la date est dépassée je ne touche plus.

>>> Ensuite, je ne mélange pas. J'ai justement fait attention dans le document à toujours parler de la légèreté visuelle, et pas d'occupation CPU/Mémoire

Si tu avais parlé d'interface aérée ou d'interface épurée tout le monde aurait compris.
Employer le mot "léger" est trompeur car on a l'habitude de n'employer ce mot que pour qualifier l'occupation CPU/mémoire d'un programme.

>>> Les systèmes utilisant selinux et ... MAL CONFIGURE!

Je ne crois pas. Va lire les explications du premier exploit ici http://blog.cr0.org/2009/06/bypassing-linux-null-pointer.htm(...)
Julien Tinnes explique bien que ce problème est présent parce que, par défaut, SELinux contient une mauvaise configuration.

Sinon Linus vient d'annoncer la RC-6 du futur noyau 2.6.31 et il parle de la faille : "There's the NULL pointer fix that was already talked up on Slashdot, but quite frankly, assuming we got all the "you can't map things at zero" issues fixed from the last scare, that one hopefully wasn't quite as bad as it could have been.".

Donc Linus pense que la précédente faille a permis aux gens de corriger leurs noyaux et que l'impact de la nouvelle faille sera donc limitée. On ne s'étonnera pas de constater que Brad n'est pas d'accord. Il souligne que les noyaux RedHat sont toujours vulnérables : "Red Hat still hasn't adequately addressed the SELinux vulnerability that allows any logged in user by default to mmap at NULL. Red Hat (...) have no plans to actually fix the problem (for "compatibility reasons"). So it's RHEL/CentOS boxes in particular that are going to take the biggest hit from this exploit purely because of their poor handling of the previous issue".

mode humour

Peut-être signaler le problème sur la mailing-list GCC en demandant de l'aide ?

>>> Linux, le système d’exploitation open source dérivé de Minix du professeur Tanenbaum.

Cette phrase de l'article est complètement fausse.

>>> euh tu dois avoir oublier de changer tes reglages a -42

Je ne crois pas non.

Mon message :
Posté par patrick_g (page perso, envoyer un message privé) le 08/08/2009 à 08:43

Le message de pBpG :
Posté par pasBill pasGates (envoyer un message privé) le 08/08/2009 à 08:58

>>> La gestion de plusieurs systemes differents, meme si ils s'interfacent correctement, est plus couteuse et complexe que la gestion d'un seul systeme, c'est clair et net.

Tellement clair et net que la marge commerciale que se permet Microsoft sur ses produits est monstrueusement élevée par rapport aux normes économiques habituelles.
Tout ça parce que Microsoft, une fois installé, est très peu soumis à la concurrence du fait de sa fermeture vis à vis des normes d'interfaçage habituelles.
Les interfaces standardisées c'est simplement la condition de la libre concurrence et donc de la pression tendancielle vers des prix plus bas.

>>> la standardisation des environnements est constamment recherchee, ce qui limite les fournisseurs potentiels.

Pas si on se base sur des interfaces standardisées et documentées et libres de brevets. Dans ce cas il est possible d'avoir une vraie concurrence...ce qui explique pourquoi Microsoft évite ce genre d'interfaces comme la peste !

>>> Après sur le fond, pBpG dit n'importe quoi

Je note en tout cas qu'il se garde bien d'aller dire quoi que ce soit sur la news du brevet Microsoft concernant XML....

Pourquoi ne pas avoir un office de brevet qui fonctionne sur un budget accordé par l'Etat et, donc, qui ne touche pas d'argent sur les dépoôs de brevets ?
Avec ce système plus d'incitation malsaine à accepter tout et n'importe quoi afin de faire rentrer du fric.

>>> Voilà, j'espère que ça vous aura mis l'eau à la bouche

Tellement l'eau à la bouche qu'il n'est plus possible de se connecter à la démo tellement il y a de monde :-(

Capello win !

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

/mode pédant off

>>> 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.

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. "

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.

>>> 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.

>>> en résumé, il faut écrire au Vatican, demander son apostasie, et tu reçois un papier qui te dit que tu as été rayé des registres de l'église.

Écrire au Vatican ? Moi j'ai juste écrit à mon diocèse de baptême et afin de leur demander de me rayer des registres et ils m'ont confirmé quelques semaines plus tard que c'était fait.
C'est très simple à faire.