Fink - Q.F.P.

A: Rien en particulier, ce n'est qu'un nom, même pas un acronyme.

En fait, Fink est le mot allemand désignant un fringillidé, une espèce d'oiseau. Je cherchais un nom pour le projet et le nom du système opératoire, Darwin, m'a fait penser à Charles Darwin, aux îles Galápagos et à l'évolution des espèces. Je me suis souvenu, qu'à l'école, nous avions étudié un passage sur les fringillidés pseudo-darwiniens et leurs becs, d'où le nom...

A: Avantages principaux de Fink :

• Il est écrit en Perl, pas en make/shell. Il ne repose donc pas sur des fonctionnalités inhérentes à BSD make. Il n'y a donc pas besoin de marquer les paquets qui doivent utiliser GNU make à la construction.

• dpkg fournit une gestion sophistiquée des paquets binaires : mise à jour facile, gestion spéciale des fichiers de configuration, paquets virtuels et autres fonctions avancées.

• Fink n'installe rien dans le répertoire /usr/local à moins d'une requête explicite et ne nécessite pas de jongler avec la commande /usr/bin/make ou d'autres commandes fournies par le système. Cela rend son utilisation plus sûre et réduit au minimum les interférences avec Mac OS X et les paquets de tierce partie.

A: Il y a plusieurs raisons à cela, mais toutes reposent sur le fait que "cela occasionnerait des failles dans le système".

Première raison : les logiciels de tierce partie. Le répertoire /usr/local est réservé à l'installation des logiciels qui ne font pas partie du système fourni par le vendeur initial. C'est donc l'endroit idéal pour installer quelque chose. Mais, c'est aussi là que d'autres vendeurs installeront leurs logiciels. La plupart des routines d'installation viendront écraser ce qui y est déjà - cela est vrai aussi pour dpkg. On peut, bien sûr, choisir de ne pas installer de logiciels de tierce partie dans le répertoire /usr/local. Malheureusement, la plupart des routines d'installation ne signalent pas à l'avance ce qu'elles installent ni où elles l'installent.

Deuxième raison : la variable d'environnement PATH contient par défaut le répertoire /usr/local/bin. Il s'ensuit que votre shell trouve les programmes qui y sont installés sans que vous ayez à intervenir. A contrario, vous devrez intervenir si vous ne souhaitez pas utiliser ces programmes. Au pire, cela affecte le système lui-même - de nombreuses parties du système reposent sur des scripts shell.

Troisième raison : l'ensemble des outils de compilation effectuent par défaut leurs recherches dans le répertoire /usr/local. Le compilateur cherche les headers dans le répertoire /usr/local/include et l'éditeur de liens cherche les bibliothèques dans le répertoire /usr/local/lib. C'est quelquefois très pratique, mais très difficile à désactiver si le besoin s'en fait sentir. On peut facilement désactiver le compilateur en mettant dans le répertoire /usr/local/include un fichier parasite auquel on donne le nom de stdio.h.

Ceci dit, il est possible d'installer Fink dans le répertoire /usr/local. Le script d'installation vous avertira que, si vous le faites, ce sera à vos risques et périls, mais continuera l'installation après votre accord.

A: Ce choix est tout-à-fait arbitraire, mais il est vraisemblable qu'il demeure le même, au moins dans un avenir prévisible, tant pour des raisons pratiques (mise à niveau) que par le fait qu'il n'entre en conflit avec aucun autre système de paquets.

A: Nous essayons. Parfois, c'est facile et tout le monde en profite à la prochaine version du paquet. Malheureusement, ce n'est pas toujours si simple avec la plupart des paquets. Quelques problèmes courants :

• Le mainteneur du paquet Fink est très occupé et n'a pas le temps de renvoyer la rustine et des explications détaillées aux mainteneurs situés en amont.
• Les mainteneurs situés en amont rejette la rustine. Il peut y avoir de très bonnes raisons à cela. La plupart des mainteneurs situés en amont ont fortement intérêt à conserver un code source pur, des contrôles de configuration clairs et à maintenir la compatibilité avec les autres plates-formes.
• Les mainteneurs situés en amont acceptent la rustine, mais cela peut prendre des semaines ou des mois avant qu'ils ne produisent une nouvelle version de leur paquet.
• Le paquet a été abandonné par ses auteurs et il n'existe pas de nouvelle version dans laquelle la rustine peut être intégrée.

A: Un miroir Fink est un serveur rsync qui reflète les fichiers de description actuels et stables que Fink utilisent pour construire les paquets à partir du source.

A: Rsync est un protocole très rapide. Il met à jour les fichiers de description plus vite que l'ancienne méthode de mise à jour via CVS. De plus, les mises à jour via CVS sont toujours faites à partir de sourceforge.net, tandis que les mises à jour via rsync peuvent être faites à partir d'un miroir proche de votre lieu de téléchargement.

A: Tous les miroirs Fink sont fusionnés sous le nom de domaine finkmirrors.net. Vous trouverez de plus amples informations sur le site web http://finkmirrors.net/.

A: Il arrive que certains murs pare-feu particulièrement efficaces vous empêchent de vous connecter à des services rsync. Dans ce cas, continuez à utiliser la méthode CVS.

A: C'est normal. La méthode rsync ne met à jour que l'arborescence active, par exemple 10.3, et supprime tous les répertoires CVS.

A: En utilisant fink selfupdate-rsync pour passer à la méthode rsync ou fink selfupdate-cvs pour passer à la méthode CVS.

A: Il est parfois difficile de trouver une version précise d'un source sur Internet. Les miroirs Distfiles stockent les paquets source nécessaires à fink pour construire ses paquets source. Ils font aussi office de miroir.

A: This is a current issue for people on OS 10.5 using the binary installer. Check your version:

fink --version

If you currently have fink-0.27.13-41, which is the version that comes with the installer, or fink-0.27.16-41, then there are a couple of options.

• rsync (preferred): Run the sequence below

  fink selfupdate
  fink selfupdate-rsync
  fink index -f
  fink selfupdate

• cvs (alternate): Run

  fink selfupdate-cvs
  fink index -f
  fink selfupdate

Either will bring you the newest fink version.

