Blogs

I've been using GNOME 3 with the fallback mode for a while now, and wanted to see if I could start using GNOME Shell. Almost everything worked OK for me, but I was missing 2 features from GNOME 2:

• the dual screen behaviour (the secondary screen didn't use the workspaces)
• the static workspaces (or virtual desktops)

The first problem can easily be fixed:

gconftool-2 --set --type boolean \
/desktop/gnome/shell/windows/workspaces_only_on_primary true

Restart gnome-shell and you're done.

The second one has been trickier to fix. My first solution was to use a set of extensions for the shell : GNOME Shell Frippery. It does the job nicely, but to get the workspace switcher I'm used to (the thingy in the panel), I had to add a second panel. Too bad, it eats space, I didn't want that.

So I adapted the code to run the switcher widget in the main panel. I've pushed the two generated extensions to my git repository, hopping that this will be useful to others. A README file in the sources describes how to install and use the extensions.

Je vais participer aux RMLL pour la première fois cette année. J'y serai sous le chapeau Objectif Libre pour donner une petite conférence sur les systèmes live personnalisés.

Ce sera l'occasion pour moi de faire le tour de ce sur quoi je travaille depuis quelques années maintenant (pour OL mais aussi pour Linutop et Framasoft).

Je passerai la journée du 13 Juillet sur le site, et j'espère y croiser du beau monde !

Some quick news about medibuntu:

• the natty (11.04) repository is available
• karmic (9.10) having reached end of life, the repository will not be maintained anymore, but will still be available
• hardy (8.04) will also reach end of life on May 12th, so the same applies for this repository

If you haven't heard of Medibuntu, it's probably because you are not using Ubuntu.

Medibuntu provides a package repository for some multimedia applications that can't be integrated in the official repositories due to legal problems in some countries (libdvdcss is a well known example of such software).

The project is currently maintained by Lionel Le Folgoc (aka mr_pouit), and it's not an easy job! I've tried to help the dev team now and then with a few contributions, but it wasn't quite enough. I intend to be more active from now on.

On the packaging side, I've started with ffmpeg-extra and mplayer updates for maverick (to add faac support). A bunch of packages have been removed for this release (google-earth, realplayer and gizmo, for which upstream provides deb packages or easy installation tools). The other packages seem to be in good shape and ready to be used.

I'll also handle the main server and the mirroring frontend (thanks to all the kind people who host mirrors!). Some of the mirrors have been updated, some are still behind. If you're lucky you might be able to use the maverick repo... I hope to have everything ready for the Ubuntu maverick release, but I can't guaranty that.

Some more formal announcements will probably follow in the next days.

Comme tout les geeks, je suis fier d'annoncer la migration du blog vers un nouveau serveur.

Je profite de l'occasion pour également faire la migration de Wordpress vers Drupal (plutôt sympa cet outil). Ce sera l'occasion de faire une sorte de site personnel plutôt qu'un simple blog pas très animé.

Désolé pour les pauvres âmes dont les lecteurs de flux RSS ont disjoncté suite au changement !

Note : je découvre complètement Drupal, il va y avoir un temps d'adaptation...

Bientôt 3 ans de travail avec Linutop, il est plus que temps que je raconte un peu le boulot fait sur le Linutop OS depuis les débuts.

Quand Fédéric Baille et Laurent Bervas m'ont contacté en 2007, suite à Solution Linux, le Linutop 1 avait fait ses premiers pas, livré avec un système Xubuntu Edgy (LiveCD) sur clé USB. C'était vaguement utilisable, pas du tout optimisé. Un gros challenge était là : partir d'une solution fonctionnelle mais lourde (1 processeur AMD LX700 et 256M de RAM), pour réussir à obtenir un système plus léger, robuste et utilisable par plus ou moins tout le monde – sans parler de la réduction du temps de boot, 3 minutes, c'est long.

La robustesse est une des idées essentielles du Linutop. Pas de pièces mobiles (disque dur, ventilateur...), un boitier solide, donc pas de casse. Le LiveCD pour l'OS était le penchant robuste du côté logiciel. Peu importe ce qui est fait durant la session, un reboot remet tout en place.

Ceci étant, on est vite limité sans persistance, et c'est d'autant plus dommage quand l'OS est fourni sur clé USB ! D'où la première modification importante, la création d'une seconde partition sur la clé, destinée à héberger les données de l'utilisateur (bookmarks, documents office, photos, j'en passe). Résultat, /dev/sda1 faisait office de système de base (via les techniques de LiveCD), l'écriture système était faite en RAM, et finalement un /dev/sda2 était monté sur /home pour la sauvegarde des documents. Plusieurs avantages à ce système :

• un système de base intouchable et facilement restoré (reboot)
• l'écriture des logs et données de fonctionnement de l'OS en RAM limitent l'usure de la clé USB
• un formattage de la seconde partition restaure la session utilisateur de base

Cette utilisation d'un système de base (à base de squashfs + unionfs à l'époque) sur une partition, et de gestion des données sur la seconde est encore aujourd'hui utilisée, avec des évolutions.

Parmi ces évolutions, la persistance complète. Certains utilisateurs de Linutops ont voulu ajouter des logiciels, ou modifier les configurations sytème par défaut. Problème : comment faire quand tout est écrit en RAM ? Solution : ne plus écrire en RAM :)

