Planet Libre-entreprise.org

Petit éloge de l'excès

2009-06-26T18:40:58+00:00

Il y a une dizaine de jours, j'allais être en avance à un rendez-vous, une vieille habitude dont je tends à me défaire, je décide donc d'un rapide tour dans ma librairie habituelle. Vite fait bien fait, me voilà à la caisse, bonjour, voici voilà, ça fera 36 euros, oh vous pourriez ajouter celui-ci, bien sûr c'est donc 38 euros, et hop, payés, merci, au revoir. Les petits livres pas chers étalés à côté de la caisse, c'est bien trop tentant. Cette fois je craque donc pour « Petit éloge de l'excès » de Caryl Férey, une dizaine de courts textes.

J'aurais du avoir la puce à l'oreille il y a quelques mois, en lisant l'épisode du Poulpe du même auteur (D'amour et dope fraîche), ce n'est pas tous les livres qui citent Vaneigem...

Pour revenir au petit éloge de l'excès, il commence fort, clair et net, et continue de bien bonne manière, jusqu'à un "comment j'ai rencontré Raoul Vaneigem" (dont le titre exact ne me revient pas, et n'étant pas chez moi je n'ai pas le bouquin sous la main pour vérifier) que je trouve, forcément, tout bonnement excellent.

Mais là je me dis que le point fort a été atteint, et c'est donc une magistrale surprise qui arrive deux ou trois textes plus loin, où c'est Jacques Brel qui parle, en fait la retranscription d'une émission (radio ou télé, je dirais radio), pas si curieuse coïncidence la même émission que celle figurant dans le dernier spectacle de (l'indispensable) Tristan-Edern Vaquette, grande interview du grand Jacques, avec entre autres ce moment : « La difficulté pour aller de Vilvorde à Hong Kong, c'est pas d'aller de Bruxelles à Hong Kong, c'est d'aller de Vilvorde à Bruxelles. »

Refroidir un PC avec de l’huile

2009-06-22T16:46:50+00:00

C’est une technique de refroidissement pour PC très peu connue qui dispose de nombreux avantages.
Il existe plusieurs techniques pour refroidir un PC et/ou des composants informatiques :

Air cooling : air ;
Water cooling : eau ;
Oil cooling : huile.

Dans cette article, je vais vous présenter cette dernière technique.

De l’huile?

Oui, lorsqu’on parle de l’huile tout le monde pense à l’huile de friture ou bien l’huile de vidange.

Mais il existe de très nombreuses familles / types d’huiles et dont chacune dispose de ses propres caractéristiques.
Il suffit de faire un tour sur la page Wikipedia de l’Huile pour se rendre compte de ses nombreuses possiblités.

Le plus gros avantage de ce produit pour le refroidissement d’un PC est qu’il n’est pas conducteur d’électricité.

Il est donc possible d’immerger les composants d’un PC dans l’huile sans créer de court-circuit.

Les inconvénients

Les principaux désavantages de cette méthode sont :

la nécessité de vider le boîtier/cuve pour changer un composant ;
il faut nettoyer les composants si vous voulez les revendre ;
déplacement difficile.

Les avantages

Les principaux avantages de cette méthode sont :

performance supérieure à l’air ;
passif, le système n’utilise pas d’énergie ;
silence absolu ;
le prix ;

Choix de l’huile

Pour le choix du type d’huile, mes critères sont les suivants :

pas d’odeur ;
pas d’émission de vapeur dangereuse pour la santé ;
pas de risque en cas de contact avec la peau / indigestion ;

L’huile qui correspond parfaitement à cette définition est ce que les anglais appellent le “White Mineral Oil”.
Pour ma part, j’ai pris du Primo 352 du producteur ESSO chez Lubexcel.

Composant incompatible

Il faut faire attention à ne pas immerger un disque dur dans l’huile, en effet c’est le seul type de composant qui n’est pas compatible avec ce système de refroidissement.
Il faut donc remplacer le disque dur de la machine, par une carte compact flash, un disque onchip ou bien un disque dur flash (SSD).

Boîtier pour le PC

Il vous faut un boîtier étanche pour l’immersion du PC, une boîte en plastique à 2 euros chez IKEA fait largement l’affaire

Pour ma part, j’ai fait faire des petits Aquariums sur mesure par un Artisan.

Performances

Avant l’immersion dans l’huile :
Chip Temp: +46.0 C (low = -127 C, high = +127 C) CPU Temp: +63.0 C (low = +96 C, high = -104 C) Sys Temp: +50.0 C (low = -127 C, high = +127 C)
Après :
Chip Temp: +26.0 C (low = -127 C, high = +127 C) CPU Temp: +42.0 C (low = +96 C, high = -104 C) Sys Temp: +29.0 C (low = -127 C, high = +127 C)

Un petit 42.0 C, température idéale pour un processeur
Grâce à l’immersion dans l’huile, on gagne en moyenne vingt degrés Celsius.

Photos

Voici les photos de mes 1ers testes d’immersion avec une carte mère Mini-ITX passive, qui chauffe vraiment beaucoup :

Budget

Voici un exemple de budget pour une installation “Oil Cooling” :

Produit	Commentaire	Fournisseur	Prix
E-PRIMOL 352	l’Huile	Lubexcel	100€ TTC
SAMLA	Boîte	IKEA	1,99€ TTC
Thermomètre pour aquarium ou baignoire	Thermomètre	Conrad	14.50€ TTC

Conclusion

Si cette technique vous intéresse, je vous conseille de faire un tour sur les liens suivants :

Pour ma part, je vais mettre à jours les photos de l’installation une fois que j’aurais reçu mes aquariums

I will tile your face

2009-06-15T18:35:00+00:00

Whoever defines awesome as a tiling window manager should think twice before saying such a thing.

In that case, I'll change some software description also:

Firefox: FTP browser based on Mozilla
Thunderbird: Software to send mails
OpenOffice.org: Text editor
GNOME: GTK based game collections
Python: Zope language

A software being able to do something do not mean that the software is meant to be something. You can browse FTP servers with Firefox, but it's not mainly a FTP browser. You can send mails with Thunderbird, but it's not mainly what it does. You can edit text with OOo, but also do some spreadsheets stuff. You can play games with GNOME, but you can also do plenty of others stuff. You can write Zope and its applications with Python, but that does not mean Python is Zope.

So you can definitively do tiling window management with awesome, but you can do a lot more. It's not its primary feature. So it's not a tiling window manager.

Héberger son propre fournisseur d’identité OpenID

2009-06-11T06:31:37+00:00

Présentation d’OpenID

OpenID est un système d’authentification décentralisé qui permet l’authentification unique, ainsi que le partage d’attributs. Il permet à un utilisateur de s’authentifier auprès de plusieurs sites compatibles sans avoir à retenir un identifiant pour chacun d’eux mais en utilisant à chaque fois un unique identifiant OpenID.

Cette identifiant se presente sous forme d’URL, celle-ci contient l’adresse du serveur d’identification et le nom de l’utilisateur : http://id.csquad.org/identity/cscm

