Blog de Guillaume

FOSDEM 2012

Guillaume Mazoyer — Fri, 03 Feb 2012 16:05:00 +0100

I arrived in Belgium yesterday.

I'm glad to see people that were at DebConf in Bosnia and Herzgovina. I'll try to assistat many conferences about Java, Debian, GNOME and more if I can. I will also participate to the LibreDinner tomorrow.

Well, see you at FOSDEM 2012!

Une extension à Nautilus pour GNOME Split

Guillaume Mazoyer — Sun, 22 Jan 2012 23:38:00 +0100

Bientôt 2 ans après avoir exprimé ma volonté de créer une extension pour Nautilus afin de pouvoir lancer un découpage ou un assemblage avec GNOME Split, cette extension est enfin arrivée.

Le but de l'extension est de proposer deux nouvelles entrées dans le menu contextuel de Nautilus. Lors d'un clic droit sur un fichier quelconque l'item "Découper le fichier..." apparaît, l'utiliser permet de lancer GNOME Split avec les arguments qui vont biens pour découper le fichier sélectionné. Lors d'un clic droit sur un fichier étant considéré comme la première partie d'un fichier qui a été découpé auparavant, l'entrée "Assembler les fichiers..." apparaît permettant de lancer GNOME Split pour assembler les parties.

Concrètement, cette extension de Nautilus est codée en C, publiée sous GPL version 3 et déjà présente dans le PPA pour la version 11.10 d'Ubuntu.
~$ sudo add-apt-repository ppa:gnome-split-team/ppa ~$ sudo aptitude update ~$ sudo aptitude install nautilus-gnome-split

N'étant pas expert en développement d'extensions pour Nautilus toute aide est la bienvenue.
En espérant que cette extension soit utile.

Chaînes de caractères dynamiques

Guillaume Mazoyer — Fri, 18 Nov 2011 00:24:00 +0100

Tout bon programmeur Android a pour habitude de lister toutes les chaînes de caractères (ou presque) dans le fichier res/values/strings.xml. A priori, seules les chaînes de caractères statiques ne peuvent être mises dans ce fichier. Mais, il existe des méthodes pour rendre ces chaînes un petit peu plus dynamique qu'elles n'y paraissent. Voyons tout ça.

1. Les formes plurielles

Les formes plurielles varient plus ou moins d'un langage à un autre. Par exemple, en français, on peut vouloir écrire :

Je ne possède pas de stylo.
Je possède un stylo.
Je possède des stylos.

L'API Android met à disposition plusieurs distinctions de formes plurielles grâce à 6 mot clés.

zero, pour la quantité 0 ;
one, pour la quantité 1 ;
two, pour la quantité 2 ;
few, pour représenter une petite quantité ;
many, pour représenter une moyenne quantité ;
other, pour représenter une quantité supérieure à une autre suivant la langue.

En français, on aura tendance à n'utiliser que zero, one et other.
Ainsi pour former les chaînes précédemment citées on mettra dans notre fichier res/values/strings.xml le code suivant :

<?xml version="1.0" encoding="utf-8"?>
<resources>
  <plurals name="nombreDeStylos">
    <item quantity="zero">Je ne possède pas de stylo.</item>
    <item quantity="one">Je possède un stylo.</item>
    <item quantity="other">Je possède des stylos.</item>
  </plurals>
</resources>

Dans le code Java, on récupérera la bonne forme de cette manière.

final List<Stylo> stylos = getStylos();
final int count = stylos.size();
final String text = this.getResources().getQuantityString(R.plurals.nombreDeStylos, count, count);

2. Formatage des chaînes

Il peut être également utile d'afficher des nombres dans les chaînes de caractères comme par exemple : "Bonjour X, vous avez Y nouveaux messages !". Cela se fait de manière relativement simple grâce à la méthode String.format(String, Object...) de Java. Cette méthode est également invoquée automatiquement lors de l'utilisation de Context.getString(int, Object...). La chaîne de caractères à formater doit contenir quelques marques de formatage comme %1$s pour dire qu'il faut remplacer cette marque par le premier argument et que celui-ci est une chaîne de caractère ou encore %2$d pour dire qu'il faut mettre ici le second argument qui est un entier.
Ainsi dans le fichier res/values/strings.xml on écrira :

<string name="welcome_message">Bonjour %1$s, vous avez %2$d nouveaux messages !</string>

Et on utilisera le code Java suivant :

final String username = "toto";
final int mailCount = 10;
final String text = String.format(this.getResources().getString(R.string.welcome_message), username, mailCount);

On pourra aussi utiliser celui-ci :

final String username = "toto";
final int mailCount = 10;
final String text = this.getResources().getString(R.string.welcome_message, username, mailCount);

3. Conclusion

Comme on peut le voir Android met à disposition plusieurs méthodes pour manipuler les chaînes de caractères et les rendre aussi flexibles que possible tout en simplifiant un maximum le travail des traducteurs par exemple. Il ne reste plus qu'à exploiter ces possibilités pour créer un code simple et efficace.

Apache 2 : mod_macro

Guillaume Mazoyer — Sat, 25 Jun 2011 11:47:00 +0200

Il y a des logiciels, des outils, des modules ou on sait directement que l’on ne pourra plus s’en passer. Soit parce que c’est génial et révolutionnaire soit par ce que c’est très pratique et qu’il fallait y penser. C’est exactement ce que je me suis dis en découvrant le mod_macro pour Apache 2. Il y a quelques semaines je ne soupçonnais par l’existence d’un tel module. On m’en a parlé, j’ai laissé mariner et puis j’ai finalement mis la main à la pâte. Et là j’en ai eu la larme à l’œil. Combien de fois je me suis arraché les cheveux sur ma configuration de Apache, combien de copier/coller de virtual hosts j’ai fait… Avec mod_macro tout ça c’est terminé.

Pour résumer, ce module permet de factoriser sa configuration de Apache. On définit des macros puis on les appelle un peu comme les fonctions avec un langage de scripts. On peut faire des macros pour plus ou moins tout ainsi en organisant bien son système et en sachant factoriser sa configuration correctement on peut grandement se simplifier la vie.

Pour installer le mod_macro sur Debian et dérivées, rien de plus simple :
# aptitude install libapache2-mod-macro # a2enmod macro

Ensuite, il s’agit de ne pas faire n’importe quoi. Afin de gérer mes macros, j’ai créé un fichier macro.conf dans le répertoire /etc/apache2/conf.d/ qui est chargé au démarrage de Apache. Comme je l’ai dit précédemment, on peut se servir des macros pour faire énormément de choses donc je n’aborderai pas tout ici.

Admettons que nous disposons des 2 hôtes virtuels suivants (exemple bidon mais c’est pour montrer le principe) :
<VirtualHost [ipv6]:80 ipv4:80> DocumentRoot /var/www/toto ServerName   toto.domaine.tld ServerAlias toto.domaine.tld ServerAdmin admin@toto.com ErrorLog     /var/log/apache2/toto_error.log TransferLog /var/log/apache2/toto_access.log </VirtualHost>

<VirtualHost [ipv6]:80 ipv4:80> DocumentRoot /var/www/titi ServerName   titi.domaine.tld ServerAlias titi.domaine.tld ServerAdmin admin@titi.com ErrorLog     /var/log/apache2/titi_error.log TransferLog /var/log/apache2/titi_access.log </VirtualHost>

Il y a quand même pas mal de points communs entre ces 2 hôtes virtuels. Imaginez s’il y en avait 20 comme ça, la configuration devient vite lourde à gérer. Avec une seule et unique macro on va bien se simplifier la vie. Dans le fichier /etc/apache2/conf.d/macro.conf on écrit donc la macro suivante :
<Macro Domain $sub $domain $root> DocumentRoot /var/www/$root ServerName   $sub.$domain ServerAlias $sub.$domain ServerAdmin admin@$domain ErrorLog     /var/log/apache2/$domain_error.log TransferLog /var/log/apache2/$domain_access.log </Macro>

Vous voyez le principe. On regroupe les éléments communs aux hôtes virtuels pour les mettre dans une macro qui s’appelle Domain et qui prend 3 paramètres sub, le sous-domaine à utiliser, domain, le domaine à utiliser, et root le répertoire où se trouve les fichiers à rendre disponible sur le web.
Le fichier contenant les virtual hosts peut alors se simplifier en :
<VirtualHost [ipv6]:80 ipv4:80> Use Domain toto domaine.tld rep_toto </VirtualHost> <VirtualHost [ipv6]:80 ipv4:80> Use Domain titi domaine.tld rep_titi </VirtualHost>

L’utilisation de la macro se fait avec la syntaxe très script-like Use NomMacro [paramètres]. Il faut impérativement donner tous les paramètres à la macro sans quoi la vérification de la configuration échouera.

L’exemple d’utilisation donné ici est simple mais on peut faire des choses plus complexes en utilisant des macros dans d’autres macros, etc… Il faut juste trouver la configuration qui convient le mieux pour son serveur. En tout cas je ne me séparerai plus du mod_macro que je trouve vraiment intéressant pour gérer les hôtes virtuels (chose que je trouve très ennuyante).

Google Summer of Code 2011

Guillaume Mazoyer — Thu, 28 Apr 2011 22:45:00 +0200

Le Google Summer of Code est un programme organisé tout les ans par Google depuis 2005. Il permet pendant une période de donner l’opportunité à des projets libres de se développer en embauchant des étudiants volontaires qui sont rémunérés de fin mai à fin août.

Pourquoi je parle de ça aujourd’hui ? Parce que lundi, ma candidature a été officiellement approuvée. J’aurais donc durant cet été l’immense honneur de travailler pour Debian, un projet que j’apprécie tout particulièrement. J’aurais pour but d’empaqueter et de contribuer à Jigsaw avec l’aide de Tom Marble.

Qu’est-ce que Jigsaw ? C’est la prochaine grosse évolution du JDK et de la machine virtuelle Java qui devrait être fournie avec Java 8. Elle permet de ne plus voir la JVM comme un gros bloc mais comme plusieurs modules qui pourront s’assembler. Ainsi, dans Debian, l’installation d’une application Java ne devrait installer que les modules dont elle a besoin. De cette manière, les performances devraient être améliorées : moins de mémoire consommée, temps de démarrage plus rapide, etc…

Pour un programme simple type Hello World ça nous donnerait :

Avec le JDK et la JVM actuelle :

JDK : 136 Mio à télécharger
Application : 425 octets
Total : 136.000425 Mio

Avec Jigsaw :

JDK : 30 Kio (à la louche)
Application : 425 octets
Total : 30.425 Kio

Sacrée différence n’est-ce pas ? Maintenant, il n’y a plus qu’à faire. Je pense que ce Summer of Code sera pour moi l’occasion d’apprendre beaucoup sur le futur de Java ainsi que sur Debian tout en me gardant bien occupé durant l’été.

Apache 2 en mode multithreadé

Guillaume Mazoyer — Tue, 12 Apr 2011 23:14:00 +0200

Vous le savez (ou pas) les installations classiques d’Apache 2 (avec PHP et MySQL bien souvent) sur Ubuntu (et même Debian) se basent sur une version bien spécifique du serveur web : la version prefork. Son comportement est donc de créer des processus (lourds) pour traiter les différents clients qui veulent accéder aux pages web. L’inconvénient c’est que la multiplication des processus pour le système d’exploitation c’est … lourd. Pour le soulager un peu, on peut utiliser une version d’Apache pas forcément ultra connue s’appelant worker. Cela permet de traiter les clients avec des threads (processus légers) et c’est particulièrement intéressant pour les processeurs récents (ou même assez vieux en fait).

Pour installer la version worker d’Apache, rien de plus simple :
# aptitude install apache2-mpm-worker

Ah ouais, mais il veut me virer le mod PHP5 ? Ça y est le voici l’inconvénient, le mod PHP5 n’est pas thread safe. On ne peut donc pas l’utiliser avec la version multithread de Apache. Mais comme PHP est quand même ultra répandu sur le web et que l’on ne peut se passer de ce magnifique blog (j’entends quelqu’un qui me dit que je devrais mettre plus de contenu pour qu’il soit magnifique), il existe tout de même une solution pour faire l’interprétation des scripts PHP.

On va utiliser la technique FastCGI. À la base CGI était utilisé pour faire du contenu dynamique sur le web avec plein de langages de programmation (Perl, C, script shell, etc…). En fait, il n’y a pas vraiment de limite de langages. FastCGI peut donc parfaitement interpréter du PHP. Pour activer cela, on installe alors 2 petits paquets :
# aptitude install libapache2-mod-fcgid php5-cgi

Si mod_fcgid n’est pas automatiquement activé dans Apache 2, on fera aussi un petit :
# a2enmod fcgid

Dans le cas où on a besoin de faire des modifications dans la configuration de PHP, on ira plus voir /etc/php5/apache2/php.ini mais plutôt /etc/php5/cgi/php.ini.

