> Oui, et le path des man, des bin, des includes, des lib, des ic�nes etc... ?
le path des man se configure de mani�re tr�s simple dans /etc/man.config le path des bin en ajoutant /usr/local/bin � $PATH le path des lib en ajoutant /usr/local/lib � $LD_LIBRARY_PATH pour les includes, voici comment elles sont trouv�es par configure pour par exemple gtk: $ gtk-config --cflags -I/usr/local/include/gtk-1.2 -I/usr/local/include/glib-1.2 -I/usr/local/lib/glib/include -I/usr/X11R6/include donc configure y retrouve ses petits ... les ic�nes se trouvent dans /usr/local/share/pixmaps mais aussi parfois ailleurs. en tout cas pas plus bord�lique qu'avec une installation dans /usr par rpm ou autre. > "Make install" copie des fichiers un peu partout. En utilisant /usr/local on > fait du bricolage et on obtient un syst�me bord�lique. Et des bugs � venir � > chaque nouvelle install. > "make install" copie les fichiers l� o� on lui dit de le faire. s'il les installe un peu partout avec --prefix=/usr/local (par d�faut), je ne vois pas bien comment il les installerait mieux en changeant pour --prefix=/usr. de "un peu partout" en /usr/local, on passe seulement � "un peu partout" en /usr. en utilisant /usr/local on s'assure de ne pas foutre le bordel dans les rpm de sa distribution et on s'�vite bien des d�sagr�ments avec sa rpm database. je reviens aussi l� dessus: >N'oublie pas que les tar ont �t� construits pour debian et redhat. �a m'avait �chapp� !!!! rpm = redhat package manager. redhat est la premi�re distribution � les avoir utilis�s. debian utilise une autre forme de package manager nomm� apt-get avec les fichiers .deb je suis donc surpris que les tar (gz et bz2) puissent �tre "construits" "pour" ces 2 distributions qui ne les utilisent pas par d�faut pour leurs installations. et navr� d'apprendre qu'ils ne sont pas pour slackware, gentoo, lfs et bien d'autres ... bye jipe
Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur "http://www.mandrakestore.com";
