• [^] # Re: euhhh

    Posté par (site web personnel) . En réponse à la dépêche /usr friendly. Évalué à 1.

    Après quelques recherches (plus) approfondies, voici ce que j'ai trouvé :

    Concernant /usr/local :
    tu as raison concernant les programmes : c'est une hiérarchie, du même type que /usr, dédiée au programmes installés par localement par l'admin et qui ne doivent pas être affectés par les mises à jour du système (contrairement à /usr qui lui peut être mis à jour par la distribution). (source : http://www.pathname.com/fhs/pub/fhs-2.3.html#THEUSRHIERARCHY)
    En revanche, d'après cette source c'est partageable par un groupe d'hôtes donc la note de wikipedia est incorrecte : si plusieurs hôtes peuvent se partager un /usr/local commun c'est qu'il n'est pas obligatoire de stocker sur l'hôte cette hiérarchie, ou alors je ne comprend pas comment tu la partage (par rsync ???).

    Concernant /opt :
    /opt est destiné aux "add-on application software packages". Il y a toutefois une hiérarchie optionnelle prévue dans /opt (/opt/bin, /opt/lib, etc.) mais elle est réservée à l'admin et les softs doivent être dans des répertoires dédiés et doivent pouvoir fonctionner sans les repertoires /opt/bin et assimilés.
    Pour ma part, je comprends qu'on y met "logiciels additionnels packagés". En gros, les trucs ne faisant pas partie de la distribution mais packagés par le fournisseur : java-sun, eclipse si tu l'installes toi même, firefox, perl si tu ne prend pas celui de la distro (oui j'utilise aussi une debian ;)) ...

    Donc de ce que j'en comprends, la différence profonde entre /opt et /usr/local c'est, outre la structure, que les programmes de /opt sont susceptibles d'êtres mis à jour par le système du fournisseur du package logiciel (firefox, cpan, eclipse...), alors que ceux de /usr/local ne doivent pas être affectés par un tel système.
    Pfiou, on va y arriver :)