WebLog Olivier Berger

Here's my first contribution to the linux kernel : http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=d023e49118b9c93bbab9aaf798b25f78f1a5803c.

It fixes the ACPI which had been blacklisted on P4B266 mainboards, and will allow my old machine to suspend in 2.6.31, hopefully.

Does it make me a kernel hacker ? Certainly not. But glad to be somehow part of that history

On the way to the OSS2009 social event, we had the surprise to get offered beverages and snacks (including alcoholic ones), which is quite unusual, in my opinion.

Among the snacks there were the Wild Chips with the packaging bellow :

Doesn't the upper-right logo look familiar ?

OK, I admit, I'm a bit obsessed

I’ve attended the recent FOSDEM 2009 (great as always), where a number of presentations triggered a lot of my interest.

First @DebianRoom where Lucas presented UDD, the Universal Debian Database. This database groups facts about the Debian project, to ease the creation of queries on what’s happening in the Distribution. This is for instance very helpful for QA tasks, like counting bugs with certain characteristics, or comparing packages in various ways.
Note that a complementary presentation by Enrico was very interesting, on DDE : Debian Data Export, showing ways to offer services to query UDD.

Another presentation, @CrossDesktopRoom introduced the Flossmetrics database, which is collected out of many libre software projects, by extracting contents of the project data from the hosting forges. Very much interesting, in particular since the data becomes available, and a large number of projects allow researchers to compare them in many ways.

Maybe Flossmetrics could benefit from data coming from the Debian UDD… or vice versa ? I think contacts have been taken to think about potential future interchange between the 2.

A general criticism I could make on these two databases is that their schema (the tables & columns layout, as well as the eventual relations), and the code of the data “harvesters” is the only way to understand the real meaning of these data. There’s not so much semantics. Sometimes for known reasons, because, as explained by the UDD developers, there’s actually much incoherence in some of the Debian tools already, and it still it happens to deliver

I’m thinking of a way to produce similar databases of facts (results of queries on these) with Semantic Web standards, to try and convey some bits of commonly agreed semantics, hence fostering interoperability of these databases, and maybe allow comparison of facts relating to different projects.

It happens that Mandriva, as a followup of the Nepomuk project is indeed trying to setup such a database (called SWIM at the moment) with the use of RDF ontologies, to store facts and annotations about its distribution (more details here). In the HELIOS project, we’ll certainly try and investigate the use of such techniques to try and manipulate such data, like bugs for instance.

I’m thinking about providing an access to UDD with the use of a SWIM-like service, so maybe we can imagine things like more linking of facts about packages, people, bugs and such between Mandriva and Debian, for instance.

Note that at the FOSDEM there were also interesting presentations relating to these kinds of semantic techniques, both relating to outcomes of the Nepomuk project : one about the integration of KDE 4.2 in Debian, where tools like Soprano were mentioned, and another about Tracker in Gnome (which I haven’t attended) about the same kind of techno on the Gnome side.

The future seems semantic, somehow… and we have then a lot of work ahead of us. More to come.

bts-link is a very useful tool which helps keep track of bug status changes when a Debian bug has been marked as linked to another bug in an other (upstream) bugtracker.

I’ve prepared some slides of introduction for our partners in Helios to introduce them to that tool :

These slides can also be found on the helios site (ODP source).

Also, I’ve started contributing to bts-link in the frame of our work on Helios, and I’m glad my contributions have been integrated, although learning git in the way was kind of a pain

More details about bts-link at : http://bts-link.alioth.debian.org/

Pour info, le 21 janvier prochain aura lieu la prochaine rencontre de la communauté des forgerons francophones, dans le même esprit que la rencontre précédente de juin dernier.

Pour info, le descriptif complet de la rencontre prévue à La Cantine :

Rencontre francophone sur les forges logicielles libres à “La Cantine”, Paris le 21 janvier 2009.

