Plus je bosse avec RedHat, plus je préfère Ubuntu/Debian...
É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 :
Loaded plugins: kernel-module
error: no dbpath has been set
error: cannot open Packages database in /%{_dbpath}
Traceback (most recent call last):
File "/usr/bin/yum", line 29, in ?
yummain.user_main(sys.argv[1:], exit_code=True)
File "/usr/share/yum-cli/yummain.py", line 229, in user_main
errcode = main(args)
File "/usr/share/yum-cli/yummain.py", line 84, in main
base.getOptionsConfig(args)
File "/usr/share/yum-cli/cli.py", line 184, in getOptionsConfig
enabled_plugins=self.optparser._splitArg(opts.enableplugins))
File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 191, in _getConfig
self._conf = config.readMainConfig(startupconf)
File "/usr/lib/python2.4/site-packages/yum/config.py", line 754, in readMainConfig
yumvars['releasever'] = _getsysver(startupconf.installroot, startupconf.distroverpkg)
File "/usr/lib/python2.4/site-packages/yum/config.py", line 824, in _getsysver
idx = ts.dbMatch('provides', distroverpkg)
TypeError: rpmdb open failed
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 :
rm -rf /var/lib/rpm/__db.00*
rpm --rebuilddb
yum clean all
yum update
Après quelques recherches de plus, j'ai fini par trouver une solution qui marche :
rm /dev/urandom
mknod -m 644 /dev/urandom c 1 9
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](http://en.wikipedia.org/wiki//dev/random), 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...
Eclipse 3.5 sur Ubuntu 9.10 Karmic Koala
Hier j'ai enfin trouvé le temps d'installer la dernière version d’Ubuntu sur mon portable du travail. Comme ça fait déjà deux mois que j'utilise Karmic Koala sur mon ordinateur fixe, je savais que je n'allais pas avoir de problème majeur. Cependant, je suis tombé sur un petit bug énervant, et je profite de ce billet pour vous en parler.
Lorsque j'ai fait tourner Eclipse 3.5 sur mon nouveau Ubuntu, j'ai constaté que certains boutons de fenêtres modales deviennent inutilisables, lorsqu'on y clique on les voit "enfoncées" mais aucune évènement ne se passe. Il fallait donc cliquer sur le bouton pour le sélectionner et ensuite appuyer sur la touche Entrée pour valider la sélection.
En cherchant un peu sur le net, j'ai vu que le problème est dû à une incompatibilité entre la version 3.5 de SWT (le framework graphique derrière Eclipse) et la version 2.18 de GTK. Normalement, la prochaine version de SWT corrigera le soucis, mais en attendant, il y a une solution assez facile.
Pour qu'Eclipse se comporte comme il devrait, il suffit de lui indiquer d'utiliser le mode fenêtre native en GDK, en faisant un export GDK_NATIVE_WINDOWS=1 avant d'appeler l'exécutable eclipse.
Pour faciliter la tâche, la façon la plus simple d'agir est de créer un petit script eclipse.sh et de lancer Eclipse à partir de ce script :
#!/bin/bash
export GDK_NATIVE_WINDOWS=1
eclipse
En attendant la sortie d'Eclipse 3.6, cette petite astuce permet donc de contourner le problème facilement.
Décoration geek : les coussins icône
Ca faisait longtemps que je n'alimentais pas le tag cadeaux geek mais maintenant, à l'approche de Noël (je refuse encore de dire fêtes de fin d'année), c'est un bon moment pour proposer des idées cadeau, non ?
Etsy est une vraie caverne d'Ali-Baba. On peut y trouver presque tout, du summum du kitch aux objets cultes capables de faire fondre le cœur du geek en recherche de cadeaux. Et pour moi Icon Pillows fait partie de cette dernière catégorie.
Si vous êtes tentés par ces jolis coussins aux effigies des icônes iPhone, vous pouvez les commander pour un peu plus de 10€ sur Icon Pillows. Et si vous êtes fans d'Android et vous refusez d'avoir chez vous des coussins-icônes iPhone, chez Icon Pillows ils proposent de faire des coussins-icône sur mesure avec les icônes de votre choix.
Avouez que ces coussins sont vraiment craquants !
Trouvé via Microsiervos.
La photo appartient à Icon Pillows, elle n'est donc pas soumise donc à la licence Creative Commons de mon blog.
Star Trek et Star Wars ne seraient pas pareils ?
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 ! :lol_ee:
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... :rolleyes_ee:
Trouvé via FailBlog. Where else... ?
La photo appartient à FailBlog, non soumise donc à la licence Creative Commons de mon blog.
Tortues et pingouins
Ce weekend dernier je suis tombé sur deux petits jeux vidéo auxquels j'ai bien accroché. Aucun des deux jeux n'est original, il s'agit des versions de jeux qui sont là depuis longtemps (ou même très longtemps).
J'ai découvert le premier grâce à Olivier SC. Il s'agit d'une version JavaScript de la célèbre tortue Logo, qui m'a ramené 25 ans en arrière à l'époque ou je découvrais le monde de la programmation sur l'ordinateur à mon père.
Le seul truc qui m'embête c'est cette vielle manie (heureusement dépassée) de traduire les commandes du langage, de devoir taper AV ou AVANCE à la place de FD ou FORWARD. Mais bon...
Oui, je sais que la tortue Logo n'est pas un jeu vidéo au sens propre, c'est un outil d'apprentissage des concepts de programmation. Mais à l'époque ou je l'ai découvert, je le percevais comme un jeu, un challenge, programmer la trajectoire de cette foutue tortue pour que lorsque je l'active elle bouge comme selon la trajectoire que j'avais imaginé. Donc maintenant, plus de vingt ans après, la tortue Logo reste associé pour moi aux jeux vidéo.
J'ai découvert le deuxième grâce au blog de jeux de Microsiervos. Il s'agit de Penguins attack, une variante du classique Tower Denfense (TD) ou les hordes d'assaillants sont des pingouins .
Comme dans tous les TD, l'objectif est trouver la façon optimale de dépenser son budget et placer et améliorer les tours pour présenter la défense la plus efficace possible contre les vagues successives d’ennemis. Le petit bonus ici sont les personnages bien sympathiques et les décors bien pensés.
A priori les deux jeux n'ont rien à voir l'un avec l'autre, mais après avoir passé quelques heures sur chacun je me suis rendu compte que tous les deux ont un principe semblable, tu programmes ton système, tu l'actives et tu vois le résultat de tes ordres... et c'est juste ce côté de programmation et d'anticipation du résultat que j'adore dans ce type de jeux. Déformation professionnelle de développeur, je pense :rasberry_ee:
Visite chez l'étiopathe
Après plusieurs mois de mal de dos et migraines, et surtout vu que les dernières semaines la douleur revenait de plus en plus souvent, j'ai dû me rendre à l’évidence : il fallait que je retourne me faire manipuler le cou.
Ayant eu des très bons échos d'une étiophate du coin, j'ai fini par prendre rendez-vous pour mercredi dernier. Et je dois dire que je ne regrette pas (ou plutôt je regrette de ne pas être allé plus tôt).
Déjà elle a trouvé tout de suite les points ou mes cervicales étaient bloquées, ainsi que les mouvements qui déclenchent mes migraines. Ensuite, elle a manipulé les vertèbres (avec les correspondants craquements à chaque fois, toujours aussi impressionnants) et j'ai senti comment le cou se débloquait.
Le soir j'étais complètement k.o., comme d'habitude après ce type de traitement, mais je sentais déjà le cou libre de blocages. Et maintenant, après quelques jours, je me sens revivre, mon cou est libre de tensions par première fois depuis des mois, c'est un vrai plaisir !
Je sais que beaucoup de monde pense que l'ostéopathie, l'étiopathie et des autres pratiques semblables sont de la pseudo-science, sans base réel. Je n'ai pas assez d'éléments pour y juger, la seule chose que je sais c'est que lorsque j'ai fait recours à cette type de pratiques, le résultat a toujours été au rendez-vous. Pas d'effet placebo, non, ça a simplement marché.
LEGO Matrix
Si il y a deux semaines je vous parlais de l'excellente parodie de Matrix tournée façon cinéma muet, aujourd'hui c'est le tour d'une autre parodie de Matrix, cette fois faite avec des LEGO utilisant des techniques de stop motion.
Selon LegoMatrix, le site du créateur de cette merveille, ça aurait pris plus de 440 heures de travail. Si vous vous êtes déjà essayé à le stop motion, même si ce n'est que pour un tout petit truc, je pense que vous serez d'accord que ces chiffres semblent complètement cohérentes, la charge de boulot qu'il y a derrière cette minute et demie de film est simplement énorme.
Mais ce qui est encore plus bluffant, c'est la deuxième vidéo, où on compare côte à côte le film original avec la version LEGO, et on voit comment la synchronie est parfaite :
Si comme moi, vous avez l'âme d'un bidouilleur et vous aimez découvrir comment les choses sont faites à l'intérieur, n'oubliez pas de visiter la page du making of, où ils montrent des photos du tournage scène à scène. Un vrai régal...
Trouvé via Korben. Who else...
En vrac et en retard
Depuis une bonne dizaine de jours, je n'ai pas réussi a trouver du temps pour m'asseoir devant l'ordinateur et bloguer tranquillement. Pourtant ce n'est pas l'envie qui m'a manqué, ni l'absence de sujets sur lesquels bloguer, mais bon...
Il y avait surtout deux sujets sur lesquels j'aurais voulu bloguer : Google OS et la disparition de l'idée d'URL qui risque de transformer le web dans un Minitel ou une TV 2.0. Ce matin, en faisant ma revue de blogs (que j'avais aussi pas mal négligée), je suis tombé sur deux articles de Tristan Nitot sur ces mêmes sujets, deux articles qui coincident presque à 100% avec mon avis.
Comme ce soir je n'ai pas trop le temps, je vous laisse simplement les liens vers les deux articles à Tristan Nitot. Les liens des deux articles méritent bien le détour (comme c'est souvent le cas avec les billets de Standblog...).
- Actu bidouillabilité, où il parle de la menace que la disparition de l'URL signifie pour l'internet comme on la connaît.
- Présentation de Google Chrome OS, avec une petite présentation du nouveau OS de Google, ouvert ma non troppo...
Cap sur la Mixblog
Cette dernière semaine a été particulièrement chargée au niveau du boulot, au point que le soir en rentrant je n'avais même pas envie de m'assoir devant l'ordinateur. Pas de blog, pas de veille technologique, pas de World of Warcraft. Et je peux vous dire, cela ne m'arrive pas souvent.
Mais bon, la semaine stressante est finie pour moi, car demain je ne travaille pas. Demain je serai à Paris pour la MixBlog, une soirée entre blogueurs dans un cadre d'exception : la Salle Gustave Eiffel, au 1er étage de la Tour Eiffel !
Je vais donc arrêter ici, car demain matin j'ai un train à prendre tôt...
Mise à jour
La soirée MixBlog a été vraiment excellente ! Tout y était : le cadre (un des plus beaux endroits au monde pour organiser une soirée, je pense, avec une vue impressionnante sur Paris), l'ambiance, les petits fours, les retrouvailles avec des têtes connues, les rencontres avec des nouvelles têtes...
Bref, je suis ravi de la soirée, mais aussi assez fatigué. A demain !
Quand Wordpress dit Briefly unavailable for scheduled maintenance. Check back in a minute.
Lorsque je regarde dans statistiques du blog les recherches Google qui ont amené des gens ici, il y a une phrase qui revient régulièrement :
Et les gens qui arrivent ici espérant trouver une solution, tombent sur un billet sur la mise à jour de Wordpress 2.7, où dans les commentaires des gens s'interrogent sur l'erreur. I. e., ils ne trouvent pas la solution...
Je me suis donc dit que je pouvais faire quelque chose, et je me suis mis à chercher plus d'information sur ce mystérieux message qui, depuis Wordpress 2.7, apparaît des fois lors des mises à jour Wordpress.
Et il se trouve que le message est assez courant, et la solution, relativement simple, est expliqué dans la FAQ de Wordpress. Je copie/colle ici :
How to clear the "Briefly unavailable for scheduled maintenance" message after doing automatic upgrade?
As part of the automatic upgrade WordPress places a file named .maintenance in the blog base folder (folder that contains the wp-admin folder). If that file exists, then vistors will see the message Briefly unavailable for scheduled maintenance. Check back in a minute.
To stop that message from being displayed to vistors, just delete the .maintenance file. The automatic upgrade should be executed again, just in case it failed.
Note the core automatic upgrade feature was added with Version 2.7.
Lors des mises à jour automatique, pendant la durée de la mise à jour, Wordpress crée un petit fichier .maintenance dans le répertoire racine de votre blog. Comme ça, pendant la durée de la mise à jour, le moteur Wordpress voit ce petit fichier et présente le message de "blog en travaux", ce fameux Briefly unavailable for scheduled maintenance. Check back in a minute. Normalement, à la fin de la mise à jour, ce fichier est effacé et l'accès au blog est réouvert.
Par contre, lorsqu'une mise à jour Wordpress ne se passe pas bien, par une raison x ou y (par exemple un problème réseau entre votre serveur et les dépôts Wordpress), il peut arriver que ce fichier .maintenance ne soit pas effacé, et l'accès au blog reste fermé.
Dans ce cas là, et si après une dizaine ou quinzaine de minutes vous avez toujours le message d'erreur, il suffit d'effacer le fichier et le blog deviendra à nouveau accessible. N'oubliez ensuite de relancer la mise à jour automatique, pour être surs de que le blog est vraiment remis à niveau.
Mise à jour Wordpress
Je profite de ce billet centré sur Wordpress pour vous parler de la mise à jour de Wordpress qui vient de sortir ce matin.
En allant sur le blog de Wordpress on trouve plus d'information sur cette mise à jour de sécurité qui corrige des bugs qui permettaient à des auteurs du blog de devenir administrateurs. Pour les petits blogs avec un seulk auteur/administrateur, ce n'est pas très grave, pour les blogs collectifs ça peut l'être beaucoup plus.
N'oubliez donc pas d'actualiser vos blog...