/ opt: progiciels d'application complémentaires
Objectif
/ opt est réservé à l'installation de progiciels d'application complémentaires.
Un package à installer dans / opt doit localiser ses fichiers statiques dans une arborescence de répertoires / opt / <package> ou / opt / <provider> distincte, où <package> est un nom qui décrit le package logiciel et <provider> est le nom enregistré LANANA du fournisseur.
Exigences
Les répertoires / opt / bin, / opt / doc, / opt / include, / opt / info, / opt / lib et / opt / man sont réservés à l'administrateur système local. Les packages peuvent fournir des fichiers "frontaux" destinés à être placés (par liaison ou copie) dans ces répertoires réservés par l'administrateur système local, mais doivent fonctionner normalement en l'absence de ces répertoires réservés.
Les programmes à invoquer par les utilisateurs doivent se trouver dans le répertoire / opt / <package> / bin ou sous la hiérarchie / opt / <provider>. Si le package comprend des pages de manuel UNIX, elles doivent être situées dans / opt / <package> / share / man ou sous la hiérarchie / opt / <provider>, et la même sous-structure que / usr / share / man doit être utilisée.
Les fichiers de package qui sont variables (changement en fonctionnement normal) doivent être installés dans / var / opt. Voir la section sur / var / opt pour plus d'informations.
Les fichiers de configuration spécifiques à l'hôte doivent être installés dans / etc / opt. Voir la section sur / etc pour plus d'informations.
Aucun autre fichier de package ne peut exister en dehors des hiérarchies / opt, / var / opt et / etc / opt, à l'exception des fichiers de package qui doivent résider à des emplacements spécifiques dans l'arborescence du système de fichiers pour fonctionner correctement. Par exemple, les fichiers de verrouillage de périphérique doivent être placés dans / var / lock et les périphériques doivent être situés dans / dev.
Les distributions peuvent installer des logiciels dans / opt, mais ne doivent pas modifier ou supprimer les logiciels installés par l'administrateur système local sans l'accord de l'administrateur système local.
Raisonnement
L'utilisation de / opt for add-on software est une pratique bien établie dans la communauté UNIX. L'interface binaire d'application System V [AT&T 1990], basée sur la définition d'interface System V (troisième édition), prévoit une structure / opt très similaire à celle définie ici.
La norme de compatibilité binaire Intel v. 2 (iBCS2) fournit également une structure similaire pour / opt.
Généralement, toutes les données requises pour prendre en charge un package sur un système doivent être présentes dans / opt / <package>, y compris les fichiers destinés à être copiés dans / etc / opt / <package> et / var / opt / <package> ainsi que répertoires réservés dans / opt.
Les restrictions mineures sur les distributions utilisant / opt sont nécessaires car des conflits sont possibles entre les logiciels installés et installés localement, en particulier dans le cas des chemins d'accès fixes trouvés dans certains logiciels binaires.
La structure des répertoires ci-dessous / opt / <provider> est laissée au packager du logiciel, bien qu'il soit recommandé que les packages soient installés dans / opt / <provider> / <package> et suivent une structure similaire aux directives pour / opt / package. Une raison valable pour s'écarter de cette structure est pour les packages de support qui peuvent avoir des fichiers installés dans / opt / <provider> / lib ou / opt / <provider> / bin.