314r.fr

Hiver

2012-02-02T18:00:00Z

Coder en Python assis près de la fenêtre avec le chauffage pas trop loin, du chocolat chaud et la neige dehors. L'hiver a parfois du charme.

NAS et synchronisation

2011-11-15T23:20:00Z

Mon ancien PC reconvertit en NAS continue de ronronner tranquillement dans un coin du bureau, toujours sous FreeNAS 0.7. Depuis 2 ans, quasiment sans interruption, la machine et l'OS m'ont servi avec une qualité et une constance irréprochables. J'avais décrit à l'époque les besoins qui m'avaient poussé à centraliser mes données sur un NAS, ces besoins sont en train d'évoluer. En bref, il faudrait que je puisse accéder à mes données même quand je ne suis pas positionné dans le réseau local et sans connexion, tout en conservant une centralisation et surtout une synchronisation entre les machines. Ce que réalise, en somme, les services de synchronisation bidirectionnelle type Dropbox -- à la différence près que la centralisation doit se faire chez moi et non chez un prestataire externe : les tarifs et la dépendance à une plateforme propriétaire sont disuassifs.

J'arrive donc aux limites de FreeNAS et je vais probablement migrer vers une distribution conventionnelle qui m'ouvre de nouveaux horizons. Les logiciels libres permettant de faire tourner un service "dropbox-like" sont nombreux mais rarement aboutis. J'ai passé un peu de temps le week-end dernier à faire des essais avec SparkleShare sur un serveur sous Debian Lenny, ça ne fonctionne pas trop mal, malgré des retards de synchronisation occasionnels que je ne m'explique pas. J'ai aussi en ligne de mire DVCS-Autosync qui m'a l'air un peu plus rustique. Les deux solutions citées, comme beaucoup d'autres, se basent sur le gestionnaire de versions Git, une contrainte technique très forte. Je soupçonne que l'espace requis pour stocker des fichiers binaires (photos, musiques, videos...), ce qui serait mon utilisation type, devienne rapidement monstrueux. Autre limite, les données stockées sont accessibles seulement via Git ou un outil l'exploitant. C'est rédhibitoire dans mon cas : mes données sont sur le serveur, je veux synchroniser certains dossiers et continuer de pouvoir accéder aux données via NFS ou ftp. La seule solution que j'imagine, c'est une deuxième machine dédiée pour le dépot git et installer un client Sparkleshare sur le NAS. Une belle usine à gaz, un volume de stockage total qui devient dément, une pompe à électricité, un risque de panne supplémentaire... Non, ce n'est pas la solution.

Je n'ai donc quasiment pas avancé sur le sujet (je garde tout de même Sparkleshare pour partager rapidemment des petits fichiers, avec le dépôt git chez mon hébergeur actuel). Sur le papier Syncany semble répondre à mes besoins, mais la probabilité d'une version stable et publique s'amenuise... Ah, tout serait plus simple si Ubuntu One était libre...

Migration

2011-09-26T19:00:00Z

De retour.

Je suis en train de faire une sorte de tentative de migration de KDE 4.7 à Gnome sur ma Archlinux. Pas sûr que j’y parvienne mais j’avais envie de tester intensivement Gnome Shell, au moment où je suis confronté à quelques petits bugs gênants sous KDE.

Je suis donc à la recherche d’alternatives typées Gnome à mes programmes habituels, avec une exigence particulière pour un bon éditeur de texte. Je passe beaucoup de temps dedans notamment pour coder en Python, une bonne intégration avec l’environnement de bureau est un véritable confort, et Kate place la barre très haut. Je ne pense pas trouver mieux. Il y a bien Vim ou Emacs, mais ils ne correspondent pas à mes besoins.

Au final j’utilise Scribes qui répond à peu près à mes critères. La coloration syntaxique tient la route, l’interface se fait facilement oublier, pleins de raccourcis claviers. La gestion des fichiers est différente de ce qui se fait habituellement mais efficace.

Adopté !