Le mode persistant du Linutop est une simple extension du principe d'unionfs, en unifiant un système en squashfs avec une partition physique. Cette fois la partition sda2 contient les changements faits au système de base, y compris les données utilisateur. Le passage d'un mode à l'autre est possible (moyennant un reboot), et les données utilisateur conservées. Évidemment cette solution éloigne un peu l'OS de son idée première : la robustesse. L'OS réagit comme un OS standard, si sa configuration n'est pas bonne, il ne bootera pas. La solution de restauration est pourtant toujours possible, puisque le système de base est toujours contenu dans un fichier squashfs indisponible en écriture. Une option de restauration au boot a été ajoutée pour pouvoir simplement rétablir le système initial.

La dernière évolution a été un retour au concept de base. La persistance permettait plus de souplesse, mais apportait ses problèmes. Par sa "puissance" le Linutop implique une mono-utilisation du système (kiosk web, affichage, monitoring). C'est d'autant plus vrai que ce système s'adresse plus à un marché professionnel que consumer. Avoir une possibilité de figer le système dans une configuration est apparue nécessaire, et en accord avec l'idée première du Linutop. Le passage d'unionfs à aufs a fortement facilité l'ajout d'une 3ème couche au système d'unification, c'était le grand retour le la RAM. Le Linutop Lock superpose 3 parties distinctes du système :

• le système de base (squashfs)
• la configuration système et utilisateur (2nde parition de la clé)
• la couche d'écriture  (RAM)

Le principe du Linutop Lock est simplement celui d'un LiveCD auquel on a ajouté une couche de configuration modifiable (configuration au sens large, l'ajout/suppression d'applications est aussi possible). Ce mode est idéal pour placer la machine à disposition d'utilisateurs de non-confiance (pour un kiosk internet par exemple). Si jamais l'utilisateur arrive à endommager le système, les dégats ne sont présents qu'en RAM, et un reboot suffit à tout restaurer. Résultat : 0 maintenance du matériel, 0 maintenance du système.

Un autre élément qu'a apporté ce système de partitionnement est une simplicité de déploiement. La plupart des clients Linutop déploient des machines sur de nombreux sites, systématiquement avec la même configuration. Des outils simplissimes d'utilisation permettent en 2 clics (ou une commande, je reste un geek quand même) de dupliquer intégralement un système sur clé USB bootable. L'opération est faisable en sens inverse bien évidemment. 1 Linutop maître est configuré, dupliqué sur une clé USB, et cette clé contenant le système bootable est utilisée comme source d'installation pour tous les autres Linutop ! Idéal pour diffuser une nouvelle version, ou une clé de restauration à des dizaines de sites. L'automatisation du "flashage" du disque interne permet à n'importe quel utilisateur de faire une installation d'un système préconfiguré en 3 minutes. Pas de prise de main à distance, pas de déplacement, et des connaissances plus que minimum nécessaires pour installer (je pense qu'à peu près tout le monde peut brancher une clé USB et appuyer sur le bouton de power !).

Le matériel Linutop a vraiment été conçu pour réduire les coûts de maintenance, son OS a suivi la même voie, et je pense que le résultat n'est pas mauvais :)

Parallèlement au développement de l'architecture, celui de l'interface a été le résultat de nombreuses réflexions sur ce que l'utilisateur attend en démarrant son Linutop. Plus du détails dans un prochain post...

Un mauvais jeu de mot (de ponctuation en fait) pour le premier post de l'année : je change de boulot et commence à travailler ce lundi avec Christophe Sauthier (aka huats, aka Mr le président d'Ubuntu fr) pour sa société Objectif Libre (<= le jeu de ponctuation, vous suivez ?). Au programme, formation et expertise Linux et logiciels libres, et contributions aux LL dès que possible !

Je quitte donc mon poste chez Ulteo, et la place est libre (si vous êtes debianeux/ubuntero, que vous codez et que vous connaissez bien les hyperviseurs et la virtualisation en général, le boulot est fait pour vous).

Toujours dans le domaine du libre, u-classroom est au point mort, et je compte bien ressusciter un peu le tout dès que possible. Le chan freenode voit régulièrement arriver des visiteurs curieux de savoir quand sera la prochaine session... pas drôle de leur répondre que rien ne tourne en ce moment. L'idéal sera sans doute de redémarrer en réitérant des sessions passées, mais les propositions de nouvelles sessions, et les nouveaux intervenants sont les bienvenus !

