Q.F.P. - 9. Problèmes d'utilisation spécifiques à certains paquets

R.: Vérifiez que vous avez sélectionné "eSound Output Plugin" dans les préférences de XMMS. Pour d'obscures raisons, c'est le plugin d'écriture sur le disque qui est sélectionné par défaut.

Si cela ne résout pas le problème ou si XMMS se plaint qu'il ne peut trouver votre carte son, essayez ceci :

• Vérifiez que la sortie son n'est pas réglée sur silence dans Mac OS X.
• Lancez la commande esdcat /usr/libexec/config.guess ou fournissez à la commande esdcat n'importe quel autre fichier de taille significative. Si vous entendez un petit bruit, cela signifie que eSound fonctionne et que XMMS devrait fonctionner, lui aussi, à condition d'être configuré correctement. Si vous n'entendez rien, cela signifie que la commande esd ne fonctionne pas pour une raison indéterminée. Vous pouvez tenter de la lancer manuellement via la commande esd &, puis analysez les messages.
• Si eSound ne fonctionne toujours pas, vérifiez les permissions des fichiers /tmp/.esd et /tmp/.esd/socket. Le propriétaire doit être votre compte utilisateur. Si ce n'est pas le cas, tuez le démon esd s'il est en cours de fonctionnement, supprimez le répertoire en tant que super-utilisateur via la commande sudo rm -rf /tmp/.esd, puis redémarrez esd (en tant qu'utilisateur lambda, pas en tant que super-utilisateur).

Notez que esd est conçu pour être lancé par un utilisateur lambda, pas par le super-utilisateur. Il communique, en général, via la socket système /tmp/.esd/socket. Vous n'avez besoin des options -tcp et -port que si vous voulez lancer des clients esd sur une autre machine du réseau.

Certaines personnes ont signalé que XMMS se plantait ou se bloquait sur 10.1. Il n'y a pas eu à ce jour d'analyse ou de solution à ce phénomène.

R.: C'est un problème connu qui se produit avec des versions récentes de nedit et lesstif sur toutes les plates-formes. La solution est d'ouvrir une nouvelle fenêtre via le menu File-->New, puis d'ouvrir le nouveau fichier sur lequel vous voulez travailler.

Ce problème est résolu dans la version nedit-5.3-6, qui dépend d'openmotif3 et non plus de lesstif.

R.: Tout d'abord, vérifiez que vous sourcez init.sh dans le fichier de démarrage de X ~/.xinitrc.

Sous Jaguar, il arrive parfois que tous les paquets xfree86 soient compilés, mais que seuls les paquets xfree86-base et xfree86-base-shlibs soient installés. Vérifiez que les paquets xfree86-rootless et xfree86-rootless-shlibs sont installés. Si ce n'est pas le cas, lancez fink install xfree86-rootless. Cela devrait résoudre le problème.

Si ces paquets sont installés, essayez la commande fink rebuild xfree86-rootless. Si cela ne marche pas, vérifiez que le répertoire /usr/bin/X11R6 est dans votre PATH.

R.: Certains utilisateurs ont signalé que la touche suppr se comporte différemment sous XDarwin et sous X11 d'Apple. On peut rectifier cela en ajoutant les lignes suivantes au fichier de démarrage approprié de X :

Dans le fichier .Xmodmap, rajoutez la ligne :

keycode 59 = Delete

Dans le fichier .Xresources, rajoutez les lignes :

xterm*.deleteIsDEL: true 
xterm*.backarrowKey: false
xterm*.ttyModes: erase ^?

Dans le fichier .xinitrc, rajoutez les lignes :

xrdb -load $HOME/.Xresources 
xmodmap $HOME/.Xmodmap

R.: Alors que, sous GNOME 1.x, gnome-session invoque automatiquement le gestionnaire de fenêtres sawfish, sous GNOME 2.x, vous devez vous-même appeler un gestionnaire de fenêtres dans le fichier ~/.xinitrc avant de lancer gnome-session, par exemple :

... 
exec metacity & exec gnome-session

Note : ceci n'est plus vrai pour GNOME 2.4. Le lancement de gnome-session invoque un gestionnaire de fenêtres.

R.: Vous n'êtes pas passé à la version "X11 1.0 - XFree86 4.3.0" incluse dans Panther. Vous devez installer X11 à partir du paquet X11.pkg qui est situé sur le disque 3.

R.: Ceci était, apparemment, dû à un bogue dans le chargeur de liens dynamiques de Tiger (au moins jusqu'à la version 10.4.1), mais il semble être corrigé dans la version 10.4.3. Fink proposait une solution dans le fichier base-files-1.9.7-1 et les versions suivantes.

Si vous n'êtes pas passé à Tiger et/ou n'avez pas mis à jour le paquet base-files, vous pouvez corriger ce problème en préfixant le nom du logiciel que vous souhaitez lancer avec le fragment de code suivant :

env DYLD_FALLBACK_LIBRARY_PATH=: 

Par exemple si vous voulez lancer gnucash, utilisez la commande :

env DYLD_FALLBACK_LIBRARY_PATH=: gnucash

Cette méthode fonctionne pour les applications lancées à partir du menu Applications de X11 d'Apple ou à partir du terminal.

Vous pouvez aussi déclarer la variable au niveau global (par exemple dans votre script de démarrage et/ou dans votre fichier.xinitrc, ce qui peut-être nécessaire pour faire tourner GNOME). Mettez le fragment de code suivant :

export DYLD_FALLBACK_LIBRARY_PATH=:

dans votre fichier .xinitrc (quel que soit votre shell d'ouverture de session) ou dans le fichier .profile (ou tout autre script de démarrage) pour les utilisateurs de bash.

setenv DYLD_FALLBACK_LIBRARY_PATH :

est la commande équivalente à utiliser, par exemple dans votre fichier .cshrc pour les utilisateurs de tcsh.

Note : ceci est fait automatiquement quand on installe une version suffisamment récente du fichier base-files.

R.: Vous devez installer le paquet yelp. Ce paquet n'est pas inséré dans le fagot GNOME, car il utilise des outils cryptographiques, et nous avons décidé de ne pas installer l'ensemble de GNOME dans la branche cryptographique, juste pour pouvoir utiliser le système d'aide.