Matthieu Moy a écrit 3249 commentaires

  • [^] # Re: Les jounrnaux...

    Posté par  (site web personnel) . En réponse au journal migrations vers de vrai outils de dev.... Évalué à 2.

    > 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.
  • [^] # Re: Bah c'est simple

    Posté par  (site web personnel) . En réponse à la dépêche Mozilla veut révolutionner la navigation par onglet.. Évalué à 1.

    Ah, le bon vieux temps de StarOffice !
  • [^] # Re: Pourquoi ?

    Posté par  (site web personnel) . En réponse au journal LaTeX : un aide-mémoire et deux scripts bash. Évalué à 3.

    > \usepackage[francais]{babel}

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

    Posté par  (site web personnel) . En réponse au journal LaTeX : un aide-mémoire et deux scripts bash. Évalué à 6.

    > 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 ?
  • [^] # Re: Visibilité de la news

    Posté par  (site web personnel) . En réponse à la dépêche Le Pacte du Logiciel Libre à la conquête du Parlement européen. Évalué à 1.

    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.
  • [^] # Re: Gains de performance

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de la version 4.4 du compilateur GCC. Évalué à 10.

    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 !
  • [^] # Re: Libre vs OpenSource

    Posté par  (site web personnel) . En réponse à la dépêche Insee Première parle du logiciel libre. Évalué à 4.

    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.
  • [^] # Re: Zip

    Posté par  (site web personnel) . En réponse au journal allez, installe moi unzip !. Évalué à 3.


    $ 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)
  • [^] # Re: Moi je l'utilise tout le temps.

    Posté par  (site web personnel) . En réponse au journal La touche ctrl de droite. Évalué à 7.

    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.
  • [^] # Re: C'est parceque c'est le premier avril, c'est ça ?

    Posté par  (site web personnel) . En réponse à la dépêche Les nouveautés dans Emacs 23. Évalué à 2.

    > 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.
  • [^] # Re: C'est parceque c'est le premier avril, c'est ça ?

    Posté par  (site web personnel) . En réponse à la dépêche Les nouveautés dans Emacs 23. Évalué à 2.

    >>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 ?
  • [^] # Re: C'est parceque c'est le premier avril, c'est ça ?

    Posté par  (site web personnel) . En réponse à la dépêche Les nouveautés dans Emacs 23. Évalué à 3.

    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.
  • [^] # Re: mercurial après bazaar

    Posté par  (site web personnel) . En réponse au journal Python adopte Mercurial. Évalué à 1.

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

    Ouais, et après ça, c'est les autres qui FUDent ...
  • [^] # Re: mercurial après bazaar

    Posté par  (site web personnel) . En réponse au journal Python adopte Mercurial. Évalué à 4.

    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.
  • [^] # Re: C'est parceque c'est le premier avril, c'est ça ?

    Posté par  (site web personnel) . En réponse à la dépêche Les nouveautés dans Emacs 23. Évalué à 2.

    > 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.
  • [^] # Re: C'est parceque c'est le premier avril, c'est ça ?

    Posté par  (site web personnel) . En réponse à la dépêche Les nouveautés dans Emacs 23. Évalué à 6.

    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 ...
  • [^] # Re: C'est parceque c'est le premier avril, c'est ça ?

    Posté par  (site web personnel) . En réponse à la dépêche Les nouveautés dans Emacs 23. Évalué à 3.

    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 ?
  • [^] # Re: ça me fait plaisir !

    Posté par  (site web personnel) . En réponse au journal Python adopte Mercurial. Évalué à 9.

    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.
  • [^] # Re: Choisir Mercurial

    Posté par  (site web personnel) . En réponse au journal Python adopte Mercurial. Évalué à 5.

    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/
  • [^] # Re: Git powaaa !

    Posté par  (site web personnel) . En réponse à la dépêche GNOME 2.26 est disponible. Évalué à 1.

    > 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.
  • [^] # Re: À noter quand même...

    Posté par  (site web personnel) . En réponse au journal Hors sujet. Évalué à 4.

    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).
  • [^] # Re: À noter quand même...

    Posté par  (site web personnel) . En réponse au journal Hors sujet. Évalué à 2.

    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.
  • [^] # Re: À noter quand même...

    Posté par  (site web personnel) . En réponse au journal Hors sujet. Évalué à 2.

    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.
  • [^] # Re: Résumé à la louche

    Posté par  (site web personnel) . En réponse au journal Don’t fear the fsync!. Évalué à 2.

    fsync, c'est pour assurer la cohérence suite à un crash du système.

    pour garantir que les données sont « sorties du processus », c'est juste fflush, c'est beaucoup moins cher ...
  • [^] # Re: Le post de Matthew Garett est aussi très intéressant

    Posté par  (site web personnel) . En réponse au journal Don’t fear the fsync!. Évalué à 4.

    Y'a pas qu'un renommage, y'a un "write()" aussi. Si le fichier est gros, ça va être hyper lent. Enfin heureusement qu'une bonne base de données ne ré-écrit pas le fichier à chaque écriture ;-).