$ cat blog

Crappy sound whith flash on x86_64 (64b) Debian Wheezy

2011-06-06T18:14:00.000+01:00

Linus give us a solution here.

So, make your mymemcpy.so and prepend the launch of your browser with LD_PRELOAD=/path/to/mymemcpy.so

Compile ruby 1.9.2 using RVM on Debian Wheezy

2011-05-25T13:36:00.006+01:00

UPDATE 18/07/11 : seems no longer needed with ruby-1.9.2-p290

Thin needs openssl support but sslv2 is broken on Debian Wheezy.
So we need a patch to disable sslv2
I made it from this one :

diff --git a/ext/openssl/extconf.rb b/ext/openssl/extconf.rb
index 55e4142..1ab64fa 100644
--- a/ext/openssl/extconf.rb
+++ b/ext/openssl/extconf.rb
@@ -33,6 +33,14 @@ if with_config("debug") or enable_config("debug")
   end
 end
 
+## 
+## From openssl 1.0, SSLv2 becomes disable by default.
+## If you want to use SSLv2 in ruby, you need config with --enable-opensslv2.
+##
+if enable_config("opensslv2")
+  $defs << "-DENABLE_OPENSSLV2"
+end
+
 message "=== Checking for system dependent stuff... ===\n"
 have_library("nsl", "t_open")
 have_library("socket", "socket")
diff --git a/ext/openssl/ossl_ssl.c b/ext/openssl/ossl_ssl.c
index eb7ae29..3155d81 100644
--- a/ext/openssl/ossl_ssl.c
+++ b/ext/openssl/ossl_ssl.c
@@ -107,9 +107,11 @@ struct {
     OSSL_SSL_METHOD_ENTRY(TLSv1),
     OSSL_SSL_METHOD_ENTRY(TLSv1_server),
     OSSL_SSL_METHOD_ENTRY(TLSv1_client),
+#if defined(ENABLE_OPENSSLV2)
     OSSL_SSL_METHOD_ENTRY(SSLv2),
     OSSL_SSL_METHOD_ENTRY(SSLv2_server),
     OSSL_SSL_METHOD_ENTRY(SSLv2_client),
+#endif
     OSSL_SSL_METHOD_ENTRY(SSLv3),
     OSSL_SSL_METHOD_ENTRY(SSLv3_server),
     OSSL_SSL_METHOD_ENTRY(SSLv3_client),

Use with :

rvm install 1.9.2 --patch path/to/my_patch

irb and console rails vim powered

2010-07-02T09:08:00.000+01:00

Utiliser vim avec l'irb ou la console Rails, ça vous tente ?

Pourquoi n'est-ce pas natif ? c'est tellement pratique voire indispensable qu'on est en droit de se poser la question :)

Installer 'interactive_editor'

gem install interactive_editor

Modifier son .irbrc

On ajoute un p'tit require à son .irbrc :

require 'rubygems' # si ligne absente de votre .irbrc
require 'interactive_editor'

et... c'est tout ! On peut enfin travailler confortablement avec l'irb ou une console Rails. Magique, je dis... :)

vim and screen 256 colors - MacOS X Snow Leopard

2010-06-26T14:47:00.002+01:00

Nature du problème

Je souhaite utiliser des thèmes 256 couleurs avec Vim et plus spécifiquement le thème railscasts que j'utilisais sous Linux (thème d'origine TextMate utilisé par Ryan Bates pour ses screencasts). Vim et iTerm sont capables d'utiliser des thèmes 256 couleurs. Concernant iTerm, il suffit de choisir 'xterm-256color' dans la section 'Terminal Profiles'. Quant à Vim, il suffit d'ajouter set t_Co=256 à son .vimrc.

Attention, le Terminal livré avec Leopard ne supporte toujours pas un mode 256 couleurs. De toute façon, vous avez tout à gagner à passer à iTerm si ce n'est pas déjà fait (full screen, profiles à gogo suivant l'activité, etc...)

Le réel problème vient de la version de screen livrée avec Leopard qui ne supporte pas le mode 256 couleurs. Evidemment, comme j'utilise à outrance 'screen', c'est plus qu'ennuyeux de se retrouver avec un Vim en mode dégradé (surtout lorsqu'on épluche du code Rails à gogo comme c'est mon cas depuis plus d'une semaine). J'ai donc craqué et pris le temps de recompiler 'screen' avec le support du mode 256 couleurs.

Choix des sources

A défaut de faire correctement son boulot pour les utilitaires et logiciels en ligne de commande, Apple propose, sans doute pour se faire pardonner, des pages sur les logiciels Open Source utilisés pour le Mac. Je suis donc parti des sources de 'screen' pour Mac OS X version 10.6.4.

Je récupère également les sources du 'screen' correspondant à la version '10.6.2' car il manque 3 patches à la version '10.6.4' pour qu'on puisse le compiler correctement en ligne de commande. Les autres patches sont inutiles car les fichiers précédemment concernés ont déjà été modifiés (ils sont __APPLE__ powered ^^).

Lignes de commande en mode Canal+

J'ai choisi d'utiliser des commandes qui paraitront un peu 'cryptées' pour la plupart. Compiler un programme n'a rien de passionnant, alors autant apporter un peu de fun 'bash' pour le faire. Il suffit de copier les lignes qui suivent en respectant l'ordre et sans rien taper de plus entre chaque commande pour que ça se passe parfaitement (copier-coller roxe des mamans ours). Une ligne est fortement exagérée (celle du 'cd') et j'avoue que je ne l'aurais jamais tapée si ce n'était pour l'exemple et par nostalgie (cette ligne me rappelle la belle époque du Obfuscated Perl Contest).

Compilation et installation de 'screen'

cd
mkdir -p src/tarball && cd !#:2:h
wget http://www.opensource.apple.com/tarballs/screen/screen-19.tar.gz -O tarball/!#:^:t
wget !*:gs/9/6
tar xvzf !$:gs/6/9
mkdir !$:t:r:r/patches
tar xvzf !w:$ -C !$ --strip-components=2 *.diff
cd !mk:$:h/!#:$:h:gs/-19/
patch -p0 < ../patches/Makefile.in.diff
patch -p0 < ../patches/config.h.in.diff
patch -p0 < ../patches/configure.diff
./configure --enable-locale --enable-telnet --enable-colors256 --enable-rxvt_osc --prefix=/usr/local --disable-dependency-tracing
make
sudo make install

Modification du .screenrc

