clone 469513 -1
reassign -1 cacti
retitle -1 Do not call db_stop before calling ucf, since ucf uses debconf
reassign 469513 ocsinventory-agent
retitle 469513 Do not call db_stop before calling ucf, since ucf uses debconf
thanks
On Sun, 9 Mar 2008 20:57:52 +0200, Niko Tyni <[EMAIL PROTECTED]> said:
> On Wed, Mar 05, 2008 at 04:14:55PM +0000, [EMAIL PROTECTED] wrote:
>> Package: ucf Version: 3.005 Severity: important
>> ucf blocks on ocsinventory-agent(1:0.0.8-1) and cacti (0.8.7b-1)
>> installation process. Quick solution was to downgrade ucf to version
>> 2.0020 (stable).
> This is also #468101 and #470066.
> Both the cacti and ocsinventory-agent postinst scripts call db_stop
> before invoking ucf.
Yes. On Bug#468160, Bernhard R Link explains:
The reason for this seams to be that pdns-server is calling
db_stop before calling ucf. Thus when ucf tries to contact
debconf, it gets no answer. (as it just calls confmodule which
does not restart debconf as all the environment variables are
already there).
> The previous ucf version loaded the templates only if
> DEBCONF_ALREADY_RUNNING was set to 'no'; this changed in 3.005 and
> apparently broke both cacti and ocsinventory-agent.
The previous version just did not notice that debconf was not
responding.
That was a bug in the old version of ucf, trying to work around
scripts calling ucf with an unusable debconf. According to policy, it
is a bug not to use debconf to interact with the user -- what if the
user is using a graphical debconf front-end, and not paying attention to
the terminal where the install was started? What if there is no such
terminal?
manoj
--
T-shirt Of The Day: I'm the person your mother warned you about.
Manoj Srivastava <[EMAIL PROTECTED]> <http://www.golden-gryphon.com/>
1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