Je trouve ce système d’identification pratique, car je change de poste de travail ( portable, station de travail, etc…) et je n’ai pas trouvé de solution de synchronisation de mot de passe convaincante.

Pourquoi héberger son propre fournisseur d’identité?

Héberger son propre serveur d’identité vous permet de gérer votre identité numérique.
C’est à dire, déterminer les informations personnelles que vous fournissez au service que vous utilisez.
Héberger ce type de service sur son propre serveur vous garantit que vous avez la main sur vos données personnelles.
Cela vous garantit que :

les autres fournisseurs d’identité n’exploitent pas vos données personnelles ;
votre compte restera toujours actif, en effet rien ne vous garantit qu’un fournisseur d’identité ne cesse son activité ;
une liberté en matière de politique de mot de passe / choix de l’identifiant / nombre de comptes, etc…

Présentation de Community-ID

Community-ID est une application PHP, compatible avec les spécifications OpenID 2.0 sous licence BSD.
Il propose les fonctionnalités suivantes :

comptes d’utilisateurs ;
données personnelles ;
sites fédérés ;
historique ;

Configuration de Community-ID sur un serveur Debian GNU/Linux

Voici la procédure d’installation de la version 1.0 de Community-ID sur une distribution Debian GNU/Linux version “Lenny”.

Vous avez besoin :

d’un nom de domaine ;
d’un serveur Apache avec le support de PHP 5 et le module rewrite ;
d’une base de données MySQL avec phpMyAdmin ;

Configuration de MySQL

A l’aide de phpMyAdmin, créer un utilisateur communityid et créer une base portant le même nom en lui donnant tous les privilèges sur cette base.

Installation dépendances

Le programme nécessite les dépendances suivantes :
# apt-get install apache2-mpm-prefork libapache2-mod-php5 php5-mysql php5-gd php5-gmp

Installation du programme

Vous pouvez télécharger le programme sur SourceForge : Community-ID.
et extraire le fichier tar.gz dans le répertoire /var/www :

# cd /var/www # wget http://freefr.dl.sourceforge.net/sourceforge/communityid/cid-1.0.0.tar.gz # tar xzf cid-1.0.0.tar.gz # chown www-data: -R communityid

Vous devez ensuite configurer le site web pour Apache en mettant le contenu suivant dans le fichier /etc/apache2/sites-available/communityid :

<VirtualHost *:80> ServerName id.nom_de_domaine ErrorLog /var/log/apache2/id.nom_de_domaine/error.log CustomLog /var/log/apache2/id.nom_de_domaine/access.log common DocumentRoot /var/www/communityid/webdir </VirtualHost>
Il faut créer le répertoire pour les logs du site, activer le site et le module rewrite dans Apache :
# mkdir /var/log/apache2/id.nom_de_domaine/ # a2enmod rewrite Enabling module rewrite. Run '/etc/init.d/apache2 restart' to activate new configuration! # a2ensite communityid Enabling site communityid. Run '/etc/init.d/apache2 reload' to activate new configuration! # /etc/init.d/apache2 restart

Configuration

Vous pouvez ensuite pointer votre navigateur sur l’adresse de votre site : http://id.nom_de_domaine/
La procédure d’installation vous demande les informations de connexion à la base de données pour configurer celle-ci.
Une fois la base de données crée, vous pouvez vous connecter à l’interface à l’aide de l’utilisateur admin et du mot de passe admin, pour vous créer un compte.

Liste des services compatibles

Voici la liste des quelques services que j’utilise avec mon serveur OpenID :

Il existe de nombreux services compatibles avec ce système d’authentification, référencés par l’annuaire OpenID Directory.

Les principaux systèmes de blog proposent le support d’OpenID sous forme de plugin :

Si vous avez réussi à installer votre fournisseur d’identité, vous pouvez vous connecter sur mon blog pour me laisser un commentaire

Travailler plus pour gagner plus!

2009-06-09T19:01:31+00:00

C’est le moment de demander une augmentation de salaire

Je viens de recevoir mon deuxième clavier “Happy Hacking” des USA.
Ce type de clavier est très résistant, le précédent modèle à survécu à plus de quatre ans d’utilisation intensive.

Randonnée à vélo

2009-06-03T21:01:00+00:00

Ajout d'une nouvelle section « Rando-Vélo » dédiée à mes randonnées à vélo. Rien à voir avec un blog (beurk)! Juste un endroit où je pose des itinéraires sympas, et quelques informations utiles.

Panik Party

2009-06-03T07:18:41+00:00

Après quelques dizaines de jours bien remplis niveau GNOME, la semaine dernière a renversé la balance avec d'une part le « vrai » boulot (avec visite de potentiels nouveaux bureaux, (qui seront quand même loins de ceux d'Igalia mais surtout la soirée de l'année, la Panik Party, promotion le jeudi midi sur Radio Campus (merci Debs), transport de matériel le vendredi, montages de mille trucs le samedi, avnat le coup d'envoi à 19h.

Il faisait beau, les gens arrivaient peu à peu, après quelque temps passé sur le stream de la soirée je mangeais un morceau, puis je remplaçais Seb au son de la petite scène installée dans le café, et je croisais des gens, et je voyais le monde remplir l'esplanade devant Recyclart. Du monde et des discussions sur mille sujets à recroiser des gens, échanger quelques mots à propos d'Ardour avec Stéphanie, de la Cyclonudista avec Jérôme, de sa prochaine performance avec Marjolaine, c'était un mix hallucinant de personnes.

Et puis à une heure trente fermer la petite scène, ranger le tout, prendre un peu d'air, d'abord du dehors (waaa, tant de monde!) puis de la grande salle (waaa, tant de monde! (bis)), continuer à croiser des gens jusque très tard, encore ranger, démontage du sommaire cablâge réseau à sept heures, rentrer, dormir. Pour être debout à 18h pour la discussion débat Minitel 2.0 au Nova.

awesome logo and Web site design contest

2009-05-27T13:44:00+00:00

I've just announced it.

Danbooru mass upload script

2009-05-24T18:06:21+00:00

Danbooru, is a powerful image board system with tagging.
It is built on RubyOnRails.
The main propose of this application is hentai pictures management^W^W^Wnice pictures management

I use it for invoice management (I swear ).
I scan all my invoices with a scanner and upload them on my local Danbooru.
The tag system is very powerful and you can find pictures very quickly.
You can setup you own version of Danbooru, an howto is available on the Ubuntu wiki.

The big power of this software is his REST API, you can do everything remotely with it.
There is an Mozilla Firefox plugin for uploading pictures, but I need a mass upload script for my documents.

So I’ve wrote my own mass upload script in Python : http://svn.csquad.org/danbooru_upload/danbooru_upload.py.

Features

$ danbooru_upload.py Usage: danbooru_upload.py [flags] [options] directory where valid flags are: -v - verbose mode -r - recursive mode -s - use https and valid options are: -t keywords - image keywords (tagme) -h host - hostname (danbooru.donmai.us) -u user - username -p pass - password -k key_file - ssl key file -c cert_file- ssl cert file

Exemple

