M'enfin ?!?

Aller au contenu | Aller au menu | Aller à la recherche

mardi 4 décembre 2007

J'y serai

Paris on Rails

samedi 1 décembre 2007

Mercurial sur mon MyBook

J'ai installé mercurial sur mon MyBook. Ce n'est pas très compliqué, mais voici quand même la méthode que j'ai utilisée pour ceux qui n'ont pas envie de chercher. La première chose à faire, c'est se connecter en ssh (si sshd n'est activé, vous pouvez le faire grâce à la méthode de Martin Hinner). Ensuite, comme mercurial est en Python, il faut installer Python :

$ cd /tmp
$ wget http://www.python.org/ftp/python/2.5.1/Python-2.5.1.tar.bz2
$ tar xvjf Python-2.5.1.tar.bz2
$ cd Python-2.5.1
$ ./configure --disable-ipv6 --disable-shared --with-cxx=no --with-threads
$ make
$ sudo make install

Puis, on peut passer à l'install de mercurial proprement dit :

$ cd /tmp
$ wget http://www.selenic.com/mercurial/release/mercurial-0.9.5.tar.gz
$ tar xvzf mercurial-0.9.5.tar.gz
$ cd mercurial-0.9.5
$ make
$ sudo make install-bin

Un petit hg -v pour tester, et c'est déjà fini.

IRB, un outil à (re)découvrir

