Christophe Fergeau a écrit 1255 commentaires

Faire commencer ceux qui ont une moyenne négative à cette moyenne, et par contre, plafonner le score de départ de ceux qui ont une moyenne positive à 2 ou 3 éviterait les réactions "oh le ****, il commence direct à +6. Allez hop, un [-] pour lui apprendre"

Tiens, un commentaire inutile, mais bon ;)
Un effet pervers du système, c'est que je vois ton 6/#1, et que par jalousie, j'ai envie de te mettre des [-] pour que tes commentaires commencent moins haut. J'arrive à me retenir par contre pour l'instant ;)

Et moi je le redis, un consensus est impossible à obtenir à part dans des cas très particulier (ie quand il n'y a qu'une solution qui a du sens). Si tu dis aux lecteurs de linuxfr "sur la mailing list xxx vous pouvez donner votre avis et participer à l'orientation du site", autant nommer la liste brassagedevent@linuxfr.org tout de suite. Soit des contributeurs demanderont des avis sur le truc qu'ils veulent faire, et ça fera une bataille "oui c'est bien, non c'est mal", les seuls trucs intéressants qui ressortiront seront des petits détails cosmétiques faciles à corriger ensuite. Soit des personnes diront "faudrait que linuxfr fasse ça, ça et ça" en n'ayant aucune intention de s'investir pour que ça soit fait, et là non plus ça donnera rien du tout.
En bref, la façon dont le nouveau système a été mis en place est malheureusement un des meilleurs moyens de faire avancer les choses. Ensuite, j'espère que les personnes s'occupant de linuxfr vont extraire de ce thread les petits détails qui peuvent poser pb et feront machine arrière s'il s'avère que ce nouveau système est un échec.
Si tu n'es pas convaincu qu'une mailing list ne donnerait pas de résultats très probants, tu peux faire un test simple : prends 15 amis à toi, et propose d'aller au ciné sans imposer ni le jour/heure, ni le film, et essaie de trouver une séance et un film qui convienne à tout le monde. Personnellement, j'ai jamais réussi.

Ok, supposons que les modérateurs aient fait un thread "on veut faire ça, qu'en pensez vous"
T'aurais eu 50% de pour, 50% de contre, dont qques personnes de chaque côté râlant beaucoup plus fort que les autres. Evidemment, le thread n'aurait absolument rien contenu d'utile pour aider les modérateurs, vu qu'il y aurait eu autant d'argument valable de chaque côté.
Donc au final, ils auraient fait leur choix, et y aurait de toute façon eu 50% de personnes pour contester ce choix vu qu'elles ont dit qu'elles étaient pas d'accord avec. En gros, ça revient au même que ce qu'ils ont fait là.

Oui, bien sûr, je disais ça pour expliquer pourquoi les lecteurs de DVD que t'achète dans le commerce avait des fonctionnalités qui emmerdent les utilisateurs (les fabricants font pas ça parce qu'ils sont cons, mais parce qu'ils ont pas le choix).

Je crois que l'impossibilité de passer ces infos est une condition nécessaire à l'obtention d'une licence "DVD" (il doit bien exister un petit logo de certification ou qqchose comme ça)

Docbook c'est un truc incompréhensible à installer correctement (enfin ça doit être compréhensible mais il faut y passer le temps). Heureusement, toutes les bonnes distros configurent correctement tout ça maintenant, il suffit d'avoir les paquets nécessaires installés. A mon avis, "ce genre de développpeur" s'est déjà donné du mal pour t'aider à résoudre ton pb en expliquant plus ou moins d'où ça vient. Est-ce que tu considères que ça rentre dans la doc à fournir avec tout projet d'expliquer ce qu'il faut faire quand ton compilateur C/ta libc/... n'est pas installée/configurée correctement ?
Pour ce genre de pb, en général je me prends pas la tête pendant des siècles : vi Makefile et j'efface toute référence au répertoire des docs (j'espère que le fichier de config par défaut n'est aps dedans par contre...)

Oui, galeon aussi, GConf et gnome-vfs par exemple.

MrProject est "mort", il a été renommé en Planner. C'est Planner ou MrProject que tu as testé ? (je dis pas que ce dont tu as besoin existe dans Planner, j'ai jamais essayé, mais si tu t'es limité à MrProject, ça vaut le coup de vérifier ;)

> Le support des cartes graphiques 3D juste après l'install, c'est terminé

La debian a des paquets officiels pour les drivers binaires ati et nvidia ? Y en avait pas pour ati la dernière fois que j'ai regardé.

> L'utilisation sur un portable, n'en parlons même plus.

Les portables mac se débrouillent uniquement avec des drivers libres...

Ca serait pas une licence d'utilisation plutôt ? Je crois qu'il n'y a pas de "loi" au sujet de la copie privée, que c'est juste une "exception" (je sais pas trop ce que ça veut dire par contre ;)
Je trouve que tu mélanges allégrément deux trucs. Apple te vend des morceaux de musique sous certaines conditions. Soit tu les acceptes et tu utilises leur service, soit tu les refuses et tu vas voir ailleurs. Tant que tu restes dans ce cadre et que tu utilises fairplay pour accéder à ces morceaux sous linux ou tout autre système, l'existence de fairplay me parait justifiée.
Par contre, si tu commences à dire "ouais, je veux leurs morceaux, mais leurs conditions c'est de la merde, heureusement que je peux me débarrasser de leurs conditions à la con avec mon logiciel super l33t", là l'utilisation de fairplay est beaucoup plus discutable, qqpart je trouve qu'il faut être assez con pour faire ça, car c'est à peu près aussi illégal qu'un téléchargement sur un site de p2P quelconque, sauf qu'en plus t'as payé pour ça. Tu vas me parler de la rénumération des artistes et tout ça, j esuis pas persuadé que ça soit grâce à la musique en ligne qu'ils vont devenir riche les artistes de toute façon. Sinon, si effectivement la limitation à 3 copies était contre la loi, l'utilisation de fairplay serait aussi justifiée pour faire sauter ça à mes yeux.

« 2/Ce n'est pas Apple de décider combien de périphériques personnels peuvent accéder aux chansons que j'ai obtenues légalement. Il pourrait m'en autoriser 10 que cela ne changerait rien. Il n'ont aucun droit de m'imposer les conditions d'usage d'une oeuvre. Ce que je fais dans ma sphère privée ne regarde que moi. »

Si les conditions auxquelles apple te propose la musique de l'itms ne te conviennent pas, tu peux aller acheter ta musique ailleurs, c'est pas comme s'ils avaient un monopole sur la vente de musique.

Plus qun' pb de capacité, c'est plutôt un pb d'envie je pense... Maintenir un OS sur de nombreuses plateformes ça couterait probablement très cher à MS, et ils ont probablement décidé que c'était pas suffisamment rentable pour les intéresser...

Plus ou moins. Avant les annonces des clones d'amd64 par intel, Microsoft a effectivement déclaré qu'ils ne sortiraient pas un 3ème OS 64 bits (y a un windows XP pour itanium je crois ;). Comme les procs d'intel sont compatibles avec ceux d'amd, le windows XP pour amd64 fonctionnera aussi avec les procs de intel ;)

Bah ça existe déjà, ça s'appelle le crible d'Érathosthène (désolé pour l'orthographe) (ça te file les nb premiers entre 1 et N).
Le pb, c'est surtout c'est de déterminer si un nb est premier ou non rapidement, et de pouvoir décomposer un grand nombre en facteurs premiers rapidement aussi.

Et avec ou sans -Ox ?
« Unlike most other C compilers, GCC allows you to use -g with -O.
The shortcuts taken by optimized code may occasionally produce sur-
prising results: some variables you declared may not exist at all;
flow of control may briefly move where you did not expect it; some
statements may not be executed because they compute constant
results or their values were already at hand; some statements may
execute in different places because they were moved out of loops.
»

(du man de gcc)

> 5 a 10 ms, je crois que c'est le temps pour lire toutes les config de tout KDE sur un ordinateur et disque dur lent

5 à 10 ms, c'est le temps que met la tête de lecture du disque dur pour accéder à un fichier (en étant optimiste, vaut mieux tabler sur 10 à 20 ms sur de l'ide de base je pense). Donc si toutes les configs de KDE sont dans un seul fichier ou bien si tous ces fichiers sont contigus sur disque, l'ordre de grandeur que tu donnes est réaliste pour la parsing de toutes les configs de kde. Sinon, c'est 10ms * nb de fichier de config.