$ python danbooru_upload.py -v -h danbooru.csquad.lan -u test -p xxxx "/sgoinfre/documents/A Trier" Login on danbooru.csquad.lan with user test... Uploading file /sgoinfre/documents/A Trier/img167.jpg with tag tagme. Uploading file /sgoinfre/documents/A Trier/img097.jpg with tag tagme. Uploading file /sgoinfre/documents/A Trier/img161.jpg with tag tagme. Uploading file /sgoinfre/documents/A Trier/img117.jpg with tag tagme. Uploading file /sgoinfre/documents/A Trier/img021.jpg with tag tagme. Uploading file /sgoinfre/documents/A Trier/img151.jpg with tag tagme. Uploading file /sgoinfre/documents/A Trier/img047.jpg with tag tagme. Uploading file /sgoinfre/documents/A Trier/img169.jpg with tag tagme. Uploading file /sgoinfre/documents/A Trier/img157.jpg with tag tagme. Uploading file /sgoinfre/documents/A Trier/img119.jpg with tag tagme. ...

Bug reports

I’ve planned to add an Optical character recognition (OCR) feature to the script. In order to automaticaly tag my invoices.

Please feel free to ask any other feature. Patches and bug reports are welcome

Sortie de wbmclamav 0.12

2009-05-15T06:38:00+00:00

wbmclamav est un module webmin pour gérer Clam Antivirus.

ChangeLog

Correction d'un problème avec les noms de fichiers dans la section de vérification des répertoires.
Correction d'un problème de renvoi de courriels dans la section de la quarantaine.
Mise à jour pour ClamAV 0.95.1. Les anciennes versions ne sont plus supportées.
Ajout/suppression d'options nouvelles/obsolètes pour clamav et freshclam.

wbmclamav 0.12 released

2009-05-15T06:19:51+00:00

* Fixed a problem with spaces in filename in directories check section.
* Fixed a bug in resend mail function in quarantine section.
* Updated for new clamav 0.95.1. Old versions of ClamAV are not supported anymore.
* Added the following clamav options:
	CommandReadTimeout
	SendBufTimeout
	MaxQueue
* Added the following freshclam option:
	ReceiveTimeout
	SubmitDetectionStats
	DetectionStatsCountry
	SafeBrowsing
* Removed the following clamav options:
	PhishingRestrictedScan
	ArchiveLimitMemoryUsage

Surprise

2009-05-10T16:51:36+00:00

Juillet 2008

Après presque un an à voir cette plante tranquillement s'étendre sur une étagère, et quelques semaines après l'avoir finalement déplacée vers un vrai pot, la surprise du jour, c'est d'y découvrir une fleur.

Mai 2009

Pachube : un patch pour la planète

2009-05-08T10:45:42+00:00

En me baladant sur les différents sites liés au projet Arduino , j’ai découvert le service Pachube, il s’agit d’un réseau social géolocaliser de capteurs.

L’idée de ce réseau est d’envoyer et d’agréger des informations de vos différents capteurs ( station météo, compteurs de consommation , objest communicants ) :

La problématique

A mon avis ce service est une très bonne idée, il correspond au besoin d’agrégation de ces différentes données.
En effet, la plupart des météorologies amateurs bricolent leur station météo et dans le meilleur des cas ils publient leurs données sur une page dédiée.
Mais il est difficile, voir carrément impossible d’agréger les données d’une région pour les exploiter ;
Le réseau est encore en version bêta, pour participer il faut demander une invitation par mail à l’adresse suivante : beta [ at] pachube [ dot ] com.

Il y a actuellement seulement 5 utilisateurs du service sur toute la France

Il existe plusieurs méthodes pour envoyer et recevoir des données de la part du réseau :

Entrées

Il est possible de fournir les données au service à l’aide :

d’une interface de type Web Service REST ;
des API PHP, Python et Ruby ;
d’une carte Arduino et un sheild Ethernet ;
du langage de programmation Processing et d’une carte Arduino ;

Sorties

Il est possible d’exploiter librement les données du réseau via :

des flux RSS, les données sont fourni au format CSV, XML et du JSON ;
un tableau de bord Google : Pachube iGoogle Gadget: create a monitoring dashboard.
Twitter ;

Ma petite contribution

Pour ma part, j’ai rejoint le réseau et je suis en train d’écrire un module pour connecter mon réseau domotique xPL sur Pachube.

Let’s patch the planet

Configuration du module Current Cost CC128 et intégration dans un réseau domotique xPL

2009-05-07T20:51:47+00:00

Le Current Cost CC128 est un système de suivi de la consommation électrique.
Il est composé de deux modules : une pince ampère-métrique sans fils et un module de réception de données.
L’objectif du produit est de suivre la consommation de votre installation électrique.

En effet, la première étape pour faire des économies d’énergie est de connaitre sa consommation.
C’est pour cela, que j’ai cherché une solution simple pour monitorer mon installation de manière informatisée.

Les compteurs d’électricité EDF récents disposent d’une sortie téléinfo : cette sortie permet de récupèrer la consommation sur un PC via le port série ou USB à l’aide d’un montage électronique comme celui-ci.

Malheureusement, mon compteur est trop vieux et ne dispose pas d’une sortie téléinfo.
J’ai donc cherché une solution alternative que j’ai trouvée grâce au forum Toute la domotique.

Il est possible de se procurer le module et le câble de données USB via la boutique eBay du constructeur : Current Cost Ltd.

L’objectif de ce billet est de configurer le module CC128 sur une distribution Debian GNU/Linux, version “Lenny” dans un réseau domotique xPL à l’aide du projet xpl-perl.

Installation matériel

L’installation matériel est assez simple, il suffit de brancher le module via le câble USB pour le voir à l’aide de la commande lsusb :
$ lsusb Bus 001 Device 008: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port
Le module est visible sous forme de port série via /dev/ttyUSB :
$ dmesg pl2303 1-2.1.1.1.2:1.0: pl2303 converter detected usb 1-2.1.1.1.2: pl2303 converter now attached to ttyUSB0 usbcore: registered new driver pl2303 drivers/usb/serial/pl2303.c: Prolific PL2303 USB to serial adaptor driver

Installation de xPL-Perl

Pour faire fonctionner le module CC128, j’utilise la version SVN du projet, XPL-Perl.
Voici la procédure d’installation, il faut commencer par installer les paquets suivants via apt :
# apt-get install subversion libmodule-pluggable-perl libyaml-perl make fakeroot dh-make-perl dpkg-dev debhelper libtimedate-perl gcc libyaml-syck-perl
Télécharger le code source de la version svn :
# cd /usr/src # svn co http://www.xpl-perl.org.uk/svn/xpl-perl/trunk xpl-perl # cd xpl-perl # dpkg-buildpackage -b ... # cd .. # dpkg -i libxpl-perl*.deb

Les différents modules xpl sont lancés sous forme de daemon, pour simplifier leur gestion le plus simple est d’installer daemontools sur la machine :
# apt-get install daemontools daemontools-run
Vous pouvez configurer le hub xpl et le module xpl-rrd grâce au script : xpl-perl-setup
# xpl-perl-setup Using /usr/bin as directory for xpl-perl scripts

