spart a écrit 228 commentaires

Ami, vous l'ignorâtes, mais ce graphe représente
magistralement l'évaluation du potentiel pipotronique de
DRI/DirectFB dans l'éternelle guerre psychologique opposant
les tenants du Stoïcisme Minimaliste (école ordinairement
représentée par UnnamedPlayer et sa cohorte de sectataires)
aux émules du Sybaritisme Folklorique, dont les pseudonymes
hauts en couleurs égayent les serveurs Quake du monde
entier.
On serait tenté de conclure un peu hâtivement que l'effet sur le
score final est nul, voire négatif...
Que nenni ! A la transparence réseau Xienne (qu'on sait
tristement utilitaire), DirectFB substitue en effet la
poétique de la transparence fenestrienne !

Miracle par quoi le Sybarite, moyennant la perte insignifiante
des sessions distantes, pourra enfin s'adonner à la
contemplation des formes avantageuse de son fond d'écran
"Root Me" _au travers_ de son Quake 3, atténuant par là
même l'humiliation de la défaite.
CQFD.

Avant:

UnnamedPlayer     354    58

SpArT[Linux]       54    -2



Après:

UnnamedPlayer                         352    56

SpArT[Linux][DirectFB][Tran5par3ncyz]  52   -3

> Je ne comprends même pas que cette news soit sur le site.

"je ne dis pas que ça n'est pas injuste, je dis que ça soulage !"
--- l'ami Fritz in Les tontons flingueurs

Ouuuppeulààà... Erreur de la vigie!

Je viens de me faire l'excellentissime réponse de Charles de Miramon:
http://www.kde-france.org/article.php3?id_article=102(...)

Ah oui, celui là dégage bien les bretelles 8)

>Mouais ...... a peu pres tout le monde ici (y compris moi) est d'accord pour
> dire que le vent d'hiver de Pierre Bugnon est un FUD, mais au risque de
> me faire des ennemis, bah les réponse me parraissent du meme ordre....

Bof. L'article manque surtout de punch et de style.

Certains des commentaires qu'on a pu lire ici suite à l'annonce originale
étaient nettement mieux foutus et ne tombaient pas dans le piège de
répondre sur des points de détails et en suivant maladroitement le même
schéma, à une construction purement rhétorique mitonnée par toute une
équipe de caves.

> NdM : un nouveau joujou à hacker ?

mmh un peu faible la tentative pour revenir dans le sujet...

Je propose de rebaptiser la Deuxième Page "Slashdot.fr" :-}

Il y a aussi http://ccache.samba.org(...)
un cache de compilation très efficace...

>J'ai essayé de suivre le tutorial pour faire l'éléphant mais j'ai beaucoup de
> mal et il me semble qu'il manque un ou deux détail... j'en suis a essayer
> de faire les oreilles mais j'ai beaucoup de mal...

ouais, j'ai eu du mal aussi :-/
il faut bien mettre ses bras en rond, jusqu'à se toucher le haut du crâne

>grace aux dessin j'ai réussi à me débrouiller jusque là, mais maintenant
> je n'y comprend plus rien.

eh bien... c'est pour la trompe, tu comprends ?
Mais ça ne marche que pour les garçons.

Si tu lis l'Anglais, pour des benchs très complets et entièrement
réalisés sous Linux, je te conseille http://linuxhardware.org(...)

Le plus récent est un test du P4-3Mhz/800Mhz FSB, comparé
au XP Barton 3000+ et au P4-3.06/533 :

http://www.linuxhardware.org/article.pl?sid=03/04/16/1610236&mo(...)

En gros, le dernier intel mène la danse, même en compilation (20 secondes sur un kernel)
mais bon...

ben t 'es gentil mais copier-coller sans même résumer en Français...
Grumf :-/

distcc réparti les tâches de compilation entre plusieurs
machines d'un réseau local (ou distant, mais sans aucune sécurité).

Il y a un serveur, distccd, sur la machine principale, qui envoie le code
source directement sorti du préprocesseur à tous les clients distcc qui
répondent à l'appel - lesquels compilent ce qui leur est donné et
renvoient du code objet.

C'est puissant, très souple, et surtout les perfs grimpent de manière
quasi linéaire avec le nombre de processeurs disponibles.

Pour l'installation, si on a l'intention de compiler du code C++, il faut
que toutes les machines engagées dans le réseau aient un g++
compatible niveau ABI (les 3.x et plus sont censées avoir une ABI stable).

Ah oui, j'allais oublier : combiner distcc à ccache (http://ccache.samba.org(...))
- voire utiliser ce dernier seul - donne d'excellents résultats (vitesse x10
dans certains cas, notemment quand on recompile plusieurs fois le
même arbre)

Voilà voilà...