Autres trucs en vrac et orientés "mylife" :

• je ne suis plus développeur Ubuntu ; pas la peine d'avoir son nom dans les équipes LP si on ne fait plus rien
• j'ai l'intention d'essayer une nouvelle fois de contribuer à Debian (via Objectif Libre)
• pour la première fois depuis des années j'ai autre chose que Debian sur certains de mes PCs (OpenSuSE pour le portable, Fedora pour le "media center", et les deux fonctionnent vraiment bien !)
• IMAP c'est mieux que POP
• résolution du nouvel an : bloguer un peu plus (mouais... qui tient ses résolutions ?)

En guise de reminder personnel et pour faire croire que ce blog est vivant, je vous propose un petit script qui crée une arborescence apt temporaire et qui l'utilise pour récupérer des données. Le but premier du script est d'extraire les traductions firefox et xulrunner des paquets de langue Ubuntu. Tout ça sous GPL 2 (il faut au moins ça pour un tel script !).

#!/bin/sh
 
HERE=$(pwd)
 
# Drop the old data
rm -rf $HERE/usr
 
# Set the apt config
# First create the needed directories and files
mkdir -p apt/archives/partial
mkdir -p apt/lists/partial
mkdir -p apt/preferences.d
mkdir -p apt/tmp
touch apt/status
# Set the sources.list
cat > apt/sources.list << EOF
deb http:// archive.ubuntu.com/ubuntu karmic main
deb http:// archive.ubuntu.com/ubuntu karmic-updates main
deb http:// archive.ubuntu.com/ubuntu karmic-security main
EOF
# And the config file
cat > apt.conf << EOF
APT
{
  // We don't want to install the package, just download the binaries
  Get::Download-Only "true";
  // We don't want interaction
  Get::Assume-Yes "true";
  Get::force-yes "true";
};
 
Dir
{
  State "$HERE/apt/";
  State::status "status";
 
  Cache "$HERE/apt/tmp/";
  Cache::archives "$HERE/apt/archives/";
 
  Etc "$HERE/apt/";
};
EOF
 
APT_GET="apt-get -c $HERE/apt.conf"
APT_CACHE="apt-cache -c $HERE/apt.conf"
 
$APT_GET update
 
# Get the list of known langs
LANGS=$($APT_CACHE search --names-only language-pack | egrep -v "(gnome|base|kde)"  | cut -d ' ' -f 1 | cut -d '-' -f3-)
 
# Install the package (download only)
for lang in $LANGS; do
    $APT_GET install language-pack-$lang
    dpkg -x apt/archives/language-pack-"$lang"_* $HERE
done
 
# Cleanup, we only want FF 3.5 and Xul 1.9.1 translations
rm -rf apt.conf lock apt/
rm -rf usr/share
rm -rf $(find usr -name "*firefox-3.0*")
rm -rf $(find usr -name "*xulrunner-1.9.ubuntu*")
 
exit 0

News en vrac de tous fronts :

• le Linutop 3 est dispo (yay \o/), et le Linutop OS 3.0 est sur le point de sortir ;
• Solutions Linux avec Linutop s'est bien passé, on a rencontré pas mal de monde intéressant (ça a été un vrai plaisir de passer un peu de temps avec Christophe et Didier au passage) ;
• Ulteo OVD 1.0 rc2 est également sorti, de manière discrète. N'hésitez pas à tester ! La finale devrait arriver dans les jours ou semaines qui viennent ;
• pour l'occasion j'ai eu la joie de compiler et patcher un programme Windows pour la première fois de ma vie. Après 3 jours de setup de l'OS...
• ça bouge sur u-classroom, un grand merci à illovae pour l'organisation des cours tty. J'ai entendu dire que skateinmars prépare un cours sur Ruby. Avis aux amateurs ;
• j'essaie de trouver l'énergie pour préparer un TP autotools pour ma part (didrocks devait le faire mais bon... :p)
• la nouvelle gestion du recovery après crash sur firefox 3.[15] est bien foutue, moins il y a de popups mieux je me sens ;
• Thunderbird 3.0 utilise des onglets (mr_pouit ne voit pas l'intérêt mais il est d'humeur négative en ce moment, il passe trop de temps sous Windows) !

Notes pour l'avenir :

• ne pas écrire de bot IRC en perl, sinon on finit par le ré-écrire en python (mais en mieux, donc ça va) ;
• mettre des espaces dans du code C... Merci vim et les regexps pour ajouter un espace entre nom de fonction et parenthèse ouvrante :
  :%s/\([^ |_]\)(/\1 (/g
• ne pas rester trop longtemps sans session U-Classroom (n'oubliez pas de venir nous voir jeudi soir si le packaging debian/ubuntu vous intéresse).