Quinze minutes chrono en main, pour transformer ma "vieille" Mandriva 2008.0 en Mandriva 2008.1 toute neuve, qui dit mieux ? Ok, je triche un peu car j'ai tout de même fait fumer l'ADSL toute la nuit dernière pour remonter les 20Go de dépôt en local, mais bon, à chaque fois la magie du urpmi --auto-select me fascine que voulez-vous

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 :

urpmi.updatemedia -a
urpmi --auto-select

# ou plus simple encore
urpmi --auto-update

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 :

sh NVIDIA-Linux-x86-100.14.19-pkg1.run --update

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 :

wget http://linuxtoy.org/files/vmware-any-any-update-116.tgz

tar -zxvf vmware-any-any-update-116.tgz

cd vmware-any-any-update116

./runme.pl

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 :

ldapsearch  -x -LLL  -b "dc=mon-domaine,dc=net" "(&(objectClass=posixAccount)(uid=gaston))"

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

nss_base_passwd dc=mon-domaine,dc=net?one

nss_base_group dc=mon-domaine,dc=net?sub

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 :

ldapsearch  -x -LLL  -b "ou=People,dc=mon-domaine,dc=net" "(&(objectClass=posixAccount)(uid=gaston))"

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

nss_base_passwd ou=People,dc=mon-domaine,dc=net?one

nss_base_group ou=Group,dc=mon-domaine,dc=net?sub

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 :

  AuthType Basic

AuthName "Qui va là ?"

AuthBasicProvider ldap

AuthLDAPURL ldap://serveur_ldap:389/ou=People,dc=mon-domaine,dc=net

AuthLDAPGroupAttribute memberUid

AuthLDAPGroupAttributeIsDN off

Require ldap-group cn=groupe-qui-va-la,ou=Group,dc=mon-domaine,dc=net

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