Setting up xpl-hub service

Setting up xpl-rrd service

Setting up xpl-rrd crontab
/etc/cron.d/xpl-rrd created

heyu not install not setting up xpl-x10

DateTime::Event::Sunrise not available, not configuring xpl-dawndusk

1-wire filesystem, /ow, not available, not configuring xpl-owfs
set XPL_OWFS environment variable to mount point if it is not /ow

XPL_RFXCOM_RX_TTY not defined, not configuring xpl-rfxcom-rx

XPL_RFXCOM_TX_TTY not defined, not configuring xpl-rfxcom-tx

XPL_VIOM_TTY not defined, not configuring xpl-viom

XPL_W800_TTY not defined, not configuring xpl-w800

hddtemp daemon not running, not configuring xpl-hddtemp

Vous pouvez vérifier le bon fonctionnement du module en ligne de commande :
# xpl-currentcost -v /dev/ttyUSB0 Listening on 192.168.42.4:2135 Sending on 192.168.42.255 xpl-trig/sensor.basic: bnz-ccost.tof -> * - cc128.00077.0.1[current]=1095 xpl-trig/sensor.basic: bnz-ccost.tof -> * - cc128.00077.0[current]=1095 xpl-trig/sensor.basic: bnz-ccost.tof -> * - cc128.00077.0[temp]=23.1
La cela fonctionne, le module diffuse la valeur de la consommation sur le réseau xPL.
Nous allons ensuite configurer deamontools pour lancer le script au boot sous forme de service.
# cd /etc/xplperl/service/ # cp -r xpl-hub/ xpl-currentcost # chown -R xplperllog: /etc/xplperl/service/xpl-currentcost/log/main/ # adduser xplperl dialout Adding user `xplperl' to group `dialout' ... Adding user xplperl to group dialout Done. # sed -i 's#xpl-hub -v#xpl-currentcost -v /dev/ttyUSB0#' /etc/xplperl/service/xpl-currentcost/run # sed -i 's#xplperl#root#' /etc/xplperl/service/xpl-currentcost/run # sed -i 's#-d300000#-d9000000#' /etc/xplperl/service/xpl-currentcost/run # update-service --add /etc/xplperl/service/xpl-currentcost/ Service xpl-currentcost added.

Et voila, normalement vous devriez voir des messages ur le réseau xPL à l’aide de xp-logger :
xpl-logger 192.168.42.2:52393 [xpl-stat/hbeat.app: bnz-listener.tux -> *] 192.168.42.2:52393 [xpl-trig/sensor.basic: bnz-ccost.tof -> * - cc128.00077.0.1[current]=1085] 192.168.42.2:52393 [xpl-trig/sensor.basic: bnz-ccost.tof -> * - cc128.00077.0[current]=1085] 192.168.42.2:52393 [xpl-trig/sensor.basic: bnz-ccost.tof -> * - cc128.00077.0[temp]=23.3]

Conclusion

Voila, grâce au module xpl-currentcost, les informations sur la consommation éléctrique sont diffusées sur le réseau xPL. Ma prochaine étape sera d’achiver les données dans une base de données et de dessiner des graphiques.

JHBuild Updates

2009-05-05T21:24:08+00:00

I'll skip the introductory "my life" paragraph and get straight to the title, what has been happening in JHBuild ?

Firstmost is the consequence of the Git migration, just like subversion support was mostly done after GNOME migrated, the same thing happened again here... This is a little sad as Git preview repositories were created early on and we could have had experimental modulesets using those. So that we would have caught most import errors before the switch (gnome-common being the first module JHBuild tries to build).

It's not like we will migrate again in two years but this is my little piece of advices to projects who would contemplante a switch : get your build tools updated first, and test them with preview repositories. It's so evident it hurts.

Anyway if 1) is better Git support, 2) would be the sum of little improvements done over the last weeks, while cleaning bugzilla, many bugs have been fixed, in a very positive manner, a single WONTFIX and many features and options that were requested (or not), sometimes long ago, such as the option to reload the configuration file from within JHBuild, to adjust module_autogenargs, for example (368820).

Third thing are improvements to the buildbot support, as it is now possible for the master to send a different list of steps to different build slaves, so it is possible to configure a build slave low on diskspace to run 'make clean' after each modules, without disrupting the other ones with such an option. Unrelated to JHBuild but touching the build brigade, David Adam got a nice UltraSparc server running a buildslave and is now building two thirds of the modules successfully, I'll add it to the official build slaves once the master is switched to build 2.28 (once 2.26.2 is out).

Fourth is a new "release-team-commands" branch, that features two new commands: goalreport and twoninetynine. Goalreport can run checks over modules and generate a nice report (see g_timeout_add users for example, generated with "jhbuild goalreport --check SymbolsCheck:g_timeout_add"), and twoninetynine is a specialized version built to track the platform progress towards GNOME 3.0. While it has "release-team" in its name, it is in no way limited to the team, if you have any check you want to perform on all the modules, and can express the check in shell or Python, it can be useful, just ask.

Last is a branch I didn't upload yet, dubbed dependency-based-build-steps it rewrites the way JHBuild know which phase to run (checkout, then configure, then make, then install) so it is possible to have targets that are not the installation of the package. I already added simple targets for clean (143221) and uninstall (400302) but the real benefit will come with advanced targets that are yet to be developed, to build packages, for example (merging the jhdebuild hack that has been lying mostly untouched for two years). I should merge that branch soon.

And finally I almost forgot that I also tagged a version and uploaded a tarball, mostly to get an uptodate JHBuild manual on library.gnome.org), but also because Ubuntu released with a very old JHBuild snapshot (I asked Debian to remove it from Lenny before it was released, but forgot to do the same for Ubuntu).

Here's for the news.

Support d'Internet Explorer 8 chez Easter-eggs

2009-05-05T14:31:00+00:00

Easter-eggs franchit le pas et supporte désormais Microsoft Internet Explorer 8.

Le logiciel nous a été livré ce matin aux alentours de midi par un livreur en scooter. Quelques salariés ont eu l'occasion de le goûter.

Promesse tenue par Microsoft : la version 8 du navigateur est plus sécurisée que ses versions précédentes. En effet, nous avons reçu un coup de fil avant livraison nous demandant si nous étions sûrs de bien vouloir commander. L'installation est rapide : seulement une demi-heure d'attente avant livraison.

Configuration de l’USB-UIRT (Universal Infrared Receiver Transmitter) sous Debian GNU/Linux

2009-04-30T17:00:31+00:00

L’USB-UIRT est un petit module qui se branche sur le port USB et qui permet d’envoyer et recevoir des ondes infrarouges.
Je l’utilise pour controler les différents éléments de mon installation home-cinéma (Amplificateur Audio/Vidéo, Freebox, Lecteur de DVD, etc…) à partir de ma machine Multimédia fonctionnant sous Debian GNU/Linux “Lenny”.
J’ai acheté mon module chez Domadoo en France : USB-UIRT (Universal Infrared Receiver/Transmitter).
L’objet de ce billet est l’installation du module sous Debian GNU/Linux.

