Mandriva Linux 2008 Spring Errata

Un article de Wiki de la communauté Mandriva.

(Redirigé depuis 2008.1 Errata)
Jump to: navigation, search
Cette page est maintenue à jour par yoho.
Si vous constatez une différence entre la version originale de la page et cette version traduite, veuillez en avertir le mainteneur en éditant sa page de discussion
À noter !
  • Cette page est une traduction depuis l'anglais
  • Les problèmes résolus ne sont pas forcément traduits car ils ne constituent pas une priorité (si le problème est résolu, installer le paquetage mis à jour indiqué dans l'article est suffisant).
  • Les traducteurs se concentrent sur les autres problèmes (ceux non-résolus) qui indiquent souvent des possibilité de contourner le problème en attendant une mise à jour.
  • Cette page est mise à jour très régulièrement (et suit la version anglaise de très près). Suivre cette page est un bon moyen d'être tenu au courant des mises à jour de Mandriva Linux (nécessite un compte sur ce site, créé en 2 étapes).

Cette page contient les Errata pour Mandriva Linux 2008 Spring. Autrement dit, cette page contient des informations sur les problèmes connus avec Mandriva Linux 2008 Spring, et, quand cela est disponible, les manières de les résoudre, ou de les contourner, ou de s'en arranger. Vous devriez aussi consulter les Notes de version (informations spécifiques à la version Mandriva Linux 2008 Spring) qui contiennent des informations complémentaires.

Vous pouvez aussi consulter le forum dédié aux mises à jour vers Mandriva Linux 2008.1 pour voir les retours d'expérience, puis obtenir du support de la communauté.

Sommaire

[modifier] Errata pour les versions de Mandriva précédentes

Les pages d'errata sont aussi disponibles pour les version plus anciennes :

[modifier] Tester les candidats à la mise à jour

Quand un problème est identifié dans la Mandriva Linux 2008 Spring, le mainteneur du paquetage concerné peut réaliser un nouveau paquetage qui pourrait, selon lui, éliminer le bug. Il le place dans un certain dépôt appelé /main/testing qui est dédié au test des solutions potentielles pour les problèmes connus. Ce paquetage peut ensuite être testé par les utilisateurs affectés par ce problème et par l'équipe d'assurance qualité Mandriva. Si le test détermine que le paquetage résout effectivement le problème et n'en cause aucun nouveau, le paquetage sortira en tant que mise à jour officielle qui sera fournie à tous les utilisateurs de Mandriva Linux 2008 Spring via MandrivaUpdate.

Si vous êtes affecté par un problème pour lequel un paquetage candidat est disponible, vous pouvez configurer votre système afin que l'outil de gestion des paquetage Mandriva utilisera le dépôt /main/testing pour installer les paquetages. Pour plus d'informations sur comment faire cela, se reporter à Installer et supprimer des logiciels#Utilisation avancée: Backports et mises à jour candidates.

Il existe aussi un dépôt /contrib/testing qui fonctionne de la même manière pour les paquetages dans la section /contrib (noter que nous ne garantissons pas que les problèmes connus dans /contrib seront résolus, les mainteneurs de chaque paquetage choisissent s'il est nécessaire de faire un paquetage ou non). Configurer ce dépôt est traité dans la même page ci-dessus.

[modifier] Installer des mises à jour

Les mises à jour pour les paquetages situés dans les sections /main, /non-free et /contrib de Mandriva Linux peuvent être installées en utilisant Mandriva Update. Vous pouvez lancer Mandriva Update à partir du Centre de Contrôle Mandriva en allant dans l'onglet "Gestionnaire de logiciels" et en cliquant sur le lien nommé "Vérifier la liste des mises à jour disponible et appliquer les correctifs ou mises à jour aux paquetages installés". À moins que vous ne l'ayez désactivé, vous serez aussi notifié des mises à jour par le système de notification Mandriva Online, qui affiche une icône dans la boîte à miniature et qui vous indique s'il existe des mises à jour.

Plus d'informations sur la mise à jour du système...

[modifier] Installation

[modifier] La mise à jour depuis une version précédente échoue avec le message Undefined subroutine &MDK::Common::System::uniq called

Voir aussi le Image:bug_small.png bug n°39925. Plusieurs utilisateurs ont signaliés qu'un sérieux problème peut survenir lors de la mise à jour à partir d'une version précédente de Mandriva Linux en utilisant l'installateur de Mandriva Linux 2008 Spring, édition Free ou Powerpack. Le processus échoue, après plusieurs étapes franchies, avec un message d'erreur :

Undefined subroutine &MDK::Common::System::uniq called

Vous pouvez essayer de réessayer, mais le même message d'erreur sera toujours affiché.

Il est possible de se sortir de cette situation. Au moment de ce message la mise à jour est en fait à moitié achevée; néanmoins, le nouveau noyau n'est pas correctement installé et un vieux paquetage de configuration de KDE doit être mise à jour, si vous avez KDE sur votre système.

Vous devez être en mesure de démarrer le nouveau système en utilisant le noyau de l'ancienne version de Mandriva que vous mettez à jour. Si l'interface graphique démarre, appuyer sur ctrl-alt-F1 et vous obtiendrez le mode texte avec son invite de commande. Connectez-vous en tant que root, avec le mot de passe root.

Désormais, vous devez réinstaller le paquetage du noyau Linux. Peut-être utilisez-vous kernel-desktop, kernel-laptop, kernel-desktop586 ou kernel-server. Si vous ne savez pas lequel vous utilisez, taper la commande :

uname -r

et vous saurez quel saveur de noyau vous utilisez. Maintenant, réinstallez le nouveau paquetage du noyau :

ATTENTION: Assurez-vous que vos supports (nfs, cdrom, etc.) sont accessibles en lecture avant cette étape car les modules noyau ne pourront pas être chargés après cette étape car le noyau que vous êtes en train d'utiliser va être désinstallé. Si vous ne réalisez pas cette étape, il vous sera impossible d'obtenir les RPM pour la réinstallation du noyau.

urpmi --replacepkgs kernel-desktop-2.6.24.4-1mnb-1-1mnb1

Dans la commande précédente, remplacez la partie kernel-desktop par la saveur de noyau que vous utilisez.

Si vous utilisez KDE, vous devrez aussi mettre à jour le paquetage de configuration de KDE. Si vous utilisez Mandriva Linux 2008 Spring édition Free, lancer cette commande :

urpmi mandriva-kde-config-common-2008.1-27mdv2008.1 free-kde-config-2008.1-27mdv2008.1

Si vous utilisez Mandriva Linux 2008 Spring édition Powerpack, lancer cette commande :

urpmi mandriva-kde-config-common-2008.1-27mdv2008.1 powerpack-kde-config-2008.1-27mdv2008.1

Vous devez maintenant être en mesure de redémarrer votre système et tout devrait fonctionner normalement.


[modifier] Problème au démarrage du système après installation en utilisant un RAID logiciel

Voir aussi le Image:bug_small.png bug n°39878. Certains utilisateurs ont indiqué qu'après avoir installé Mandriva Linux 2008 Spring en utilisant le RAID logiciel mis en place avec l'installateur, /boot étant sur le RAID, le système obtenu ne démarrait pas. Cela semble causé par l'installateur qui installe le chargeur de démarrage grub alors qu'il devrait installer lilo. La manière la plus simple pour résoudre le problème est probablement la réinstallation et le choix de lilo au lieu de grub lors de la phase d'installation du chargeur de démarrage. Vous pouvez aussi démarrer le système installé en mode rescue et configurer manuellement grub ou lilo.

Essayer de réinstaller le chargeur de démarrage en utilisant le mode rescue directement depuis le menu du DVD de la Mandriva Linux 2008 (pas la version Spring : 2008.0). Cela engendrera une affectation correcte des lecteurs et permettra le démarrage à partir d'un RAID 0 logiciel. Cette méthode n'a été testée qu'avec l'architecture x86_64. Si le périphérique RAID n'est pas détecté, des erreurs s'afficheront à la fin.

NdT : le paragraphe suivant n'a pas été traduit car il comporte trop d'imprécisions et est difficilement compréhensible.

If you still have failures using the 2008.0 media upgrade 2008.1 to 2008.0, this will install the boot loader and the older kernel. Booting should now be possible with the 2.6.22 kernel and the 2008.1 installation. If you upgrade the kernel to 2.6.24.4 you will have to repeat the process and your installation media will be reset.

[modifier] Noyau

[modifier] L'édition One ne détecte que 880Mo de RAM

L'édition One de Mandriva Linux 2008 Spring utilise un noyau développé dans le but d'être le plus compatible possible avec tous les systèmes : le noyau kernel-desktop586. Si vous installez la One sur un système avec plus de 880Mo de RAM, toute la RAM ne sera pas détectée et utilisée.

Si vous n'avez qu'1Go de RAM, vous ne gagnerez rien à changer de noyau et supporter plus que 880Mo de RAM ralentit très légèrement le noyau. L'avantage acquis par l'utilisation des dernier 120 Mo de RAM est annulé par la vitesse perdue en utilisant un noyau supportant plus de 880Mo de RAM.

Si vous possédez plus de 1Go de RAM, vous pourrez bénéficier de votre mémoire supplémentaire en changeant votre noyau vers le noyau kernel-desktop. Malheureusement, cette procédure est relativement complexe si votre système doit utiliser un pilote en dehors du paquetage du noyau, tel que les pilotes propriétaires Nvidia et Ati. Voici la liste (presque) complète des pilotes affectés :

  • nvidia71xx : de la Riva TNT à la GeForce 2 (tout court, pas la 2MX)
  • nvidia96xx : cartes GeForce 2MX, GeForce 3 et GeForce 4
  • nvidia-current : dernières cartes NVIDIA (GeForce FX et supérieures)
  • fglrx : toutes les cartes ATI entre la Radeon 9500 et la Radeon X1950
  • fglrx-hd2000 : cartes ATI Radeon HD2xxx
  • madwifi : chipsets sans-fils Atheros
  • vboxvfs
  • vboxadd
  • unicorn
  • hsfmodem
  • hcfpcimodem
  • slmodem
  • virtualbox

Pour changer de noyau et utiliser le noyau kernel-desktop à la place du noyau kernel-desktop586, utiliser la procédure suivante :

D'abord, il vous faut suivre la procédure pour savoir configurer les dépôts officiels. La procédure est aussi décrite dans cette page-ci. Ensuite, installez le paquetage kernel-desktop-latest. Puis, installer tous les paquetages qui ont un nom du type (pilote)-kernel-desktop-latest, où (pilote) est un des pilotes dans la liste ci-dessus et vous pensez que vous en avez besoin sur votre système. Par exemple, si votre système possède une carte graphique GeForce 6600, vous devriez installer les paquetages kernel-desktop-latest et nvidia-current-kernel-desktop-latest. Si votre système possède une carte graphique Radeon X850 et une carte sans-fil Atheros, vous devriez installer les paquetages kernel-desktop-latest, fglrx-kernel-desktop-latest et madwifi-kernel-desktop-latest.

Il vous est possible d'avoir la liste complète des pilotes installés sur votre système dont le paquetage est de la forme (pilote)-kernel-desktop-latest en utilisant la commande suivante :

$ rpm -qa | grep kernel-desktop586-latest

Si vous n'êtes pas sûr de quel pilotes sont installés sur votre système, vous pouvez tout simplement les installer tous afin d'être sûr. Vous pouvez consulter comment installer et supprimer des logiciels.

Une fois que vous avez installé tous les paquetage nécessaires, il vous suffit de redémarrer votre système. Le nouveau noyau sera sélectionné par défaut au redémarrage et vous remarquerez que la One reconnaît désormais toute la mémoire de votre système.

[modifier] Problèmes matériels

[modifier] Problèmes avec le matériel sans-fil Intel 3945ABG ou 4965AGN

Voir aussi le bug Image:bug_small.png bug n°38645. Quelques utilisateurs ont signalé des problèmes divers avec les interfaces wifi Intel 3945ABG et 4965AGN dans la Mandriva Linux 2008 Spring. Les pilotes par défaut utilisés pour ces périphériques sont, respectivement, iwl3945 et iwl4965. Mais des alternatives à ces pilotes existent : voir la section Pilotes alternatifs. Il y a aussi des astuces que vous pouvez essayer.

Si vous pouvez vous associer à votre point d'accès mais n'obtenez pas d'adresse IP ou obtenez une connexion très lente avec des pertes de données, éditer le fichier de configuration /etc/modprobe.conf et rajouter cette ligne :

options iwl3945 disable_hw_scan=1

Si vous disposez d'une carte basée sur le composant 4965AGN, changer iwl3945 en iwl4965.

Si vous obtenez une erreur de la part des outils Mandriva qui indique qu'aucune interface n'a été trouvée, appuyer sur le bouton "wifi" de votre clavier deux fois de suite pour arrêter puis démarrer le wifi. Répétez l'opération plusieurs fois. Ce problème particulier sera résolu dans une future mise à jour.

[modifier] Pilotes alternatifs

Si vous avez des problèmes avec les cartes basées sur les composants 3945ABG ou 4965AGN, vous pouvez opter pour les pilotes alternatifs. Pour les cartes 3945ABG, vous pouvrez essayer les 3 pilotes suivants : dkms-ipw3945, dkms-iwlwifi ou ndiswrapper. Pour les cartes 4965AGN vous pouvez essayer les pilotes suivants : dkms-iwlwifi ou ndiswrapper. Pour les pilotes basés sur DKMS, veuillez d'abord installer le paquetage kernel-devel approprié, correspondant au noyau que vous utilisez actuellement. Le noyau Mandriva est disponible dans plusieurs sous-versions (ou "saveurs") : desktop, desktop586, laptop et server. Vous pouvez trouver lequel est utilisé actuellement grâce à la commande uname -r. Vous devez alors installer le paquetage kernel-saveur-devel-latest, où saveur est la saveur du noyau que vous utilisez. Ensuite, installer le paquetage DKMS. Pour ndiswrapper, lancer l'outil de configuration Mandriva pour configurer une nouvelle connexion (Image:drakconnect-icon.png drakconnect), choisir ensuite une interface wifi et il vous sera présenté le choix d'utiliser un pilote Windows via ndiswrapper. Après avoir choisi cette option, vous ne pourrez plus revenir aux autres types de pilote (non ndiswrapper) en utilisant les outils graphiques.

Pour revenir au pilote natif, éditer le fichier /etc/modprobe.conf, et supprimer toutes les lignes 'blacklist [driver name]' et changer les lignes 'alias foo ndiswrapper' en 'alias foo [driver name]', c'est à dire 'alias wlan0 ndiswrapper' en 'alias wlan0 [driver name]'.

[modifier] Temps d'accès à l'internet très lent (en particulier lors de la navigation sur le web)

Voir aussi le Image:bug_small.png bug n°27070. Il y a un problème connu avec toutes les distributions Linux qui activent le réseau IPv6 (le nouveau standard pour les adresses réseau qui utilise un format hexadécimal plus long afin de fournir un plus grand nombre d'adresses possibles. Le vieux standard est IPv4 qui donne des adresses du style "4 groupes de 3 chiffres décimaux" que la plupart des gens connaissent, par exemple 216.105.167.65). Certains systèmes et certains réseaux ne peuvent pas gérer correctement l'addressage de votre système si le réseau IPv6 est appliqué. Si vous rencontrez des problèmes de lenteur de connexion à l'internet - particulièrement quand vous naviguez sur des sites web - et que vous n'en trouvez pas la cause, vous devriez essayer de désactiver IPv6. Pour faire cela, éditer le fichier /etc/modprobe.conf, ajouter les lignes suivantes puis redémarrer la machine :

install ipv6 /bin/true

Voir aussi le Image:bug_small.png bug n°27073. Si cela ne résout pas le problème, il y a une autre possibilité. La plupart des distributions, y compris Mandriva, activent une fonctionalité dans le noyau intitulée TCP window scaling. C'est utile pour améliorer la vitesse des transferts sur une connexion à haut débit. Néanmoins, un changement a été opéré dans les valeurs par défaut du TCP window scaling dans le noyau 2.6.17 qui semble provoquer une très nette diminution des performances chez certains utilisateurs et avec certains sites internet. Pour voir si le TCP window scaling est la cause du problème, vous pouvez le désactiver avec cette commande :

sysctl -w net.ipv4.tcp_window_scaling=0

Si cela résout le problème, vous pouvez rendre ce changement permanent en ajoutant cette ligne dans les fichier /etc/sysctl.conf:

net.ipv4.tcp_window_scaling=0

Cela aura pour effet de désactiver le TCP window scaling à chaque démarrage. Si vous utilisez une connexion à très haut débit - par exemple, si vous transférez régulièrement de gros fichiers sur un réseau local 100Mb ou 1Gb - vous pourriez remarquer que la désactivation du TCP window scaling provoque une baisse des performances sur cette connexion. Dans ce cas, vous povuez essayer de restaurer les valeurs précédent le noyau 2.6.17 plutôt que de désactiver le TCP window scaling complètement. Afin de faire cela, ajouter la ligne suivante au fichier /etc/sysctl.conf, au lieu de (et non pas "en plus de") la ligne qui a été suggérée précédemment :

net.ipv4.tcp_rmem=4096 87380 174760

Cela changera les paramètres du window scaling à chaque démarrage.

[modifier] Les boutons de souris latéraux (avance et recul) ne fonctionnent pas

Mandriva Linux 2008 Spring supporte les boutons "sous le pouce" de recul et d'avance sur plusieurs modèles de souris. Si néanmoins il vous est impossible de les utiliser, il est possible que Mandriva ne possède pas d'informations correctes sur votre modèle de souris. Il est possible de configurer alors imwheel manuellement afin de le faire fonctionner avec votre souris. Utiliser le forum Mandriva pour plus d'aide à ce propos.

[modifier] Problèmes logiciels

[modifier] rpmdrake offre l'option de configurer les dépôts même quand cela a déjà été effectué

Voir aussi le Image:bug_small.png bug n°39900. Dans Mandriva Linux 2008 Spring, l'ensemble de dépôts par défaut sera souvent configuré pendant l'installation. Néanmoins, même si cela a déjà été effectué, la première fois que rpmdrake ou MandrivaUpdate sont lancés, ils offriront la possibilité de mettre en place des dépôts. Si vous acceptez, vous vous retrouverez avec deux ensembles de dépôts configurés qui seront utilisés quand vous installerez des paquetages. Si vous le souhaitez, tous les dépôts en double peuvent être supprimés sans aucun problème (cela améliorera la vitesse des outils Mandriva de gestion des logiciels, y compris l'applet Mandriva Online).

[modifier] Lancer l'applet "Affichage" dans le centre de configuration KDE bloque le système

Voir aussi le Image:bug_small.png bug n°40005. Plusieurs utilisateurs ont eu des blocages du système après avoir essayé d'ouvrir l'applet "Affichage" dans le centre de configuration KDE. Dans certains cas, le système peut redevenir sous contrôle en redémarrant le serveur X avec ctrl-alt-backspace, dans d'autres cas, cela est impossible. Ce problème semble limité aux utilisateurs des pilotes X.org intel et radeon, c'est à dire aux possesseurs de cartes graphiques Intel et de cartes graphiques ATI pré-X1050 qui utilisent le pilote libre (et non le pilote propriétaire). Les utilisateurs de cartes ATI peuvent contourner le problème en basculant vers le pilote propriétaire fglrx en utilisant l'outil de configuration graphique Mandriva (Image:drakx11-icon.png drakx11). Les utilisateurs de cartes Intel peuvent utiliser les pilotes génériques vesa ou fbdev mais cela occasionnera une baisse significative des performances : le mieux pour ces utilisateurs est donc d'éviter d'utiliser l'applet pour l'instant. Nous enquêtons en ce moment sur les causes de ce problème afin de fournir un correctif dès que possible.

[modifier] Volume affiché en permanence et bloqué à 0% sous KDE

Voir aussi le Image:bug_small.png bug n°34747. Un bug dans la gestion des touches multimédia sous KDE dans Mandriva Linux 2008 Spring cause, dans certains cas, le blocage de l'affichage du volume à 0%. Si vous tentez d'augmenter le volume avec une autre application, il est immédiatement ramené à 0%.

La manière la plus simple de contourner ce problème est d'enlever le paquetage kdeutils-kmilo. Voir cette page pour des instructions sur la manière d'enlever des paquetages. Cela peut aussi être résolu en tuant et redémarrant kded à l'aide des lignes de commande suivantes :

killall kded
kded &

ou en lançant cette commande :

dcop kded kmilod disable

Ce problème sera résolu dans une future mise à jour.

[modifier] Le greffon Firefox Flash ne fonctionne pas avec les architectures x86-64

Quelques utilisateurs ont indiqué que le greffon Flash qui est installé avec les éditions Mandriva Linux 2008 Spring One et Powerpack ne fonctionne pas sur les versions pour architecture x86-64 de ces éditions. Cela est dû au programme nspluginwrapper qui permet au greffon 32-bit de fonctionner avec des navigateurs 64-bit. Ce dernier recherche au mauvais endroit pour localiser le greffon. Pour contourner ce problème, lancer la commande suivante sous l'utilisateur root:

nspluginwrapper -i /usr/lib/mozilla/plugins/libflashplayer.so

Pour vérifier si cela a bien marché, lancer :

nspluginwrapper -l

et vous devriez voir le fichier libflashplayer.so dans la liste des résultats. Maintenant, redémarrer Firefox et le greffon Flash devrait fonctionner.

[modifier] Firefox plante sur les sites contenant du Flash

Voir aussi le Image:bug_small.png bug n°39264. À cause de certains problèmes dans la manière dont Adobe Flash utilise ALSA, il est possible que certaines applications Flash qui utilisent du son plantent Firefox. C'est le cas quand le Flash est lu avec PulseAudio à travers libflashsupport (ce qui est la configuration par défaut dans Mandriva Linux 2008 Spring). Il est très difficile de résoudre ce problème dans PulseAudio ou libflashsupport. Si vous rencontrez ce problème avec un site que vous utilisez couramment, il existe certaines astuces pour contourner le problème.

Vous pouvez utiliser un greffon Flash alternatif. Deux lecteurs de Flash, Gnash et Swfdec, sont inclus dans Mandriva Linux 2008 Spring. Pour installer Gnash, installer le paquetage gnash-firefox-plugin (pour les navigateurs Firefox ou basés sur Firefox/Gecko), ou installer le paquetage gnash-konqueror-plugin (pour Konqueror). Pour utiliser Swfdec, installer le paquetage swfdec-mozilla (pour les navigateurs Firefox ou basés sur Firefox/Gecko). Vous devrez aussi supprimer le paquetage officiel du greffon Adobe Flash. Puis, redémarrez Firefox. Ces greffons alternatifs ne souffrent pas du même bug que le greffon officiel, de telle sort que s'ils fonctionnent correctement avec le site que vous souhaitez voir, ils n'auront pas le problème décrit dans le paragraphe précédent.

Il vous est aussi possible de désactiver PulseAudio ce qui évitera le problème. Mais, bien sûr, les fonctionnalités de PulseAudio ne seront plus présentes. Vous pouvez désactiver PulseAudio avec l'utilitaire de configuration du son Image:draksound-icon.png draksound qui peut être lancé directement depuis la ligne de commande ou trouvé dans le Centre de Contrôle Mandriva.

[modifier] Échec de la vérification des disques gravés par k3b

Voir aussi le Image:bug_small.png bug n°38578. Dans sa configuration par défaut, sur certaines machines, la vérification de l'intégrité du disque par k3b (qui a lieu après la gravure) échouera systématiquement (même si le disque, dans les faits, a été écrit correctement). Vous pouvez contourner ce bug en activant la case à cocher dans le menu Configuration > Configurer K3B... > Avancé > Ne pas éjecter le média après la gravure.

[modifier] Numération arabe orientale utilisée dans les documents hébreux dans OpenOffice.org

Voir aussi le Image:bug_small.png bug n°38874 et le bug openoffice.org bug 86811. Dans plusieurs documents hébreux, les nombres sont affichés de manière incorrecte en utilisant la numération arabe, variante orientale (Arabic-Indic), plutôt que la numération arabe occidentale, comme cela devrait être le cas. Ce problème sera résolu dans une future mise à jour.

[modifier] Pas de son dans Skype

Voir aussi le Image:bug_small.png bug n°37672. Quand Skype est utilisé dans Mandriva Linux 2008 Spring, le son ne fonctionne généralement pas. Cela est du à une incompatibilité connue entre PulseAudio et Skype. Pour contourner ce problème, il vous faudra utiliser Skype avec pasuspender:

pasuspender skype

Cela désactive temporairement PulseAudio, de sorte que les autres applications ne seront pas capable d'émettre des sons tant que Skype sera en fonction.

Ce bug a été notifié à l'équipe de développement Skype. Vous pouvez y accéder (et voter si vous avez le même problème) en suivant ce lien.

[modifier] Les scripts de configuration de VMware échouent

Tous les produits VMware comportent un script de pré-configuration qui doit être lancé avant que l'on puisse utiliser le produit. Tout d'abord, le script ne fonctionnera pas correctement sans que certains paquetages soient installés. Lancer cette commande dans un console en tant que root (il faut auparavant configurer les dépôts officiels) afin d'installer toutes les dépendances nécessaires :

urpmi gcc-c++ kernel-`uname -r |cut -d- -f2`-devel-latest kernel-`uname -r | cut -d- -f2`-devel-`uname -r | cut -d- -f1` xinetd

La version de ce script fournie avec les produits VMWare est trop vielle pour fonctionner avec le nouveau noyau fourni dans Mandriva Linux 2008 Spring. Ce problème peut-être résolu avec les correctifs any-any de VMware que vous pouvez télécharger à l'adresse suivante : http://taltan2.free.fr/dl/vmware. Télécharger le fichier nommé vmware-any-any-update-XXX.tgz, où XXX est un nombre : prendre le nombre le plus haut possible. Extraire ensuite cette archive quelquepart dans votre répertoire personnel et lancer le script runme.pl qu'elle contient au lieu de lancer le script de configuration VMware directement.

Après avoir effectué cela, il est possible que vous ayez des problèmes en lançant le processus de configuration ou le logiciel VMware lui-même. Si vous voyez des erreurs similaires à celles-ci :

/usr/lib/vmware/bin/vmware: /usr/lib/vmware/lib/libgcc_s.so.1/libgcc_s.so.1: version `GCC_3.4' not found (required by /usr/lib/libcairo.so.2)
/usr/lib/vmware/bin/vmware: /usr/lib/vmware/lib/libgcc_s.so.1/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/libstdc++.so.6)
/usr/lib/vmware/bin/vmware: /usr/lib/vmware/lib/libgcc_s.so.1/libgcc_s.so.1: version `GCC_3.4' not found (required by /usr/lib/libcairo.so.2)
/usr/lib/vmware/bin/vmware: /usr/lib/vmware/lib/libgcc_s.so.1/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/libstdc++.so.6)
/usr/lib/vmware/bin/vmware: /usr/lib/vmware/lib/libgcc_s.so.1/libgcc_s.so.1: version `GCC_3.4' not found (required by /usr/lib/libcairo.so.2)
/usr/lib/vmware/bin/vmware: /usr/lib/vmware/lib/libgcc_s.so.1/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/libstdc++.so.6)

Essayer la séquence de commandes suivante :

mv /usr/lib/vmware/lib/libgcc_s.so.1/libgcc_s.so.1 /usr/lib/vmware/lib/libgcc_s.so.1/libgcc_s.so.1.old
mv /usr/lib/vmware/lib/libpng12.so.0/libpng12.so.0 /usr/lib/vmware/lib/libpng12.so.0/libpng12.so.0.old
cp /lib/libgcc_s.so.1 /usr/lib/vmware/lib/libgcc_s.so.1/
cp /usr/lib/libpng12.so.0 /usr/lib/vmware/lib/libpng12.so.0/

Cela devrait résoudre le problème.

[modifier] Bureau 3D

[modifier] Bureau 3D et lecture des vidéos

Voir aussi le Image:bug_small.png bug n°27036. Si vous utilisez les technologies de bureau 3D incluse dans Mandriva Linux 2008 Spring (AIGLX ou Xgl), vous pouvez vous apercevoir que les vidéos ne sont pas correctement lues - déplacer, redimensionner ou maximiser la fenêtre dans laquelle la vidéo est lue peut causer des problèmes ou vous pouvez voir des formes inattendues au dessus de la vidéo. Vous pouvez aussi remarquer que, si vous utilisez le 'cube' dans compiz, la vidéo n'est pas jouée pendant la rotation du cube. Il y a deux manières d'éviter ce problème.

Si vous possédez une carte graphique Intel, vous pouvez essayer d'utiliser le greffon Video Playback dans Compiz. En utilisant l'outil de configuration pour Compiz ccsm, faire défiler vers le bas jusqu'à la section Utilitaire ou Utility et vous devriez voir un greffon appelé Video Playback. Activez ce greffon. Cela permettra à toutes les applications de lire les vidéos correctement.

Si vous avez une autre carte vidéo ou si vous avez des problèmes une fois le greffon Video Playback activé, vous devez régler le lecteur vidéo pour qu'il utilise un pilote de sortie qui n'utilise pas l'overlay (ou chevauchement). Si vous utilisez AIGLX, il vous faudra utiliser le pilote de sortie x11 / xshm. Si vous utilisez Xgl, vous pouvez utiliser le pilote x11 / xshm ou le pilote OpenGL (ce dernier peut être plus fluide et offre plus de possibilités que x11 / xshm, comme le contrôle de la luminosité ou du contraste). La manière de faire cela est différent pour chacun des lecteurs de vidéo :

  • Pour ceux qui utilisent gstreamer (par exemple totem-gstreamer), lancer gstreamer-properties, aller dans l'onglet "Video" puis indiquer la sortie vidéo "X Window System (No Xv)".
  • Pour mplayer, afin d'obtenir la sortie x11 / xshm, ajouter cette ligne dans ~/.mplayer/config (et aussi dans ~/.mplayer/mplayerplug-in.conf si vous utilisez le greffon pour votre navigateur "mplayerplugin"):
vo=x11

Pour obtenir la sortie OpenGL, ajouter la ligne suivante à la place :

vo=gl2
  • Pour xine, aller dans le menu Réglage -> Configuration... et réglez votre niveau d'expérience sur "Advanced" et appliquer les changements. Ensuite, aller dans l'onglet "video" et changer le "pilote vidéo à utiliser" en "xshm" pour la sortie x11 / xshm ou en "openGL" pour la sortie OpenGL. Comme alternative, vous pouvez utiliser ces commandes :
    • Pour une sortie x11 / xshm :

perl -pi -e 's|#video.driver:auto|video.driver:xshm|' ~/.xine/config

    • Pour une sortie OpenGL :

perl -pi -e 's|#video.driver:auto|video.driver:openGL|' ~/.xine/config

  • Pour Kaffeine, aller dans le menu Configuration -> Configuration du moteur Xine et dans l'onglet video, changer le pilote en "xshm" pour la sortie x11 / xshm ou "openGL" pour la sortie OpenGL.
  • Pour Totem dans le mode Xine, lancer cette commande pour la sortie x11 / xshm :

perl -pi -e 's|#video.driver:auto|video.driver:xshm|' ~/.gnome2/Totem/xine_config

Our cette commande pour la sortie OpenGL :

perl -pi -e 's|#video.driver:auto|video.driver:openGL|' ~/.gnome2/Totem/xine_config

  • Pour la sortie dans KMplayer, aller dans le menu Configuration -> Configurer KMplayer. Puis dans les options générales, aller dans l'onglet permettant de configurer la sortie. Dans cette section, changer le pilote en "X11Shm".