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.

Dans le flux des téléchargements (je synchronise mon dépôt avec un script basé sur wget), rien de bien attirant, une nouvelle version de Gimp par çi, clamAv par là, et puis oups ! tient, voilà t-il pas que FireFox3 apparaît dans les backports. Mais c'est pas une si grosse surprise, Yoho nous avait prévenu via le projet Taster.

Une fois le flot tarit, je lance sur mon poste de travail le classique urpmi --auto-update et je laisse faire. Je vois bien une paquet freetype passer mais cela ne me choque pas plus que cela. J'installe le fameux FireFox3 qui semble teeeeelllllement incontournable pour voir au moins quelle gueule cela peut avoir, histoire de pas mourir tout de suite idiot. Le processus se passe sans problème et ce en gardant la v2 disponible, délicate attention des mainteneurs que je salue. Finalement, je lance le zinzin et là, Wow factor...

Bon déjà, très bon point pour cette v3, ça se lance beaucoup plus vite et ça réagit beaucoup plus vite, Mais ça, j'en avais déjà entendu parler ailleur. Non, le vrai truc sympa, c'est qu'enfin ils se sont décidés à remprendre complètement le look GTK/Gnome. Style des onglets, barres de défilement, jeu d'icônes, tout y est. Et c'est très joli, bien mieux intégré au bureau que la v2.

Mais c'est juste un peu trop joli, y'a un autre truc qui a clairement changé qui n'a rien à voir avec FireFox. Et j'ai mis un certain temps à comprendre. En fait jusqu'à ce que je relance eclipse qui a planté pour les 47ième fois de la journée : Les polices... Je ne sais pas ce qu'ils ont fait manger à cette nouvelle version de FreeType (2.3.5-2), mais elles sont d'une beauté, c'est bluffant. Toute l'interface a gagné en lisibilité au point où ma Vm Windows sur le côté me semble d'un coup ressemble à un antique TRS-80.

Bref, voilà une mise à jour de rien du tout qui a rendu mon bureau clairement plus agréable. Merci à la Driva Team pour ce petit plaisir du matin

Maintenant que tout est installé, il est donc temps de regarder ce qu'il y a de neuf et de faire les "petits" ajustements que les différentes mises à jour imposent.

Mise à jour via URPMI

Rapidement pour ceux qui ne le savent peut-être pas, pour mettre à jour une Mandriva (mais cette notion est portable sous d'autres distributions), point n'est besoin de grave un DVD, de formater ou de réinstaller quoi que ce soit. Et même s'il s'agit d'un changement radical comme le passage d'une 2007.0 à une 2008.1.

En effet, un système Linux maintient dans une base de données le nom, la version, et les dépendances de tout ce qui est installé sur votre machine. Faites un petit rpm –qa pour vous en convaincre. Du coup pour changer de version, 3 étapes suffisent :

• Détruire les anciens médias par urpmi.removemedia -a
• Ajouter les nouveaux médias, en utilisant par exemple l'excellent easyurpmi.
• Lancer la commande magique urpmi --auto-select

A noter que cette dernière commande permet aussi de mettre à jour votre système de manière régulière pour bénéficier des patches de sécurité. Là il ne faut évidemment pas effectuer les étapes 1 et 2, mais juste ceci :

Si en plus vous avez eu la bonne idée d'utiliser des meta-paquets pour ce qui est du kernel (ex. kernel-desktop-latest), ce dernier sera lui aussi mis à jour dans la foulée. Sinon, il faut aussi que vous installiez le kernel de la 2008.1.

Les nouveautés

Je ne vais pas revenir des heures sur les nouveautés de la 2008.1. D’autres font cela beaucoup mieux que je ne le ferai jamais. Je vais plutôt m'attarder quelques instants sur les points que j'ai personnellement et donc totalement arbitrairement trouvés intéressants.

Déjà, commençons à la base, avec l'arrivée du nouveau kernel 2.6.24. Un bien gros bébé que ce noyau avec une liste impressionnante de nouveautés. Mais ce qui moi m’a le plus surpris, c'est l’amélioration notable des performances sûrement liée à la latence optimisée. Tout répond plus vite et le lancement d’un openOffice sur un système déjà chargé ne demande que deux ou trois secondes. Pour le reste, c’est lorsque j’achèterai du nouveau matériel que j’apprécierai je pense.

Côté Gnome, si la 2.22 est censée apporter pas mal de nouveautés, je dois bien avouer ne pas avoir été bluffé par les changements. Déjà l'évolution attendue de metacity vers un gestionnaire de composition est, comment dire, un flop . Comme les devs de Gnome aiment à le dire, ils ont gardé cela le plus simple possible. Mais simplicité prend ici une toute autre dimension, de l’ordre du minimum syndical de base : Ombres aux fenêtres et un Alt-Tab avec des aperçus des contenus. Woaw... Et le tout à peu prés à la vitesse du vénérable xcompmgr (traduire très lent). A choisir un truc simple, je conseille l'excellent xfwm4 qui fait strictement la même chose, mais avec un rapport de performance qui n'a rien a voir. A mon avis c'est le même mec qui a fait gnome-terminal qui a du se coller à ce patch

Mais heureusement la 2.22 ne vient pas sans aucune bonne nouvelle, même si elle n'est pas très visuelle. Il s'agit de l'arrivée de GVFS qui vient remplacer Gnome-VFS qui commençait à être «limité». Alors j'ai un peu testé et ça marche. Bon j'ai réussi à le faire planter sur du sftp mais dans l'ensemble c'est plus rapide et plus proche de ce qu'offre KIO en terme de performances. Maintenant côté support du protocole webdav, il est bien mieux implémenté qu’avant, mais c'est d'une lenteur absolument incroyable. Je ne sais pas bien ce qu'il fabrique mais là où KIO ouvrait et sauvait en quelques secondes, Gnome y passe facilement 15, s'il ne crashe pas salement en cours de route… Donc dans la bonne voie mais par encore totalement sec cette histoire.

Pour le reste des nouveautés de Gnome, je vous laisse regarder ce qui vous touche peut-être plus que moi.

Pour revenir à ce qu'apporte de neuf la mandriva, il y a tout de même OpenOffice 2.4, ce qui n'est pas rien vu les améliorations de performances de cette version. Il semble aussi qu'un effort sur le visuel ait été apporté.

Pour finir ce petit tour, il me semble nécessaire de s'arrêter sur l'audio avec l'arrivée en standard de PulseAudio, un serveur sonore qui marche en conjonction avec Alsa (qui gère le hardware). PulseAudio permet de partager une carte son entre plusieurs machines (comme esound) mais offre pas mal d'autres avancées, comme le réglage par application des paramètres sonores. En tout cas ça marche très bien, et pour l'instant je n'ai pas constaté de soucis avec les applications classiques (Flash, RythmBox & co.).

Les souçis...

Pilote nVidia

Pour installer les pilotes propriétaires nVidia avec la 2008.1, il faut impérativement une version récente, sinon, ça coince dés le début (avec une 100.19 me concernant). Une manière rapide de régler le problème, utiliser le mode "update" de l'ancien pilote, par exemple :

VmPlayer

Là aussi, pas moyen de compiler avec pourtant la toute dernière version (2.0.3). La solution passe par la version any-any de vmplayer :

L'autre vraie bonne solution serait de passer à virtualbox mais là faut que je trouve le temps de convertir mes images, pas gagné...

OpenLDAP

Je m'en doutais un peu, les soucis sont apparus surtout sur le serveur avec en tête OpenLdap qui par la magie d'un changement de version m'a flingué l'ensemble de ma configuration. J'ai patiné quelques heures avant de comprendre pourquoi aucune authentification n'était dés lors possible, même en reprenant une configuration saine avec une base neuve et l'activation de l'authentification LDAP via drakauth.

La raison de tout ce bazar est que pour une raison que j'ignore (je ne suis pas non plus un spécialiste LDAP), les requêtes pour sortir un utilisateur de la base doivent maintenant obligatoirement inclure la référence à ou=People. Sans cela l'utilisateur n'est pas trouvé que ce soit via pam_ldap ou le module ldap d'apache...

Pour illustrer le problème, avant, je pouvais faire la requête LDAP suivante :

Et j'avais bien l'utilisateur qui était renvoyé. Du coup, dans /etc/ldap.conf j'avais :

Et tout se passait très bien. Alors effectivement si l'on regardait la base ldap, les utilisateurs sont bien contenus dans une clef ou=People mais il semblait qu'avant ce changement de version, ce soit sous-entendu d'une manière ou d'une autre, et plus maintenant. Ma requête de recherche est donc devenue :

J'ai donc en conséquence dû modifier à la main /etc/ldap.conf pour que ça colle :

Et là tout s'est remis à fonctionner. La même modification a dû être faite pour que le module LDAP d'apache refonctionne lui aussi :

Je peux vous dire que pour un truc aussi simple, j'ai pas mal sué cette nuit...

Cyrus

L'autre vilain à m'avoir fait des misères est cyrus qui a décidé de ne plus accepter les logins en clair (je ne vois pas l'intérêt de crypter sur mon LAN). Pour que cela refonctionne comme avant j'ai dû rajouter la ligne allowplaintext: yes au fichier /etc/imapd.conf.

Nagios

Là j'ai craqué. Je ne sais par quoi je vais le remplacer mais le passage à la version 3 de nagios m'a mis un tel bazar dans une configuration que j'avais mis des heures à établir que je l'ai viré sur un pur coup de sang. Je reviendrai peut-être sur ma décision mais pour l'instant, c'est niet.

Conclusion

Je ne peux pas honnêtement dire que cette nouvelle version de Mandriva m’ait totalement assis. Mais il est clair qu'elle est plus rapide que la précédente, sans doute grâce au nouveau kernel. Pour le reste tout marche juste comme avant, ce qui n’est déjà pas si mal

La puce à l'oreille, c'est lorsque j'ai voulu monter à 640mo l'espace alloué à la VM de Windows-XP-qui-en-veut-toujours-plus. Le système est alors directement parti en sucette, disque saturé de gratouillage. C'est alors qu'intrigué j'ai tenté à cat /proc/meminfo pour découvrir avec stupeur que seuls 840mo sur les 2Go disponibles étaient reconnus par le kernel. 1.2Go en moins, rien que ça et une semaine que je ne comprenais pas pourquoi "ce vilain windows" patinait comme pas permis.

Alors après exploration de Gougeule et de son cache magique, je me suis rendu compte ici que ce kernel (kernel-desktop586) était en réalité celui de la Mandriva One qui effectivement, désolé, milles excuses, ne reconnaît que 840mo de RAM. Et que pour retrouver le reste de mémoire, il fallait (bien évidement) utiliser le kernel-desktop tout court...

Et en effet, après téléchargement du "nouveau" kernel, des sources et un redémarrage, la driva a retrouvé miraculeusement la mémoire. C'est simple et rapide, mais fallait-il encore savoir que je ne devais pas toucher à ce maudit kernel...

Pour mettre à jour rapidement une machine sous mandriva, il "suffit" de :

1. supprimer tous les médias urpmi vi urpmi.removemedia -a
2. Aller sur un site comme easyurpmi pour récupérer les medias de la nouvelle version.
3. Coller le script qui est proposé dans une console pour ajouter les nouveaux médias.
4. Et, de taper la commande "magique" urpmi --auto-select.

A partir de là, urpmi prends tout en charge de la mise à jour du kernel à celui de glib et de vos applications avec les nouvelles version (près de 800 paquets pour ce serveur). Une fois terminé, ne reste plus qu'à rebooter pour vérifier que tout fonctionne...

Cette procédure est en gros ce que fait un mode "update" d'une installation DVD, donc à priori sans risque. Cependant sur un serveur un peu sensible, un backup préalable est toujours une bonne option.