> Les distributions, tel que Debian, qui offrent des outils pour administrer la > machine et de nombreux paquets interprètes la FHS ainsi : > Les paquets installent les fichiers où il faut. > Si l'admin compil un truc à lui, il met tout dans /usr/local (il polue pas)
Pas seulement debian, toutes les distrib. Je suis personnellement tout a fait contre le fait d'utiliser par defaut /usr/, et pas /usr/local quand on fait ./configure && make && make install ca va contre l'usage general. Apres ca peut faire sens de faire exception pour /etc ($sysconfdir) mais pour les autres, je pense que c'est une tres mauvaise idee. > Mais cela va dans le bon sens car > 1/ On triche déjà, autant être cohérent. Pour /etc ou pour d'autres repertoires ? > 2/ Cela simplifie le code et faciletera la repassage à > /usr/local/(etc|share|sbin|...) quand les paquets rpm, deb, etc > seront LE moyen pour distribuer le driver. C'est pas encore le moyen mais un moyen, et c'est suffisant pour qu'on essaie de ne pas mixer les 2. > > /usr/share/eagle-usb/eu_config_bash > On peut le voir comme une biblio architecture indépendant > (comme /usr/share/vim/vim63/macros/less.sh) > Mais dans ce cas il serait bon de renommer ce fichier pour > qu'il soit de la forme « *.sh ». Et aussi d'enlever tous les bashismes pour qu'il soit platform independant. > setvars est comme eu_config_bash. Lui ajouter l'extension «.sh» Non, dans setvars il y a des tas de choses (tout :-) plate-forme dependants, ca ne va pas dans /usr/share. Ca va beaucoup mieux dans /etc, d'autant plus qu'on pourrait avoir envie de l'editer a la main. Pat
