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 exist
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 l
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
> >
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
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 scr
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 deman
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 enco
Le 05/01/2014 16:23, Francois Lafont a écrit :
> Le 05/01/2014 16:10, 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
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
Le 05/01/2014 16:10, 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
On 2014-01-05 14:52:20 +0100, Bzzz wrote:
> Oops, 'ffectivement j'ai lu bcp trop vite; maintenant, ça ne change
> rien à ma 1ère réponse qui garde sa logique: un système de lecture
Plutôt un système de réception (MDA et non MUA)
> des e-mails fonctionnel est assez vital pour l'administration, car
Le 05/01/2014 11:39, Pierre Malard a écrit :
> On part du principe, en partant d'un simple point de vue de sécurité
> et pour éviter l'embonpoint, que la demande d'installation d'un paquet
> pré-suppose son utilisation active. À quoi peu bien servir d'installer
> un service si ce n'est pas pour s'e
On 2014-01-05 11:39:27 +0100, Pierre Malard wrote:
> Le principe de l'installation d'un paquet sur Debian est d'offrir le service
> installé actif et dans une configuration sûre s'il n'y a pas de configuration
> existante précédente. Toute configuration est définie dans /etc qui est donc
> sous
Bonjour,
Le 04/01/2014 23:53, François Patte a écrit :
> A chaque "upgrade" l'état des services est modifié; par exemple:
>
> J'ai "éteint" rpcbind (chkconfig -level 2345 rpcbind off); aujourd'hui,
> j'ai fait une mise à jour et rpcbind est en route... en faisant
> chkconfig --list, je peux voir
Le 5 janv. 2014 à 12:43, François Patte a
écrit :
> Le 05/01/2014 11:39, Pierre Malard a écrit :
>>
>> Il y en a qui commencent l'année très fort, dans la délicatesse, la
>> mesure et tout, et tout... Les aguapes ont laissé trop de traces ?
>>
>> Le principe de l'installation d'un paque
On Sun, 05 Jan 2014 14:41:01 +0100
François Patte wrote:
> il a dû croire que je parlais de
> postfix et pas de dovecot et il a répondu pour dire quelque chose
> parce que c'est encore les vacances et qu'il ne sait pas quoi
> faire comme toi (B pas Michel...)
Oops, 'ffectivement j'ai lu bcp
On Sun, 05 Jan 2014 13:59:56 +0100
Michel wrote:
> Eh bien toi, tu va nous appendre ici ce que fait vraiment l'OP,
> car il ne nous l'a pas tout à fait expliqué,
Alors… le monsieur te dit, par le truchement de ton œil raccordé
à ton oreille par plein d'air, que l'OP ne sait pas ce qu'il fait
par
Le 05/01/2014 13:59, Michel a écrit :
> Le 05/01/2014 13:50, Bzzz a écrit :
>> On Sun, 5 Jan 2014 12:51:03 +0100
>> Jean-Michel OLTRA wrote:
>>
>>> Tu pourrais le supprimer, via `aptitude (apt-get) remove`, ce qui
>>> ne supprimerait pas la config ?
>>>
>>> Ou faire un truc crade que je fais parfo
Le 05/01/2014 13:50, Bzzz a écrit :
> On Sun, 5 Jan 2014 12:51:03 +0100
> Jean-Michel OLTRA wrote:
>
>> Tu pourrais le supprimer, via `aptitude (apt-get) remove`, ce qui
>> ne supprimerait pas la config ?
>>
>> Ou faire un truc crade que je fais parfois, comme renommer le lien
>> de démarrage SXX
On Sun, 5 Jan 2014 12:51:03 +0100
Jean-Michel OLTRA wrote:
> Tu pourrais le supprimer, via `aptitude (apt-get) remove`, ce qui
> ne supprimerait pas la config ?
>
> Ou faire un truc crade que je fais parfois, comme renommer le lien
> de démarrage SXXservice en sXXservice ?
Y'a plus rapide et to
Bonjour,
Le dimanche 05 janvier 2014, François Patte a écrit...
> Dois-je encore justifier le fait que dovecot est installé mais que je ne
> souhaite pas qu'il soit actif pour l'instant?
Tu pourrais le supprimer, via `aptitude (apt-get) remove`, ce qui ne
supprimerait pas la config ?
Ou
Le 05/01/2014 11:39, Pierre Malard a écrit :
> Le 5 janv. 2014 à 10:17, François Patte
> a écrit :
>> Le 05/01/2014 00:08, Bzzz a écrit :
>>> On Sat, 04 Jan 2014 23:53:14 +0100 François Patte
>>> wrote:
>>>
Ah que caca boudin rpcbind (chkconfig -level 2345 rpcbind off);
aujourd'hui, j'
Le 5 janv. 2014 à 10:17, François Patte a
écrit :
> Le 05/01/2014 00:08, Bzzz a écrit :
>> On Sat, 04 Jan 2014 23:53:14 +0100
>> François Patte wrote:
>>
>>> Ah que caca boudin rpcbind (chkconfig -level 2345 rpcbind
>>> off); aujourd'hui, j'ai fait une mise à jour et rpcbind est en
>>> route...
Le 05/01/2014 10:17, François Patte a écrit :
> Le 05/01/2014 00:08, Bzzz a écrit :
>> On Sat, 04 Jan 2014 23:53:14 +0100
>> François Patte wrote:
>>
>>> Ah que caca boudin
C'est quoi ça? JE N'AI JAMAIS ÉCRIS ÇA!
On modifie même les originaux des courriers ici? Ça va chercher dans les
combien au
Le 05/01/2014 00:08, Bzzz a écrit :
> On Sat, 04 Jan 2014 23:53:14 +0100
> François Patte wrote:
>
>> Ah que caca boudin rpcbind (chkconfig -level 2345 rpcbind
>> off); aujourd'hui, j'ai fait une mise à jour et rpcbind est en
>> route...
>
> C'est normal, rpcbind étant un daemon, il a un script
On Sat, 04 Jan 2014 23:53:14 +0100
François Patte wrote:
> Ah que caca boudin rpcbind (chkconfig -level 2345 rpcbind
> off); aujourd'hui, j'ai fait une mise à jour et rpcbind est en
> route...
C'est normal, rpcbind étant un daemon, il a un script de démarrage
dans /etc/init.d; la MàJ effectue d'
Bonsoir,
A chaque "upgrade" l'état des services est modifié; par exemple:
J'ai "éteint" rpcbind (chkconfig -level 2345 rpcbind off); aujourd'hui,
j'ai fait une mise à jour et rpcbind est en route... en faisant
chkconfig --list, je peux voir qu'il est toujours configuré pour ne pas
démarrer au bo
27 matches
Mail list logo