Installation du matériel

Lorsque vous branchez le module sur le port USB, vous devez le voir via la commande lsusb :
$ lsusb Bus 001 Device 025: ID 0403:f850 Future Technology Devices International, Ltd
Il faut ensuite charger le module ftdi_sio, le mettre dans le fichier /etc/modules, lors du chargement du module vous devez avoir les informations suivantes dans le fichier /var/log/messages :
[ 23.114110] ftdi_sio 4-1.1.1.1.1:1.0: FTDI USB Serial Device converter detected [ 23.114110] ftdi_sio: Detected FT232RL [ 23.114110] usb 4-1.1.1.1.1: FTDI USB Serial Device converter now attached to ttyUSB2

Installation du logiciel

Il suffit d’installer lirc via apt :
# apt-get install lirc
Le module ne nécessite pas de drivers spécifiques dans le noyau.
Il suffit de lancer lircd :
lircd -n -H usb_uirt_raw -d /dev/ttyUSB2 lircd-0.8.3[10254]: config file contains no valid remote control definition lircd-0.8.3[10254]: lircd(userspace) ready
Puis irw dans une autre console pour lire les signaux IR :
lircd-0.8.3[10254]: uirt2_raw: checksum error lircd-0.8.3[10254]: uirt2_raw: UIRT version 0905 ok
Et la, c’est le drame
Mais pas de panique, le message d’erreur checksum error, n’est pas important!
Il y a bien un bug dans le noyau depuis la version 2.6.20 : USB UIRT: uirt2_raw: checksum error.
Mais cela fonctionne avec le 2.6.26 disponible dans lenny, par contre si vous avez le message d’erreur suivant : uirt2_raw: could not set DTR, alors il faut upgrade votre version du noyau ou modifier le code source du module.

Configuration des télécommandes

De très nombreuses configurations de télécommandes sont disponibles sur le serveur du projet LIRC : ici.

Il suffit de télécharger le fichier de configuration de votre télécommande et de le mettre dans le fichier lircd.conf :
# cd /etc/lirc/ # wget http://lirc.sourceforge.net/remotes/logitech/Z-5500D # cat Z-5500D >> lircd.conf
Nous allons ensuite configurer le fichier /etc/lirc/hardware.conf du deamon lirc pour le lancer:
# /etc/lirc/hardware.conf # # Arguments which will be used when launching lircd LIRCD_ARGS=""

#Don't start lircmd even if there seems to be a good config file
#START_LIRCMD=false

#Don't start irexec, even if a good config file seems to exist.
#START_IREXEC=false

#Try to load appropriate kernel modules
LOAD_MODULES=false

# Run "lircd --driver=help" for a list of supported drivers.
DRIVER="usb_uirt_raw"
# If DEVICE is set to /dev/lirc and udev is in use /dev/lirc0 will be
# automatically used instead
DEVICE="/dev/ttyUSB2"
MODULES=""

# Default configuration files for your hardware if any
LIRCD_CONF=""
LIRCMD_CONF=""

Nous pouvons alors lancer lircd :



# /etc/init.d/lirc start

Starting lirc daemon: lircd.

Recevoir les ordres infrarouges

Pour recevoir les ordres, il faut utiliser la commande irw :
$ irw 0000000010ef58a7 00 vol+ logitech_z5500 0000000010ef58a7 01 vol+ logitech_z5500 0000000010ef708f 00 vol- logitech_z5500 0000000010ef708f 00 vol- logitech_z5500 0000000010ef58a7 00 vol+ logitech_z5500 0000000010ef58a7 01 vol+ logitech_z5500 0000000010efd02f 00 optical logitech_z5500 0000000010efd02f 01 optical logitech_z5500

Envoyer des ordres infrarouges

Pour envoyer des ordres, il faut utiliser la commande irsend :
$ irsend SEND_ONCE logitech_z5500 power

Conclusion

Pour toutes les autres fonctionnalités et la configuration de vos applications (mplayer, freevo, etc…) , je vous conseille de lire la documentation du projet LIRC.
Il existe d’autres modules que l’USB-UIRT, comme par exemple USB IR Transceiver de IguanaWorks.

awesome is bloated

2009-04-29T07:16:00+00:00

That's just something I hear from time to time, and I love it so much.

Fluxbox: 65010 SLOC

Metacity: 62923 SLOC

Openbox: 36336 SLOC

awesome: 19207 SLOC

Mesure de température à l’aide de capteurs 1-wire

2009-04-23T21:19:41+00:00

Cherchant une solution pour mesurer la température de mon appartement de manière informatisée ; j’ai découvert le bus 1-Wire qui permet de connecter des capteurs divers à l’aide d’un seul cable (téléphonique aka RJ11 dans mon cas).
Ce protocole est généralement utilisé pour des instruments de mesure météorologiques.

Ce billet explique le fonctionnement de mon installation.

Le matériel nécessaire

Composant		Prix
	Adaptateur USB vers 1-Wire ( DS9490R )	29 $
	Cable RJ11	2 à 10 $
	Capteur de température ( TAI8520 )	22 $
	Capteur de température et d’humidité ( TAI8540D )	50 $

Le fabriquant de ces modules est AAG Electronica.
Vous pouvez commander ce matériel directement chez le fabriquant aux USA ou bien chez Audon Electronics en Angleterre.

J’ai acheté mon matèriel chez Audon, car le taux de change de la Livre sterling est actuellement très avantageux (1 € = 1 £ ).
De plus, cela évite les diffèrents problèmes liés aux douanes (non … je vous dis que ce sont des capteurs de température pas des missiles )

Installation du matériel

Avant de brancher l’adaptateur USB, il faut désactiver le chargement des modules noyau ds2490 et wire dans le fichier : /etc/modprobe.d/blacklist

cat <<EOF >> /etc/modprobe.d/blacklist blacklist ds9490r blacklist ds2490 blacklist wire EOF

Vous pouvez ensuite brancher l’adaptateur USB et vérifier qu’il est bien présent à l’aide de la commande lsusb :

$ lsusb | grep 1-Wire Bus 002 Device 006: ID 04fa:2490 Dallas Semiconductor DS1490F 2-in-1 Fob, 1-Wire adapter

Digitemp, tu oublira vite

Lorsqu’on cherche une solution de monitoring de température, on trouve sur le programme Digitemp.
Je ne vous le conseille vraiment pas, car il ne fonctionne pas très bien :

il renvoie une valeur de manière aléatoire ;
il nécessite les droits root pour lire le port usb ;
les scripts fournis avec le programme ne fonctionnent pas, il faut les modifier, etc…

Bref après une soirée de configuration, j’ai bien réussi à mettre les valeurs dans une base MySQL avec un script cron et digitemp, mais le lendemain matin cela ne fonctionnait plus …

Owfs, rocks les ours de laponie du nord

Owfs est un bien meilleur solution pour le monitoring de la température.
L’installation et la configuration est décrite sur le Wiki de Sebastien Mei :

