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: Allez sur http://finkmirrors.net/status.html

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: Vérifiez la version de fink avec la commande suivante :

fink --version

Il existe un problème dans fink-0.22.0, qui fait que la mise à jour par rsync ne fonctionne plus. Pour mettre à jour fink, passez à la mise à jour via CVS avec la commande suivante :

fink selfupdate-cvs	

Cela vous permettra de passer à une nouvelle version de fink. Une fois cela fait, nous vous recommandons de revenir au mode de mise à jour par rsync avec la commande suivante :

fink selfupdate-rsync

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é /sw/bin/init.csh (ou /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 /sw (ou bien l'endroit où vous avez choisi de faire l'installation). Donc, pour supprimer Fink, entrez cette commande :

sudo rm -rf /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 /sw/bin/init.csh" que vous aviez ajoutée dans le fichier .cshrc ou la ligne "source /sw/bin/init.sh" que vous aviez ajoutée dans le fichier .bashrc, selon vos réglages.

A: Assurez-vous d'abord de savoir ce que signifie 'instable'. Il existe de nombreuses raisons pour lesquelles un paquet de l'arborescence instable n'est pas mis dans l'arborescence stable. Il se peut qu'il souffre de problèmes connus, qu'il y ait des erreurs de validation, ou simplement qu'un nombre insuffisant de personnes ait signalé qu'il fonctionne correctement. C'est pourquoi Fink ne recherche pas dans cette arborescence par défaut.

Si vous décidez d'activer l'arborescence instable, pensez à envoyer un courriel au responsable du paquet si quelque chose fonctionne (ou ne fonctionne pas). Ce sont vos réactions qui nous permettent de décider si un paquet peut entrer dans l'arborescence stable ! Pour connaître le mainteneur du paquet, lancez la commande fink info <nom_du_paquet>.

À partir de la version 0.26.0 de fink : vous pouvez activer l'arborescence instable via la commande fink configure. Il vous faudra ensuite exécuter les commandes : fink selfupdate; fink index; fink scanpackages. Note : il faut activer également la mise à jour via rsync ou cvs pour obtenir les nouvelles descriptions de paquets.

Si vous avez une version de fink antérieure à la version 0.26.0, modifiez le fichier /sw/etc/fink.conf : ajoutez unstable/main et unstable/crypto à la ligne Trees:, puis exécutez les commandes fink selfupdate; fink index; fink scanpackages.

Notez également que, si vous ne souhaitez installer que quelques paquets instables spécifiques et leurs dépendances, vous ne devez pas utiliser la commande update-all tant que vous n'êtes pas revenu à l'utilisation de l'arborescence stable.

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 /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 /sw/fink/dists/unstable/main/finkinfo (ou à partir du répertoire /sw/fink/dists/unstable/crypto/finkinfo) dans le répertoire /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 :

nomutilisateur 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 /sw/bin/init.csh

pour bash/zsh :

. /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 /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 le message est le suivant :

Can't exec "cvs": No such file or directory at 
/sw/lib/perl5/Fink/Services.pm line 216, <STDIN> line 3.
### execution of cvs failed, exit code -1

alors vous devez installer les Developer Tools.

Si, par contre, la dernière ligne est la suivante :

### execution of su failed, exit code 1

vous devrez regarder plus haut pour voir l'erreur. Si vous voyez un message précisant que votre connection à été refusée :

(Logging in to anonymous@fink.cvs.sourceforge.net)
CVS password:
cvs [login aborted]: connect to fink.cvs.sourceforge.net:2401 failed: 
Connection refused
### execution of su failed, exit code 1
Failed: Logging into the CVS server for anonymous read-only access \
failed.

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

ou bien un message comme le suivant :

cvs [update aborted]: recv() from server fink.cvs.sourceforge.net: 
Connection reset by peer 
### execution of su failed, exit code 1 
Failed: Updating using CVS failed. Check the error messages above.

ou :

cvs [update aborted]: End of file received from server

ou encore :

cvs [update aborted]: received broken pipe signal

alors il est possible que le serveur CVS soit surchargé. Il vous faudra réessayer plus tard.

Il se peut que les permissions soient mal définies dans votre dossier CVS et que vous n'y ayez pas accès, ce qui génère des messages de "refus d'autorisation" (message en anglais :"Permission denied") :

cvs update: in directory 10.2/stable/main: 
cvs update: cannot open CVS/Entries for reading: No such file or \
directory
cvs server: Updating 10.2/stable/main 
cvs update: cannot write 10.2/stable/main/.cvsignore: Permission \
denied
cvs [update aborted]: cannot make directory \
10.2/stable/main/finkinfo: 
No such file or directory 
### execution of su failed, exit code 1 Failed: 
Updating using CVS failed. Check the error messages above.

Dans ce cas-là, vous devez réinitialiser votre répertoire CVS. Pour ce faire, utilisez la commande :

sudo find /sw/fink -type d -name 'CVS' -exec rm -rf {}\
; fink selfupdate-cvs

Si vous ne voyez aucun des messages ci-dessus, il est très probable que vous ayez modifié un fichier dans l'arborescence /sw/fink/dists et que le mainteneur ait modifié ce fichier. Regardez de nouveau dans le message apparu après selfupdate-cvs les lignes commençant par "C", comme :

C 10.2/unstable/main/finkinfo/libs/db31-3.1.17-6.info 
... (other info and patch files) ... 
### execution of su failed, exit code 1 
Failed: Updating using CVS failed. Check the error messages above.

La lettre "C" signifie que CVS a rencontré un problème en essayant de mettre à jour la dernière version. La solution consiste à retirer tous les fichiers info ou patch correspondant aux lignes commençant par "C" dans le message de sortie de selfupdate-cvs, et à essayer de nouveau. Par exemple :

sudo rm /sw/fink/10.2/unstable/main/finkinfo/libs/db31-3.1.17-6.info
fink selfupdate-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 /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 /sw/bin/init.* font beaucoup plus qu'ajouter le répertoire /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 /sw

Cela a pour effet de rendre invisible le répertoire /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 /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: Obsolète

Si vous voyez une erreur analogue à la suivante :

dyld: perl Undefined symbols:
_Perl_safefree
_Perl_safemalloc
_Perl_saferealloc
_Perl_sv_2pv
_perl_call_sv
_perl_eval_sv
_perl_get_sv

alors vous avez certainement mis à jour Perl et vous devez aussi mettre à jour storable-pm. Vous devez mettre à jour Fink. Pendant la mise à jour, il va vous être demandé d'installer soit perl-core, soit system-perl ; choisissez system-perl. De plus, storable-pm doit aussi être mis à jour.

Pour OS 10.1.x, utilisez les commandes suivantes (il vous faut les Developer Tools) :

sudo mv /sw/lib/perl5/darwin/Storable.pm /tmp
sudo mv /sw/lib/perl5/darwin/auto/Storable /tmp
fink rebuild storable-pm
fink selfupdate-cvs

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:/sw/fink/dists/local/main/binary-darwin-\
powerpc/Packages
File not found
Failed to fetch file:/sw/fink/dists/stable/main/binary-darwin-\
powerpc/Packages
File not found
Failed to fetch file:/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
(/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 :

/sw/lib/fink/postinstall.pl

Fink pointera alors à l'endroit approprié.

A: Les erreurs de la forme :

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

ou :

gzip -dc /sw/src/aquaterm-0.3.0a.tar.gz | /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
/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 /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 /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 à /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 "/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 /sw/fink.tmp /sw/fink.old

A: Les serveurs de téléchargement de SourceForge ne sont pas toujours disponibles, c'est pourquoi nous sommes en train de changer de serveur pour la distribution binaire.

• Si vous avez installé les Outils de Développement (Developer Tools), installez la dernière version (>= 0.24.4.1) du paquet fink-mirrors, puis réinstallez fink, soit via la commande :

  fink reinstall fink

  ou via la commande :

  sudo apt-get install --reinstall fink

  si vous ne souhaitez pas utiliser la distribution source.

• Si vous n'avez pas installé les Outils de Développement (Developer Tools), vous devez changer votre configuration comme suit. Modifiez le fichier sources.list en tant que super-utilisateur, via la commande :

  sudo pico /sw/etc/apt/sources.list

  Utilisez votre éditeur de texte préféré compatible avec des fins de ligne Unix. Changez les lignes qui commencent par "Official binary distribution:" ainsi :

  # Official binary distribution: download location for packages
  # from the latest release
  deb http://bindist.finkmirrors.net/bindist 10.3/release main crypto
  
  # Official binary distribution: download location for updated
  # packages built between releases
  deb http://bindist.finkmirrors.net/bindist 10.3/current main crypto

  On suppose ici que vous tournez sous Mac OS X 10.3. Si ce n'est pas le cas, remplacez 10.3 dans le code ci-dessus par la version de votre système.

  Puis sauvegardez le fichier et quittez l'éditeur de texte. Enfin mettez à jour la liste des paquets binaires.

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.

A: If vous obtenez des messages d'erreurs contenant les lignes suivantes :

cvs [update aborted]: connect to cvs.sourceforge.net(66.35.250.207):
2401 failed: Operation timed out

Cela provient d'une récente restructuration des serveurs CVS sur sourceforge.net. Les fichiers Fink sont maintenant accessibles à partir de fink.cvs.sourceforge.net. Vous devez mettre à jour le paquet fink-mirrors via les outils binaires suivants :

sudo apt-get update ; sudo apt-get install fink-mirrors

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 /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 /sw/bin/HEAD (mais pas par un paquet de Fink). La solution est plus simple : renommez /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: C'est un problème qui est apparu avec les outils de développement de décembre 2002. Parfois, des messages semblables au suivant apparaissent (on a choisi ici libgdk-pixbuf à titre d'exemple) :

ld: warning dynamic shared library:
/sw/lib/libgdk-pixbuf.dylib not made a weak library in output with
MACOSX_DEPLOYMENT_TARGET environment variable set to: 10.1

Vous pouvez considérer ces messages comme inoffensifs. Si vous êtes du genre curieux, lisez les notes de mise à jour (release notes) qui se trouvent dans le répertoire de documentation du développeur, en particulier celles concernant GCC et l'éditeur de liens, pour de plus amples informations. Cela se rapporte essentiellement à la façon dont sont considérés les symboles manquants lors de l'exécution d'applications qui utilisent des références faibles : erreur fatale ou non au lancement.

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 /sw/src/root-toto-0.1.2-3/sw/lib/libtata*.dylib \
/sw/src/root-toto-shlibs-0.1.2-3/sw/lib/ 
mv: cannot stat `/sw/src/root-toto-0.1.2-3/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

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: 
/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 /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: Cela signifie que votre base de données dpkg a été corrompue, en général à la suite d'un plantage ou d'une autre erreur irrécupérable. Vous pouvez résoudre le problème en copiant la version précédente de la base de données via la commande :

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

Il se peut que vous deviez réinstaller les derniers paquets installés juste avant que le problème n'apparaisse.

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 :

/sw/include/pango-1.0/pango/pangoft2.h:52: 
error: parse error before '*' token 
/sw/include/pango-1.0/pango/pangoft2.h:57:
error: parse error before '*' token
/sw/include/pango-1.0/pango/pangoft2.h:61: 
error: parse error before '*' token 
/sw/include/pango-1.0/pango/pangoft2.h:86: 
error: parse error before "pango_ft2_font_get_face"
/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.

Enfin, si le message d'erreur, ressemble à celui-là :

dyld: klines Undefined symbols: /sw/lib/libqt-mt.3.dylib 
undefined reference to _FT_Access_Frame

vous êtes probablement en présence d'une version binaire qui compile correctement avec gcc3.3 sous Jaguar, mais pas sous Panther. Ce problème a été résolu, il suffit que vous mettiez à jour vos paquets, par exemple via les commandes sudo apt-get update ; sudo apt-get dist-upgrade.

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: Certains paquets utilisant les headers gettext lors de leur compilation ont été mis à jour pour utiliser libgettext3-dev, tandis que d'autres utilisent toujours gettext-dev. En conséquence, il se peut que Fink essaie d'installer le header non-présent pour satisfaire une dépendance de compilation d'un paquet que vous mettez à jour. De plus, l'outil fink considère gettext-dev comme un paquet essentiel et l'installe donc chaque fois que vous faites une mise à jour.

D'autres paires de paquets génèrent un effet similaire.

En raison des limitations du moteur de dépendances de compilation, il est malheureusement possible qu'une compilation échoue pour cause de changement de header dans l'un des paquets, alors qu'un autre paquet, plus loin dans la chaîne de compilation, exige précisément celui qui a été remplacé. On peut généralement résoudre le problème en réexécutant la commande de mise à jour.

Au pire, on peut avoir à installer séparément les paquets qui dépendent de gettext-dev de ceux qui dépendent de libgettext3-dev (ou de toute autre paire de headers qui fait problème). En dernier ressort, on installe les paquets un par un.

On espère qu'une solution définitive sera disponible dans la version 0.24.9 de fink.

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 "/sw/src/root-python24-2.4.1-1/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 /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 `/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 :

• 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.0 ou supérieure).
• Réinstallez BSD.pkg à partir du DVD d'installation du système Tiger.

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: This problem affects machines with OS 10.5.2 pre-installed. There is currently a bug in Apple's X11 in that a file in it that is used for building references /usr/X11/lib/libXrandr.2.0.0.dylib, while it actually has /usr/X11/lib/libXrandr.2.1.0.dylib.

