Je viens de figer en bêta la version 1.5 de Glances, mon outil de supervision système. J'ai donc besoin de vous pour tester cette nouvelle mouture (oui je sais, c'est moche de vous faire bosser un week-end).

Glances 1.5 est une évolution majeure car elle apporte une fonction qui était demandée depuis pas mal de temps par les utilisateur. Cette fonction est le mode client/serveur qui permet de surveiller à distance une machine (ou le serveur Glances en lancé) depuis une autre (Glances fonctionnera sur cette dernière en mode client).

Le principal avantage de cette fonction est d'éviter d'avoir à se connecter sur les machines à surveiller. On lance Glances server une fois pour tout et on peut ensuite se connecter à partir de n'importe qu'elle autre machine. Un autre avantage est le fait d'ouvrir Glances à la supervision des machines sous Windows. En effet, il est possible de lancer Glances serveur sur une machine Windows et de surveiller la majorité des informations systèmes (presque toutes...) à partir d'une machine Linux, Mac ou BSD.

Il y a bien sûr d'autres nouveautés à consulter ici.

Comment installer cette version bêta ?

Le plus simple pour ne pas casser son Glances déjà installé est de se faire une installation à la main:

mkdir -p ~/tmp/glances
cd ~/tmp/glances
rm -f ./glances.py
wget https://raw.github.com/nicolargo/glances/master/glances/glances.py
chmod a+x ./glances.py

Comment tester cette version bêta ?

On lancera ensuite Glances avec la commande:

~/tmp/glances/glances.py

Pour le mode client serveur, la syntaxe est assez simple.

Sur le serveur:

~/tmp/glances/glances.py -s

Note: par défaut le serveur va se mettre en écoute sur le port TCP/61209 (à ouvrir si vous avez un Firewall) et sur toutes les interface de votre machine. Il est possible de configurer le port avec l'option (-p PORT) et l'adresse de binding avec l'option (-B @BIND).

Le serveur Glances est compatible XML/RPC... donc potentiellement accessible depuis des applications tierces

Sur le client:

~/tmp/glances/glances.py -c @server

Il faut donc fournir l'adresse IP ou le nom d'hôte public de la machine serveur à superviser.

Note: par défaut le client va se connecter en utilisant le port TCP/61209. Il est possible de configurer le port avec l'option (-p PORT).

Comment me remonter les erreurs / problèmes de cette version bêta ?

Le mieux pour moi est que vous utilisez GitHub en créant un bug avec une description précise du problème rencontré. Si vous avez un compte GitHub, il suffit de remplir le formulaire.

Sinon, vous pouvez laisser un commentaire directement sur le blog !

D'avance merci à vous

Cet article Bêta test de Glances 1.5 est apparu en premier sur Le blog de NicoLargo.

Original post of Nicolargo.Votez pour ce billet sur Planet Libre.

0/ Contexte

Mise en œuvre du filtrage de message électronique sur une installation Debian Squeeze, Postfix, Dovecot, Roundcube. Le mécanisme sieve (rfc5228) sera utilisé via Dovecot.

1/ Backport Dovecot