J’ai donc installé le tout et configuré le monitoring avec munin :

C’est pas ti beau?

Aperçu sur l'agenda

2009-04-18T17:02:30+00:00

En écho à Alban, moi aussi des dates (souvent les mêmes) ont commencé à remplir mon agenda (et à me faire perdre l'idée de prochainement trouver deux semaines de vacances, en passant).

Le 25 avril à Namur, rencontre, découverte, formations, discussions entre radios indépendantes et associatives de Wallonie et de Bruxelles, à l'initiative de RadioXX, où l'on sera quelques-un/e/s de Radio Panik ;
Les 8 et 9 mai, les journées du libre, où je m'occuperai encore sans doute du bar ;
Du 28 au 31 mai, programmation au Nova focalisée sur les Creative Commons et les logiciels libres, petite partie d'une programmation « propriété intellectuelle » plus large ;
Le 30 mai, soirée Radio Panik à Recyclart, streamée si tout va bien ;
Du 7 au 11 juillet, Rencontres Mondiales du Logiciel Libre à Nantes, peut-être un peu de GNOME, là, à défaut d'être au GUADEC ;
Du 30 juillet au 2 août : la 6ème édition de Radio Esperanzah! en direct de Floreffe.

Ça va être bien, tout ça...

HADOPI : Lettre ouverte à mon député

2009-04-18T14:06:32+00:00

Bonjour Monsieur XXX,

J’habite à XXX, je suis un jeune ingénieur en informatique. Mon vote et celui de ma conjointe vous a soutenu lors des dernières élections. Je me permets donc d’attirer votre attention, sur le retour du vote de la loi HADOPI dite « Création et Internet » à votre calendrier.
En effet, comme beaucoup de personnes, nous comptons sur votre présence lors du prochain vote.

Comme vous le savez, le développement d’Internet et la vulgarisation de l’outil informatique permettent d’avoir une relation d’affaires sans contrainte d’espace et de temps. Ils ont permis le développement du télétravail.

Il a été démontré que cette pratique, le télétravail, possède de nombreux avantages pour la société (réduction des coûts de transport, du stress, amélioration de la productivité, etc.) Elle est préconisée et expérimentée par de nombreuses entreprises parmis lesquelles IBM, EDF, Microsoft et Renault.

Dans le cadre de mon travail, l’employeur a l’obligation de couvrir mes coûts de communication ;
cela veut dire qu’il prend en charge la facture de ma ligne ADSL. La loi Création Internet vise à couper la line ADSL d’une personne si celle-ci est suspectée de télécharger des oeuvres protégées par le droit d’auteur. Plusieurs études montrent qu’il est très facile d’usurper une addresse IP sur Internet et que la loi que vous allez voter est dépassée techniquement et fait courrir un risque même aux internautes honnêtes.

Néanmoins, si vous persistez à soutenir cette loi, j’aimerais que vous proposiez au minimum un amendement pour protéger les télétravailleurs. En effet, une coupure de la ligne signifierait l’impossibilité de travailler et donc nous conduirait directement au chômage technique.
Cette loi placerait les télétravailleurs dans une insécurité juridique et mettrait en place une triple peine (coupure, paiement d’un service inutile et chômage) et freinerait le développement de cette pratique.

Je vous demande donc de proposer un amendement pour protéger les télétravailleurs.

Nous espérons que vous pourrez intervenir efficacement pour les télétravailleurs, et nous serions bien évidement prêt le cas échéant à vous renouveler toute notre confiance lors des prochaines élections.

Bien Cordialement,

Taking the other direction

2009-04-15T17:40:00+00:00

I've started to develop awesome more than 18 months ago, and somehow I feel it's time to stop a bit and think where we come from and where we are going to.

The motivation

I never though I'd be written a window manager one day. That seems kinda stupid when you see how many window manager there's around.

As many people, I've tested and have been using tons of window manager: Window Maker, Fluxbox, etc.

In August 2007, I was using fvwm since 2004 and was quite happy with it. I used the famous fvwm crystal as a configuration starter and then rewrote lots of stuff. Digging into fvwm configuration files was boring, and since I'm lazy, I never really configured it to fit entirely my needs.

The thing is that, in July 2007, my workstation died. I bought a new one based on the amd64 architecture. Too bad, with this new box, fvwm decided that it will not longer runs and was segfaulting almost every time I logged in.

I was really upset. Another failure in the window manager world. So I decided to get the yearly ride of testing many window managers. I went on the no more developed stuff like the *boxes, ion3, etc… but well, I did not like them, there were not powerful enough, too bugged or upstream was insane.

Then I found xmonad. The Haskell configuration file format made my cry. I did not want to learn Haskell, it seemed too obfuscated to me. At that time it was even not packaged for Debian, so I gave up. But I found dwm in the meantime, and I loved it. It was simple, and the source code was almost understandable and easy to hack.

I subscribed to the dwm mailing-list, in order to participate to its development, etc… But I got really disappointed. No patch were welcome and the development seemed to be almost finish in this sight. People patches were lying around, but no one really care. Each user was managing its own set of patches.

That's not what I learnt and what I love in free software. So, as many users, I began to maintain my patches in my corner. But I began to have more ideas…

The jdwm

I just added a 'j' in front of dwm and started to hack it days and nights to add many feature I missed, like multi-head, etc… On 5th September 2007, I created a git repository to host my code.

That's gonna be… awesome.

Five days later, on 10th September, I finally found a name for my new pet: awesome, borrowed from Barney Stinson who heavily uses and abuses this word.

The 1.x branch

The first releases until December were noted 1.x. It was just a better dwm with a simple flat configuration file.. The configuration file used libconfig, but it was a very poor choice. And I was not able to put in into Debian because of name clash.

The 2.x branch

The 2.x branch came in January 2008 with a brand new configuration file format based on libconfuse, which was a bit more powerful. Many concepts and features that have been added in this branch are still used in the current 3.x branch.

At this time, between December 2007 and April 2008, the community was growing smoothly.

But as I said, awesome 2 was based on a flat configuration file. That raised a problem very soon: users expectation were growing and the development team (me and a couple of regular contributors) was unable to cope with them.

One of the event that started to change my mind was the support for titlebars.

When I've added titlebar support, it was minimal. It was on top of a window, with the window title. Dot. Then I've started to add a lot of options, like the application icon drawing, the position (left, right, bottom) etc.

And then users started to ask for more, like: "add titlebar on windows only when the window is floating".

That's ok, but that's complicated: that's again another option to do some stuff conditionally. And then, why don't add titlebar on windows when <insert random events here>?

The 3.x branch

Why

At that time, around April 2008, I'd totally stopped development. I was trying to find a solution which was simple and powerful. But after 2 weeks of thinking, I was not able to find anything else than: use a real language for configuration.

So, I've started prototyping awesome 3 using Lua. The choice was not obvious, and despite the problem Lua might suffer, it's one of the easiest language to integrate into an existing application. There's still a video of a first version here.

But, let's go a little back: in January 2008, Arnaud Fontaine contacted me because he was interested to use awesome as one of its school project. He decided to port awesome from Xlib to XCB, a modern asynchronous X library.

His work took some time, but in May 2008, Arnaud did finished to port git master version of awesome to use XCB.

Consequently, I decided to start a new major branch, using XCB instead of Xlib (no change for users in this regard) and Lua instead of our previous flat configuration file format.

Development

It took me a while to get from here to there, but in September 2008, it was ready. We had a simple Lua API, and the XCB port was working perfectly.

It took us some time to release and have something totally working, because we had to work on XCB and contribute back to the project. It was really not ready to use by an application, but we did great work in this area and it's now really fine.

We're still here

Releases continue to happens, 3.1 around December 2008, and 3.2 around March 2009. 3.3 should be here in June.

One of the drawback we had, is that we moved many stuff from C to Lua. Why? Because writing things in Lua is quicker and easier to maintain than C, and makes thing more configurable for the user.

For example, the layout algorithm used to organize window were written in C until 3.2 came out. At that time, users had no choice than using a set of predefined layout to organize their windows.

Starting with 3.2, if they have minimal knowledge about geometry, they can start writing a layout function organising windows on the screen.

But this kind of API changes was a bit rough for users, since they had to port some part of their configuration file to the new API. The thing is that the project was still a teenager at that time, not really knowing were it will go. But I'm happy to announce that API breakage are more and more rare (so far only one minor between 3.2 and 3.3), and anyway always for the Good.

But I admit that it built a bad reputation around awesome 3.x during its first month of existence.

Future direction

I am currently working on 3.3 development. We have still many things to do. Time passing, we get more idea, and more users. And more users bring more ideas. We also have many more contributors, and some guys are even taking maintainer-ship of some code area.

Conclusion

My post title is "Taking the other direction" because I feel this way.

I've got that feeling that some approaches in projects like GNOME are sometimes bad. Please don't misread me, I know we are not playing in the same yard.

When adding a key shortcut for starting an application makes you dig into gconf, I wonder how this is a win for the user.

Well, it's probably a win for the end-user, but I surely am not one of them. And I don't intend to target them with my software, anyway.

And now, when I hear things like GNOME 3.0 and the "desktop shell" approach, that makes me smile. Guys, it was time, but have luck. What I see from here, is that any desktop control interface is wrong somehow, and that there's no approach that can fulfill all users wishes.

I think that we, the awesome development team (no pun intended) took the direction of building a frame-work window manager rather than a solution written in marble.

We (partially) solved the issue of UI ergonomic by not writing one and allowing the user to write his own. I don't say that's easy to do for most of users, but it's doable.

And I think it's worth it: I use window managers since I use Linux, around 1998. If something like awesome came 5 years ago, I'd be using it so far, because you can write Fluxbox or WindowMaker using awesome in a hundred of Lua code. And you can write your own version of it. And it starts in less than 3 seconds, supporting almost all standard desktop specification (ICCCM, EWMH, XDG, system tray, message notification, D-Bus, etc), whereas many of the window mangers do not.

You can even write and play space invaders.

Finally, I'm happy about the the road we took so far, and hope we will continue into that direction. The rants I read about our project are not that big, compared to the kudos we received.

Aquaero plugins for Munin

2009-04-12T07:10:27+00:00

My home servers are water cooled, I use the Aquaero device for monitoring the status of the cooling system. (fan speed, temperature and water flow).

The Aquaero is a monitoring system made by Aquacomputer, an German watercooling hardware manufacturer.

This monitoring system is working on Debian GNU/Linux and the source code of the monitoring program is available under the terms of the LGPL License.

You can find the command ligne monitoring system here : aquaero downloads.

I’ve wrote an C++ plugin for Munin, in order to get the watercooling status monitored.

Setup

Fallow thoses instructions in order to build and setup the plugin :
$ su # cd /usr/src # wget http://www.aqua-computer.de/download/aquaero_software/aeinfo-2.1-src.tar.gz # tar xzf aeinfo-2.1-src.tar.gz # cd aeinfo-2.1-src/ # wget http://svn.csquad.org/aquaero_munin/munin.cpp # g++ -Wno-deprecated munin.cpp -lusb -o munin # mv munin /usr/share/munin/plugins/aquaero # cd /etc/munin/plugins # ln -s /usr/share/munin/plugins/aquaero aquaero_fan # ln -s /usr/share/munin/plugins/aquaero aquaero_temp # ln -s /usr/share/munin/plugins/aquaero aquaero_flow # echo > /etc/munin/plugin-conf.d/munin-node [aquaero_*] user root EOF # /etc/init.d/munin-node restart

Enjoy and feel free to report bugs.

AGF, Refus à votre demande de résiliation du contrat auto suite et fin

2009-04-11T21:20:32+00:00

J’ai décris ma mésaventure avec mon assureur auto dans mon précédent billet :

AGF, Refus à votre demande de résiliation du Contrat Auto.

Voici la fin de la petite histoire. Après de nombreux appels téléphoniques, j’arrive à joindre le responsable de mon dossier dans la semaine qui suit la réception du courrier.
Après une courte explication, le responsable m’indique que ma lettre de résiliation ne comportait pas de date de fin du contrat (date de l’échéance annuelle).
Il me demande d’envoyer une lettre simple pour complẃter mon dossier pour résilier.
Ce que je fais la semaine suivante.

Au bout de deux mois, je recois une nouvelle lettre de la part d’AGF.
Celle-ci contient la nouvelle vigniette d’assurance et un nouveau échéancier de paiement avec biensûr une nouvelle augmentation de 5% du tarif.

Cela veut donc dire que mon contrat n’a pas été résilié après un recommandé, plusieurs coups de fils et une lettre simple.

L’agent d’assurance AGF m’aurait menti!?

Je prends donc mon télèphone, pour m’entendre dire que c’est normal et que c’est à cause de l’organisation d’AGF et que le siège n’a pas encore recu ma demande de résiliation ( au bout de deux mois, décidément … ).

Je renvoie un second recommandé, mais cette fois-ci j’ai demandé à un ami ancien assureur (repenti ? ) de
m’aider à rédiger la lettre pour que celle-ci soit en bonne et due forme.
Celle-ci se base sur la loi Chatel car j’ai dépassé la date limite de résiliation.

Voici le contenu de cette Lettre type :

Objet : résiliation contrat X XXX XXXX
Client n° :  XXX
Échéance : JJ/MM/YYYY

Messieurs, 

Par la présente, en application de la loi n°2005-67 du 28 janvier 2005, je vous remercie de bien vouloir procéder à la résiliation,
à la fin de la période en cours, du contrat d'assurance ci-dessus référencé.

Sauf erreur de ma part, ce contrat prendra donc fin de JJ MM YYYY  à 24H00.

Vous remerciant de bien vouloir faire le nécessaire, je vous prie d'agréer, Messieurs, l'expression de mes sincères salutations.

Par sécurité, j’ai aussi interdit le prochain prélèvement de la part d’AGF.

Pour finir avec cette histoire, j’ai fais le tour des assurances pour faire des devis.

En une après-midi, j’ai fais cinq devis au près des diffèrentes assurances de ma région.
J’ai donc réussi à négocier un rabais de 50% sur mon contrat, tout en gardant les mêmes conditions.
Pour savoir si vous avez fait, une bonne négociation, il faut que le montant de votre facture d’assurance soit supèrieur à ce que vous avez réellement payer. Seulement dans ce cas, l’assureur à rééllement fait un effort

La moralité de cette histoire est qu’il ne faut pas être fidèle envers son assureur et faire jouer la concurrence sur vos contrats tous les ans.

Bon plan pour l’achat de composants Lego Mindstorms

2009-04-11T21:09:02+00:00

Si vous cherchez des composants pour vos créations Lego Mindstorms, je vous conseille de faire un petit tour sur le site d’Active Robots.

Il s’agit d’un revendeur spécialisé en matériel robotique, situé en Angleterre qui propose une large gamme de produits.

Les principaux avantages de ce revendeur sont les suivants :

Très bon prix, à cause de la quasi parité monétaire entre l’euro et la livre, les prix sont infèrieurs de 30 à 40% par rapport aux magasins Francais ;
Livraison ultra rapide (en deux jours en moyenne) pour 9,45 euros ;
Large choix de produits dont des composants de chez Mindsensors et HiTechnic ;
Pas de frais de douane.

Voici un exemple pour illustrer mes propos, l’achat du couple classique Pile Rechargable + Transformateur pour NXT :

En France : Pile rechargeable 50 euro et Transformateur 20 euro ;
En Angleterre : Pile rechargeable 33 pounds et Transformateur 11 pounds

Soit au total 70 euros pour la France et 44 pounds (soit 46 euros) pour l’Angleterre.

Bon plan pour l’achat de composants Lego Mindstorms

2009-04-11T21:09:02+00:00

Si vous cherchez des composants pour vos créations Lego Mindstorms, je vous conseille de faire un petit tour sur le site d’Active Robots.

Il s’agit d’un revendeur spécialisé en matériel robotique, situé en Angleterre qui propose une large gamme de produits.

Les principaux avantages de ce revendeur sont les suivants :

Très bon prix, à cause de la quasi parité monétaire entre l’euro et la livre, les prix sont infèrieurs de 30 à 40% par rapport aux magasins Francais ;
Livraison ultra rapide (en deux jours en moyenne) pour 9,45 euros ;
Large choix de produits dont des composants de chez Mindsensors et HiTechnic ;
Pas de frais de douane.

Voici un exemple pour illustrer mes propos, l’achat du couple classique Pile Rechargable + Transformateur pour NXT :

En France : Pile rechargeable 50 euro et Transformateur 20 euro ;
En Angleterre : Pile rechargeable 33 pounds et Transformateur 11 pounds

Soit au total 70 euros pour la France et 44 pounds (soit 46 euros) pour l’Angleterre.

Sortie de gospy-applet 0.9

2009-04-08T19:52:00+00:00

gospy-applet est une applet GNOME pour surveiller les changements sur des serveurs ou pages web. Vous pouvez ajouter un nombre illimité de sources. Il est possible de surveiller les changement d'IP, de serveur web, de statut d'une page, de temps de chargement ainsi que des champs HTTP.

ChangeLog

Ajout d'une gestion des groupes pour les espions (tâche #409).
Correction d'un problème avec l'alerte courriel.
Correction d'un problème avec le bouton "Voir les différences".
Il est désormais possible de réinitialiser l'état de tous les espions.
Suppression des avertissements gcc.

gospy-applet 0.9 released

2009-04-08T07:38:18+00:00

- Added group management for spies (task #409).
- Fixed a problem with E-Mail alert.
- Fixed a problem with "View diff" button state.
- It is now possible to reset all spies states at once.
- Fixed some gcc warnings.

Sortie de gURLChecker 0.11 (instable)

2009-04-04T15:59:00+00:00

gURLChecker est un vérificateur graphique de sites web pour GNU/Linux et autres systèmes POSIX. Il fonctionne sur un site entier, une page locale ou un fichier de signets.

ChangeLog

Il est désormais possible d'associer un libellé à chaque URL pour des actions personnalisées (tâche #653] Tag for action).
Ajout d'une option de recherche pour rechercher dans le statut HTTP.
Affichage du nom du virus trouvé dans le cadre d'information.
Utilisation systématique de gtk_file_chooser_* à la place de gtk_file_selection_*.
Utilisation systématique de la méthode GET à la place de HEAD pour obtenir des informations sur les pages.
Affichage en temps réel des URLs vérifiées dans la fenêtre principale (tâche #359).

Still working!

2009-04-04T06:58:00+00:00

Well, I'm not dead buddies. I was overbooked.

Last weeks have been a bit busy for me. I've also been on holidays, so I gave up on computers stuff a bit.

awesome

Big news: awesome 3.2 has been released some weeks ago, and seems to be a success so far. We're working on the new 3.3 release, which will have some new sexy feature you'll love. More on that later.

Debian

I've uploaded a new awesome-extra package with third party modules such as shifty or wicked.

startup-notification

I just managed to be added in the startup-notification group at Freedesktop. I moved the CVS repository to git and merged my set of XCB patches.

gurlchecker 0.11 (unstable) released

2009-04-04T03:33:29+00:00

- Now you can associate custom user action label to each URL (task #653] Tag for action).
- Added option for searching by HTTP status code.
- Now display virus name in page information frame.
- Always use gtk_file_chooser_* instead of gtk_file_selection_*.
- Systematically use GET instead of HEAD to obtain header information.
- Use main window to show good/bad links in real time during the check (Task #359).

gurlchecker 0.10.5 (stable) released

2009-04-04T03:33:24+00:00

Fixed a bug in HTTP header status management.

ThreeDotOh!

2009-04-02T17:25:26+00:00

Thanks to Vincent Untz, Michael Scherer, Christophe Fergeau, Pascal Terjan (and the ones I forgot since I am totally exhausted now), GNOME had a great booth at Solutions Linux on Tuesday, Wednesday and Thursday, and it was great fun manning it and explaining GNOME, what's new and where we are going to many people.

That last part was particulary interesting as we were finalizing the plan for GNOME 3.0 and it was already the occasion to talk about it with users and free software enthousiasts from many projects, getting early (quite positive) feedback on the direction we want to take.

So let's get the discussion going (on desktop-devel-list) !

Sortie de gURLChecker 0.10.4 (stable)

2009-03-31T20:15:00+00:00

gURLChecker est un vérificateur graphique de sites web pour GNU/Linux et autres systèmes POSIX. Il fonctionne sur un site entier, une page locale ou un fichier de signets.

ChangeLog

Mise à jour pour compatibilité avec la nouvelle API libclamav 0.95.
Réécriture d'une bonne partie du code de gestion des cookies.

gurlchecker 0.10.4 (stable) released

2009-03-31T07:59:41+00:00

* ClamAV:
 - Fixed a compatibility problem with ClamAV >= 0.95.
* HTML parser:
  - Rewrote a big part of the cookies management code.