The workaround is to run the following command to fix the file:

sudo perl -pi.bak -e 's|2.0.0|2.1.0|' /usr/X11/lib/libXrandr.la

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: Quand on compile soi-même sans passer par Fink, il faut indiquer au compilateur et à l'éditeur de liens où trouver les bibliothèques et les headers installés par Fink. Pour un paquet qui utilise un processus standard configure/make, vous devez définir quelques variables d'environnement :

Pour les utilisateurs de tcsh, utilisez les commandes suivantes :

setenv CFLAGS -I/sw/include 
setenv LDFLAGS -L/sw/lib 
setenv CXXFLAGS $CFLAGS 
setenv CPPFLAGS $CXXFLAGS 
setenv ACLOCAL_FLAGS "-I /sw/share/aclocal" 
setenv PKG_CONFIG_PATH "/sw/lib/pkgconfig"
setenv MACOSX_DEPLOYMENT_TARGET 10.4

Pour les utilisateurs de bash, utilisez les commandes suivantes :

export CFLAGS=-I/sw/include 
export LDFLAGS=-L/sw/lib 
export CXXFLAGS=$CFLAGS 
export CPPFLAGS=$CXXFLAGS 
export ACLOCAL_FLAGS="-I /sw/share/aclocal" 
export PKG_CONFIG_PATH="/sw/lib/pkgconfig"
export MACOSX_DEPLOYMENT_TARGET=10.4

Il est souvent plus simple d'ajouter ces variables à vos fichiers de démarrage (par exemple, .cshrc ou .profile), de façon à ce qu'elles soient automatiquement définies. Si un paquet n'utilise pas ces variables, vous devrez peut-être ajouter aux lignes de compilation "-I/sw/include" pour les headers et "-L/sw/lib" pour les bibliothèques. Certains paquets peuvent utiliser des variables non standards, telle EXTRA_CFLAGS, des options de configuration, telle --with-qt-dir=toto. La commande "./configure --help" vous donne, en général, la liste de ces options de configuration supplémentaires.

De plus, vous devrez peut-être installer les headers de développement des paquets bibliothèques que vous utilisez, s'ils ne sont pas déjà installés : par exemple toto-1.0-1-dev), si vous utilisez la bibliothèque toto-1.0-1.

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 /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 /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 /sw/bin/init.sh

après la