prefix

prefix - Installation - Linux et OS Alternatifs

Marsh Posté le 14-07-2003 à 04:29:10    

Est-il vrai que lorsque on utilise l'option --prefix= lors de l'execution du scrip ./configure on à la garantie que rien n'ira se mettre dans le système et que tout sera dans le répertoire que l'on a spécifié ? Ou bien, parfois on a des lib qui s'installent quand même et ce sont que les exécutables, pareils avec les man. En résumé, est ce qu'on est certain que TOUT sera là où on le spécifie ? Je vous remercie pour vos réponses.

Reply

Marsh Posté le 14-07-2003 à 04:29:10   

Reply

Marsh Posté le 14-07-2003 à 05:00:42    

Lors d'un ./configure --prefix=/rep tu auras un make install dans
les répertoires suivant:
 
/rep/bin
/rep/lib
/rep/share
 
etc...

Reply

Marsh Posté le 14-07-2003 à 09:44:57    

O.U.I  :D

Reply

Marsh Posté le 03-08-2003 à 13:04:05    


 
Merci pour vos réponses. Maintenant, pour que ça marche :
 
Est-ce que l'on dois rajouter $PREFIX/lib dans ld.conf ou rien avoir ?
 
Est-ce que l'on dois rajtouer $PREFIX/man dans le "manpath" ou rien avoir ?
 
C'est tout ?
 
Merci :)

Reply

Marsh Posté le 03-08-2003 à 13:06:47    

il faut pour les libs en tt cas, et je pense pour le man. pareil pour le path

Reply

Marsh Posté le 03-08-2003 à 16:10:30    

Mais quand on fait ca on le fait pour tout le monde non ? Le /etc/ld.conf il est commun à tous non ? Si je veux juste faire mon répertoire TEST juste pour moi sans que les "autres" soient "dérangé" par ma popote comme puis-je faire ?

Reply

Marsh Posté le 03-08-2003 à 17:05:48    

[Re]Définir dans ton $HOME/.bash_profile, les variables d'environnements concernés. Soit je pense
 

Code :
  1. MANPATH=$PREFIX/man:$MANPATH
  2. LD_LIBRARY_PATH=$PREFIX/lib:$LD_LIBRARY_PATH
  3. PATH=$PREFIX/bin:$PREFIX
  4. export MANPATH LD_LIBRARY_PATH PATH


Message édité par marx le 03-08-2003 à 17:06:00
Reply

Marsh Posté le 03-08-2003 à 20:18:56    

marx a écrit :

[Re]Définir dans ton $HOME/.bash_profile, les variables d'environnements concernés. Soit je pense
 

Code :
  1. MANPATH=$PREFIX/man:$MANPATH
  2. LD_LIBRARY_PATH=$PREFIX/lib:$LD_LIBRARY_PATH
  3. PATH=$PREFIX/bin:$PREFIX
  4. export MANPATH LD_LIBRARY_PATH PATH




 
Salut, merci !  
 
Avant de faire ce que tu me dis, j'ai régardé le contenu de ces varaibles ... Et, est-ce que c'est normal que lorsque je fais  
 
echo $MANPATH et echo $LD_LIBRARY_PATH il n'y ai rien ??
 
Il y a des chemin standard qui ne doivent pas être spéciifer ou bien j'ai loupé un episode ?
 
En ce qui concerne $PATH c'est ok !

Reply

Marsh Posté le 03-08-2003 à 23:20:39    

yep normal, chez moi aussi $MANPATH et $LD_LIBRARY_PATH ont une valeur nulle.  
Pour MANPATH, l'explication se trouve dans le man man [section Chemin de Recherche des pages de manuel]
Pour LD_..., lorsqu'elle n'est pas définie[comme ici], c'est /etc/ld.so.conf qui est consultée par défaut je pense.  
 
a+

Reply

Marsh Posté le 04-10-2003 à 23:35:47    

Quelqu'un peut-il confirmer ce que marx a dis ? J'ai l'impression que pour $LD_LIBRARY_PATH si c'est nul le système va voir dans ld.conf et si c'est non nul dans la réunion des 2 avec priorité à ld.conf puis de gauche à droite, comme avec $PATH. Donc dans tout les cas, rien ne sert d'incruster la valeur courante lors de l'export puisqu'elle sera de toute facon nulle lorsque qu'on se loge. Non ?


Message édité par mic21 le 04-10-2003 à 23:36:41
Reply

Marsh Posté le 04-10-2003 à 23:35:47   

Reply

Marsh Posté le 24-12-2003 à 21:16:48    


 
Pas si sur ... Par exemple xawdecode ne veux pas, chez moi, s'installer si j'ai pas les droits de root, alors que je fais un prefix sur /opt/xawdecode où j'ai les droits nécessaires ... En réalité, ce n'est qu'un script, le développeur peux faire ce qu'il veut, s'il décide de mettre des fichiers en dehors, pas de problèmes pour lui. Est-ce qu'il y a une "standardisation" qui dis : prefix => rien en dehors du répertoire ?
 
Est-ce que quelqu'un peux me dire ce qui est installé en dehors avec le programme xawdecode ?

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed