This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--fj60ld2QvgE8602v7BoN1PTSUCmbTtpwT
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Bonsoir,
A chaque "upgrade" l'=E9tat des services est modifi=E9; par exemple:
j'ai fait une mise =E0 jour et rpcbind est en route... en faisant
chkconfig --list, je peux voir qu'il est toujours configur=E9 pour ne pas=
d=E9marrer au boot. Bien!
Plus surprenant: =E0 chaque mise =E0 jour de dovecot, dovecot est relanc=E9=
bien que je l'ai =E9teint de mani=E8re permanente, mais en plus ma demand=
e
d'extinction permanente est =E9cras=E9e par la mise =E0 jour et si je dem=
ande:
chkconfig --list je peux voir:
dovecot 0:off 1:off 2:on 3:on 4:on 5:on 6:off
Donc dovecot sera d=E9marr=E9 =E0 chaque boot malgr=E9 mon interdiction..=
=2E C'est
ch....
Merci de vos lumi=E8res.
--=20
Fran=E7ois Patte
UFR de math=E9matiques et informatique
Laboratoire CNRS MAP5, UMR 8145
Universit=E9 Paris Descartes
45, rue des Saints P=E8res
F-75270 Paris Cedex 06
T=E9l. +33 (0)1 8394 5849
http://www.math-info.univ-paris5.fr/~patte
--
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 debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/52C890DA.4080808@mi.parisdescartes.fr
Comment désactiver proprement le start d'un service au reboot de manière pérenne (et upgrade résistant) tout en se gardant la possibilité de faire un start à la main quand on en a envie ? (sachant que, pour ma part, j'estime que c'est une demande légitime mais c'est un autre problème).
J'ai ce besoin pour des services que je ne lance pas au boot, mais plus tard quand j'ai monté un disque chiffré, sachant que c'est une machine dans un datacenter à laquelle je n'ai pas d'accès physique (et je ne fais pas confiance à la console distante pour être sûr qu'elle fonctionne lors du reboot).
-- 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 En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Le 05/01/2014 17:07, Francois Lafont a écrit :
Comment désactiver proprement le start d'un service au reboot de
manière pérenne (et upgrade résistant) tout en se gardant la
possibilité de faire un start à la main quand on en a envie ? (sachant
que, pour ma part, j'estime que c'est une demande légitime mais c'est
un autre problème).
J'ai ce besoin pour des services que je ne lance pas au boot, mais plus
tard quand j'ai monté un disque chiffré, sachant que c'est une machine
dans un datacenter à laquelle je n'ai pas d'accès physique (et je ne
fais pas confiance à la console distante pour être sûr qu'elle
fonctionne lors du reboot).
--
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 debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/52C98406.9060500@rail.eu.org
Comment désactiver proprement le start d'un service au reboot de manière pérenne (et upgrade résistant) tout en se gardant la possibilité de faire un start à la main quand on en a envie ? (sachant que, pour ma part, j'estime que c'est une demande légitime mais c'est un autre problème).
J'ai ce besoin pour des services que je ne lance pas au boot, mais plus tard quand j'ai monté un disque chiffré, sachant que c'est une machine dans un datacenter à laquelle je n'ai pas d'accès physique (et je ne fais pas confiance à la console distante pour être sûr qu'elle fonctionne lors du reboot).
-- 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 En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Francois Lafont
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.
sinon vis à vis de la doc c'est un bug.
Où ça dans la doc cela implique que ce soit un bug ?
À 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.
qui dépend de la manière dont le démon a été packagé...
Oui en effet.
-- François Lafont
-- 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 En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/lac0ru$m5r$
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.
sinon vis à vis de la doc c'est un bug.
Où ça dans la doc cela implique que ce soit un bug ?
À 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.
qui dépend de la manière dont le démon a été packagé...
Oui en effet.
--
François Lafont
--
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 debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/lac0ru$m5r$1@ger.gmane.org
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.
sinon vis à vis de la doc c'est un bug.
Où ça dans la doc cela implique que ce soit un bug ?
À 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.
qui dépend de la manière dont le démon a été packagé...
Oui en effet.
-- François Lafont
-- 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 En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/lac0ru$m5r$
Erwan David
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.
-- 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 En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
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.
--
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 debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/52C989EF.6010302@rail.eu.org
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.
-- 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 En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Vincent Lefevre
On 2014-01-05 17:07:33 +0100, Francois Lafont wrote:
Le 05/01/2014 16:46, Vincent Lefevre a écrit : > On 2014-01-05 15:56:23 +0100, Francois Lafont wrote: >> L'idéal pour avoir ce que tu veux, ce sont les services qui ont >> le bon goût d'avoir un fichier de conf /etc/default/le-service >> avec une instruction du genre : >> >> START=yes >> >> ou encore >> >> DAEMON=true > > Non, ce n'est officiellement plus supporté par Debian. Les paquets > qui permettent ce genre de chose sont considérés comme buggés.
Ah, c'est possible. Si tu as une source là-dessus, ça m'intéresse.
Discussion "solving the network-manager-in-gnome problem" dans debian-devel en juillet 2012.
> La façon recommandée (je crois) est d'utiliser update-rc.d, mais > c'est spécifique à l'init System-V.
Sur ce point, je suis vraiment sûr que l'utilisation de update-rc.d ne résiste pas à un upgrade dans de nombreux cas (dans le cas de rpcbind par exemple).
-- 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 En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
On 2014-01-05 17:07:33 +0100, Francois Lafont wrote:
Le 05/01/2014 16:46, Vincent Lefevre a écrit :
> On 2014-01-05 15:56:23 +0100, Francois Lafont wrote:
>> L'idéal pour avoir ce que tu veux, ce sont les services qui ont
>> le bon goût d'avoir un fichier de conf /etc/default/le-service
>> avec une instruction du genre :
>>
>> START=yes
>>
>> ou encore
>>
>> DAEMON=true
>
> Non, ce n'est officiellement plus supporté par Debian. Les paquets
> qui permettent ce genre de chose sont considérés comme buggés.
Ah, c'est possible. Si tu as une source là-dessus, ça m'intéresse.
Discussion "solving the network-manager-in-gnome problem" dans
debian-devel en juillet 2012.
> La façon recommandée (je crois) est d'utiliser update-rc.d, mais
> c'est spécifique à l'init System-V.
Sur ce point, je suis vraiment sûr que l'utilisation de update-rc.d
ne résiste pas à un upgrade dans de nombreux cas (dans le cas de
rpcbind par exemple).
--
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 debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20140105170107.GA5326@ioooi.vinc17.net
On 2014-01-05 17:07:33 +0100, Francois Lafont wrote:
Le 05/01/2014 16:46, Vincent Lefevre a écrit : > On 2014-01-05 15:56:23 +0100, Francois Lafont wrote: >> L'idéal pour avoir ce que tu veux, ce sont les services qui ont >> le bon goût d'avoir un fichier de conf /etc/default/le-service >> avec une instruction du genre : >> >> START=yes >> >> ou encore >> >> DAEMON=true > > Non, ce n'est officiellement plus supporté par Debian. Les paquets > qui permettent ce genre de chose sont considérés comme buggés.
Ah, c'est possible. Si tu as une source là-dessus, ça m'intéresse.
Discussion "solving the network-manager-in-gnome problem" dans debian-devel en juillet 2012.
> La façon recommandée (je crois) est d'utiliser update-rc.d, mais > c'est spécifique à l'init System-V.
Sur ce point, je suis vraiment sûr que l'utilisation de update-rc.d ne résiste pas à un upgrade dans de nombreux cas (dans le cas de rpcbind par exemple).
-- 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 En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Vincent Lefevre
On 2014-01-05 17:35:59 +0100, Erwan David wrote:
Le 05/01/2014 17:22, Francois Lafont a écrit : > 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.
Ce qui explique aussi qu'il ne faut pas supprimer les liens à la main, mais utiliser update-rc.d pour désactiver un service.
-- 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 En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
On 2014-01-05 17:35:59 +0100, Erwan David wrote:
Le 05/01/2014 17:22, Francois Lafont a écrit :
> 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.
Ce qui explique aussi qu'il ne faut pas supprimer les liens à la main,
mais utiliser update-rc.d pour désactiver un service.
--
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 debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20140105172203.GC5326@ioooi.vinc17.net
Le 05/01/2014 17:22, Francois Lafont a écrit : > 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.
Ce qui explique aussi qu'il ne faut pas supprimer les liens à la main, mais utiliser update-rc.d pour désactiver un service.
-- 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 En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Francois Lafont
Le 05/01/2014 17:35, Erwan David a écrit :
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.
Oui, oui. Je viens de faire le test et tu as raison sur toute la ligne (ainsi que Vincent). Dans mes souvenirs, je m'étais fait couillonner parce que j'avais fait un remove et non un disable (mais c'est expliqué dans la page man de update-rc.d). Désolé, j'ai donc dis des bêtises, au temps pour moi. ;-)
Donc, comme tu le disais précédemment, pour désactiver un service de manière pérenne sans le désinstaller tout en se gardant la possibilité de le démarrer quand on a envie c'est « update-rc.d le-service disable ». Fin de l'histoire.
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.
Ok.
Grâce à ce fil, j'ai appris des trucs, merci bien.
-- François Lafont
-- 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 En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/lac614$bdj$
Le 05/01/2014 17:35, Erwan David a écrit :
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.
Oui, oui. Je viens de faire le test et tu as raison sur toute la ligne
(ainsi que Vincent). Dans mes souvenirs, je m'étais fait couillonner
parce que j'avais fait un remove et non un disable (mais c'est expliqué
dans la page man de update-rc.d). Désolé, j'ai donc dis des bêtises,
au temps pour moi. ;-)
Donc, comme tu le disais précédemment, pour désactiver un service de manière
pérenne sans le désinstaller tout en se gardant la possibilité de le démarrer
quand on a envie c'est « update-rc.d le-service disable ». Fin de l'histoire.
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.
Ok.
Grâce à ce fil, j'ai appris des trucs, merci bien.
--
François Lafont
--
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 debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/lac614$bdj$1@ger.gmane.org
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.
Oui, oui. Je viens de faire le test et tu as raison sur toute la ligne (ainsi que Vincent). Dans mes souvenirs, je m'étais fait couillonner parce que j'avais fait un remove et non un disable (mais c'est expliqué dans la page man de update-rc.d). Désolé, j'ai donc dis des bêtises, au temps pour moi. ;-)
Donc, comme tu le disais précédemment, pour désactiver un service de manière pérenne sans le désinstaller tout en se gardant la possibilité de le démarrer quand on a envie c'est « update-rc.d le-service disable ». Fin de l'histoire.
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.
Ok.
Grâce à ce fil, j'ai appris des trucs, merci bien.
-- François Lafont
-- 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 En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/lac614$bdj$
