L’install est super facile :

$ cd /usr/local

$ sudo wget http://mudballs.com/releases/mudballs-latest.tgz

$ sudo tar xzf mudballs-latest.tgz

Ensuite suffit de lire l’excellente et concise documentation de Mudballs. Sur ma ubuntu j’ai eu des CFFI:LOAD-FOREIGN-LIBRARY-ERROR car libssl.so n’existait pas. J’ai corrigé le pb avec un simple lien :

$ cd /usr/lib/ && sudo ln -s libssl.so.0.9.8 libssl.so

Et la bonne nouvelle c’est qu’hunchentoot tourne sans pb !

Pour lire : Connaitre l’encoding (la repr binaire) de ce qu’on recoit, sinon on devine le plus proche et en fonction de la criticité de l’appli on bascule en ‘replace’ ou on gère au try except.

Pour écrire : ustr.encode(‘utf8′)

unicode_str = ascii_str.decode()

unicode_str = utf8_str.decode(‘utf8′)

unicode_str = utf8foireux_str.decode(‘utf8′,’replace’)

enscript -E –color -whtml –toc -pfoo.html *.py

source code avec highlight et printable via browser ! pas sympa ça ? Maintenant reste plus qu’a creuser la manpage pour faire une version postcript avec multiple page sur une A4, numéro de lignes, linewrap et tout le toutim… GNU rules !

browser.sessionstore.enabled = true

They taught me all I knew

Their names are What and Where and When

And Why and How and Who

– Rudyard Kipling

http://coe.jmu.edu/LEarningToolbox/5w1h.html

http://changingminds.org/techniques/questioning/5w1h.htm

$ mkdir RCS

$ echo “# $Id$” >> prog.py

$ ci -l prog.py

$ rlog prog.py

$ rcsdiff prog.py

: syn clear

: hi MyStuff ctermfg=yellow

: syn match MyStuf /\[.*\]/

If you wan’t to save this, put everything in a file under ~/.vim/syntax/mystuff.vim.

Add this at the end of the file you wan’t to highlight :

set vim: syn=mystuff:

That was quick’n'dirty !

I use this for highlighting timestamps on my text notes.

Bref pour pouvoir allumer la machine à distance :

- Activer le proxy WOL dans l’interface de la freebox.

- Redémarrer la freebox.

- activer le wake on lan dans le bios de la machine concernée.

- sur le serveur $ ifconfig -a (récupérer l’adresse arp de l’interface)

Maintenant il suffit d’aller ici : http://www.depicus.com/wake-on-lan/woli.aspx (mask=255.255.255.255, port=9) pour allumer la machine a partir de n’importe quel navigateur

imap ^_ <C-R>=strftime('[ %d/%m/%y %H:%M ] ')<CR>

lovely !

Best tutorial ever on key mappings under vim !!

http://www.joelonsoftware.com/printerFriendly/articles/Unicode.html

L’article de Spolsky je l’avais déjà lu à l’époque de sa publication et c’est une bombe, autant l’avoir sous la main

http://www.amk.ca/python/howto/unicode

Celui là est bien aussi.

Pour avoir une synchro bidirectionnelle, j’utilise le logiciel oggsync qui fonctionne très bien (j’ai acheté la version pro), maintenant je peux indifféremment créer un rdv dans mon ipaq ou sur google calendar et la synchronisation se fera automatiquement une fois l’ipaq branché sur sa station d’accueil. All sweet and smooth

Bon cela ne devrait pas durer bien longtemps… j’attends un blackberry en remplacement de l’ipaq

D’abord un petit “netstat -ao” nous donne ça:

Le “-o” de netstat nous donne le PID des process qui ont ouvert les sockets. Le “-b” donne directement le binaire (ex: sshd.exe qui a ouvert la socket), mais ça prends 10 plombes.

Quel est le process qui a bindé le port 1194 en udp ?!

Une fois le PID (1156, dans la colonne de gauche) en main un petit “tasklist” va nous dire de quel processus il s’agit: svchost.exe !

Un autre tasklist (“tasklist /svc /fi “imagename eq svchost.exe”) va nous donner la réponse:

C’est “Dnscache” ! J’avais configuré mon openvpn avec les pieds

You asked for it Peter

:set paste

use :set nopaste to go back to the default config.

En gros, le serveur de mail, en fonction de la charge avait un comportement bizarre (réseau et I/O ), après quelques investigations, et sans vraiment y croire, on ajoute une nouvelle carte réseau. Et là, miracle, ca tourne mieux, et j’ai même un message du pilote qui me dit que j’ai plus assez de place dans mon rx buffer.

Donc pour faire court, le pilote de la première carte ethernet plantait toute la stack ip sans rien dire, le pilote de la nouvelle carte lui “downgrade” pas trop mal et en plus donne quelques infos sur le problème.

La modification de sysctl.conf devrait régler le problème de charge, wait’n'see.

update du 31.07.07: So far so good, le pb de charge a disparu !

A priori selon mes premières googlisations, ca va être velu et probablement “usine à gaz”. Alors commencons petit avec une synchronisation (one way) de gcal vers mon ipaq avec gmobilesync :

PROS

• gratuit
• n’utilise pas activesync (en gros à partir du moment ou le ipaq a accès à internet c’est ok)

CONS

• petit coté “amateur” qui me fait douter de la pérennité de la solution, bref première brique d’une belle “usine à gaz”
• synchronisation uniquement dans le sens GCAL vers PDA
• ne gère pas les multiples calendar

L’installation est ultra simple, il suffit de:

Downloader le framework .Net 2.0 (oui je sais c’est bloated! mais bon seule une infime partie des 31 megs est envoyée sur le PDA) et de lancer le wizard d’install qui gère la totale tout seul.

Copier/coller le cab de gmobilesync (cf link plus haut) sur le PDA, lancer le cab à partir du PDA et basta ! done.

La configuration est easy, juste le login/pass à saisir et ya plus qu’a lancer la synchronisation. Chez moi ca fonctionne avec la v1.2 de gmobilesync.

C’est maigre, mais c’est un début. La prochaine version de gmobilesync devrait fonctionner en two-way sync.


# grep header_checks /etc/main.cf
header_checks = regexp:/etc/postfix/header_checks


Then


# cat /etc/postfix/header_checks
/^Subject:.*R0407z2 postfix$/ REDIRECT root@localhost


finally


# postfix reload


Now every mail subject ending with “R0407z2 postfix” will be redirected to root@localhost, the original recipient won’t receive the mail.

You can reject, hold, redirect the mail etc. All you need is here and there.