Let's have a dream

Plouf !

vincent — Fri, 18 Jul 2008 11:42:00 +0200

Devant la richesse des derniers titres de mon blog, je dois faire palir d'envie (ou pas).

Le manque de billets et de nouvelles de moi s'explique assez facilement :

J'ai déménager très récemment (un petit mois) et je n'ai toujours pas internet. Je m'en passe plutôt bien, ça fait en quelques sorte des vacances d'internet.

J'ai eu quelques coups de sous-motivation et je suis de temps en temps overbooké au boulot.

J'attends avec impatience la version 1.0 de Django pour passer définitivement sur ce framework mes sites web et faire quelques chose de propre sur du stable.

Sinon, cela fait bientôt 2 ou 3 mois que j'ai un Mac Mini, et donc Apple OS X. C'est beau, c'est propre, c'est puissant et c'est un UNIX ! C'est le discours du geek débutant sur Os X, et c'était le mien pendant le premier mois. Depuis ça a changé. J'aime bien Mac Os X, mais je n'en ferais pas mon système d'exploitation principale, je reviendrais dessus, mais c'est trop fermé, ça prends autant les bons que les mauvais coté d'un UNIX avec certain mauvais côté similaire à Windows (fs non case sensitive, etc..). Donc définitivement, FreeBSD et quelques distributions linux (openSUSE, debian, gentoo, voire ubuntu) ont un bel avenir dans mon parc informatique :D

@coco : l'asile, ils veulent pas de moi ;)

Oups I did it again.

vincent — Tue, 08 Jul 2008 09:08:00 +0200

---
oO"

Vous avez probablement deviné.

Vivement la version 1.0 de Django.

Switcher je suis, Logiciels OS X indispensables

vincent — Sun, 25 May 2008 17:29:00 +0200

Ce n'est pas la fin du monde, et aucun pan du continium espace temps ne s'est effondré. Mais je suis désormais sous Mac OS X, comment quoi, tout est toujours possible. Cela fait 5 jours maintenant que j'ai un ordinateur frappé de la Pomme, et je ne suis pas déçu, bien au contraire.

Hardware

Le mac mini est une belle bette. Très simple visuellement, ça fait pas trop de lumière, y a juste les connecteur qu'il faut. Dans la babbasse c'est plutôt bien aussi puisque c'est "de loin" les meilleures performances que j'ai depuis longtemps (je me traine des PCs vieux de 7 et 3 ans). Au niveau connecteurs, c'est presque juste, mais avec un hub usb (et un disque dur usb qui fait également hub usb) tout va bien.

Mac OS X

Je ne vais pas détailler ce que j'aime et/ou pas dans le système d'exploitation de la pomme. Mais ma première impression peut se résumer en : homogène, beau et bénéficiant de la puissance des Unix. En gros, c'est assez proche du système d'exploitation dont je rêve. Les logiciels installé par défaut sont surtout très bien intégré. Tout est assez simple à prendre en main. Je pense que la courbe d'apprentissage est assez linéaire.

Enfin, la surprise du chef, les raccourcis clavier Emacs (CTRL+A, etc..) marche dans toutes les applications.. J'aime !

Software

C'est l'objet de ce billet.. Après 5 jours, voilà la liste des logiciels que j'utilise souvent, ou que je trouve nécessaire :

