Tout arrive à point à qui sait attendre paraît-il, et la version Open Source de Google Chrome, chromium, est enfin disonible sous Mandriva, et en version 64bits qui plus est...

Je vois déjà Dab faire des petits bons :-) Désolé mais non, je ne migre pas (encore) vers Debian mais comme je suis régulièrement confronté à cette distribution sur des serveurs en production, j'ai souvent besoin de savoir comment passer de l'un à l'autre des deux mondes, pour ce qu'ils ont de différent. Ce qui suit est donc une simple table de conversion permettant, lorsque l'on est habitué à Mandriva, de répondre à la question "Comment on fait ... sur une Debian ?".

La mandriva 2009.1 est arrivée avec son lot de nouveau dont principalement Gnome 2.26, Xorg 1.6.1 et le kernel 2.6.29. Petit point d'étape sur les problèmes rencontrés et le ressenti pour cette nouvelle mouture.

Cela fait un petit moment que je bosse sur un serveur de développement prenant la forme d'une machine virtuelle. La finalité de ce micro-projet est simplement pouvoir filer à mes clients un environnement standardisé (donc moins de tracas pour moi), ne demandant aucune installation, et contenant Linux, MySQL, PostgreSQL, PHP et Java/Tomcat, proprement configurés. Pour compliquer un peu la sauce, la dite VM devait être la plus optimisée possible afin de tourner avec juste 256mo de RAM dédiée, pas plus. Suffisamment légère donc pour co-exister sur le bureau, au côté de l'environnement graphique de développement (typiquement eclipse). Tout ceci m'a amené à regarder de plus près comment personnaliser les options de démarrage d'une Mandriva.

Je sais, c'est mal. Mettre la cooker sur sa machine de dev c'est même très mal. Mais bon, on ne se refait pas et il me reste toujours la possibilité de justifier cette attitude au combien irresponsable par quelques citoyennes remontées d'anomalies. Et puis généralement cela ne fait pas si mal que cela, du moins jusqu'à hier soir où pour la première fois, la mise à jour de ma cooker est réellement partie en vrille. Jugez du peu : plus de clavier, plus de souris. Autant dire qu'on a l'air un peu idiot devant son écran...

Ayant investi récemment dans un eeepc 901 (20Go SSD - linux), et même si la distribution Xandros avait l'air sympa, je souhaitais installer une mandriva afin de ne pas avoir à gérer plusieurs distributions (ayant déjà une mandriva sur un sony vaio et sur un poste fixe). Voici donc un modeste retour d'expérience ...

Je fais des billets sur les bugs, sur les problèmes de performances, d'installation, de mise à jour, les incompatibilités, bref sur tout ça, tout ça... Il ne faudrait juste pas oublier d'en faire aussi lorsque tout marche si bien qu'il n'y aurait juste rien à dire... Et depuis maintenant 8 ans que j'utilise Mandriva (avec Mandrake 7.1), c'est la première fois que j'en ai aussi peu à raconter... Alors je fête cela en en faisant une tartine ;-)

Cela fait environ un mois, très exactement depuis que j'ai basculé sur la cooker pour tester en avance de phase Mandriva 2009.0, que je me retrouve sous Eclipse avec un bug des plus étonnant. Le symptôme est aussi simple qu'agaçant, chaque ouverture de fichier prend en gros 2 secondes... J'ai attendu patiemment la 2009.0 pour voir si le problème serait corrigé, mais rien à faire. Je me suis alors enfin décidé à chercher comme un grand et j'ai enfin mis la doigt sur le problème. Tout est la faute... de l'imprimante...

Aujourd'hui la majorité des grandes distributions est passée à l'encodage UTF-8, permettant l'affichage propre d'un large panel de symboles linguistiques. Maintenant lorsqu'il s'agit de vieux systèmes mis à jour, ou quant l'on en vient à utiliser des fichiers provenant notamment du monde Windows, il peut être utile de savoir comment unifier les encodages de sorte à garder un système de fichier propre.

Aujourd'hui la majorité des grandes distributions est passée à l'encodage UTF-8, permettant l'affichage propre d'un large panel de symboles linguistiques. Maintenant lorsqu'il s'agit de vieux systèmes mis à jour, ou quant l'on en vient à utiliser des fichiers provenant notamment du monde Windows, il peut être utile de savoir comment unifier les encodages de sorte à garder un système de fichier propre.

Généralement on fait des mises à jour pour colmater les failles de sécurité. Astreinte obligatoire, routine, automatisme, pas à réfléchir, c'est comme ça.

Alors ce matin j'ai justement lancé une petite mise à niveau de première intention sur mon dépôt local avant de répercuter les éventuelles corrections sur mes différentes bécanes.