En pratique, on peut toujours s'arranger pour recréer
le répertoire /opt/ dans le script postrm bien sûr. Et,
toujours en pratique, le problème se résout sans difficulté.
Mais ce qui m'intéresse, c'est surtout de savoir si ce
phénomène est normal ou non et si ce n'est pas normal,
qu'elle est mon erreur dans l'histoire.
En pratique, on peut toujours s'arranger pour recréer
le répertoire /opt/ dans le script postrm bien sûr. Et,
toujours en pratique, le problème se résout sans difficulté.
Mais ce qui m'intéresse, c'est surtout de savoir si ce
phénomène est normal ou non et si ce n'est pas normal,
qu'elle est mon erreur dans l'histoire.
En pratique, on peut toujours s'arranger pour recréer
le répertoire /opt/ dans le script postrm bien sûr. Et,
toujours en pratique, le problème se résout sans difficulté.
Mais ce qui m'intéresse, c'est surtout de savoir si ce
phénomène est normal ou non et si ce n'est pas normal,
qu'elle est mon erreur dans l'histoire.
Je pense que « touch /opt/ne-m-effacez-pas » est une solution
suffisante pour un simple système local.
Je pense que « touch /opt/ne-m-effacez-pas » est une solution
suffisante pour un simple système local.
Je pense que « touch /opt/ne-m-effacez-pas » est une solution
suffisante pour un simple système local.
le comportement de dpkg est normal.
Dans un système standard Debian, c'est le paquet base-files qui contient les
répertoires vides les plus fréquents, pour qu'ils ne soient pas effacés quand
plus aucun autre paquet n'y dépose des fichiers.
Comme Debian n'utilise pas /opt, aucun paquet officiel ne s'assure de son
existence, donc l'installation puis le retrait d'un paquet local utilisant /opt
peut provoquer son effacement.
Je pense que « touch /opt/ne-m-effacez-pas » est une solution suffisante
pour un simple système local.
le comportement de dpkg est normal.
Dans un système standard Debian, c'est le paquet base-files qui contient les
répertoires vides les plus fréquents, pour qu'ils ne soient pas effacés quand
plus aucun autre paquet n'y dépose des fichiers.
Comme Debian n'utilise pas /opt, aucun paquet officiel ne s'assure de son
existence, donc l'installation puis le retrait d'un paquet local utilisant /opt
peut provoquer son effacement.
Je pense que « touch /opt/ne-m-effacez-pas » est une solution suffisante
pour un simple système local.
le comportement de dpkg est normal.
Dans un système standard Debian, c'est le paquet base-files qui contient les
répertoires vides les plus fréquents, pour qu'ils ne soient pas effacés quand
plus aucun autre paquet n'y dépose des fichiers.
Comme Debian n'utilise pas /opt, aucun paquet officiel ne s'assure de son
existence, donc l'installation puis le retrait d'un paquet local utilisant /opt
peut provoquer son effacement.
Je pense que « touch /opt/ne-m-effacez-pas » est une solution suffisante
pour un simple système local.
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 ?
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#OPTADDONAPPLICATIONSOFTWAREP ACKAGES
« /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.
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.
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 ?
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#OPTADDONAPPLICATIONSOFTWAREP ACKAGES
« /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.
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.
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 ?
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#OPTADDONAPPLICATIONSOFTWAREP ACKAGES
« /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.
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.
Donc finalement la règle serait donc : au moment d'un remove les fichiers du
paquet sont supprimés et si un répertoire qui contenait un de ces fichiers
devient vide suite à ce remove alors le répertoire est supprimé aussi *SSI* il
ne fait pas partie du paquet base-files (car debian n'a naturellement aucune
raison de supprimer un fichier-répertoire d'un paquet installé sur le système).
Je ne vois pas trop ce que tu appelles un système "local" ?
Donc finalement la règle serait donc : au moment d'un remove les fichiers du
paquet sont supprimés et si un répertoire qui contenait un de ces fichiers
devient vide suite à ce remove alors le répertoire est supprimé aussi *SSI* il
ne fait pas partie du paquet base-files (car debian n'a naturellement aucune
raison de supprimer un fichier-répertoire d'un paquet installé sur le système).
Je ne vois pas trop ce que tu appelles un système "local" ?
Donc finalement la règle serait donc : au moment d'un remove les fichiers du
paquet sont supprimés et si un répertoire qui contenait un de ces fichiers
devient vide suite à ce remove alors le répertoire est supprimé aussi *SSI* il
ne fait pas partie du paquet base-files (car debian n'a naturellement aucune
raison de supprimer un fichier-répertoire d'un paquet installé sur le système).
Je ne vois pas trop ce que tu appelles un système "local" ?
On aurait pu mettre ton paquet dans le répertoire "/usr/local".
On aurait pu mettre ton paquet dans le répertoire "/usr/local".
On aurait pu mettre ton paquet dans le répertoire "/usr/local".
Donc finalement la règle serait donc : au moment d'un remove les fichiers du
paquet sont supprimés et si un répertoire qui contenait un de ces fichiers
devient vide suite à ce remove alors le répertoire est supprimé aussi *SSI* il
ne fait pas partie du paquet base-files (car debian n'a naturellement aucune
raison de supprimer un fichier-répertoire d'un paquet installé sur le système).
La règle est plus générale: le répertoire est enlevé si il ne fait partie
d'aucun autre paquet.
Je ne vois pas trop ce que tu appelles un système "local" ?
Je voulais dire: un système personalisé auquel l'administrateur a accès
trivialement, par exemple, mon ordinateur de bureau.
S'il faut s'assurer de la présence de /opt dans un parc ou une ferme de
machines, il vaut mieux installer un paquet fait maison contentant /opt,
plutôt que de se connecter sur chaque machine et créer /opt/ne-m-efface-pas-svp
à la main.
Donc finalement la règle serait donc : au moment d'un remove les fichiers du
paquet sont supprimés et si un répertoire qui contenait un de ces fichiers
devient vide suite à ce remove alors le répertoire est supprimé aussi *SSI* il
ne fait pas partie du paquet base-files (car debian n'a naturellement aucune
raison de supprimer un fichier-répertoire d'un paquet installé sur le système).
La règle est plus générale: le répertoire est enlevé si il ne fait partie
d'aucun autre paquet.
Je ne vois pas trop ce que tu appelles un système "local" ?
Je voulais dire: un système personalisé auquel l'administrateur a accès
trivialement, par exemple, mon ordinateur de bureau.
S'il faut s'assurer de la présence de /opt dans un parc ou une ferme de
machines, il vaut mieux installer un paquet fait maison contentant /opt,
plutôt que de se connecter sur chaque machine et créer /opt/ne-m-efface-pas-svp
à la main.
Donc finalement la règle serait donc : au moment d'un remove les fichiers du
paquet sont supprimés et si un répertoire qui contenait un de ces fichiers
devient vide suite à ce remove alors le répertoire est supprimé aussi *SSI* il
ne fait pas partie du paquet base-files (car debian n'a naturellement aucune
raison de supprimer un fichier-répertoire d'un paquet installé sur le système).
La règle est plus générale: le répertoire est enlevé si il ne fait partie
d'aucun autre paquet.
Je ne vois pas trop ce que tu appelles un système "local" ?
Je voulais dire: un système personalisé auquel l'administrateur a accès
trivialement, par exemple, mon ordinateur de bureau.
S'il faut s'assurer de la présence de /opt dans un parc ou une ferme de
machines, il vaut mieux installer un paquet fait maison contentant /opt,
plutôt que de se connecter sur chaque machine et créer /opt/ne-m-efface-pas-svp
à la main.
Le 23/01/2014 22:13, Stéphane GARGOLY a écrit :On aurait pu mettre ton paquet dans le répertoire "/usr/local".
D'après ce que j'ai compris de quelques lectures ici ou là,
aucun paquet ne doit installer quoi que ce soit dans /usr/local/,
c'est interdit par la loi. :-) Ce répertoire est la chasse gardée
de l'administrateur du système, il peut y faire sa tambouille, il
a la garantie que le gestionnaire de paquets n'ira pas y toucher.
Le 23/01/2014 22:13, Stéphane GARGOLY a écrit :
On aurait pu mettre ton paquet dans le répertoire "/usr/local".
D'après ce que j'ai compris de quelques lectures ici ou là,
aucun paquet ne doit installer quoi que ce soit dans /usr/local/,
c'est interdit par la loi. :-) Ce répertoire est la chasse gardée
de l'administrateur du système, il peut y faire sa tambouille, il
a la garantie que le gestionnaire de paquets n'ira pas y toucher.
Le 23/01/2014 22:13, Stéphane GARGOLY a écrit :On aurait pu mettre ton paquet dans le répertoire "/usr/local".
D'après ce que j'ai compris de quelques lectures ici ou là,
aucun paquet ne doit installer quoi que ce soit dans /usr/local/,
c'est interdit par la loi. :-) Ce répertoire est la chasse gardée
de l'administrateur du système, il peut y faire sa tambouille, il
a la garantie que le gestionnaire de paquets n'ira pas y toucher.
D'après ce que j'ai compris de quelques lectures ici ou là,
aucun paquet ne doit installer quoi que ce soit dans /usr/local/,
c'est interdit par la loi. :-) Ce répertoire est la chasse gardée
de l'administrateur du système, il peut y faire sa tambouille, il
a la garantie que le gestionnaire de paquets n'ira pas y toucher.
"c'est interdit par la loi" : issue du Code Linuxienne ou du Code
Débianiste ? :-)
"il peut y faire sa tambouille" : d'une certaine façon, ton paquet
n'est-il pas de la "tambouille" ? o:-)
D'après ce que j'ai compris de quelques lectures ici ou là,
aucun paquet ne doit installer quoi que ce soit dans /usr/local/,
c'est interdit par la loi. :-) Ce répertoire est la chasse gardée
de l'administrateur du système, il peut y faire sa tambouille, il
a la garantie que le gestionnaire de paquets n'ira pas y toucher.
"c'est interdit par la loi" : issue du Code Linuxienne ou du Code
Débianiste ? :-)
"il peut y faire sa tambouille" : d'une certaine façon, ton paquet
n'est-il pas de la "tambouille" ? o:-)
D'après ce que j'ai compris de quelques lectures ici ou là,
aucun paquet ne doit installer quoi que ce soit dans /usr/local/,
c'est interdit par la loi. :-) Ce répertoire est la chasse gardée
de l'administrateur du système, il peut y faire sa tambouille, il
a la garantie que le gestionnaire de paquets n'ira pas y toucher.
"c'est interdit par la loi" : issue du Code Linuxienne ou du Code
Débianiste ? :-)
"il peut y faire sa tambouille" : d'une certaine façon, ton paquet
n'est-il pas de la "tambouille" ? o:-)
Bonjour,
Merci Stéphane pour cette réponse détaillée.
Je me permets de réagir sur un point.
Le 23/01/2014 22:13, Stéphane GARGOLY a écrit :On aurait pu mettre ton paquet dans le répertoire "/usr/local".
Là, je dis non. ;-)
D'après ce que j'ai compris de quelques lectures ici ou là,
aucun paquet ne doit installer quoi que ce soit dans /usr/local/,
Bonjour,
Merci Stéphane pour cette réponse détaillée.
Je me permets de réagir sur un point.
Le 23/01/2014 22:13, Stéphane GARGOLY a écrit :
On aurait pu mettre ton paquet dans le répertoire "/usr/local".
Là, je dis non. ;-)
D'après ce que j'ai compris de quelques lectures ici ou là,
aucun paquet ne doit installer quoi que ce soit dans /usr/local/,
Bonjour,
Merci Stéphane pour cette réponse détaillée.
Je me permets de réagir sur un point.
Le 23/01/2014 22:13, Stéphane GARGOLY a écrit :On aurait pu mettre ton paquet dans le répertoire "/usr/local".
Là, je dis non. ;-)
D'après ce que j'ai compris de quelques lectures ici ou là,
aucun paquet ne doit installer quoi que ce soit dans /usr/local/,