A: There is a timestamp issue with the libgettext3 package description: 0.14.5-2 is an outdated version. Run

fink index -f
fink update libgettext3-dev	
	

to update the package description cache and then the package.

A: There is a timestamp issue with the updated dpkg package description. Run

fink index -f
fink selfupdate
	

to update the package description cache and then to install dpkg and dpkg-base-files.

A: La commande fink permet de prendre en compte des réglages de proxy qui seront utilisés par wget et curl. Si on ne vous a pas posé de question sur vos réglages de proxies lors de la première installation, vous pouvez taper fink configure pour les régler. Vous pouvez aussi utiliser cette commande à n'importe quel moment pour reconfigurer la commande fink. Si vous avez suivi les instructions du guide d'installation et utilisé /opt/sw/bin/init.csh (ou /opt/sw/bin/init.sh), alors apt-get et dselect utiliseront aussi ces réglages de proxies. Assurez-vous d'avoir bien indiqué le protocole utilisé, par exemple :

ftp://proxy.votresite.quelquepart

Si vous avez toujours des problèmes, allez dans Préférences système, cliquez sur Réseaux, sélectionnez l'onglet proxies et vérifiez que la case "Utiliser le mode FTP passif (PASV)" est cochée.

A: Le paquet cvs-proxy peut créer un tunnel à travers les proxies HTTP.

• Installez le paquet cvs-proxy avec la commande :

  fink --use-binary-dist install cvs-proxy

• Passez à la mise à jour via cvs avec la commande :

  fink selfupdate-cvs

Si Fink n'est pas configuré pour utiliser un proxy, changez les réglages en utilisant :

fink configure.

A: Non. Vous pouvez bien sûr déplacer les fichiers en utilisant mv ou le Finder, mais 99% des programmes ne fonctionneront plus si vous faites cela. En effet, la majorité des programmes Unix utilisent des chemins d'accès directement inclus dans le fichier binaire pour accéder,entre autres, à des données et des bibliothèques.

A: Peut-être. On peut supposer que le fonctionnement sera correct dans l'ensemble, mais il y aura certainement des problèmes ici ou là.

A: Presque tous les fichiers installés par fink se trouvent dans le répertoire /opt/sw (ou bien l'endroit où vous avez choisi de faire l'installation). Donc, pour supprimer Fink, entrez cette commande :

sudo rm -rf /opt/sw

Les seules exceptions à cette règle concernent XFRee86 et X.org. Si vous avez installé un serveur X via Fink (vous avez, par exemple, installé le paquet xfree86 ou xfree86-rootless, ou encore xorg au lieu d'utiliser system-xfree86) et que vous voulez le supprimer, vous devrez aussi saisir ceci :

sudo rm -rf /usr/X11R6 /etc/X11 /Applications/XDarwin.app

Si vous ne pensez pas réinstaller Fink, vous pouvez aussi supprimer, en utilisant un éditeur de texte, la ligne "source /opt/sw/bin/init.csh" que vous aviez ajoutée dans le fichier .cshrc ou la ligne "source /opt/sw/bin/init.sh" que vous aviez ajoutée dans le fichier .bashrc, selon vos réglages.

A: First make sure you understand what 'unstable' means. Packages in the unstable tree are not in stable for any number of reasons. It could be because there are known issues, validation errors, or just not enough people giving feedback that the package works for them. For that reason, Fink doesn't search the unstable tree by default.

If you do enable unstable, please remember to e-mail the maintainer if something works (or even if it doesn't). Feedback from users like you is what we use to determine if something is ready for stable! To find out the maintainer of a package, run fink info packagename.

For fink-0.26 and later: If you run fink configure one of the questions will ask whether you want to turn the unstable trees on.

To configure Fink to use unstable when you have an earlier version of the fink tool than 0.26, edit /opt/sw/etc/fink.conf, and add unstable/main and unstable/crypto to the Trees: line.

If you use Fink Commander, then there is a Preference to use unstable packages.

None of these options actually download the unstable tree's package descriptions.You'll need to turn on rsync or cvs updating to do this, which is not set up by default on a new Fink installation. The following command sequence will set you up on a new Fink installation:

fink selfupdate

followed by

fink selfupdate-rsync

or

fink selfupdate-cvs

and then

fink index -f
fink scanpackages

Note: There are Fink Commander analogs for everything except fink index -f. You will have to use the command line for that.

If you're already set up with rsync or cvs updating, then the following command sequence (or the Fink Commander analogs) will suffice:

fink selfupdate
fink index
fink scanpackages
	

If you're not sure what your update method is, check fink --version in at a command line and see if that mentions cvs or rsync.

If you don't want to install any more from unstable than your specific package(s) and its (their) dependencies, (and any base packages that got updated) don't use the update-all command until you turn the unstable tree back off.

A: Non, mais c'est fortement recommandé. Le mélange des genres peut créer des effets inattendus et rendre difficile un éventuel débogage.

Ceci dit, si vous ne voulez installer qu'un ou deux paquets instables spécifiques, vous devez changer vos réglages pour utiliser la mise à jour CVS (c'est-à-dire utiliser fink selfupdate-cvs), car rsync ne met à jour que les arborescences activées dans le fichier fink.conf. Éditez le fichier /opt/sw/etc/fink.conf et ajoutez local/main à la ligne Trees:, si elle n'y figure pas déjà. Vous devrez alors exécuter fink selfupdate pour télécharger les fichiers de description des paquets. Copiez ensuite les fichiers .info qui vous intéressent (et leurs fichiers .patch associés, s'ils existent) à partir des sous-répertoires du répertoire /opt/sw/fink/dists/unstable/main/finkinfo (ou à partir du répertoire /opt/sw/fink/dists/unstable/crypto/finkinfo) dans le répertoire /opt/sw/fink/dists/local/main/finkinfo. Notez cependant que votre paquet peut dépendre d'autres paquets (ou de versions particulières de paquets) qui sont uniquement présents dans l'arborescence instable. Vous devrez alors déplacer aussi leurs fichiers .info et .patch associés. Après avoir déplacé tous les fichiers, lancez la commande fink index pour que l'index des paquets disponibles de Fink soit mis à jour. Vous pourrez ensuite utiliser rsync à nouveau (fink selfupdate-rsync) si vous le désirez.

