Package: moodle
Version: 1.6.3-2
Severity: serious
Justification: Policy violation (section 7.2)
hi,
while doing archive wide piuparts tests some packages using
wwwconfig-common failed to install because of postgresql not beeing
available (this is moodle, for example):
Creating config file /etc/moodle/config.php with new version
/usr/share/wwwconfig-common/pgsql.get: line 77: psql: command not found
dpkg: error processing moodle (--configure):
subprocess post-installation script returned error exit status 127
Errors were encountered while processing:
moodle
E: Sub-process /usr/bin/dpkg returned an error code (1)
and phpgroupware:
/usr/share/wwwconfig-common/pgsql.get: line 77: psql: command not found
/usr/share/wwwconfig-common/pgsql.get: line 77: psql: command not found
dpkg: error processing phpgroupware (--configure):
subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
phpgroupware
reading policy section 7.2 i get the impression this is not policy
compliant:
"The Depends field should also be used if the postinst, prerm or postrm
scripts require the package to be present in order to run."
which is imho the case here .. both wwwconfig-common and moodle to
Recommend/Suggest postgresql, but they should nevertheless be
installable if the Recommends/Suggests are not satisfied:
Suggests:
"[..] Using this field tells the packaging system and the user
that the listed packages are related to this one and can perhaps enhance
its usefulness, but that installing this one without them is perfectly
reasonable."
just like dbconfig-common goes ahead with installing the package even
if there is no mysql/postgresql client available.
Other packages using wwwconfig--common, like libapache-mod-acct-mysql do
check for mysql client to be available before calling dbconfig-common:
if [ -x $(which mysql) ]; then
[...]
else
echo "Not configuring MySQL database because we cannot locate"
echo "the mysql client executable (mysql-client package missing)."
fi
i dont know wwwconfig-commons best practises here, im assigning the bugs
to the packages now, please merge and reassign to wwwconfig-common if
appropriate.
bye,
- michael
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