L’inconvénient c’est que, contrairement à mod_php5 pour apache2-mpm-prefork, les pages PHP ne seront pas interprétées sans modifier les différents VirtualHost qui peuvent servir des scripts PHP. Il faudra donc ajouter dans chaque directive Directory contenant désignant des répertoires avec du PHP les directives suivantes :
AddHandler fcgid-script .php FCGIWrapper /usr/lib/cgi-bin/php5 .php Options ExecCGI

La ligne AddHandler permet de spécifier quelle extension de fichier est à exécuter via FastCGI. FCGIWrapper donne le programme à exécuter pour traiter l’extension donnée. Et il ne faut pas oublier l’option ExecCGI sans quoi le PHP ne sera pas interprété.

Au final, cela pourra donner un VirtualHost dans le genre de celui-ci :
<VirtualHost *:80> DocumentRoot /var/www/mon_site <Directory "/var/www/mon_site"> AddHandler fcgid-script .php FCGIWrapper /usr/lib/cgi-bin/php5 .php Options ExecCGI Indexes FollowSymLinks MultiViews </Directory> </VirtualHost>

Comme vous pouvez le voir, ça peut vite être lourd si on a beaucoup de VirtualHost à changer. C’est pour ça que je vous encourage donc d’utiliser le mod_macro (merci Romain pour l’astuce) pour vous simplifier votre future administration du serveur web. Une fois tous les VirtualHost modifiés, il faudra redémarrer le serveur Apache.
# /etc/init.d/apache2 restart

Et là, si votre Apache avait l’habitude d’être un gros consommateur de ressources, il devrait se calmer.

GNOME Split en version 1.0

Guillaume Mazoyer — Mon, 24 Jan 2011 23:37:00 +0100

J’aurais du en parler plus tôt, beaucoup plus tôt même. Le 18 novembre 2010 a été pour moi l’occasion de partager la version 1.0 de GNOME Split, nom de code Stable Isotope.

Cette version est donc sortie plus ou moins un an après la toute première version tout public de GNOME Split. Elle apporte principalement des corrections de bugs plutôt gênants et qui étaient là depuis pas mal de temps.

Comme on peut le voir l’interface n’a pas changé et j’avoue qu’elle me plaît bien comme elle est actuellement. Donc a priori, ça ne devrait pas (ou peu) changer par la suite. Voyons tout de même les corrections et quelques nouveautés qu’apporte la version 1.0 par rapport à la 0.9.

Amélioration des performances : les opérations de découpages et d’assemblages prennent en moyenne 2 fois moins de temps par rapport aux versions précédentes.
Prise en compte des cas où un ou plusieurs fichiers à assembler ne sont pas disponibles.
Meilleure gestion des exceptions et des erreurs dans le code.
Fenêtre de préférences légèrement revue pour la rendre plus compacte.
Correction générale de l’assistant, les pages ne se dupliquent plus.
Meilleure gestion de la fermeture des flux de fichiers lors d’un arrêt brutal (CTRL + C par exemple).
Affichage du pourcentage d’avancement dans le titre de la fenêtre.
Correction d’un bug qui ne permettait pas de découper des fichiers de plus de 2 Gio.
Mise à jour des traductions (traduction française complète).

J’espère que cette nouvelle version répondra aux attentes de beaucoup de personnes. Et nous voilà donc sur le chemin vers la 2.0 qui devra permettre après toutes les versions intermédiaires de découper un fichier en cryptant les données via mot de passe et aussi d’uploader des fichiers directement sur des sites web dédiés afin de les partager.

Comme toujours, les archives de code sont là et le dépôt pour les ubunteros est ici.

Et quand l'activité a besoin d'un objet ?

Guillaume Mazoyer — Thu, 06 Jan 2011 01:56:00 +0100

Je ne me souviens pas avoir parlé de programmation Android par ici. ce billet est donc l’occasion de commencer l’exploration du merveilleux OS mobile que nous fournit gracieusement Google. J’ai un smartphone qui carbure avec Android depuis bientôt 2 ans et je ne m’étais intéressé que vaguement à la programmation d’applications dessus. Dans mon parcours universitaire, j’ai eu l’occasion d’aborder ce sujet et mon projet tuteuré consiste principalement à faire une application pour Android. Trêve de blabla, passons à l’action.

Je ne vais pas refaire un cours sur Android, nombre de tutoriaux et d’exemples sont disponibles sur la toile. Dans le cadre de mon projet, j’avais donc un souci pour passer de l’information d’une activité à une autre. En effet, seuls les types primitifs et quelques autres trucs peuvent être passés d’une activité à une autre. Malheureusement, pas moyen de faire voyager un objet “simple” sans modification. Il faut qu’il implémente soit Serializable (connu par tous les bons programmeurs Java) soit Parcelable (propre à Android), “pour les surprendre on peut aussi faire les deux” (private joke).

Dans le cas présent, nous allons voir comment faire en implémentant l’interface Parcelable car cela demande un peu plus de code et de compréhension. Considérons un objet Message, sa classe (de base) s’écrirait très simplement.

Pour pouvoir faire naviguer cet objet entre plusieurs activités, on va donc le faire implémenter l’interface citée précédemment. Et c’est ici qu’il faut penser à quelques ajouts bien précis. L’objet implémentant Parcelable doit contenir un champ static appelé CREATOR de type Parcelable.Creator. De plus, 2 méthodes seront à redéfinir. Notre classe message se transforme alors comme la suivante.

À ce stade, tous nos objets de type Message pourront être transférés d’une activité à une autre. Pour cela, on va donc utiliser un Bundle avec la méthode putParcelable(Parcelable).

À noter qu'en tant qu’identifiant de l’objet dans le bundle, j’ai mis son nom complet (package + classe) ce n’est pas un hasard. Maintenant, on peut voir comment récupérer l’objet dans l’activité qui va le réceptionner.

Voilà qui est fait. Remarquez qu’il n’y a pas besoin de “caster” l’objet de type Parcelable récupéré, je vous laisse deviner grâce à quoi. Je ne prétends pas que ma méthode soit la meilleure, ni la plus sécurisée, etc… Tout ce que je sais, c’est que pour l’instant ça marche. L’expérience venant en codant, j’en saurai davantage sur l’efficacité de cette technique plus tard. Toutes améliorations et/ou remarques sont les bienvenues.

My Book World, et que la lumière soit

Guillaume Mazoyer — Tue, 19 Oct 2010 23:30:00 +0200