A: Si vous n'êtes pas paranoïaque, vous pouvez configurer sudo pour qu'il ne vous demande pas votre mot de passe. Pour cela, mettez-vous en mode super-utilisateur et lancez visudo, puis ajoutez la ligne suivante :

username ALL =(ALL) NOPASSWD: ALL

Remplacez bien sûr nomutilisateur par votre nom d'utilisateur. Cette ligne vous permet d'exécuter n'importe quelle commande avec sudo sans saisir votre mot de passe.

A: init.csh et init.sh ne doivent pas être exécutés comme les commandes habituelles. Ces fichiers définissent des variables d'environnement, tels PATH ou MANPATH, dans votre shell. Pour avoir un effet durable sur votre shell, il faut utiliser la commande source pour csh et tcsh ou la commande . pour bash et zsh, comme ceci :

pour csh/tcsh :

source /opt/sw/bin/init.csh

pour bash/zsh :

. /opt/sw/bin/init.sh

A: Vous avez certainement fait pointer apt sur un miroir Debian, qui ne contient, bien sûr, aucun des fichiers de Fink. Vous pouvez corriger cela manuellement ou via dselect. Pour le faire manuellement, modifiez en tant que super-utilisateur le fichier /opt/sw/etc/apt/sources.list dans un éditeur de texte. Supprimez les lignes qui mentionnent debian.org et remplacez-les par celles-ci :

deb http://us.dl.sourceforge.net/fink/direct_download release \
main crypto
deb http://us.dl.sourceforge.net/fink/direct_download current main \
crypto

Note : les barres obliques inversées ont été rajoutées uniquement pour des raisons de formatage.

(Si vous vivez en Europe, remplacez us.dl.sourceforge.net par eu.dl.sourceforge.net)

Pour modifier avec dselect, relancez "[A]ccess", choisissez la méthode "apt" et entrez les informations suivantes :

URL: http://us.dl.sourceforge.net/fink/direct_download - Distribution: release - Components: main crypto

Ensuite, spécifiez que vous voulez ajouter une autre source et répétez la procédure avec "current" à la place de "release".

Une version modifiée du paquet apt (contenant le script de configuration en tant que plug-in de dselect) est en cours de développement dans CVS.

A: Si cela se produit systématiquement, vous avez probablement modifié involontairement (ou omis de modifier) vos scripts de démarrage. Lancez le script /opt/sw/bin/pathsetup.sh (soit en double-cliquant dans le Finder, soit dans une fenêtre de terminal). Le script tentera de deviner votre shell par défaut et y ajoutera une commande de chargement du script d'initialisation du shell de Fink dans votre configuration shell. Vous devrez alors ouvrir une nouvelle session de terminal, de façon à ce que vos paramètres d'environnement soient pris en compte. Note : dans certaines versions anciennes de fink, ce script s'appelle pathsetup.command au lieu de pathsetup.sh. Pour modifier le script de démarrage, vous pouvez également lancer l'application pathsetup.app, qui se trouve dans l'image disque de la distribution binaire de Fink.

Par contre, si cela ne se produit que dans le terminal X11 d'Apple, la meilleure solution est de modifier la définition de "Terminal" dans le menu Applications via le sous-menu Applications->Personnaliser le menu.... Au lieu de :

xterm

mettez :

xterm -ls

dans le champ commande. Ici, ls signifie login shell (c'est-à-dire shell d'ouverture de session). Il en résulte que tous les paramètres de votre ouverture de session sont utilisés (tout comme dans le Terminal de Mac OS X).

Les scripts /opt/sw/bin/init.* font beaucoup plus qu'ajouter le répertoire /opt/sw/bin à votre variable d'environnement PATH. La plupart des paquets ne fonctionnent pas correctement si ces scripts n'ont pas été lancés au démarrage.

A: Oui. Si vous avez installé les Developer Tools, utilisez la commande suivante :

sudo /Developer/Tools/SetFile -a V /opt/sw

Cela a pour effet de rendre invisible le répertoire /opt/sw, tout comme le sont les autres répertoires standards utilisés par le système (/usr, etc...). Si vous n'avez pas installé les Developer Tools, il existe plusieurs applications de tierce-partie qui vous permettent de changer les attributs des fichiers - vous devez rendre le répertoire /opt/sw invisible.

A: dselect et Terminal.app communiquent assez mal. Pour résoudre ce problème, vous pouvez lancer cette commande :

Utilisateurs de tcsh :

setenv TERM xterm-color

Utilisateurs de bash :

export TERM=xterm-color

avant de lancer dselect. Vous pouvez mettre ceci dans votre fichier de démarrage (par exemple .cshrc ou .profile) pour que cela se fasse automatiquement.

A: Nous déconseillons de le faire. Le jeu n'en vaut vraiment pas la chandelle.

A: Si vous voyez ceci :

Err file: local/main Packages
File not found
Ign file: local/main Release
Err file: stable/main Packages
File not found
Ign file: stable/main Release
Err file: stable/crypto Packages
File not found
Ign file: stable/crypto Release
...
Failed to fetch file:/opt/sw/fink/dists/local/main/binary-darwin-\
powerpc/Packages
File not found
Failed to fetch file:/opt/sw/fink/dists/stable/main/binary-darwin-\
powerpc/Packages
File not found
Failed to fetch file:/opt/sw/fink/dists/stable/crypto/binary-darwin\
-powerpc/Packages
File not found
Reading Package Lists... Done
Building Dependency Tree... Done
E: Some index files failed to download, 
they have been ignored, or old ones used instead.
update available list script returned error exit status 1.

Exécutez simplement fink scanpackages. Cela générera les fichiers introuvables.

Si l'erreur est du genre :

W: Couldn't stat source package list file: unstable/main Packages
(/opt/sw/var/lib/apt/lists/_sw_fink_dists_unstable_main_binary-darwin-
powerpc_Packages) - stat (2 No such file or directory)

Vous devez exécuter :

sudo apt-get update
fink scanpackages

pour corriger définitivement le problème.

Note : les barres obliques inversées ont été rajoutées uniquement pour des raisons de formatage.

