On Sat, Aug 07, 2004 at 01:46:22AM +0200, Sébastien GALLET wrote:La phase d'installation fai est la suivante :
...
Installation des programmes avec les valeurs par défaut
Utilisation de scripts pour mettre à jour les fichiers de
configuration ( et eventuellement la base des registres (debconf) )
et ensuite je reconfigure le paquet en mode non-intéractif
...
Voilà
et pourquoi ne pas forcer l'utilisation de l'interface non-interactive lors du
dpkg-reconfigure ?
C'est marqué dans la page de manuel comment faire ;)
J'ai testé chez moi et ca à l'air de plutot bien fonctionner, petit exemple :
:~$ sudo dpkg-reconfigure -f non-interactive debconf
debconf: Impossible d'initialiser l'interface : Non-interactive
debconf: (Can't locate Debconf/FrontEnd/Non.pm in @INC (@INC contains: /etc/perl
/usr/local/lib/perl/5.8.4 /usr/local/share/perl/5.8.4 /usr/lib/perl5
/usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl
.) at (eval 18) line 2.)
debconf: Utilisation de l'interface Noninteractive à la place
:~$
Mis a par le problème de ficiher Non.pm l'interface est bien utilisée. Donc il
n'y a pas de problème dans le pages de manuel mais dans ta lecture de celles-ci.
On Sat, Aug 07, 2004 at 01:46:22AM +0200, Sébastien GALLET wrote:
La phase d'installation fai est la suivante :
...
Installation des programmes avec les valeurs par défaut
Utilisation de scripts pour mettre à jour les fichiers de
configuration ( et eventuellement la base des registres (debconf) )
et ensuite je reconfigure le paquet en mode non-intéractif
...
Voilà
et pourquoi ne pas forcer l'utilisation de l'interface non-interactive lors du
dpkg-reconfigure ?
C'est marqué dans la page de manuel comment faire ;)
J'ai testé chez moi et ca à l'air de plutot bien fonctionner, petit exemple :
ptitlouis@laptop:~$ sudo dpkg-reconfigure -f non-interactive debconf
debconf: Impossible d'initialiser l'interface : Non-interactive
debconf: (Can't locate Debconf/FrontEnd/Non.pm in @INC (@INC contains: /etc/perl
/usr/local/lib/perl/5.8.4 /usr/local/share/perl/5.8.4 /usr/lib/perl5
/usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl
.) at (eval 18) line 2.)
debconf: Utilisation de l'interface Noninteractive à la place
ptitlouis@laptop:~$
Mis a par le problème de ficiher Non.pm l'interface est bien utilisée. Donc il
n'y a pas de problème dans le pages de manuel mais dans ta lecture de celles-ci.
On Sat, Aug 07, 2004 at 01:46:22AM +0200, Sébastien GALLET wrote:La phase d'installation fai est la suivante :
...
Installation des programmes avec les valeurs par défaut
Utilisation de scripts pour mettre à jour les fichiers de
configuration ( et eventuellement la base des registres (debconf) )
et ensuite je reconfigure le paquet en mode non-intéractif
...
Voilà
et pourquoi ne pas forcer l'utilisation de l'interface non-interactive lors du
dpkg-reconfigure ?
C'est marqué dans la page de manuel comment faire ;)
J'ai testé chez moi et ca à l'air de plutot bien fonctionner, petit exemple :
:~$ sudo dpkg-reconfigure -f non-interactive debconf
debconf: Impossible d'initialiser l'interface : Non-interactive
debconf: (Can't locate Debconf/FrontEnd/Non.pm in @INC (@INC contains: /etc/perl
/usr/local/lib/perl/5.8.4 /usr/local/share/perl/5.8.4 /usr/lib/perl5
/usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl
.) at (eval 18) line 2.)
debconf: Utilisation de l'interface Noninteractive à la place
:~$
Mis a par le problème de ficiher Non.pm l'interface est bien utilisée. Donc il
n'y a pas de problème dans le pages de manuel mais dans ta lecture de celles-ci.
On Sat, Aug 07, 2004 at 02:00:25AM +0200, Sébastien GALLET wrote:Debian propose des outils à l'administrateur pour modifier ces valeurs
de manière non-interactive
man debconf-communicate
Quel est l'interêt d'avoir un frontend non-intéractif si il est
intéractif ???
Il est utile pour *l'installation*, si les choix ne te conviennent pas, il est
logique que tu repasses sur une interface interactive pour faire tes
modifications. Le développeur a documenté commenté dans la page debconf(7)
comment installer des paquets de manière non interactive avec autre chose que
les valeurs par défaut.
De plus, il existe les outils debconf-get-selections et debconf-set-selections
pour respectivement lire et modifier la base, peut-être serait-il bon de jeter
un oeil de ce coté, toutefois ces programmes sont assez peu documentés :/
On Sat, Aug 07, 2004 at 02:00:25AM +0200, Sébastien GALLET wrote:
Debian propose des outils à l'administrateur pour modifier ces valeurs
de manière non-interactive
man debconf-communicate
Quel est l'interêt d'avoir un frontend non-intéractif si il est
intéractif ???
Il est utile pour *l'installation*, si les choix ne te conviennent pas, il est
logique que tu repasses sur une interface interactive pour faire tes
modifications. Le développeur a documenté commenté dans la page debconf(7)
comment installer des paquets de manière non interactive avec autre chose que
les valeurs par défaut.
De plus, il existe les outils debconf-get-selections et debconf-set-selections
pour respectivement lire et modifier la base, peut-être serait-il bon de jeter
un oeil de ce coté, toutefois ces programmes sont assez peu documentés :/
On Sat, Aug 07, 2004 at 02:00:25AM +0200, Sébastien GALLET wrote:Debian propose des outils à l'administrateur pour modifier ces valeurs
de manière non-interactive
man debconf-communicate
Quel est l'interêt d'avoir un frontend non-intéractif si il est
intéractif ???
Il est utile pour *l'installation*, si les choix ne te conviennent pas, il est
logique que tu repasses sur une interface interactive pour faire tes
modifications. Le développeur a documenté commenté dans la page debconf(7)
comment installer des paquets de manière non interactive avec autre chose que
les valeurs par défaut.
De plus, il existe les outils debconf-get-selections et debconf-set-selections
pour respectivement lire et modifier la base, peut-être serait-il bon de jeter
un oeil de ce coté, toutefois ces programmes sont assez peu documentés :/
>>>Ensuite, faire un dpkg-reconfigure avec une interface non interactive n'a que
>>>très peu de sens, si on veut reconfigurer un paquet, c'est parce que les valeurs
>>>actuelles ne correspondent pas à tes besoins d'où le retour a l'in terface
>>>dialog lors d'un dpkg-reconfigure.
>>>
>>
>>Dans le cas d'une installation automatique (type fai), ca a toute son
>>importance ...
>
> Je comprends l'importance pour fai mais qu'est-ce que tu attends de la
> commande dans ce cas ? Ne rien modifier ? Donc, ça ne sert à rien d e
> l'utiliser après coup, non ?
>
La phase d'installation fai est la suivante :
...
Installation des programmes avec les valeurs par défaut
Utilisation de scripts pour mettre à jour les fichiers de
configuration ( et eventuellement la base des registres (debconf) )
et ensuite je reconfigure le paquet en mode non-intéractif
>>>Ensuite, faire un dpkg-reconfigure avec une interface non interactive n'a que
>>>très peu de sens, si on veut reconfigurer un paquet, c'est parce que les valeurs
>>>actuelles ne correspondent pas à tes besoins d'où le retour a l'in terface
>>>dialog lors d'un dpkg-reconfigure.
>>>
>>
>>Dans le cas d'une installation automatique (type fai), ca a toute son
>>importance ...
>
> Je comprends l'importance pour fai mais qu'est-ce que tu attends de la
> commande dans ce cas ? Ne rien modifier ? Donc, ça ne sert à rien d e
> l'utiliser après coup, non ?
>
La phase d'installation fai est la suivante :
...
Installation des programmes avec les valeurs par défaut
Utilisation de scripts pour mettre à jour les fichiers de
configuration ( et eventuellement la base des registres (debconf) )
et ensuite je reconfigure le paquet en mode non-intéractif
>>>Ensuite, faire un dpkg-reconfigure avec une interface non interactive n'a que
>>>très peu de sens, si on veut reconfigurer un paquet, c'est parce que les valeurs
>>>actuelles ne correspondent pas à tes besoins d'où le retour a l'in terface
>>>dialog lors d'un dpkg-reconfigure.
>>>
>>
>>Dans le cas d'une installation automatique (type fai), ca a toute son
>>importance ...
>
> Je comprends l'importance pour fai mais qu'est-ce que tu attends de la
> commande dans ce cas ? Ne rien modifier ? Donc, ça ne sert à rien d e
> l'utiliser après coup, non ?
>
La phase d'installation fai est la suivante :
...
Installation des programmes avec les valeurs par défaut
Utilisation de scripts pour mettre à jour les fichiers de
configuration ( et eventuellement la base des registres (debconf) )
et ensuite je reconfigure le paquet en mode non-intéractif
> De plus, il existe les outils debconf-get-selections et debconf-set-sel ections
> pour respectivement lire et modifier la base, peut-être serait-il bon de jeter
> un oeil de ce coté, toutefois ces programmes sont assez peu document és :/
google is your friend
Je suis passé par là ...
c'est bien pour ça que je ne comprends pas l'intèrêt d'avoir develo pper
des outils pour manipuler la base des registres de manière non
intéractive ... outils qui ne servent à rien si le mode non-intérac tif
est intéractif
> De plus, il existe les outils debconf-get-selections et debconf-set-sel ections
> pour respectivement lire et modifier la base, peut-être serait-il bon de jeter
> un oeil de ce coté, toutefois ces programmes sont assez peu document és :/
google is your friend
Je suis passé par là ...
c'est bien pour ça que je ne comprends pas l'intèrêt d'avoir develo pper
des outils pour manipuler la base des registres de manière non
intéractive ... outils qui ne servent à rien si le mode non-intérac tif
est intéractif
> De plus, il existe les outils debconf-get-selections et debconf-set-sel ections
> pour respectivement lire et modifier la base, peut-être serait-il bon de jeter
> un oeil de ce coté, toutefois ces programmes sont assez peu document és :/
google is your friend
Je suis passé par là ...
c'est bien pour ça que je ne comprends pas l'intèrêt d'avoir develo pper
des outils pour manipuler la base des registres de manière non
intéractive ... outils qui ne servent à rien si le mode non-intérac tif
est intéractif
Le samedi 07 août 2004 à 01:46 +0200, Sébastien GALLET a écrit :Ensuite, faire un dpkg-reconfigure avec une interface non interactive n'a que
très peu de sens, si on veut reconfigurer un paquet, c'est parce que les valeurs
actuelles ne correspondent pas à tes besoins d'où le retour a l'interface
dialog lors d'un dpkg-reconfigure.
Dans le cas d'une installation automatique (type fai), ca a toute son
importance ...
Je comprends l'importance pour fai mais qu'est-ce que tu attends de la
commande dans ce cas ? Ne rien modifier ? Donc, ça ne sert à rien de
l'utiliser après coup, non ?
La phase d'installation fai est la suivante :
...
Installation des programmes avec les valeurs par défaut
Utilisation de scripts pour mettre à jour les fichiers de
configuration ( et eventuellement la base des registres (debconf) )
et ensuite je reconfigure le paquet en mode non-intéractif
Je ne vois pas l'intérêt du dpkg-reconfigure final.
En principe, FAI permet d'installer des paquets (ou plutôt des classes
[2] d'hôtes comprenant certains paquets) d'appeler des scripts[3] (bash,
perl ou cfengine[4]) afin de les configurer ultérieurement.
Ensuite, l'hôte client est prêt, je ne vois pas vraiment l'intérêt
d'utiliser dpkg-reconfigure...
[1]:http://www.informatik.uni-koeln.de/fai/fai-guide-
fr/ar01s04.html#d0e2506
[2]:http://www.informatik.uni-koeln.de/fai/fai-guide-
fr/ar01s06.html#d0e3551
[3]:http://www.informatik.uni-koeln.de/fai/fai-guide-
fr/ar01s06.html#fai_scripts
[4]:http://thierrylhomme.developpez.com/cfengine.html
Le samedi 07 août 2004 à 01:46 +0200, Sébastien GALLET a écrit :
Ensuite, faire un dpkg-reconfigure avec une interface non interactive n'a que
très peu de sens, si on veut reconfigurer un paquet, c'est parce que les valeurs
actuelles ne correspondent pas à tes besoins d'où le retour a l'interface
dialog lors d'un dpkg-reconfigure.
Dans le cas d'une installation automatique (type fai), ca a toute son
importance ...
Je comprends l'importance pour fai mais qu'est-ce que tu attends de la
commande dans ce cas ? Ne rien modifier ? Donc, ça ne sert à rien de
l'utiliser après coup, non ?
La phase d'installation fai est la suivante :
...
Installation des programmes avec les valeurs par défaut
Utilisation de scripts pour mettre à jour les fichiers de
configuration ( et eventuellement la base des registres (debconf) )
et ensuite je reconfigure le paquet en mode non-intéractif
Je ne vois pas l'intérêt du dpkg-reconfigure final.
En principe, FAI permet d'installer des paquets (ou plutôt des classes
[2] d'hôtes comprenant certains paquets) d'appeler des scripts[3] (bash,
perl ou cfengine[4]) afin de les configurer ultérieurement.
Ensuite, l'hôte client est prêt, je ne vois pas vraiment l'intérêt
d'utiliser dpkg-reconfigure...
[1]:http://www.informatik.uni-koeln.de/fai/fai-guide-
fr/ar01s04.html#d0e2506
[2]:http://www.informatik.uni-koeln.de/fai/fai-guide-
fr/ar01s06.html#d0e3551
[3]:http://www.informatik.uni-koeln.de/fai/fai-guide-
fr/ar01s06.html#fai_scripts
[4]:http://thierrylhomme.developpez.com/cfengine.html
Le samedi 07 août 2004 à 01:46 +0200, Sébastien GALLET a écrit :Ensuite, faire un dpkg-reconfigure avec une interface non interactive n'a que
très peu de sens, si on veut reconfigurer un paquet, c'est parce que les valeurs
actuelles ne correspondent pas à tes besoins d'où le retour a l'interface
dialog lors d'un dpkg-reconfigure.
Dans le cas d'une installation automatique (type fai), ca a toute son
importance ...
Je comprends l'importance pour fai mais qu'est-ce que tu attends de la
commande dans ce cas ? Ne rien modifier ? Donc, ça ne sert à rien de
l'utiliser après coup, non ?
La phase d'installation fai est la suivante :
...
Installation des programmes avec les valeurs par défaut
Utilisation de scripts pour mettre à jour les fichiers de
configuration ( et eventuellement la base des registres (debconf) )
et ensuite je reconfigure le paquet en mode non-intéractif
Je ne vois pas l'intérêt du dpkg-reconfigure final.
En principe, FAI permet d'installer des paquets (ou plutôt des classes
[2] d'hôtes comprenant certains paquets) d'appeler des scripts[3] (bash,
perl ou cfengine[4]) afin de les configurer ultérieurement.
Ensuite, l'hôte client est prêt, je ne vois pas vraiment l'intérêt
d'utiliser dpkg-reconfigure...
[1]:http://www.informatik.uni-koeln.de/fai/fai-guide-
fr/ar01s04.html#d0e2506
[2]:http://www.informatik.uni-koeln.de/fai/fai-guide-
fr/ar01s06.html#d0e3551
[3]:http://www.informatik.uni-koeln.de/fai/fai-guide-
fr/ar01s06.html#fai_scripts
[4]:http://thierrylhomme.developpez.com/cfengine.html
dpkg-reconfigure postgresql -fnoninteractive
et l'installation ouvre des boites de dialogue pour me demander les
paramètres
Elle est sympa ton installation qui se passe bien ;)
dpkg-reconfigure postgresql -fnoninteractive
et l'installation ouvre des boites de dialogue pour me demander les
paramètres
Elle est sympa ton installation qui se passe bien ;)
dpkg-reconfigure postgresql -fnoninteractive
et l'installation ouvre des boites de dialogue pour me demander les
paramètres
Elle est sympa ton installation qui se passe bien ;)
On Sat, Aug 07, 2004 at 02:31:36AM +0200, Sébastien GALLET wrote:dpkg-reconfigure postgresql -fnoninteractive
et l'installation ouvre des boites de dialogue pour me demander les
paramètres
essaie avec dpkg-reconfigure -f non-interactive postgresqlElle est sympa ton installation qui se passe bien ;)
et pourant :
:~$ echo $?
0
:~$
Ca a l'air de fonctionner :)
On Sat, Aug 07, 2004 at 02:31:36AM +0200, Sébastien GALLET wrote:
dpkg-reconfigure postgresql -fnoninteractive
et l'installation ouvre des boites de dialogue pour me demander les
paramètres
essaie avec dpkg-reconfigure -f non-interactive postgresql
Elle est sympa ton installation qui se passe bien ;)
et pourant :
ptitlouis@laptop:~$ echo $?
0
ptitlouis@laptop:~$
Ca a l'air de fonctionner :)
On Sat, Aug 07, 2004 at 02:31:36AM +0200, Sébastien GALLET wrote:dpkg-reconfigure postgresql -fnoninteractive
et l'installation ouvre des boites de dialogue pour me demander les
paramètres
essaie avec dpkg-reconfigure -f non-interactive postgresqlElle est sympa ton installation qui se passe bien ;)
et pourant :
:~$ echo $?
0
:~$
Ca a l'air de fonctionner :)
>>>>>Ensuite, faire un dpkg-reconfigure avec une interface non interactiv e n'a que
>>>>>très peu de sens, si on veut reconfigurer un paquet, c'est parce q ue les valeurs
>>>>>actuelles ne correspondent pas à tes besoins d'où le retour a l' interface
>>>>>dialog lors d'un dpkg-reconfigure.
>>>>
>>>>Dans le cas d'une installation automatique (type fai), ca a toute son
>>>>importance ...
>>>
>>>Je comprends l'importance pour fai mais qu'est-ce que tu attends de la
>>>commande dans ce cas ? Ne rien modifier ? Donc, ça ne sert à rien de
>>>l'utiliser après coup, non ?
>>
>>La phase d'installation fai est la suivante :
>> ...
>> Installation des programmes avec les valeurs par défaut
>> Utilisation de scripts pour mettre à jour les fichiers de
>>configuration ( et eventuellement la base des registres (debconf) )
>> et ensuite je reconfigure le paquet en mode non-intéractif
>
> Je ne vois pas l'intérêt du dpkg-reconfigure final.
> En principe, FAI permet d'installer des paquets (ou plutôt des classe s
> [2] d'hôtes comprenant certains paquets) d'appeler des scripts[3] (ba sh,
> perl ou cfengine[4]) afin de les configurer ultérieurement.
> Ensuite, l'hôte client est prêt, je ne vois pas vraiment l'intér êt
> d'utiliser dpkg-reconfigure...
Tu connais fai ?
Et bien justement j'utilise un script situé dans la section DEFAULT qui
intervient aprés la tâche instsoft (installation initiale des paquets ).
Il permet de modifier certains paramètres de postgresql comme le chemin
des données, et ceci grâce à la commande debconf-communicate
Je ne suis pas obligé de reconfigurer le paquet dans ce cas ?
Le simple fait de modifier la valeur dans la base des registres permet
de configurer le programme ?
>>>>>Ensuite, faire un dpkg-reconfigure avec une interface non interactiv e n'a que
>>>>>très peu de sens, si on veut reconfigurer un paquet, c'est parce q ue les valeurs
>>>>>actuelles ne correspondent pas à tes besoins d'où le retour a l' interface
>>>>>dialog lors d'un dpkg-reconfigure.
>>>>
>>>>Dans le cas d'une installation automatique (type fai), ca a toute son
>>>>importance ...
>>>
>>>Je comprends l'importance pour fai mais qu'est-ce que tu attends de la
>>>commande dans ce cas ? Ne rien modifier ? Donc, ça ne sert à rien de
>>>l'utiliser après coup, non ?
>>
>>La phase d'installation fai est la suivante :
>> ...
>> Installation des programmes avec les valeurs par défaut
>> Utilisation de scripts pour mettre à jour les fichiers de
>>configuration ( et eventuellement la base des registres (debconf) )
>> et ensuite je reconfigure le paquet en mode non-intéractif
>
> Je ne vois pas l'intérêt du dpkg-reconfigure final.
> En principe, FAI permet d'installer des paquets (ou plutôt des classe s
> [2] d'hôtes comprenant certains paquets) d'appeler des scripts[3] (ba sh,
> perl ou cfengine[4]) afin de les configurer ultérieurement.
> Ensuite, l'hôte client est prêt, je ne vois pas vraiment l'intér êt
> d'utiliser dpkg-reconfigure...
Tu connais fai ?
Et bien justement j'utilise un script situé dans la section DEFAULT qui
intervient aprés la tâche instsoft (installation initiale des paquets ).
Il permet de modifier certains paramètres de postgresql comme le chemin
des données, et ceci grâce à la commande debconf-communicate
Je ne suis pas obligé de reconfigurer le paquet dans ce cas ?
Le simple fait de modifier la valeur dans la base des registres permet
de configurer le programme ?
>>>>>Ensuite, faire un dpkg-reconfigure avec une interface non interactiv e n'a que
>>>>>très peu de sens, si on veut reconfigurer un paquet, c'est parce q ue les valeurs
>>>>>actuelles ne correspondent pas à tes besoins d'où le retour a l' interface
>>>>>dialog lors d'un dpkg-reconfigure.
>>>>
>>>>Dans le cas d'une installation automatique (type fai), ca a toute son
>>>>importance ...
>>>
>>>Je comprends l'importance pour fai mais qu'est-ce que tu attends de la
>>>commande dans ce cas ? Ne rien modifier ? Donc, ça ne sert à rien de
>>>l'utiliser après coup, non ?
>>
>>La phase d'installation fai est la suivante :
>> ...
>> Installation des programmes avec les valeurs par défaut
>> Utilisation de scripts pour mettre à jour les fichiers de
>>configuration ( et eventuellement la base des registres (debconf) )
>> et ensuite je reconfigure le paquet en mode non-intéractif
>
> Je ne vois pas l'intérêt du dpkg-reconfigure final.
> En principe, FAI permet d'installer des paquets (ou plutôt des classe s
> [2] d'hôtes comprenant certains paquets) d'appeler des scripts[3] (ba sh,
> perl ou cfengine[4]) afin de les configurer ultérieurement.
> Ensuite, l'hôte client est prêt, je ne vois pas vraiment l'intér êt
> d'utiliser dpkg-reconfigure...
Tu connais fai ?
Et bien justement j'utilise un script situé dans la section DEFAULT qui
intervient aprés la tâche instsoft (installation initiale des paquets ).
Il permet de modifier certains paramètres de postgresql comme le chemin
des données, et ceci grâce à la commande debconf-communicate
Je ne suis pas obligé de reconfigurer le paquet dans ce cas ?
Le simple fait de modifier la valeur dans la base des registres permet
de configurer le programme ?
Le samedi 07 août 2004 à 03:02 +0200, Sébastien GALLET a écrit :Ensuite, faire un dpkg-reconfigure avec une interface non interactive n'a que
très peu de sens, si on veut reconfigurer un paquet, c'est parce que les valeurs
actuelles ne correspondent pas à tes besoins d'où le retour a l'interface
dialog lors d'un dpkg-reconfigure.
Dans le cas d'une installation automatique (type fai), ca a toute son
importance ...
Je comprends l'importance pour fai mais qu'est-ce que tu attends de la
commande dans ce cas ? Ne rien modifier ? Donc, ça ne sert à rien de
l'utiliser après coup, non ?
La phase d'installation fai est la suivante :
...
Installation des programmes avec les valeurs par défaut
Utilisation de scripts pour mettre à jour les fichiers de
configuration ( et eventuellement la base des registres (debconf) )
et ensuite je reconfigure le paquet en mode non-intéractif
Je ne vois pas l'intérêt du dpkg-reconfigure final.
En principe, FAI permet d'installer des paquets (ou plutôt des classes
[2] d'hôtes comprenant certains paquets) d'appeler des scripts[3] (bash,
perl ou cfengine[4]) afin de les configurer ultérieurement.
Ensuite, l'hôte client est prêt, je ne vois pas vraiment l'intérêt
d'utiliser dpkg-reconfigure...
Tu connais fai ?
Pas encore parfaitement mais la documentation ne parle pas de devoir
toucher à la base debconf: si tu souhaites modifier la configuration
fournie avec le paquet, tu dois le réaliser via les scripts.
Et bien justement j'utilise un script situé dans la section DEFAULT qui
intervient aprés la tâche instsoft (installation initiale des paquets).
Il permet de modifier certains paramètres de postgresql comme le chemin
des données, et ceci grâce à la commande debconf-communicate
De quel script s'agit-il, au juste ?
D'après Julien Louis, debconf-communicate est obsolète, il faut lui
préférer debconf-[get|set]-selections.
Je ne suis pas obligé de reconfigurer le paquet dans ce cas ?
Je ne pense pas, non. Es-tu obligé de modifier la base debconf chaque
fois que tu modifies la configuration d'un logiciel à la main ? non...
Le simple fait de modifier la valeur dans la base des registres permet
de configurer le programme ?
On ne dit pas "base de registres", mais base debconf.
Et quitte à vouloir la modifier, autant externaliser cette ressource
comme décrit dans un autre mail.
Le samedi 07 août 2004 à 03:02 +0200, Sébastien GALLET a écrit :
Ensuite, faire un dpkg-reconfigure avec une interface non interactive n'a que
très peu de sens, si on veut reconfigurer un paquet, c'est parce que les valeurs
actuelles ne correspondent pas à tes besoins d'où le retour a l'interface
dialog lors d'un dpkg-reconfigure.
Dans le cas d'une installation automatique (type fai), ca a toute son
importance ...
Je comprends l'importance pour fai mais qu'est-ce que tu attends de la
commande dans ce cas ? Ne rien modifier ? Donc, ça ne sert à rien de
l'utiliser après coup, non ?
La phase d'installation fai est la suivante :
...
Installation des programmes avec les valeurs par défaut
Utilisation de scripts pour mettre à jour les fichiers de
configuration ( et eventuellement la base des registres (debconf) )
et ensuite je reconfigure le paquet en mode non-intéractif
Je ne vois pas l'intérêt du dpkg-reconfigure final.
En principe, FAI permet d'installer des paquets (ou plutôt des classes
[2] d'hôtes comprenant certains paquets) d'appeler des scripts[3] (bash,
perl ou cfengine[4]) afin de les configurer ultérieurement.
Ensuite, l'hôte client est prêt, je ne vois pas vraiment l'intérêt
d'utiliser dpkg-reconfigure...
Tu connais fai ?
Pas encore parfaitement mais la documentation ne parle pas de devoir
toucher à la base debconf: si tu souhaites modifier la configuration
fournie avec le paquet, tu dois le réaliser via les scripts.
Et bien justement j'utilise un script situé dans la section DEFAULT qui
intervient aprés la tâche instsoft (installation initiale des paquets).
Il permet de modifier certains paramètres de postgresql comme le chemin
des données, et ceci grâce à la commande debconf-communicate
De quel script s'agit-il, au juste ?
D'après Julien Louis, debconf-communicate est obsolète, il faut lui
préférer debconf-[get|set]-selections.
Je ne suis pas obligé de reconfigurer le paquet dans ce cas ?
Je ne pense pas, non. Es-tu obligé de modifier la base debconf chaque
fois que tu modifies la configuration d'un logiciel à la main ? non...
Le simple fait de modifier la valeur dans la base des registres permet
de configurer le programme ?
On ne dit pas "base de registres", mais base debconf.
Et quitte à vouloir la modifier, autant externaliser cette ressource
comme décrit dans un autre mail.
Le samedi 07 août 2004 à 03:02 +0200, Sébastien GALLET a écrit :Ensuite, faire un dpkg-reconfigure avec une interface non interactive n'a que
très peu de sens, si on veut reconfigurer un paquet, c'est parce que les valeurs
actuelles ne correspondent pas à tes besoins d'où le retour a l'interface
dialog lors d'un dpkg-reconfigure.
Dans le cas d'une installation automatique (type fai), ca a toute son
importance ...
Je comprends l'importance pour fai mais qu'est-ce que tu attends de la
commande dans ce cas ? Ne rien modifier ? Donc, ça ne sert à rien de
l'utiliser après coup, non ?
La phase d'installation fai est la suivante :
...
Installation des programmes avec les valeurs par défaut
Utilisation de scripts pour mettre à jour les fichiers de
configuration ( et eventuellement la base des registres (debconf) )
et ensuite je reconfigure le paquet en mode non-intéractif
Je ne vois pas l'intérêt du dpkg-reconfigure final.
En principe, FAI permet d'installer des paquets (ou plutôt des classes
[2] d'hôtes comprenant certains paquets) d'appeler des scripts[3] (bash,
perl ou cfengine[4]) afin de les configurer ultérieurement.
Ensuite, l'hôte client est prêt, je ne vois pas vraiment l'intérêt
d'utiliser dpkg-reconfigure...
Tu connais fai ?
Pas encore parfaitement mais la documentation ne parle pas de devoir
toucher à la base debconf: si tu souhaites modifier la configuration
fournie avec le paquet, tu dois le réaliser via les scripts.
Et bien justement j'utilise un script situé dans la section DEFAULT qui
intervient aprés la tâche instsoft (installation initiale des paquets).
Il permet de modifier certains paramètres de postgresql comme le chemin
des données, et ceci grâce à la commande debconf-communicate
De quel script s'agit-il, au juste ?
D'après Julien Louis, debconf-communicate est obsolète, il faut lui
préférer debconf-[get|set]-selections.
Je ne suis pas obligé de reconfigurer le paquet dans ce cas ?
Je ne pense pas, non. Es-tu obligé de modifier la base debconf chaque
fois que tu modifies la configuration d'un logiciel à la main ? non...
Le simple fait de modifier la valeur dans la base des registres permet
de configurer le programme ?
On ne dit pas "base de registres", mais base debconf.
Et quitte à vouloir la modifier, autant externaliser cette ressource
comme décrit dans un autre mail.
>>Tu connais fai ?
>
> Pas encore parfaitement mais la documentation ne parle pas de devoir
> toucher à la base debconf: si tu souhaites modifier la configuration
> fournie avec le paquet, tu dois le réaliser via les scripts.
et bien justement c'est la qu'est le problème. Certains accros à debc onf
regénerent l'intégralité du fichier de configuration à partir de la
valeur de la base debconf ...
et la t'est vert quand tu fais un update ...
y'avais un pro dans le genre y'a quelques temps : xinetd je ne l'ai pas
testé en upgrade recemment ...
Il te cassait toute ta config pour refaire un fichier de configuration à
partir des fichiers de inetd ...
Donc dans ce cas la, tu n'as pas le choix il faut taper dans la base des
registres "ooops j'ai oublié" ...
> Je ne pense pas, non. Es-tu obligé de modifier la base debconf chaque
> fois que tu modifies la configuration d'un logiciel à la main ? non.. .
et postgresql il va initialiser ces bases au démarrage ?
Apparemment, la base est créer par le postinst, donc on doit
reconfigurer le programme
>>Tu connais fai ?
>
> Pas encore parfaitement mais la documentation ne parle pas de devoir
> toucher à la base debconf: si tu souhaites modifier la configuration
> fournie avec le paquet, tu dois le réaliser via les scripts.
et bien justement c'est la qu'est le problème. Certains accros à debc onf
regénerent l'intégralité du fichier de configuration à partir de la
valeur de la base debconf ...
et la t'est vert quand tu fais un update ...
y'avais un pro dans le genre y'a quelques temps : xinetd je ne l'ai pas
testé en upgrade recemment ...
Il te cassait toute ta config pour refaire un fichier de configuration à
partir des fichiers de inetd ...
Donc dans ce cas la, tu n'as pas le choix il faut taper dans la base des
registres "ooops j'ai oublié" ...
> Je ne pense pas, non. Es-tu obligé de modifier la base debconf chaque
> fois que tu modifies la configuration d'un logiciel à la main ? non.. .
et postgresql il va initialiser ces bases au démarrage ?
Apparemment, la base est créer par le postinst, donc on doit
reconfigurer le programme
>>Tu connais fai ?
>
> Pas encore parfaitement mais la documentation ne parle pas de devoir
> toucher à la base debconf: si tu souhaites modifier la configuration
> fournie avec le paquet, tu dois le réaliser via les scripts.
et bien justement c'est la qu'est le problème. Certains accros à debc onf
regénerent l'intégralité du fichier de configuration à partir de la
valeur de la base debconf ...
et la t'est vert quand tu fais un update ...
y'avais un pro dans le genre y'a quelques temps : xinetd je ne l'ai pas
testé en upgrade recemment ...
Il te cassait toute ta config pour refaire un fichier de configuration à
partir des fichiers de inetd ...
Donc dans ce cas la, tu n'as pas le choix il faut taper dans la base des
registres "ooops j'ai oublié" ...
> Je ne pense pas, non. Es-tu obligé de modifier la base debconf chaque
> fois que tu modifies la configuration d'un logiciel à la main ? non.. .
et postgresql il va initialiser ces bases au démarrage ?
Apparemment, la base est créer par le postinst, donc on doit
reconfigurer le programme