Il suffit d'ajouter ces lignes à son .screenrc (comme indiqué dans l'en-tête de railscasts.vim)

attrcolor b ".I"
termcapinfo xterm-color 'Co#256:AB=\E[48;5;%dm:AF=\E[38;5;%dm'
defbce "on"
term screen-256color-bce

où xterm-color doit correspondre à la réponse de echo $TERM

Utiliser son nouveau 'screen'

Je ne préfère pas toucher à l'installation d'Apple car je n'ai pas envie qu'une prochaine mise à jour vienne me compliquer la vie ^^. Pour utiliser des programmes recompilés (et donc, déjà existants sur le système), j'opte généralement pour l'utilisation de mon ~/bin. Il n'existe pas par défaut, il faut donc le créer si vous ne l'avez pas déjà fait.

mkdir ~/bin

Depuis son ~/bin, on fait simplement un lien vers son 'screen'.

ln -s /usr/local/bin/screen-4.0.3 screen

Si ce n'est pas déjà fait, on ajoute enfin son ~/bin à son PATH (dans son .bashrc ou son .bash_profile) en s'assurant qu'il sera bien le premier à être interrogé.

if [ -d ~/bin ]; then
    export PATH=~/bin:$PATH
fi

which screen doit vous dire que le système utilisera bien le screen nouvellement installé.

That's all.

Installer PyQt 64bits - MacOS X Snow Leopard

2010-05-28T13:16:00.005+01:00

Récupérer et compiler les sources de Qt

wget http://get.qt.nokia.com/qt/source/qt-everywhere-opensource-src-4.6.2.tar.gz
tar xvzf qt-everywhere-opensource-src-4.6.2.tar.gz
cd qt-everywhere-opensource-src-4.6.2
./configure -arch x86_64
make
sudo make install

A partir du make, on peut aller prendre un café, promener le chien, faire son ménage et faire ses courses. Prévoyez environ 3h30 de compilation... (pour un iCore5).

Récupérer et compiler SIP

wget http://www.riverbankcomputing.co.uk/static/Downloads/sip4/sip-4.10.2.tar.gz
tar xvzf sip-4.10.2.tar.gz
cd sip-4.10.2
python configure.py
make
sudo make install

Récupérer et compiler PyQt

wget http://www.riverbankcomputing.co.uk/static/Downloads/PyQt4/PyQt-mac-gpl-4.7.3.tar.gz
cd PyQt-mac-gpl-4.7.3
python configure.py -q /usr/local/Trolltech/Qt-4.6.2/bin/qmake
make
sudo make install

C'est tout, on a une jolie version de PyQt 64b qui roxe des mamans ours.

$ python -c 'import PyQt4; print PyQt4'
<module 'PyQt4' from '/Library/Python/2.6/site-packages/PyQt4/__init__.py'>

Compiling Vim 7.2 - Mac Snow Leopard

2010-05-28T12:40:00.000+01:00

Afin d'éviter des commentaires inutiles, je connais l'existence de MacVim mais je ne veux pas l'utiliser pour différentes raisons.

Pourquoi compiler une autre version de Vim ?

Par défaut, la version de Vim livrée avec Snow Leopard ne supporte pas l'interpréteur ruby et python. Je ne comprends pas pourquoi Monsieur Apple ne compile pas ces options pour Vim alors qu'il livre par défaut une version de Ruby et Python. C'est plutôt incohérent.

Je me fais ici un bloc-notes (comme souvent) qui pourra servir à d'autres.

Récupérer les tarballs de Vim 7.2

On récupère tous les tarballs pour disposer d'une version francisée et également pour pouvoir appliquer les patches sur les sources :

wget ftp://ftp.vim.org/pub/vim/unix/vim-7.2.tar.bz2
wget ftp://ftp.vim.org/pub/vim/extra/vim-7.2-extra.tar.gz
wget ftp://ftp.vim.org/pub/vim/extra/vim-7.2-lang.tar.gz

Déployer les sources de Vim 7.2

bzip2 -dc vim-7.2.tar.bz2 | tar xvf -
tar xvzf vim-7.2-extra.tar.gz
tar xvzf vim-7.2-lang.tar.gz

Appliquer les patches

Les patches pour Vim 7.2 se récupèrent sur ftp://ftp.vim.org/pub/vim/patches/7.2/.

mkdir vim72-patch && cd !$
wget ftp://ftp.vim.org/pub/vim/patches/7.2/*

On applique un patch en tapant patch -p0 < ../vim72-patch/7.2.001 (en étant dans le répertoire vim72 bien évidemment). Comme il y a, à ce jour, plus de 400 patches, il est vivement conseillé de se faire un script pour ne pas y passer trop de temps. Pour information, la version de Vim livrée avec Snow Leopard ne comporte que les 108 premiers patches. J'ai personnellement appliqué tous les patches car il y a quand même quelques patches plus que nécessaires après le 108.

Préparer un fichier avec ses options de compilation

Créer son fichier avec ses options de compilation est amha le moyen le plus efficace pour modifier ses options et/ou appliquer ses options sur une prochaine version de Vim (on met juste le fichier de côté pour une utilisation ultérieure). Voici le contenu de mon fichier vim_comp_options :

export CONF_OPT_X="--without-x"
export CONF_OPT_GUI="--disable-gui"
export CONF_OPT_PYTHON="--enable-pythoninterp"
export CONF_OPT_RUBY="--enable-rubyinterp"
export CONF_OPT_CSCOPE="--enable-cscope"
export CONF_OPT_MULTIBYTE="--enable-multibyte"
export CONF_OPT_COMPBY="--with-compiledby='Bruno Carrere'"

Il suffit de sourcer le fichier depuis le term utilisé pour configurer et compiler Vim en tapant :

source path_vers_fichier/vim_comp_options

Vous pouvez contrôler que les options de configurations sont bien prises en compte en tapant env|grep CONF.

Configuration et compilation de Vim

cd vim72/src
make config
make
sudo make install

Vim 7.2.438

Pour ceux qui ne veulent pas appliquer les patches

Dans ce cas, on rencontre pas mal de soucis et il faut procéder à des aménagements au niveau des options de compilation.

On commence classiquement :

cd vim72/src
make config

On édite ensuite le /vim72/src/auto/config.mk comme suit :

DEFS            = -DHAVE_CONFIG_H -D_FORTIFY_SOURCE=0
CFLAGS          = -g -Os -pipe -mdynamic-no-pic
LDFLAGS         = -L. -arch x86_64  -L/usr/local/lib