A: Lorsque vous changez la distribution de Fink (dont la distribution source et la distribution binaire sont des sous-ensembles), il faut le préciser à Fink. Pour cela, vous pouvez lancer le script qui est généralement exécuté lors de la première installation de Fink :

/opt/sw/lib/fink/postinstall.pl

Fink pointera alors à l'endroit approprié.

A: Les erreurs de la forme :

gzip -dc /opt/sw/src/dpkg-1.10.9.tar.gz | /opt/sw/bin/tar -xf -
### execution of gzip failed, exit code 139

ou :

gzip -dc /opt/sw/src/aquaterm-0.3.0a.tar.gz | /opt/sw/bin/tar -xf -
gzip: stdout: Broken pipe
### execution of gzip failed, exit code 138

ou encore :

dpkg-deb -b root-base-files-1.9.0-1
/opt/sw/fink/dists/unstable/main/binary-darwin-powerpc/base
### execution of dpkg-deb failed, exit code 10
Failed: can't create package base-files_1.9.0-1_darwin-powerpc.deb

ou des fautes de segmentation lors de l'utilisation d'utilitaires inclus dans fileutils, par exemple ls ou mv, sont généralement dues à une erreur de lien pré-encodé dans une bibliothèque. Vous pouvez la corriger avec la commande suivante :

sudo /opt/sw/var/lib/fink/prebound/update-package-prebinding.pl -f

A: Ce qui se passe ici est que, d'une façon ou d'une autre, l'application Terminal.app a été chargée d'exécuter /opt/sw/bin/pathsetup.command à chaque connexion. Vous pouvez corriger cela en supprimant le fichier de préférences, ~/Library/Preferences/com.apple.Terminal.plist.

Si vous voulez conserver certaines préférences, vous pouvez modifier le fichier avec un éditeur de texte classique et supprimer la référence à /opt/sw/bin/pathsetup.command.

A: Si le message d'erreur ressemble à celui-ci :

This first test is designed to die, so please ignore the error
message on the next line.
# Looks like your test died before it could output anything.
./00compile............................ok
./Base/initialize......................ok
./Base/param...........................ok
./Base/param_boolean...................ok
./Command/cat..........................ok
./Command/chowname.....................#   
Failed test (./Command/chowname.t at line 27)
#     got: 'root'
#     expected: 'nobody'