D'une façon générale je suis assez satisfait de Gnome Shell, le concept fonctionne beaucoup mieux que ce que je pensais au début. Plus précisément, contrairement à mes craintes j'arrive à travailler efficacement sous Gnome même avec beaucoup de fenêtres ouvertes et sans ressentir la gestion des fenêtres comme une sanction. A suivre, il manque quand même quelques applications pour en faire un environnement cohérent.

Envies

2011-06-16T14:00:00Z

Je vais entamer une pause de 3 mois. Je devrais revenir avec un peu de temps libre et les idées rafraichies. Il y a quelques projets de développement que j'aimerais mener à mon retour, on verra ce qu'il en ressort.

JolieBulle

J'ai livré la version 2.2 de JolieBulle il y a quelques jours. Je n'ai pas de plan ambitieux pour la 2.3, nettoyer le code, mettre à jour le code, modulariser le code, commenter le code, enrichir la documentation, et me rapprocher des différentes communautés pour l'empaquetage du logiciel pour les distributions GNU/Linux. J'ai lu quelque part qu'une des priorités de la prochaine Ubuntu était le passage à Python 3 de la plupart des modules, JolieBulle sera peut-être enfin facilement installable.

Un client SqueezeBox

Toute ma musique est stockée sur un NAS fait maison et diffusée dans le salon via une SqueezeBox. Le NAS est sous FreeNAS 0.7 et fait tourner le SqueezeBox Server. L'idée est de réaliser un client en pyQt qui servira aussi bien à diffuser la musique sur un PC qu'à servir de télécommande pour une ou des SqueezeBox. A terme j'aimerais en faire un Plasmoid qui s'intègrerait bien à Plasma Active et donc sur des tablettes. J'utilise déjà une telle télécommande sur mon smartphone, c'est parfois bien pratique mais aussi un peu frustrant : taille de l'écran, pas d'accès immédiat (il faut lancer une application). Une solution complètement intégrable à l'environnement serait nettement plus utilisable.

Un aggrégateur de flux

Le but n'est pas de faire un énième clone des aggrégateurs que l'on connait et qui se ressemblent à peu près tous. J'ai une idée assez précise du résultat que je veux obtenir, je vais vous épargner la maquette gribouillée sur un coin de mon bureau mais ça serait quelque chose qui ressemble à un client de microblogging type Gwibber ou Choqok, au moins pour les dimensions. Une colonne unique, et 3 boutons qui permettent de changer la vue : derniers articles, sources, importants (ou "à mettre de côté"). En mode "derniers articles" on visualise les titres des derniers articles rappatriés toutes sources confondues, un clic et on ouvre dans le navigateur. En mode "sources" on visualise les différentes sources avec leur nombre respectif d'articles non lus, on clique et on visualise le flux comme dans "derniers articles" mais pour une source unique. En mode "importants" on retrouve les titres d'articles mis de côté. L'idée est donc de se concentrer sur la visualisation et la gestion des flux et pas du tout sur la visualisation des articles complets, exactement comme quand on suit un lien à partir d'un client de microblogging. Je n'ai pas l'impression que ça existe déjà, mais il faudrait que je creuse un peu plus. En tout cas, c'est l'aggrégateur que j'aurais envie d'utiliser maintenant.

Ce qui est sûr, c'est que je ne pourrais pas tout faire, ce sont plus des envies que de véritables projets. J'ai commencé à mettre le nez dans Python + QML, j'ai également bien envie d'approfondir cette voie.

Au final, c'est un peu comme rentrer dans une bonne patisserie sans savoir avec quoi on en ressortira exactement.

Hébergement

2011-06-08T23:30:00Z

