Les  flux RSS (et leurs frères jumeaux Atom) sont omniprésents sur internet et permettent de récupérer facilement un résumé des dernières publications d’un site donné.

De façon intéressante énormément de sites web publient ce genre de flux (les blogs évidemment mais aussi des sites comme twitter[en]) et de ce point de vue là ce format est clairement bien vivant.

Mais du côté « consommateur » je suis assez déçu par l’offre. J’ai testé au fil du temps des applications de bureau (liferea, rssowl, thunderbird…) qui ont toutes fini par converger pour se synchroniser avec Google Reader. Ce dernier est donc devenu mon lecteur de nouvelles principal et il me semble clairement dominer tout ce qui se fait dans ce genre comme application internet ou application de bureau. Et il faut avouer qu’une domination aussi écrasante n’est pas tellement enthousiasmante¹

J’aime bien plein de trucs dedans et en particulier sa bonne ergonomie (l’interface est très « clean », les raccourcis claviers, l’ensemble est assez réactif). Mais là où il pêche c’est qu’il ne m’aide vraiment pas pour faire le tri dans les centaines d’articles qu’il me récupère chaque jour².

D’où l’idée de chercher des solutions alternatives ou éventuellement des briques de base pour faire un lecteur un peu personnalisé.

Quelques briques « libres » et en Python retrouvées sur internet:

• Atomisator par Tarek Ziadé: la bonne idée est écrite noir sur blanc (mais en anglais): utiliser une librairie de traitement du langage naturel pour trier les articles³
• pyf (sur bitbucket) se propose comme un framework Python de programmation orientée flux (dataflow programming), avec aussi une réimplementation de Yahoo Pipes (y compris l’interface graphique !).  Cerise sur le gâteau le site est joli avec pas mal de documentation et me donne bien envie de fouiller.
• pypes (sur bitbucket) qui se propose de faire pareil que pyf, j’ai l’impression de mieux comprendre l’organisation de la lib et les exemples, mais il dépend d’une implémentation de python assez particulière (stackless), dommage ?
• pipe2py⁴ (sur github) qui convertit en code Python des chaînes configurées sur Yahoo Pipes et qui aurait pu me servir lors de mes expériences précédentes sur les flux.

Avec toutes ces briques (et encore je n’ai cherché que celle en Python) je me demande comment on peut ne pas avoir de meilleures solutions pour lire les flux de nouvelles :)

Surtout si on ajoute à ça les bons conseils de Dave Winer, l’un des pères fondateurs de ce système de flux:

• The RSS community wakes up avec 2 préconisations: rendre plus facile l’abonnement à travers une sorte de « bottin » centralisé » et une légère évolution de RSS (pour qu’il fonctionne aussi en push)
• RSS is supposed to be really simple : définissant le lecteur RSS idéal comme ressemblant plus à Twitter avec un flux continu.

Je mettrais un bémol sur le dernier point, car pour moi l’intérêt d’utiliser un lecteur de nouvelles c’est aussi de ne pas louper les articles de certains sites, et même si pour d’autres sites (avec un plus gros volumes d’articles et parmi eux beaucoup de bruit) ça ne me dérangerait pas d’en louper. Aujourd’hui ces deux types de sources sont traitées de la même façon par les lecteurs de flux, c’est peut-être par là aussi qu’une amélioration est possible (et non je ne me ferais pas deux comptes Google séparés même maintenant que les comptes à pseudonymes sont autorisés :) ).

1. un bref coup d’oeil à HackerNews permet de voir que des gens essaient régulièrement de réinventer le concept, il y a donc une lueur d’espoir
2. Pire encore il utilise l’ensemble de mes abonnements pour me proposer des sources d’information additionnelles et me noyer encore plus, argf !
3. une bonne idée qui date de 2008 tout de même…
4. si vous regardez bien, vous réaliserez que mon billet ressemble à un affreux plagiat de l’un des commentaires

Plus de détails sur la version anglaise de ce post comme j’imagine que parmi les quelques personnes réellement intéressées toutes seront anglophones :)

La bonne nouvelle c’est qu’en cherchant un tout petit peu j’ai trouvé quelques traces de yapsy à travers le web, et « quelques traces » c’est déjà bien plus que ce j’aurais imaginé :)

On les trouve sur:

• stackoverflow
• un court inventaire de librairies Python pour développer des systèmes de plugin
• pastebin (!)
• Relo un outil de recherche de fichier par un certain cwoebker
• une mystérieuse application de bureau
• un outil de gestion de webservice

Ce qui s’ajoute aux quelques personnes et projets mentionnés dans mon billet précédent sur le sujet.

Un grand merci à Roberto Alsina pour cette formule généreuse et surtout pour avoir écrit un tutoriel particulièrement bien vu à propos de yapsy.

Même si je suis sensiblement moins catégorique sur la qualité de ce projet, qui n’est jamais qu’un morceaux de code ridiculement petit, une chose est sure: les gens qui l’utilisent, eux, sont géniaux :)

Yapsy  est un projet que j’ai commencé il y a plus de 3 ans sur mon temps libre et mis à disposition sur SourceForge juste au cas où il se rende un jour utile. Laissé en sommeil à plusieurs reprises, le projet à été à chaque fois réveillé par les retours et suggestions de développeurs comme Rob McMullen de Peppy, Roger Gammans de MysteryMachine et maintenant Roberto Alsina d’Aranduka qui méritent tous un grand merci !

Plus d’info sur Yapsy via ohloh.

Je voulais en effet tester le concept de « literate programming » depuis quelques temps déjà et ce n’est que récemment que j’ai trouvé des outils convaincants pour m’y mettre.