puis on procède normalement pour la fin :

make
sudo make install

Je ne conseille vraiment pas cette méthode mais je la renseigne quand même car j'ai vu sur le net pas mal de personnes ayant des soucis avec la compilation de Vim dès lors qu'on n'applique pas les patches et qu'on se cantonne à une base 7.2 (et non 7.2.438 en appliquant tous les patches).

Vim PoWa !

Mettre à jour le JDK Java sur Debian Lenny

2010-05-18T10:33:00.000+01:00

C'est une vidéo en live, je n'ai pas réalisé de montage. Du coup, comme il s'agit d'une vieille machine de test, je suis désolé pour le passage concernant la construction du paquet qui est un peu long. :/ J'espère juste que votre machine est plus rapide que mon vieux bousin :)

Si vous avez déjà installé la version Java fournie par la distribution (cf 1. & 2.), vous pouvez directement vous rendre au point 3.

1. Modifier son sources.list

Avant de commencer, il faut d'abord s'assurer qu'on a accès aux dépôts complémentaires (les paquets Java sont dans non-free et java-package est dans contrib). Modifiez votre /etc/apt/sources.list en conséquence.

deb http://ftp.fr.debian.org/debian/ lenny main contrib non-free
deb-src http://ftp.fr.debian.org/debian/ lenny main contrib non-free

deb http://security.debian.org/ lenny/updates main contrib non-free
deb-src http://security.debian.org/ lenny/updates main contrib non-free

On update ses sources :

# apt-get update

2. Installer le JDK 6 Debian

Pour maintenir Java, on va s'appuyer sur certains fichiers fournis par l'installation standard de la Debian. Dans un premier temps, on va donc installer le JDK 6 Java classiquement. A ce jour, c'est l'update 12 qui sera installée via le dépôt non-free.

# apt-get install sun-java6-{jdk,plugin}
# update-java-alternatives -s java-6-sun

Pour contrôle :

$ java -version
java version "1.6.0_12"
Java(TM) SE Runtime Environment (build 1.6.0_12-b04)
Java HotSpot(TM) Client VM (build 11.2-b01, mixed mode, sharing)

On vérifie que c'est fonctionnel en se rendant sur java.com.

3. Générer et installer le dernier JDK

a. On récupère le dernier JDK chez Sun (Oracle). Rien de particulier à ce niveau, il suffit de se laisser guider.

b. On installe ensuite le paquet java-package

# apt-get install java-package

c. Avant de pouvoir générer le paquet contenant la mise à jour, on va corriger un fichier qui pose soucis sur Lenny car il ne prend pas en compte plus de 9 update pour Java 6 (c'est balot :/).

# vi +48 /usr/share/java-package/sun-j2sdk.sh

et modifier la ligne comme suit :

"jdk-6u"[0-9][0-9]"-linux-i586.bin") # SUPPORTED

Modification de la ligne 49 :

j2se_version=1.6.0+update${archive_name:6:2}${revision}

Suivant votre architecture, vous serez amenés à modifier les lignes 91-92 (pour amd64) ou 96-97 (pour x64).

d. On passe maintenant en mode utilisateur et on génère la paquet à partir des sources du téléchargement

$ fakeroot make-jpkg /chemin_vers_jdk_sun/jdk-6u20-linux-i586.bin

e. On repasse en root et on installe le paquet généré

# dpkg -i sun-j2sdk1.6_1.6.0+update20_i386.deb

4. Finaliser l'installation

Malheureusement, le paquet généré à l'aide de java-package ne permet pas d'utiliser tel quel update-java-alternatives. Il faut donc procéder à quelques aménagements.

a. On link notre nouveau JDK dans /usr/lib/jvm

# cd /usr/lib/jvm
# ln -s /usr/lib/j2sdk1.6-sun j2sdk1.6-sun

b. update-java-alternatives a besoin de son fichier .jinfo. Comme il n'est pas généré automatiquement par l'installation de notre paquet 'maison', on va le créer en s'appuyant sur celui qui existe pour java-6-sun

# cat .java-6-sun.jinfo|sed -e 's/java-6-sun[0-9\.-]*/j2sdk1.6-sun/'|sed -e 's/java-6-sun/j2sdk1.6-sun/'|sed -e 's/63/65/' > .j2sdk1.6-sun.jinfo

c. update-java-alternatives positionne l'alternative mais ne la crée pas. On doit donc préalablement créer les alternatives. Cela peut être très fastidieux compte tenu du nombre d'alternatives à créer pour Java. Il est finalement plus rapide et confortable d'utiliser un script créé pour l'occasion :

#!/bin/sh
# install-alternatives-for-java-package.sh
set -e
PATH=/sbin:/bin:/usr/sbin:/usr/bin

# modifier jdiralias pour les futures version de Java (1.7 ?)
jdiralias=j2sdk1.6-sun
######################

priority=65
basedir=/usr/lib/$jdiralias
basediralias=/usr/lib/jvm/$jdiralias
jre_tools='ControlPanel java java_vm javaws jcontrol keytool pack200 policytool rmid rmiregistry unpack200 orbd servertool tnameserv'
jdk_tools='HtmlConverter appletviewer apt extcheck idlj jar jarsigner java-rmi.cgi javac javadoc javah javap jconsole jdb jhat jinfo jmap jps jrunscript jsadebugd jstack jstat jstatd native2ascii rmic schemagen serialver wsgen wsimport xjc'
browser_dirs='xulrunner-addons firefox iceape iceweasel mozilla midbrowser xulrunner'
PLUGIN=libnpjp2.so
PLUGINPTH=/usr/lib/jvm/$jdiralias/jre/lib/i386/$PLUGIN

for i in $jre_tools; do
    update-alternatives \
        --install \
        /usr/bin/$i \
        $i \
        $basediralias/jre/bin/$i \
        $priority 
done

for i in $jdk_tools; do
    update-alternatives \
        --install \
        /usr/bin/$i \
        $i \
        $basediralias/bin/$i \
        $priority 
done

for browser_dir in $browser_dirs; do
    if [ $browser_dir = xulrunner-addons ]; then
        browser=xulrunner-1.9
    else
        browser=$browser_dir
    fi
    update-alternatives --quiet --install \
        /usr/lib/$browser_dir/plugins/libjavaplugin.so \
        $browser-javaplugin.so \
        $PLUGINPTH \
        $priority
done

    update-alternatives \
        --install \
        /usr/bin/jexec \
        jexec \
        $basediralias/jre/lib/jexec \
        $priority 