vous devez exécuter Lire les informations (Cmd-I quand l'icône de la partition ou du disque est selectionnée) sur le disque (ou la partition) sur lequel (laquelle) Fink est installé et décocher l'option "Ignorer les autorisations de ce volume".

A: Si un message d'erreur se terminant par :

Failed: No mirror site list file found for mirror 'gnu'.

apparaît, il est plus que probable que vous deviez mettre à jour le paquet fink-mirrors via, par exemple :

fink install fink-mirrors

A: L'erreur suivante :

Failed: Can't move "/opt/sw/fink" out of the way.

est due, en général, à des permissions erronées dans un des répertoires temporaires créés durant l'exécution de selfupdate. Supprimez-les via la commande :

sudo rm -rf /opt/sw/fink.tmp /opt/sw/fink.old

A: Si vous voyez le message suivant (signalé uniquement sous Mac OS X 10.4 jusqu'à présent) :

No fonts found; this probably means that the fontconfig
library is not correctly configured. You may need to
edit the fonts.conf configuration file. More information
about fontconfig can be found in the fontconfig(3) manual
page and on http://fontconfig.org.

corrigez l'erreur en exécutant :

sudo fc-cache

A: Ce message signifie, généralement, que vous essayez de faire touner l'installeur Fink en tant qu'utilisateur sans privilèges administratifs. Assurez-vous soit de vous connecter dans l'écran de démarrage en tant qu'utilisateur ayant ces privilèges, soit de choisir dans le Finder (à l'aide du menu de changement rapide de session) un utilisateur ayant ces privilèges avant de lancer l'installeur de Fink.

Si vous avez des problèmes alors que vous utilisez un compte d'administrateur, il est probable que cela soit dû à des permissions incorrectes au niveau le plus haut de la hiérarchie des dossiers. Pour les réparer, utilisez l'Utilitaire de disque d'Apple, situé dans le sous-répertoire Utilitaires du répertoire Applications ; sélectionnez le disque dur en question, choisissez l'onglet S.O.S. et cliquez sur Réparez les autorisations du disque If that doesn't work, then you may need to set your permissions manually via:

sudo chmod 1775 /	  
	

A: Lisez la documentation avant de poser des questions. Pour compiler des paquets à partir du source, vous devez installer les Developer Tools, qui, entre autres, contiennent le compilateur C nommé cc.

A: Vous devez installer les Developer Tools.

A: Si ce message est du type :

make: command not found

ou :

Can't exec "make": 
No such file or directory at /opt/sw/lib/perl5/Fink/Services.pm line 190.

cela signifie que vous devez installer les Developer Tools.

Si, par contre, le message est du type :

make: illegal option -- C

cela signifie que vous avez remplacé la version GNU de l'utilitaire make installée par les Developer Tools par une version BSD de make. De nombreux paquets utilisent des fonctionnalités spéciales implémentées seulement dans GNU make. Vérifiez que /usr/bin/make est un lien symbolique vers gnumake, et non vers bsdmake. De plus, assurez-vous que le répertoire /usr/local/bin/ ne contient aucune autre copie de make.

A: Si vous voyez apparaître ce message :

Unknown option: 1 Usage: head [-options] <url>...

suivi d'une liste d'options, cela signifie que la commande head est défectueuse. Cela se produit lorsqu'on installe la bibliothèque Perl libwww sur un volume système HFS+. Elle tente de créer une nouvelle commande /usr/bin/HEAD, qui écrase la commande head existante, car le système de fichiers ne respecte pas la casse. head est une commande standard utilisée dans de nombreux scripts shell et dans les Makefiles. Vous devez récupérer la commande head originale si vous voulez utiliser Fink.

Le script bootstrap de la version source de fink fait, maintenant, cette vérification ; mais vous pouvez vous retrouver devant ce problème si vous utilisez la version binaire lors de la première installation de fink ou si vous installez libwww après avoir installé Fink.

Ce problème peut aussi venir de l'installation de /opt/sw/bin/HEAD (mais pas par un paquet de Fink). La solution est plus simple : renommez /opt/sw/bin/HEAD.

A: Cela arrive parfois avec les paquets multiples (c'est-à-dire ceux qui sont scindés en -dev, -shlibs, etc...) quand un fichier est déplacé d'un paquet à l'autre (par exemple de toto à toto-shlibs. Vous pouvez tenter d'écraser le fichier par celui présent dans le paquet (puisqu'ils sont identiques) via la commande :

sudo dpkg -i --force-overwrite nomdufichier

où nomdufichier est le nom du fichier .deb correspondant au paquet que vous êtes en train d'installer.

A: Si vous avez installé StuffIt Pro, il se peut que vous ayez activé le mode "Archive Via Real Name". Recherchez un panneau de préférences Stuffit dans les préférences système et désactivez "ArchiveViaRealName" si cette option est activée. Elle contient une implémentation boguée de certains appels système importants qui entraîne un grand nombre d'erreurs étranges et passagères comme celle-ci.

Dans le cas contraire, une erreur sur la commande mv signifie, en général, qu'une autre erreur s'est produite précédemment dans le processus de construction sans l'arrêter. Pour trouver le ou les fichiers concernés, recherchez dans les messages de sortie le fichier manquant. Par exemple, si vous obtenez ce message :

mv /opt/sw/src/root-toto-0.1.2-3/opt/sw/lib/libtata*.dylib \
/opt/sw/src/root-toto-shlibs-0.1.2-3/opt/sw/lib/ 
mv: cannot stat `/opt/sw/src/root-toto-0.1.2-3/opt/sw/lib/libtata*.dylib': 
No such file or directory 
### execution of mv failed, exit code 1 
Failed: installing toto-0.1.2-3 failed

vous devez rechercher libtata parmi les messages de sortie précédents du processus de construction.

A: Ces messages d'erreurs sont similaires au message suivant :

Failed: Internal error: node for system-xfree86 already exists

Le moteur de dépendances ne sait plus où il en est, car il y a eu des changements dans certains fichiers info des paquets. Pour résoudre ce problème :

• Supprimez de force le paquet en cause, par exemple :

  sudo dpkg -r --force-all system-xfree86

  pour l'exemple donné ci-dessus.

• Essayez de le réinstaller ou de le remettre à jour. À un moment, vous verrez apparaître un message concernant une "dépendance virtuelle" (en anglais "virtual dependency") sur le paquet que vous venez de supprimer. Sélectionnez-le et le paquet sera réinstallé pendant le processus de construction.

A: C'est une source fréquente de problèmes, car le script de configuration du paquet trouve les bibliothèques et les headers installés dans le répertoire /usr/local avant ceux installés dans l'arborescence de Fink. Si vous rencontrez des problèmes lors de la construction d'un paquet, et que vous ne trouvez pas de solution à ce problème dans les QFP, regardez si vous avez des bibliothèques installées dans le répertoire /usr/local/lib ou des headers installés dans le répertoire /usr/local/include. Si c'est le cas, déplacez temporairement le répertoire /usr/local via la commande :

sudo mv /usr/local /usr/local.moved

construisez le paquet, puis remettez en place le répertoire /usr/local via la commande :

sudo mv /usr/local.moved /usr/local

Starting with macOS 10.14, it's sometimes not possible to rename /usr/local. If you get an error when renaming /usr/local directly, then rename the subdirectories inside it instead:

sudo mv /usr/local/include /usr/local/include.moved
sudo mv /usr/local/lib /usr/local/lib.moved

do your build, and then you can put /usr/local/include and /usr/local/lib back:

sudo mv /usr/local/include.moved /usr/local/include
sudo mv /usr/local/lib.moved /usr/local/lib

A: Le message de sortie vous indique (hélas ! en anglais) ce qu'il faut faire. En général, il est de la forme suivante :

ld: table of contents for archive: 
/opt/sw/lib/libintl.a is out of date; 
rerun ranlib(1) (can't load from it)

Vous devez exécuter ranlib (en tant que super-utilisateur) sur la bibliothèque qui est la cause du problème. Par exemple, dans le cas ci-dessus, vous devez exécuter :

sudo ranlib /opt/sw/lib/libintl.a

A: Ceci provient du fait qu'une des étapes de la compilation du paquet atlas envoie une invite à l'utilisateur et que Fink Commander ne l'affiche pas. Vous devez utiliser fink install atlas au lieu de passer par Fink Commander.

A: Ces problèmes sont dus, généralement, à l'absence de headers essentiels fournis par le paquet DevSDK des Outils de Développement (Developer Tools). Vérifiez que le répertoire /Library/Receipts/DevSDK.pkg existe dans votre système. Si ce n'est pas le cas, relancez l'installeur des Outils de Développement et installez le paquet DevSDK en choisissant l'option Installation Personnalisée (Custom Install en anglais).

Le message d'erreur impossible de créer des fichiers exécutables peut aussi être généré lorsque la version des Outils de Développement installée provient d'une version antérieure du système d'exploitation.

A: Pour résoudre ce problème, essayez de ne mettre à jour qu'un seul paquet, puis lancez de nouveau "fink update-all". Si le message réapparaît, répétez le processus.

A: This means that somehow your dpkg database got damaged, usually from a crash or some other unrecoverable error. This most often occurs with a buildlock, e.g:

package `fink-buildlock-foo-1.2.3-4':  missing version

(of course, replace foo-1.2.3-4 with the package name you are seeing).

When this happens, you should edit /opt/sw/var/lib/dpkg/status as a superuser. Then go near the line number which shows up in the error message. You should see a fink-buildlock-foo-1.2.3-4 package whose Status field is marked

install ok installed

Change that to

purge ok not-installed

Under other circumstances, there may be garbage in the file. You can fix this situation by copying the previous version of the database, like so:

sudo cp /opt/sw/var/lib/dpkg/status-old /opt/sw/var/lib/dpkg/status

You may need to re-install the last couple of packages you installed before the problem started occurring.

A: Il y a plusieurs types d'erreurs concernant freetype. Si le message d'erreur ressemble au suivant :

/usr/bin/ld: can't locate file for: -lfreetype

Vérifiez que vous n'avez pas un exécutable freetype-config dans un endroit insolite via la commande :

where freetype-config

si vous utilisez tcsh, ou :

type -a freetype-config

si vous utilisez bash. La framework Mono installe /usr/bin/freetype-config en tant que lien symbolique vers un fichier de cette framework.

Si le message d'erreur ressemble au suivant :

/opt/sw/include/pango-1.0/pango/pangoft2.h:52: 
error: parse error before '*' token 
/opt/sw/include/pango-1.0/pango/pangoft2.h:57:
error: parse error before '*' token
/opt/sw/include/pango-1.0/pango/pangoft2.h:61: 
error: parse error before '*' token 
/opt/sw/include/pango-1.0/pango/pangoft2.h:86: 
error: parse error before "pango_ft2_font_get_face"
/opt/sw/include/pango-1.0/pango/pangoft2.h:86: 
warning: data definition has no type or storage class 
make[2]: *** [rsvg-gz.lo] Error 1
make[1]: *** [all-recursive] Error 1 
make: *** [all-recursive-am] Error 2 
### execution of make failed, exit code 2 
Failed: compiling librsvg2-2.4.0-3 failed

ou à celui-ci :

In file included from vteft2.c:32: 
vteglyph.h:64: error:
parse error before "FT_Library" 
vteglyph.h:64: warning: 
no semicolon at end of struct or union vteft2.c: 
In function `_vte_ft2_get_text_width': 
vteft2.c:236: error: 
dereferencing pointer to incomplete type 
vteft2.c: In function `_vte_ft2_get_text_height':
vteft2.c:244: error: 
dereferencing pointer to incomplete type
vteft2.c: In function `_vte_ft2_get_text_ascent': 
vteft2.c:252: error:
dereferencing pointer to incomplete type 
vteft2.c: In function `_vte_ft2_draw_text': 
vteft2.c:294: error: 
dereferencing pointer to incomplete type 
vteft2.c:295: error: 
dereferencing pointer to incomplete type
make[2]: *** [vteft2.lo] Error 1 
make[1]: *** [all-recursive] Error 1 
make: *** [all] Error 2 
### execution of make failed, exit code 2
Failed: compiling vte-0.11.10-3 failed

ou encore à celui-là :

checking for freetype-config.../usr/X11R6/bin/freetype-config 
checking For sufficiently new FreeType (at least 2.0.1)... no 
configure: error: pangoxft 
Pango backend found but did not find freetype libraries 
make: *** No targets specified and no makefile found. Stop. 
### execution of LD_TWOLEVEL_NAMESPACE=1 failed, exit code 2 
Failed: compiling gtk+2-2.2.4-2 failed

le problème est dû à une confusion entre les headers des paquets freetype ou de freetype-hinting et les headers freetype2 qui sont inclus dans X11 ou dans XFree86. La commande :

fink remove freetype freetype-hinting

supprime la variante que vous avez installée. À contrario, si le message d'erreur est similaire à celui-ci :

ld: Undefined symbols: _FT_Access_Frame

cela est dû à la présence d'un fichier résultant d'une installation précédente de X11. Réinstallez X11 SDK.

A: Si vous avez des messages d'erreur similaire à celui-ci :

unix_dl.c: In function `rep_open_dl_library':
unix_dl.c:328: warning: assignment discards qualifiers from \
pointer target type 
unix_dl.c: In function `rep_find_c_symbol': 
unix_dl.c:466: error: `Dl_info' undeclared (first use in this \
function)
unix_dl.c:466: error: (Each undeclared identifier is reported \
only once 
unix_dl.c:466: error: for each function it appears in.)
unix_dl.c:466: error: parse error before "info" 
unix_dl.c:467: error: `info' undeclared (first use in this function) 
make[1]: *** [unix_dl.lo] Error 1

vous avez certainement un header /usr/local/include/dlfcn.h, incompatible avec Panther. Déplacez-le.

Note : les barres obliques inversées ont été rajoutées uniquement pour des raisons de formatage.

Ce header est, en général, installé par Open Office, et vous devez le remplacer, de même que la bibliothèque /usr/local/lib/libdl.dylib, par des liens symboliques vers les fichiers inclus dans Panther :

sudo ln -s /usr/include/dlfcn.h /usr/local/include/dlfcn.h
sudo ln -s /usr/lib/libdl.dylib /usr/local/lib/libdl.dylib

A: gcc2 et gcc3.1 sont des paquets virtuels qui indiquent la présence de gcc-2.95 ou de gcc3.1 dans votre système. Installez les paquets gcc2.95 ou gcc3.1 à partir de XCode Tools (les versions précédentes du système opératoire inclut gcc-2.95 dans l'installation standard des Developer Tools).

Note : L'installation de gcc2.95 et / ou de gcc3.1 n'interfère pas avec le compilateur gcc3.3. Ils peuvent coexister.

A: Si vous utilisez l'arbre instable, you devez installer une version de intltool supérieure ou égale à la version 0.34.1.

Sinon, vous devez vérifier que vous avez la variante du paquet qui correspond à la version de Perl installée dans votre système. Par exemple, sous Panther, vous devez avoir xml-parser-pm581 et non pas xml-parser-pm560 (il se peut que vous ayez le paquet fantôme xml-parser-pm), car, dans votre système est installé Perl-5.8.1 et non pas Perl-5.6.0. Sous Jaguar, vous devez avoir la variante pm560 si vous utilisez la version système de Perl; si vous avez installé Perl 5.8.0, vous devez avoir la variante pm580.

A: Fink tente d'utiliser l'un de ses sites Maîtres. Ils servent à garantir que les sources des paquets de Fink sont disponibles même lorsque le site original a changé d'adresse. Cette erreur apparaît lorsqu'une nouvelle version d'un paquet est publiée, mais que les miroirs maîtres n'ont pas encore eu le temps de la prendre en compte.

Pour pallier cela, exécutez fink configure et changez l'ordre de recherche de telle sorte que les miroirs maîtres soient utilisés en dernier.

A: Often, in a complicated build tree, you may find that some of the packages depend on a particular version of a library, and other depend on a different one (e.g. db47 vs. db44). Consequently, Fink may try to switch to whichever one isn't currently installed in order to satisfy the build dependency for the current package that you're trying to update.

Unfortunately, due to limitations in the build-dependency engine, you may wind up with the dreaded

Fink::SysState: Could not resolve inconsistent dependencies

message when trying a sufficiently complicated update-all. This generally gives you a command to try to resolve the issue:

fink scanpackages
sudo apt-get update
sudo apt-get install foo=1.23-4	
      

but this may not work for sufficiently complicated updates. You might need to update packages one-by-one, at least for a while.

A: Si le message ressemble au suivant :

running build
running build_ext
Traceback (most recent call last):
  File "setup_socket_ssl.py", line 21, in ?
    depends = ['socketmodule.h'] )
  File "/opt/sw/src/root-python24-2.4.1-1/opt/sw/lib/python2.4/distutils/core.py", line 166, in setup
SystemExit: error: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.4" but "10.3" during configure
### execution of /opt/sw/bin/python2.4 failed, exit code 1

le problème apparaît parce que les paquets python2* notent la valeur en cours de MACOSX_DEPLOYMENT_TARGET dans un fichier de configuration lors de leur compilation. Les outils de compilation de python utilisent ensuite cette valeur lorsqu'ils compilent des modules. Par exemple, si avez sous Mac OS X 10.4 un paquet python24 qui a été compilé sous Mac OS X 10.3, soit par mise à jour 10.3 => 10.4, ou via la distribution binaire 10.4-transitionelle, et qui n'a pas été recompilé, il y aura divergence entre la valeur de MACOSX_DEPLOYMENT_TARGET stockée dans le fichier de configuration de python (10.3) et sa valeur réelle (10.4).

La solution de ce problème consiste à recompiler le paquet python en cause ; dans notre exemple, fink rebuild python24.

Si vous obtenez le même genre d'erreur au runtime, recompilez le module après avoir recompilé le paquet python2* concerné.

A: Le message :

 libtool: unrecognized option `-dynamic'

signifie que vous avez remplacé la commande /usr/bin/libtool d'Apple par la commande GNU libtool. Malheureusement les deux libtools ne font pas la même chose.

La seule manière de résoudre le problème est d'installer une version de libtool d'Apple en provenance d'ailleurs. Il fait partie du paquet DeveloperTools.pkg de XCode. Vous pouvez réinstaller le paquet si vous supprimez d'abord son reçu situé dans le répertoire /Library/Receipts (glissez-le dans la corbeille sur les systèmes Mac OS X 10.4 et ultérieurs ou exécutez la commande sudo rm -rf /Library/Receipts/DeveloperTools.pkg pour le système Mac OS X 10.3).

A: Ceci peut se produire si votre script de connexion (par exemple ~/.cshrc) lance une commande qui écrit dans le terminal. Par exemple : "echo Hello" ou xttitle. Pour résoudre le problème, la solution la plus simple est de mettre les lignes qui causent problème en commentaires.

Si vous voulez conserver l'écho, vous pouvez le faire ainsi :

if ( $?prompt) then 
echo Hello 
endif

A: Si vous avez installé la version Fink de XFree86 et que vous vouliez passer de la version sans processus légers de Fink à celle avec processus légers de Fink, vous devez supprimer l'ancienne version manuellement. Vous pouvez le faire via la ligne de commande comme ceci :

sudo dpkg -r --force-depends xfree86-base 
sudo dpkg -r --force-depends xfree86-shlibs 
sudo dpkg -r --force-depends xfree86-rootless 
sudo dpkg -r --force-depends xfree86-rootless-shlibs

ou pour supprimer la version avec processus légers :

sudo dpkg -r --force-depends xfree86-base-threaded 
sudo dpkg -r --force-depends xfree86-shlibs-threaded 
sudo dpkg -r --force-depends xfree86-rootless-threaded 
sudo dpkg -r --force-depends xfree86-rootless-threaded-shlibs

FinkCommander peut aussi supprimer des paquets. Dans la fenêtre "source", sélectionnez un paquet et utilisez "Force Remove" dans le menu Source.

Si vous avez installé le paquet system-xfree86, voir la précédente question pour savoir comment le supprimer.

Installez la version désirée de xfree86 :

xfree86-base et xfree86-rootless

ou

xfree86-base-threaded et xfree86-rootless-threaded

via les commandes habituelles : "fink install" pour les utilisateurs de sources, "apt-get install" ou dselect pour les utilisateurs de binaires.

A: Ce message quelque peu abscons signifie que vous devez installer les Developer Tools de décembre 2002.

A: Si vous voyez apparaître des messages d'erreur semblables au suivant :

libtool: link: cannot find the library `/opt/sw/lib/libiconv.la'

vous pouvez résoudre le problème en exécutant la commande :

fink remove gettext-dev
fink install libiconv

A: Si vous avez des erreurs similaires à la suivante :

xgcc: installation problem, cannot exec `c++filt': No such file or directory

après être passé sous Tiger, vous devez suivre les étapes suivantes :

• Réinstallez BSD.pkg à partir du DVD d'installation du système Tiger.

• 10.4: Désinstallez l'ancienne version des Outils de développements (Developer Tools) en exécutant la commande :

  /Developer/Tools/uninstall-devtools.pl

  dans une fenêtre de terminal. Puis installez XCode (version 2.4.1 ou supérieure).
• 10.5: Désinstallez l'ancienne version des Outils de développements (Developer Tools) en exécutant la commande :

  /Developer/Tools/uninstall-devtools.pl

  dans une fenêtre de terminal. Puis installez XCode (version 3.0 ou supérieure).

Si le fichier /usr/bin/c++filt n'apparaît pas, recommencez les deux étapes précédentes jusqu'à ce qu'il apparaisse.

A: Exécutez d'abord la commande fink selfupdate pour vous assurer que vous avez bien les dernières versions des paquets. Puis exécutez la commande fink update gettext-tools. Une ancienne version de gettext-tools peut empêcher la mise à jour de gettext.

A: Typically this involves missing libraries, such as: /usr/X11/lib/libXrandr.2.0.0.dylib or /usr/X11/lib/libXdamage.1.1.0.dylib (or other versions of libraries in /usr/X11/lib/).

The current wisdom on the best fix for such an issue is to install Xcode 3.1.3 or later.

A: Vous avez utilisé Fink pour installer un paquet dépendant du paquet passwd. Ce paquet installe un certain nombre d'utilisateurs supplémentaires pour des raisons de sécurité - sur les systèmes Unix, les fichiers et les processus appartiennent aux "propriétaires", ce qui permet aux administrateurs système de moduler les autorisations et la sécurité du système. Les programmes Apache et MySQL, par exemple, doivent avoir un "propriétaire", et il n'est pas raisonnable que le super-utilisateur soit le propriétaire de ces démons. Imaginez ce qu'il arriverait si Apache était compromis et avait tout d'un coup l'autorisation d'écrire dans tous les fichiers du système. Le paquet passwd se charge donc de définir ces utilisateurs supplémentaires pour les paquets Fink qui en ont besoin.

Il peut être inquiétant de découvrir soudain un certain nombre d'utilisateurs inconnus dans votre panneau de "Préférences système : Utilisateurs" (sur Mac OS X 10.2.x) ou "Préférences système : Comptes" (sur Mac OS X 10.3.x), mais réfléchissez bien avant de les supprimer :

• Tout d'abord, vous avez manifestement choisi d'installer un paquet qui nécessite leur utilisation ; donc leur suppression n'a pas grand sens dans ce contexte.
• En fait, il y a déjà un certain nombre d'utilisateurs supplémentaires installés par Mac OS X, dont vous ignorez peut-être l'existence : www, daemon, nobody entre autres. La présence de ces utilisateurs supplémentaires correspond à une convention standard d'Unix nécessaire à l'utilisation de certains services ; le paquet passwd ne fait qu'en ajouter quelques autres qu'Apple ne fournit pas. Vous pouvez voir les utilisateurs installés par Apple via le Gestionnaire NetInfo ou en lançant la commande niutil -list . /users
• Si vous décidez de supprimer ces utilisateurs, faites très attention à la façon dont vous procéderez. Si vous utilisez le panneau "Préférences système : Utilisateurs" (sur Mac OS X 10.2.x) ou "Préférences système : Comptes" (sur Mac OS X 10.3.x), tous les fichiers possédés par ces utilisateurs seront assignés à un utilisateur administrateur pris au hasard. Certaines personnes ont rapporté que cela pouvait causer des dégâts dans les autorisations du compte administrateur. C'est un bogue des Préférences système, il a été soumis à Apple. Un moyen plus sûr de supprimer ces utilisateurs est de passer par Gestionnaire NetInfo ou d'utiliser l'outil en ligne de commande niutil dans une fenêtre de Terminal. Lisez la page de manuel de niutil pour de plus amples informations au sujet de NetInfo.

Fink vous demande la permission d'installer ces utilisateurs supplémentaires sur votre système lors de l'installation du paquet passwd, vous ne devriez donc pas être trop surpris de les découvrir après coup.

A: When compiling something yourself outside of Fink, the compiler and linker need to be told where to find the Fink-installed libraries and headers. It is also necessary to tell the compiler to use the appropriate target architecture. For a package that uses standard configure/make process, you need to set some environment variables:

-bash-

export CFLAGS=-I/opt/sw/include 
export LDFLAGS=-L/opt/sw/lib 
export CXXFLAGS=$CFLAGS 
export CPPFLAGS=$CXXFLAGS 
export ACLOCAL_FLAGS="-I /opt/sw/share/aclocal"
export PKG_CONFIG_PATH="/opt/sw/lib/pkgconfig"
export PATH=/opt/sw/var/lib/fink/path-prefix-clang:$PATH
export MACOSX_DEPLOYMENT_TARGET=10.9

-tcsh-

setenv CFLAGS -I/opt/sw/include 
setenv LDFLAGS -L/opt/sw/lib 
setenv CXXFLAGS $CFLAGS 
setenv CPPFLAGS $CXXFLAGS 
setenv ACLOCAL_FLAGS "-I /opt/sw/share/aclocal"
setenv PKG_CONFIG_PATH "/opt/sw/lib/pkgconfig"
setenv PATH /opt/sw/var/lib/fink/path-prefix-clang:$PATH
setenv MACOSX_DEPLOYMENT_TARGET 10.9

(assuming that the build system is running OS 10.9 or later)

It is often easiest just to add these to your startup files (e.g. .cshrc | .profile) so they are set automatically. If a package does not use these variables, you may need to add the "-I/opt/sw/include" (for headers) and "-L/opt/sw/lib" (for libraries) to the compile lines yourself. Some packages may use similar non-standard variables such as EXTRA_CFLAGS or --with-qt-dir= configure options. "./configure --help" will usually give you a list of the extra configure options.

In addition, you may need to install the development headers (e.g. foo-1.0-1-dev) for the library packages that you are using, if they aren't already installed.

A: L'application X11 d'Apple ne garde pas trace des variables d'environnement de Fink, ce qui signifie que son menu Applications n'a pas dans la variable PATH le chemin permettant de trouver les applications Fink. Vous pouvez résoudre ce problème en ajoutant devant le nom d'une application installée via Fink la commande suivante :

source /opt/sw/bin/init.sh ;

Par exemple, si vous voulez lancer GIMP installé via Fink, choisissez "Personnalisez le menu" dans le menu Applications et saisissez :

source /opt/sw/bin/init.sh ; gimp

dans le champ "Commande" en regard du nom de menu GIMP.

Vous pouvez aussi modifier le fichier .xinitrc, situé dans votre répertoire utilisateur, et y ajoutez la commande suivante :

source /opt/sw/bin/init.sh

après la première ligne.

A: Cette erreur signifie que le système n'est pas connecté à l'affichage X. Assurez-vous que vous avez suivi les étapes suivantes :

1. Démarrer X (X11 d'Apple, XFree86, ...).

2. Vérifier que la variable d'environnement DISPLAY est définie correctement. Si vous utilisez les paramètres par défaut pour X, vous pouvez la définir de la façon suivante :

setenv DISPLAY :0

si vous utilisez tcsh, ou

export DISPLAY=:0

si vous utilisez bash.

A: 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.

A: 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.

A: 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.

A: 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

A: 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.

A: 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.

A: 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.

A: 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.