Matthieu Moy a écrit 3251 commentaires

Un intérêt, c'est de pouvoir faire tourner des applies x86 à l'intérieur d'une applet Java. Maintenant, c'est clair que les perfs seront forcément pas terribles ... Leurs démos sont rigolotes, mais je n'en ai pas trouvé qui soient vraiment « utiles ».

Si c'est la phase de link qui est lente, ce n'est pas tellement un problème de gcc. Il faut voir que ce qu'on appelle GCC est en fait un compilateur (le binaire est cc1) et un « driver » (le fameux binaire gcc) qui appelle dans l'ordre le compilateur, l'assembleur, le linker. L'assembleur et le linker sont des binaires qui ne font pas partie de GCC.

Sous Linux, a priori, c'est GNU ld qui sera appelé. Mais est-ce le cas sous Windows (gcc --verbose te le dira) ? Je ne serai pas surpris que ce soit simplement un autre linker, plus rapide, qui soit applé.

> la question qu'on te pose lorsque tu crée un journal quoi...

Ça marche seulement quand tu poste sur IPOT, donc il est excusable, quand même.

Ah, le bon vieux temps de StarOffice !

> \usepackage[francais]{babel}

Mais du coup les espaces insécables devant les !, :, ; sont inutiles aussi.

> Il y a juste certains caractères comme les guillemets « », les caractères œ æ, etc qui sont
> remplacés par leur équivalent en LaTeX.

Pourquoi donc ? Si on a le bon \usepackage[...]{inputenc}, c'est aussi pratique d'avoir les vrais caractères dans le texte source, non ?

Quelle que soit la couleur, le problème, c'est que la news reste longtemps là où elle est, donc on s'y habitue, et on ne la regarde plus.

Faut voir aussi que le meilleur compilateur du monde ne rendra pas un disque dur ou une carte réseau plus rapide. Le compilateur, ça peut accélérer les calculs, mais pas les I/Os, qui représentent quand même une partie pas négligeable du temps d'exécution d'un logiciel classique !

Le débat Libre/OpenSource n'a rien à voir avec GPL/BSD. La GPL comme la BSD est à la fois libre et opensource.

Tu confonds avec libre/copyleft, et éventuellement GNU/pas GNU.

$ zip
[...]
-e encrypt
$ ls -l =zip =unzip
-rwxr-xr-x 2 root root 121372 2008-07-26 17:37 /usr/bin/unzip*
-rwxr-xr-x 1 root root 67328 2006-07-06 23:27 /usr/bin/zip*