J’ai donc sauté le pas, en faisant une  mini-librairie Python illustrant les concepts d’autocovariance et d’autocorrelation ainsi que leur calculs par transformée de Fourier:

Literate Musing > Autocorrelations

Le sujet n’a rien de révolutionnaire donc, mais il s’agit de bouts de code qu’il faut souvent réimplémenter en traitement d’image et où chaque implémentation possède ses biais statistiques qu’il n’est pas toujours facile de se remémorrer rapidement. Le document en question devrait au moins (me) permettre de retrouver ces info rapidement.

C’est aussi un sujet qui était très présent dans mes travaux de thèse… une thèse soutenue il y a deux ans tout juste, y’aurait-il un lien de causalité ?

:)

Pour finir, côté technique, les « outils convaincants » ont été les suivants:

• Python
• pylit
• sphinx

Un gros bug s’est glissé dans le code de la dernière verison, qui faisait que le logiciel plantait brutalement si une erreur était rencontrée par l’un des scripts de backup.

Le bug est corrigé (une sombre histoire de thread et d’appel qui aurait dû être asynchrone) et le comportement « correct » est de retour: un fichier de log est affiché et le programme se met en « veille » en attendant d’être appelé à nouveau par l’utilisateur.

La version mise à jour est téléchargeable depuis la page du projet.

Une nouvelle version de backup-monitor est disponible avec au menu:

• correction de quelques bugs lorsqu’aucune locale n’est définies et lorsqu’on joue un peu avec le script en ligne de commande
• refonte de la GUI pour que l’utilisateur est plus de « retour » et moins d’effort à faire pour trouver où cliquer (GUI inspirée de l’update-manager d’Ubuntu)
• utilisation d’OptionParser pour éviter les bourdes en mode script
• changement de licence: pour faire les changements de GUI, j’ai dû m’inspirer de pas mal de code sous GPL, donc le tout passe en GPLv3

Une bonne partie de ces modifications ont été motivées par des retours fait par un des premiers testeurs merci à lui :)

Pour plus d’info et pour télécharger, c’est là.

Je viens juste de créer une page pour une application que j’utilise (et corrige) depuis un certain temps et qui me permet de sauvegarder régulièrement mes données. La denière version est relativement facile à installer et à personaliser.

La page de ce projet est ici.

On voit maintenant apparaître de plus en plus de projets qui simplifient beaucoup la mise en place de sauvegarde régulière et il est vrai que bien qu’étant très extensible, « Backup Monitor » n’est sans doute ni la solution la plus générique ni la plus complète qu’on puisse trouver. Cela dit ca marche bien pour moi :) et ça m’a permis d’expérimenter un peu quelques aspects intéressants du développement d’application pour les bureaux Linux:

• comment exploiter les spécifications « xdg » telles que xdg-users-dir avec entre autres les installations « utilisateurs » qui se font dans ~/.local, les configurations dans ~/.config et la définition des dossiers Documents, Images, etc par des variables d’environement qui s’adaptent au langage de l’utilisateur.
• comment gérer la traduction des applications avec gettext
• comment installer ses propres icônes avec l’utilitaire xdg-icon-resource
• comment enregistrer une application pour qu’elle démare automatiquement à chaque début de session (placer un fichier .desktop dans ~/.autostart)

• Graphe d’appel en couleur: comment rendre (presque) joyeuse une tâche de profiling (ousqu’on regarde à quel point ce qu’on a codé est lent à mourir)
• Rendu 3D de graphiques: génération de camembert via Python+PovRay , c’est complètement j’té mais j’aime bien :)
• « Sparlines »: de petits graphes très discrets à insérer un peu partout. Pas très excitant dans le fond mais simple, efficace et surtout très très fashion en ce moment…

Je viens de mettre à jour la version mes scripts de gestion de backup. Ces scripts, une fois installés, vous rappellent régulièrement de faire des sauvegardes de vos données et le cas échéant vous aident à les faires en tâche de fond (et avec un minimum d’intervention de votre part, soit deux ou trois click environ).

J’ai corrigé le plugin Ephyblog pour Epiphany de sorte qu’il marche avec la nouvelle version 2.22.

Backup Monitor

• beaucoup plus de doc pour aider à l’installation et à l’utilisation
• utilisation de xdg-utils pour traduire automatiquement les nom des dossiers importants tels que Documents,Images,Videos et Musique
• internationalisation avec un affichage des message qui s’adapte à la langue de l’utilisateur (enfin pour l’instant les seules version dispo sont anglais et francais mais les contributions sont les bienvenues)

L’internationalisation s’est faite avec le module gettext de python et le très bon tutoriel proposé par le journal du net.

EphyBlog

Une partie du code a été réécrite de façon plus propre, en calquant les modifs sur celles de l’extension EphyDeli de Ross Burton.

Quelques modifs ont aussi été nécessaires suite au changement de l’API avec la version 2.22 d’Epiphany et notamment le passage entre les deux bout de code qui font la même chose:

# pre 2.22
embed = window.get_active_embed()
sitetitle = embed.get_title()

# post 2.22
embed = window.get_active_child()
sitetitle = embed.get_properties("title")[0]

Quelques mises à jour rapides sur le code que j’ai mis à disposition sur ce site:

• serious blue tlog — le thème de ce blog — localisé cette fois (ie il s’adapte à la langue du blog)
• mes fichiers de conf Emacs (avec l’ajout du support pour le reST)
• le plugin todotxt pour la Deskbar et le module Python todotxt (qqs bugs corrigés)