Le skyblog de bochecha

I recently decided to spend more time working on shomyu, my little project that I had neglected for too long. After less than a month since I went back to work, shomyu 0.6 is released.

In this release, shomyu was trimmed down by unbundling all the external Javascript APIs it uses, namely TinyMCE, OpenLayers and OpenStreetMap.

I also wanted to rebase shomyu 0.6 on TurboGears 2, but I ended up not doing it for the following reasons:

• that's a lot of work, and I was almost sure I wouldn't have this ready in time for FUDCon. I didn't want to be blocked during the hackfest because of WIP on this point.
• also, some great features are being worked on in TurboGears 2, for example a generic registration module by a GSoC student, which is a planned feature for shomyu.
• another thing is that it is rather complicated to install TurboGears 2 right now, as packages are still pending inclusion in Fedora. I didn't want my users / co-developers (who knows, someone might join me one day :) to have to go through the extra work of setting up a virtual env and installing TurboGears 2 manually.

As a result, this was postponed for a future milestone, probably post 0.8.

Another significant thing happened in this release: TinyMCE was totally dropped. TinyMCE is rather feature-creep comparing to what shomyu needs. I also tried using Xinha instead of TinyMCE (seemed to be more « community friendly » even if as much feature-creep), but I had a lot of trouble with using it while it was not actually bundled in shomyu (DOM manipulation error as the Xinha API is not necessarily on the same domain as shomyu, this would have been a PITA for 0.7+ releases).

Instead, I decided to use the simple wikimarkup python module. So for now, the editor area is less pretty, but as much powerful. One could think of this as a regression, but it will allow easier future development. Once milestone 0.7 is released, that APIs are fully working and I'm tackling the « prettyness » of shomyu, rich-text Javascript editors will certainly be reconsidered. :)

So, without further ado, go grab shomyu 0.6. Be sure to pay a visit to the documentation on how to run shomyu as it changed a lot since 0.5.

Report any bug you find, and help improving shomyu!

Now is time to look at the next release, as well as start planning for the shomyu hackfest that will take place at FUDCon in Berlin. If you're interested in shomyu, this would be the perfect place to start contributing!

Chez nous :-)

RedHat et Georgia Tech ont récemment publié une étude sur le sujet.

L'étude a pour résultat deux cartes interactives, montrant le classement de 75 pays du monde en ce qui concerne l'activité autour du logiciel libre et open source ainsi que l'environnement plus ou moins propice à l'expansion du logiciel libre et open source.

Une grosse surprise (en tous cas pour ma part) : la France est première en terme d'activité, tout particulièrement grâce à une grande adoption dans le secteur public (critère "Government").

A mettre en perspective avec les événements récents...

On Sunday, I was at FOSDEM 2009 in Bruxelles.

I couldn't go on Saturday, and as a result, I missed the two talks that were interesting me the much: the ones from Greg and Tomeu about Sugar and Fedora. I hope the presentations will be uploaded on the fp.o page (or somewhere else), so that I can catch up.

I spent most of the time at the booth, which allowed me to meet a lot of Fedora Ambassadors I didn't know. Loved it. Talking with people from different local communities was great, and as we discussed with Yaakov, we (the French community) really need to work in a less insular way and share experiences with others.

Regarding the booth attendance, I was once again incredibly surprised to see how people are attracted by this little green and white alien on the tables. We had 4 XOs, all of them had almost always someone toying with it. The funny thing is it looked like Fedora can be summed up to the XO, as very few people were asking about Fedora specifically, while a lot were interested in the OLPC project.

I had two requests for liveUSB creations, but I failed on the second one. It was one of those keys with a fancy partition (seen as /dev/sr1 on my Fedora 10 laptop) with programs autoruned when you plug the key on Windows (something called "U3 System"). I tried three times to create the liveUSB (both with Live USB Creator and livecd-iso-to-disk), each time, the liveUSB was successfully created but couldn't boot. Could it be this "U3" stuff that prevents booting on such USB sticks ?

Second failure of the day, someone came with an Acer Aspire One, running a custom Fedora 8 (they call it Linpus). He wanted to be able to listen to MP3 files with Amarok, but as Fedora 8 was EOLed some time ago, I couldn't find the necessary packages. Big Fail to Acer: how can you honestly sell computers with an already EOLed system ?

I could only assist to one talk: Cobbler and Koan. The talk was great, and those two look really interesting. I'm looking forward to use them at work.

