"Par contre ces exécutables devrait être des liens symboliques vers d'autres exécutables.
Par exemple : /usr/bin/xemacs -> /usr/share/xemacs/bin/xemacs
voir même /usr/bin/xemacs -> /usr/share/X11/editor/xemacs/bin/xemacs"
Ca doit marcher avec la plupart des programmes mais il me semble que pour certains progs comme gcc ou xemacs que tu compiles avec l'option --prefix
(ex pour xemacs dans ton cas --prefix=/usr/share/xemacs) les liens posent probleme. En effet ils se servent du lieu ou est lance le programme pour retrouver leurs petits (les autres sous rep comme bin, lib, share) et dans ce cas un lien vient foutre le bordel.
Apres pour la plupart tu peux contourner le probleme avec des vars d'environnement (style GCC_HOME, je donne un exemple c'est pas forcement le bon nom) mais c'est pas toujours prevu dans le source.
[^] # Re: Liens symboliques
Posté par Alphonse Oncle . En réponse à la dépêche Mosfet : Rage against the File System Standard. Évalué à 1.
Par exemple : /usr/bin/xemacs -> /usr/share/xemacs/bin/xemacs
voir même /usr/bin/xemacs -> /usr/share/X11/editor/xemacs/bin/xemacs"
Ca doit marcher avec la plupart des programmes mais il me semble que pour certains progs comme gcc ou xemacs que tu compiles avec l'option --prefix
(ex pour xemacs dans ton cas --prefix=/usr/share/xemacs) les liens posent probleme. En effet ils se servent du lieu ou est lance le programme pour retrouver leurs petits (les autres sous rep comme bin, lib, share) et dans ce cas un lien vient foutre le bordel.
Apres pour la plupart tu peux contourner le probleme avec des vars d'environnement (style GCC_HOME, je donne un exemple c'est pas forcement le bon nom) mais c'est pas toujours prevu dans le source.