exit 0

d. On lance le scipt qui va créer les alternatives à notre place :

# ./install-alternatives-for-java-package.sh

e. Finalement, on utilise update-java-alternatives pour mettre à jour les alternatives avec notre nouveau JDK :

# update-java-alternatives -s j2sdk1.6-sun

$ java -version
java version "1.6.0_20"
Java(TM) SE Runtime Environment (build 1.6.0_20-b02)
Java HotSpot(TM) Client VM (build 16.3-b01, mixed mode, sharing)

Tout cela peut paraître un peu long pour une mise à jour mais il n'en est rien (la vidéo le démontre puisqu'il faut moins de 10mn pour tout installer). De plus, pour les prochaines mises à jour, on pourra s'arrêter au 3. (tout le 4. devenant inutile tant qu'on ne passe pas à un Java 7 :p).

En résumé, des efforts minimes pour tenir à jour proprement son JDK "à la Debian".

Jouer à World of Warcraft sous Debian Lenny

2010-05-12T11:24:00.000+01:00

Le résultat est plutôt bluffant compte tenu de la carte graphique :

$ lspci|grep nVidia
01:00.0 VGA compatible controller: nVidia Corporation GeForce 8600 GT (rev a1)

et du processeur :

model name : Intel(R) Pentium(R) D CPU 3.00GHz

On joue à WoW avec une fluidité et une qualité graphique difficilement soupçonnables compte tenu du matériel. Même si la vidéo peut laisser penser que c'est parfois saccadé, il n'en est rien, tout est d'une fluidité remarquable (l'encodage se fait avec 15 img/s ce qui provoque quelques désagréments visuels). On peut bien évidemment jouer en plein écran avec le même confort, WoW a juste été fenêtré le temps de la vidéo.

Chrome, Iceweasel et Flash - 05/10

2010-05-11T10:23:00.001+01:00

Je suis obligé de passer quelques jours sur un autre système qu'OS X en attendant avec impatience l'arrivée de mon nouveau MacBook Pro. Ne pouvant toujours pas calmer mon urticaire à la vue d'un windows, je remonte rapidement une Debian Lenny Desktop (Ubuntu aussi me file des boutons, désolé, je suis Debian et Mac addict).

Certaines choses ne me manquaient absolument pas ces 2 dernières années au niveau du desktop. En autres, les galères avec cette technologie douteuse qu'est 'flash'. Vivement qu'HTML5 remplace tout ce qui ressemble de près ou de loin à du flash.

Je voulais simplement écouter de la musique sur Deezer avec Chrome et là... patatra... navigateur quasi gelé allant jusqu'au reboot de la session X. Burp ! J'apt-get donc un iceweasel et là, carrément pas de flash comme il se doit sur un système libre (sors de ce corps vieux barbu !).

J'ai donc repris mes vieilles habitudes de 'linuxien goret'.

Tout d'abord, j'ai téléchargé la version du flashplayer en tarball. Ensuite, il suffit de créer un répertoire dans /usr/lib pour y déposer le contenu du tarball.

# mkdir /usr/lib/flashplayer && cd !$
# tar xvzf path_vers_tarball/install_flash_player_10_linux.tar.gz

Iceweasel

On linke simplement la lib du flashplayer d'Adobe à Iceweasel

# cd /usr/lib/iceweasel/plugins
# ln -s /usr/lib/flashplayer/libflashplayer.so libflashplayer.so

C'est tout. Après avoir redémarré Iceweasel, about:plugins (dans la barre d'adresse du navigateur) doit annoncer que flash est installé (2 lignes : Shockwave Flash et FutureSplash Player)

Google Chrome

Même principe sauf qu'on va remplacer la lib utilisée par défaut par celle qu'on a récupérée (en lui donnant évidemment le nom de la lib d'origine utilisée par Chrome).

# cd /opt/google/chrome
# mv libgcflashplayer.so libgcflashplayer.so.orig
# ln -s /usr/lib/flashplayer/libflashplayer.so libgcflashplayer.so

Comme on dit, "chez moi ça marche". Si vous avez une autre solution, n'hésitez pas à lâcher votre commentaire.

Installer compiz-fusion sur Debian Lenny - 05/10

2010-05-10T14:54:00.014+01:00

Une commande qui commence par # est exécutée en tant que root
Une commande qui commence par $ est exécutée avec votre compte utilisateur.

Nvidia

Tout d'abord, pour ceux qui ont une carte Nvidia, voici la marche à suivre pour respecter le Debian-Way.

Ajouter les dépôts pour 'contrib' et 'non-free' dans son /etc/apt/sources.list :

deb http://ftp.fr.debian.org/debian/ lenny main contrib non-free
deb-src http://ftp.fr.debian.org/debian/ lenny main contrib non-free
deb http://security.debian.org/ lenny/updates main contrib non-free
deb-src http://security.debian.org/ lenny/updates main contrib non-free

suivi d'un :

# apt-get update

Installer le nécessaire pour compiler le module

# apt-get install build-essential nvidia-kernel-common module-assistant mesa-utils

et générer le module par :

# module-assistant auto-install nvidia

Si certains paquets manquent, ils devraient être installés.

Charger le module :

# modprobe nvidia

Ajouter dans son /etc/X11/xorg.conf (faites auparavant une copie de votre xorg.conf, on ne sait jamais ;) la section Module

Section "Module"
  Load "glx"
EndSection

puis fermer la session.

Ouvrir une session et depuis un Term, lancer la commande :

$ glxinfo|more

Une ligne de la sortie devrait indiquer :

direct rendering: Yes

(dans la foulée, on peut aussi essayer glxgears)

Compiz

Installer les paquets nécessaires :

# apt-get install compiz

puis modifier son fichier xorg.conf.

Ajouter à la section Device les lignes suivantes :

Driver "nvidia"
Option "AddARGBGLXVisuals" "True" 
Option "AllowGLXWithComposite" "True"

Ajouter à la section Screen :

DefaultDepth  24

Créer une section Extensions :

Section "Extensions" 
  Option "Composite" "Enable" 
EndSection

Pour inscrire compiz en tant que Window Manager par défaut :

$ echo "export WINDOW_MANAGER=/usr/bin/compiz" >> ~/.gnomerc

cet article a été écrit avec le rustre gnome-blog-poster pour tester.

Premature end of script headers

2010-04-23T10:51:00.000+01:00

Configuration :

Phusion Passenger 2.0.6
Apache2
Sinatra 1.0

Une méthode POST ne fonctionnait pas et l'erreur Apache était "Premature end of script headers". Erreur totalement inexplicable, à s'arracher les cheveux. La documentation d'Apache sur cette erreur est d'ailleurs plus que laconique.

Après des tests interminables, j'ai finalement upgradé Passenger vers la version 2.2.11 et tout est rentré dans l'ordre sans pour autant que je ne comprenne vraiment d'où venait cette erreur.

En ce moment, j'ai un talent fou pour perdre du temps avec ce que j'appellerais “des conneries” :/ Grand gagnant au tirage au sort des bugs en tous genres.

Le cache de pages avec Sinatra

2010-04-08T13:02:00.002+01:00

Le cache de pages avec Sinatra est extrêmement simple avec le gem sinatra-cache.

require 'sinatra/base'
require 'sinatra/cache'

class MyClass < Sinatra::Base
 
  set :root, 'full_path_vers_mon_app'
  register(Sinatra::Cache)
  set :cache_enabled, true
  set :cache_output_dir, 'full_path_vers_mon_cache'

... / ...

end

Si on utilise Passenger, le minimum fonctionnel pour le fichier de conf est :

RewriteEngine On
RewriteRule ^([^.]+)$ /mon_cache/$1.html [QSA]

Pour purger une page en cache cache_expire('/path_vers/ma_page').

Bundler : un must-have du développeur ruby

2010-04-07T14:35:00.000+01:00

gem Bundler gem vraiment beaucoup !

Ryan Bates le présente dans un de ses screencasts dans le cadre de Rails 3 mais c'est tout aussi pratique (sinon plus) lorsqu'on développe un petit projet sans Rails.

DataMapper master branch is now compatible with both active_support and extlib

2010-04-07T14:10:00.000+01:00

DataMapper master branch is now compatible with both active_support and extlib

humm... humm... à condition d'avoir une version 1.8.7 de Ruby. Je ne sais plus où j'avais lu que la compatibilité avait été testée avec une version 1.8.6 de Ruby mais chez moi, ça ne marche pas :/

J'ai donc du upgrader la version de Ruby de 1.8.6 (patch 287) à 1.8.7 (patch 173) sur un serveur pour que cette news devienne une réalité car, sans cela, extlib (0.9.4) et activesupport (2.3.5) ne faisaient vraiment pas bon ménage (sur un serveur Debian Etch qui commence par dater, il est vrai :p).

Si ça peut éviter à quelqu'un d'autre de chercher quelques longues minutes... ^^

Modifier MyCompanyName dans Xcode

2010-03-26T10:46:00.003+01:00

Par défaut, Xcode récupère correctement le nom de l'utilisateur mais renseigne __MyCompanyName__ pour le nom de l'entreprise.

//
//  CooptAppDelegate.m
//  Coopt
//
//  Created by Bruno Carrere on 26/03/10.
//  Copyright __MyCompanyName__ 2010. All rights reserved.
//

Pour modifier __MyCompanyName__, il faut passer par le Terminal et entrer :

defaults write com.apple.Xcode PBXCustomTemplateMacroDefinitions  '{"ORGANIZATIONNAME" = "LE_NOM_DE_MON_ENTREPRISE";}'

(en remplaçant évidemment LE_NOM_DE_MON_ENTREPRISE par celui qui convient dans votre cas.)

Si quelqu'un dispose d'une solution graphique pour modifier cette variable, qu'il n'hésite pas à se manifester ^^

Django vu par un utilisateur de Rails (1)

2009-10-14T10:30:00.001+01:00

Tout ce que vous allez lire est à prendre avec des pincettes car je ne suis qu'au début de ma découverte du framework Django. Je suis donc loin d'être un spécialiste de Django et je ne fais que donner « mon ressenti à chaud » par rapport à un autre framework que je connais mieux : Rails.

Création d'un projet
Après avoir installé Django (ce qui fera sans doute l'objet d'un autre article), première surprise de taille à la création d'un projet :

$ django-admin.py startproject taisteuh
$ cd taisteuh
$ ls
__init__.py manage.py   settings.py urls.py

On ne peut pas dire qu'on est embarrassé par le nombre de fichiers générés ! Un peu déroutant lorsqu'on vient de Rails mais finalement une bonne surprise pour la courbe d'apprentissage. Comme je ne veux pas transformer ma bafouille en didacticiel, je résumerai en disant que "settings.py" est un peu le pendant "de l'environment.rb et du database.yml cumulés" alors que "urls.py" serait le "routes.rb" de Rails.

Mais alors, où sont mes modèles, mes controllers, mes vues et tout le toutim ? Va falloir y aller à la mimine mon gars ! (python manage.py startapp xxx sera notre ami la prochaine fois)

Moins de ciment entre les briques
Bien que ce soit « troublant » lorsqu'on vient de Rails, on ressent rapidement une plus grande liberté d'action et d'organisation ainsi qu'une meilleure compréhension du framework si j'essaie de me rappeler de l'époque de ma prise en main de Rails (même si ça date un peu maintenant). Les briques de Django sont moins étroitement liées que celles de Rails ce qui ouvre un « champ des possibles » plus important en terme d'organisation mais au détriment d'une production de code « initiale » également plus importante. Rails demande moins de code initial mais au détriment de conventions plus lourdes. Il faut penser « à la Rails » alors que je n'ai pas eu l'impression d'avoir à penser « à la Django » jusqu'à maintenant (enfin... beaucoup moins).

On se sent également plus proche du langage sous-jacent (Python pour Django vs Ruby pour Rails). Bizarre comme sensation. Encore une fois, c'est juste un ressenti personnel que je livre « tel quel » sans pour autant me l'expliquer réellement pour l'instant (juste peut-être parce que Rails dispose au départ de plus de « magie » que Django ?). Évidemment, la syntaxe de Python étant nettement moins « human friendly » que celle de Ruby, ça va certainement à terme user mes nerfs et mes yeux (Wait & See).

Du coup, pour un petit projet, Django est certainement beaucoup plus adapté que Rails. L'artillerie à mettre en place est beaucoup plus légère, on n'a pas l'impression de sortir un « canon de 75 » pour tuer un moustique. Attention ! je ne dis surtout pas que Django n'est pas adapté aux gros projets (je pense même l'inverse si j'entrevois bien ses possibilités et sa logique qui me laisse la mienne). Je dis juste que si j'avais un site léger (dynamique ou pas) à mettre en ligne, j'opterais sans hésiter pour Django même en l'état actuel de mes pauvres connaissances (d'ailleurs, si Merb existe, ce n'est pas pour rien ^^).

MVC ? MVT ?
Un autre point déroutant au départ est la vision d'un MVC par Django. En résumant, ses vues seraient les controllers de Rails et ses templates seraient les vues de Rails. On pourrait plus parler d'un pattern MVT (Model-View-Template). En fait, en creusant un peu, c'est surtout une histoire de vocabulaire et de définition. Pour Django, les vues décrivent les données qui vont être présentées à l'utilisateur mais ne tient pas compte de la forme (ce sont les templates qui s'occupent de cela). Pour Rails, c'est le contrôleur qui détermine quelles données seront présentées et ce sont les vues qui les mettent en forme. Pas de quoi fouetter un chat une fois qu'on a fait le point sur le sujet. Juste une question d'angle de « vue » (mouarf !).

Template (équivalent Vues de Rails)
Le système de templates de base de Django est surprenant mais réellement pertinent. « Surprenant » parce qu'on ne peut pas y insérer directement du code Python et « pertinent » parce que ça oblige à réellement séparer « la logique métier » de la présentation. Avec Rails, on peut rapidement se laisser aller à ne pas respecter ce point (mode goret ON). On doit donc se limiter aux tags de Django même s'il est à noter que sa souplesse nous autorise à utiliser un autre système de template ou à étendre celui existant. Quelques tags m'ont fait sourire car on sent bien l'adéquation aux cas rencontrés. A titre d'exemple, pour les boucles 'for', le 'forloop.counter' permet de savoir le nombre de fois qu'on a parcouru la boucle, le 'forloop.last' (booléen) permet de savoir si c'est le dernier élément de la liste parcourue (et donc, de ne pas mettre de "|" après le dernier élément d'une liste pour un menu par exemple. Le 'forloop.first' existe également). Bref, par expérience, des « tags malins » et une syntaxe 'template' très propre. L'héritage de template devrait permettre de garder une organisation propre tout en offrant un maximum de possibilités (à tester avec des cas m'ayant posé des soucis avec Rails).

Un autre point particulièrement soigné de Django, ce sont les pages d'erreurs. Du bonheur ! Contrairement à celles de Rails, elles permettent réellement d'aider à débugger. Ça dépasse largement le cadre de la page d'erreur. Rails devrait s'en inspirer.

La suite au prochain épisode.

Mémo Mac

2009-09-30T08:34:00.001+01:00

Fermer une application qui ne répond plus :
CMD-OTION-ESC (équivalent du CTRL-ALT-SUPPR de l'autre)

Applications qui se lancent au démarrage :
Préférences Système > Comptes > Ouverture

Quelques raccourcis :
CMD-A Tout sélectionner
CMD-X Couper
CMD-C Copier
CMD-V Coller
CMD-Z Annuler
CMD-F Chercher
CMD-T Ouvrir un nouvel onglet
CMD-K Se connecter à un serveur
CMD-Q Quitter l'application
CMD-I Ouvrire la fenêtre d'informations (I comme Info)
CMD-TAB Cycler à travers les applications ouvertes
CMD-`(sur MacBook) Cycler à travers les fenêtres d'une même application
CMD-SHIFT-N Crée un nouveau dossier
CMD-L Créer un alias (L comme Link)
CMD-D Dupliquer un objet

Réduction de fenêtre dans l'icône de l'application (Snow only)
Préférences Système > Dock
Cocher « Réduction des fenêtres dans l'icône de l'application »

Readability

2009-09-27T15:30:00.004+01:00

AVANT READABILITY

Appliquée à la plupart des blogs, le « web design » est une discipline totalement futile qui consiste à définir une charte graphique pour ensuite la massacrer à grands coups de verrues publicitaires. Que dire de cette fâcheuse manie d'occuper le premier tiers de la page avec un bandeau ? Ça vous viendrait à l'idée de mettre une enseigne de magasin qui vous oblige à baisser la tête pour entrer ? Ne parlons pas de cette fameuse colonne de droite qui sert souvent de dépotoir à publicités et des 3 à 4 secondes d'effort qu'il faut parfois pour trouver le texte à lire. Le « web design » des blogs vient trop souvent fusiller l'ergonomie et le plaisir du lecteur.

Il n'est déjà pas naturel de s'adapter à X chartes graphiques, à X polices, à X tailles de polices au gré de nos visites, alors, quand certains poussent le vice jusqu'à encadrer leur prose de publicités, ça devient tout simplement insupportable. On peut vouloir devenir la « F1 des blogs » sans pour autant devenir un « TF1 du web ».

Je vois pas mal de blogueurs se poser des questions au sujet des flux RSS. Je crois qu'ils ont raison de se poser cette question. J'avoue que si je suis abonné à un flux, je ne vais que très rarement sur le site et si je suis obligé d'aller directement sur un blog (par exemple un lien cité par le blogueur), cliquer sur Readability est devenu un réflexe.

APRES READABILITY

Trackpad MacBook vs MacBook Pro

2009-09-26T13:15:00.000+01:00

Je viens de voir qu'il y a quand même pas mal de différences entre les possibilités offertes par le trackpad du MacBook et celles du MacBook Pro. Evidemment, les possibilités les plus « magiques » à l'utilisation ne sont malheureusement disponibles que sur le MacBook Pro (par exemple, « feuilleter » un PDF sur un MacBook Pro est un vrai plaisir). On se fait très vite à la navigation à 3 doigts. A titre d'exemple, j'utilisais peu Firefox jusqu'à sa version 3.5 parce qu'il n'était pas possible de revenir en arrière en utilisant cette possibilité du trackpad (il n'y avait pas que cette raison mais elle en faisait partie). A l'usage, augmenter la police d'une page avec 2 doigts est tout aussi pratique surtout lorsqu'on a la vue qui baisse :/

La différence la plus notable reste la qualité du trackpad lui-même. Celui du MacBook Pro est nettement plus précis.

Voici une courte vidéo qui indique ce qui est « possible » ou « impossible » avec le trackpad d'un MacBook.

Passer de PC à Mac

2009-09-25T17:24:00.000+01:00

Ça y est ! le Mac du fiston est arrivé. Commandé Mardi, livré aujourd'hui, c'est du rapide.

Compte tenu que mon fiston ne le sait pas et qu'il va l'apprendre en lisant cet article, il risque de s'arrêter ici et descendre les marches 4 à 4 pour venir le chercher :p Je continue donc pour les autres (et pour lui, mais plus tard) ^^

Une fois l'objet récupéré, il risque évidemment de galérer un peu au départ comme cela m'est arrivé il y a un peu plus d'un an. Je vais donc profiter de l'occasion pour livrer quelques ressources afin que la transition se passe au mieux (pour lui comme pour moi si vous suivez ma pensée). Ça n'a pas la prétention d'un didacticiel mais juste d'une rapide prise en main pour un utilisateur « averti ».

Passage de PC à Mac : les bases
On a l'impression que le commentateur parle à un débile mais les informations sont pertinentes pour un débutant Mac.
Pour ouvrir une application, j'utilise plutôt cmd + barre d'espace et je tape le début du nom du logiciel dans la barre de recherche de Spotlight (en haut à droite). Ça évite de passer par le finder et tout ce qui m'évite de passer par le finder est bon pour ma santé (et oui... tout n'est pas idéal dans le monde Mac et j'avoue que je n'aime pas du tout le finder).

Aller tout de suite activer « Exposé et Spaces » dans les « Préférences Système ». Et oui, dans la famille, on a élevé les enfants au biberon Linux et quand on a connu les bureaux virtuels, il est difficile de s'en passer (cmd + barre d'espace -> taper "Pref" et entrée pour accéder aux « Préférences Système »). Tu règles cela comme tu veux, personnellement, j'ai repris mes habitudes "linuxiennes" : [1] curseur en haut à droite = équivalent F3, [2] curseur en bas à droite = voir tous les bureaux, [3] curseur en bas à gauche = montrer le bureau. Lorsqu'on est en [2], on peut déplacer n'importe quelle application d'un bureau à l'autre et encore plus facilement si on a fait [1] avant de faire [2]. Je n'ai toujours pas compris pourquoi il n'était pas activé par défaut (disons plutôt que j'ai peur de comprendre).
Tant que tu es dans les applications, « clavier » puis cocher la case « Afficher le visualiseur clavier et caractères dans la barre de menus » car, toi aussi mon fils, tu vas connaître le grand jeu offert par Apple à tout nouvel utilisateur : « Mais bordel de m*rde ! comment je fais pour taper ce caractère ? ». Donc, au départ, avoir tout le temps ce petit utilitaire à portée de clic te permettra de garder ton calme.
Aller dans le répertoire « Applications » et drag & dropper le « Terminal.app » dans le Dock (la barre du bas). Ouf ! sauvé ! « Darwin Kernel » te répond en live \o/ Y a plus qu'à te créer ton petit .bash_aliases, .bashrc, .bash_profile et c'est le bonheur (parce que « brut de fonderie » le Mac est un peu léger de ce côté là, on ressent la philosophie « full clicodrome » d'Apple).
Tu peux virer le mail, l'agenda et le carnet d'adresses du Dock puisque SASAIMIEUX™(teste avant quand même « au cas où » mais personnellement, je les ai viré)
Penser à aller régler le trackpad également car, par défaut, c'est aussi léger de ce côté là. Voici le panel du trackpad de papa pour info ^^ Passer un peu de temps là-dessus n'est vraiment pas une perte de temps. C'est la première fois que je ne branche pas une souris sur un portable tant l'ergonomie apportée par le trackpad d'Apple peut être qualifiée de « magique ».

Logiciels :

C'est vrai mais SASAIMIEUX™
SASAIBIEN™mais SASAIMIEUX™surtout depuis la 3.5; En fait, ce n'est pas que Safari ne soit pas bien, c'est surtout la gestion des onglets que je n'aime pas. Lorsqu'on ouvre beaucoup d'onglets, Safari propose un menu déroulant pour accéder aux onglets qui ne sont pas visibles (vraiment pas pratique) alors que Firefox offre la possibilité d'un scrolling des onglets nettement plus ergonomique). L'abonnement à un flux RSS depuis Safari ne me plait pas également. Ce n'est peut-être pas grand chose pour vous mais c'est déjà beaucoup pour moi. ^^
OpenOffice.org parce que je sais que tu en auras besoin (il y a NeoOffice également mais bon...). Personnellement, Google Docs me suffit amplement.
Growl fait partie des petits « plus » qu'on apprécie à l'usage.

Reste à expliquer comment on installe les logiciels sur un Mac mais c'est tellement basique que ça ne mérite pas qu'on s'y attarde (suffit de drag&dropper le logiciel dans le répertoire « Applications » depuis la fenêtre qui s'ouvre et de penser à demonter le volume depuis le bureau lorsque c'est fait pour le cas d'un .dmg)

La suite au prochain épisode.

CTRL-I des années 60

2009-09-25T14:40:00.001+01:00

vidéo originale (via iTunes)

Je ne supporte pas d'être agressé en permanence par la publicité mais, paradoxalement, j'aime beaucoup regarder les publicités vintages (et tout spécialement celles des années 50 et 60). C'est sans doute leur côté naïf et rafraîchissant qui me plait autant. J'aime bien me sentir au pays des bisounours. Ça me repose.

En me baladant sur ce site, je suis tombé sur cette publicité d'IBM qui m'a évidemment fait sourire. Ça peut se résumer à « il faut moins de 5 secondes pour écrire en italique ». Je présume qu'il devait y avoir un bonus d'environ 5mn pour enlever l'encre sur les doigts.

Finalement, on s'est mis à tripoter des bits pour éviter de tripoter des boules. C'est beau le progrès !

Keep it simple

2009-09-21T10:43:00.000+01:00

3 mots qui résument assez bien ma tendance générale depuis 2 ans ^^

Sur Mac, Fluid permet de lancer un site dans une fenêtre dédiée comme Prism. Fluid est toutefois mieux intégré à l'environnement Mac. Il utilise le moteur Webkit contrairement à Prism qui utilise évidemment le moteur Gecko. Très pratique pour séparer son mail (Gmail) ou son agrégateur de flux lorsqu'on utilise Greader. Je passerai sous silence le peu de reproche que je lui fais (ça concerne essentiellement les pièces jointes téléchargées).

Je trouve iPheeds particulièrement pertinent pour rendre son blog plus facilement consultable sur iPhone. iPheeds utilise le flux RSS du blog et affiche les news sous cette forme sur votre iPhone. Le rapport temps_de_mise_en_place/résultat est imbattable pour apporter un gros plus en confort de lecture.

On l'aura compris, en 2 ans d'absence, j'ai eu le temps de m'équiper d'un iPhone et d'un Mac comme poste utilisateur (MacBook Pro pour être précis). Il va falloir que je change mon iPhone vieillissant (1ère génération) et j'ai envie de me laisser tenter par une solution Androïd. Si quelqu'un a eu l'expérience des 2 types de téléphone, qu'il n'hésite pas à lâcher son avis sur le sujet en commentaire. Vu la fréquentation de ce blog délaissé depuis 2 ans, je ne rêve pas et j'ai réellement l'impression de lancer une bouteille à la mer... ;) Pas exclu non plus que je repasse sur un poste Debian car la dernière mise à jour du Mac en Snow m'a passablement agacé (quand on développe un peu, c'est le bronx cette mise à jour 64b).

En espérant que le prochain article ne sera pas publié en 2011 ^^

Administration de Tomcat 5.5 (Debian Etch)

2007-08-13T20:24:00.000+01:00

Petit pense-bête qui pourrait être utile à d'autres.

Le paquet tomcat5.5-admin ne semble pas fonctionner en offrant au mieux une belle page blanche lors d'un accès à la page d'admin de Tomcat. C'est en fait le paquet libstruts1.2-java dépendant de tomcat5.5-admin qui pose problème.

Solution personnelle :
- Installer le paquet tomcat5.5-admin et ses dépendances.

# apt-get install tomcat5.5-admin

- Récupérer le tarball pour administrer Tomcat sur le site d'Apache et le décompresser par exemple dans /tmp :

# cd /tmp
# wget http://apache.miroir-francais.fr/tomcat/tomcat-5/v5.5.23/bin/apache-tomcat-5.5.23-admin.tar.gz
# tar xvzf apache-tomcat-5.5.23-admin.tar.gz

- Copier le struts.jar de l'archive dans l'arborescence de Tomcat. Cela écrasera le lien vers le struts.jar livré avec libstruts1.2-java

# cp apache-tomcat-5.5.23/server/webapps/admin/WEB-INF/lib/struts.jar /usr/share/tomcat5.5/server/webapps/admin/WEB-INF/lib/

- Redémarrer Tomcat

# /etc/init.d/tomcat5 restart

Linus Torvalds : I've never used Debian

2007-07-26T08:44:00.000+01:00

A curiosity: which is your favourite distribution, and which on e do you consider more secure?

I don’t really tend to care much, I’ve changed distributions over the years, and to me the most important thing tends to be that they are easy to install and upgrade, and allow me to do the only part I really care about - the kernel.

So the only major distribution I’ve never used has actually been Debian, exactly because that has traditionally been harder to install. Which sounds kind of strange, since Debian is also considered to be the “hard-core technical” distribution, but that’s literally exactly what I personally do not want in a distro. I’ll take the nice ones with simple installers etc, because to me, that’s the whole and only point of using a distribution in the first place.

So I’ve used SuSE, Red Hat, Ubuntu, YDL (I ran my main setup on PowerPC-based machines for a while, and YDL - Yellow Dog Linux - ended up the easiest choice). Right now, most of my machines seem to have Fedora 7 on then, but that’s only a statement of fact, not meant to be that I think it’s necessarily “better” than the other distros.

(emphasis is mine)

« Debian, plus difficile à installer », rien que les mots me font rire.

Maintenant, tout dépend de quoi on parle. S'agit-il d'installer un serveur ou un desktop ? Mais même pour un desktop, bien que cette image de distribution « difficile à installer » colle à la peau de la Debian, à mon sens, ce n'est plus vrai depuis l'arrivée de la Etch.

Quant aux serveurs, ce que je leur demande, ce n'est pas d'être facile à installer mais de fonctionner sans « me prendre la tête » une fois en production et parmi toutes les distributions utilisées depuis plus de deux lustres maintenant, la Debian est la seule à avoir répondu à mes attentes.

the most important thing tends to be that they are easy to install and upgrade

(emphasis is mine)

La Debian est certainement la plus facile à upgrader.

Allez... apt-get remove linus-comment ;)

source : oneopensource.it

Tips Google Images

2007-07-25T14:28:00.000+01:00

On peut ajouter &imgtype=face dans la barre d'adresses lors d'une recherche sur Google Images pour n'afficher que des portraits :

Exemple pour une recherche sur « Bellucci » :

On peut aussi remplacer « face » par « news » pour obtenir les images d'actualité.

$ cat blog

Crappy sound whith flash on x86_64 (64b) Debian Wheezy

Compile ruby 1.9.2 using RVM on Debian Wheezy

irb and console rails vim powered

Utiliser vim avec l'irb ou la console Rails, ça vous tente ?

Installer 'interactive_editor'

Modifier son .irbrc

vim and screen 256 colors - MacOS X Snow Leopard

Nature du problème

Choix des sources

Lignes de commande en mode Canal+

Compilation et installation de 'screen'

Modification du .screenrc

Utiliser son nouveau 'screen'

Installer PyQt 64bits - MacOS X Snow Leopard

Récupérer et compiler les sources de Qt

Récupérer et compiler SIP

Récupérer et compiler PyQt

Compiling Vim 7.2 - Mac Snow Leopard

Pourquoi compiler une autre version de Vim ?

Récupérer les tarballs de Vim 7.2

Déployer les sources de Vim 7.2

Appliquer les patches

Préparer un fichier avec ses options de compilation

Configuration et compilation de Vim

Pour ceux qui ne veulent pas appliquer les patches

Mettre à jour le JDK Java sur Debian Lenny

1. Modifier son sources.list

2. Installer le JDK 6 Debian

3. Générer et installer le dernier JDK

4. Finaliser l'installation

Jouer à World of Warcraft sous Debian Lenny

Chrome, Iceweasel et Flash - 05/10

Iceweasel

Google Chrome

Installer compiz-fusion sur Debian Lenny - 05/10

Nvidia

Compiz

Premature end of script headers

Le cache de pages avec Sinatra

Bundler : un must-have du développeur ruby

DataMapper master branch is now compatible with both active_support and extlib

Modifier __MyCompanyName__ dans Xcode

Django vu par un utilisateur de Rails (1)

Mémo Mac

Readability

Trackpad MacBook vs MacBook Pro

Passer de PC à Mac

CTRL-I des années 60

Keep it simple

Administration de Tomcat 5.5 (Debian Etch)

Linus Torvalds : I've never used Debian

Tips Google Images

Modifier MyCompanyName dans Xcode