Here we are, Mandriva Linux 2009.0 has been released today ! Congratulations to everyone involved !

Download Mandriva Linux 2009.0 (bittorrent download) (make sure you choose 2009.0 and not 2008.1).

Download Mandriva Linux 2009.0 (direct download)

Read the errata

Read the release notes

Il y a quelques semaines, l'émission Capital de M6 était venue tourner des images du Gdium dans les locaux de Mandriva, pour leur sujet sur les netbooks. Manque de chance, il semble (j'ai raté le reportage) que les images soient passées à la trappe, et que Linux n'ait pas été cité une seule fois dans le reportage... alors que c'est un facteur de baisse de prix, et que c'est une des raisons du succès de ces machines.

Mise à jour:

Extrait du reportage :

"il a rendez vous dans le temple de l'informatique parisien. C'est un endroit où les passionés d'ordinateurs mettent leur nez un peu partout, à la recherche de pièces rares..."

Je vous le donne en mille, ce temple où l'on trouve des "pièces rares", c'est Surcouf... Au bout de 4 minutes de reportage, les journalistes avouent déjà qu'ils n'y connaissent rien, et passent le reste du temps à comparer un netbook à un portable traditionel, façon "ah bah oui, une smart, ça roule moins vite qu'une berline". Effectivement, c'est peut être pas plus mal qu'on ait pas entendu parler ni de Mandriva ni de Linux...

Ah Micro Hebdo. Le premier (et seul) magazine informatique auquel j'ai été abonné, quand j'étais encore sous Windows.

J'ai fini par acheter Micro Hedo n°531 (encore en kioske demain), en vu d'un voyage en train où j'avais du temps à tuer. Bon, le public de ce magazine est clair : le Windowsien débutant ou moyen qu iveut avoir des trucs pratiques. En général ils sont assez objectifs. Ils ont même essayé Linux de temps en temps, (si, si, et même Mandriva Linux, avec quelques bêtises en prime). Bon, c'est clair par contre qu'on y parle plus de logiciels gratuits que de logiciels libres.

Dans ce numéro, donc, on parle des ultra-portables à moins de 400 euros. Evidemment j'ai traqué l'utilisation de Linux dans ces bestioles. On y parle du futur Gdium Liberty 1000, qui utilise une Mandriva Flash rebaptisée pour l'occasion "Mandriva G-Linux". Par contre (honte à eux) ils oublient complètement que le Airis Kira 740 est aussi disponible avec Mandriva Linux (alors que tous les articles sur le sujet en parlent depuis bien 2 mois) !

Les autres modèles testés:

• Acer Aspire One (Windows XP ou Linux Linpus Lite)
• Medio Akoya Mini E1210 ( Windows XP uniquement)
• MSI Wind U100 (Windows XP et Suse, apparemment)
• PC by Surcouf (Windows XP uniquement, comme je l'avais déjà indiqué sur linuxfr.org)

Eh bien le résultat des tests a l'air sans appel: le modèle d'Acer enfonce les autres au niveau prix (299€), poids (le seul à moins d'un kilo avec le PC by Surcouf) et rapport qualité/prix. De plus, il offre une capacité de 10Go de SSD dans la version Linux, et 8Go pour la version Windows.

Là où ça devient intéressant c'est qu'on peut choisir une version avec disque dur plutôt que SSD (bon, je préfère la SSD pour ce type de machine). Pour un disque de 80Go , on en a pour 20€ de plus dans la version Linux, et 70€ de plus pour la version Windows. Vous me suivez ? On a deux machines identiques sous Windows et Linux, avec 50€ de différence. Idem pour le MSI Wind U100: 50€ de plus pour la version Windows, à matériel identique. Il semble donc qu'il y ait un certain consensus : une licence XP en OEM se négocie dans les 50€. Prenez des notes pour la prochaine fois où on vous proposera 20€ pour le Windows de votre tout PC portable tout neuf (avec l'envoi du portable à vos frais bien sûr).

Pour conclure, vu les caractéristiques du Acer Aspire One, et la politique d'ACER de soutien à Linux, c'est le type de machine qui peut détrôner l'EEEPC d'Asus.

It's Big Buck Bunny !

Enjoy !

Yup, Mandriva Linux 2008.1 Spring has been released today. What is amazing is that it's been released on time, which hasn't been the case for years !

I've started testing it quite late in this development cycle (RC2), but I still was able to find a few annoying bugs, which were corrected on time, thanks to Mandriva's hard working team. While I was a bit disapointed with 2008.0 (and 2007.0), what I saw pleased me, ans I really think this release is Mandriva Linux at its best (200X.1 releases seem to be better at Mandriva).

Everything you should know about it is here:

• Mandriva Linux 2008.1 Tour
• Mandriva Linux 2008.1 Release Notes
• Mandriva Linux 2008.1 Errata
• Mandriva Linux 2008.1 Reviewers Guide

And the most important : the link to download Mandriva Linux with your prefered bittorrent client (Transmission in my case).
Many thanks to everyone who worked on this release. Now Enjoy !

urpme -a mono

I'm currently writing an application that has two backends.

• In live mode, I acquire images from several cameras.
• In replay mode, I read pre-recorded images from the hard drive.

As I want to switch between these 2 backends transparently, I thought of using two implementations of a custom GSource. It seemed to be what I need: a way to send and react to asynchonous events. In my case, I want to notify the application that the images are in the memory, and ready to be processed.

However I'm a still a bit puzzled about how GSource works, and I found the documentation a bit obscure to people unfamiliar with the arcanes of the glib main loop. The timeout and idle sources don't give me enough information. The other examples use polling of file descriptors, but I have nothing to poll here. I've even checked out The Official GNOME 2 Developper's Guide, but no GSource there. I had not much result in the gtk-apps-devel mailing list, nor the french GTK forums.

I'm at the point where I'm not even sure that GSource meets my needs, but I wanted to avoid as much as possible exposing the acquisition backend. There will be multi-threaded stuff for live acquisition (the cameras I'm using only provide a blocking API, sigh..), but they're not required for the replay mode.

Do you think a custom GSource is the way to go ? It seems it's the only way I can connect to glib's main loop to receive asynchronous events (excepted from timeout and idle sources). Could someone please explain me a bit in which case(s) using GSource is recommended ? Thanks for reading.

Learning from the past

Yesterday an old (1.5 year) blog entry of Ryan Lortie on cpu and battery consumption came to my mind. He tested some GNOME applications and saw that some of them caused way too many kernel wakeups, which prevents the CPU from entering in low consumption states. So, as just by curiosity (ang ecological concerns), I wanted to see if there's some improvements on this area on the GNOME desktop.

As Ryan talks about Ubuntu Dapper Drake in his post, I suppose he was testing ye old GNOME 2.14. As a comparison, I ran my tests on GNOME 2.18 under Mandriva 2007.1. I then will be able to compare the figures to GNOME 2.20 when I'll install Mandriva 2008.0 (I'm lacking some time for this at the moment).

Some stuff he pointed out:

gnome-power-manager wakes up twice per second to do something
battery applet wakes up once per second to do something
clock-applet wakes up once per second to update the time even when seconds aren’t shown
gajim wakes up 10+ times per second for some unknown reason
at-spi-registryd wakes up more like 20+ times a second (?!?)
gss seems to talk to x11 once per second (presumably to ask if anything has happened). i don’t understand why it has to do this so often.

I don't use some of the stuff he tested. So I tested gnome-power-manager, the clock applet and gnome-screensaver (gss) as he did.

The test method

A test that doesn't explain the test method is irrelevant. What I did is that I used strace for 10 seconds like Ryan did, but using an interesting option of strace (-c) to have a nice summary of the system calls that were used during the observation period. For example the gnome-screensaver process was spied using:

strace -c -p $(pidof gnome-screensaver) & sleep 10; killall strace

Strace is attached to the spied process in the background. We then wait for 10 seconds and stop strace so that it can give us the amount of systems calls performed during this timeframe. The application were not being actively used while the test was performed, and I stopped mouse/keyboard input during the test, just waiting until it ended.

gnome-screensaver

% time     seconds  usecs/call     calls    errors syscall
------ ----------- ----------- --------- --------- ----------------
   nan    0.000000           0         1           ioctl
   nan    0.000000           0         2           gettimeofday
------ ----------- ----------- --------- --------- ----------------
100.00    0.000000                     3           total


Update: The previous numbers were wrong it seems (weird, I had tested it twice, but the numbers I get now are completely different). The problems reported by Ryan have already been corrected.

gnome-panel

With the seconds in the clock applet not displayed:

% time     seconds  usecs/call     calls    errors syscall
------ ----------- ----------- --------- --------- ----------------
   nan    0.000000           0         1           ioctl
   nan    0.000000           0         2           gettimeofday
------ ----------- ----------- --------- --------- ----------------
100.00    0.000000                     3           total

With the seconds in the clock applet displayed:

% time     seconds  usecs/call     calls    errors syscall
------ ----------- ----------- --------- --------- ----------------
   nan    0.000000           0        30           read
   nan    0.000000           0        20           write
   nan    0.000000           0        20           time
   nan    0.000000           0        31           ioctl
   nan    0.000000           0        62           gettimeofday
   nan    0.000000           0        30           poll
   nan    0.000000           0        10           stat64
------ ----------- ----------- --------- --------- ----------------
100.00    0.000000                   203           total

It's easy to see that enabling the seconds on the applet causes an explosion of the number of calls. That's 3 poll calls per second ! Sound quite abnormal to me, especially the amount of other calls this option generated...

gnome-session

Looks fine.

% time     seconds  usecs/call     calls    errors syscall
------ ----------- ----------- --------- --------- ----------------
   nan    0.000000           0         1           ioctl
------ ----------- ----------- --------- --------- ----------------
100.00    0.000000                     1           total

devhelp

It was in the background, but there's still too many calls for an application that was not being used.

% time     seconds  usecs/call     calls    errors syscall
------ ----------- ----------- --------- --------- ----------------
   nan    0.000000           0        11           read
   nan    0.000000           0         1           write
   nan    0.000000           0        32           ioctl
   nan    0.000000           0         6           gettimeofday
   nan    0.000000           0        11           poll
   nan    0.000000           0         1           futex
------ ----------- ----------- --------- --------- ----------------
100.00    0.000000                    62           total

gnome-terminal

Update: ok, I must have been drinking, everything is normal.
I tested the gnome-terminal that was running strace, so I was getting the calls for executing strace... The good way is for example to test it from an xterm. Another one like this and I jump out of the window.

% time     seconds  usecs/call     calls    errors syscall
------ ----------- ----------- --------- --------- ----------------
   nan    0.000000           0         1           ioctl
------ ----------- ----------- --------- --------- ----------------
100.00    0.000000                     1           total

mixer_applet2

The mixer applet is one of the worst offenders! This is a known bug which is being worked on. Hope to see this included in GNOME 2.22.

% time     seconds  usecs/call     calls    errors syscall
------ ----------- ----------- --------- --------- ----------------
   nan    0.000000           0        99        99 read
   nan    0.000000           0       169           ioctl
   nan    0.000000           0       296           gettimeofday
   nan    0.000000           0       169           poll
------ ----------- ----------- --------- --------- ----------------
100.00    0.000000                   733        99 total

timer-applet

Even when not used, this applet does way too many calls... There's room for improvement here.
% time     seconds  usecs/call     calls    errors syscall
------ ----------- ----------- --------- --------- ----------------
   nan    0.000000           0        34           ioctl
   nan    0.000000           0        67           gettimeofday
   nan    0.000000           0        34           poll
------ ----------- ----------- --------- --------- ----------------
100.00    0.000000                   135           total

trashapplet

Looks fine.

% time     seconds  usecs/call     calls    errors syscall
------ ----------- ----------- --------- --------- ----------------
   nan    0.000000           0         1           ioctl
------ ----------- ----------- --------- --------- ----------------
100.00    0.000000                     1           total

mdkapplet

Mandriva's memory-hungry updates surveillance applet seems to be CPU friendly...

% time     seconds  usecs/call     calls    errors syscall
------ ----------- ----------- --------- --------- ----------------
   nan    0.000000           0         2           ioctl
   nan    0.000000           0         4           gettimeofday
   nan    0.000000           0         1           poll
   nan    0.000000           0         1         1 stat64
------ ----------- ----------- --------- --------- ----------------
100.00    0.000000                     8         1 total

gnome-power-manager

Ryan saw gnome-power-manager wake up twice per second in GNOME 2.14. It seems things got worse, as I had it wake up thrice per second, on AC power.

% time     seconds  usecs/call     calls    errors syscall
------ ----------- ----------- --------- --------- ----------------
    nan    0.000000           0        40           read
    nan    0.000000           0        40           write
    nan    0.000000           0         2           time
    nan    0.000000           0        29           ioctl
    nan    0.000000           0        53           gettimeofday
    nan    0.000000           0        29           poll
------ ----------- ----------- --------- --------- ----------------
100.00    0.000000                   193           total

Conclusion

Well, there's quite nothing to conclude. These numbers are just here so that people can easily test and compare with their GNOME version, and eventually find more culprits. I think I'll update them on each GNOME Release, so we can see if the plan to conquer the world with power-friendly software works out. Just as a remark, developers who use timers at the second scale should consider using the g_timeout_add_seconds call that was added in glib 2.14, as it allows to group processing of wakeup requests. So if your application can depend on glib 2.14, go for it.

Comme je le disais dans mon dernier billet, j'étais à l'install party Mandriva à la Cité des Sciences de Paris. C'était malheureusement un peu trop calme à mon goût :-(

Bon, il y a tout de même des points positifs, notamment le fait que j'ai pu voir une bonne partie de l'équipe de Mandriva. L'équipe technique était venue en force : Frédéric Crozat, Pascal Terjan et Olivier Blin ont fait le déplacement. Ce qui m'a permis d'avoir Fred pour 25 minutes de direct sur Radio ici et Maintenant. J'étais assez content que le direct que soit bien passé, et Fred a trouvé les questions assez intéressantes et bien choisies. Si quelqu'un a enregistré le passage, prévenez moi ;-)

J'étais venu en tant qu'installateur, mais je n'ai pas eu beaucoup de temps pour les installations en fait. Je n'ai eu de contacts qu'avec 2 personnes. La première avait un portable avec une Mandriva 2007.0 et voulait essayer la 2008.0 avant de l'installer. Facile, vu que la machine est compatible, je ne devrais pas avoir de problème. J'essaie le live cd de Mandriva, la Mandriva One: plantage immédiat. La bonne blague. Au bout de moment, je me rends compte que ce n'est pas un lecteur de CD externe USB, mais firewire. Et là c'est le drame : c'est une régression connue qui affecte la Mandriva 2007.1 et 2008.0. Impossible de démarrer sur un périphérique firewire.

Après mes passages radiophoniques de 14H et 15H50, j'ai un dual boot à préparer. Comme ça fait longtemps, je suis un peu rouillé, mais ça devrait pas être bien sorcier, même s'il est un peu tard. Juste un petit problème: la personne n'a pas défragmenté ses partitions, et il faut faire de la place sur le disque dur... C'est parti pour 45 minutes d'attente. Une fois la défragmentation finie, je ne suis pas chaud pour redimensionner les partitions avec une One, car il a 440Mo de RAM, et le démarrage du live CD est assez lent. Je redimensionne les partitions avec GParted, à partir d'un System Rescue CD, plus rapide. Tout se passe bien.

Sauf que l'install party est terminée et que dans l'état actuel, je ne suis pas sûr que son Windows retrouve ses données. Repassage sur Mandriva One pour ne pas me prendre la tête en ligne de commande à transférer ses données d'une partition à une autre. J'apprends d'ailleurs à ce moment là que ses données n'ont pas été sauvegardées (ils ne lisent pas les décharges qu'ils signent ou quoi ?). Je vais donc pour faire un copier-coller pour transférer ses données sur une nouvelle partition: impossible. Je me dis que c'est un problème de droits... je monte les partitions en écriture, mount me dit bien qu'elle sont en lecture-écriture : toujours impossible. J'apprends alors par Olivier que ntfs-3g n'est pas activé par défaut dans la 2008 à cause d'un bug de dernière minute. Traduction: moi y en a pas pouvoir écrire sur partition Windows du monsieur. Sic. Je finis au System Rescue CD, en ligne de commande bien gorrette, les doigts tremblants, pensant aux données que je pourrais perdre au passage... Regardez monsieur, c'est convivial Linux, non ?

Bon, au final, les données sont transférées, j'ai libéré 20 Go sur le disque et le Windows n'y a vu que du feu, et redémarre frais comme... heu... un truc pas frais (j'hallucine en voyant le temps de démarrage du bousin). Heureusement, la Mandriva One m'avait permis de vérifier que le matériel était bien détecté (sauf le wifi, je n'ai pas essayé), et le bureau 3D a fonctionné tout de suite. Le jeune homme qui avait déjà jadis tenté l'installation d'une Fedora 8 pourra donc faire son install à la maison sans trop de problèmes à priori.

Bilan de l'install party: 2 personnes entre mes mains, 0 Linux installé. Je pense que je peux améliorer ce score :-p