Photo par AmericanLaLiLuLeLo

O.K., blague à part, l’histoire semble simple, un fabricant égyptien profite de la notoriété de la marque Google pour essayer de mieux placer ses produits, mais il faut avouer que c’est très drôle.Ca me rappelle le Ketchup Windows, aussi vendu en Egypte. Appartiendraient les deux produits au même fabricant technophile ?

Il y a quelque temps un collègue de travail m’avait demandé un dessin pour l’association Le Drennec ADSL, qui se batte pour obtenir la couverture du Drennec en ADSL, à la place du projet WiMAX poussé par la municipalité (technologiquement dépassé, économiquement pas intéressant et surtout ne répondant pas au vrai besoin).

Leur objectif est l’installation d’un nœud de raccordement d’abonnés en zone d’ombre (NRA-ZO), terme barbare derrière lequel il se cache un petit répartiteur ADSL local, lié par fibre optique au répartiteur principal le plus proche (à Plabennec dans le cas du Drennec). Aujourd’hui la technologie WiMAX, même si on met de côté toute considération de santé publique ou son instabilité face aux conditions climatiques, ne répond pas au vrai besoin, car elle est incapable de fournir du vrai haut débit, limitant les liaisons à 2 mbit/s.

Même si mon collègue Bruno m’avait fourni les grandes lignes du dessin qu’il voulait, j’avais du mal à trouver une idée qui me plaise. Il fallait bien représenter l’opposition qui se vit entre ce groupe de citoyens du Drennes et une municipalité enfermée dans leur vision des choses et refusant de comprendre les enjeux et l’importance d’internet dans le monde d’aujourd’hui.

Et un soir, en jouant à Angry Birds, j’ai trouvé l’inspiration qui manquait. Quelques coups d’Inkscape après, j’ai fait ma propre version du conflit entre citoyens et municipalité :

Après je l’ai retravaillé, pour l’adapter à la demande de l’association, pour aboutir sur le dessin à trois panneaux que vous pouvez voir sur le site de Le Drennec ADSL.

Avec les vacances de Pâques, dont je n’ai même pas trouvé encore le moment de vous en parler, et un retour au travail un peu trop chargé, je n’ai pas fait mon traditionnel billet sur la sortie de la dernière version d’Ubuntu, Ubuntu 11.04 Natty Narwhal.

Unity

Cette version apportait un changement majeur du point de vue des utilisateurs : le gestionnaire de bureau par défaut n’est plus le gestionnaire de base de GNOME mais Unity, un nouveau shell pour GNOME développé principalement par Canonical. Si vous avez déjà installé Ubuntu Netbook, vous connaissez à un peu près Unity, car c’est une évolution de l’interface de cette déclinaison d’Ubuntu. En gros donc, en démarrant le nouveau Ubuntu, l’utilisateur se trouve face à une nouvelle interface, censée être plus facile à utiliser, plus intuitive, rapprochant l’expérience utilisateur à celle des smartphones et les tablettes.

Personnellement, je ne trouve pas Unity pratique , au moins pas pour mon ordinateur de travail, ni pour mon fixe à la maison. Peut-être qu’avec le temps je pourrais me habituer, et même le toruver agréable, mais pour instant je préfère garder mon GNOME classique. Le point positif, c’est que chez Ubuntu ils ont bien supposé qu’une partie des utilisateurs refuseraient le changement, et il suffit d’indiquer au démarrage qu’on souhaite le bureau Ubuntu classic pour retrouver GNOME.

Sauf que…

On revient donc vers le bon vieux shell GNOME, à une exception près : les overlay scrollbars, les nouvelles barres de défilement style smartphones introduites avec Unity pour gagner de la place sur l’écran et améliorer l’expérience utilisateur… au moins en théorie.

Sauf qu’en pratique, sur un système qui n’a pas d’interface tactile et avec des applications qui peuvent avoir plusieurs barres de défilement, c’est tout sauf ergonomique. Là ou avec la barre classique on peut cliquer partout sur la barre, pour faire avancer rapidement les pages, maintenant on est obligé de cliquer dans la partie soulignée pour que les flèches apparaissent en surimpression. En gros, une vraie perte de temps et l’efficacité.

On ajoute à ça que ces overlay scrollbars ne sont disponibles que dans les applications GTK+ natives, et pas dans des applications importantes installées par défaut sur Ubuntu, comme Firefox ou LibreOffice. Cela veut dire qu’on a même pas de consistence, sur certaines applications on utilise les barres classiques, sur d’autres les nouvelles.

Le pire es tle cas d’Inkscape, où sur une même application on a les deux types de barres, la classique pour les barres du canevas, et les overlay pour la barre d ela palette de couleurs :

Je veux mes barres classiques

Moi aussi, je les veux. Au début je m’étais dit qu’ils avaient sûrement mis une option quelque part pour les enlever, mais pas moyen de la trouver. Alors j’ai creusé un peu plus, et voici la solution, qui passe, bien entendu, par la ligne de commandes :

Après avoir tapé la commande, fermez la session et lorsque vous la rouvrirez et les overlay scrollbars ne seront plus qu’un souvenir.

A moins que…

A moins que cela ne suffisse pas, comme c’était le cas sur l’un de mes ordinateurs. Comme j’avais un peu marre d’essayer des trucs, j’ai décidé d’utiliser les grands moyens : enlever directement les paquets responsables des overlay scrollbars :

Au prochain redémarrage, le tour es joué, cette fois définitivement.

Des options

Mes collègues m’accusent souvent d’être un fanboy Ubuntu, je crois que avec ce billet je vais les décevoir. Car je trouve assez désagréable la façon comme Ubuntu a fait passer ce composant overlay scrollbars. Ce n’est pas le fait qu’il soit boggué, inconsistant et mal fini, non. Ce n’est pas le fait qu’ils le mettent par défaut. C’est simplement qu’ils auraient dû prévoir, au minimum, une façon simple et claire de le désactiver. Je veux bien croire que pour MArc Shutteworth ces barres sont vraiment le future de l’interface, mais il faut toujours laisser les options aux utilisateurs, c’est une partie de ce qu’on aime dans Linux…

Ce matin, au travail, j’avais besoin de récupérer quelques fichiers du net avec wget. Je suis connecté à internet en passant par un proxy, et jusqu’à présent ça ne m’avait jamais posé des problèmes, car wget prend la configuration du proxy déclarée dans les variables d’environnement. Mais ce matin, mon wget ne marchait plus. J’ai passé une bonne partie de ma pause café à essayer de trouver ce qui n’allait pas, la variable $http_proxy était bien déclaré mais wget se comportait comme s’il ne la voyait pas.

A la fin j’ai fini par trouver le problème, il s’agit d’un bug introduit dans l’interface de gestion du proxy dans Ubuntu 10.4 Lucid Lynx. Comme je pense que je ne suis pas le seul auquel cela peut poser un problème, je préfère en parler ici.

Au travail je suis connecté à internet en passant par un proxy, que j’ai défini dans System -> Preferences -> Proxy server (ou Système -> Préférences -> Serveur mandataire pour les Ubuntus installés en français). Normalement, cette interface va mettre à jour les variables système pour le support du proxy : $http_proxy, $https_proxy, $ftp_proxy, $no-proxy…

Et c’est juste dans cette dernière, $no-proxy, que l’interface GNOME Proxy server d’Ubuntu 10.4 Lucid introduit une erreur, une virgule à la fin. Vous pouvez le vérifier en tapant echo $no_proxy depuis la console :

Pour que wget remarche donc derrière le proxy, il faut éliminer cette virgule de trop :

L’erreur sera corrigé dans la prochaine version d’Ubuntu. En attendant, si vous êtes concernés il vous suffit d’ajouter la ligne précédente à la fin de votre fichier ~/.bashrc.

Mise à jour

La description complète du bug est sur Lauchpad, et il semble que ZenLinux Blog est arrivée à la même conclusion. Les grands esprits…

L’un des changements les plus controversés de la nouvelle monture d’Ubuntu, sortie hier, est le placement des boutons de fenêtre (maximiser, minimiser et fermer). Sur cette Ubuntu 10.4 Lucid Lynx, ces boutons sont placés à gauche de la barre de titre au lieu d’être à droite.

C’est très beau, ça rapproche graphiquement Ubuntu du joli MacOS et tout ça, mais après des années d’utilisation de systèmes avec les boutons des fenêtres à droite, je trouve ce changement franchement pas agréable.

La bonne nouvelle c’est qu’il est très simple de revenir au placement historique de ces boutons, il suffit d’ouvrir une console et exécuter la ligne de commandes suivante :

Ou si vous n’aimez pas la ligne de commandes, vous pouvez le faire graphiquement : appuyez sur Alt+F2 et lancez gconf-editor. Ensuite allez sur apps/metacity/general et cherchez le champ button_layout. Remplacez son contenu ( maximize,minimize,close:) par :minimize,maximize,close (en faisant attention à l’ordre et aux deux points au début) et validez, le tour est joué.

Si tous les problèmes étaient aussi simples à résoudre…

Les journalistes se plaignent souvent de comment les internautes en général, et les blogueurs en particulier, ne respectent pas les droits d’auteur. Ils se disent pillés par les internautes, par Google, par tout le monde. Des fois ils ont raison, mais souvent c’est juste l’inverse qui se passe…

Je tenais à Arrêt Sur Images (ASI) pour l’un des rares média qui avaient compris internet, qui ont une certaine connaissance du net, un certain savoir faire. Maintenant j’ai des doutes.

Car dans un des articles du 6 avril 2010, dans la version abonnés, on trouve ça :

Cliquez pour voir en grand

Et ce photo-là, je la reconnais bien, c’est la photo de la machine à café de mon travail ! La photo a été prise par mon collègue Fred le premier avril 2008, juste après que j’ai trafique un peu la machine pour faire un poisson d’avril.