Je viens de changer d'hébergeur, je quitte l'Autre Net pour AlwaysData. J'appréciais les idées portées par l'Autre, je quitte la structure sur un constat d'échec. Je n'ai pas réussi à m'investir dans l'association à la fois, incontestablement, par manque de temps mais aussi par manque d'envie. L'ambiance souvent tendue entre des membres irrespectueux et l'équipe qui travaille effectivement (et semble épuisée) n'a pas aidé. Le dernier débat en date, la migration des serveurs vers Debian Squeeze et la mise à jour de PHP, a pris des allures surréalistes (une partie des membres n'hésite pas à parler d'obsolescence programmée, de modernisation archarnée, de défense des minorités utilisant php5.2, de "passage au post-post moderne" et appelle à l'indignation) qui m'ont fait réaliser que je n'avais plus ma place au milieu de ce panier de crabes et que je n'avais pas grand-chose à apporter à l'association.

Me voici donc chez AlwaysData, je n'ai pas d'avis définitif mais l'hébergement semble de qualité et le support de python offre des perspectives intéressantes.

J'ai finalement cédé à un certain sentimentalisme et migré l'ancien site Dotclear qui reste donc disponible.

Logiciel libre et brassage amateur

2011-05-22T10:20:00Z

JolieBulle, logiciel de brassage que je développe depuis quelques mois, vient d'avoir les honneurs d'un petit article sur le blog de Launchpad. J'apprécie l'angle d'approche que Matthew Revell a choisi :

There’s quite a bit of overlap between home beer brewing and hacking. Both usually involve experimentation, sharing and a love of what you’re doing.

Les deux milieux partagent en effet de nombreuses similitudes. Culture de la bidouille et du partage, appropriation et réappropriation de savoirs-faire, regroupements associatifs, omniprésence de multinationales monopolistiques. Et des clichés tenaces dans l'esprit du grand public.

Un fabfile pour Pelican

2011-05-17T23:00:00Z

J'ai déjà dit tout le bien que je pensais de Fabric, et l'aide apportée par cette librairie pour l'utilisation de Pelican. Je publie ici la dernière version du fabfile que je me suis concocté, quelques explications suivent.

from fabric.api import *
import os
import fabric.contrib.project as project

def regen() :
    local('pelican -s /home/pierre/pelican/314r/settings.py -t /home/pierre/pelican/pelican-themes/314r /home/pierre/pelican/314r')

def publish() :
    local('lftp ftp://identifiant:motdepasse@lautre.net -e "mirror  -R  /home/pierre/pelican/314r/output/   /www/314r.fr/calepin ; quit"')

def article(titre) :
    if not os.path.exists('%s' % titre):
        fichier = open('%s' % titre, 'w')
        fichier.write('''Titre
#########################################################
:author: 314r
:date: 2011-00-00 00:00
:category:
:tags:  ''')
        fichier.close()

def commit() :
    local('bzr add')
    local('bzr commit -m "maj site"')

Les commandes

fab regen génère le site.

fab publish transfère le site via ftp chez mon hébergeur. J'utilise lftp comme client ftp en ligne de commande.

fab article:nom_du_fichier créé un nouveau fichier nommé nom_du_fichier avec la structure minimale d'un article pour Pelican (titre, auteur, date etc). Si le nom du fichier comprend l'extension .rst il sera pris en compte à la prochaine génération du site, sinon il joue le rôle de brouillon.

fab commit, j'utilise Bazaar pour gérer les versions du site.

Rien de très compliqué donc, mais des commandes qui permettent de fluidifier l'utilisation de Pelican et de moins s'user les doigts. Cet article était également un excellent prétexte pour vérifier le fonctionnement de Pygments, qui gère la coloration syntaxique du code ci-dessus. Visiblement, ça marche.

A vendre

2011-05-08T17:30:00Z

D'après un article publié sur PCInpact, Windows 8 serait doté d'un Store à la façon de MacOS et iOS. Spéculations. Mais quelques commentateurs avisés font remarquer avec enthousiasme que le modèle du Store ou du Software Center est directement hérité des distributions GNU/Linux et de leurs systèmes de paquets/gestion des dépendances/dépôts. GNU/Linux, une fois de plus à l'avant-garde.

Je l'ai déjà exprimé ici, je ne partage pas cet enthousiasme généralement déclenché à l'évocation de nos systèmes de paquets. Employé dans une distribution grand public ou orientée bureau c'est un système confortable pour le citoyen moyen des régions industrialisées, disposant d'une bonne connexion internet et qui ne se l'est pas encore fait couper par une autorité administrative. Mais la perspective de voir un tiers s'intercaler de façon quasi incontournable entre utilisateurs et développeurs me refroidit sérieusement. Dans le cadre d'une exploitation commerciale, on sait ce que ça donne, c'est l'exemple d'Apple et de sa mainmise sur l'App Store, pas vraiment de quoi faire rêver un libriste. Dans le cadre de nos distributions et de leurs communautés a priori bien intentionnées, l'affaire récente du détournement des revenus de Banshee au profit de Canonical donne une bonne idée des conflits d'intêrets qui s'annoncent. Il est également intéressant de se rappeler que Debian, qui fait aujourd'hui figure de communauté modèle, était avant l'avénement d'Ubuntu la cible d'attaques identiques à cette dernière : pas de collaboration au code upstream, patchage sauvage des logiciels empaquetés (voir le célèbre cas d'OpenSSl), pas de remontée des bugs, obstruction injustifiée à l'empaquetage de certains logiciels... Les critiques se sont tues après l'émergence d'Ubuntu comme distribution "universelle" et bouc émissaire tout trouvé, mais les problèmes de fond demeurent et concernent la plupart des distributions.

Il est aujourd'hui devenu impossible pour un petit développeur d'empaqueter lui-même ses projets pour quelques dizaines de distributions. Cette tâche est déléguée à une masse assez impressionnante de contributeurs/empaqueteurs qui abat une grosse quantité de travail. Mais alors que le logiciel libre encourage la collaboration, la réutilisation du code, la mutualisation des efforts, l'empaquetage mobilise des forces considérables pour un travail jetable et confiné à de petites communautés. Il est peut-être temps d'en finir avec cet archaïsme. Voir les seigneurs féodaux du logiciel propriétaire l'ériger en modèle devrait nous y inciter.

image par xkcd

Une rolling release pour les paresseux

2011-05-05T11:30:00Z

Je suis passé sous Archlinux il y a environ un an et demi par simple curiosité, et j'ai mis un peu de temps à comprendre pourquoi je n'en suis pas sorti. Cette distribution rolling release flatte ma paresse. Je mets généralement beaucoup de temps à me configurer ma distribution à mon goût, et il y a des opérations que je préfère ne pas renouveler trop souvent. Configurer l'imprimante. Le pare-feu. Le serveur LAMP. AutoFS et NFS. Les services au démarrage. La planification des sauvegardes. Les pilotes graphiques. Ces mille petits détails qui font qu'on a l'impression d'être "chez soi" sur sa machine. Et tous ces trucs dont on a besoin une fois tous les 6 mois, et que l'on doit réinstaller/reconfigurer une semaine avant la sortie de la nouvelle distribution.

Ce plaisir d'avoir une distribution qui se bonnifie avec le temps, qui évolue sans m'obliger à revenir en arrière cycliquement, est à mes yeux une des plus grandes qualités de Arch.

Un calepin

2011-05-02T13:30:00Z

Voilà la page Dotclear est tournée, sauf avarie majeure et imprévue sur cette nouvelle version. Le site est maintenant généré par Pelican, dont j'ai déjà vanté les mérites. Ce joyeux mélange de Python, de Jinja2 et de reStructuredText est diablement rafraîchissant. Je me retrouve donc avec une collection de fichiers html portables générés localement qu'il me suffit d'envoyer sur mon espace d'hébergement.

Pour l'occasion, j'ai construit rapidement un nouveau thème graphique visuellement minimaliste. Au fil du temps, je dépouille de plus en plus mes pages de tout contenu inutile. J'espère que ça passe bien sur vos navigateurs, j'avoue ne pas avoir fait de tests très étendus.

Enfin, les archives de l'ancien site sont toujours accessibles pour le moment.

A bientôt !