Troy McClure a écrit 2213 commentaires

> C'est base sur des calculs et des previsions, ca n'est pas negiociable, pas discutable.

Il y a toujours des hypothèses, le choix d'un modèle, et une interprétation des résultats. Ça à mon sens, c'est tout à fait sujet à discussion. Et les scientifiques ne sont pas plus objectifs que les autres, il y a toujours un parti pris et des connivences.

sed, c'est dien

sed c'est dien

on dirait un problème avec la lib gtkmm (bindings c++ de gtk), si elle n'est pas fournie avec le logiciel essaye d'en trouver une vieille compilée avec le g++ ad hoc (cf les histoires d'ABI plus haut)

même un clavier qwerty de base est très pratique pour les accents, pour peu qu'on sache où les chercher (altgr + une des touches à gauche de enter + la lettre à accentuer). Quand j'en avais un je trouvais ça vachement plus pratique que d'aller chercher des touches accentuées tout en haut d'un azerty (plus tous les avantages du qwerty: chiffres accessibles, [] {} faciles à faire etc)

Le problème, c'est qu'ici la norme c'est azerty, et chercher à y échapper ça veut dire passer son temps à faire des fautes de frappe entre le clavier klingon hyper ergonomique de la maison, l'azerty du boulot, et le dvorak du copain barbu.

> ce que c'est
moche et lourd (dois-je préciser que c'est du motif)

> est-ce que ca existe
malheureusement oui

> a quoi ca sert
à pas grand chose (un windowmanager tout naze, un bouton pour lancer un term tout pourri, une doc pathétique, un browser de fichiers impressionnant de nullité, un mailer à pleurer)

> comment ca marche
mal

> quel est leur but
conquerir le monde, mais c'est mal parti

KDE a déjà sa propre "solution", qui est de concatener tous les fichiers d'un répertoire en un seul gros fichier, qui est compilé en une fois quand on fait "make final". http://developer.kde.org/documentation/other/developer-faq.html#q58

je l'ai utilisé y'a quelques années pour faire un papier, et j'avais trouvé lout vraiment pas mal. En particulier c'est beaucoup plus rapide à apprendre/comprendre que TeX/LaTeX, avec une logique qui est nettement plus apparente. Par contre à l'époque, il n'était (de l'aveu même des auteurs) pas à la hauteur de TeX pour le rendu des équations, je ne sais pas si ça a changé.

> il y a 8661 projects en Java sur Sourceforge (10812 en C et 10490 en C++ cf http://sourceforge.net/softwaremap/trove_list.p(...) )
> Il y a deja pleins d'outils libres/proprios pour Java (Eclipse, Ant, Tomcat, Jakarta, JBoss, Xerces, gcj, JUnit, JBuilder, Together ect...)

Et combien de ces projets ont une audience de plus de 2 utilisateurs ? J'ai downloadé un bon nombre de packages sur sourceforge, à 95% écrits en C, mais jamais aucun truc en java.

Et pourquoi tous les outils "connus" (ça dépend par qui, moi j'aurais du mal a en citer plus de trois ou quatre) écrits en java sont aussi peu bandants ? (non non Eclipse, tomcat, et cie ne me mettent pas en émoi) ? (on peut remplacer "bandants" par "grand public")

En terme de puissance très certainement, maintenant en terme de bonheur et de lisibilité c'est plus contestable. m4 a beau être turing équivalent, on voit beaucoup plus de jeux d'échecs codés en sed qu'en m4, c'est dire si cet outil rebute les plus pervers.

XCB/XCL utilise le préprocesseur m4 et le language C.

que du bonheur

et la version "Libranet 2.7 ultra absorbant" elle est à combien ?

-> [], je sais, mais cette distrib a vraiment trop un nom de tampax

Sysadmins are highly paid baby sitters. Just as a baby transforms perfectly
good input into excrement, which it then drops in its diapers, Unix drops
excrement all over its file system and the network in the form of core
dumps from crashing programs, temporary files that aren't, cancerous log
files, and illegitimate network rebroadcasts. But unlike the baby, who may
smear his nuggets around but generally keeps them in his diapers, Unix
plays hide and seek with its waste. Without an experienced sysadmin to
ferret them out, the system slowly runs out of space, starts to stink, gets
uncomfortable, and complains or just dies.

Ce qui est marrant, c'est qu'un certain nombre de reproches faits aux unixes de l'époque (nécessité de l'entretenir régulièrement, faibles uptimes,absence de sécurité, le worm de robert morris, ...) sont justement ceux que l'on fait aujourd'hui à windows :)

C'est vrai que pour l'instant tout ce qui m'est tombé sous le nez à propos d'itaniums2 sentait bon le discours pré-digéré pour décideurs. J'aimerais bien voir des benchs qui "démontrent" qu'un Itanium apporte un gain pas marginal (on va dire plus de 50% plus rapide que le xeon/opteron top-moumoutte du moment) sur certains types d'applications scientifiques. Il me semble que d'après les SPECtruc, le gain est plutot autour de 30% pour la puissance de calcul, pour la bande passante je sais pas par contre.

Et il faut le compilateur qui va bien, parce que les itaniums 2 qui sont en essai libre sur http://www.testdrive.hp.com/(...) font un peu pitié avec leurs gcc 2.96

poolpy n'est pas victime

et à surfzilla (eerk j'en ai des frissons)

B

C'est intéressant ce que tu dis, ça montre que dlfp est en train de devenir un site d'habitués, avec leurs codes et leur coutumes et se ferme aux "nouveaux". J'aimerais bien voir les statistiques sur l'évolution du nombre de comptes (non bidons) ouverts depuis que les posts anonymes ont été supprimés. Je considère que l'ouverture du site est plus importante que la "qualité" des commentaires. Et que de plus il n'y a jamais eu autant de conflits de personnes (entre les utilisateurs et/ou avec le webmaster) que depuis qu'il n'y a plus la possibilité de poster anonymement. Les logins permettent de suivre plus facilement un thread, mais ils établissent aussi des relations d'affinités/de haine entre les personnes, et ont surement tendance à fausser les débats: comme tu le dis, il est assez risqué de faire de la pub pour la SuSE, et il est assez facile de se retrouvé classé dans la catégorie "boulets à flinguer" quand on ne connaît pas un certain nombre de règles implicites. C'est valable aussi pour la tribune.

[complètement HS: je viens de découvrir la correction orthographique intégrée à konqueror et c'est vraiment chouette :) ]

Ben oui batons et carottes. Regarde le nombre de commentaires que va faire cettes news, c'est bien la preuve que beaucoup de gens se sentent concernés par l'ajout/retrait de droits, même si ceux-ci sont objectivement assez ridicules (le droit de vote/le droit de poster sur un tribune/un journal/des commentaires)

> Sans rire, vous venez sur le site uniquement pour relever chaque jour vos compteurs d'XP ?

Non, a vrai dire je n'ai aucune idée du nombre de mes xps mis à part qu'il est autour de 600 et que ça me permet de poster des conneries ou des commentaires limites si j'en envie sans craindre de me retrouver négatif et de ne plus pouvoir poster de commentaires.

> Je me moque totalement de voir que mon compteur augmente ou diminue, et encore plus de voir qu'un de mes commentaire a été moinssé ou plussé.

Tout à fait d'accord pour les commentaires à deux balles. Maintenant si j'ai consacré dix minutes à faire un commentaire que je juge bon ça peux m'agacer un peu

Pour le reste de ton commentaire je suis de ton avis mais je ne vois pas pourquoi tu me dis ça à moi ?

Merci d'avoir posté cette explication qui s'imposait. Je nuancerais un peu en disant qu'il y a 4 catégories de visiteurs:
- les visiteurs avec droit de vote
- les visiteurs sans droit de vote (visiblement leur nombre est loin d'être marginal, ou alors je ne fréquente que des fripouilles ou des malotrus)
- les modérateurs
- les admins

Quand au message qui s'affiche, je trouve qu'il manque un peu de convivialité: vous pouvez envoyer un mail à null@linuxfr.org. Tout message envoyé à une autre adresse ne sera pas lu., ça serait mieux de dire simplement qu'il est inutile d'envoyer un mail.

Sur le fond, je trouve qu'il y a de plus en plus de batons sur linuxfr, et une seule carotte (les xps, qui se transforme en baton dès qu'elle est négative). Autant je trouve très bien qu'il y ait maintenant trois admins, autant toutes les mesures de rétorsion ne me plaisent pas quand elles sont appliquées arbitrairement et sans discussion.

Je vois le tri auquel tu fais référence, mais ça ne doit pas être le tri radix:
http://www.google.fr/search?q=cache:4xe9pdvdITAC:michel.giacomazzi.(...)
-> il fait n_bits*n parcours de la liste

je plusse (virtuellement car la vie est injuste)

Si c'est un bug, tant mieux pour toi, sinon bienvenu sur la liste noire:

Un système que vous ne voyez pas a été arrangé pour que certaines personnes (inutile de demander les noms) puisse rapidement voir qui a voté pour un commentaire, quel score, de voir quel vote a appliqué une personne, etc, etc. Et si on a un doute sur la manière de voter d'un compte, son droit de vote est annulé. ( http://linuxfr.org/~manatane/2410.html(...) )

C'est très interessant tout ça, c'est vrai que X passe vraiment mal sur de l'adsl.. C'est chiant à installer, nx ? (et faut-il être root sur la machine distante ?)

> D'après vos critères, je suis donc dans mon plein droit, et j'aimerais pouvoir jouir de mes 16 votes quotidiens.

Sauf si tu fais partie de la liste noire