Ça commence à faire un moment que j’ai mon My Book World et je dois avouer que c’est terriblement pratique et efficace. Mais, depuis que je vis dans mon petit studio d’étudiant, la lumière blanche émise par les LED du disque externe est assez embêtante pour dormir.

Outre l’idée géniale du “tout est fichier”, GNU/Linux permet une personnalisation du système incroyable. Comme le My Book World utilise un système GNU/Linux léger autant en profiter non ? C’est ainsi que je me suis dit “hop un petit coup de echo dans les fichiers qui vont bien et je vais maîtriser les LED”. Grave erreur, enfin non, mais c’est un peu plus compliqué à cause justement du système minimal.

1. Activer SSH

Première chose, il faut activer le service SSH si ce n’est pas déjà fait. Pour cela, on se connecte sur l’interface web, on passe en Mode Avancé puis dans l’onglet Système on clique sur Avancés. Là, on coche la case Activer en face de Accès SSH.

On peut donc ensuite se logger avec… SSH. Le login est root et le mot de passe welc0me. Je vous invite bien évidemment à changer ce dernier à coup de passwd une fois connecté.
~$ ssh root@adresse_ip ~ # passwd

2. Vérification connexion Internet

Hé oui, au titre on le devine. On va avoir besoin d’une connexion Internet pour les quelques opérations à venir. Pour cela, il faut vérifier les paramètres réseaux. Dans l’interface d’administration, en mode avancé, cliquer sur l’onglet Réseau puis sur Réseau local. Si vous utilisez le client DHCP ça devrait être tout bon. En revanche, si comme moi vous utilisez le l’adressage en mode statique assurez-vous de bien avoir mis au moins un serveur DNS accessible (8.8.8.8 pour moi).

Normalement, vous devriez pouvoir tester un ping sur une machine extérieure au réseau local depuis le SSH.
~ # ping respawner.fr PING respawner.fr (88.191.119.214): 56 data bytes 84 bytes from 88.191.119.214: icmp_seq=0 ttl=56 time=30.9 ms

3. Installation de cron

Par défaut, il n’y a pas de cron sur le système du My Book World. Il est tout de même possible de l’ajouter car on va l’utiliser pour planifier l’extinction et l’allumage des LED. Il est existe un utilitaire nommé optware permettant d’installer des paquets IPK qui va nous faciliter la vie. On commence alors par installer optware. Toujours dans notre session SSH, on entre les commandes suivantes.
~ # wget http://mybookworld.wikidot.com/local--files/optware/setup-whitelight.sh ~ # sh setup-whitelight.sh

Maintenant, on met à jour (un peu à la façon APT) la liste des paquets avec :
~ # /opt/bin/ipkg update

Puis, on peut enfin installer cron :
~ # /opt/bin/ipkg install cron

4. Configuration

Comme on peut le voir, le binaire ipkg installe tous les paquets dans le dossier /opt/. C’est un bon moyen pour être certain de ne pas exploser le système. Le souci c’est que, du coup, cron ne se lancera pas au démarrage du disque dur externe. On va donc créer un lien du fichier /opt/etc/init.d/S10cron vers /etc/init.d/S10cron pour corriger le problème.
~ # ln -s /opt/etc/init.d/S10cron /etc/init.d/S10cron

Et puis, pour tester que notre cron fonctionne, on va mettre à jour l’heure via un serveur NTP. On édite (avec vi par exemple) alors le fichier /opt/etc/crontab pour y ajouter à la fin la ligne suivante :
* 4 * * * root ntpdate pool.ntp.org

Pour que l’ajout dans le fichier soit pris en compte, on redémarre le cron.
~ # /opt/etc/init.d/S10cron

5. Au tour des LED

On va enfin pouvoir nous occuper des LED. Comme je le disais plus haut, on peut contrôler les LED avec de simple echo de valeur dans les fichiers qui vont bien. Il suffira alors de mettre 192 pour éteindre ou 255 pour allumer les LED dans le fichier /sys/class/leds/oxnas-wd810-leds:sw/brightness. On peut tester rapidement les effets avec ces 2 commandes :
echo 192 > "/sys/class/leds/oxnas-wd810-leds:sw/brightness" echo 255 > "/sys/class/leds/oxnas-wd810-leds:sw/brightness"

Mais bon, le but pour nous est de faire ça automatiquement. Par conséquent, ces 2 commandes prendront place dans le fichier /opt/etc/crontab. On ajoute donc à la fin de ce dernier les lignes suivantes :
30 23 * * * root echo 192 > "/sys/class/leds/oxnas-wd810-leds:sw/brightness" 30 9 * * * root echo 255 > "/sys/class/leds/oxnas-wd810-leds:sw/brightness"

On enregistre et on redémarre le cron. Et voilà, le tour est joué. Avec la configuration donnée ici, on constatera alors que les LED s’éteindront à 23h30 pour se rallumer à 9h30.

Contrôler VLC avec son Android

Guillaume Mazoyer — Mon, 04 Oct 2010 22:08:00 +0200

Depuis que je suis rentré en Licence j’ai un nouvel appartement ("on s’en fiche" vous me direz, mais faut une introduction non ?) et j’ai surtout un nouveau canapé que j’apprécie beaucoup. Mon PC n’en est pas très loin, mais comme certains le savent j’aime en faire le moins possible. C’est donc suite à cette situation que j’ai rêvé d’une application pour contrôler VLC (et regarder des vidéos) à distance.

Étant l’heureux possesseur d’un HTC Hero depuis un peu plus d’un an, je me suis dit qu’il devait y avoir probablement quelques développeurs aussi fainéants que moi. Du coup, ils le sont un peu moins vue qu’ils ont pris le temps de coder leurs propres applications. Ainsi, je me suis lancé en quête d’une télécommande de VLC dans l’Android Market et j’ai découvert VLC Remote.

Aussitôt, je l’ai installé. Cette application fonctionne grâce au serveur HTTP intégré dans VLC. Par défaut, il n’est pas actif mais on peut l’activer soit en quelques clics, soit en lançant la ligne de commande qui va bien.

Les deux clics ci-dessus sont plus ou moins l’équivalent de la ligne de commande suivante :
~$ vlc --extraintf=http --fullscreen --http-album-art --qt-start-minimized

Maintenant que le serveur HTTP de VLC est lancé, VLC Remote sera capable de le détecter. Il faut bien entendu que le mobile Android soit sur le même réseau que le PC contenant VLC. C’est possible entre autre par le Wi-Fi (qui est mis à disposition sur à peu près tous les smartphones et les boîtiers ADSL). Par exemple, avec ma Freebox, j’ai un réseau de classe C assez classique (faut que je songe à le changer peut-être) auquel mes 2 PCs ainsi que mon Hero sont connectés.

