Pierre Tramal a écrit 529 commentaires

Linus va peut être se la jouer à la Knuth, avec un numéro de version qui converge vers 3....

Terry Chay, PHP Terrorist au PHP Group ;

Espérons qu'il n'ait pas à prendre l'avion, parce qu'avec cela sur sa carte de visite, ca risque de mal se passer à l'embarquement :o

Qu'Hyper gagne !

Voui c'est mon cla qui s'est rebellé :o

Tu es sur ? J'ai refait le calcul et je trouve:

173.28 ''^2 pour le 19'' 4/3
206.81 ''^2 pour le 22'' 16/9

(formule: S=d^2/(1+1/r), avec d la diagonale et r le rapport L/l)

... avec a différent de 0.

Et pourtant, déclaration des droits de l'homme et du citoyen de 1789 (à valeur constitutionnelle):

Article 15 - La société a le droit de demander compte à tout agent public de son administration.

As-tu testé la RAM pour voir si elle n'est pas défectueuse ?

http://www.memtest.org/

update-initramfs sert à générer l'image initrd (init ramdisk) utilisée pour démarrer. En gros cette image initrd est une mini-partition racine qui contient ce qu'il faut pour charger les modules nécessaires au montage de la "vraie" partition racine.
Il est possible que le chargement du module lp "fautif" se fasse à partir de l'image initrd. Donc il faut remettre à jour cette image (ce qui se fait par update-initramfs -u ) pour prendre en compte l'effacement de lp.ko (ou sa mise dans le fichier blacklist). Si tu ne le fais pas le module lp continuera à se charger comme avant.

Oups, s/update-inirtamfs/update-initramfs/

Je rajoute que si tu utilises un initrd pour booter (c'est le cas par défaut) il faudra faire un update-inirtamfs -u par la suite.

Peut être renommer le fichier module lp.ko en lp.ko.off ?
Ce fichier devrait se trouver dans /lib/modules (faire un find /lib/modules/ -name "lp.ko" pour le trouver). Refaire un depmod -a par la suite.

Très content d'avoir gagné, merci (-:

A ce propos il y a quelque chose à faire pour recevoir son lot ou j'attends d'être contacté ?

Pour régler cela on peut désactiver la vérification de la compatibilité en mettant extensions.checkCompatibility sur false dans about:config.

parce qu'on ne peut pas prouver que quelque chose n'existe pas,

Si si, on le peut, par exemple en supposant son existence et en aboutissant à une contradiction.

Ils risqueraient de se retourner contre une élite de plus en plus isolé : les 0,1 % les plus riches ont en 10 ans accru leur fortune de 20%

Faudrait peut être être plus précis, parce que bon +20% en 10 ans, ca fait moins d'augmentation relative que le SMIC (ma calculette m'indique que ca fait à peine 1,8% de progression par an en gros..),

Il y a une différence entre accroître son revenu d'un certain pourcentage (auquel il faut retirer les hausses des prix, des taxes, des impôts etc...) et accroître son patrimoine du même pourcentage.

Sans compter que la base sur laquelle le pourcentage est calculé n'est pas du tout la même non plus.

Alors dans le genre bêtise en chroot je vous propose celle là:

# mount --bind /home /chroot/home
(joujou avec le chroot, puis hop j'en ai marre, effaçons tout ca)...
# rm -fr /chroot

Je précise que je n'avais pas fait de umount /chroot/home ^^

La différence entre le libriste de gauche et le libriste de droite, c'est que le libriste de gauche, il tire; le libriste de droite, il tire, mais c'est un libriste de droite.

> 2 NumClose
Il a récupéré deux numéros de téléphone.

> 1 kclose (répété 3 fois)
Il a embrassé la même fille trois fois.

> 1 fingerclose
Il lui a mis le doigt dans le hum hum.

> 1 FClose
Ils ont fait du hum hum.

On peut dire qu'il a passé une bonne soirée :o

Au sens strict oui :-)
En fait je voulais parler de la table de multiplication du groupe, donc de l'application (a,b)->a.b.

Ensuite je suis d'accord pour dire qu'il y a des applications a ce calcul. Certainement en cryptographie et autre, mais les espaces de dimension 4 sont déja rare mais on y trouve des applications, 5 et 6 ca devient déja beaucoup plus rare (on en utilise dans l'astronomie pour gérer le temps et la gravité en plus des 3 dimensions), alors 248 ..... :|

Les espaces de grandes dimensions interviennent naturellement, ne serait-ce que comme discrétisations d'espaces de fonctions, qui sont de dimension infinie (c'est un peu l'idée de la méthode des éléments finis dont on parle dans ce thread).

Mais ce qui a été fait est simplement le calcul des représentations d'un groupe qui est une variété de dimension 248 (c'est à dire qu'un élément de ce groupe peut être décrit avec 248 paramètres), et cela n'a a priori rien à voir avec la résolution d'un système d'équations linéaires à 248 inconnues (pour lesquelles il existe des méthodes efficaces, même sur des systèmes bien plus gros :-))

Un groupe de Lie c'est avant tout un groupe, donc un ensemble d'éléments avec une loi produit dessus. "Comprendre" un groupe G c'est connaitre tous les produits a.b pour a et b dans G.
Si G est fini c'est faisable (ie. faisable en un temps fini avec une mémoire finie): il suffit de dresser une table de multiplication, mais si G est infini (c'est le cas de E8) il faut trouver autre chose.
Donc l'idée c'est de savoir comment G agit sur un ensemble donné, c'est à dire déterminer toutes les actions de G sur cet ensemble (et parmi ces actions on ne garde que celles qui vérifient certaines propriétés, on les appelle les représentations de G). Là encore il se peut qu'il y en ait un nombre infini, mais il se trouve qu'on peut décomposer chaque représentation comme "produit" de "briques élémentaires" (qu'on appelle les représentations irréductibles de G). Et ce qui nous sauve c'est qu'il y en a souvent (c'est le cas de E8) un nombre fini, donc stockable explicitement en machine.
Ce qui a été calculé c'est une table des représentations de E8.
Après pour savoir au niveau des applications que cela pourra avoir, il faut voir que E8 est un groupe de Lie simple (c'est à dire que c'est une des briques élémentaires qui permet de construire des groupes de Lie) et qu'il apparait aussi en physique théorique. Cette matrice est une représentation "concrète" qui va permettre de faire des calculs de manière relativement explicite, alors que jusqu'à présent on avait à notre disposition qu'une (en fait plusieurs) vues abstraites sur ce groupe. C'est donc une arme supplémentaire pour s'attaquer aux questions sur E8, rien encore ne nous dit qu'elle sera efficace (même si on peut raisonnablement le penser).

Pour terminer j'ajouterai que Jayce a refait surface début 2005, sous le pseudonyme de Liamokane (cf http://www.frbox.net/viewtopic-20422-1.html , http://groups.google.com/group/fr.petites-annonces.divers/br(...) , et recherches google/google groups).

Oui, Jayce a pas mal codé. Il y a eu deux "versions" de multidesk. La première, dite "1.0", sortie vers Juin 2002 était une sorte (d'après mes souvenirs) de surcouche graphique (ultra rudimentaire) à DOS avec quelques programmes simples.
La deuxième version ("1.1", Juillet 2003) formait en gros un langage de script assez rudimentaire, interprété par un programme DOS/Windows écrit en Turbo Pascal. Les fonctions de base étaient là, du if/while à l'interface graphique en passant par les tableaux et la gestion des fichiers.
Jayce avait également écrit quelques programmes dans ce "langage": une calculatrice 4 opérations, et "Antibug", qui était une sorte de FAQ (on choisit le problème rencontré dans une liste, et paf on a un texte d'aide). Le tout avec un look style curses.
Pour éviter que de vilains pirates regardent le code de ces programmes, ils étaient cryptés suivant un algorithme ultra-performant type code de César qui ne tarda pas à être cassé ^^
À partir de la doc sur le langage, j'avais commencé à recoder l'interpréteur multidesk pour Unix/Win, sous licence GPL bien sûr (c'est le clone libre dont on parle dans le journal). Ensuite j'ai arrêté quand ledit Jayce m'a menacé d'un procès... Si ca intéresse quelques malades j'ai remis les archives en ligne à cette adresse http://alx14.free.fr/mvm-reviv/ .
Vers la fin de 2003, sentant que le "buzz" retombait autour de multidesk, Jayce passa la bête en OpenSource (annoncé par lui-même sur DLFP : http://linuxfr.org/~CrazyChild/ , http://linuxfr.org/~CrazyChild/7760.html ).
Depuis on a plus énormément de nouvelles de l'énergumène, à part http://linuxfr.org/~peetah/12904.html ...

Voilà mes 2 centimes de contribution :)

Ne pas trop en attendre tout de même, Canal+ est une filiale de Vivendi Universal. Enfin, ce sera peut être une occasion de tester l'indépendance des journalistes par rapport à leurs patrons...