Je trouve rien pour extraire du zip avec l'utilitaire zip lui-même, et avec un unzip deux fois plus gros que zip, c'est peu probable que ça existe :-(. (yapuka compiler)

Shift-insert, c'est pas juste un reste du DOS. Dans la plupart des applis X11, ça colle le texte selectionné (comme clic du milieu), alors que C-v colle ce qui a été collé avec C-c quand l'appli le supporte. Par exemple, Shift-insert est à ma connaissance la seule solution pour coller du texte dans un xterm sans la souris.

Sinon, je confirme, la touche Ctrl de droite, quand on tape avec ses deux mains, elle sert pour toutes les combinaisons avec une lettre tappée avec la main gauche. Taper C-a d'une main alors qu'on avait les deux mains sur le clavier, c'est inefficace au possible.

> Pour moi un éditeur de texte te permet de manipuler seulement du texte plat.

Tiens, ça tombe bien, c'est pile ce que fait latex-preview.

Bon, documentes-toi sur ce dont tu parles, ou arrête le thread, ça ne mène nulle part.

>>un éditeur de texte qui sait afficher des images.
> Ce n'est donc plus un éditeur de texte.

Tu as probablement une définition d'éditeur de texte différente de la mienne, mais pour moi, un éditeur de texte, c'est un truc qui sert à éditer des fichiers textes. Ça n'a rien de contradictoire avec le fait d'afficher des images (typiquement, latex-preview).

Ça s'appelle comment, dans ton monde, Emacs + latex-preview ?

Deux xterm différents avec le même Emacs, c'est très pratique quand EDITOR=emacsclient, depuis n'importe quel xterm, une appli qui lance un éditeur va se connecter à ton Emacs existant sans le perturber (là, il y a aussi une faiblesse d'Emacs, c'est qu'un Emacs configuré à mort met deux plombes à démarrer, donc en dehors du fait de partager la liste des buffers et autres, emacsclient permet surtout de démarrer quasi-instantanément. On aurait été sous vi ça aurait été moins génant de démarer une nouvelle instance).

Un Emacs graphique et un autre en mode texte, j'utilise ça tous les jours : je préfère un Emacs graphique (plus de couleurs différentes disponibles que dans un xterm, donc plus joli à mon goût, des fois copier-coller à la souris, et les menus pour les modes que je ne connais pas bien pour chercher les commandes), mais quand je suis chez moi et que je me connecte au labo, je préfère le mode texte (plus réactif via la liaison ADSL), mais j'apprécie de me connecter au même Emacs quand même.

> Dsl mais bazaar n'est pas bitkeeper contrairement à ce qu'affirme Matt

Ouais, et après ça, c'est les autres qui FUDent ...

Le fait que Canonical se laisse la possibilité de faire du propriétaire avec bzr, ce n'est pas du FUD, c'est dit explicitement dans la page en question :

6. Canonical will make the Assigned Contributions available under a "Free
Software Licence", according to the definition of that term published by the
Free Software Foundation. Such a licence will, at minimum, permit
people receiving the software, without payment of a royalty to Canonical, to
use, modify and redistribute under the same licence. Canonical may also make
the Assigned Contributions available under other license terms.

Si c'était juste pour les changements de licences libres, la première partie suffisait.

Maintenant, non, Canonical n'est pas la seule boite à faire ça. L'existence de StarOffice n'empêche pas OpenOffice d'exister et d'être libre, au contraire. Ce qui me dérange avec Canonical, c'est le discours ambigüe de Mark Shuttleworth sur le logiciel libre. Dans le discours, il a monté Canonical pour des raisons ethiques, il veut du bien à Debian, contribuer en upstream ... et dans les faits, il héberge sa boite dans un paradis fiscal, freine plutôt le développement de Debian qu'autre chose, beaucoup de gens se plaignent du peu de contributions en upstream. Quand c'est une boite qui annonce clairement qu'ils sont là pour faire de la thune, à la limite, les choses sont claires, mais j'ai du mal à être à l'aise avec une boite qui utilise explicitement les arguments ethiques pour attirer du monde (cf. l'appel de Mark Shuttleworth aux développeurs de SuSE « Abandonnez les maichants, venez plutôt chez nous, c'est nous les gentils » par exemple), avec une position aussi ambigüe.

> Et dans screen tu n'as pas nécessairement le même affichage sur les différents
> terminaux, c'est le cas seulement si tu affiches la même fenêtre de la même session.

Je connais mal screen, mais il y a _vraiment_ un moyen de faire afficher des trucs différents dans des terminaux différents par _la même appli_ sans support de l'application en question ?

Si c'est le cas, je veux bien voir les commandes qui le font.

D'une part, tu auras deux fois le même affichage dans les deux instances de screen, alors qu'un emacsclient te permet de faire des choses différentes dans des terminaux différents.

Et surtout, oui, si ta notion de « sous X11 », c'est « dans un xterm qui tourne sous X11 », effectivement, tu peux tout faire sous X11. M'enfin, en général, quand on te parle d'application X11, c'est pas limité aux emulateurs de terminaux ...

Tu fais comment avec screen pour avoir une même appli qui s'affiche sur plusieurs terminaux tout en ayant une fenêtre X11 ouverte ?

Pour Git j'ai parfois le sentiment que c'est le choix des développeurs ou des admins les plus influents qui l'emporte.

Regarde par exemple le sondage qu'a fait GNOME avant de migrer :

http://blogs.gnome.org/newren/2009/01/03/gnome-dvcs-survey-r(...)

Git est populaire, c'est un fait. Tu peux aimer ou pas, mais essayer de faire croire que c'est juste des vilains qui forcent les gentils à utiliser Git alors que Mercurial est mieux, c'est du FUD de bas de gamme.

Le site de Git aussi était moche avant. http://git-scm.com/ n'exsite que depuis peu. Et hop, le même est en préparation pour Mercurial : http://hg-scm.org/

> Mais tu remarqueras que très tôt, les gens ont senti le besoin de créer des surcouches à Git, Cogito, StGit, c'est bien pour une raison.

> > Juste faut arrêter de croire que le développement de Git s'est arrêté à Linus
> D'où tu sors ça ?

Pas besoin d'aller chercher très loin, ton affirmation juste quelques lignes au dessus est très représentative.

cogito, c'est une surcouche "conviviale" qui a été créée par dessus le coeur de Git, à l'époque où git lui-même n'avait pas vocation d'être convivial. cogito a disparu il y a bien longtemps, justement parce que Git a évolué depuis.

http://www.enseignementsup-recherche.gouv.fr/cid22763/plan-c(...)

revaloriser le début de carrière des jeunes maîtres de conférences : leur rémunération sera augmentée de 240 à 510 euros bruts par mois, ce qui représente de 12 à 25 % d'augmentation immédiate grâce à la prise en compte du doctorat et des activités contractuelles antérieures. (je ne retrouve pas la grille de salaires précise qui est sortie de cette annonce, mais en gros, les nouveaux recrutés entamment directement au salaire des anciens avec 2 ans d'ancienneté).

proposer des chaires entre universités et organismes de recherche : le maître de conférences lauréat d'une chaire, recruté sur concours par une université et un organisme de recherche, bénéficiera d'une prime significative d'au moins 6 000 euros (pouvant atteindre 15 000 euros) et d'une dotation de recherche de 10 000 à 20 000 euros par an. Il sera déchargé pour 2/3 de sa charge d'enseignement afin de pouvoir développer son activité scientifique dans l'université. (Au final, les chaires sont payés 1/3 de plus que les autres. Le système des chaires a des tas d'inconvénients, c'est entre autre une magouille pour faire apparaitre le même poste dans deux listes de postes officiels et faire croire qu'on ouvre deux postes alors qu'il n'y a qu'un fonctionnaire recruté, mais si il y a de bons arguments contre, celui du salaire trop bas n'en est pas un).

Remis en question par les enseignants, ou par la ministre.

Parce que justement, y'a un sacré coup de pouce sur les salaires des futurs recrutés, qui a été annoncé avant les grèves.

thésard = doctorant = celui qui prépare une thèse mais qui ne l'a pas encore
docteur = celui qui l'a déjà soutenue.