AppCleaner : nettoyer les applications qu'on a installé pour tester.
TextMate : l'éditeur de texte de référence sous Mac OS X.
Emacs : parce que je ne change pas tant que ça.
Adium : le pidgin d'OS X.
Colloquy : client IRC
Burn : graver en toute simplicité
CyberDuck : client ftp, sftp, webdav, amazon S3..
Logiciel MacUpdate : pour trouver les mise à jour
Max : pour convertir des fichiers audio.. Je m'en sers pour mettre mes ficher FLAC dans un conteneur Ogg pour qu'iTunes les lise (grace à XiphQT).
NeoOffice et/ou openOffice 2/3 : pour la suite office (openOffice 3 n'a pas besoin de X11, mais c'est une beta)
iWork : parce que KeyNote est indispensable.
MPlayer : version OSX (et une compilée à la mano aussi), parce que QuickTime sux
QuickSilver : parce que c'est le meilleur des launcher
sshfs et macfuse : pour pouvoir monter des disque via ssh.
unrarX : pour pouvoir ouvrir des rar.. pratique.. (ou juste unrar).
TImeMachineScheduler : pour pouvoir customizer un peu TimeMachine (qui fait des sauvegardes trop rapporchées à mon gout)
MacTex : texlive 2007 sous mac.. Parce que moi, j'aime LaTeX :)
ScreenFlick : pour les screencasts.. mais j'ai pas de sous.. :'(
Transmission : client torrent simple, gratuit et efficace
Growl : pour les notifications toute mini.
Java SE 6 : la mise à jour bien venue d'Apple pour avoir le SDK de java en version 1.6
XCode : parce que.. je sais pas, pour le tester.. :)
Wrap : pour pouvoir se déplacer de "Space" en "Space" avec la souris.. (et donc surtout de déplacer les fenêtre sur d'autres Space).
extfsX : pour pouvoir monter (en read-only) des disques dur formatter dans le système de fichier de Linux.
NewsFire : lecteur RSS/Atom pratique et simple.

Et j'ai gardé le meilleur pour la fin : MacPort.. Parce que ça permet d'avoir un système de port à la FreeBSD (basiquement le même mais un peu adapté), et donc disposé de tous plein de logiciels open source facilement, en les compilant.

J'en ai forcément oublié, et puis je me suis pas relu et j'ai pas envie.. J'ai pas mis les liens, puisque qu'un petit google dessus, ça marche très bien. C'est un billet fait très très vite fait. Je reviendrais sur tout ça bien plus tard.. Quand letshaveadream aura sa nouvelle peau de serpent (django) (preview).

Préparatifs...

vincent — Mon, 05 May 2008 15:23:00 +0200

Quelques évenements à venir, mais je n'en dis pas plus, laissons parler les images.

J-(4+8)

Refonte, à la biologeek

vincent — Thu, 24 Apr 2008 15:52:00 +0200

Je suis un peu provocateur, mais j'annonce, avec probablement 1 an d'avance (*), le refonte en Django de ce blog, mais bien entendu, tout se fera de manière transparente, et comme David, je vais prendre mon temps... Au passage, le design aussi sera.. plus leché, et mine (vous le connaissez déjà en partie).

Pourquoi ?

C'est la raison essentielle de cette refonte : reprendre le contrôle du code de l'application dont je me sers pour avoir la liberté de faire ce qui me plaît facilement et rapidement. Je ressens une énorme frustration actuellement à ne pas pouvoir ajouter les fonctionnalités qui me semblent intéressantes sans devoir passer par un plugin (lorsqu'il existe...). D'autant que je dois avoir une aversion au moins équivalente pour PHP de celle que j'ai pour Java (hop un petit troll au passage ça fait pas de mal ;-)).

En enlevant la petite phrase sur Java, je suis complètement d'accord. J'aime bien Dotclear, mais, je sais pas, je préfère reST, et je sais pas..

(*) C'est surtout une manière de pas m'imposer une date à respecter.

Deploiement : Ant et Tomcat sont dans un bateau

vincent — Tue, 22 Apr 2008 15:48:00 +0200

J'ai mis un peu de temps à comprendre de façon sommaire de la façon dont fonctionne la deploy task sous ant, fournis par tomcat, alors autant en faire profiter tout le monde..

Edition 23.04 : il est à noter que j'ai ensuite découvert le Tomcat client deployer, téléchargeable pour les version 5.x et 6.x au moins. La documentation se trouve ici. La technique expliqué ci-dessous doit être similaire, sauf qu'elle est intégré à votre build.xml.

But

Le but de l'opération est assez simple : être en mesure, via une commande ant, de déployer un projet J2EE sur le Servlet Containre Tomcat. Pour aller un peu plus loin, je voulais aussi pouvoir avoir plusieurs profils de déploiement, ou autrement dit, pouvoir déployer le code sur différent Tomcat.

Préalable(s)

Certaines librairies en plus sont nécessaire au bon fonctionnement de ces tâches Ant. Nous utilisons les tasks de déploiement et les task ssh. Il est nécessaire d'ajouter les 2 librairies suivantes dans le classpath de Ant.

catalina-ant.jar : provenant de Apache Tomcat. La librairie se trouve dans le répertoire Tomcat, puis server/lib/catalina-ant.jar.
jsch-xxx.jar : permet l'utilisation des tâches sshexec et scp.

En temps normal, les librairies nécessaires sont dans ${basedir}/lib/ant, et le fichier build.xml les prend en considération. On verra dans la Mise en place qu'il peut en être autrement (on embarque tout avec nous).

Dans mon cas particulier, les ports d'apache tomcat ne sont pas ouvert sur l'exterieur, et la manager de tomcat non plus, et ceci pour des raisons presque évidentes de sécurité. Il est alors nécessaire de faire un tunnel ssh, avec les moyens du bord. Voici un exemple, en ligne de commande, sous Linux :

ssh -N -p 22 root@host -L 9080/127.0.0.1/8080

Ici, le port distant 8080 de la machine host est redirigé, via un tunnel ssh, au port local 9080. Ainsi, l'instance distante tomcat, ainsi que son manager, vont être accessible en local, sur le port 9080.

Mise en place

La façon dont le déploiement s'effectue va suivre les différentes étapes :

Compilation : étape normale de ant
Génération du war : un fichier war (web archive) est généré (dans distbin/war/)
Upload du war sur la machine distante, en utilisant ssh, dans le répértoire /tmp/
Un-deploy de l'application, afin de pouvoir la re-déployer ensuite.
Deploy de l'application.
Reload du context de l'application.
Diverses tâches : suppression du war dans le /tmp/ et copie des fichiers images nécessaires.

Nous allons maintenant étudiés comment mettre en place ces étapes dans notre build.xml.

Définir les tâches

La première étape va être de définir les tâches. Prenons par exemple la tâche deploy, fournit par le fichier catalina-ant.jar. Nous avons les deux librairies java dans le répertoire lib/ant/. La définition de la tâche deploy se fait en début de fichier, en utilisant le tag taskdef.

<taskdef name="deploy" classname="org.apache.catalina.ant.DeployTask">
  <classpath>
    <pathelement path="${lib.ant}/catalina-ant.jar"/>
  </classpath>
</taskdef>

Nous spécifions à ant le classpath, pour qu'il trouve la classe Deploytask. Il est à noter que ${lib.ant} est définit en début de fichier, pointant vers le dossier où les librairies sont. Nous faisons de même pour les autres tâches, soit :

<taskdef name="deploy" classname="org.apache.catalina.ant.DeployTask">
  <classpath>
    <pathelement path="${lib.ant}/catalina-ant.jar"/>
  </classpath>
</taskdef>
<taskdef name="reload" classname="org.apache.catalina.ant.ReloadTask">
  <classpath>
    <pathelement path="${lib.ant}/catalina-ant.jar"/>
  </classpath>
</taskdef>
<taskdef name="undeploy" classname="org.apache.catalina.ant.UndeployTask">
  <classpath>
    <pathelement path="${lib.ant}/catalina-ant.jar"/>
  </classpath>
</taskdef>
<taskdef name="sshexec" classname="org.apache.tools.ant.taskdefs.optional.ssh.SSHExec">
  <classpath>
    <pathelement path="${lib.ant}/jsch.jar"/>
    <pathelement path="${lib.ant}/ant-jsch.jar" />
  </classpath>
</taskdef>
<taskdef name="scp" classname="org.apache.tools.ant.taskdefs.optional.ssh.Scp">
  <classpath>
    <pathelement path="${lib.ant}/jsch.jar"/>
    <pathelement path="${lib.ant}/ant-jsch.jar" />
  </classpath>
</taskdef>

Gestion des profils

On va utiliser une astuce pour pouvoir spécifier un profil a ant et surtout en définir un par défault. Pour définir une variable au moment de l'exécution de ant, il faut faire quelque chose du genre : ant -Dprofil=xxx. Tout se passe en 3 lignes :

<property name="profil" value="local" />
<property name="undeploy" value="true" />
<!-- On charge un fichier en fonction du profil.. définit par défault ou écraser par la ligne de commande -->
<property file="${basedir}/${profil}.properties"/>

Le fichier xxx.properties

Le fichier ${profil}.properties contient toutes les variables nécessaire au déploiement. Dans mon cas, voici mon local.properties :

 deploy.host=localhost
 deploy.username=vincent
 deploy.password=412hez
 deploy.app.path=/qualif
 deploy.app.webip=127.0.0.1
 deploy.app.webimages=/usr/share/energy/images
 deploy.manager=http://${deploy.host}:8180/manager
 deploy.manager.username=admin
 deploy.manager.password=xxxxxxxx

Tâche et astuces finale

Enfin, on définit les tâches, mais faudra vous débrouiller pour les tâches de compilation, de génération du war, et autres (très bien documenté).

On va aussi faire preuve de malice ici. Mon profil par défaut est un profil local, je n'ai donc pas besoin de scp ou de sshexec. J'ai donc ici utilisé les conditions, en définissant une variable d'un façon différente en fonction du profil, et ainsi appeler ensuite un tâche différente.

Pour le reste, c'est du classique, et du bien documenté sur le site de ant.

<target name="deploy" depends="compile_java">
  <filter token="WEBIP" value="${deploy.app.webip}" />
  <copy todir="${dist.tomcat.WEB-INF}" filtering="yes">
    <fileset dir="${src.conf}"/>
  </copy>
  <antcall target="war" />
  <echo message="Deploying ${basedir}/${war}/${name}-${version}.war on Tomcat : ${deploy.manager}.."/>
  <condition property="deployer.function" value="local" else="default">
    <equals arg1="${profil}" arg2="local" />
  </condition>
  <condition property="deploy.undeploy" value="yes" else="no">
    <istrue value="${undeploy}" />
  </condition>
  <antcall target="scp-${deployer.function}" />
  <antcall target="undeploy-${deploy.undeploy}" />
  <!-- (re)Deploy app -->
  <deploy url="${deploy.manager}"
            username="${deploy.manager.username}"
            password="${deploy.manager.password}"
            path="${deploy.app.path}"
            localWar="/tmp/${name}-${version}.war"
         />
  <!-- Reload the Context -->
  <reload url="${deploy.manager}"
            username="${deploy.manager.username}"
            password="${deploy.manager.password}"
            path="${deploy.app.path}" />
  <!-- Remove the temporary war file -->
  <antcall target="sshexec-${deployer.function}" />
</target>
 
<target name="scp-local">
  <echo>Local deployement, no need to to scp, just copy..</echo>
  <copy file="${war}/${name}-${version}.war" todir="/tmp/" />
</target>
 
<target name="scp-default">
  <scp file="${war}/${name}-${version}.war"
            todir="${deploy.username}:${deploy.password}@${deploy.host}:/tmp/"
        />
</target>
 
<target name="sshexec-local">
  <echo>Local deployement, no need to do sshexec</echo>
</target>
 
<target name="undeploy-yes">
  <undeploy url="${deploy.manager}"
            username="${deploy.manager.username}"
            password="${deploy.manager.password}"
            path="${deploy.app.path}"
        />
</target>
<target name="undeploy-no">
  <echo>No un-deploy</echo>
</target>
 
<target name="sshexec-default">
  <sshexec host="${deploy.host}"
   	            username="${deploy.username}"
    	            password="${deploy.password}"
    	            command="rm /tmp/${name}-${version}.war"/>
</target>

Usage

La procédure est censée être la plus simple possible, en admettant que le port de tomcat est ouvert, et que le manager de tomcat est actif. Il ne s'agit que d'une ligne de commande :

ant deploy

Le profil de déploiement peut également se spéficier. Par défaut, il s'agit du profil local, dont les propriétés sont disponible dans le fichiers local.properties.

ant -Dprofil=toto deploy

En spécifiant le profil toto, par exemple, ant va chercher les propriétés dans toto.properties et fait le déploiement selon ces propriétés.

Il est à noter qu'il faut forcément undeploy le context pour pouvoir le redéployer. Ant n'est pas très intelligent sur ce point (c'est là entre autre qu'on dit vive Maven), et se plantera en bon et due forme au moment du undeploy.. s'il n'a pas été déjà déployé. Pour cela, un petit booléen peu être passé en argument :

ant -Dprofil=ns -Dundeploy=false deploy

Tiny move

vincent — Sun, 20 Apr 2008 13:02:00 +0200

Si vous voyez ce billet, le déménagement s'est bien passé.. Faut juste que je retrouve un thème qui me plait.

# Comment
SRC_ENV="$HOME/sources/env"
 
echo -e "Adjust permission for bin files"
for file in `ls -B $SRC_ENV/bin`;
do
    chmod +x $SRC_ENV/bin/$file
done

Oups.. il semble y avoir qqs soucis avec le thèmes et/ou des plugins XD

Documents : organisation en espace daté

vincent — Tue, 15 Apr 2008 10:50:00 +0200

Je reviens sur l'organisation de mes documents (ainsi que de mes mails par la même occasion), inspiré par un billet de karl, pointé par David il y a quelques temps. Ma technique personnelle est, de façon certaine, à améliorer, on peut même presque dire que j'expérimente, pendant que je le peux encore.

En petite introduction, très très rapide (au pire, lire le billet de karl), organiser ces documents dans un espace daté, c'est les organiser dans un architecture dossier reflétant des dates, soit : {YYYY}/{MM}/{DD}/. Aujourd'hui, les documents que j'ai enregistrer ou produit sont conserver dans le répertoire 2008/04/15.

Pourquoi l'espace daté ?

La première question qui vient à l'esprit est, pourquoi utiliser un espace daté ?. Quel est l'apport et en quoi cela va-t-il me servir ? Attention, je ne vous dis pas que cela va vous apporter quelque chose ; si vous vous débrouillez très bien avec votre système actuel, ne changer pas, no soucis, ce n'est qu'un "retour d'expérience".. Pour ma part, mes photos sont déjà classées par date (f-spot), le passage pour tout mes documents a été un peu facilité.

Je vais donc d'abord citer Karl, sur l'utilisation normal du système de fichier.

Le problème de l'organisation des fichiers actuelle est qu'elle est principalement mono thématique. Si je crée le répertoire Documents/Photos/Normandie/Cotentin/ où je mets les photos du cotentin, ce n'est qu'une possibilité de rangement. Je pourrais très bien mettre certaines de ces photos dans Documents/Architecture/Eglise/ car elles sont des images de vieilles églises.

C'est complètement le problème que je rencontrais. L'utilisation d'un espace daté, c'est la solution de simplicité, en l'absence d'un système de fichier sémantique (qui.. n'existe pas encore). On ne réfléchis pas, on sauvegarde le document à la date now(). Ensuite, on profite du fait que certain fichier supporte les meta-données (ou on ruse dans le cas contraire) et on les remplis correctement. Ici il y a aussi quelques progrès à faire, plus ou moins à tous les niveaux (les outils, au niveau du système de fichier, ..). C'est assez dépendant des fichiers et de l'éditeur ou de l'application utiliser, donc ne nous éparpillons pas.

Comment s'y retrouver ?

C'est bien beau de ranger, mais ensuite il faut retrouver ce que l'on a rangé. Le fait de classer ces documents par date peut faciliter la recherche, si l'on se rappel de la date et/ou de l'évènement attaché au document. Par contre, il n'y a plus de notion de classement dans une catégorie, et chercher tous les fichiers traitant des champignons d'Ardennes du sud, on a un peu plus de mal.

La plupart des système d'exploitation digne de ce nom (et des environnements graphiques) possède des indexeurs de contenu, ou moteur de recherche (local), pour faire plus français. On a Spotlight sous Mac OS X, tracker et beagle entre autre sous Linux, et je ne sais pas sous Windows. S'ils ont bien été fait, ceux-ci connaissent les meta-données, et pour peu que vous les renseignées bien au moment de la sauvegarde de vos fichiers, ils les indexeront de la bonnes manière. Ensuite, les fichiers traitant des champignons d'Ardennes du sud vont seront restitués lors de votre recherche. J'ai longtemps été refractaire à ce genre d'outil, les indexeurs. Je trouvais qu'ils avaient tendance à manger du temps CPU et de la mémoire, alors que je les trouvais inutile. Au fil du temps, j'ai commencé à en trouver l'utilité, puisque toutes les solutions de rangements que j'ai envisagé, n'ont jamais aboutie à quelques chose de correct et homogène.

En fait, ci-dessus, c'est le cas idéal, et ce cas.. n'existe pas. Prenons l'exemple de Linux, et plus particulière de beagle, distribué de base avec openSUSE 10.x et plus (au contraire d'Ubuntu qui intègre tracker, mais je n'ai pas cherché de ce côté là). Bealge donc, supporte un certain nombre de fichier, mais pas tous, et pour plein de raison (il y a tellement de type de fichier qu'il est quasi impossible de tous les supporter.. sans compter les formats propriétaires). On se retrouve avec, dans les mains, une application incomplète, ce qui peut paraitre normal, quand on sait que la version actuelle de beagle est 0.3.5. Cependant, beagle permet l'ajout de nouveau filtre (externe, ou pas je crois) ainsi que de nouveau backend. En gros, si le fichier n'est pas supporté, il est possible, via configuration xml ou autre, de l'ajouter. C'est ma solution à moi, passer un peu de temps à configurer mes filtres, et développer des backend s'il le faut, pour ensuite profiter au maximum de l'outil.

Ce n'est pas parfait, loin de là, mais c'est en essayant, et en participant, qu'on fait avancer les choses. Enfin, j'aimerais encore une fois citer karl, qui établie une liste sur pour un système de fichier organisé.

Toute création nouvelle de fichiers est sauvegardé dans le répertoire du jour dans l'espace daté.

Chaque création est renseignée automatiquement par un minimum d'information telle que la date, le nom de l'auteur, la localisation géographique, adresse email de l'auteur, etc grâce à un système de préférences générales pour toutes les applications.

Si le fichier contient lui même des informations, elles sont ajoutées à cette base (exemple données EXIF et IPTC d'une image numérique)

Si l'auteur veut modifier ou ajouter des paramètres il peut le faire au moment de la sauvegarde ou après cette sauvegarde par un mécanisme de sélection et une fonction, ajout de données.

Si au moment de la sauvegarde les informations entrées par l'auteur ou les informations trouvées dans le document contiennent des liens possibles vers d'autres documents déjà stockés, le système doit proposer d'associer et d'établir des liens entre ces documents quelque soit leur nature (email, photo, document texte, applications).

L'information peut être stockée dans une base de donnée RDF.

Votre système de fichier fonctionne par notion de vue thématique en recherchant dans la base de donnée.

Et pour les mails ?

Pour finir, j'ai encore une fois suivi karl (décidément XD), et j'utilise également un espace daté pour mes mails. J'ai aussi la chance d'avoir mon propre serveur mail (installé avec mes petites mains de geek), et utilisant Maildir plutôt que mbox pour le format de stockage des mails, j'ai adapter le .procmailrc que karl fournit comme suit.

# Definition du repertoire de messagerie
MAILDIR=$HOME/Maildir
# calcul des variables mois et annees
MONTH=`date +%m`
YEAR=`date +%Y`
# Creation du repertoire annee s'il n'exsite pas
:0 ic
 * ? test ! -d $MAILDIR/.$YEAR
 | maildirmake -f $YEAR $MAILDIR
# Creation du repertoire mois s'il n'existe pas
:0 ic
 * ? test ! -d $MAILDIR/.$YEAR.$MONTH
 | maildirmake -f $YEAR.$MONTH $MAILDIR
# Transfert du message dans le dossier du mois
:0:
  *
  $MAILDIR/.$YEAR.$MONTH/

Et de la même façon, j'utilise ensuite les dossiers intelligents (appelé Saved search sous Thunderbird). Une amélioration, serait de pouvoir stocker ces dossiers intelligents directement sur le serveur (sous un format compréhensible par +/- n'importe quel client mail), car pour l'instant, pour chaque machine, je dois recréer ces dossiers localement.

Je suis bien entendu ouvert à tout commentaire, amélioration, réaction.

ps : hum.. il y aurait quelques amélioration à effectuées sur cette mise en page au passage...

Future organisation de shortbrain.org

vincent — Sun, 13 Apr 2008 12:26:00 +0200

Ce jour de dimanche 13 avril, j'ai arrêté ma décision sur la gestion de mon carnet. Cela n'a pas été sans mal, mais il faut bien se décider un jour sinon, on ne fait rien.

Dans le concept c'est assez proche de ce que karl fait probablement. Je me suis même essayé à l'organisation de mes documents par date (autrement dit tous mes documents sont stocker dans des répertoires du type YYYY/MM/DD, mais j'y reviendrais un autre jour, ou une autre fois). Je vais tenter d'expliquer le façon dont cet espace (shortbrain) est généré.

Billets

Les billets (entrée du carnet), comme les entrées de la base de connaissances, sont classés de la même façon que le reste des documents. Le seul élément qui les distingue est leur extension, de la forme {nom}.log.rst.

short2web parcourt le dossiers contenant les documents (classés par date). Si un fichier ayant l'extension .log.rst est rencontré, un document html de la forme {YYYY}-{MM}-{DD}-{titre|nom}.html est généré.

Base de connaissances

Pour la base de connaissances, les fichiers sont de la forme {nom}.kb.rst. short2web procède de la même façon, avec cependant une subtilité : une entrée dans la base de connaissances n'est pas figée dans le temps.

Ma première approche (et je l'espère pas trop naïve) est de gérer ça par liens symboliques (je profite du fait que mon environnement est un UNIX(-like) et qu'il offre ces possibilités). De façon assez général, le fichier {nom}.kb.rst est créé à une date fixe. A chaque fois qu'il est de nouveau éditer, on créer un lien symbolique vers l'édition précédent. Ainsi on édite toujours le même fichier, et short2web peut construire un historique des éditions.

Il me reste à définir la forme et l'endroit où le fichier est généré pour la base de connaissances.

Publication

Tout ce qui est expliqué plus haut, est pour l'instant généré en local, sur l'une de mes machines de développement. Il faut se poser la question de la publication. Et la, j'hésite entre deux probables solutions :

Générer le tout en local, et l'uploader ensuite, de façon journalière, d'une manière ou d'une autre (rsync, scp, ..)
Utiliser le fait que me documents sont synchronisés (enfin, vont l'etre) et suivante le solutions de synchronisation, exécuter, de façon journalière, ou à la réception (par l'utilisation des hooks, disponible dans la plupart de scm actuel) pour exécuter les scripts de génération sur le serveur hébergeant les Documents..

J'hésite fortement. Et vous, qu'en pensez-vous ?

Mise en place

Il ne me reste maintenant plus qu'à mettre ceci en place, ainsi que d'intégrer le design et docutils. Enfin, je n'ai pas parlé ici de flux ATOM, d'index, d'archives, etc..

A noter au passage, l'utilisation des modules Python suivant : docutils, Jinja, Pygments, et.. c'est à peu près tout (ah si.. BeautifulSoup dans un avenir plus/moins proche)

openSUSE counter

vincent — Sat, 05 Apr 2008 22:58:00 +0200

Facteur et news

vincent — Mon, 31 Mar 2008 20:44:00 +0200

Le facteur est passé ce matin, et je suis plutôt content.. Faudra que je fasse quelques reviews après avoir lu ces bouquins, mais la c'est l'excitation qui prends le pas sur tout ! Et sinon.. quelques nouvelles :

ça m'étonne que beaucoup de gens le suive, mais l'information a été diffusée.. J'ai envie d'un Mac.. un Mac mini pour être précis (et Aperture qui est pour beaucoup).
Un article sur docutils et reStructuredText dans le Linux Magazine du mois.. Sweet !
shortbrain.org est bientôt sur les rails.. Je ne vais pas me voiler la fasse, l'inspiration est de karl (pas le design, qui reste comme l'actuel, mais l'espace carnet.. je suis complètement fan au passage :D). Au départ je m'étais dit que j'allais le faire avec Django, mais ça imposait de développer un bout d'APP, et tout et tout.. alors que l'utilisation de git, python et de petit script cron le tout sur mon dédié et mes différents ordinateurs est plus simple (et terriblement plus geek).

Mood of the week

vincent — Sun, 16 Mar 2008 15:24:00 +0100

Somewhere between :

And :

Getting Things : un recentrage s'impose..

vincent — Sun, 09 Mar 2008 19:34:00 +0100

Getting Things est pour moi l'avant GTD. Il faut déjà bien cibler ce que l'on veut faire avec qu'elles soient effectivement faites. J'ai toujours manqué cruellement d'organisation, laissant mourir dans l'œuf la plupart des projets que j'ai entrepris. Il faut une fin à tout, et j'ai donc décidé de mettre fin à cette mauvaise habitude dès maintenant. Il va me falloir procéder par étapes assez simple dans l'énoncé, mais probablement beaucoup plus difficile à mettre en place.

Analyse

La première étape peut paraitre très simple : il s'agit ici d'analyser mes besoins et mes envies, de les classer par importance. De cette analyse et ce classement, devrait me donner une bonne idée des tâches à faire. Par expérience, j'ai toujours plein d'idées de choses à faire (ce week end par exemple), mais j'en ai tellement (que je note ou pas du reste) qu'en définitive, rien n'est fait (comme ce week end). Or le plus important, c'est surtout d'agir. D'autres ont probablement déjà effectué cette démarche (ou ont ça dans le sens, ce qui est loin d'être mon cas).

J'ai donc entamé cette démarche, et voici mon résultat ; Il m'a été quasiment impossible de classer.. mais le fait seul de les noter, ça fait déjà du bien... pour se recentrer..

Note : Long terme pour les tâches qui dureront dans le temps (constante évolution) ou en tout cas qui ont un intérêt sur le long terme.

Long terme

$HOME replicator : Je suis amené à travailler sur plusieurs ordinateur (rarement en même temps), et de mise à jour ou réinstallation interviennent de temps en temps ; le but est d'avoir des configurations unifiées, et des fichiers/documents synchroniser (avec bien entendu des exceptions et des gestions différentes suivant les données).
Getting Things Done : Je cherche une méthode/un outil (Unix+GNOME) pour gérer efficacement mes todolist, le plus complet possible (j'y reviendrais)..
Knowledge Base : Parce que mon cerveau est comme un éponge (quand on le presse il se vide), et parce que j'ai envie de partager, il me faut un endroit où tout noter (et m'imposer cette discipline de tout noter).
Development website : une sorte de sourceforge personnel. Je pense qu'il faut le coupler avec Knowledge Base, ce qui donnerais ainsi l'idée que j'ai en tête pour le future de shortbrain.
Local Backup : se servir de mon petit système embarquée Linksys NSLU2 comme d'un solution de backup locale.

Court et Moyen terme

Identité en ligne : ça devrait se passer ici..

Design : ce n'est pas mon domaine, mais quelques fois, il faut mettre la main à la pâte (ce blog, shortbrain, etc..)..

Je décide de m'arrêter la pour l'instant.. J'estime que toutes autres idées devra passer après la mise en place de ces nombreuses tâches.. Il va sans dire que le temps pour faire tout ça peut aller du très long au très court (le fait d'être en stage, d'avoir l'envie de se remettre au footing et à la lecture n'aide pas.. surtout quand en plus on veut jouer de temps en temps à PES et regarder quelques séries d'animes japonais..

Mise en place

C'est la partie à venir. Cependant la première chose à regarder c'est : Y a-t-il des outils déjà existant permettant de faire ce que je souhaite. Et la réponse est probablement oui, mais non..

Je reviendrais la dessus plus tard.

Online identity : first step

vincent — Mon, 03 Mar 2008 23:33:00 +0100

<link rel="openid.server" href="http://www.myopenid.com/server" />
<link rel="openid.delegate" href="http://vincent.demeester.myopenid.com" />

Lenovo Thinkpad x60s : Ubuntu 7.10, premières impressions

vincent — Sat, 01 Mar 2008 23:13:00 +0100

Je le fais en français, puisque je suppose qu'il y a déjà eu des retours en anglais.. Et puis parce que ce soir j'ai un peu la flemme d'écrire en anglais.

Au départ, j'étais partit pour installé la version 8.04 alpha 5, histoire de tester les derniers ajouts (que je connaissais déjà quand mon ACER tournait sous Gentoo). Le retour est simple : c'est très prometteur, l'installeur voit mon windows, me le resize, etc.. il fait tout bien du premier coup. Par contre le alpha se sent, c'est très instable, l'écran s'éteint de temps en temps, vraiment pas pratique. J'ai donc décidé d'installer la version 7.10, version, normalement stable.

Tout est effectivement stable, et marche bien.. Pardon, je vais trop vite, tout est un peu exagéré :

Le portable chauffe plus que sous Windows. Ce serait apparemment du à la non utilisation des possibilités d'undervoltage du processeur dans la machine, à creuser.
La battery life n'est pas indiqué par gnome-power-management, pourtant un petit cat /proc/acpi/battery/BAT0/state nous renvoie bien ce que l'on attend.
Et bien entendu, comme on aurait pu le supposer grâce au deux point précédent, la batterie ne tiens pas vraiment les 4h30/5h qu'elle tient sous Windows, dommage.. Je pense qu'il y a à creuser du côté de laptop-mode, car les fichiers de configuration par défaut me paraissent un poil light..

Voilà, j'ai encore beaucoup de boulot, notamment avec mon petit NSLU2 tout beauc (mais pas tout neuf), et pour d'autres choses encore..

Je ferais probablement un billet plus complet, récapitulatif et suivis dans le temps (en tout cas pour la version en cours d'ubuntu et/ou Linux, car je n'exclus pas d'installer une opensuse 11 un jour).

edition du 2 mars : je reviens sur la batterie life qui marche, mais mets du temps.. Et le temps de batterie que j'ai est de l'ordre de 2h/2h30 ce qui reste mi figure mi raisin, mais sans le laptop-mode enabled.. C'est ce que je regarde en ce moment.

Hardware & website update

vincent — Fri, 29 Feb 2008 22:31:00 +0100

These days, I decide a lot of the future of each of my domain name and by the way all website I own or host. I also had some new event that allow me to play with hardware once again.

First of all, I'm writing this entry from a Thinkpad x60s (by lenovo). I'm happy I have this laptop at work because it's exactly the kind of laptop I would have bought. In the next few hours, I'm going to try Ubuntu 8.04 on it, or 7.10 if too unstable. I'll share my experience of this hardware running under Linux here.

Next, I am re-installing my Linksys NSLU2, in order to make a quick & dirty home backup solution. The operating system will run on a 4Go usb key and is Debian. As always, an entry is on the road about it.

Finally, my dreamhost subscription will come to a end in the next few weeks. That's basically why I'm using Gandi blog for this weblog and why I'm reorganizing my two dedicated server.. I'm currently working on the design of my online identity page, as well as the new shortbrain design. The current shortbrain.org design will be use for letshaveadream.com which is basically my personal static website (generated by short2web).

See you soon ;)

Let's have a dream

vincent — Sat, 23 Feb 2008 13:32:00 +0000

And the dream restart here. It's been at least 1 year and a half that I did test Dotclear the last time.

Currently, I'm playing with the cool theme developped by the gandi blog team.. Playing with colors !