Les forges sont des environnements Web permettant de répondre aux problématiques de développement collaboratif et distribué de logiciel.
Historiquement, les forges libres ont été popularisées par les plate-formes SourgeForge puis GForge. Aujourd’hui, un très grand nombre de projets utilisent des forges que se soit pour des développements libres ou open source ou pour des besoins internes en entreprise. Il existe actuellement de nombreuses initiatives de forges libres comme Trac, LibreSource, Codendi, Novaforge, Picoforge, Savane, ACOS, etc. Certaines sont dérivées de SourceForge ou Gforge, d’autres sont des implémentations spécifiques.
L’objectif des “Rencontres” est de permettre la concertation des utilisateurs et porteurs de solutions collaboratives pour identifier les besoins communs, les problèmatiques techniques et confronter des solutions possibles. L’objectif est ainsi de faciliter le travail de standardisation et d’échange entre les différentes forges en fonction des besoins réels exprimés par les utilisateurs.

La journée sera composée d’un mélange de présentations et de discussions pour s’intéresser de façon interactive à des questions comme:

• échange de données entre forges, interopérabilité
• définition d’un modèle d’intégration ouvert
• recherche multi-forges
• gestion des permissions et partage d’identités
• interaction entre la forge et le poste client

Cette journée s’adresse donc à tous les les acteurs du domaine des forges en France: chercheurs, industriels, utilisateurs, contributeurs ou fournisseurs de services.
Venez exprimer votre point de vue, échanger sur vos intérêts, besoins, solutions et bénéficiez du retour d’expérience des autres acteurs du domaine pour être informés des dernières avancées, définir une roadmap concertée ou travailler sur des formats communs.

Plus d’infos:

• Web: http://wiki.planetforge.org/index.php/
• Liste de diffusion des développeurs de forges francophones:https://picolibre.int-evry.fr/wws/info/forges

Nous embauchons un ingénieur informaticien en CDD (15 mois), pour travailler sur la synchronisation entre bugtrackers

( voir la version complète de cette annonce : ici — and the english version here.)

Nous recherchons un ingénieur informaticien pour travailler avec nous dans l’équipe PFTCR afin de compléter notre effort de R&D sur le projet HELIOS. Nous sommes responsables d’un de ses sous-projet visant à étudier et réaliser un dispositif s’intégrant à la plate-forme HELIOS, pour assurer la synchronisation entre bug-trackers.

Le lieu de travail serait Évry (France) pour une durée de 15 mois, en CDD (démarrage premier trimestre 2009). Les réalisations entreprises dans le cadre du projet seront reversées dans le patrimoine logiciel libre.

De solides compétences en développement logiciel, ainsi qu’un intérêt pour la recherche sont demandées aux candidats. De plus, une bonne connaissance technique des outils de développement libres ainsi que des dynamique des projets de développement dans le monde libre (distributions, packaging, QA) seront attendues. Une expérience de contribution sur un projet libre serait un must (type développeur Debian, par exemple). La maîtrise de l’anglais technique sera requise, vu l’objectif d’interaction avec des communautés de développement libre à l’international.

Si vous êtes intéressés et disponibles début 2009, il faut absolument qu’on se parle. Voir plus de détails dans la version complète de cette annonce.

I had bought a Zonbu mini-pC and had barely used it until recently. I have started over, and decided to install a Debian lenny distro over it.

The installation went quite well, but requires the use of a bootable USB key Debian installer (see reference here and here). I had to use the syslinux of testing or it wouldn't work. The BIOS had to be configured appropriately : "Hit Delete on boot to enter BIOS. Enable Port 64/60 Emulation and disable BIOS EHCI Hand-Off in the USB configuration menu to boot from a USB hard drive."

Warning : this article is a work in progress : I noted various bits elsewhere and need to complete the reference info (URLs), and other missing bits. But still, I hope it's useful.

Once installed, several things need to be tweaked to get it fully operational :

