Bonjour à tous les utilisateurs et développeurs de Debian : Le 23/01/2014, Francois Lafont<[email protected]> a écrit : > Je me suis fait un paqckage perso qui consistait simplement > à déposer des fichiers dans /opt/mon-paquet. Je ne suis pas > un expert en packaging mais je pense que le paquet était fait > à peu près correctement (j'ai mis un fichier mon-paquet.install > dans le répertoire de build debian/ et voilà). > > Mais lorsque je faisais un remove (apt-get remove mon-paquet), > le répertoire /opt/ était tout simplement effacé... plus de > /opt/ sur mon système. Ça fait un peu drôle quand même. > Est-ce vraiment normal ?
D'après Charles Pl. (dans son précédent message de ce fil de discussion), le résultat constaté (le répertoire /opt supprimé) est normal. Cependant, dans tout paquet Debian, il y a une archive "control.tar.gz" contenant, entre autres, les scripts "prerm" et "postrm" (note a). Mes connaissances (dans le domaine de l'empaquetage) sont limitées mais je me demande s'il n'existe pas une solution (par l'intermédiaire de ces 2 scripts) pour éviter que les commande 'apt-get' ou 'dpkg' ne supprime /opt lors de la suppression de ton paquet. Note a : si on veux savoir un peu plus sur ces scripts précités (mais il y a aussi les "preinst" et "postinst"), voir le lien http://www.debian.org/doc/manuals/debian-faq/ch-pkg_basics.fr.html#s-maintscripts . Maintenant, à mon avis, je ne pense pas que la présence (ou non) des répertoires "vides" - tels que /opt ou /srv, c'est du moins que j'ai constaté chez moi (note b) - ait une quelconque conséquence pour le bon fonctionnement d'un système GNU/Linux. La seule chose est qu'un répertoire "vide" occupe simplement un inode dans un système de fichier de type "extn" (avec n égal à 2, 3 ou 4). Toujours chez moi, les /opt et /srv sont toujours présents dans l'arborescence mais j'aurais très bien pu les supprimer... Note b : il y a aussi les /mnt et /media mais il ne faut pas les supprimer car ils servent de points de montage pour des systèmes de fichiers temporaires ou intermittents. ;-) Si tu veux, malgré tout, retrouver ton répertoire /opt, il suffit d'exécuter les commandes suivantes (sous "root") : "mkdir /opt" et, si cela est nécessaire, "chmod 755 /opt". > Au départ, je me suis dit que c'est parce que j'ai un paquet > qui s'installe dans /opt/ et que /opt/ n'est pas fait pour > ça. Mais quand je lis ici : > > http://www.pathname.com/fhs/pub/fhs-2.3.html#OPTADDONAPPLICATIONSOFTWAREPACKAGES > > « /opt is reserved for the installation of add-on application > software packages. » > > Je me dis que que finalement /opt/ est une destination licite > pour un paquet. On aurait pu mettre ton paquet dans le répertoire "/usr/local". D'ailleurs, j'ai un peu du mal de faire la distinction entre ces deux répertoires au niveau de leur utilité (note c). L'un des deux ne fait-il pas doublon de l'autre ? :-/ J'aurais pu dire la même chose (et poser la même question) quant aux répertoires "/mnt" et "/media". Note c : je me souviens, il y a plus de 12 ans et pendant 2 ou 3 versions, que ma première distribution (SuSE devenue par la suite OpenSuSE) se servait du répertoire "/opt" pour y installer des logiciel tels que KDE, Mozilla ou StarOffice... Personnellement, je trouve intéressant que l'on sert de /opt pour installer des environnements de bureau et des applications graphiques (ou de type GUI) mais Debian a fait un autre choix. Résultat : le répertoire "/usr" est devenu quelque peu "obèse". :-) > Bref, tout ça pour dire qu'après quelques recherches, ce que je > trouve penche plutôt pour le fait que la disparition de /opt/ > soit finalement « normale ». Mais en même temps, ça j'ai du mal > à me résoudre au fait que ça soit normal de ne plus avoir de /opt/ > sur mon système après un remove, alors que /opt/ fait quand même > partie du "Filesystem Hierarchy Standard". Ça me semble bien > étrange. Il faut comprendre que le FHS ("Filesystem Hierarchy Standard") est moins une norme obligatoire ou intangible qu'un convention établie de manière "consensuelle" par des différents acteurs œuvrant pour le logiciel libre ou à code ouvert. Cependant, le FHS n'est pas totalement respecté par la plupart des distribution GNU/Linux - j'ignore quelle est la situation concernant les différentes variantes de BSD. D'ailleurs, je ne suis pas sûr que Debian s'y conforme strictement... Dans mes recherche, j'ai même trouvé une distribution qui ignore totalement le FHS : GoboLinux. Je vous donne deux liens Internet si vous voulez en savoir plus : 1. [GoboLinux] http://www.gobolinux.org/index.php?lang=fr_FR 2. [Wikipedia] http://fr.wikipedia.org/wiki/GoboLinux Par ailleurs, il est possible de créer des répertoires non prévus par le FHS. Toujours personnellement et pour mes besoins, j'ai créé deux répertoires "/homf" et "/bkup" (note d). Note d : /homf et /bkup sont des points de montage pour deux partitions (se trouvant sur les deux disques durs de mon ordinateur de bureau), le premier étant un second "/home" et /bkup dérivant du terme "backup" et servant à accueillir les sauvegardes des répertoires /etc, /home, /homf, /root et certains sous-répertoires de /var (effectuées par un outil fourni par Debian). Pour finir et si on veut en savoir plus sur le FHS, voir les liens suivants : A. [Debian] http://www.debian.org/doc/packaging-manuals/fhs/fhs-2.3.html B. [Wikipedia] http://fr.wikipedia.org/wiki/FHS Cordialement et à bientôt, Stéphane. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers [email protected] En cas de soucis, contactez EN ANGLAIS [email protected] Archive: http://lists.debian.org/caaqhxe4mum9sbbw3eeeoktae4nrbqx99pbesqvoxu03bcke...@mail.gmail.com