So this was a great day, filled with encounters with great people, but also exhausting. I have only two regrets: not being able to go on Saturday, and not having gone there in previous years :-D. Thanks to all those who made this event a success for Fedora, and an(two) enjoyable day(s) for its community.

Cela a déjà été annoncé: les 6 et 7 décembre se tiendront les Rencontres Fedora parisiennes en l'honneur de Fedora 10.

D'autres vous ont déjà présenté le programme des festivités, j'aimerais néanmoins y revenir en insistant tout particulièrement sur un point.

Un des objectifs forts du Projet Fedora est son engagement envers l'upstream. Toutes les contributions Fedora sont faites directement upstream, afin que la communauté du libre dans son intégralité en profite.

Cet objectif se retrouve dans le programme de l'événement. Évidemment, nous installerons Fedora sur les ordinateurs de ceux qui le voudront. Bien sûr, nous présenteront le Projet Fedora, les nouveautés de Fedora 10, etc... Mais des conférences et ateliers plus généraux auront aussi lieu.

Jugez plutôt:

• une conférence sur les formats ouverts et les enjeux qui y sont liés par Thierry Stoehr
• une conférence sur le projet OLPC par deux intervenants de l'association OLPC-France
• une conférence technique sur les outils de virtualisation sous Linux
• un atelier sur Mutt
• une conférence sur l'implication de Red Hat dans le libre, ou comment gagner de l'argent avec le FOSS
• et bien d'autres !

Vous l'aurez compris, nous ne souhaitons pas voir venir uniquement des gens souhaitant de l'aide dans l'installation de Fedora.

Au lieu de ça, l'ensemble de la communauté d'utilisateurs, intéressés ou passionnés par le libre est la bienvenue. Que vous souhaitiez repartir avec Fedora installée sur votre ordinateur ou pas, venez, assistez aux conférences, participez aux ateliers. En d'autres mots, venez échanger avec nous sur le libre et passer une bonne journée, voire un week-end.

J'espère donc vous voir très nombreux, Ubunteros, Mandrivistes, Debianeux ou autres. Et Fedoristas bien sûr ;-)

Il y a quelques temps, pingou nous expliquait comment activer la connexion automatique avec le nouveau GDM introduit dans Fedora 9

J'avais validé sa méthode sur le PC de ma môman (mon meilleur cobaye).

Quelques semaines plus tard:

Mathieu, il est con ton truc, il me demande le mot de passe maintenant.

Après vérification, le fichier /etc/gdm/gdm.schemas avait été remis à zéro, perdant toutes mes modifications... :-/

Voyons ce qu'il s'était passé.

En regardant dans le fichier gdm.spec (disponible en installant le RPM source de GDM), on peut voir:

%files -f gdm.lang
%defattr(-, root, root)
...
%config(noreplace) %{_sysconfdir}/gdm/custom.conf
...
%{_sysconfdir}/gdm/gdm.schemas

On voit donc que ce fichier est écrasé à chaque mise à jour du GDM. La solution est en fait d'utiliser le fichier /etc/gdm/custom.conf qui lui est fait pour accueillir les modifications personnelles et n'est pas touché lors d'une mise à jour.

Ce deuxième fichier a par contre une syntaxe différente du premier. Voici à quoi ressemble le fichier tel que livré par Fedora 9:

$ cat /etc/gdm/custom.conf
# GDM configuration storage

[xdmcp]

[chooser]

[security]

[debug]

On devine donc que celui-ci contient plusieurs sections (commençant par le nom de la section entre crochets), chacune s'appliquant à une partie différente du GDM.

Dans notre cas, la section qui nous intéresse est la section [daemon], qui n'existe pas dans le fichier.

Il suffit donc d'ajouter les directives suivantes au fichier (remplacez utilisateur par votre identifiant):

[daemon]
AutomaticLoginEnable=true
AutomaticLogin=utilisateur

Cela donne au final:

$ cat /etc/gdm/custom.conf 
# GDM configuration storage

[xdmcp]

[chooser]

[security]

[debug]

[daemon]
AutomaticLoginEnable=true
AutomaticLogin=utilisateur

Voila, le cobaye ne m'a pas rappelé depuis :-)

Pour ce qui est de la connexion différée, même fichier, mais cette fois-ci, voici les directives à ajouter:

[daemon]
TimedLoginEnable=true
TimedLogin=utilisateur
TimedLoginDelay=durée en secondes

Cette astuce a été validée sur Fedora 9 et 10.

Pour plus d'informations, reportez-vous à la doc de GDM.