Recompile g++ avec icc, tu gagneras déjà 15% de perfs, donc de temps de compil ;)

> Avec un fichier xml, le temps de chargement est necessairement plus long et les applications en patissent.

Temps d'accés à un fichier : 5 à 10 ms dans le meilleur des cas
Parsing d'un fichier xml de qques kilooctets : inférieur à la ms (enfin sauf si on utilise le parser xml de QT)

Si vous voulez vous plaindre que GConf est lent, vous serez plus crédible si vous dites que lire les prefs d'une appli nécessite l'accés à plusieurs petits fichiers ce qui est lent plutot que si vous montrez du doigt le parsing xml. Y a aussi les communications IPC entre le démon et les applis qui sont pas forcément gratuites. Le fait que GConf soit un démon gomme un peu ce problème puisqu'une fois que le fichier est lu, la valeur des prefs est cachée en mémoire.

> Il me fait du step-by-step dans toutes les fonctions Qt mais zappe allegrement toutes mes fonctions a moi. Une vraie horreur.

Ton programme est compilé sans aucune optim (ie aucun flag -O) ? Depuis gcc 3.qqchose, gdb a souvent du mal quand tu compiles en -O2, en le virant tout redevient normal en général.

J'ai oublié d'ajouter qu'il est parfaitement possible d'écrire des backends pour GConf n'utilisant pas du xml (utilisant des fichiers .ini par ex). Assez bizarrement, beaucoup de gens ne perdent pas une occasion de se plaindre du format de fichier utilisé par GConf, mais j'ai jamais vu de patch pour utiliser un autre format de fichier.

> Comme il s'appuie sur le systeme de fichier, c'est relativement simple de centraliser une config sur un serveur: tu montes un repertoire KDE par nfs.

nfs+fam ça fonctionne pas je crois, donc t'as plus de notification dans ce cas là (accessoirement, je trouve ça un peu bancal de s'appuyer sur fam pour faire ça)

> Le xml est une tres mauvaise idee car les fichiers de conf doivent etre lus tres tres vite, ce qui est incompatible avec le parsage de xml.

Mouais... Comparé au temps d'accés à ton fichier de conf, le parsing xml est probablement pas très couteux. Et tu lis pas tes fichiers de conf 15000 fois par seconde non plus.

La GPL dit que t'as pas le droit de te linker sur des biblios proprios sauf si elles font partie intégrante du système d'exploitation. QT n'entre clairement pas dans cette catégorie là à mon avis.
Perso, je connais pas beaucoup de softs GPL pour Windows utilisant QT...

Si tu veux modifier une option de config gérée par GConf, il faut le faire avec gconftool/gconf-editor ou tout autre outil linké sur GConf. GConf est essentiellement un démon, donc il peut cacher les valeurs de certaines prefs en mémoire, donc si tu édites sauvagement un de ses fichiers, rien ne te dit que la valeur que tu as mise dedans ne sera pas écrasée par le démon.

> Un malheureux exemple (assez extrême, tout de même) a été la suppression du réglage des raccourcis clavier sous gtk par défaut (on tape le raccourci avec le pointeur sur le menu) pour le faire ressembler à KDE!

C'est la première fois que j'entends ça comme raison pour la "suppression" de cette fonctionnalité.
Une certaine uniformisation entre les environnements est intéressante pour les gens qui utilisent à la fois des applis gtk/gnome et qt/kde. Les gens veulent utiliser une appli qui marche et avoir des applis qui ont l'air cohérentes les unes avec les autres, ils s'en foutent que X et Y soient complètement différents parce que un utilise kde et l'autre gnome.