C’est aussi Fred qui a trouvé la photo sur ASI…

Voici la photo telle que je l’avais posté ce premier avril 2008 :

Je parie qu’ils ont trouvé la photo sur Google Images et que sans trop se poser des questions, l’ont pris pour l’article.

Pourtant la photo, comme toutes celles que je mets sur le blog, est sous licence Creative Commons. Légalement, ils ont le droit de l’utiliser, la seule chose que la licence leur demande, c’est de citer la source !

C’est trop demander pour un média internet qui se dit sérieux de citer les sources des images qu’il utilise ?

Mise à jour

De la même façon que j’ai été rapide ce matin pour me plaindre, je me dois aussi d’être rapide pour raconter la suite.

Arrêt Sur Images a agit avec rapidité et efficacité, ce soir ils m’ont répondu par Twitter :

La seule chose que j’ai à redire c’est la façon comme ils indiquent la source :

C’est lostin brittany mais LostInBrittany, mais cela n’est que du détail. Par contre, ce n’est pas © mais CC, et cela est plus important dans la forme…

Mais bon, l’important c’est qu’ils ont réagi assez rapidement, et qu’ils ont montré qu’ils sont à l’écoute et qu’ils sont des professionnels capables de rectifier. Chapeau !

Étant un fervant utilisateur d’Ubuntu depuis des années, je me sens beaucoup plus à l’aise sur des distributions de type Debian que sur celles basées sur RedHat. Cependant il m’arrive relativement souvent (surtout ces derniers temps) de devoir m’occuper de serveurs RedHat-like, et à chaque fois je constate encore une fois que je préfère la façon Debian d’administrer le système.

A titre d’exemple, voyons le dernier problème auquel je me suis confronté ce matin. L’opération était de la pure routine, je voulais installer un nouveau paquet sur un serveur. Mais lorsque je lance mon yum install, je me suis heurté à un beau message d’erreur pas explicite de tout :

J’ai essayé d’abord la solution classique aux problèmes yum, un bon vieux yum clean all, mais cela n’a rien fait. Les premières recherches sur le net suggéraient que le problème venait de ma base de données des RPM en local, qui serait corrompue, mais la solution proposée ne marchait pas :

Après quelques recherches de plus, j’ai fini par trouver une solution qui marche :

Et oui, ça marche… mais je ne sais pas pourquoi. Ce qui m’ennuie est donc le côté “magique” de la solution, je n’ai trouvé aucune explication du pourquoi du comment. Ca marche, mais personne ne semble savoir pourquoi, ni d’où vient l’erreur. Et j’ai du mal à comprendre qu’est-ce que /dev/urandom, un pseudo-fichier pour génération de nombres aléatoires, a à voir avec des problèmes de yum.

Définitivement, je préfère mon Ubuntu…

Ca y est, le rêve de tout geek est devenu réalité avec ce pack spécial édition pour collectionneurs avec tous les films de Star Wars… je veux dire de Star Trek… de Star Machin-Truc, quoi !

J’imagine bien qu’il s’agit d’une édition pirate, mais j’ai du mal à comprendre comme ils ont commis pareille erreur. Le type qui l’a préparé a dû quand même passer du temps à préparer l’affiche qui va avec, il est allé chercher les jaquettes, il a photoshoppé le titre… et il n’a même pas chercher à savoir de quoi il s’agit.

Un beau WTF, en tout cas…

Trouvé via FailBlog. Where else… ?

La photo appartient à FailBlog, non soumise donc à la licence Creative Commons de mon blog.

C’est rare qu’une compagnie présente c’est excuses aux clients, et c’est encore plus rare que cela se fasse directement par la bouche du PDG. Mais ce qui est encore plus rare, c’est que ces excuses soient si claires, si peu nuancées, sans langue de bois : notre solution au problème était stupide, irréfléchie, et complètement en désaccord avec nos principes. Comme quoi chez Amazon ils n’ont pas oublie que la clé de leur succès a toujours été placer le client au centre.

Je suis bien prêt à croire la sincérité de ces excuses, et je suis à un peu près sûr de qu’un tel épisode ne se reproduira plus. Mais je ne peux pas m’empêcher de penser que rien de tout ça ne serait pas arrivé si Amazon n’était pas parti d’un modèle défectueux, celui d’une plate-forme remplie de verrous numériques et rendant possible l’accès et la prise de contrôle à distance par le fabricant.

Ils ne le feront peut-être plus, ils abuseront pas du pouvoir qu’ils ont sur le terminal et son contenu, mais ils pourront toujours le faire. Et tant que ça sera le cas, tant qu’ils auront des DRM partout, le Kindle ne sera pas une vraie alternative au livre traditionnel. Dans un moment où même Apple a renoncé aux DRM pour leur iTunes, je ne pense pas qu’Amazon puisse continuer longtemps à ignorer le problème…