Ou alors, sous KDE, utiliser KMMS...
Il fait aussi l'OSD( = On Screen Display) et s'intègre parfaitement dans kicker (sans compter la kyrielle de skins sympas qu'il propose)

Ouais... la précision qui tue... >:(

Pour moi, le problème c'est pas tant l'anglais, que l'anglais *oral*.
Quand la moitié de ton anglais vient du net, et que t'as jamais pensé à
traduire phonétiquement les sigles et mots nouveaux que tu rencontrais, tu
fais comment pour faire ta présentation, mmh ?

Quand j'écris en Anglais, pour Perl, je pense "perle", pas "peurrhhl",
GUI pas "guéyouaïe" ou que sais-je... et c'est pareil pour tous les termes
techniques et d'innombrables mots courants : je ne sais tout simplement
pas les prononcer !

Bref, s'il s'agissait juste de délocaliser un truc d'anglophones pour
anglophones, c'était peut-être pas la peine de se casser à traduire le site...

enfin, hièmacho...euh... jièmdeuhcé ?

Et pour tous les utilisateurs des drivers NVidia : oui, ce Valgrind là, contrairement à la série 1.0.x , tolère sans problème les applis liées aux biblios OpenGL...

> En gros on comprend que ce qui interesse l'auteur c'est de mesurer
> la volonte des gens a migrer de Windows vers Linux

mouahahah avec un sondage linuxfrisé par 5000 mordus du pingouin ?
je crains que l'échantillon ne soit pas tout à fait représentatif :-)

> (sauf dans mes rêves, et certaines histoires qui parlaient d'un compilateur
> qui n'a pas avancé en 4 ans)

Si ce qui t'intéresse c'est de transformer un script en binaire exécutable,
il y a le magnifique module d'Autrijus Tang:

http://search.cpan.org/author/AUTRIJUS/PAR-0.67/lib/PAR.pm(...)

$ pp -o hello_world hello_world.pl
$ ls -l hello_world
-rwxr-xr-x 1 pasnous pasnous 1637131 avr 2 17:51 hello*
$ ldd hello_world
libnsl.so.1 => /lib/libnsl.so.1 (0x40033000)
libdl.so.2 => /lib/libdl.so.2 (0x40049000)
libm.so.6 => /lib/libm.so.6 (0x4004c000)
libc.so.6 => /lib/libc.so.6 (0x4006f000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x401ab000)
libutil.so.1 => /lib/libutil.so.1 (0x401d8000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

Bref, à essayer d'urgence ! 8)

Oui mais ce n'est pas un "core dev". Grosse différence.

Sans oublier perl -pie 's#\r\n#\n#gs' fichier

http://www.trolltech.com/download/qt/noncomm.html La version 2.3 est la dernière édition non commerciale. Sinon il y a aussi l'effort de portage de http://kde-cygwin.sourceforge.net en version Cygwin et en natif (ultra expérimental et pas fini, ce dernier)

Klarälvdalens Datakonsult, une boite suédoise, aux dernières nouvelles.

>Surtout quand beaucoup de monde louent la qualité des projet comme > Alsa et KDE qui sont largement utilisés. Je n'ai pas essayé SuSE et je n'ai pas d'avis les concernant mais je trouve plutôt inquiétant qu'ils soient les seuls désormais à employer des développeurs de KDE (et pas des moindres... Lunak, Bastian, Matz, Tackat...) Avant, il y avait David Faure chez Mandrake, et ça faisait un bon équilibre. Bref, depuis quelques mois, le centre de gravité financier de KDE s'est beaucoup déplacé vers l'est, et ce n'est jamais très bon ce genre de concentration.

Ouaip. Et le Portugais n'utilise pas ces signes renversés.

mais... mais c'est tellement alléchant que c'en est indécent !
D'où vient le RN, si ce n'est pas indiscret ? Amygdalia ?
Misère, et pas le moindre petit morceau de source à grignoter... :-]°

> Sinon on peut dire que RedHat en fesant des .rpm de KDE contribut à KDE.

mais comme ils n'en font pas... :-}

Grumf. Typo dans l'URL :

http://perlqt.sourceforge.net(...)

> Enfin, j'aimerai que tu me trouves un programme "correcte" qui utilise un
> binding de Qt ou KDE. Pour te donner un exemple, tous les programmes
> de configuration redhat utilisent le binding python

Pour des raisons bien connues de licence et d'intérêts commerciaux, les distributions adoptent plus volontiers les bindings GTK (LGPL) que Qt (GPL stricte).

Maintenant, des applications complètes utilisant des bindings, il n'y en a pas beaucoup, quelque soit le langage de script et quelque soit le toolkit. Trop de dépendances, pas pratique à distribuer.
Pour une distro, c'est facile, ils savent ce qu'ils ont sous la main ; mais pour le développeur indépendant...

L'utilisation majeure des bindings, c'est le prototype ou l'application interne jettable que tu développes en quelques heures.
Celles-là, forcément, tu ne risques pas d'en voir beaucoup.

Pour ma part, je développe les bindings Perl de Qt (http://perqt.sourceforge.net(...)) et les plus grands utilisateurs s'avèrent être des chercheurs en physique et en informatique.
Ils ont besoin d'applis développées rapidement (Qt Designer --> 3 secondes), et recyclables à volonté (toute combinaison de widgets créée avec des bindings Qt est réutilisable immédiatement comme un seul objet dans ton langage de script, chose que GTK ne peut pas faire facilement)

Donc en gros, pas le même usage.
- Pour un dialogue de conf rapide avec trois-quatre cases à cocher -> GTK
- Pour des outils internes plus complexes et réutilisables => Qt, forcément.

G.