Sur la capture d’écran précédente, on constate donc que VLC est lancé sur le PC d’adresse IP 192.168.0.12 et que l’interface HTTP utilise le port 8080. On sélectionne donc cette machine dans l’interface pour contrôler VLC. On peut ensuite sélectionner un fichier à lire en utilisant le bouton en haut à droite. Une fois le fichier sélectionné, on peut mettre en pause, stopper, reprendre, avancer, reculer la lecture, gérer la playlist et gérer le mode plein écran.

Voilà un outil bien pratique pour transformer son Android en télécommande pour VLC. Maintenant, vous pourrez rester sur votre fauteuil tout en regardant ce que vous voulez. Encore une technique pour bouger un peu moins.

Effet de mode ou vrai plus ?

Guillaume Mazoyer — Wed, 25 Aug 2010 12:38:00 +0200

Les langages de programmation, il y en a énormément. Et beaucoup d’entre vous en connaissent une partie. Moi, je m’y suis intéressé un peu avant de rentrer en DUT. J’ai fait du Java surtout, et mon DUT a été l’occasion d’apprendre l’assembleur, le C et de me perfectionner en Java. J’ai bien entendu fait du script avec le shell sous Debian, Ubuntu, et compagnie. Aujourd’hui, je livre un sentiment personnel sur l’utilisation des langages de programmation dans le monde du Libre. Et j’ai cette impression que, bien que très diversifié dans la façon de faire un programme, le monde du FLOSS ne s’articule plus qu’autour d’un seul langage, à savoir, Python.

Si Python est si apprécié c’est qu’il possède des avantages. La puissance, la clarté du code, le côté script, la facilité d’apprentissage et j’en oublie certainement un bon paquet. Pour ma part, je n’arrive pas à m’y faire et ce n’est pas faute d’avoir essayé (même que GNOME Split devait être écrit en Python à la base). Aujourd’hui, Python est très utilisé et par énormément de monde. On sait par exemple que chez Canonical, ils aiment bien ce langage mais il n’y a pas qu’eux. J’ai constaté, qu’en ce moment, tous les débutants et les programmeurs expérimentés se tournent de plus en plus vers Python pour coder. Je trouve ça dommage. Il y a-t-il encore des gens qui s’intéressent à d’autres langages ? J’espère que oui, cela serait dommage de perdre une telle diversité. Je ne reproche rien à Python et c’est pour moi un langage comme un autre, je suis simplement triste de voir de moins en moins de programmes écrits en C, en C++, en Java ou que sais-je encore.

Pythonistes, je me répète, mais je tiens à dire que je ne blâme pas Python. J’ai simplement peur qu’un jour programmation veuille dire Python comme pour certains Linux veut dire Ubuntu. Je ne tiens pas non plus à lancer un troll du style “Python c’est nul, le C c’est de la vraie programmation”. J’aimerais seulement savoir si d’autres ont le même sentiment que moi à propos de l’abandon des autres langages de programmation. Beaucoup de monde le sait, je suis un Javaiste convaincu donc ce sentiment de solitude est assez naturel chez moi, peut-être à cause du fait que je travaille sur java-gnome et que ce n’est pas l’API la plus utilisée. Peu importe, suis-je le seul à me dire “je n’aime pas coder en Python, suis-je un irréductible gaulois non-pythoniste ?” ?

Si vous vous sentez attiré par Python, allez faire un tour du côté de l’AFPY. Ayant eu l’occasion de discuter avec des membres aux JDLL, je peux vous dire que vous aprendrez plein de choses.

Sortie de GNOME Split 0.8

Guillaume Mazoyer — Wed, 30 Jun 2010 21:57:00 +0200

Il y a quelques heures, je viens de sortir une nouvelle version de GNOME Split. Cette dernière est numérotée 0.8 et représente une étape de plus vers la 1.0. Cela fait un an environ que le voyage a commencé après la mort inévitable de gSplit.

GNOME Split 0.8 tire donc partie de java-gnome 4.0.16 et des dernières nouveautés offertes. Aucune nouveauté géniale n’a été ajoutée. Il s’agit simplement d’une amélioration de l’interface graphique.

Au niveau des changements qui ont été effectués, on notera qu’une partie du code a été réécrite, que le fichier de configure (Gentoo, Fedora et ArchLinux, si y’en a qui sont intéressés pour tester hésitez pas) a été mis à jour. Les unités utilisées pour les tailles de fichiers respectent les standards et leur représentation en chaînes de caractères est confiée à GLib. On remarquera aussi l’utilisation des accelerators dans les menus.

Enfin, et en vrac, la nouvelle barre d’information disponible dans GTK+ est utilisée pour montrer les informations et les warnings à l’utilisateur, la fenêtre principale se redimensionne automatiquement si nécessaire, des méthodes dépréciées ont été retirées du code, le curseur change d’état selon l’état de l’interface et des traductions ont été mises à jour et ajoutées.

Je profite de cet article pour faire le point sur les noms de code que je donne à chaque version. Je ne sais pas si quelqu’un l’aura remarqué mais chaque nom de code est en rapport avec une expression ou une scène de la série The Big Bang Theory. La version 0.8 se nomme Happy Birthday mais ça n’a pas vraiment de rapport avec la série.

Pour terminer, GNOME Split 0.8 est disponible sur Ubuntu via le PPA ou avec le code source bien évidemment. N’hésitez pas à faire de paquets pour vos distributions favorites et à me donner vos avis et éventuellement à me dire les modifications à apporter.

Sortie de java-gnome 4.0.16 et le futur

Guillaume Mazoyer — Mon, 21 Jun 2010 18:32:00 +0200

Il y a quelques jours, le 17 juin 2010 pour être précis, une nouvelle version de java-gnome est sortie. Cette dernière, numérotée 4.0.16, apporte comme toujours son lot d’amélioration. Il y a eu tout de même moins de modifications par rapport à ce que l’on a pu voir précédemment mais quand même. Une nouvelle version apporte toujours un peu de neuf (ou de vieux remis à neuf) et ça fait plaisir.

1. Nouvelle version : 4.0.16