• Wifi : I have the version with a mini-PCI internal wifi card, which is uses VT6655 Via chipset. There are several possibilities to use it with GNU/Linux, although all are using proprietary software :
  • using the Via windows driver over ndiswrapper : the windows driver, over ndiswrapper, seems to work fine, even with WPA2. Note that there is an archive with an auto-extractor for Linux providing drivers pre-compiled for various distributions in the Viaarena download section under the Linux category... but it's rather old. I preferred to install the recent ndiswrapper provided in Debian lenny, and download the most recent Windows XP driver from viaarena (on a side note, to extract it I had to use wine, to get access to the @@C:\windows\vnDrvBas@@ that it tries to extract).
  • compiling a Linux driver provided by Via : the (proprietary) driver (version ''1.1.18.02 - 08 August 2008'') compiles nicely for Lenny for 2.6.25-2-486 but I experienced a really SLOW connection with my FreeBox over WPA2, when I tried it... so will prefer the other solution

• Video driver for X : the embedded video card from Via works with default generic vesa X driver, but I installed the openchrome X-server video driver available in lenny, and it works fine. Note that you need to configure an additional option to use software pointer (SWCursor true option in xorg.conf).

• RNG : Using the embedded Random Number Generator (RNG). The CPU provides the padlock RNG, so I suppose it's better to use it by loading the kernel module padlock (in /etc/modules) (see reference here)

• CPU frequency scaling : one of the advantages of such a mini-pC is the green orientation : using less power, etc. As the processor supports frequency changes, why not use it (although it is discussed if it has an impact on power saving, heat dissipation, etc.) ? There is a e_powersaver cpufreq module for the Linux kernel (again in /etc/modules) which makes it work with powernowd for instance (see reference here).

TODO :

• Sensors : TBD

Note also that I found out that the hardware I bought from Zonbu actually seems to be a MSTI eBox 4854 system.

J'ai essayé de télédéclarer mes impôts sur le revenu depuis ma Debian (testing) avec iceweazel (plugin Java Sun du paquet sun-java5-plugin).

Tou allait bien jusqu'à la phase finale de signature, où j'obtenais des erreurs de ce genre (dans la console Java) :

java.lang.UnsatisfiedLinkError: Expecting an absolute path of the library: local/.TaoUSign/libjsec.so
        at java.lang.Runtime.load0(Runtime.java:767)
        at java.lang.System.load(System.java:1005)
        at com.dictao.plfm.a.b(Unknown Source)
        at signview.b(Unknown Source)
        at signview.start(Unknown Source)
        at sun.applet.AppletPanel.run(AppletPanel.java:465)
        at java.lang.Thread.run(Thread.java:619)

Le problème apparemment, c'est que :

$ ldd ~/local/.TaoUSign/libjsec.so 
	linux-gate.so.1 =>  (0xffffe000)
	libnspr4.so => /usr/lib/libnspr4.so (0xb7f14000)
	libpthread.so.0 => /lib/i686/cmov/libpthread.so.0 (0xb7efc000)
	libnss3.so => not found
	libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb7ef7000)
	libm.so.6 => /lib/i686/cmov/libm.so.6 (0xb7ed2000)
	libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb7d84000)
	/lib/ld-linux.so.2 (0x80000000)

Mais j'ai trouvé le contournement suivant pour que ça passe (après avoir complètement quitté iceweasel) : lancer iceweasel depuis le répertoire contenant libnss3.so, avec LD_LIBRARY_PATH positionnée à "." :

$ cd /usr/lib/iceweasel/
$ LD_LIBRARY_PATH=. iceweasel

Et voilà, ça marche mieux.

Un premier jet d'impressions, rédigé dans Firefox depuis le Zonbu

Le PC est bien aussi silencieux que possible : ça repose.

L'utilisation est fluide : la machine répond bien, même si je ne l'ai pas encore trop chargée.

J'utilise la version opensource_edition (anciennement free_edition), n'ayant pas souscrit de compte. Ca marche très bien : pas de bridage apparent.

L'équipe de support semble très réactive, aussi bien par mail que sur bugzilla.

Juste un petit défaut : le PC n'est pas internationalisé, même si on peut choisir un clavier en français (merci pour la cédille).

Next steps : tester d'autres OS ;)... découvrir Gentoo, portage, et autres, peut-être...