Le blog d'Arhuman

Using maildirs on Ubuntu [en/fr]

2011-08-20T10:13:00.000-07:00

Among all the operations that I do not so frequently, there's the one consisting in setting up system-wide maildirs. As I always forget how to redefine this pesky MAIL variable set by default to /var/mail/username, I've decided to blog about it to record the solution:

If you're directed to /etc/login.defs forget about it, just read the comments in it that points you to /etc/pam.d/* files.

The change to do are in

/etc/pam.d/su:

#session    optional   pam_mail.so  nopen

session    optional   pam_mail.so dir=~/Maildir nopen
/etc/pam.d/sshd:
#session    optional     pam_mail.so standard noenv # [1]
session    optional     pam_mail.so dir=~/Maildir standard

/etc/pam.d/login:
#session    optional   pam_mail.so standard
session    optional     pam_mail.so dir=~/Maildir standard

I used to call my maildirs folder simply 'Mail' but as most software expect them to be called 'Maildir' by default. I now follow the 'Maildir' name convention to avoid redefining the set name in multiple config files.

In my case, some additional steps:

in /etc/postfix/main.cf:

home_mailbox = Maildir/

If you use procmail for local delivery, don't forget to add to
/etc/procmailrc:
DEFAULT=$HOME/Maildir/

And if you're a mutt user,
/etc/Muttrc:
set mbox_type=Maildir
set mbox="~/Maildir"
set spoolfile="~/Maildir"
set folder="~/Maildir"

[French translation]

Parmi toutes les opérations que je ne fait pas si fréquemment, il y a celle consistant à définir les maildirs pour l'ensemble du système. Comme j'oublie toujours comment redéfinir cette agaçante variable MAIL, définie par défaut à /var/mail/nomutilisateur, j'ai décidé de blogguer sur le sujet pour me souvenir de la solution :