Ainsi, java-gnome comporte maintenant le support complet pour l’utilisation des “accelerators” (on peut peut-être traduire par “raccourcis”), qui sont des combinaisons de touches permettant d’activer des actions et des entrées dans les menus. Je pense que bon nombre d’entre nous connaissent le très classique CTRL + Q pour quitter un programme. Le coeur de l’API se situe dans la classe AcceleratorGroup mais il faudra aussi utiliser les méthodes setAccelerator() des classes MenuItem et Action. L’API native étant presque incompréhensible, le travail pour porter tout ça en Java a été assez conséquent.

De manière plus rapide, le support des opérateurs utilisables avec Cairo a été ajouter avec la classe Operator. Une bonne quantité d’exemple en image en montre le principe (images bien entendu générées avec java-gnome lors de la construction de la documentation. Le style CENTER a été ajouté dans la classe ButtonBoxStyle. Les fichiers .defs on été mis à jour pour prendre en compte les modifications apportées par GTK 2.18 et et le widget InfoBar a été ajouté (effectués par votre serviteur). Les interfaces Activatable et Editable ont reçu quelques changements tout comme la classe Glib qui comporte une nouvelle méthode formatSizeForDisplay() permettant de formater un taille d’octets en une chaîne de caractères plus lisibles pour nous humains. Enfin, une dernière méthode ensureNative() a été ajoutée à la classe Window de GDK.

2. Le futur

En tant que contributeur et avec les autres personnes travaillant sur java-gnome, nous nous sommes aperçu que maintenir un jeu de fichiers .defs pour générer la partie non publique de l’API commençait à être compliqué. Nous avons alors changer un peu le plan prévu. C’est pourquoi, en ce moment, certains travaillent sur l’utilisation du projet GObject Introspection pour générer une partie de l’API. C’est probablement le meilleur moyen d’avoir une source donnée la plus complète et la plus à jour afin de garder les bindings les plus proches des dernières versions des bibliothèques natives. Cependant, la migration vers GObject Introspection demande un travail long et délicat puisqu’il faut réécrire une partie du générateur de code que l’on sait stable puisqu’il commence à prendre de l’âge. J’espère tout de même que l’on aura quelque chose de fonctionnel assez vite afin de tester et stabiliser le code le plus rapidement possible.

Le futur de java-gnome prévoit de bonnes surprises, c’est certain. Tout ça dans le but d’améliorer encore l’API telle qu’on la connaît et de toucher un public toujours plus grand.

Ubuntu 10.04, PHP 5.3 et Dotclear

Guillaume Mazoyer — Wed, 09 Jun 2010 16:10:00 +0200

Comme je l’ai dit dans un billet légèrement plus vieux, j’ai changé de serveur dédié. Le nouveau serveur tourne donc avec Ubuntu 10.04 Lucid Lynx (version serveur). Cette release offre dans ses dépôts la version 5.3 de PHP. Cependant, cette dernière ne fait pas bon ménage avec Dotclear 2.1.7 (chose qui devrait être rectifiée avec la 2.2). Dans cet article, on va donc voir comment downgrader à la version 5.2 de PHP. Attention, pour effectuer les manipulations qui vont suivre il faudra posséder les droits d’administration, passez votre chemin si vous n’êtes pas sûr de vous !

1. Un peu de nettoyage

Avant d’installer la version 5.2 de PHP, on va faire un peu de ménage. On commence par arrêter le serveur web.
~$ sudo /etc/init.d/apache2 stop

Maintenant, on regarde les paquets liés à PHP qui sont installés.
~$ dpkg -l | grep php5

Dans mon cas, ça me donne tout ça.
ii libapache2-mod-php5 5.3.2-1ubuntu4.2 ... ii php5-cli 5.3.2-1ubuntu4.2 ... ii php5-common 5.3.2-1ubuntu4.2 ... ii php5-gd 5.3.2-1ubuntu4.2 ... ii php5-mcrypt 5.3.2-0ubuntu1 ... ii php5-mysql 5.3.2-1ubuntu4.2 ...

Pour être sûr que l’on va installer la version 5.2, on va désinstaller les paquets précédemment listés.
~$ PHP_PKG=$(for i in $(dpkg -l | grep php5 | awk '{ print $2 }' ); do echo $i; done) ~$ sudo aptitude purge $PHP_PKG

2. Le koala à notre secours

La version de PHP qu’il nous faut se trouve dans les dépôts d’Ubuntu 9.10 Karmic Koala. On va donc s’en servir pour résoudre notre problème. On édite alors la liste des dépôts utilisés par APT.
~$ sudo vim /etc/apt/sources.list.d/karmic.list

Dans le fichier créé, on met les 2 lignes suivantes. On pourrait en mettre plus mais dans mon cas, c’est suffisant.
deb http://fr.archive.ubuntu.com/ubuntu/ karmic main restricted deb http://fr.archive.ubuntu.com/ubuntu/ karmic universe multiverse

Et maintenant, on précise quels paquets installer depuis les dépôts de Karmic.
~$ touch /etc/apt/preferences.d/php5 ~$ for i in $PHP_PKG; do echo "Package: $i > Pin: release a=karmic > Pin-Priority: 1001 > " >> /etc/apt/preferences.d/php5; done

On met à jour la liste des paquets disponibles, puis on installe la bonne versions des paquets pour PHP.
~$ sudo aptitude update ~$ sudo aptitude -t karmic install $PHP_PKG

Ici, normalement, on a les paquets qui vont bien et on peut donc relancer le serveur web.
~$ sudo /etc/init.d/apache2 start

Avant de crier victoire, on va verrouiller les paquets précédemment installés pour qu’ils ne soient pas mis à jour vers la version 5.3 en faisant une mise à jour du système plus tard.
~$ sudo aptitude hold $PHP_PKG

3. Youhou

Dotclear devrait maintenant fonctionner correctement. Il faut aussi penser à vider le cache du blog et celui de son navigateur. Ainsi, on évite de polluer les flux RSS associés aux tags par exemple.

Profiter de la TNT sous Ubuntu

Guillaume Mazoyer — Sun, 09 May 2010 20:39:00 +0200

J’ai fait l’acquisition, il y a peu de temps d’une clé USB TNT. Je me suis bien entendu documenté avant de l’acheter afin de ne pas avoir la mauvaise surprise que Ubuntu ne la reconnaisse pas. J’ai finalement opté pour une PCTV NanotStick (modèle 73e).

Bon l’avantage de cette clé, c’est qu’elle est reconnue directement par Ubuntu (depuis la 9.04 il paraît). Le problème pour moi c’est qu’avec l’antenne fournie, pas moyen de capter quelque chose. Bon, il faut dire que je suis à une distance assez élevée de l’émetteur TNT. Cependant, j’ai pu voir que tout marchait parfaitement avec une antenne de toit classique (chaînes normale + chaînes HD). Alors comment fait-on ?

Mise en situation : il existe des logiciels spécialement conçus pour regarder des chaînes télévisuelles (genre Me-Tv, etc…). Avec ces logiciels normalement aucun souci, tout se fait facilement (configuration, enregistrement…). Mais personnellement, je tiens à garder l’excellent VLC comme lecteur vidéo. Pour pouvoir donc regarder la TNT avec VLC, il faut générer un fichier contenant une liste des chaînes disponibles avec plein de choses dedans. Pour créer ce fichier, on utilise le programme w-scan.

~$ sudo aptitude install w-scan ~$ w_scan -c FR -X > chaines.conf

La seconde commande permet donc de chercher les chaînes disponibles. Cela peut prendre du temps (chez moi une dizaine de minutes). Si aucune chaîne n’est détectée, cela vient probablement de l’antenne (c’est ce qu’il m’arrive avec l’antenne fournie). Donc il faut essayer avec une autre antenne plus performante (il va falloir que j’en cherche une qui marche, Arnaud, spécialiste TNT, si t’es dans le coin…). Si tout fonctionne bien, on obtient un fichier chaines.conf (voici le mien) avec plusieurs lignes (une par chaîne). Et là, il suffit simplement de lancer VLC et de lui indiquer d’ouvrir le fichier précédemment généré.

~$ sudo aptitude install vlc ~$ vlc chaines.conf

On peut aussi aller dans Média > Ouvrir un fichier (et préciser dans la fenêtre ouverte d’afficher tous les fichiers).

Il ne reste qu’à regarder ce qui est intéressant et voire enregistrer (il suffit d’aller faire un tour dans les menus de VLC). Ah j’oubliais, la télécommande peut servir mais juste pour contrôler le volume ou éteindre l’ordinateur. Pour le reste, il faut probablement faire des manipulations et/ou utiliser un logiciel comme Me-Tv. Le clé est petite, rétractable et jolie. Seul bémol : l’antenne qui ne capte rien chez moi. Dommage…

Après les boutons à gauche, les indicateurs à droite

Guillaume Mazoyer — Mon, 03 May 2010 16:08:00 +0200

Peu d’entre vous (lecteurs) ont manqué la naissance de la dernière version de Ubuntu. Oui, vous vous souvenez c’était il y a quelques jours, le bébé s’appelle Lucid Lynx et aura une espérance de vie un peu plus élevé que les versions normales puisque la 10.04 est une version avec support à long terme (aussi connu sous l’acronyme LTS).

Avec Ubuntu 10.04 (que j’utilise), nous avons eu la surprise, même si on le savait depuis un moment, de voir les boutons de gestion des fenêtres (fermer, réduire, maximiser) migrer sur la gauche. Certains aiment, d’autres pas. Personnellement, je m’y suis fait et je garde donc les boutons à gauche. Il y a eu beaucoup de protestations à ce sujet mais Mark Shuttleworth a très vite mis les pendules à l’heure et a dit (en gros) “c’est comme ça et puis c’est tout”.

On a beaucoup entendu parler de ce changement. Et il est évident que certains se devaient de faire le rapprochement avec le système d’exploitation de la marque à la pomme. Cependant, ce que l’on ne savait pas jusque là, c’est que cette décision est justifiée par une nouveauté qui verra le jour avec Ubuntu 10.10 Maverick Meerkat. En effet, Mark Shuttleworth a annoncé aujourd’hui l’arrivée d’indicateurs destinées aux fenêtres. Et devinez où ils seront placés… Sur la droite en face des fameux boutons qui ont été déplacés. Ces indicateurs seront du même genre que ceux que l’on trouve déjà dans le panel en haut à droite. Ils serviront probablement à indiquer si un programme est connecté à l’Internet ou non, à contrôler le volume du programme indépendamment de celui du système, à indiquer si une action est en cours, si un document est partagé voir non-enregistré ou modifié, etc…

Pour continuer dans l’idée de modifier les interactions entre les programmes et les utilisateurs. Mark a énoncé le fait d’avoir recours à un système de barre de statut à la Google Chrome (va-t-il y avoir un troll là-dessus ?) pour les applications. C’est-à-dire que les barres de statut pourraient être remplacées par d’autres qui n’apparaîtront que temporairement. Tout ceci afin de gagner de la place (bonne chose pour les netbooks).

Bien évidemment, ces changements ne seront appliqués qu’aux applications le voulant bien. Et c’est ici que je m’interroge. En effet, ces innovations qui sont apportées par Canonical sont, pour moi, de bonnes choses. Mais est-ce que ça ne va pas entraîner le fait que certaines applications ne seront faites que pour Ubuntu ? Faire des API pour faire de jolies choses c’est bien mais ces API ne seront pas nécessairement utilisées dans d’autres distributions. Il est toujours possible pour les développeurs d’applications d’utiliser peut-être des instructions de précompilation (je pense au langage C) ou des gestions d’exceptions avec les instructions du genre import (je pense au langage Python). Le problème c’est que ce n’est pas forcément accessible avec d’autres langages (je pense à Java).

C’est ici que je vais m’arrêter. Les nouveautés proposées par Ubuntu sont, à mon sens, intéressantes et c’est ce que je retiens.

Le générique de Fringe made in 80's

Guillaume Mazoyer — Wed, 14 Apr 2010 21:41:00 +0200

J’aime beaucoup la série Fringe (que je regarde en VO). Et il faut croire que les créateurs se sont bien amusés pour faire le générique de l’épisode 16 de la saison 2. Dans cet épisode, un retour est fait sur le personnage de Walter Bishop dans les années 1980. Il fallait par conséquent un générique qui va bien, ce qui m’a bien fait rire au passage.

Générique Fringe

Un nouveau pas vers GNOME 3.0 : GNOME 2.30 est là

Guillaume Mazoyer — Wed, 31 Mar 2010 23:58:00 +0200

Comme vous le saviez peut-être, aujourd’hui est sortie la version 2.30 de GNOME. Cette version qui devait à la base être nommée 3.0 n’est qu’une étape vers GNOME 3.0. Qu’est-ce que GNOME ? C’est un environnement de bureau axé sur la simplicité, qui offre à l’utilisateur des applications pour pouvoir exploiter son ordinateur du mieux possible. Il offre également pour les développeurs tout un panel de bibliothèques qui permet de développer des applications s’intégrant au bureau GNOME de la manière la plus conviviale possible.

C’est donc aujourd’hui (31 mars 2010) que la version 2.30 de GNOME sort. Au programme, un mode d’affichage partagé pour Nautilus, Empathy qui progresse grâce à des méthodes de drag’n’drop et une meilleure gestion de quelques protocoles de messagerie instantanée, une synchronisation automatique de notes de Tomboy, le lecteur de PDF Evince améliore sa gestion de l’impression et ajoute la possibilité d’attacher des notes, enfin la navigateur Epiphany se voit octroyé de nouvelles fonctionnalités. Bien entendu, je ne fais pas toute la liste des nouveautés car il y a une page pour ça.

Pour ma part, je m’intéresse particulièrement aux changements opérés dans les bibliothèques et surtout GTK+ 2.20 afin de savoir où aller avec java-gnome (qui devrait commencer à tirer partie de GNOME 2.30). N’oublions pas également que GNOME 2.30 sera (et même est déjà utilisé) pour la version, déjà très populaire, 10.04, aussi connu sous le nom de Lucid Lynx, de Ubuntu. Celle-ci sera d’ailleurs une nouvelle LTS (Long Term Support).

Il ne nous reste qu’à apprécier cette nouvelle release (de manière globale) et regarder comment va se profiler le futur et révolutionnaire GNOME 3.0.

Ubuntu Server Karmic Koala et Dedibox

Guillaume Mazoyer — Fri, 05 Mar 2010 17:21:00 +0100

Certains d’entre vous l’on peut être remarqué, le serveur, et donc par conséquent le blog, était indisponible depuis très tôt ce matin (depuis environ 01h00) jusqu’à très tard ce matin (jusqu’à environ 11h45). La cause, j’ai tenté de migrer la Dedibox, qui était sous Ubuntu 9.04, vers Ubuntu 9.10. Malheureusement, j’ai pensé que la migration allait se passer comme toutes les autres fois. Mais ça n’a pas été le cas comme vous avez pu vous en douter. Donc pour la mémoire (et m’obliger à prendre plus d’informations auparavant) et pour ceux qui tomberaient dans le piège également, voilà comment procéder pour garder son serveur fonctionnel.

On a correctement mis à jour votre installation de Ubuntu Server via les commandes suivantes :
~$ sudo aptitude update ~$ sudo aptitude full-upgrade ~$ sudo aptitude install update-manager-core ~$ sudo do-release-upgrade

Là tout est à jour, mais on a le malheur (qui a été le mien) de redémarrer après avoir remplacé dans le fichier menu.lst de GRUB les :

root=UUID=4564577843545963533

par des :

root=/dev/sda2

Manque de chance, le serveur ne veut pas booter quand même. Et ceci est dû au kernel utilisé par la Dedibox. Pour remédier à cela, il faut installer le kernel proposé dans les dépôts de Ubuntu. Immédiatement, on démarre le système de secours. Pour accéder à ce mode, on passe par l’interface d’administration, puis Système de secours et on clique Passer votre serveur en mode de secours. La machine est ainsi électriquement redémarrée et les identifiant / mot de passe du compte SSH nous sont donnés.

Préparons le terrain

Une fois connecté en SSH, on arrive sur un terminal sans privilèges d’administration. On va donc se les donner en utilisant le mot de passe qui nous a été fournis.
~$ sudo su -

Maintenant, on va monter les partitions pour déterminer vraiment d’où vient le souci et dans notre cas installer le kernel qui va bien. Pour cela, on utilise les commandes mount et chroot.
~# mkdir server ~# mount /dev/sda2 server ~# mount /dev/sda1 server/boot ~# mount --bind /proc server/proc ~# mount --bind /sys server/sys ~# mount --bind /dev server/dev ~# chroot server

À ce stade, on est sur notre serveur. On peut donc y effectuer les opérations nécessaires.

Réparons

Comme je l’ai dit plus haut, pour réparer les dégâts, il faut utiliser le kernel générique à la place du kernel Dedibox. On installe alors le paquet linux-server.
root@serveur sudo aptitude update root@serveur sudo aptitude full-upgrade root@serveur sudo aptitude install linux-server

On oublie surtout pas de remplacer le root=UUID=… par root=/dev/sda2 dans le fichier menu.lst de GRUB et voilà, la réparation est faite.

Chouette, ça marche !

La réparation est terminé, on peut revenir sur une utilisation normale du serveur. Cependant, il faut prendre soit de terminer tous les processus que l’on a lancé en chroot et de démonter toutes les partitions.
root@serveur exit
~# umount server/proc ~# umount server/sys ~# umount server/dev ~# umount server/boot ~# umount server ~# exit ~$ exit

Pour finir, on retourne dans la console d’administration Dedibox et on clique sur Cliquer ici pour repasser en mode normal. Et là, le boot devrait se faire sans aucun souci. Conclusion, il ne faut pas se précipiter et se dire que tout réinstaller est la seule solution. Ici, on a réparé le tout sans perte de données mais par contre il y a eu un downtime (et un long pour moi, je tiens à m’en excuser d’ailleurs). C’est après avoir été dans ce genre de situations, que l’on se dit que GNU/Linux c’est quand même vachement bien. Mais ce n’est pas une raison pour faire n’importe quoi !

Sources

Artisan Numérique
Forum Dedibox News

Ubuntu, nouveau look

Guillaume Mazoyer — Wed, 03 Mar 2010 22:29:00 +0100

On l’attendait depuis un moment, Ubuntu va changer de look c’est officiel. Nouveau thème pour le système, nouveau style pour le logo et la marque. Personnellement, j’aime le nouveau style sobre et surtout au revoir le marron que l’on a pu connaître (même si je l’aimais bien). Pour voir tout ça, rendez-vous ici et là. Voilà enfin un petit coup de jeune pour ~~notre~~ mon système d’exploitation préféré. Il ne reste plus qu’à savoir si ce nouveau look va plaire à la communauté.

Au niveau des thèmes du système, il y en deux. Un relativement sombre et l’autre qui est plus clair. En revanche, sur les deux thèmes, les boutons de gestion d’une fenêtre (fermer, réduire, agrandir) sont maintenant placés sur la gauche (toujours en haut bien entendu) de la fenêtre. On constate que le tableau de bord de GNOME a droit à de nouvelles icônes.

Le thème du boot est également modifié pour quelque chose plus en accord avec les thèmes systèmes et le nouveau look.

Toujours dans la continuité les logos ont changé avec une nouvelle police, entre autre, que je trouve très réussite.

Enfin pour terminer, les divers sites web, CDs et pochettes, les habits et accessoires vont être mis à la nouvelle mode.