L'icule Ordi

Ah, bug trackers…

2011-08-21T06:18:00.000-07:00

Quelques commentaires (en anglais) sur les bug trackers, et la plaie qu'ils représentent… ☺

François

Langages informatique, IDEs, et liberté

2011-08-15T09:33:00.000-07:00

Que penser des langages informatique qui nécessitent un IDE?

Je dis parfois que de tels langages sont tristement conçus, quelque part. Je choque alors quelques informaticiens amis, qui apprécient ces langages. L'un d'entre eux me disait récemment à propos de Visual Studio que c'est un outil essentiel au développement, et qu'il est même inconcevable que quelqu'un s'en passe.

Qu'un IDE puisse donner un coup de main, ou un gros coup de main, c'est très bien. Je peux éditer Python et C dans Emacs ou Vim et réussir raisonnablement bien, ce qui n'empêche pas Wing, PyDev ou Eclipse d'améliorer, au total, les conditions et la vitesse de développement (pour être honnête, il faut quand même soustraire la lourdeur de l'ensemble des avantages).

Mais qu'un IDE soit absolument nécessaire dans la pratique d'un langage, qu'il soit inévitable en pratique, ça veut dire que c'est très mal parti, quelque part. Un langage devrait être simple, tel quel. Bien sûr, une aide supplémentaire est toujours bienvenue, tant qu'elle demeure optionnelle.

Java sans Eclipse ou NetBeans, C# sans Visual Studio, si l'on veut rester efficace, et propre, c'est pratiquement impensable. Ce qui m'agace, c'est qu'un IDE soit requis pour que la quantité de travail ne devienne pas vraiment déraisonnable.

Justement, c'est exactement le signe qu'il y a un problème de devis quelque part. Je ne suis pas en train de dire que Visual Studio n'est pas utile, ou extrêmement utile, ou même merveilleux, nous sommes facilement d'accord là-dessus. Mais qu'il soit nécessaire, ça n'est pas un signe de santé pour les langages qui s'appuient dessus. Un langage qui a besoin d'un outil pour le réparer et le rendre utilisable, est brisé quelque part, fondamentalement.

De plus, et c'est peut-être le fond du problème en ce qui me concerne, j'ai l'impression d'être captif de l'IDE. Je tiens beaucoup à ma liberté, ou au moins, sentir que j'ai plusieurs choix. Je n'aime pas me sentir attaché et dépendant. Je suis prêt à accepter une certaine misère si je la choisis moi-même, bien plus que je suis prêt à me faire imposer une solution, même sous le prétexte qu'elle est confortable.

J'utilise Wing IDE pour certains de mes travaux en Python, par choix, pour faciliter certains aspects du travail collaboratif avec des confrères. Et je l'avoue facilement, Wing est bien commode. Mais ses bugs m'irritent un peu, et ils ne sont pas toujours facilement contournables. Qui plus est, je dépends des gens de Wing pour les corriger, s'ils choisissent de ne pas s'en occuper, je dois alors manger ma misère. Et pour la pleine extensibilité de Wing, il faut obtenir des licences spéciales, et une sorte d'interdiction de collaborer avec les gens qui n'ont pas acquis cette même licence spéciale. Si j'avais plein accès au sources, je pourrais soit corriger les problèmes, soit choisir de vivre avec, mais alors, ça serait mon choix, pas celui de quelqu'un d'autre.

Évidemment, lorsque je m'éloigne d'un IDE, il faut alors que j'assemble moi-même diverses méthodes et habitudes, ce qui donne l'impression à certains que je cherche à tout refaire, et que je refuse la simplicité de l'intégration offerte. Pourtant, j'apprécie la facilité. Mais pour moi, la liberté passe avant la facilité. La capacité de refaire est juste un moyen vers cette liberté, et ce moyen doit être cultivé par l'exercice, pas tout le temps bien sûr, mais au moins de temps en temps, de peur de perdre la capacité d'être libre. Je suis paresseux comme tout le monde. Mais j'essaie quand même d'être plus courageux que paresseux…

François

Listes Twitter et élimination

2011-06-21T04:58:00.000-07:00

De Twitter, je fais un usage modéré, irrégulier. J'aime bien le lecteur Seesmic. Mais parfois, je vais directement sur le site de Twitter. C'est dans ce dernier que, tout récemment, j'ai voulu éliminer un usager de l'une de mes listes personnelles. Avec étonnement, j'ai trouvé l'opération difficile.

La documentation de Twitter dit que la gestion des listes se fait via ce bouton:

Peut-être s'agit-il du bouton dans l'ancienne interface de Twitter? En tous cas, je ne l'ai pas trouvé. Il semble que le bouton à utiliser ressemble plutôt à ceci:

De plus, pour éliminer un usager d'une liste, il faut demander de l'ajouter:

Ce choix ouvre alors un sous-menu, dans lequel on doit décocher l'appartenance à l'une des listes affichées.

Je n'ai vraiment pas l'habitude de cette sorte de logique négative, rébarbative. Comment diable les usagers ordinaires s'y retrouvent-ils? J'imagine que la longue fréquentation des systèmes de Microsoft les habitue à ces tournures de pensées alambiquées. N'est-ce pas dans ces systèmes que l'on doit cliquer sur Démarrer quand l'intention est d'arrêter l'ordinateur ? ☺

Dropping ansi2knr

2011-06-16T19:47:00.000-07:00

Stefano Lattarini just informed me that Automake is dropping ansi2knr support. Surely no problem with me! ☺ It's even fun to see these tide waves in software…

I might be the one who introduced ansi2knr in the Makefiles of my various GNU packages, from where Automake later got many of its tricks. Peter Deutsch was quite collaborative at modifying his ansi2knr so it suits GNU better. Many releases were necessary to get the Makefile machinery right for everybody, it was more complex to properly support, overall, that I originally expected.

It had some use in its time. This was before Linux, and users were fairly dependent on various vendors for operating systems, and really had little choice. GNU was genuinely trying to help them out of their misery. Nowadays that Linux is free and dependable, users at least have this escape route towards comfort, so in my opinion, GNU does not have to try as much as it once did. And besides, for this particular case, the need much faded indeed !

Édition de notes Tomboy via un fureteur

2011-06-14T18:10:00.000-07:00

J'entretiens un bon nombre de notes personnelles avec Tomboy. Il fut un temps où la grande majorité d'entre elles étaient publiquement disponibles, mais au cours du temps, j'ai fait marche arrière, et progressivement transformé l'essentiel de ces notes publiques en notes privées. De plus, certaines notes Tomboy publiques sont disparues, suite à leur intégration dans l'un ou l'autre de mes blogues. Quant aux notes privées, plusieurs ont été refondues, partiellement ou complètement, dans WorkFlowy. Grosso modo, j'utilise WorkFlowy pour le suivi des idées en chantier ou des actions à prendre, et garde Tomboy pour retenir l'information factuelle ou de référence. Après toutes ses transformations, en considérant les quelques centaines de notes Tomboy qui survivent, un petit nombre (23%) sont encore visibles via mes sites Web publiés.

Toutefois, dans mes sites Web personnels en développement, l'entièreté (100%) de ces notes sont présentes. Dans ces sites, chaque note Tomboy est assortie d'un bouton Edit durant sa conversion en HTML, bouton qui a pour fonction d'ouvrir localement la note Tomboy originale dans une autre fenêtre, indépendamment du fureteur, pour fin d'édition. De plus, un démon, démarré en même temps que mon serveur Web privé, détecte toute modification à une note Tomboy originale, et ré-installe alors immédiatement une nouvelle version HTML de cette note modifiée.

Ces boutons Edit étaient servis sous antinode par un script .sjs (server-side JavaScript ?), mais ils étaient devenus inopérants lors de mon passage récent de antinode à Express. Aujourd'hui, j'ai réadapté ce script écrit pour antinode en l'intégrant directement à la configuration de Express. À ma surprise, le script a fonctionné sans modification, ou à peu près. Je ne m'attendais pas à une telle facilité. Quelques particularités de Express m'ont ensuite permis de le simplifier et de l'accélérer considérablement. Intéressant et amusant, tout ça!

De antinode à Express

2011-06-05T12:45:00.000-07:00

Le serveur Web derrière http://pinard.progiciels-bpi.ca répond aussi pour quatorze autres sites qui m'appartiennent. Si l'on ajoute les versions de développement pour chacun d'entre eux chez moi, ainsi que quelques sites expérimentaux, cela m'en fait un peu plus d'une trentaine au total. J'essaie, pour des raisons pratiques et de simplicité, d'utiliser à peu près la même technologie pour tous. J'ignore ici quelques sites dont je m'occupe à l'occasion pour certains clients, étant donné que j'ai moins de liberté avec eux pour suivre mon inclination du moment…

Malgré que je consacre très peu de temps à l'entretien de tous ces sites Web, j'ai quand même tenté plusieurs expériences au cours des années. Tout récemment, j'utilisais la combinaison de Node et de antinode. Quelques essais m'avaient démontré que antinode n'a pas été ajusté pour suivre l'évolution de Node, et puisque je ne me sens ni l'énergie ni la compulsion d'entretenir ma propre version d'antinode, j'étais en quelque sorte condamné à garder une veille installation de Node autour, juste pour que mes sites continuent à être fonctionnels.

Ce matin, j'ai pris le temps de remplacer antinode par Express, et de simultanément ré-installer une version plus récente de Node. La réunion initiale de NodeMTL, il y a une dizaine de jours, m'a fait découvrir Express; les bons commentaires que j'y ai entendus m'ont convaincu d'en faire l'essai. De fait, j'ai trouvé Express agréable à configurer, et il m'a rapidement livré de bons résultats. Comme je n'en utilise encore qu'une très mince partie, c'est une porte ouverte vers des développements ultérieurs que je prévois enthousiasmants. De plus, ça me fournit un moyen (un autre !) et de futures bonnes occasions pour approfondir JavaScript, et baigner davantage dans tout le dynamisme qui l'entoure présentement. Donc, en bref, je suis content ! ☺

Passage à Natty Narwhal

2011-05-01T04:41:00.000-07:00

Comme, en bout du compte, ça n'est jamais le bon moment, j'ai quand même plongé et fait le passage à Linux 11.04, Natty Narwhal, avec l'espoir que quelques irritants de la version précédente disparaissent, et profiter aussi de versions plus récentes de plusieurs logiciels. Les installations précédentes de Ubuntu se sont faites sans trop de difficultés, la confiance s'est installée, alors le risque m'a semblé acceptable.

Ça fait quand même un petit coup lorsque, en bout d'installation, l'amorce ne se fait carrément plus, ni pour Linux, ni pour Vista. Le démarrage donnant alors:

error: symbol not found: `grub_env_export'
grub rescue>

C'est dans des moments comme celui-là que je me félicite d'avoir correctement configuré le réseau de ce vieux portable qui ne me sert pratiquement jamais — puisqu'il aurait été autrement pénible de tenter de me souvenir et de m'y retrouver. J'ai ainsi pu explorer le réseau à la recherche d'une solution, sans avoir à réapprendre comment GRUB fonctionne. Ce CD de récupération, que j'ai eu la prudence de fabriquer, m'a bien servi aussi: il m'a permis d'exécuter la recette suivante:

mount /dev/sda5 /mnt
for d in dev sys proc; do
mount -o bind /$d /mnt/$d
done
chroot /mnt
grub-install /dev/sda
update-grub

La présentation de Unity m'a hérissé et je l'ai trouvée encombrante, moi qui ai depuis longtemps l'habitude de tenir un bureau plutôt dépouillé, ou du moins, dégagé. Il suffit alors de choisir Ubuntu classique juste avant le login pour retrouver ses aises!

Il a fallu quelques autres interventions aussi:

Tomboy est un peu différent, et n'est plus disponible comme Applet que l'on peut directement ajouter au tableau de bord. Il a fallu que je l'ajoute explicitement aux préférences du démarrage. Son icône apparaît alors dans l'applet de notification (à ce qu'il me semble). Deux autres détails notables. D'abord, il ne semble plus possible d'épingler certaines notes dans le menu associé à l'icône. Ensuite, les barres d'ascenseur sont devenues minuscules, et déclenchent un autre petit ascenseur que l'on peut alors glisser; je vais probablement m'y habituer, mais il reste ce problème que si durant le glissement, le curseur accroche certaines régions cliquables, leur effet peut avoir lieu, inopinément.
Mes quelques modifications aux fichiers de configuration de Python (pour installer UTF-8 comme jeu implicite, et inclure /usr/local comme préfixe d'installation pour les nouveaux paquetages) ont été perdues durant l'installation. Heureusement, j'ai un petit script qui les refait.
Il m'a fallu aussi réinstaller BlueZ à partir des sources, répétant ainsi une opération récente.
Mon imprimante habituelle ne semble plus répondre, je m'en suis tiré en exécutant hp-setup en tant que super-usager, qui a corrigé la situation en installant un pilote pris du réseau. La seconde imprimante, qui sert aussi de digitaliseur, n'était même pas découverte par hp-setup. Mais xsane l'a trouvée, et subséquemment, je ne sais par quel miracle, elle est devenue disponible pour impression aussi.
Firefox 4 n'accepte plus l'extension Selenium. Il semble qu'une version de Selenium compatible avec Firefox 4 est près de voir le jour.
Il m'est arrivé au moins une fois que AutoKey ne fonctionne pas correctement. Un redémarrage a corrigé la situation, mais il n'en reste pas moins qu'il y a un fragilité de côté-là.
D'autres petites reconfigurations ont été requises du côté de Compiz, en tenant compte d'une légère ré-organisation des menus, rien de très dérangeant!

Somme toute, je suis content d'avoir fait ce passage dès maintenant. ☺

Bluetooth pour le pavé numérique

2011-04-28T06:20:00.000-07:00

J'utilise à l'occasion NtEd pour éditer des partitions, et Blender pour me faire de petits modèles 3D. Ces deux logiciels invitent l'utilisateur à faire un gros usage du pavé numérique que l'on trouve sur les grands claviers, et à profiter de sa géométrie particulière.

Sur l'ordinateur portable que j'utilise, le pavé numérique n'existe pas comme tel. C'est vrai qu'il est possible d'utiliser certaines touches du clavier en combinaison avec la clé Fn pour le simuler, mais on perd l'avantage et la vitesse que donne la vraie chose! Pour Blender, on tient en général la main gauche sur le clavier et la main droite sur la souris; il n'est pas agréable de déplacer constamment la main droite de la souris au clavier à chaque besoin d'une action sur le pavé. Alors, je me suis procuré un pavé numérique sans fil, avec l'idée de le tenir tout près de la souris, à sa droite.

La souris sans-fil (que l'on m'a dit Bluetooth) fonctionne magiquement, en insérant sa minuscule antenne dans un port USB. J'en espérais autant pour le pavé de Microsoft, mais celui-là vient sans antenne, et demande une communication Bluetooth explicite avec l'ordinateur. Peut-être que l'antenne de la souris peut reservir? Il semble que non, mais heureusement, j'avais déjà une antenne au fond d'un tiroir.

J'avais déjà utilisé Bluetooth sous Linux, par le passé, pour échanger des fichiers avec mon cellulaire. En fait, pour m'amuser bien plus que par besoin, étant donné la connection par câble USB déjà disponible. Mais dans des Linux récents, le démon Bluetooth s'interrompt tout le temps. Quand on peut se fier aux GUIs, je peux me passer d'étudier, mais sinon, il faut plonger un peu plus, et la documentation est, comment oserais-je le dire, succincte… Je n'ai pas insisté à ce moment, puisque ça n'est pas important pour moi. Mais maintenant, pour ce pavé, je n'ai pas le choix, il faut que je trouve une solution.

Ayant déjà Vista installé ailleurs sur le disque de l'appareil, j'ai commencé par m'assurer que le pavé fonctionne avec ce système. D'une part, cela me confirme que le problème n'est pas matériel. D'autre part, je n'ai pas à soupçonner la position d'un interrupteur ou la compatibilité des antennes sur l'ordinateur. Donc, je n'ai pas à perdre du temps à explorer ou soupçonner ce genre de choses. Le champ des problèmes étant réduit, de retour à Linux, j'ai pu explorer un peu plus efficacement. Finalement, j'ai soupçonné le passage de BlueZ3 à BlueZ4, qui s'opère autrement. Après quelques recherches, et en bout du compte, il m'a suffi de recompiler et réinstaller une version très récente de BlueZ pour réparer Bluetooth. Et tchack ✓, un problème de moins! ☺

Self-management tools

2011-04-10T05:58:00.000-07:00

Getting more active at once in an increasing number of projects, both contractual and free, it progressively became stressful relying on my own memory for everything. It came to require much mental overhead just making sure nothing was falling between the cracks and getting forever forgotten. This was the start, long ago, of a never-ending saga to manage my personal time, activities and information.

I either used or developed many computer tools to do so, but soon realized they have to interconnect to one another. However, if the coupling is too intimate, it becomes overly difficult to replace a given tool by a better one; while if the coupling is too loose, the overall consistency is easily lost. After years of trials and errors, I hopefully got an artistic sense of a proper equilibrium on that matter.

When I was using Emacs for everything, it was undoubtedly fun establishing links and special modes over the Calendar and its Diary, Gnus mailgroups, numerous Allout summaries (Allout is a special mode to edit outlines), and all other files reachable from my home directory. It went so obsessive that I got Emacs to automatically follow the cursor when it was switching between buffers, and through the organization of all files and mailgroups into a topic hierarchy, to automatically track the time spent on each project, with due reports and such. All this linked to my schedule, in the need of a suggestion about what to tackle next.

The email system has long been my main note taking machinery : whenever I wanted to save some information, I mailed it to myself. Then, using an elaborate, but efficient system, I quickly sorted it where it belongs within a few thousands of folders, holding altogether around one hundred thousand articles. Later healing out of my Emacs addiction, I still adapted a similar set of techniques to Vim and Mutt, merely driving the whole from Python instead of Lisp.

Tomboy has been very influential on my own habits, as it allows me to save information in a way which is more flexible than email, with the capability of an Allout structure (yet without the collapsing abilities). Rather than emailing information to myself, tools of mine help me at efficiently retrieving Tomboy notes and saving information in them (often titles and URLs from the Web browser). I am progressively summarizing my email folders within Tomboy notes, but there is still a long way to go. Happily enough, all my Allout files have been converted. And not the least, still using special tools, Tomboy became, at least for a good while, my preferred device for publishing on the Web.

I also tried many other personal management tools. Given that all my things are linked already, comprehensive tools in the GTD! family are especially suited and attractive, but I found nothing dependable which was light enough. On the light side, I gave GTG a serious try, to find out it is still more a promise than a product (at the time).

Two weeks ago, I found out about WorkFlowy, and adopted it almost instantaneously, as it fits my goals nicely. In outliners, one can obscure all the details of an item and only see the main points. WorkFlowy does it well. The unusual feature, which was a selling point to me, is that zoom ability which puts everything else fully out of sight — yielding a good balance between not forgetting things, and not having them all in my face all the time. My recurring weekly schedule (which I follow loosely) has gross topics of interest, which recursively reach all my activities. That gives me the feeling that, despite some items might take forever (I just cannot do everything in there), I'm not loosing ideas. WorkFlowy offers me a way of managing it all, which is much more light and unstressful than everything else I might have tried or used in years. So, I quickly moved the planning part of my Tomboy notes into WorkFlowy (5300 leaves already!), all linked under my schedule, and guess I will enjoy the tool for a good while!

Petite histoire de Ariel

2011-02-27T05:02:00.000-08:00

Petite histoire de Ariel, ça fait un joli titre, qui suggère quelque chose comme un ange ou une planète. Quoiqu'un peu des deux dans le fond, il s'agit plutôt du nom que j'ai donné à un ordinateur qui m'a longuement servi, à l'époque où je travaillais à la GRICS, et plus tard aussi!

En fait, voici ce qui s'est passé. C'était en 1997, ou dans ce coin-là. Des gens de SGI, en Californie, m'ont envoyé un message me demandant si j'accepterais qu'ils me donnent un Indy en cadeau. Ils ont décidé d'en donner quelques-uns à ceux qui contribuent au logiciels d'usage libre, parce que cela leur profite aussi d'une certaine manière. Quoiqu'ils aient leurs propres logiciels, ils utilisent quand même beaucoup ceux que nous faisons, à l'interne, sans trop le dire. Ils ont regardé sur le réseau pour choisir des candidats. J'ai été le quatrième ou le cinquième, je crois.

Ils m'ont dit avoir en tête, comme profil de candidats, des gens actifs dans le domaine, mais aussi, en particulier, qui avaient une manière plus agréable que hautaine d'interagir avec les gens. (C'est vrai que plusieurs des gens très actifs sont en même temps désagréables.) J'ai vérifié, et puisque l'offre n'était assortie vraiment d'aucune obligation de ma part, sinon peut-être leur désir que la machine soit utile, et n'aille pas simplement s'enpoussiérer dans un garde-robe. L'offre était inattendue, généreuse, le compliment très agréable, il m'a fait plaisir d'accepter.

Comme je sais qu'ils ont en standard un grand écran (21 ou 24 pouces?) avec 24 bits de résolution de couleur par pixel, j'ai demandé si je ne pouvais pas troquer un écran de moindre qualité contre un CPU plus rapide, puisque c'est surtout ce dont j'aurais besoin pour lancer de grosses compilations. J'ai aussi demandé je pouvais oser demander un lecteur de ruban DAT, dans le but d'expérimenter autour de cet aspect du programme tar, dont j'étais responsable à ce moment-là, sans alors pourtant rien pouvoir vérifier moi-même à ce sujet.

Ils m'ont répondu qu'ils n'avaient pas d'écrans de moindre qualité que ce qu'ils avaient prévu pour moi. Que j'allais avoir un CPU de type RS5000 plutôt que de type RS4000 comme initialement prévu, et que je recevrais aussi un lecteur de ruban DAT. Manière de réquilibrer légèrement leurs prévision budgétaires à mon endroit, ils ont choisi de ne me donner que 2 Gigs de disque plutôt que les 4 Gigs initialement prévus. À la livraison, j'ai constaté la présence d'une caméra de télévision directement branchée sur l'appareil, ce qui m'a permis aussi de jouer pour la première fois avec les captures audio et vidéo.

En bref, une belle machine pour le temps, et un cadeau agréable à recevoir, qui m'aura beaucoup servi!

Coup d'oeil sur Mako

2011-01-02T06:40:00.000-08:00

Très rapide coup d'oeil, ce matin, sur la documentation de Mako. Pylons y fait référence, OpenERP l'utilise, XRecord m'a tout récemment amené à l'installer, et Claude Petit m'en a dit du bien! ☺

J'y trouve quelques ressemblances avec l'outil Traiter que j'avais autrefois écrit pour le projet Webert : Python demeure central dans le langage qui dynamise les pages engendrées, la vitesse de production est soignée, les contextes d'évaluation y sont importants, les jeux de directives se ressemblent aussi (j'avais francisé les miennes en fonction de mes usagers, à ce moment-là). J'avais écrit Traiter après avoir examiné plusieurs autres systèmes de gabarits pour le Web qui m'avaient un peu tous déçus à l'époque: ou bien trop faibles, ou bien trop touffus et compliqués, et souvent inélégants ou carrément laids.

Mako me semble avoir à peu près la juste mesure, quoiqu'un peu plus fourni que je l'aurais idéalement souhaité. Il manque un peu de simplicité au niveau du balisage aussi : alors que Traiter utilisait uniquement deux mécanismes, j'en compte au moins cinq dans Mako. Pour compenser, Mako a vraiment beaucoup plus de maturité que Traiter, et aujourd'hui, je le choisirais probablement.

Quelques ennuis découverts à l'usage de Traiter ont une solution attrayante dans Mako. Par contre, d'autres difficultés ne sont pas mieux résolues avec Mako qu'avec Traiter — comme quoi, dans le fond, Rien n'est parfait en ce bas monde!

J'ai récemment vu rouler Mako, ici, soit avec CherryPy, soit avec WSGI. Si je voulais en faire l'essai à titre personnel, j'aurais tendance à le combiner à NodeJS, qui sert présentement pour mes sites Web, mais ce mariage de JavaScript à Python semble bien moins naturel. Rien ne presse pour cette expérience, et je laisserai mijoter l'idée en attendant. On verra bien!

P.S. En passant, il m'a amusé de voir mon propre nom cité, à l'intérieur d'un exemple dans le manuel de Mako. Je ne m'y attendais vraiment pas… ☺

Devoir de réserve!

2010-12-05T18:28:00.000-08:00

Me revoilà bien silencieux quant à mes activités informatiques. C'est probablement un effet de ma réserve habituelle, qui me laisse plutôt discret quant aux activités que je n'accomplis pas dans le domaine public. Et pourtant, ça n'est pas faute d'avoir plein de choses intéressantes à dire et à partager! Tout dépend, j'imagine, de la quantité de temps dont je dispose tout-à-fait à mon compte, comme on dit… Peut-être trouverai-je le moyen de déplacer l'équilibre autrement, et d'être plus bavard? Le fait est que j'aimerais bien pouvoir partager tout ce qui me passionne (et que ça m'est aussi très agréable quand les autres me rendent témoin de leurs propres passions).

Nouveaux blogues!

2010-11-20T14:34:00.000-08:00

Voilà que j'initialise massivement mes trois nouveaux blogues chez Blogger :

un blogue général, qui remplace mon ancien pseudo-blogue,
le journal Arts, plutôt orienté vers la musique et le dessin,
le journal Ordi (celui-ci!), plutôt orienté vers les ordinateurs et les mathématiques.

Le premier est meublé à partir d'articles Tomboy individuels, les deux autres en scindant quatre notes (trois pour les arts, une pour l'ordi). L'importation dans Blogger n'a pas été aussi facile que je l'aurais souhaité, il m'a fallu farfinauder un peu, et il y a eu quelques aspects résiduels fastidieux.

Le ménage du côté Tomboy et la gestion des références, une fois l'importation faite, demandent de l'énergie aussi. J'en ai fait le plus gros, avec l'idée d'éparpiller le reste dans le temps. Deux notes contenant des équations mathématiques, entre autres, demanderont des traitements spéciaux!

Ce qui fait qu'au total, ça finit par faire beaucoup de détails à résoudre…

Elaine chez ZEROSPAM

2010-11-19T19:13:00.000-08:00

Rencontre avec Elaine et David Poellhuber, dans les locaux de ZEROSPAM (juste à côté de Noche y Dia!).

Elaine et moi nous sommes côtoyés avec beaucoup de sympathie et d'amitié, il y a une trentaine d'années déjà. Quelques années plus tard, j'ai eu David parmi mes étudiants, à l'Université de Montréal. Ils se sont associés dans cette société informatique que David a patiemment mise sur pied, ayant alors flairé que le SPAM allait devenir le fléau qu'il est actuellement.

J'ai eu grand plaisir à les revoir tous deux, et nous garderons contact. David a pris de la prestance et de l'assurance, qui lui vont très bien. L'informaticien s'est doublé d'un entrepreneur courageux. Elaine n'a incroyablement pas changé, avec la même apparence, voix, regard, sourire qu'auparavant — un grand saut en arrière pour moi, que de la revoir! ☺

Outils de collaboration

2010-11-18T01:00:00.000-08:00

En matinée, avec la collaboration de Réjean, j'expérimente davantage les partages d'écran dans Skype, ainsi que les possibilités de composition collaborative de plusieurs composantes de Google Docs. C'est en préparation de méthodes de travail pour un groupe d'informaticiens présentement hors de Montréal, et aussi pour la session prévue plus tard aujourd'hui avec Eric Allik (en Estonie).

Installation de ropemacs et de ses dépendances dans le but de comprendre un problème intermittent rapporté par Erik, et probablement situé dans Pymacs. Malheureusement (ou heureusement, dépendamment du point de vue), le problème ne survient pas durant nos essais.

J'expérimente un peu plus à fond avec Google Docs, mais sans avoir encore tout vu. La toute première présentation que j'y fais ne peut être exportée sans provoquer une erreur interne dans Docs. Agaçant, ça, d'être ainsi gardé captif… Ai-je été malchanceux? Peut-être: un autre essai s'exporte sans difficulté. Il me faudra faire d'autres essais, mais sûrement, cette difficulté est un appel à une prudence plus attentive!

Finalement, je crée trois sites Blogger: le premier pour faire quelques expériences, le second et le troisième pour reflétér mes deux journaux publics (arts et ordi). Lors de la création du troisième, un mécanisme de protection me demande le numéro de téléphone pour m'envoyer un SMS, lequel contient une clé que je dois ensuite recopier dans un fureteur. Amusant comme technique pour ralentir les fraudeurs potentiels!

Décès au Centre de Calcul

2010-11-17T01:00:00.000-08:00

Claude Goutier, avec qui je partage un repas aujourd'hui, m'apprend la mort de Jean-Claude Nadeau, et celle de Jean-François Grégoire. Tristes nouvelles.

Correction dans Pymacs

2010-11-11T01:00:00.000-08:00

Encore une correction dans Pymacs, pour le protéger contre le module desktop de Emacs, lequel possède un dangereux instinct de tueur! ☺ J'ajoute aussi une paramétrisation pour inhiber tout defadvice, afin de contourner au besoin un problème apparemment associé à Aquamacs, et que je ne peux reproduire ici. Je pense à mettre Pymacs de côté pour un temps, les rapports qui restent relèvent plus de la suggestion que du problème, et je préfère me limiter à l'essentiel pour le moment.

Pymacs et zombies

2010-11-10T01:00:00.000-08:00

Cette promenade sur rope-dev m'incite à affiner la documentation, et corriger quelques problèmes autour du protocole de communication de Pymacs. L'un d'eux était plutôt taquin, que je décris ci-après. Au redémarrage du Pymacs helper, une liste de zombies est fabriquée du côté Lisp et une requête de création est transmise vers Python. Mais juste avant que la transmission ait lieu, un ramassage de miettes Python est déclenché, qui libère immédiatement un ou plusieurs zombies. Mais la création de ces zombies est en train, elle n'a pas encore eu lieu. Pour empêcher l'erreur, je retarde le ramassage de miettes dans ce cas-là!

rope-dev, Chrome

2010-11-08T01:00:00.000-08:00

Un membre de la liste rope-dev m'invite à joindre une discussion qui a cours présentement. Bizarrement, l'inteface usage de Google groups affiche parfois les deux boutons Reply and Reply to author, et parfois seulement le bouton Reply to author, le Reply manque. Autre chose, l'extension TextAid pour Google Chrome, que je trouve tellement utile, ne fonctionne pas pour éditer les réponses dans Google groups.

Pymacs en marche

2010-11-04T02:00:00.000-07:00

Encouragé par le récent achèvement, je choisis de donner une journée de plus au projet Pymacs. Une révision des notes et courriels accumulés à ce sujet me donne l'occasion d'en régler une partie, et de mieux documenter plusieurs suggestions.

p4, XEmacs (autour de Pymacs)

2010-11-03T02:00:00.000-07:00

J'affiche p4 un peu plus ostensiblement à l'intérieur de Pymacs, et lui adjoins aussi un manuel. L'outil possède maintenant sa petite suite de validation, et reçoit aussi quelques comportements pratiques: d'abord pour synchroniser les numéros de lignes avec les originaux, et ensuite pour protéger l'usager contre la perte intempestive des modifications qu'il aurait faites, par erreur, dans les fichiers résultants plutôt que les originaux.

Aussi, en faisant quelques vérifications, je constate que Pymacs ne fonctionne plus avec XEmacs. La dernière fois que je l'avais essayé, c'était avec une version de XEmacs plus nouvelle que celle dont je dispose présentement. Toujours des problèmes relatifs aux caractères non-ASCII, petite misère… Bon, j'y reviendrai sûrement, mais plus tard.

p4 maintenant dans Pymacs

2010-11-01T02:00:00.000-07:00

Voilà que les branches python3 et master de Pymacs sont fusionnées, et que la paramétrisation dynamique via p4 fonctionne correctement. Cela faisait bien des détails à régler — une bonne chose de faite! ☺

Premier jet de p4

2010-10-31T02:00:00.000-07:00

Premier jet, aujourd'hui, d'un nouveau programme nommé p4 (Poor's Python Pre-Processor), pour répondre au besoin d'avoir des sources uniques pour Pymacs, à la fois pour Python 2 et Python 3. Le programme possède aussi un mode fusion, pour faciliter la préparation de ces sources uniques.

Pymacs pour Python3 fonctionne!

2010-10-30T02:00:00.000-07:00

Quelques autres heures de travail dans Pymacs pour Python 3 amènent tous les tests à fonctionner, sauf un, qui lui, demandera plus de réflexion. Le problème semble exister du côté Emacs. Étrange. Mais c'est un peu trop désagréable de réappliquer sans cesse des modifications de tests d'une branche à l'autre. Il faudrait que je m'occupe d'avoir une seule branche et une mécanique de paramétrisation. C'est inévitable pour la distribution, alors aussi bien commencer le nécessaire tout de suite.

Pymacs en route vers Python3

2010-10-29T02:00:00.000-07:00

Installation de Python 3 sur alcyon et phenix, en vue d'y adapter Pymacs. Dans Pymacs, je simplifie un peu la technique d'installation et d'essai. À première vue, il sera difficile de tenir un seul ensemble de sources pour Python 2 et Python 3; alors je fabrique une branche Git temporaire python3 pour la mise au point. Je fusionnerai python3 dans master une fois que j'aurai devisé un pré-processeur et des outils pour l'entourer.

Les principaux problèmes roulent autour de Unicode et des communications binaires en UTF-8. L'outil qui lance la suite de validation semble aussi soulever un problème dans le module traceback de Python 3. Après quelques heures de travail, ça commence à fonctionner, quoique 34 tests faillissent encore sur les 280 prévus.

Premier Bonjure

2010-10-27T02:00:00.000-07:00

Première rencontre du groupe Bonjure (concernant le langage Clojure). Informel, mais fertile et intéressant. Nicolas nous montre une application de visualisation médicale. Hugo, malgré une voix éteinte par une bronchite, nous improvise une présentation.

oocalc, DataPilot, bogues…

2010-10-24T02:00:00.000-07:00

Alors que je me préparais à améliorer un programme Python centré sur un grand gtk.TreeView modifiable, en vue de traitements ultérieurs en R, j'ai aperçu la fonctionnalité DataPilot de oocalc. C'est dans la lignée des outils d'aggrégation et de pivotage. Quoique les spécifications sont limitées par rapport à ce que R offre, l'usage interactif est très simple et agréable, et ça suffit amplement pour beaucoup de situations. Alors, j'y ai passé toutes les données de mon application, du moins pour le moment. Mais en explorant oocalc davantage, je frappe quelques problèmes accessoires (oserais-je dire bugs?). D'un côté, c'est agaçant de recourir à des conversions de format et plusieurs culbutes avec d'autres outils pour contourner ces problèmes. D'un autre côté, c'est réconfortant que la porte soit ouverte, au besoin de se rabattre sur des fichiers textuels lorsqu'on est mal pris! ☺

Plus aucun .txt dans mes sites!

2010-10-23T02:00:00.000-07:00

Dans la continuation des simplifications d'hier dans la mécanique de fabrication de mes sites Web, Vim s'occupe maintenant de mieux transformer la documentation de Allout-Vim et de Pynits en HTML. En conséquence, il ne me reste plus aucun .txt plat dans mes sites!.

reST-ification de quelques fichiers

2010-10-22T02:00:00.000-07:00

Pour la majorité de mes logiciels, je transforme les README, NEWS, THANKS et TODO en format reST et simplifie un peu la mécanique de fabrication de mes sites Web, au sujet de ces fichiers. J'en profite pour masquer un peu les adresses courriels de mes correspondants.

antinode pour remplacer Yaws

2010-10-16T02:00:00.000-07:00

À la fois sur phenix (à la maison) et sur alcyon (le serveur de mes sites), je passe à NodeJS 0.2.3. Puis, afin d'expérimenter plus avant, je choisis antinode pour remplacer Yaws, du moins pour l'instant. Mais antinode ne traite pas correctement les références à des fichiers débordant le pur ASCII, alors j'offre une correction à l'auteur.

Chez moi (et seulement chez moi), la version web de mes notes Tomboy offre déjà un bouton qui déclenche l'édition. Puis, un démon que je me suis fait détecte les éditions dans Tomboy (via les notifications de Linux) et refabrique les pages web au vol. J'ajuste cette mécanique pour Node.

Ce journal! Et gentil GitHub ☺

2010-10-12T02:00:00.000-07:00

Initialisation de ce journal plus spéciquement dédié à mes passe-temps informatiques ou mathématiques. Pour bien faire, je rapaille d'ailleurs, un peu au hasard, quelques entrées qui, dans le temps, précèdent celle-ci.

Je viens d'appliquer un commit correspondant à un Pull Request sous GitHub (pour Pymacs). La mécanique de communication et d'application me semble bien faite et facile d'usage. Excellent et enthousiasmant! ☺

Méga-ménage dans mes notes sur R

2010-10-10T02:00:00.000-07:00

Méga-ménage, aujourd'hui, dans ma collection d'articles sur le langage R. Au fil des dernières années, j'avais patiemment et méticuleusement accumulé, avec une sorte d'énergie obstinée, 40011 articles (messages) distribués dans 923 filières. C'était en quelque sorte une façon, pour moi, de prendre la température de l'art actuel des statistiques, sans pourtant y avoir consacré toute ma vie. J'ai reclassé quelques centaines d'articles ailleurs, j'en ai gardé deux dizaines dans une filière unique. Voici les noms des filières éliminées, selon les regroupements auxquels le temps m'a progressivement amené:

arbres — hier.part, maptree, nnet, partition.tree, party, polspline-polymars, predict.rpart, predict.tree, randomForest, rpart, rpart-vs-randomForest
calculs — B-splines, Bessel, Choleski, Lambert, ODE, PTak, adapt, bases-numériques, bdiag, ccf, circular, cogen-combinat, constrOptim, convex-hull, corrélations-partielles, cov.mve, cov.wt, dynamique, eigen, fft, fields-funfits, findInterval, gsl, gss, hyperbolic, integrate, interp, knots, loess-lowess, logspline, lp-simplex, maths, nlm-optim, odesolve, permutations, polycor-tetrachoric, polynom, ppr, pspline, qr, quadprog, scatter.smooth, smooth.spline, spline, splines, stepfun, svd, svm, tenseurs, thin-plate-splines, uniroot-polyroot, variance, vcov, vif
classes — NextMethod, OOP, R.oo, S3, S4, UseMethod, callNextMethod, getGroupMembers, getMethods, getS3method, isS4object, selectMethod, setAs, setClass, setGeneric, setMethod, setReplaceMethod, showMethods, slots, unclass
clustering — Bayes-BIC-SBIC, Hartigan-dip, Lin, Moran, agnes-clara-diana-pam, cclust, clusters, comparaison, cutree, daisy, dendrogrammes, dist, fpc, gclus, gregmisc::heatmap.2, hclust, heatmap, lsa-Rstem, mclust, pvclust, supclust
distributions — Chow, Dickey-Fuller-adf, Dirichlet, Jonckheere-Terpstra, Kolmogorov-Smirnov, Kruskal-Wallis, Kullback-Leibler, Levene, Ljung-Box-Pierce, Mcnemar, RandomFields, ,Shapiro-Wilk, SuppDists, Welch, Wilcoxon, _beta, _cauchy, _chisq, _exp, _f, _gamma, _geom, _nbinom, _norm, _pois, _stable, _tukey, _weibull, benchden, copula, densité, distr, distr-distrSim, ecdf, fdr-p.adjust, fitdistr, hasard, kmeans, logistique, logit, mnormt, mvrnorm, mvtnorm, nor1mix, nordr, normalp, qqline, qqmath, qqnorm, quantile, r2dtable, rpois, sample
documentation — MASS, R.basic, RArcInfo, Rmetrics, S-poetry, TeachingDemos, articles-manuels, documentation, entropie, fortune, généralités, inventaire-fguide, ordre-lecture, psych-r, rapports, urls-revoir, wikis, étude-recherches
graphiques — Chernoff, RGtk2-cairoDevice, Xvfb abline, animations, arrows, ash, axis, axis-dates, balloonplot, barplot2, biplot, boxplot, calibrate, clusplot, coplot, couleur, diamond, dichromat, disgrace, dotchart, dumb, fontes, gRbase, ggobi, ggplot2, grid, grob, hat, histogram, iPlots, identify, layout, legend, locator, mosaicplot, mtext, nomogram, pairs, persp, pixmap, plot, plot.default, plot.window, plot.xy, plotMeans, plotmath, plotrix, polygon, postscript, périodogrammes, qqplot, rattle, rect, rgl, rimage, scatterplot+3d, sciplot, segments, spineplot, split.screen, splom, stars, strheight-strwidth, stripchart, stripplot, sunflowerplot, survplot, termplot, ternary-vcd, traçage, truehist, violinplot, wireframe
géodésie — ArcGIS-ESRI, GEOS, GMT::grdmask, GRASS, Rose, Spatial, ade4, adehabitat, cartes-géographiques, comparaison, geo-krige-variogrammes, gstat, isoMDS, maps, maptools, netCDF, polymap, rgdal, sgeostat, spatstat, splancs
langage — Oarray, RPy, Startup, affectations, annonces, attr, autoload, bquote, callbacks, codetools, connexions, dQuote-sQuote, delay, dget-dput, encoding, environnement-portée, eval.parent, evalq, expression, filter, fonctions, format, formula, formula.interaction, glob2rx, http-proxys, listes, load-save, locale, match.call, match.fun, mise-au-point, na.action, na.contiguous-exclude-skip, na.omit, namespaces, options-keep, paquetages, parent.frame, pmatch, pretty, quit, rcode-rstable, rcompletion, ref, rprof, récursion-Recall, scan, setHook, structure, substitute, switch, symbols, syntax, système, textConnection, trucs-vitesse, try-catch-warnings, typeof, élégances
lattice — barchart, barley, bwplot, cloud, contourplot, densityplot, device, dotplot, histogram, lattice, levelplot, make.groups, panel.abline, panel.arrows, panel.first, panel.grid, panel.identify, panel.loess, panel.number, panel.parallel, panel.points, panel.qqmathline, panel.segment, panel.smooth, panel.superpose, panel.text, panel.width, panel.xyplot, strip, treillis.par, trellis, trellis.device, trellis.focus, trellis.par, xYplot, xyplot
paquetage — Affy, Amap, BiasedURN, Bio7, Boolean, CoCo, CreditMetrics, DPpackage, Dopt, Guppy, HH, Hmisc, ICS-ICSNP, IPSUR, Matching, Mchtest, MedlineR, ODRPACK, POSIXt, POT, QCA, R.huge, RFA, RWeka, Reliability, ResistorArray, SearchIO-bioperl-BioSeq1, SparseM, TPIE, UNTB, X2R, actuar, ads, ape, aroma, bbmisc, bioconductor, biomaRt, caMassClass, caTools, cairoDevice, car, car-hccm, caret, cgh, ,coin ,connectedness ,covRobust ,crcmod, ctv, deldir, denpro, drc, drm, e1071, eha, evir, fBasics, fCalendar, fdim, finmetrics, forecasting, ftnonpar, garch-fseries, gregmisc, hapassoc, hbim, homals, ibdreg, ineq, ipred, irf, irr-concord, irtoys, irts-its, kernlab, klaR, labdsv, lawstat, lmomco, ltm, m1-xtable, mFilter, memisc, mgcv, micEcon, microarray, mix, moc, mrratio, mscalib-ppc, multcomp, multilevel, multtest, mvbutils, mvpart, ncdf, norm, nws, orca, pamr, pcurve-princurve, permax, plm, plsr-pcr, polr, pomp, popbio, portfolio, proto-dict, pscl, psyphy-MLDS, qcc, quantlib, qvalue, rateratio.test, recode, relations, reldist, rmeta, rmult, rmutil, robustbase, samm, sandwich, scagnostics, sde, sem, seqinR, sfsmisc, siggenes, simecol, simex, sm, sma, sna, som, spdep, ssanv, sspir, statmod, superpc, svMisc, tensor, tm, ttda, twang, vegan, vsn, zelig, zicounts
régression — MEMSS, R2, SSasymp, SSbiexp, SSfol, SSfpl, SSival, SSlogis, TukeyHSD, ace-avas, anom, anova, anova-1way, anova-2way, anova-aov, anova.glm, anova.lm, anova.lme, anova.lmer, aov, arima, arima.sim, arimax, asypow, betareg, biglm, brlr, by-lm, confint, contr.SAS, contr.helmert, contr.poly, contr.sdif, contr.sum, contr.treatment, corSymm-corStruct, deviance, documentation, flexmix, gafit, gee-geepack-geese, glim, glm, glm-binomial, glm, gamma, glm-gaussian, glm-likelihood, glm-poisson, glmm, glmmADMB, glmmGibbs, glmmML, glmmPQL, glms, gls, gnlm-gnlr, gnls, influence, intervals, lack-of-fit, lad-ols, leaps, lm, lme, lme-MEMSS, lme4, lme4-vs-nlme, lme4::lmer, lmer, logistique, logitreg, loglin, lqs, lrm, lsfit, manova, mlm, multinômiale, mvoutlier, naresid, nlme, nlme-MEMSS, nlme::lme, nlmeODE, nlrq, nls, nlsList, nnls, nnls.fit, outliers, poids-weights, poly, post-hoc, power.anova.test, predict, predict.arima, predict.glm, predict.lm, predict.lme, predict.lmer, predict.nls, quantreg, ranef, regression-splines, regsubsets, rlm, régressions, se.contrast, segmented, self-starting, split-plot, survfit, systemfit, varCorr, wle
statistiques — CircStats, Durbin-Watson-lmtest, Grubbs, KPSS.test, Spearman, bartlett.test, binom.test, birthday, chisq.test, circular-CircStats, class::lvq, cor.test, ellipse, erf-erfc, exactRankTest, fisher.test, fligner.test, heteroskedasticity, kruskal.test, ks.test, lik-vraisemblance, lillie.test, mad, mauchly.test, mcnemar.test, median, mle, non-paramétriques, nortest, oneway.test, prop.test, runs.test, simint-simtest, stem, t.test, type-III, var-cov-cor, var.test, wilcox.test
survie — coxph, ridge, survey, survival-tobit, survival::survdiff, survreg, svymean
techniques — ADModel, ANN, ARMA-corARMA, BHH2, BMA, CART, DAAG, Design, EDA-eda, EM, FDA-fda, GDD, GPS, GWR, HWE, Hosmer-Lemeshow, ICC, LRT, MCMC, MICE-mice, MNP, Monte-Carlo, ROC, VGAM, akima, ancova, boost, bootstrap, cca-cancor-mca, cmdscale, contrastes, delta-method, discriminante, effects, factanal, fastICA, gam, gamm, gbm, gini, gmodels, greco-latin, haplo, interval-censoring, jackknife, lars-lasso, lda, limma, locfit, locpoly, markov, mass::sammon, mda, msm, npmc, pastecs-turnpoint, pca-princomp, probit, proj, qda, rgenoud-génétiques, varimax-promax, wavelets
temporelles — VARs, acf-pacf, aggregate.ts, dyn, embed, mAr, stl, strucchange, time-series, ts, tseries, urca, zoo
théoriciens — Akaike-AIC, Anderson-Darling, Bartlett, Bayes, Bonferroni, Bradley-Terry, Brownian-Levy, Cochran, Cohen-s-kappa, Cook, Cox, Cronbach, Delaunay, Dunn-Sidak, Engle-Granger, Frechet, Friedman-supsmu, Gompertz, Gram-Charlier, Greenhouse-Geisser, Gumbel, Hamilton, Hankel, Heckman, Hermite, Hessian, Hilbert, Hodrick-Prescott, Holt-Winters, Hotelling, Huynh-Feldt, Johansen, Kaiser-Meyer-Olkin, Kalman, Kendall, Kimura, Lagrange, Langevin, Levenberg-Marquardt, Likert, Lotka-Volterra, MCD-rrcov, Mahanalobis, Malmig, Mantel-Haenszel, Mill, Monmonier, Nash, Papadakis, Pareto, Plackett, Scheffe, Schwartz-SIC, Tufte, Venn, Voronoi, Wishart, knn
types — Matrix, abind, addmargins, aggregate, agrep, aperm, apply, array, as.date, bindata, bitops, chaînes, chron, cumsum, cut, data.frame, dates, difftime, doBy, dput, duplicate, equal, expand.grid, factor, grep, groupedData, gsubfn, hexbin, iapply, ieee, impute, interaction, kronecker, lag, lapply, list, manquants, mapply, margin.table, match, matlab, matrices, mdy.date, model.frame, model.matrix, model.tables, order-sort, ordered, outer, prettyR, prop.table, rank, read.table, relevel, reorder, replicate, reshape, rle, rowsum, sapply, sets, split, strsplit, sweep, table, tapply, transform, unique, vector, wapply, write.table

Si jamais je dois revenir aux traitements statistiques, je me rabattrai sur de l'étude à neuf, et des engins de fouille plus spécialisés. Pour l'instant, il m'en restera une sorte de culture, et l'impression tenace que les usagers de R ont fabriqué un énorme bagage de connaissances et de techniques.

Un joli baobab!

2010-10-09T02:00:00.000-07:00

Le logiciel baobab, sous GNOME, me semble fort agréable pour explorer l'espace-disque occupé par une hiérarchie de répertoires. Il remplace fort bien plusieurs des usages habituels de mon outil tree (dans FP etc.), dont la présentation est bien plus traditionelle.

Node remplacé sur alcyon, enfin!

2010-09-19T02:00:00.000-07:00

Après avoir attentivement examiné le problème d'avant-hier, j'affronte mes craintes et j'ose remplacer /lib/libgcc_s.so.1 sur alcyon. Ouf! tout va bien. Qui plus est, NodeJS s'y installe et fonctionne. Content d'avoir réglé ce problème! Il était assez important pour moi que NodeJS soit disponible sur toutes mes machines habituelles, avant que je me permette de commencer à en dépendre…

De Python vers JavaScript

2010-09-18T02:00:00.000-07:00

NodeJS me permet d'utiliser JavaScript hors de tout fureteur, et de créer des scripts installables. Cela me plaît, et je veux explorer cette voie plus sérieusement. Alors, je jette les bases d'un programme facilitateur pour la transformion d'un source Python en JavaScript. Les outils pré-existants que j'ai examinés visent une traduction exacte, mais produisent un JavaScript très éloigné de ce que j'aurais moi-même écrit. Une sérieuse édition me semble inévitable pour obtenir un résultat qui sent plus l'humain que la traduction, et c'est vraiment cette édition que je veux favoriser, au détriment du comportement à l'identique. Quoi qu'il en soit, cet outil me servira sûrement de laboratoire pour l'apprentissage et l'expérimentation.

Node, mais pas facile sur alcyon…

2010-09-17T02:00:00.000-07:00

J'installe NodeJS sur mes principales machines. Cela se fait assez facilement, je n'en aurais pas même parlé, si ce n'était de alcyon.

Sur cette machine roulant un plus vieux système, la compilation de l'un des modulès soulève une erreur interne dans g++ (version 4.1.0) . Je choisis alors d'y installer la suite GNU C 4.5.1, et le bal commence! Le libgmp était trop vieux, je réinstalle GMP 5.0.1 au préalable. J'installe aussi MPFR 3.0.0 et MPC 0.8.2, qui sont requis (il m'étonne que MPC ne fasse pas partie de GNU, c'est pourant une dépendance de GNU C). J'interromps le make de GNU C après six ou sept heures, qui s'éternise sur la compilation d'une partie associée à Java.

Pour éviter de perdre toutes ces heures, je modifie config.status pour en éliminer gfortran, java et objc, et après un config.status --recheck, je parviens (du moins j'espère!) à installer le compilateur. L'installation de NodeJS ne va plus du tout, le Python 2.4 du système est maintenant brisé. Je réinstalle donc Python 2.7, et en conséquence aussi, pre-install.py, fp-etc, et lxml, que je sais nécessaires ailleurs.

L'installation de NodeJS progresse maintenant bien au-delà de l'erreur interne dans g++, mais un ld intermédiaire produit un exécutable non-fonctionnel : une erreur de consistance entre /usr/lib/libstc++.so.6.0.14 et /lib/libgcc_s.so.1. Le remplacement de /lib/libgcc_s.so.1 me semble une opération très délicate, puisqu'à peu près l'entièreté de Linux en dépend. Il va falloir que je réfléchisse attentivement, au préalable…

GTG: non! Google Agenda: OK!

2010-07-24T02:00:00.000-07:00

Le calendrier du Motorola A780 est trop difficile à synchroniser, d'une part parce que Linux n'y a pas accès (il faut passer par une application Windows), et aussi parce que le standard Ical utilisé est trop désuet. J'en transporte l'essentiel dans Google Agenda.

Fin aussi de l'expérience avec GTG! Je me rends compte que j'ai déjà fait la transition vers diverses autres méthodes. En fait, même si c'est très joli, GTG n'est pas encore suffisamment au point, les problèmes sont irritants. L'interface Tomboy est particulièrement inutilisable, et les développeurs jugent le problème sans priorité. La synchronisation est plus complexe que je ne le voudrais. Pour les rares entrées qui me restaient, je me suis rabattu sur Google ToDo (une colonne dans Google Agenda).

Je découvre GTG et Hamster

2010-05-23T02:00:00.000-07:00

La curiosité, et un article vu sur le Web, me font découvrir GTG (Get Things GNOME!). Ça semble intéressant, quoiqu'un peu instable selon mes premiers essais. De plus, GTG m'amène à découvrir le Hamster applet de Gnome, avec lequel il a développé une attrayante synergie. Au point que je songe même à me départir de mes propres outils en la matière, que je développe depuis 1991. Mais il me faudra un ou deux jours de temps libre pour organiser la transition. En fin de semaine peut-être?

DoTom, remplaçant Do pour Tomboy

2010-05-14T02:00:00.000-07:00

Effectivement, le fenêtrage X me fait baigner tous les jours dans une sorte d'environnement rempli d'images. Ce matin, j'ai la compulsion de me fabriquer un outil (d'abord do-tomboy, mais que renommerai plus tard dotom-inter, puis simplement dotom) pour combler l'instabilité induite dans Gnome Do par son plugin Tomboy. Je ne programme pas souvent en GTK, c'est un exercice intéressant chaque fois!

Support technique Bell

2010-05-05T02:00:00.000-07:00

Décidément, c'est une semaine un peu difficile au niveau de la technique. Avant-hier, ma connexion DSL est tombée en panne, pour être finalement réparée aujourd'hui. L'un des techniciens de Bell était convaincu à l'origine que le problème provenait du câblage chez moi, ou d'une défectuosité de mon modem, et il a perdu un grand moment à chercher à le démontrer. Finalement, ils ont changé une carte électronique dans une centrale téléphonique à une bonne distance d'ici, et tout s'est remis à fonctionner.

Installation de Lucid

2010-05-03T02:00:00.000-07:00

L'installation de Lucid Lynx (Ubuntu) m'a fait souffrir un peu plus que prévu, depuis quelques jours. J'ai tenté une mise-à-jour au bureau et à la maison, à partir d'une image de CD montée sur un /dev/loop. Mais c'était insuffisant aux deux endroits.

Au bureau, j'ai d'abord eu l'impression que tout avait plutôt bien fonctionné.
Chez moi, la mise-à-jour a avorté de diverses manières, laissant un système inutilisable.
Je me suis repris en lançant cette fois une installation complète, à neuf. Quitte à me taper un long travail de configuration pour une foule de choses, petite misère. Mais d'un autre côté, une excellente occasion de rafraîchir et clarifier mes nombreuses notes à ce sujet.
Le démarrage, chez moi, me laissait souvent un écran noir, sans possibilité d'interrompre X ou de le redémarrer. Je m'en suis tiré, irrégulièrement, en choisissant un kernel de récupération, et en exécutant gdm explicitement. De plus, l'affichage graphique est devenu notablement lent, et Compiz impossible. Pas idéal, mais tolérable, étant données toutes les autres améliorations venant avec Lucid.
De retour au bureau, j'ai constaté que 800 paquets logiciels n'étaient pas à jour, et donc, que tout s'était pas passé aussi bien que je l'avais cru. Après le rattrapage, je ne pouvais plus compléter le login dans Gnome. En fait, c'est amd qui est tombé en panne dans Lucid. Une fois ce problème contourné, c'est Thunderbird qui ne fonctionne plus du tout, donnant un Segmentation violation chaque fois. Bon, je me contenterai d'utiliser autre chose, sans grande douleur — au bureau, mon volume de messagerie est minuscule, par comparaison à chez moi.
Le site Web de ATI m'annonce que le pilote pour mon modèle de carte n'est offert que pour les Linux antérieurs à 2009. Or, chez moi, j'avais au fond d'un placard une carte nVidia GeForce, autrefois remplacée par une care ATI Radeon, justement afin de pouvoir profiter de Compiz. Je ré-essaie cette carte nVidia à tout hasard. Ce changement règle magiquement mes problèmes de démarrage et de vitesse d'affichage. De plus, dans Lucid, Compiz fonctionne avec ma carte nVidia! ☺ Et contrairement au bureau, Thunderbird fonctionne très bien chez moi, vraiment beaucoup plus rapide qu'auparavant.

Malgré ces mésaventures et le temps perdu, je suis content d'avoir Lucid à ma disposition pour revenir à mes amusements sonores et graphiques.

Nouveau Tomboy-LaTeX

2010-02-21T01:00:00.000-08:00

Tomboy-LaTeX 0.6 étant sorti, je remplace la version 0.5 que j'utilisais déjà, et que j'avais déjà commenté dans Tomboy, Web and maths.

Plusieurs serveurs X

2010-01-30T01:00:00.000-08:00

Depuis un grand bout de temps, je démarre deux ou trois serveurs X sur phenix. Le premier, mon principal, roule Compiz. Le second serveur roule Metacity dans le but de visionner des vidéos à l'occasion — le vidéo avec Compiz est saccadé et inutilisable, il demande plus de CPU que ce que la machine peut offrir. Le troisième serveur roule VNC, puis Openbox au loin — VNC et Gnome ne sont pas amis au niveau du clavier et de certaines combinaisons clés et souris, ce qui nuit considérablement à Eclipse. Ces serveurs X sont indépendants l'un de l'autre au niveau du copier-coller, et je dois passer de l'un à l'autre à l'occasion, pour le contrôle du son ou l'usage de Tomboy par exemple. Alors, ce matin, j'ai résolu d'utiliser un seul serveur X à la fois pour Compiz et Metacity, passant de l'un à l'autre besoin. Pour rendre la cohabitation un peu plus confortable, je me suis aussi fabriqué deux icons dans la barre de menu de Gnome, déclenchant ces passages.

ref-select pour Chrome, qui me sert beaucoup

2009-12-20T01:00:00.000-08:00

J'ai finalement produit mon extension Chrome pour Tomboy. Cela a été surtout pour moi l'occasion de nettoyer, réviser et étudier au préalable une bonne quantité de signets, notablement autour de JavaScript et V8. Et pour finalement fabriquer l'outil, j'ai choisi de considérablement réduire, puis adapter l'extension URLShortener. Vive le logiciel libre!

En vue d'une première extension à Chrome

2009-12-16T01:00:00.000-08:00

Je songe à préparer une extension Chrome qui prépare la sélection X en vue de l'insertion ultérieure, dans une note Tomboy, d'une référence à la page Web courante. Je me fabrique queques icons pour ça.

De CVS à Git, enfin!

2009-12-05T01:00:00.000-08:00

Ça faisait un moment. Depuis deux semaines, c'était la finalisation du passage de CVS à Git au bureau, un examen plus attentif de ParseCVS, et l'équilibrage avec cvsimport.

Vers Wave, un peu plus

2009-11-12T01:00:00.000-08:00

J'ai commencé, hier, à distribuer quelques invitations à Google Wave. À ce sujet, Dominique essaie l'installation de wave-protocol avec ejabberd, ce qui me donne le goût de tenter la même chose ici, de manière exploratoire — mais ça sera pour un autre jour ☺.

Essai de Wave

2009-11-07T01:00:00.000-08:00

Un peu d'expérimentation avec Google Wave, hier avec Jean-Philippe, ce matin avec Dominique.

Scheme — rationalize

2009-11-02T01:00:00.000-08:00

∑ Pour comprendre la procédure rationalize en Scheme, je m'amuse à produire des approximations de π progressivement moins simples.

Installation de Koala

2009-10-30T02:00:00.000-07:00

Sur phenix, j'installe Karmic Koala en soirée. Le jeu PySol disparaît — une bonne chose dans le fond, j'y perdrai moins de temps! ☺

Conférence sur AppEngine

2009-10-29T02:00:00.000-07:00

Présentation sur Google AppEngine, par Patrick Chanezon, à Station-C. J'apprécie beaucoup l'esprit ouvert et franc qui prévaut lors de la rencontre, et le survol de plusieurs éléments de la technologie Web d'aujourd'hui.

Exploration de Wave

2009-10-27T02:00:00.000-07:00

Jean-Philippe Martin m'invite à l'usage de GoogleWave, encore expérimental, que j'explore un peu. Guido et Han-Wen y sont déjà. C'est peut-être assez lourd sur le CPU! L'enthousiasme naîtra quand mes collaborateurs plus habituels y seront. L'organisation des BBQ et tout ça, ce sont des exemples qui ne me parlent pas beaucoup pour l'instant ☺.

Classification entropique?

2009-10-18T02:00:00.000-07:00

Je choisis un autre symboles aux trois que j'utilise déjà dans Journal arts, pour représenter les mathématiques.

∑ Donc! ☺ Pour revoir les articles d'hier, j'ai subdivisé mes piles selon des critères subjectifs qui me viennent à l'esprit pendant leur examen. Mais ne pourrais-je pas me faire aider dans ce travail classificatoire par un outil qui chercherait à diminuer l'entropie informationnelle? J'expérimente un peu autour de cette idée.

SQLite pour F-Spot, misère!

2009-10-17T02:00:00.000-07:00

La base de données de F-Spot doit être consolidée, ce qui me pousse vers SQLite. Tant qu'à jouer dans ce coin-là, je revise quelques notes, ainsi que plusieurs centaines d'articles accumulés autour des bases de données — et il m'en reste encore pas mal encore à revoir.

Courtes journées

2009-10-04T02:00:00.000-07:00

☡ Une vive douleur musculaire au dos, suite à un éternuement trop violent vendredi, m'a encore enlevé du sommeil cette nuit. Que les journées sont courtes! ☺

MontrealPython et Stackless

2009-10-01T02:00:00.000-07:00

Fort intéressant, ce MontrealPython, comme toujours.

Il faudra que j'aille visiter plusieurs des URLs qui ont été offerts par les conférenciers. Il y a plein, plein de choses dans tout ça.
La présentation principale, sur Stackless Python, a eu chez moi l'effet inattendu de réveiller mon appétit pour Erlang, qui me semble tellement plus limpide, et moins problématique. Mes les paradigmes de communication inter-processus sont différents, et ça m'intrigue et me donne le goût d'explorer leur équivalence.
L'idéal serait de pouvoir profiter des forces de Erlang et de Python tout-à-la fois. D'où cette bizarre idée d'un protocole de communication à la Pymacs, en remplaçant Emacs par Erlang. Le GIL demeure pénible. Il serait peut-être plus viable de profiter de Jython et l'interface Java prévu dans Erlang? À regarder un moment donné.
Pierre Phaneuf m'a partagé plusieurs points de comparaison intriguants entre Perl et Python — le fait que les classes de Perl ne sont pas si différentes qu'on le croit des classes Python, et l'aisance des fermetures en Perl. J'aimerais voir ça de plus près. Ah! Les journées sont vraiment courtes!

Un autre MontrealPython

2009-09-30T02:00:00.000-07:00

MontrealPython ce soir! Il ne me restera pas beaucoup de temps pour autre chose. Déjà qu'il est passé 7:00, misère!

Terminal Legendre, intéressant!

2009-09-13T02:00:00.000-07:00

☡ Visite guidée du terminal Legendre de la STM.

Gnits chez Wikipedia!

2006-11-11T01:00:00.000-08:00

Je suis tombé par hasard, hier, sur l'entrée Gnits dans Wikipedia qui parle (sans nous nommer) d'un petit groupe d'amis (nous sommes huit en tout) dont je fais partie depuis une douzaine d'années, et du fait que certaines de nos habitudes de travail ont fait tache d'huile.

Productif avec cartes perforées ?!

2004-01-23T16:22:00.000-08:00

Difficile, de nos jours d'imaginer comment on pouvait être productif à l'époque des cartes perforées. C'était vraiment tout un autre monde, comparativement aux interactions quasi immédiates d'aujourd'hui. Il y a plusieurs années, un correspondant m'écrivait: It must have been tremendously difficult to program that way. Je lui avais alors répondu:

We did not have the feeling it was especially difficult. It just that later terminals and interactivity made it even easier! ☺ The only annoyance was the turnaround time. You could easily wait two or three hours (or sometimes ten!) before having your listing back. The solution was to work on one or two dozens of projects at a time, and round-robin between them to keep you busy. This was the way to be productive despite the delays.

Un autre point était l'absence d'analyse symbolique lorsqu'un programme ne se terminait pas correctement:

I never saw a symbolic dump before Pascal, and I remember how marvellous it was to our eyes. FORTRAN, and all others before, were only providing octal dumps. I presume you never saw those? There were pages and pages full of octal numbers. You had to learn how to decode strings, numbers, and instructions all over. Everybody was helping each other at it, we were doing collective debugging sessions, it was rather fun actually. Nowadays, people have nice tools, but often work alone by comparison!

Paxutils status

2003-12-18T05:39:00.000-08:00

From a letter to Richard Stallman and Sergey Poznyakoff, in reply to Sergey who is trying to sort out the status of the tar and Paxutils projects.

It has been a good while since I worked on Paxutils matters. All my ideas on the matter, including the overall plans on which we agreed, are documented (so far that I remember) within all administrative files and folders I transmitted to Paul Eggert, together with all Paxutils source in their latest work state, which did hold extensive changes since the latest Paxutils pretest.

As a way to cut on all the confusion created by the parallel releases of tar by Paul while Paxutils was being pretested, and to fully resist the temptation of ever interfering with Paul's later decisions and works about Paxutils (I do not act with others in ways I would not like myself), I deleted everything related to Paxutils on my side, once Paul told me he fully secured all the stock I sent him. So, I do not have anything concrete left of Paxutils, besides my fading memory of the project.

This is only later, when I progressively realised that Paul was not to fulfil his repeated promises about unifying histar with Paxutils that I became sad about all the work that was being ignored and lost. I felt especially bad for all those users who I told that their contributions were accepted and integrated for the next release of Paxutils. I never ever intended to lie to them.

About tar, cpio and Paxutils as separate projects, a bit of history might help at sorting things. John Oleynick maintained cpio for a good while, and the transmission of cpio from John to Tom Tromey has been a long, but successful adventure. At the time, Tom and I were working at the design of Automake (after an idea from David Mackenzie) and were intimately collaborating, and we considered with great pleasure the idea of merging tar and cpio together. We added a newly rewritten pax on the way, and chose Paxutils as a neutral name between tar and cpio. (We also considered other versions of cpio, tar and pax ― all our notes should be in the administrative files).

The cpio in Paxutils was really the most up-to-date, and was reworked for better integration with the rest, putting code in common, uniformising style, etc. Restarting from the latest cpio distribution would clearly be a backward step, I do not think there is anything to gain there.

tar itself has a more complex story. Paul started from an old pretest of Paxutils, modified it heavily on his side on many aspects, implementing huge file support an a very Solarishly way (on which I was not much agreeing, should I say). He then submitted me a single, really big patch. It was all-mixed, intervowen, unsorted. He probably expected me to apply it whole, while I wanted to consider each topic of the patch separately, and told him it would take a good amount of time to study and process it all. Paul asked me if I would object that he publishes tar with his patch, separately, for people in urgent need of using LFS. That was OK with me. Then, Paul started not only to maintain his patch, but also reimplement in his tar things that were already solved in the tar distributed within later Paxutils, and differently. He went as far as removing from his tar amounts of code I wrote in view of large file support on legacy systems. My code was not aligned along Sun Solaris methods, which Paul venerates, but my code was meant to be more widely portable. In my views, Paul challenged and dismissed my maintenance works, so much that I thought preferable to resign than impose our fight to the community.

What it means in practice is that the current tar has been forked from an old pretest of Paxutils, and so, a merging of both would be useful, given you can get a hold on Paxutils. I'm sure that Paul made good works that we cannot ignore (Paul is technically competent, there is no doubt about this). I also think that Paxutils has good code and changes to recycle. Merging, if ever, is going to require courageous work, fairly tedious and unrewarding. In my opinion, many months of work need to be identified and redone. Paul despisingly told that for him, two or three days would suffice, but apparently never found those few days. In the meantime, Paul acted as if whatever users do not resubmit directly to him, was not worth anyway.

Repairing POSIX support in tar is the main long term goal that tar may have. I guess that the step-wise plan for Paxutils, which was accepted by the FSF, has been fully abandoned or forgotten with the change of maintainer. But any plan that has some chance to work is good, in my opinion. star is also especially interesting in that it uses efficient techniques for streaming tapes, which techniques could be recycled for most or all Paxutils tools.

All this being said, Sergey, I can only wish you good courage, and collaboration from all involved people. I cannot provide much myself, besides bits of historical background, which may not be that useful in practice, once you will have found all the files you need. On the other hand, do not hesitate writing to me if you think that some discussion might help, yet while I did my best while being there, you understand I have no responsibility anymore around tar or Paxutils.

Indy donation for GNU work

1997-08-18T16:55:00.000-07:00

Le 1997-06-18, Ariel Faigon (de SGI) m'a contacté avec une lettre dont voici quelques extraits:

As you know I've been evangelizing the free software, GNU and Linux agenda at Silicon Graphics for quite a while.  We are making a lot of progress in this grass root movement for example we have three dedicated people working on SGI/Linux and have it booting multiuser with IRIX binaries emulation.
Recently, I managed to get upper-management approval to donate some SGI hardware to good people who could actually make good use of it.  Naturally, your nice positive attitude, charm, and talent came back to my mind.  Would you be interested in a nice SGI Indy desktop donation for doing GNU development ?
If you do, and you can commit some time to ensure that the machine is not gathering dust but actually being used on a regular basis then I'll do what I can to get you one.  My idea was that since you know the FSF and GNU people and the GNU  software better than I do, that you having an SGI system handy would make you far more effective in ensuring that any GNU utils you use or build run and build without problem on SGI.  Stuff like autoconf, the tools you use daily, and of course GNU tar.
Ariel m'a toutefois confirmé qu'absolument aucune obligation n'était attachée à l'envoi.  Et plus tard, il m'a aussi écrit, lorsque nous discutions d'autres noms pour des envois analogues:
Our hardware supply is limited so I would prefer to pick only the most versatile and nice to work with people.
Les remarques sur l'attitude positive m'ont particulièrement fait plaisir.  C'est un peu vrai que dans plusieurs situations difficiles qui auraient facilement pu mener à la confrontation lors d'échanges de courriels avec des usagers des logiciels que j'entretiens, j'ai toujours eu plutôt tendance à l'écoute, la douceur et la conciliation; et je sais que Ariel en a souvent été témoin.La machine en question m'a été livrée le 1997-08-18, avec un CPU plus rapide qu'originalement prévu, et aussi avec une unité de ruban [Indy R5K/ 180MHz/ 64MB RAM/ 1-2GB disk/ 20" monitor/ DAT drive].  Je l'ai installée à la GRICS, où je travaille régulièrement dans le contexte du Réseau Télématique Scolaire Québecois (RTSQ).  Elle me servira de station principale de travail, et de serveur utilitaire sous le nom ariel.grics.qc.ca.  Comme je l'ai expliqué à Ariel:
Where I plan to put the Indy, there is an habit of naming the machines in the domain according to astral bodies on our solary system.  You most probably know that the four moons of Uranus (unless they discovered others since my youth!) are named after angels, and that one of these moon is Ariel.  One very peculiar thing about Uranus and its moons is that they cycle the opposite way from other planets, and so, are demonstrative of a sure originality! :-).  Moreover, astrologically, Uranus is the source of the unexpected, and conveys the concept of surprise.  This is well rendered in Holst's Planets, which you might have listened to, maybe.
Et voilà l'histoire de l'arrivée de cette machine-cadeau!