Si vous vous retrouvez dans /etc/login.defs, oubliez ça, lisez juste les commentaires qui vous redirigent vers les fichiers /etc/pam.d/* .

Les changements à opérer sont dans

/etc/pam.d/su :

#session    optional   pam_mail.so  nopen

session    optional   pam_mail.so dir=~/Maildir nopen

/etc/pam.d/sshd :
#session    optional     pam_mail.so standard noenv # [1]
session    optional     pam_mail.so dir=~/Maildir standard

/etc/pam.d/login :
#session    optional   pam_mail.so standard
session    optional     pam_mail.so dir=~/Maildir standard

J'avais l'habitude d'appeler mes maildirs simplement 'Mail', mais comme la plupart des logiciels s'attendent à ce qu'ils s'appellent 'Maildir' par défaut. Je suis maintenant la convention du nom 'Maildir' pour éviter d'avoir à redéfinir le nom dans plusieurs fichiers de configuration.

Dans mon cas, quelques étapes additionnelles :

dans /etc/postfix/main.cf :

home_mailbox = Maildir/

Si vous utilisez procmail pour la délivrance locale, n'oubliez pas d'ajouter à
/etc/procmailrc :
DEFAULT=$HOME/Maildir/

Et si vous êtes un utilisateur de mutt,
/etc/Muttrc :
set mbox_type=Maildir
set mbox="~/Maildir"
set spoolfile="~/Maildir"
set folder="~/Maildir"

Gitolite / Mercurial server

2011-07-31T11:20:00.000-07:00

Lately I installed 2 similar tools : gitolite and mercurial-server.
The 2 tools achieve the same goal, managing a central repository handling remote virtual users and differ mainly on the dscm they target (as their name imply).

As a matter of taste, I tend to prefer git (and so gitolite) beccause of its wider users base and architecture's simplicity.

But mercurial has roughly the same potential, and depending on your context you might prefer (or 'have to' in my case) to work with it.

But before discussing their benefits, let's detail how to install step-by-step :

For gitolite

#apt-get install gitolite

The following NEW packages will be installed:
git gitolite libcurl3-gnutls liberror-perl rsync

A gitolite or git user will be created in the process, for the rest of the document I assume this user to be 'gitolite'.
(this is the case on debian and ubuntu)

Some people prefer to create a gitolite admin dedicated user, but I prefer to reuse and existing user :

su - noc

This user has to create a ssh key (without passphrase) if he doesn't already have one.

ssh-keygen
cp .ssh/id_rsa.pub /tmp/noc.pub

su - gitolite

gl-setup /tmp/noc.pub

su - noc

git clone gitolite@localhost:gitolite-admin

cd gitolite-admin
vi conf/gitolite.conf

        repo    gitolite-admin
                RW+     =   noc

        repo    testing
                RW+     =   @all

Mercurial-server
Get the deb from :
http://packages.debian.org/sid/all/mercurial-server/download

install dependencies :
apt-get install mercurial

install the deb :
dpkg -i mercurial-server_1.1-1_all.deb

cp /tmp/noc.pub /etc/mercurial-server/keys/root/

sudo -u hg /usr/share/mercurial-server/refresh-auth

creating repo is a mater of cloning to the server
hg clone localrepo ssh://hg@server/reponame

The access rights seems a little bit more cumbersome to me
you can either use the /etc/mercurial/server/keys on the server and the refresh-auth command or
in a similar way to gitolite use the hgadmin repo.
Let's follow this way :

http://www.lshift.net/mercurial-server.html
https://github.com/sitaramc/gitolite#start

Why I use gitolite

2011-07-30T12:57:00.000-07:00

Whereas github is great for hosting your public repositories, as soon as you want to use many private remote repositories you should consider other options.

First because it's going to cost you some money and because it's always a good idea to avoid scatter your private stuffs on external server (Yes I know, as a google minion I'm not a good example...)

Among the many options to hosts your remote git repo, I've found gitolite to be the best one to suit my needs, let me explain why :

* I firmly believe in the KISS principle, and the fact that you don't need to use another daemon (it just uses sshd) is very appealing to me. (Other solutions often requiring to setup an apache/Webdav vhosts, git-daemon or whatever)

* Fine-grained access control : gitolite really shines in this aspect
In addition to the usual read/write/read&write gitolite provides access to 'non-fast forward push', branches creation/deletion, write deny and extends the targets to not only repositories but also branches/tags

* It's simple ! It's simple to install, simple to configure. Don't even need to read the doc to understand :

@admins    = arnaud jeff

@team1     = jeff bob

@team2     =  arnaud jeff

        repo    gitolite-admin

                RW+     =  @admins

        repo    testing

                RW+     =   @team1 arnaud 

        repo    kronar

                RW+     =   @team1 @team2

* Even if it relies on ssh as a basis for its authentication, it uses virtual users and doesn't require the users to have an account on the server

* It's configuration is versioned, gitolite-admin is a default repo managed by gitolite enabling remote administration through git. The whole gitolite configuration is self-contained.

* Other features you might like (but that I don't use)

     Informational commands (info, expand)

     disable write to git during backup (sysadmins will like this one...)

     gitweb support

...

Module::Build rocks!!!

2011-07-07T12:56:00.000-07:00

Yes I know, this module is already four years old and I'm probably the last Perl coder still using ExtUtils::MakeMaker for his modules.

Some experienced friends of mine already told me about it.
(Hello Maddingue, better later than never...)
I knew that I had to use it, but until today I didn't...

For those of you who haven't see the light, here are some reasons why you should switch to it:

_ It's easy (and you should be lazy) => make2build from Module::Build::Convert made the conversion a breeze without requiring to read any doc (ok I've read the doc anyway, but it's beccause I'm curious...)

_ It's powerful (and you should be impatient) => Build testcover and you have a complete test coverage provided out of the box!
(this feature alone is a killer to me, I know you can achieve the same with EU::MM but it is provided by default with Module::Build)

_ It's the state of the art (and you should be hubristic): using tool of the past without any good reason isn't a pragmatic behavior.
Module::Build is more portable, offer more options, and offer an automatic Makefile.PL generation for all the tools expecting one
(to get for free the best of both world)

There are tons of other reasons that you'll find if you read the doc.
Alleviating SCHWERN's pain (the EU::MM's maintainer) being the most original one to me :-)

Do yourself a favor, just use Module::Build with your modules.

Un geste pourtant simple

2011-06-14T06:11:00.000-07:00

Une fois n'est pas coutume je ne parlerai pas informatique ou productivité.

C'est aujourd'hui la journée mondiale du don de sang.
J'ai longtemps hésité à en parler; que dire que vous n'ayez déjà lu/entendu maintes fois :

* Les hôpitaux manquent de sang.
* Donner son sang *sauve de vies*
* Quelque soit votre emploi du temps il y a un moyen de donner près de chez soi.
(Ils travaillent même le Samedi dans la plupart des villes)
* C'est sur à 100%

Plutôt que d'essayer de vous convaincre d'une manière abstraite, allez jeter un œil sur le Blog de mon ami Loïc et sa femme Célia ("Deux expats à Seattle") :
Loïc est un ami, expatrié à Seattle, qui a découvert là bas qu'il était atteint d'une leucémie, il décrit dans son blog avec beaucoup d'humour et d'honnêteté son combat au jour le jour.

Il ne doit sa survie qu'aux donneurs de sang, et sa guérison ne se fera qu'à travers un don de moelle osseuse.

Tout ce que nous avons à faire, pour l'aider lui et des milliers d'autres, c'est de donner notre sang régulièrement et demander à être inscrit sur la liste des donneurs de moelle osseuse.

Un geste tellement simple...

Un peu d'ordre

2011-06-10T03:35:00.000-07:00

Après la discipline je parle d'ordre, ceux qui ne me connaissent pas doivent se poser des questions...
(et ceux qui me connaissent encore plus :-) )

Alors je vais rassurer tout le monde : Je vais commencer petit, sur mon ordinateur, dans mon répertoire .vim

Avant ma crise mon répertoire .vim ressemblait à ça :
drwxr-xr-x 4 arnaud arnaud 4096 2011-05-19 23:30 after
drwxr-xr-x 4 arnaud arnaud 4096 2011-05-19 23:30 autoload
drwxr-xr-x 2 arnaud arnaud 4096 2011-05-19 23:30 bin
drwxr-xr-x 2 arnaud arnaud 4096 2011-05-19 23:43 colors
drwxr-xr-x 2 arnaud arnaud 4096 2011-05-19 23:30 compiler
drwxr-xr-x 2 arnaud arnaud 4096 2011-05-19 23:43 doc
drwxr-xr-x 3 arnaud arnaud 4096 2011-05-19 23:30 ftplugin
drwxr-xr-x 2 arnaud arnaud 4096 2011-05-19 23:43 indent
drwxr-xr-x 2 arnaud arnaud 4096 2011-05-19 23:43 keymap
drwxr-xr-x 2 arnaud arnaud 4096 2011-05-19 23:43 lang
drwxr-xr-x 2 arnaud arnaud 4096 2011-05-19 23:30 nerdtree_plugin
drwxr-xr-x 2 arnaud arnaud 4096 2011-05-19 23:43 plugin
drwxr-xr-x 2 arnaud arnaud 4096 2011-05-19 23:43 print
-rw-r--r-- 1 arnaud arnaud   85 2011-05-19 23:30 README
drwxr-xr-x 2 arnaud arnaud 4096 2011-05-19 23:43 record
drwxr-xr-x 2 arnaud arnaud 4096 2011-06-09 22:22 snippets
drwxr-xr-x 2 arnaud arnaud 4096 2011-05-19 23:43 spell
drwxr-xr-x 2 arnaud arnaud 4096 2011-05-19 23:30 syntax
-rw-r--r-- 1 arnaud arnaud 193 2011-05-19 23:30 test.vim
drwxr-xr-x 2 arnaud arnaud 4096 2011-05-19 23:43 tutor
-rwxr-xr-x 1 arnaud arnaud 916 2011-05-19 23:30 vim-config
-rwxr-xr-x 1 arnaud arnaud 4030 2011-05-19 23:49 vim-keys

Maintenant j'ai ça :
drwxr-xr-x 2 arnaud arnaud 4096 2011-06-09 22:39 autoload
drwxr-xr-x 8 arnaud arnaud 4096 2011-06-09 22:39 bundle
-rw-r--r-- 1 arnaud arnaud   31 2011-06-09 22:34 TODO
-rwxr-xr-x 1 arnaud arnaud 916 2011-06-09 22:39 vim-config
-rwxr-xr-x 1 arnaud arnaud 4030 2011-06-09 22:39 vim-keys

Le truc ?
C'est un plugin vim appelé pathogen.

Pathogen permet d'organiser tous les plugins dans un répertoire bundle, qui contient les plugins chacun dans leur sous répertoire plutôt que de mélanger leur contenu dans des répertoires communs (ftplugin, plugin, autoload...)

L'installation est simple :
git clone https://github.com/tpope/vim-pathogen.git
mv vim-pathogen/autoload .vim
rm -rf vim-pathogen/
cd .vim
mkdir bundle

Je recopie mes fichiers de configs habituels qui sont versionnés :
cp ../git/dotfiles/vim/vim-* .

Il suffit alors d'ajouter au ~/.vimrc les lignes suivantes au tout début de votre fichier :
filetype off
call pathogen#runtime_append_all_bundles()

Il faut maintenant (re-)installer (dans mon cas) les plugins que le
souhaite utiliser :
cd bundle
hg clone https://bitbucket.org/ns9tks/vim-fuzzyfinder
git clone https://github.com/tpope/vim-fugitive.git
git clone https://github.com/tpope/vim-surround.git
git clone https://github.com/scrooloose/nerdtree.git
git clone https://github.com/msanders/snipmate.vim.git
hg clone https://bitbucket.org/ns9tks/vim-l9

Je récupère mes snippets perl modifiés de mon répertoire versionné :
cp ../../git/dotfiles/vim/snippets/perl.snippets snipmate.vim/snippets/

Je rajoute un fichier pour me souvenir de la dépendance de L9 qui est requis par snipmate et qui me servira pour les dépendances à venir :
vi DEPENDENCIES

Mon répertoire bundle ressemble finalement à ça :
-rw-r--r-- 1 arnaud arnaud   27 2011-06-09 22:39 DEPENDENCIES
drwxr-xr-x 6 arnaud arnaud 4096 2011-06-09 22:39 nerdtree
drwxr-xr-x 10 arnaud arnaud 4096 2011-06-09 22:39 snipmate.vim
-rw-r--r-- 1 arnaud arnaud   29 2011-06-09 22:39 test.pl
drwxr-xr-x 5 arnaud arnaud 4096 2011-06-09 22:39 vim-fugitive
drwxr-xr-x 6 arnaud arnaud 4096 2011-06-09 22:39 vim-fuzzyfinder
drwxr-xr-x 6 arnaud arnaud 4096 2011-06-09 22:39 vim-l9
drwxr-xr-x 5 arnaud arnaud 4096 2011-06-09 22:39 vim-surround

Et voilà c'est fait !

Mon vim est à nouveau utilisable : j'ai mis de l'ordre dans mes plugins sans avoir à réécrire mes fichiers de configuration.

ADDITIF : Si on veut versionner cette configuration il faut agir légèrement différemment en ajoutant les plugins versionné sous git non pas par un clone mais par un git add submodule à la racine du dépôt git, par exemple :
git add submodule https://github.com/tpope/vim-fugitive.git vim/bundle/vim-fugitive

Une fois tous les submodules ajoutés il ne reste plus qu'a exécuter :
git submodule update --init

La mise à jour d'un submodule se fait simplement dans le répertoire du submodule par un :
git pull

Journée mondiale IPv6

2011-06-08T13:37:00.000-07:00

"Le 8 juin 2011 l'Internet Society (ISOC) organise une journée mondiale IPv6 pendant laquelle les fournisseurs et les sites sont encouragés à tester la technologie à grande échelle. Google, Facebook, Yahoo!, Akamai et Limelight Networks ont annoncé leur participation à cet événement." -- Wikipedia

C'est aujourd'hui !!!

Pour célébrer l’événement, j'ai décidé de configurer un tunnel IPv6 pour participer moi aussi au "test à grande échelle".

Vous n'aurez probablement pas besoin des opérations suivantes, mais si comme moi vous avez désactivé IPv6 il va falloir réactiver en modifiant les lignes suivantes (pour désactiver appliquez l'opération inverse) :

/etc/hosts

# The following lines are desirable for IPv6 capable hosts 

::1     ip6-localhost ip6-loopback 

fe00::0 ip6-localnet 

ff00::0 ip6-mcastprefix 

ff02::1 ip6-allnodes 

ff02::2 ip6-allrouters 

ff02::3 ip6-allhosts 

/etc/modprobe.d/blacklist.conf

# Uncomment to disable IPv6 

#blacklist ipv6

/etc/rc.local

#Uncomment to disable ipv6

#net.ipv6.conf.all.disable_ipv6 = 1

#net.ipv6.conf.default.disable_ipv6 = 1

##net.ipv6.conf.lo.disable_ipv6 = 1

Pour ceux qui utilisent Firefox comme moi, vérifier dans about:config que network.dns.disableIPv6 est à 'false'

Ceci étant fait, un reboot plus tard, l'exécution de la commande ifconfig
fait apparaitre la ligne tant attendue :

inet6 addr: fe80::221:5dff:fe46:1070/64 Scope:Link

Ceci étant fait mon Ubuntu est maintenant revenu à son état naturel et est en mesure de gérer l'IPv6.

Mon fournisseur d'accès ne m'offrant pas d'accès IPv6 natif, il me faut encore passer par un broker pour créer un tunnel.
Un ami (merci aanriot) m'a parlé d'Hurricane Electric (http://tunnelbroker.net/) je me suis donc inscrit, créé un tunnel
en clickant sur le lien idoine et généré les instructions nécessaires à la connexion au tunnel via l'interface du site :

ifconfig sit0 up
ifconfig sit0 inet6 tunnel ::216.66.84.42
ifconfig sit1 up
ifconfig sit1 inet6 add 2001:470:1f12:8c3::2/64
route -A inet6 add ::/0 dev sit1

Voilà ! Il ne vous reste plus qu'a vérifier que ça marche sur un site dédié :
http://test-ipv6.com/
ou

http://ipv6test.google.com/

Ça marche ? Maintenant vous pouvez dire fièrement :
IPv6 day ? J'y étais...
:-)

CPAN modules you love to hate (or the contrary)

2011-06-07T02:19:00.000-07:00

If one thing starts to bother me in the Perl universe, it's all the dependencies which force you to pull half of the CPAN each time you try to install a major module.

Don't get me wrong: I love Perl, I love CPAN, I love modules and I definitively love code reuse BUT may be we start doing it the wrong way.

Let's think why we need code reuse:
1) Beccause we're lazy ( as every good Perl programmer :-) ) and don't want to
rewrite an existing wheel (if a good one already exist)
2) Because it reduce the code size by factorizing common parts

The factorizing aspect is especially important to me:
_ Common parts (modules) are more tested as more users eventually use them
_ Code is easier to maintain (smaller, less heterogeneous...)
_ It forces us to think about the API, which eases enhancements
_ ...

Now if I look at the dependency mess on CPAN, I realize that what's is bothering me is not the numerous dependencies, but rather that most of them void/lesser the benefits of code reuse.

Why must I use 3 different XML SAX parsers?
Why must I use 3 differents Serializer modules?
Must I really use 2 different dispatch modules?
Can't I just use one error/handling module?

I wholeheartedly adhere to the TIMTOWTDI motto, but the more I use CPAN modules the more I get functionnal duplication code: My applications get globally bigger, more complex, heterogeneous, less tested than it could be...
What a paradox!

I'm calling to your wisdom : am I the only one to feel this dependency bloat?
Do you see any path to a more efficient Modules use?

Da Cloud made eZ...

2011-05-28T11:52:00.000-07:00

Petit coup de coeur du moment : Dotcloud
Ce site offre gratuitement (le temps de la beta) un accès à une infrastructure scalable, sa force c'est principalement son extrême simplicité :
(j'ai déjà dit que c'était gratuit en beta ?)

D'abord s'inscrire sur le site en laissant son adresse email, pour recevoir un code d'accès...
Une fois ce code reçu, on finit l'inscription et récupère la clef d'API qui se trouve dans 'settings', cette clef sera demandée à la première utilisation de dotcloud.

On installe le client python (nul n'est parfait ;-) )
sudo easy_install dotcloud

On crée une application (je l'appelle easylearn)
dotcloud create easylearn

On affiche la liste des types de services disponible
dotcloud deploy -h

Pour déloyer un service Perl (ici appellé www)
dotcloud deploy -t perl easylearn.www

Et un service base de données (nommé dans ce cas db)
dotcloud deploy -t mysql easylearn.db

Notez que j'aurais pu nommer les services frontoffice et backoffice, les noms sont complètements libres.

Pour lister les application et services
dotcloud list

Pour afficher des informations sur un service
dotcloud info easylearn.www

L'infrastructure étant prêt du coté "cloud", occupons nous du contenu :

Sur ma machine je crèe un squelette d'application
catalyst.pl EasyLearn
ou si vous n'utilisez pas Catalyst
mkdir EasyLearn

Puis on se positionne dans le répertoire
cd EasyLearn

Tant qu'on y est, on transforme ce répertoire en repo git

git init

git add .

git commit -a -m 'Initial commit'

Le service Dotcloud s'appuyant sur PSGI (le WSGI à la sauce Perl), il faut configurer l'application Catalyst pour l'utiliser.

Je me suis basé sur l'excellent blog de garu
(http://onionstand.blogspot.com/2011/04/catalyst-in-cloud.html) qui donne la marche à suivre :

D'abord on crée un lien entre le répertoire static de Catalyst et le répertoire static attendu par l'infrastructure dotcloud :
ln -s root/static static

Puis on installe un moteur PSGI pour Catalyst:
sudo cpan Catalyst::Engine::PSGI
script/easylearn_create.pl PSGI

Enfin on crée un lien entre le fichier crée et le fichier app.psgi attendu par dotcloud
ln -s script/easylearn.psgi app.psgi

Puis on ajoute "use lib 'lib';" au fichier app.psgi, juste avant "use EasyLearn;" pour que l'application soit trouvée.

Pour faire propre on en profite pour rajouter, la dépendance à Makefile.PL.
requires 'Catalyst::Engine::PSGI';
On devrait avoit un site fonctionnel il est temps de l'envoyer vers le Cloud.
dotcloud push easylearn.www .

Une chose sympa sympa c'est que si le répertoire contient un répertoire .git ou .hg, dotcloud le détectera et fera un git/hg push.
Cela veut aussi dire que si votre répertoire est versionné par git ou mercurial, seuls les fichiers commités seront pushés vers le cloud.

Et au cas où vous auriez une erreur :

dotcloud logs easylearn.www

Dans mon cas la lecture des logs m'a permis de me rendre compte que j'avais oublié certaines dépendances dans mon Makefile.PL :
Catalyst::View::TT
Catalyst::Model::DBIC::Schema

Une modif, un commit et un dotcloud push plus tard, je pouvais accéder à mon site via :
http://www.easylearn.dotcloud.com/

Simple non ?

Un peu de discipline...

2011-05-21T04:52:00.000-07:00

"La discipline peut remplacer bien des qualités, aucune qualité ne peut remplacer la discipline..."

Le constat s'impose, "entraîné" par différents projets (dont un déménagement en Septembre en Thaïlande) j'ai tendance à partir un peu dans tous les sens...

Du coup je néglige certaines autres qui faisaient parties de ma "routine".

Je me rends compte par exemple que ce blog est "à l'abandon", comme différents aspects de mon réseau d'ordinateurs, et (j'ai honte à l'avouer) mon réseau relationnel....

Le temps est venu d'y remettre bon ordre.
Il est temps de réintroduire un peu de discipline, et je vais commencer par ce blog, en m'astreignant à plus de régularité.

"La discipline est un corset plus sûr que la bonne volonté."

中国好 (La chine est bien)

2010-11-28T13:20:00.000-08:00

Donc j'apprends le chinois.

Comme j'oublie à chaque fois comment réactiver la saisie du chinois, je me suis décidé à écrire un billet pour fixer les choses une fois pour toute.

Bon déjà se rappeler que j'utilise ibus et pas SCIM comme indiqué sur les nombreux tutoriaux assez anciens qu'on trouve sur le net.

Ensuite installer ibus et la méthode de saisie pinyin:

sudo apt-get install ibus ibus-pinyin

Les fontes chinoises :

sudo apt-get install language-support-fonts-zh-hans 

Si vous passez par l'interface graphique
(Système->Administration->Prise en charge des langues)
et que vous avez un message d'erreur :
"La prise en charge de la langue n'est pas complètement installée"
Il vous suffit d'installer les paquets recommandés :
sudo apt-get install thunderbird-locale-en-us gnome-user-guide-en language- openoffice.org-hyphenation-en-us openoffice.org-thesaurus-en-au gnome-user-guide-fr openoffice.org-hyphenation-fr openoffice.org-thesaurus-fr

La configuration d'ibus est simplissime :

ibus-setup

Tout ce que vous aurez à faire devrait être de configurer le raccourci d'activation (dans mon cas la combinaison Ctrl+i)

Maintenant, après activation d'ibus vous pouvez saisir vos sinogrammes en tapant du pinyin et sélectionnant parmi les choix qui s'affichent ('espace' pour le choix courant, les flêches droite/gauche pour naviguer parmi les choix)

Si comme moi vous ne pouvez activer ibus sous vim pensez à ajouter :

set imactivatekey="C-i"

dans votre .vimrc

Et au cas ou le démon ibus ne serait pas lancé :

cd /etc/alternatives
sudo rm xinput-all_ALL
sudo ln -s /etc/X11/xinit/xinput.d/ibus xinput-all_ALL

I'm a XP whore and a git learner (en/fr)

2010-10-07T15:06:00.000-07:00

As I've not found an XP Whore support group, let me confess here my flaw.

I've always been an XP whore : I've been a RPG gamer when I was a kid, a stat junkie when I've started to work, a Perlmonk....

So as a geek, I had no chance to resist my latest discovery :

git-achievements (http://github.com/icefox/git-achievements)

This tool just impersonates git :

export PATH="$PATH:~/git/git-achievements"
alias git="git-achievements"

To now log every git action and grant you some "levels" based on the actions you do.

But more useful than to the "git levels" granted to you, you also have cool stats about your git usage that might be useful to tweak your config/workflow/tools...

If you want to see what a ~~casual~~ not so frequent user can start to produce as stats, look here :
http://arhuman.github.com/git-achievements/

And what it looks like when you're a git master :
http://icefox.github.com/git-achievements/

Forgive me, but I have to go. I have so many achievements to unlock ;-)

[French Translation]

Comme je n'ai pas trouvé un groupe de soutien pour les accros aux points d'expériences, laissez moi vous confesser ma faiblesse.

J'ai toujours été accroc aux points d'expériences : j'ai été un joueur de jeu de rôle gamin, un accroc aux stats quand j'ai commencé à travailler, un Perlmonk...

Alors en tant que geek, je n'avais aucune chance de résister à ma dernière trouvaille :

git-achievements (http://github.com/icefox/git-achievements)

Cet outil se fait juste passer pour git :

export PATH="$PATH:~/git/git-achievements"
alias git="git-achievements"

Pour mieux enregistrer les actions git et accorder des "niveaux" sur la base des actions qu'on fait.

Mais plus utile que les "niveaux git" qui vous sont accordés, vous obtenez aussi des stats sympathiques sur votre utilisation de git qui pourraient être utile pour régler vos config/workflow/outils...

Si vous voulez voir ce qu'un usage ~~occasionnel~~ pas si courant peut commencer à produire comme stat, regardez ici :
http://arhuman.github.com/git-achievements/

Et à quoi ça ressemble quand vous êtes un Maître es Git :
http://icefox.github.com/git-achievements/

Pardonnez moi, mais je dois y aller. J'ai tellement de niveaux à débloquer ;-)

Vimana for you, vim sorcerer (en/fr)

2010-07-08T15:34:00.000-07:00

The latest gem I found on CPAN (to be honest I've found it on GitHub but, it's also on CPAN) : vimana

Ever dreamt to handle your vim plugins as easily apt handle Debian/Ubuntu packages ?

This script allow you to search, install, remove and get information about vim scripts/plugin an intuitive way.

This combined with my git handled dotfiles management process*, it's now super easy to configure/synchronize vim on every computer I work on.
*Only a pompous expression to say that my dotfiles are handled in a git repository ;-)

[French translation]

Le dernier joyau trouvé sur CPAN (pour être honnête je l'ai trouvé sur GitHub mais il est aussi sur CPAN) : vimana

Avez vous jamais rêvé de gèrer vos greffons vim aussi facilement qu'apt gère les paquets Debian/Ubuntu ?

Ce script vous permet de rechercher, installer, enlever et obtenir des informations sur des scripts/greffons vim d'une manière intuitive.

Ca combiné à mon procédé de gestion de fichiers de configurations via git*, c'est maintenant super facile de configurer/synchroniser vim sur tous les ordinateurs sur lesquels je travaille.
*C'est juste une expression pompeuse pour dire que tous mes fichiers de configurations sont gérés via un dépot git ;-)

Firefox 3.6.6 sur Lucid et plantage du plugin flash

2010-07-06T14:21:00.000-07:00

Si comme moi vous vous battez pour faire fonctionner flash plus de 45s sur votre Firefox 3.6.6 et que par hasard vous vous avez installé le plugin flash 9.0.r31, j'ai peut être une solution.

Toutes mes tentatives de mise à jour du plugin via firefox ayant échoué, et la suppression du plugin obsolète étant impossible (après un 'apt-get remove' le plugin reste visible dans about:plugins) j'ai du mettre plugin.expose_full_path à true dans about:config, pour retrouver la trace du plugin scélérat dans about:plugins et m'en débarasser définitivement avec un bon vieux 'sudo rm'.

Je peux enfin surfer comme avant
(c'est dingue comme le Net est différent sans le flash...)

CPANTester journey - Smoking basis for windows box (en/fr)

2010-06-29T15:19:00.000-07:00

Thanks to the CPANtesters Wiki , It was quite straightforward to setup my Windows testing box.

Typing 'cpan install CPAN::Reporter' was all needed, installing the dependencies along the way.

As I planned to do some smoking tests, I also had to install CPAN::Reporter::Smoker :

'cpan install CPAN::Reporter::Smoker'

Some modules don't play well with (automatic) testing, so configuring distroprefs is probably a good idea :

After entering "C:\Documents and settings\UserName\Mes Documents\"

you only have to create .cpan/prefs to put there the YAML files downloaded from

 DAGOLDEN's site

Then typing 'o conf init test_report' inside the cpan shell and answering the few configuration questions should complete the process.

Now every module installed (or just tested) will produce a report that you can send (or will be automatically sent according to your setting) and entering a smoke test is just a matter of typing :

perl -MCPAN::Reporter::Smoker -e start

*It will be that simple if you don't have to struggle with email configuration, as I have to...

[French Translation]

Grace au Wiki des CPANtesters, ca a été assez facile de configurer ma machine de

test Windows.

Taper 'cpan install CPAN::Reporter' a été suffisant, installant toute les dépendances au passage.

Comme je prévoyais de faire des smoking tests, j'ai aussi du installer CPAN::Reporter::Smoker :

'cpan install CPAN::Reporter::Smoker'

Certains modules ne se comportent pas très bien lors de tests (automatisés), donc configurer les distroprefs est probablement une bonne idée :

Après s'être positionné dans "C:\Documents and settings\UserName\Mes Documents\" nous n'avons plus qu'a créer .cpan/prefs pour y télécharger les fichiers YAML obtenus du Site de DAGOLDEN

Ensuite taper 'o conf init test_report' dans les shell cpan et répondre aux quelques questions de configuration devrait terminer le processus.

Dorénavant tous les modules installés (ou juste testé) produiront un rapport de test que vous pourrez envoyer (ou qui sera envoyé automatiquement selon votre configuration) et lancer un smoke test se lance facilement en tapant :

perl -MCPAN::Reporter::Smoker -e start

*Ca sera aussi simple que ça si vous n'avez pas à vous battre, comme moi, avec la configuration du mail.

CPANTester journey - setting up virtual environment (en/fr)

2010-06-21T14:37:00.000-07:00

My initial intent was too install VmWare Server (which is free (as beer), and that I used a long time ago with great satisfaction) on my Ubuntu boxes.

But as it appeared that my kernel (and all kernels 2.6.30 and above) now requires an unofficial additional patch to fix the VmWare Server installer*, I decided to play it safe (or at least simple) and install the VmWare Player 3.1.0 instead.
* See http://communities.vmware.com/thread/215985 for more information

The VmWare Player install went fine, and installing an XP virtual machine was just a matter of minutes.

For some reason NAT was not working out of the box, so I only changed the VM network setting to Bridge and was then able to download Strawberry Perl 5.12.0.1.
Sadly my attempt to install also release 5.10.1.2 in the same VM failed miserably (the installer detecting an higher version)...
If anyone managed to get (simply) 2 version on the same Windows box, I'd be glad to hear how...

Now I still have to install the modules needed for testing, but it will be another post...

[French Translation]

Mon intention initial était d'installer VmWare Server (qui est gratuit, et que j'avais utilisé il y a longtemps avec beaucoup de satisfaction) sur mes machines Ubuntu.

Mais comme il apparait que mon noyau (et tous les noyaux 2.6.30 et au dessus) nécessitent maintenant un patch additionnel non-officiel pour corriger l'installeur de VmWare Server, j'ai décidé de jouer la sécurité (ou au moins la simplicité) et d'installer VmWare Player 3.1.0 à la place.
* Voir http://communities.vmware.com/thread/215985 pour plus d'informations

L'installation de VmWare s'est bien déroulée, et l'installation de machines virtuelles XP a juste pris quelques minutes.

Pour une raison inconnue le NAT ne fonctionnait pas en l'état, j'ai donc juste changé la configuration réseau de la VM en bridge et j'ai pu télécharger Strawberry Perl 5.12.0.1.
Malheureusement ma tentative d'installer aussi la version 5.10.1.2 dans la même VM a échoué lamentablement (l'installeur détectant une version plus avancée)...
Si quelqu'un à réussi à avoir (simplement) 2 versions sur la même machine windows, je serai heureux d'apprendre comment.

Maintenant je dois encore installer les modules requis pour tester, mais ça sera un autre post...

Smoking might be dangerous for your Server (en/fr)

2010-06-17T14:42:00.000-07:00

CPAN Smoke testing is basically, executing automatically unknown code at a large scale on a machine you own. And if this risk is negligible (to me) for well known modules, it has to be reevaluated if you plan, as I do, to test numerous unknown modules.

That's why my initial plan to do some automatized tests with unprivileged user is going to be slightly modified with the addition of virtualization.

In fact, the more I think about it, the more I wonder why nothing really bad has already happened with so many scripts blindly executed all around the world...

Anyway, I'm currently setting a VmWare infrastructure and I hope to be able to give you some results soon...

[French Translation]

Les smoking tests CPAN sont à la base l'exécution automatique de code inconnu à grande échelle sur une machine que l'on possède. Et si le risque est négligeable (pour moi) pour des modules bien connus, il doit être réévalué si vous prévoyez, comme je l'envisage, de tester de nombreux modules inconnus.

C'est pourquoi mon plan initial de faire des tests automatisés avec des utilisateurs non privilégiés sera légèrement modifié avec l'ajout de virtualisation.

En fait, plus j'y pense, plus je me demande pourquoi rien de vraiment grave ne s'est encore produit avec autant de scripts exécutés aveuglément partout dans le monde.

Enfin, je suis en train de mettre en place une infrastructure vmWare et j'éspère pouvoir vous donner des résultats bientôt...

On my way to become (again) a CPANTESTER (en/fr)

2010-06-12T04:58:00.000-07:00

I've been a huge fan of CPAN Testing for quite a long time now.
I've even been a CPANTester.

But things have changed a lot, the tools are now numerous and impressive to allow bigger and better testing.
Some testers achieved more than 70 000 reports a month !
As a stat junkie I see it as a challenge...

My first step to become a CPANTester is to allow sending report from my home (dynamic ADSL IP) server, through my online hosted virtual server.

As it took me some time to setup the proper configuration*, below are the postfix configurations for SASL authentication on the SMTP server and client :
* So much time in fact that, I even thought about ssh tunneling

[French translation]

Je suis un grand fan du testing CPAN depuis un bon moment.
J'ai même été un CPANTester autrefois.

Mais les choses ont beaucoup changé, les outils sont maintenant nombreux et impressionnant pour permettre de tester plus et mieux.
Certains testeurs arrivent à produire plus de 70 000 rapports en un mois.
En tant qu'accro aux stats, je le vois comme un défi...

Mon premier pas pour devenir un CPANTester est de permettre l'envoi de rapport de mon serveur à la maison (IP dynamique ADSL) via mon serveur virtuel hébergé enligne.

Comme ça m'a pris du temps pour déterminer la bonne configuration*, ci-dessous les configurations postfix pour l'authentification SASL sur le serveur et le client SMTP :
*Tellement de temps en fait, que j'ai même pensé au tunneling ssh.

**** On the Server (hosted virtual server with fixed IP) ****
#
# in /etc/postfix/main.cf
#
#smtpd_sasl_auth_enable = yes
smtpd_sasl_type = dovecot
smtpd_sasl_path = private/dovecot-auth
smtpd_sasl_authenticated_header = yes
smtpd_sasl_security_options = noanonymous
smtpd_sasl_local_domain = $myhostname
broken_sasl_auth_clients = yes

**** On the Client (ADSL box with dynamic IP) ****
#
# in /etc/postfix/main.cf
#
# SASL details
#
# no for the server
smtpd_sasl_auth_enable = no
# but yes when we act as a client
smtp_sasl_auth_enable = yes
# where we store the hashed UID and password
smtp_sasl_password_maps = hash:/etc/postfix/sasl/saslpw
# security options set to disallow anon auth (but allow plaintext within the TLS
smtp_sasl_security_options = noanonymous
# our upstream relay is here
relayhost = [www.mydomain.com]

#
# in /etc/postfix/sasl/saslpw
# (don't forget postmap /etc/postfix/sasl/saslpw after update)
#
[www.mydomain.com] userontheserver:passontheserver

Becoming an Iron Man (en/fr)

2010-06-08T05:55:00.000-07:00

I came across a comic that illustrates well, to my mind, the issue with Perl's popularity :

XKCD : The secret of the Universe

Wherever the place I've worked, Perl was present to one degree or another, often in a crucial place, without its use being advertised or even known. I've long believed, that it was the reason why Perl wasn't as popular as it could be, despite its use.

But in fact, no :
It's just that the Perl community sucks at marketing !

It's the community duty to promote the language, to bust the myths, to give visibility to the language, for we can see one day more jobs and more formations mentioning explicitly the language.

That's why initiatives around Enlightened Perl must be supported :

The Iron Man project especially : To post regularly about Perl to give it visibility.
(and by the way to achieve the honorific Iron Man status without running 42km, swimming 5km and riding 180km on a bike ;-) )

Then, here it is, by this post I officially join the contest.

Because Perl is not dead !
Because Perl is not (necessarily) unreadable !
Because Laziness is only a virtue when you code !
and...
"Because I'm worth it" ;-)

[French translation]

Je suis tombé sur un dessin qui illustre bien à mon avis le problème de popularité de Perl :

XKCD : Le secret de l'univers

En effet quelque soit l'endroit ou j'ai travaillé, Perl était présent à un degré ou un autre, souvent d'une manière cruciale, sans que son utilisation ne soit mise en avant, ou même connue. J'ai longtemps cru que c'était pour cela que Perl n'était pas aussi populaire qu'il le pourrait vu, son utilisation.

Mais en fait non :
C'est juste que la communauté Perl est nulle en marketing !

C'est à la communauté de promouvoir un langage, pour casser les mythes, lui donner de la visibilité pour qu'un jour on puisse voir plus d'offres d'emplois ou de formations mentionnant explicitement ce langage.

C'est pourquoi, les initiative de certains autour du mouvement Enlightened Perl est à soutenir :

Le projet Iron Man en particulier : Poster régulièrement sur le langage Perl pour lui donner de la visibilité
(et accessoirement atteindre le statut honorifique d'Iron Man sans courir 42km, nager 5km et pédaler 180km ;-) )

Alors voilà, par ce post je rejoint, officiellement le concours.

Parce que Perl n'est pas mort !
Parce que Perl n'est pas (forcément) illisible !
Parce que la paresse n'est une vertu qu'en programmation !
et...
Parce que je le vaux bien ;-p

Améliorer la roue

2010-06-04T06:23:00.000-07:00

J'ai longtemps pensé que j'aimais bien améliorer la roue : prendre les choses et les pousser un peu plus loin, améliorer ce qui pouvait l'être, corriger ce qui n'allait pas, trouver une nouvelle utilisation, etc...

Mais en y réfléchissant ce n'est pas tant les choses que la démarche qui m'importe :
C'est plutôt "continuer à faire tourner la roue de l'amélioration"...

Pour moi améliorer un objet, optimiser son code, s'affuter physiquement, mieux connaître les autre, c'est la même démarche. Mais peu de personnes l'appliquent à tous les domaines.

Je suis informaticien, mais je trouve dommage de n'être qu'un "Pragmatic programmer" alors qu'on peut être un "life hacker" (sans les majuscules sinon il y a un trademark...)

Alors voilà, aujourd'hui je ne parlerai pas d'outils, mais de démarche.
Et tant que j'y suis je vous livrerai "ma méthode personnelle à moi que je l'ai faite tout seul" :

La méthode P-PARDON
(Il y a un moyen mnémotechnique caché... ;-p)

Tous les jours j'essaie d'adresser chacun de ce points

P - Physique. Bien dormir, se nourrir, être en bonne santé et développer ses capacités physiques.

P - Produire. Réaliser quelquechose de concret (un programme, un objet, un article)

A - Apprendre. Quelque soit le domaine apprendre quelque chose.

R - Ranger. Améliorer l'espace et le temps d'accès aux choses.

D - Détendre (se). Dans le sens se faire plaisir. Parce qu'on ne peut maintenir de tension sans détente, et parce que la joie/le bonheur est une énergie infinie...

O - Optimiser. Améliorer une chose pour ne pas laisser les choses se dégrader.

N - Nouer des contacts. Parce qu'il n'y a pas pour moi d'épanouissement dans une complète solitude.

Il y aurait beaucoup à dire sur chacun des points, mais au fil du temps je me suis rendu compte que quand j'adressais *chacun* des points je maintenais d'une manière durable un sentiment de satisfaction, d'amélioration et de complétude .

Surfer plus vite grace au clavier : VimPerator

2010-03-01T02:46:00.000-08:00

Ça ne devrait pas être une surprise d'apprendre que j'affectionne particulièrement la ligne de commande.

La rapidité et la réduction du déplacement des mains (moins de fatigue) sont pour moi les principales raisons de délaisser autant que possible la souris.

Et dans ma quête des outils me permettant d'être plus efficace, ma dernière découverte est
VimPerator (http://vimperator.org/vimperator) :

"Vimperator is a Firefox browser extensions with strong inspiration from the Vim text editor, with a mind towards faster and more efficient browsing."

Et force est de constater que pour un utilisateur de Vi on retrouve vite ses marques et une navigation au clavier nettement plus rapide :
_ scroll des pages
_ click des liens
_ Manipulations des onglets
_ Recherche de texte

Tout se fait rapidement et naturellement...

Je note juste une utilisation des ressources plus importante et des conflits occasionnels avec un script .js que j'utilise pour un site.

2010 Année de la transformation

2010-01-12T02:25:00.001-08:00

Le début d'année est traditionnellement la période des bilans et des résolutions.

Je ne ferai pas exception à la règle, et j'ai pris la résolution pour 2010 d'essayer de transformer toute contrariété/frustration/difficulté en quelque chose de positif.
Sans être d'un optimisme béat, je pense qu'on peut relativiser tous les choses qui nous contrarient et en extraire le positif quel qu'il soit.

Enfin ça c'est pour moi, pour chacun de vous je ne souhaite que le meilleur :

Que 2010 soit une année de Santé, Réussite et Bonheur !!!

Invitation google Wave

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

Bon j'ai un peu joué avec Wave, voici mes premières impressions :
_ Il faut un peu de temps pour s'habituer à l'utilisation, mais a plusieurs c'est vraiment bien.
_ Ne pas hésiter à utiliser le delete/reformulation pour garder un bon rapport signal/bruit
_ La structure arborescente est un peu déroutante (au moins au début)
_ Je n'ai pas réussi a faire marcher le drag&drop d'images (ubuntu karmic + Firefox 3.5) malgrès l'installation de Gears

Bon maintenant la bonne nouvelle :
_ J'ai reçu ce matin 8 invitations, j'en ai envoyé à des proches, mais il m'en reste 3 2 1 6 maintenant. Alors voilà le deal, les premiers lecteurs à en faire la demande pourront les obtenir.

03/12/09: 6 invitations à nouveau disponibles !

Surfing (the google) Wave

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

Ça m'a pris 5 mois, mais j'ai enfin fini par avoir mon invitation Google Wave.
(Encore merci Serge !!!)

Je pense faire un retour plus détaillé aprés quelques jours d'utilisations,
mais mes premières impressions sont plutôt bonnes :
_ Ergonomie à la Google (simple et configurable)
_ Le potentiel est là (mais nécessite, AMHA, une plus grande ouverture (accessible à TOUS)
_ Je suis un peut déçu par le nombre de robots/extensions disponibles (environ 200 trouvés)

Pour ceux qui se poseraient la question, apparemment je ne peux pas envoyer d'invitation.
(ou je n'ai pas encore trouvé...)

(ex?) Code Junkie

2009-10-30T15:40:00.000-07:00

Plusieurs mois sans avoir codé la moindre ligne.

Mon métier actuel est plus sensé tourner autour du management et la gestion de projet, mais j'ai toujours continué à coder chez moi.
Enfin je devrais dire j'avais continué, parce que là : rien.

Pas d'envie, pas de manque, pas de laptop ouvert le soir dans le lit.

Je me fais vieux.

Vade Retro Satanas : Amen

2009-07-08T08:22:00.000-07:00

Si comme moi vous êtes intéressé par
un Serveur virtuel Linux à bas coût avec un accès ssh,
et que vous pensez aux offres de la société Amen,
passez votre chemin :

* Au moindre problème l'administration ssh sera incriminée même quand le problème est localisé ailleurs (erreur humaine au datacenter, défaillance VM...)

* Le support est au mieux autiste, au pire de mauvaise volonté

* Les problèmes simples semblent insurmontables
(on en est à plus de 3 jours pour faire un 'mkdir /var/run/network')

Enfin, je suis probablement en colère...

Quoique, en y réfléchissant, la rapidité avec laquelle mes messages ont été effacés de leur forum me pousse à croire que je ne suis pas le seul à me plaindre et qu'ils ont l'habitude de tout cacher sous le tapis.

Heureusement ce blog se dresse fièrement contre la censure, l'incompétence et la mauvaise volonté d'Amen !
:-p

PS: Quelqu'un à un bon hébergeur sur VPS à bas coût à me recommander ?

Web 3.0 = World Wide Wave ?

2009-06-06T10:42:00.000-07:00

J'ai découvert il a peu la présentation de Wave le dernier concept de Google.
http://wave.google.com/

J'avoue que j'ai été pas mal impressionné par cette éspèce de croisement entre mail, wiki, instant messenger et jabber sous stéroïde (le coté robot faisant office de passerelle entre différent protocoles/outils...)

Je vois déjà pas mal d'applications directement utilisables :
* Outil de gestion de projet
* Agrégation d'information/automatisation de taches
* Collecte/traitement de données collaboratives
* Gestion de connaissance collaborative (Comme un Super Wiki)
* Blog plus riche ;-)

J'ai fait une demande pour obtenir un compte, j'espère pouvoir en dire (ou même montrer) plus bientôt...

Monolithiquement incorrect

2009-05-17T08:38:00.000-07:00

Ca ne fait pas vraiment longtemps que j'utilise Emacs mais mon .emacs commence déjà à être dans un état inavouable :
Il contient des configurations pour des modes que je n'ai essayé que 10 minutes, et il est difficile d'y retrouver les informations relatives à un mode donné.

Une fois n'est pas coutume, je vais anticiper et faire un peu de rangement :

Etape 1 - Tout regrouper dans un répertoire

L'idée est d'avoir un fichier par mode (pour plus de modularité) dans un même répertoire.

Il se trouve que .emacs.d est prévu pour ça.

Je vais donc y créer 2 sous répertoire :

~/.emacs.d/my-emacs-conf pour mes configurations perso
~/.emacs.d/external-emacs-conf pour les fichiers de tiers (modes non fournis par le système, configurations maintenues par d'autres...)

Et tout ce qu'il me reste à faire, c'est de copier les différentes parties de mon .emacs monolithique dans des fichiers distinct de ~/.emacs.d/my-emacs-conf

Parfois le fichier se réduit à quelques options et/ou affectation de touches.
Voici par exemple le fichier ~/.emacs.d/my-emacs-conf/my-eblog.el dans son intégralité :


(load-file "~/.emacs.d/external-emacs-conf/e-blog.el")
(global-set-key "\C-cb" 'e-blog-new-post)

A noter que le fichier e-blog.el est dans ~/.emacs.d/external-emacs-conf car il n'est pas fourni par mon ubuntu et que j'ai du le téléchargé
(http://code.google.com/p/e-blog/source/browse/trunk/e-blog.el)

Etape 2 - Plus de ~/.emacs

Il faut maintenant se débarasser du fichier .emacs dans mon homedir
(j'ai dit *tout* dans le même répertoire !)

A partir de la version 22 d'Emacs le fichier .emacs.d/init.el est exécuté au lancement d'Emacs et rend donc mon ~/.emacs inutile.

Mon init.el se contentera de charger les fichiers précédemment crées par éclatement de mon .emacs monolithique.

Il se réduit donc pour l'instant à une suite de commande assez répétitive
(donc prévoir une session de lisp pour transformer ça en boucle)


(if (file-exists-p "~/.emacs.d/my-emacs-conf/my-org.el")
   (load-file "~/.emacs.d/my-emacs-conf/my-org.el"))

(if (file-exists-p "~/.emacs.d/my-emacs-conf/my-ido.el")
   (load-file "~/.emacs.d/my-emacs-conf/my-ido.el"))

(if (file-exists-p "~/.emacs.d/my-emacs-conf/my-cua.el")
   (load-file "~/.emacs.d/my-emacs-conf/my-cua.el"))

(if (file-exists-p "~/.emacs.d/my-emacs-conf/my-pymacs.el")
  (load-file "~/.emacs.d/my-emacs-conf/my-pymacs.el"))

Un petit coup d'emacs pour vérifier que tout se lance bien et je peux maintenant continuer à reconfigurer mon Emacs sur des bases (plus) saines.

Emacs est ma maison

2009-04-03T15:55:00.001-07:00

Quitte à essayer de nouvelles choses, mon année Python sera aussi, une année emacs.

Etant utilisateur de vi depuis plus de 15 ans, j'avoue que je partais avec un peu d'apréhension dans cette aventure : Je vais galérer, la moindre édition va devenir une tache lourde, je vais perdre l'efficacité que j'avais mis tant de temps à accumuler avec vi...

Bon premier constat, emacs est un puit sans fond, à chaque fois que j'apprends quelquechose, je découvre 3 nouveaux modes/astuces qui peuvent potentiellement m'intéresser.

Un exemple, je cherchais un mode pour python (j'en ai trouvé plusieurs, j'en parlerai plus longuement bientôt...) et je tombe sur e-blog.el qui permet de poster sur son blog à partir d'emacs.

Qu'a cela ne tienne, e-blog.el dans ~/.emacs.d/plugins/

(load-file "~/.emacs.d/plugins/e-blog.el")
(e-blog-new-post)

dans mon .emacs

M-x eval-buffer

Un login et un modt de passe

Et je vois le lien de mon blog apparaitre dans mon emacs...

Je clique dessus et un template s'ouvre devant moi :

Title:
Labels:
-------- Post Follows This Line --------

En fait c'est pas un template mais un nouveau monde qui s'ouvre...

C'est décidé emacs sera ma maison :-)

2009 l'année du serpent

2009-02-25T05:59:00.000-08:00

N'ayant pas pris de bonnes résolutions cette année (à part 1280x800 (je sais c'est nul :-p)) je profite d'une semaine de vacances au ski pour prendre une "grande décision" :
2009 sera pour moi l'année de Python. Tout ce que j'aurais fait naturellement en Perl sera fait en Python. Pour me forcer à apprendre réellement Python, découvrir la culture associée, peut être me débarasser de quelques a priori et qui sait, enrichir mon "bag of tricks"...

En parlant d'a priori, je me surprends à apprécier la syntaxe : moins d'accolades c'est finalement pas si mal.

Le Web + Ligne de commande = Productivité

2008-09-18T01:21:00.000-07:00

Le projet Ubiquity (http://labs.mozilla.com/2008/08/introducing-ubiquity/) commence a pas mal faire parler de lui.

A mi-chemin entre le mash-up, la ligne de commande et le plugin, il permet d'étendre les possibilités de mozilla conformément a *ses* besoins trés simplement.

A suivre...

GTD

2008-07-06T13:40:00.000-07:00

Ca fait un an que j'ai découvert la méthode GTD (Getting Things Done) de D. Allen et même si je n'ai toujours pas réussi a intégrer complétement la démarche dans mon environnement, le potentiel ne fait pour moi aucun doute.

J'en suis a me demander comment j'ai pu faire sans pendant toutes ces années...
Je précise : On a pas "besoin" de GTD, mais ca permet de faire les choses tellements plus efficacement et sans stress que la simplicité nous fait presque sentir coupable de ne pas avoir mis en pratique plus tot.

Enfin je parle de GTD mais ca vaut aussi pour tout ce qui touche a l'efficacité personnelle.
J'ai passé des années à lire des choses mais pas à apprendre à mieux lire.
J'ai passé des années à essayer d'atteindre des objectifs sans jamais me poser la question de leur pertinence ni même de de ma maniére de les définir.
J'ai passé des années à apprendre des choses mais pas à améiorer ma mémoire.

Et je pourrais continuer comme ca pour pas mal d'autres sujets.
Heureusement il n'est jamais trop tard pour bien faire
;)

BackupPC

2008-06-08T13:21:00.001-07:00

Même si je reste un grand fan de Bacula comme solution de sauvegarde libre, j'ai découvert récemment BackupPC qui apparait a mes yeux comme un challenger sérieux (et de plus écrit en Perl :p )

L'installation sous Ubuntu est instantanée, la seule action à faire étant de créer et copier les clefs publiques ssh du serveur vers les clients...

2008-06-08T06:51:00.000-07:00

Presqu'un an déja depuis mon dernier post...

Pas mal de changement :
_ Un nouveau boulot (dans une startup)
_ De nouvelles compétences techniques
_ Pas mal de petits "chantiers" d'amélioration personnelle

J'ai donc une foultitude de sujets de posts a disposition...

YAPLUKA !!!!

blogger++

2007-06-25T06:18:00.000-07:00

Et oui un de plus...
Mon ami Jeanto a réussi à me convaincre.

Je ne sais pas encore quelle forme aura mon blog, ni si son contenu s'éloignera de la technique, mais Jeanto m'a fait remarquer que c'est un outil de communication qu'on ne peut négliger si on veut "networker".
(Dans le sens échanger avec des gens d'intérêts similaires(ou pas d'ailleurs; il est parfois agréable se se faire ouvrir de nombreux horizons))

Vu le peu de temps que je passe loin d'un ordinateur, autant utiliser au maximum les possibilités de communications qu'offre le blog...