La version de Dovecot 1.x (supportée par Debian squeeze) intègre deux plugins de filtrage (http://wiki.dovecot.org/LDA/Sieve). Mais j’ai choisi de backporter Dovecot 2.x pour bénéficier des améliorations apportées avec les nouveaux plugins « Pigeonhole » (principalement une meilleur gestion des scripts et des messages d’erreurs).

A ajouter au /etc/apt/source.list

deb http://www.backports.org/debian squeeze-backports main contrib non-free

1,5/ installation ou mise à jour de Dovecot

sudo apt-get -t squeeze-backports install dovecot-imapd dovecot-sieve dovecot-managesieved

2/ LDA dovecot conf postfix

http://wiki2.dovecot.org/LDA/Postfix

Adaptation de postfix /etc/postfix/main.cf

# pour dire à postfix d’utiliser dovecot comme LDA
mailbox_command = /usr/lib/dovecot/deliver
virtual_transport = dovecot
dovecot_destination_recipient_limit = 1

postfix reload

3/ Dovecot configuration

Il faut distinguer deux choses : le filtrage sur le LDA (http://wiki2.dovecot.org/Pigeonhole/Sieve) et le filtrage par un manager qui permet de piloter les filtrages par le réseau (http://wiki2.dovecot.org/Pigeonhole/ManageSieve/Configuration)

Adaptation de la configuration /etc/dovecot/dovecot.conf (les chemins sont à adapter en fonction de la configuration initiale)

protocols = imap imaps sieve

plugin {
# pour chaque boite
sieve = ~/.dovecot.sieve
# globalement
sieve_global_path = /home/vmail/globalsieverc
}

# Port sur lequel tournera le manager
service managesieve-login {
inet_listener sieve {
port = 4190
}

# Pour rester compatible…
inet_listener sieve_deprecated {
port = 2000
}

}

service managesieve {
# Max. number of ManageSieve processes (connections)
process_limit = 1024
}

/etc/init.d/dovecot restart

4/ Filtre global

On peut voir dans la configuration de Dovecot : /home/vmail/globalsieverc avec par exemple la régle suivante (valable pour tous les messages)

require ["fileinto"];
if header :contains ["X-Spam-Flag"] ["YES"] {
fileinto « Junk »;
}

Les headers marqués avec le flag X-Spam-Flag seront déplacé vers le répertoire Junk.

5/ Plugin Roundcube

Maintenant, on ajuste Roundcube pour intégrer le plugin qui permettra de générer les filtres via le managesieve Dovecot.

Meme chose que pour Dovecot, je backporte Roundcube pour bénéficier de plugins plus récent notamment.

apt-get -t squeeze-backports install roundcube roundcube-plugins

6/ Configuration du plugin managsieve

Ajoute à la configuration de Roundcube le plugin managesieve : /etc/roundcube/main.inc.php

$rcmail_config['plugins'] = array(‘managesieve’);

La configuration du plugin managesieve (rien à modifier théoriquement) : /etc/roundcube/plugins/managesieve/config.inc.php

Et voila…vous trouverez un onglet « FILTRE » dans les paramétrés de Roundcube qui vous permettra de gérer vos filtres. Il est cependant toujours possible de créer directement des filtres dans le fichier ~/.dovecot.sieve quelques exemples ici http://sieve.info/.

Cet article Filtrer sur les en-têtes d’un message = Sieve et ManageSieve avec Dovecot 2.1 et Roundcube 0.7 est apparu en premier sur PointRoot.org.

Original post of pointroot.org.Votez pour ce billet sur Planet Libre.

Gwibber est un client pour réseaux sociaux (StatusNet, Twitter & co) assez sympa. Seulement, il a un problème : sa base de donnée à tendance à augmenter au fur et à mesure du temps. Aujourd’hui le fichier ~/.config/gwibber/gwibber.sqlite faisait 132MB chez moi, c’est beaucoup pour gérer juste un flux Twitter et un StatusNet.

En fouillant un peu le code, j’ai trouvé la fonction de maintenance qui sert à supprimer les 2000 plus vieux status au démarrage. Seulement, les status ne sont pas la seule chose qui sont stockées dans la base de donnée, il y a aussi les liens, une crasse qui augmente vite. La preuve :

$ cd ~/.config/gwibber/
$ ls -lh gwibber.sqlite
-rw-r--r-- 1 mart users 132M Nov  2 12:34 gwibber.sqlite
$ sqlite3 gwibber.sqlite 
SQLite version 3.7.14.1 2012-10-04 19:37:12
Enter ".help" for instructions
Enter SQL statements terminated with a ";"
sqlite> select count(*) from messages where stream = 'links';
39622

Ouch 40000 liens stockés, pas étonnant que ça monte. J’avais ouvert un bug report à ce sujet là il y a plus de deux mois mais je n’ai eu aucune réponse. Tant pis, on est jamais mieux servi que par soit même de toute façon. On peut donc supprimer les plus vieux en modifiant un peu la commande (triviale) de la fonction de maintenance pour obtenir:

DELETE FROM messages WHERE operation = 'receive' AND stream = 'links' AND time IN (SELECT CAST (time AS int) FROM (SELECT time FROM messages WHERE operation = 'receive' AND stream = 'links' AND time != 0 ORDER BY time ASC LIMIT (SELECT COUNT(time) FROM messages WHERE operation = 'receive' AND stream = 'links' AND time != 0) - 2000) ORDER BY time ASC);

Après avoir lancé cette commande dans le shell sqlite, on purge le tout et tadaaaaam

sqlite> select count(*) from messages where stream = 'links';
3071
sqlite> VACUUM;

$ ls -lh gwibber.sqlite
-rw-r--r-- 1 mart users 41M Nov  2 12:37 gwibber.sqlite

41MB, pas mal le nettoyage. On peut même faire mieux en supprimant les autres types de status qui prennent un peu trop de place. Testez chez vous pour voir ce qui encombre le plus.

sqlite> select count(*), stream from messages group by stream;
4317|images
3084|links
4372|messages
44|private
6|profile
629|replies
39|send_thread
4703|user
1235|videos

Hmmm un peu trop d’images chez moi, ne gardons que les 1000 dernières.

sqlite> DELETE FROM messages WHERE operation = 'receive' AND stream = 'images' AND time IN (SELECT CAST (time AS int) FROM (SELECT time FROM messages WHERE operation = 'receive' AND stream = 'images' AND time != 0 ORDER BY time ASC LIMIT (SELECT COUNT(time) FROM messages WHERE operation = 'receive' AND stream = 'images' AND time != 0) - 1000) ORDER BY time ASC);
sqlite> VACUUM;

$ ls -lh gwibber.sqlite
-rw-r--r-- 1 mart users 34M Nov  2 13:11 gwibber.sqlite

Vous pouvez facilement jouer un peu avec la base de donnée en changeant les paramètres mais prudence. Je n’ai pas inspecté en long et en large la structure et cette façon de faire n’est peut être pas la plus propre (si vous avez beaucoup de lien par message, vous risquez d’en effacer trop par exemple). Mais bon, je n’avais pas envie de passer 2h là dessus et en sachant que je ne retourne rarement plus loin que les 100 derniers status, je ne prend pas trop de risque en nettoyant dans les 2000 derniers. À vous de voir… Vous pouvez aussi mettre les commandes dans un cron pour automatiser tout ça pour garder la base de donnée à une taille raisonnable.

Original post of mart-e.Votez pour ce billet sur Planet Libre.

Si vous avez toujours rêvé de jouer du trombone (l’instrument de musique, hein, pas le petit truc métallique pour attacher des feuilles), cette nouvelle animation est faite pour vous ! En effet, vous allez pouvoir jouer du trombone avec pour seul outil votre navigateur, sans Flash, avec juste des Media Queries CSS3 et des balises audio HTML5.

Et il faut avouer que c’est plutôt bien foutu finalement : on arrive face à un trombone vu de profil et on peut voir huit notes en haut à droite de l’écran. Il nous suffira alors de redimensionner notre fenêtre afin que le bord droit parvienne jusqu’à l’une des notes qui sera alors jouée. Bon, bien évidemment, vous n’allez pas pouvoir recréer les plus grandes symphonies mais vous pourrez toujours vous amuser à jouer une gamme de Do (Do – Ré – Mi – Fa – Sol – La – Si – Do).

Si l’animation en elle-même n’est au final pas franchement utile, elle permet néanmoins de constater qu’on peut faire de plus en plus de choses avec des outils qui ne paraissaient à la base pas du tout faits pour ça : il y a encore quelques années, il fallait passer obligatoirement par Flash si on voulait intégrer du son ou des vidéos. De même, pouvoir modifier l’aspect d’une page sans passer par JavaScript est aussi très récent.

Qui sait ce qu’on va nous sortir la prochaine fois ? En tous cas, ça donne des idées : si on arrive à faire des choses de ce niveau avec du simple HTML et du simple CSS, imaginez ce qu’on pourrait obtenir en y ajoutant du JavaScript bien placé !

Original post of Tasse de Café.Votez pour ce billet sur Planet Libre.

Je viens tout juste d'installer Archlinux et Gnome 3.6 sur mon tout nouveau Zenbook prime. Au reboot, je me suis rendu compte que toutes les icônes liées à Gnome ne s'affichaient pas :

Sur les forums d'ArchLinux, certains conseillaient de réinstaller librsvg, mais ça n'a rien donné chez moi... En revanche, la commande suivante a résolu ce soucis pour ma part :

/usr/bin/gdk-pixbuf-query-loaders --update-cache

Cela relance le cache des images, et les affiche de nouveau ;).

Original post of Jeoffrey Bauvin.Votez pour ce billet sur Planet Libre.