Le 05/01/2014 00:08, Bzzz a écrit :
On Sat, 04 Jan 2014 23:53:14 +0100
François Patte francois.pa...@mi.parisdescartes.fr 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
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 francois.pa...@mi.parisdescartes.fr 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
Le 5 janv. 2014 à 10:17, François Patte francois.pa...@mi.parisdescartes.fr a
écrit :
Le 05/01/2014 00:08, Bzzz a écrit :
On Sat, 04 Jan 2014 23:53:14 +0100
François Patte francois.pa...@mi.parisdescartes.fr wrote:
Ah que caca boudin rpcbind (chkconfig -level 2345 rpcbind
off);
Le 05/01/2014 11:39, Pierre Malard a écrit :
Le 5 janv. 2014 à 10:17, François Patte
francois.pa...@mi.parisdescartes.fr a écrit :
Le 05/01/2014 00:08, Bzzz a écrit :
On Sat, 04 Jan 2014 23:53:14 +0100 François Patte
francois.pa...@mi.parisdescartes.fr wrote:
Ah que caca boudin rpcbind
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
On Sun, 5 Jan 2014 12:51:03 +0100
Jean-Michel OLTRA jm.oltra.antis...@espinasse.net 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
Le 05/01/2014 13:50, Bzzz a écrit :
On Sun, 5 Jan 2014 12:51:03 +0100
Jean-Michel OLTRA jm.oltra.antis...@espinasse.net 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
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 jm.oltra.antis...@espinasse.net wrote:
Tu pourrais le supprimer, via `aptitude (apt-get) remove`, ce qui
ne supprimerait pas la config ?
Ou faire un truc crade que
On Sun, 05 Jan 2014 13:59:56 +0100
Michel c...@free.fr 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
On Sun, 05 Jan 2014 14:41:01 +0100
François Patte francois.pa...@mi.parisdescartes.fr 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...)
Le 5 janv. 2014 à 12:43, François Patte francois.pa...@mi.parisdescartes.fr 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
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 qu'il
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 la
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'en
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 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 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: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é
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
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
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,
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é
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
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
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
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 boot.
On Sat, 04 Jan 2014 23:53:14 +0100
François Patte francois.pa...@mi.parisdescartes.fr 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
27 matches
Mail list logo