IRB est un outil génial pour tester rapidement un truc en Ruby. C'est une sorte d'interpréteur Ruby qui fonctionne comme un shell : vous tapez une ligne de Ruby, irb l'interprête et vous donne le résultat, vous tapez une autre ligne, irb l'interprête en tenant compte de la première ligne, et ainsi de suite. Voici par exemple ce que cela donne (avec en gras, ce que j'ai tapé) :
>> titi = 2 + 3
> 5
>> toto = titi * 4
> 20
Pour ceux qui veulent en savoir plus, je recommande de lire le chapitre consacré à IRB dans Le Guide (Poignant) de Why's vers Ruby et d'essayer ca dans Try Ruby qui est, en gros, un IRB dans votre navigateur web. Il est possible de configurer IRB via le fichier $HOME/.irbrc : changer le prompt, charger des fichiers, activer l'auto-complétion, etc. Comme d'autres personnes l'ont fait avant moi, je poste mon fichier de conf .irbrc pour que chacun puisse s'en inspirer (et aussi pour le retrouver plus facilement quand je ne suis pas chez moi ;-)
  require "yaml"
require "irb/completion"

IRB.conf[:USE_REALINE] = true
IRB.conf[:PROMPT_MODE] = :SIMPLE

# History with readline
HISTFILE = "~/.irb.hist"
MAXHISTSIZE = 100

# what? (gem install what_methods)
require "what_methods"

# Wirble (gem install wirble)
require "wirble"
Wirble.init
Wirble.colorize

# Just for Rails...
if ENV["RAILS_ENV"]
IRB.conf[:IRB_RC] = Proc.new do
ActiveRecord::Base.logger = Logger.new(STDOUT)
ActiveRecord::Base.instance_eval { alias :[] :find }
end
end

lundi 26 novembre 2007

Nouveau disque dur : MyBook World Edition

Je viens de m'acheter un disque dur externe Western Digital MyBook World Edition. La bête doit principalement me servir pour mes sauvegardes, mais avec ses 500 Go, je devrais avoir de la place pour d'autres choses. J'ai choisi ce modèle car je voulais un disque dur branché sur de l'ethernet, pas en usb, et qu'en plus j'avais lu sur http://jeromeandrieux.blogspot.com/... qu'il avait le bon goût de tourner sous linux (les sources du firmware sous licence GPL sont disponibles sur http://support.wdc.com/download/ind...).

Ce que j'ai déjà fait

  1. le brancher
  2. aller sur l'interface web : http://admin:123456@<l'adresse IP du Mybook>
  3. rajouter un utilisateur sur cette interface
  4. activer l'accès ssh grâce à la méthode de Martin Hinner
  5. se logger en ssh dessus avec l'utilisateur créé précédement
  6. désactiver mionet toujours grâce à http://martin.hinner.info/mybook/disable_mionet.php
  7. faire joujou avec l'interface web
  8. et finalement commencer mes sauvegardes à la main (à coups de scp)

Ce qu'il reste à faire

Visiblement, il est possible de faire des choses bien sympathiques comme installer http://vsftpd.beasts.org/ (un serveur FTP bien secure), http://samba.anu.edu.au/rsync/ ou encore http://php.net (en réutilisant le lighttpd de l'interface web) dessus :

Il est également possible de mettre en veille le disque dur d'après http://kyyhkynen.net/stuff/mybook/.

dimanche 18 novembre 2007

Tips pour Vim

Voici quelques trucs pour ViM que j'ai utilisé aujourd'hui :

  • mettre au BufRead,BufNewFile /etc/apache/** setf apache2 dans le fichier $HOME/.vim/ftdetect/apache.vim pour que les fichiers /etc/apache2 soient bien reconnus comme des fichiers de conf d'apache (pour la coloration syntaxique) ;
  • % pour sauter d'une parenthèse ouvrante à la parenthèse fermante qui lui correspond (et vice-versa) : c'est un déplacement classique dans ViM, mais ca fait toujours plaisir quand on a des dizaines de parenthèses qui s'ouvrent et se ferment dans tous les sens ;
  • 248| permet de se déplacer au 248ème caractère de la ligne courante ;
  • gg247<barre d'esspacement> permet de se déplacer au 248ème caractère du fichier (en fait, ca permet de se placer sur le premier caractère, puis d'avancer 247 fois d'un caractère).

Bref, rien d'extraordinaire, mais je suis bien malheureux quand je me retrouve sous un autre éditeur et que je ne peux plus utiliser ces petits trucs.

mardi 23 octobre 2007

Ce qui me manque sous Mac OSX

J'utilise GNU/Linux depuis plusieurs années, mais depuis quelques mois, je suis sous Mac OSX au boulot. Dans l'ensemble, je dois avouer que c'est très joli et facile à utiliser. Mais sur certains points, j'ai trouvé Mac OSX très mal foutu par rapport à ce que l'on peut trouver sous GNU/Linux. Voici une petite liste des trucs qui m'ont le plus géné (et qui me gênent encore) :

#1 - Le clavier

Le clavier de mon mac m'a longtemps dérouté, et encore maintenant, je ne sais pas comment se nomme toutes les touches. Et faire certains caractères est mission impossible si personne ne vous aide la première fois : faut savoir que pour faire un pipe |, il faut une combinaison de 3 touches dont la lettre l. C'est pas marqué sur le clavier, et c'est vraiment pas intuitif.

#2 - L'absence de bureaux virtuels

Par défaut, il n'y a pas de bureaux virtuels sous Mac OSX. Il parait qu'on peut installer des softwares pour faire ca, mais je n'ai pas essayé. Est-ce qu'Apple aurait peur d'être poursuivi à cause du brevet sur les bureaux virtuels [1] ?

#3 - Le Window Manager sous évolué

Je ne comprends pas que le Window Manager soit aussi peu évolué. J'ai peut-être été habitué à des Window Manager très perfectionnés sous GNU/Linux, mais le choc a été dur : je n'ai pas trouvé comment garder une fenêtre au premier plan, comment avoir l'auto-focus, etc. Je ne sais pas pour vous, mais pour moi, ce sont vraiment des fonctions de base.

#4 - La barre de menu

Mais quelle idée d'aller mettre la barre de menu à cet endroit ? Je travaille sur un portable avec un deuxième écran. Pas de chance, la barre de menu ne s'affiche que en haut de l'écran du portable, et pas du tout sur mon écran LCD 20". Mon curseur de souris fait des kilomètres à cause de ce menu mal placé.

#5 - Le copier-coller

Tout le reste, je pense que je peux survivre avec, mais le copier-coller, c'est vraiment le truc qui me mine la vie. Explications : sous GNU/Linux, il suffit de sélectionner du texte pour qu'il soit copié, et un clic avec le bouton du milieu de la souris, c'est collé. Bref, c'est simple, clair, net, efficace. Sous Mac OSX, il faut faire <Touche dont je ne connais pas le nom>-C pour copier et <Touche dont je ne connais pas le nom>-V pou coller. Et là, 100 fois par jour, je me retrouve à souligner du texte pour le copier, puis quand je le colle, je me rends compte que ce n'est pas du tout cela que je voulais coller, et #!@%&?, il faut effacer le texte que je viens de coller, et resélectionner le texte qui m'intéresse, faire <truc>-C, <truc>-V, et tout ca pour un simple copier-coller.

J'ai eu beau chercher sur Internet, je n'ai rien trouvé pour avoir le copier-coller façon UNIX sous Mac OSX. Si quelqu'un a la solution, je suis prêt à lui payer une pinte de bière.

Notes

[1] http://yro.slashdot.org/yro/04/02/25/1346201.shtml

dimanche 23 septembre 2007

SEPT RAISONS POUR LESQUELLES JE CONTINUE A UTILISER TEMPLEET ALORS QUE JE POURRAIS UTILISER RUBY ON RAILS

Je m'occupe du site LinuxFR.org. C'est codé avec le merveilleux framework Templeet. Le site pourrait être refait avec Ruby On Rails, mais je vais vous expliquer en 7 raisons pourquoi je préfère Templeet [1] :

#1 - Templeet fait tout ce dont j'ai besoin

Qu'est-ce que Ruby on Rails peut faire que Templeet ne peut pas faire ?
... je réfléchis ...
Bon, en fait, la liste est longue, mais est-ce que j'ai vraiment besoin de tout ca ? C'est vrai qui se sert de Jabber, OpenID, de validation automatique de formulaire ou encore d'AJAX ? Sur LinuxFR.org, on utilise rien de tout ca, c'est donc que je n'en ai pas besoin.

#2 - Les vrais hommes travaillent directement sur la prod

Sur LinuxFR.org, on travaille directement sur le serveur de prod. On est des vrais hommes, on n'a pas besoin d'un serveur de dev. Puis, franchement, changer les habitudes du jour au lendemain, ce serait trop dur.

#3 - La vie serait trop monotone sans les bugs templeet

J'admire l'équipe qui développe Ruby on Rails, travailler en permanence sur du code testé et qui fonctionne correctement, ca doit lassant. Pour ma part, je préfère travailler avec les bugs de templeet, sans tests unitaires. C'est beaucoup plus joyeux :)

#4 - Templeet, c'est super performant

Vous ne me croyez pas ? Et pourtant, un benchmark a prouvé scientifiquement que Templeet est plus rapide qu'Apache : https://linuxfr.org//2003/04/07/120.... Alors que Ruby on Rails, c'est bien connu depuis l'affaire twitter, ca scale pas.

#5 - J'aime la syntaxe LISP

Avec Templeet, pas de risque de se reposer sur un éditeur de texte : je fais tout de tête, y compris compter les parenthèses. Ainsi, l'édition du code repose uniquement sur moi, et je peux faire exactement ce que je veux.

#6 - Configurer templeet, j'en rêve la nuit

A propos de ce que j'aime, la configuration de templeet, c'est que du bonheur ! Je passe des nuits à imaginer des solutions pour éliminer ce templeet.php de l'URL ou à réfléchir sur des algorithmes évolutionnaires pour ajuster les variables templeet.

#7 - Les sites web c'est comme les petites amies : je veux être le seul à m'en occupper

Avec templeet, je suis sûr de n'avoir jamais à partager mon site web avec qui que ce soit.

Notes

[1] Ce texte est une parodie de http://www.oreillynet.com/ruby/blog...

mardi 11 juillet 2006

Copier-Coller depuis ViM

Dans mon dernier billet, j'écrivais que je rédige mes billets avec ViM, puis que je fais un copier-coller vers l'interface web de Dotclear. Pour cela, je fais la combinaison de touches suivantes :

gg      Aller au début du fichier et
"*      utiliser le registre "* pour ...
yG      ... copier le texte jusqu'à la fin du fichier.

Et comme le registe "* correspond au clipboard, je peux ensuite coller mon texte dans mon navigateur web (firefox).

Mais pour ce post, j'ai décidé de suivre le conseil de Romuald et d'utiliser l'extension Mozex, et à première vue, ca paraît pas mal.

Mise à jour : bon, en fait, j'ai un problème d'encodage avec mozex, mais j'espère bien le régler.

dimanche 9 juillet 2006

Coloration syntaxique dans Vim pour les billets Dotclear

Je ne sais pas pour vous, mais moi, j'ai horreur de devoir taper du texte dans mon navigateur web. Aussi, dès que je tape plus de quelques lignes, j'utilise ViM, puis je fais un copier-coller vers firefox. Cela me permet par exemple de profiter de la coloration syntaxique.

En particulier, je tape mes billets sous ViM, et je me suis donc créé le fichier de syntaxe pour là aussi avoir la coloration syntaxique. Ce fichier est téléchargeable ici : dotclear.vim Il faut le placer dans le répertoire ~/.vim/syntax/.

Et pour que ViM sache automatiquement que les fichiers avec l'extension .dc sont au format dotclear, il suffit de créer un fichier ~/.vim/ftdetect/dotclear.vim avec le contenu suivant :

au BufRead,BufNewFile *.dc  set ft=dotclear

Templates dans vim 2 / 2

Voici la suite du précédent tips.

Lire la suite...

- page 2 de 3 -