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. The problem is that the new db_x_loadtemplatefile() call in ucf hangs if db_stop has been called. With 'set -x' in ucf: Setting up ocsinventory-agent (1:0.0.8-1) ... ++ basename /usr/bin/ucf + progname=ucf + pversion='$Revision: 1.26 $' + '[' -z '' ']' + '[' 1 ']' + DEBCONF_ALREADY_RUNNING=YES + export DEBCONF_ALREADY_RUNNING + '[' -e /usr/share/debconf/confmodule ']' ++ id -u + test 0 = 0 + . /usr/share/debconf/confmodule ++ '[' '!' 1 ']' ++ '[' -z 1 ']' + db_x_loadtemplatefile /var/lib/dpkg/info/ucf.templates ucf + _db_cmd 'X_LOADTEMPLATEFILE /var/lib/dpkg/info/ucf.templates' ucf + IFS=' ' + printf '%s\n' 'X_LOADTEMPLATEFILE /var/lib/dpkg/info/ucf.templates ucf' + IFS=' ' + read -r _db_internal_line Both the cacti and ocsinventory-agent postinst scripts call db_stop before invoking ucf. 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. Cheers, -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
