Troy McClure a écrit 2213 commentaires

à mon avis tu ferais mieux de repartir sur la solution "un makefile.am par répertoire", automake est fait pour fonctionner comme ça

dans ton lilo.conf, le 2.4.20 et le 2.4.22 ont le même initrd. C'est Mal(tm), non ?

Bosse dans la recherche/enseignement public. Si t'es ingé ou technicien et que t'as un peu de chance, on te laissera faire du libre, si t'es chercheur ben t'es un grand garçon et tu fais du libre si tu en as envie.

> le kernel Linux 2.4.21/22 et/ou 2.6.0-test9, KDE 3.1.4, OpenOffice 1.1, bref finalement les logiciels les plus récents.

t'as oublié xfree 4.3 dans ta liste ! en fait, ça tombe bien.

moi j'ai mangé un bn

> Qu'en est-il aujourd'hui ?
Pas mieux qu'hier.. le truc de kde est un hack immonde, comme toutes les tentatives de transluscence sur X. Ça permet de faire le cake sur des screenshots, mais ça s'arrête là :-/

J'en ai parlé à ma grand mère qui vient de le voir, et elle m'a dit que Matrix c'est une super trilogie de philosophie trop profonde, bien plus puissante que Platon I,II et III

mozilla (enfin xul j'imagine) a toujours eu une gestion pathétique du focus .. c'est incroyable que ce truc n'ai jamais été corrigé :-/

Eclipse, ça a l'air assez tentant comme environnement de développement pour faire du c++. Quels sont les besoins au niveau ressources ? (i.e. puis-je le faire tourner sur mon celeron 600 avec 128Mo de ram ?)

par contre emacs/xemacs ont une longueur d'avance sur ce genre de soft dans le sens qu'ils sont semi-wysiwyg (x-symbol, preview-latex etc), et ça c'est quand même un confort que je ne suis pas prêt de laisser tomber

Alors c'est une de ses applis qui a une fuite de mémoire.. ça peut être n'importe quoi, même une applet à deux balles qui alloue des pixmaps sur le serveur en continu. Quand tu sens que le pc est mûr pour un reboot, tue toutes les applis X une par une, froidement, en surveillant de ton oeil impotiyable la taille du serveur X. Quand il se déballone brusquement, tu as trouvé la bonne. Si à la fin il est toujours aussi gros et que tout le monde a été liquidé sauf lui, c'est un vilain bug des drivers.

> Rien de plus .

Il y a la langue utilisée pour les commentaires; ça compte aussi, et je préfère largement quand ceux-ci sont en anglais ou en français qu'en russe ou chinois ;)

et les macqueux diront "Oui mais macos x c'est génial parce que c'est unix" et on leur parlerait de java

pour en remettre une couche: les messages d'erreur de gcc/g++ ont été traduits. C'est typiquement le genre de truc dont tu parles: des messages très techniques, où chaque mot à un sens précis, et où l'expérience joue un grand rôle (i.e. les messages sont déjà difficilement compréhensibles dans leur langue native, cad l'anglais). Eh bien la version française est catastrophique: traductions approximatives, perte des repères (pourquoi il me parle de "jeton non trouvé before printf" ?), et accessoirement nouveaux bugs (zut y'a un %s en trop dans la version française, c'est du vécu)
Il y a des choses qui sont déjà assez complexes naturellement, c'est pas la peine de les rendre encore plus difficiles à maintenir.

bon, je m'attendais à me faire traiter de sale gros con barbu élitiste :)
il n'empêche que quelqu'un qui est prêt à recompiler son noyau, il va se bouffer pas mal de doc en anglais, et pour moi c'est quelque chose de positif: on a besoin d'un langage commun, au moins pour les choses techniques (et une compil de noyau est quelque chose de techinque). Il se trouve que l'anglais est le langage qui s'est imposé dans ce domaine, et lire de l'anglais technique ça ne demande pas un niveau exceptionnel. Essayer de se battre contre ça, je trouve que c'est non seulement une perte d'énergie, mais même un pas dans la mauvaise direction. Quand je vois des étudiants brailler parce qu'on leur demande de lire la page de man printf qui est en anglais, ça me hérisse.

faut bien que quelqu'un le dise, alors je me dévoue: quel est l'intérêt ? que Luce&Henry puissent recompiler leur noyau en activant le support AFS ou n'importe quelle l33t feature ? Et qu'au reboot suivant ils aient un joli message indiquant une "panique du noyal" ? On reproche aux gens de ne pas lire les docs, si en plus on les éduque à rejeter tout ce qui n'est pas écrit dans leur langue maternelle c'est mal barré.

Puisqu'on en est à traduire tout et n'importe quoi, je propose de traduire le filesystem, c'est vrai quoi /home/luce personne ne comprend, alors que /ma maison/luce c'est bien mieux.

arf. zataz est vachement mieux depuis qu'ils prennent modèle sur bbspot.com, mais ils ont au moins deux semaines de retard

Bon je vais répondre un peu à côté de la plaque puisque je n'ai jamais utilisé -frepo avec gcc, mais j'ai utilisé l'équivalent (contre mon gré) avec le compilateur DEC, et mon souvenir c'est que c'était une horreur à gèrer, particulièrement avec autoconf et cie pour contruire une bibliothèque partagée: le truc se cassait régulièrement et le repository contenait quelques dizaines de milliers de fichiers du coup les accès devenaient débilement lents :-/

Sinon (sans rapport) le compilo en question, même sans repository, est 4 ou 5 fois plus rapide que g++ pour les compilations (mais j'ai l'impression qu'il est moins performant pour les optimisations).

> la nécessité d'avoir une vrai politique d'instanciation

Tu peux détailler un petit peu ?

Ouais, mais comme on disait hier sur la tribune, le fait qu'il se contente (pour l'instant) de cacher les pub me déplait pas mal. D'autant qu'on les voit quand même apparaitre pendant le chargement de la page.

Mais sinon c'est assez joussif à utiliser contre un gros gif animé qui pompe la moitié du cpu :)

t'es encore en train de picoler ;)

regarde là http://linuxfr.org/comments/289219.html(...)

Ce fut aussi une année faste pour Xfree, dont la version 4.3 est sortie depuis 8 mois, et dont la version 4.4 est imminente. Du coup j'aimerais savoir si il est prévu d'avoir un jour Xfree 4.3 dans sid, ou bien est-ce qu'on passera directement à la 4.4 ?

Certes c'est bien foutu, c'est très joli mais beaucoup de gens (moi y compris) sont habitués à produire leurs documents scientifiques (cad avec plein d'équations) dans un éditeur de texte traditionnel (pas vi, un vrai éditeur). J'ai à la fois pas envie d'apprendre à me servir de texmacs juste pour le plaisir, pas envie de forcer les gens avec qui je travaille à passer aussi sous texmacs pour pouvoir lire/modifier ce que je leur envoie, et pas envie de batailler pour d'importer mes anciens fichiers latex dans texmacs. Et c'est encore plus vrai pour openoffice.

J'ai sans doute rien compris, mais ça veut dire que les documents scientifiques en question ne peuvent pas être rédigé avec latex ? qu'il faut passer par une grosse usine à gaz genre ooffice qui ponde du xml ?