Re: quelques énervements
Le 05/01/2014 17:22, Francois Lafont a écrit :
> Le 05/01/2014 16:58, Erwan David a écrit :
>
>>>> Sinon le moyen debian de désactiver le lancement d'un démon c'est
>>>> update-rc.d service disable
>>> Ce ne sera pas « upgrade résistant » à tous les coups.
>>> Si jamais le script postinst du paquet concerné re-configure les
>>> liens symboliques du script init, la modif va disparaître
>>> et au prochain reboot le service sera actif.
>> Non parceque justement update-rc.d sauvegarde qu'il ne faut pas utiliser
>> les niveaux par défaut mais d'autres.
> Si le script postinst appelle un update-rc.d à son tour (et c'est le
> cas de rpcbind), ta modif va être perdue. C'est tout ce que je voulais
> dire.
>
>>> C'est d'ailleurs le cas du paquet rpcbind justement où l'on
>>> peut voir dans le script postinst :
>>>
>>> if [ -x "/etc/init.d/rpcbind" ]; then
>>> update-rc.d rpcbind start 43 S 2 3 4 5 . start 32 0 6 . stop 81 1 . >/dev/null
>>> invoke-rc.d rpcbind start || exit $?
>>> fi
>> À vérifier si c'est réellement appelé lors d'un upgrade,
> Je peux me tromper bien sûr mais je suis presque sûr que ça l'est car :
>
> - le postinst est systématiquement appelé lors d'un upgrade du paquet
> (avec des arguments derrières)
> - dans le cas de rpcbind, le update-rc.d sera toujours appelé du moment
> que /etc/init.d/rpcbind est exécutable.
C'est appelé, mais si on a fait un update-rc.d disable, ça ne fait rien :
If any files named /etc/rcrunlevel.d/[SK]??name already exist then
update-rc.d does nothing. The program was written this way so that it
will never change an existing con‐
figuration, which may have been customized by the system
administrator. The program will only install links if none are present,
i.e., if it appears that the service has
never been installed before.
Si on fait disable on a un lien K??name donc il n'est pas changé.
>> sinon vis à vis de la doc c'est un bug.
> Où ça dans la doc cela implique que ce soit un bug ?
celle de update-rc.d qui dit que ça résiste aux mises à jour, mais voir
ci dessus pourquoi.
>>> À mon humble avis, comme je l'indiquais dans mon précédent message,
>>> le moyen le plus pérenne pour avoir ce qu'on veut c'est toujours de
>>> l'inscrire en dur dans un fichier de conf (dans /etc/ donc).
>>>
>> Manière totalement non standard
> Si tu as des sources, je suis preneur.
Non standard car dépendant du packaging. Ce n'est pas un mécanisme
général, qui s'applique à tous les paquets.
Reply to: