[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

mass bug filing of 'ucf: command not found' errors detected by piuparts



Hi,

I'm planning to file bugs against all packages that currently fail the
piuparts test with a 'ucf: command not found' error in wheezy and sid.
Currently 22 binary packages from 16 source packages are affected.

Most of these errors happen during the 'postrm purge' phase because
non-essential programs are called by the maintainer script without
checking their existance.

The 'command-not-found' failure logs are available from
http://piuparts.debian.org/sid/command_not_found_error.html
http://piuparts.debian.org/wheezy/command_not_found_error.html

The 'postinst-failed' logs (mostly due to command-not-found, so showing
more or less the same packages) are here:
http://piuparts.debian.org/sid/unknown_purge_error.html
http://piuparts.debian.org/wheezy/unknown_purge_error.html

I'll file these bugs with Severity: important since having a piuparts
clean archive is a release goal since lenny.

The bug report will be based on this template:


    Hi,

    during a test with piuparts I noticed your package failed to purge
    due to a command not found. According to policy 7.2 you cannot rely
    on the depends being available during purge, only the essential
    packages are available for sure.

    Please see the manpages ucf(1), ucfr(1) and the example maintainer
    scripts under /usr/share/doc/ucf/examples/ for correct usage of ucf.

    Filing this as important because a.) it's a clear policy violation
    (to not clean up at purge) b.) having a piuparts clean archive is a
    release goal since lenny and c.) this package being piuparts buggy
    blocks packages depending on it from being tested by piuparts (and
    thus possibly the detection of more severe problems).

    From the attached log (scroll to the bottom...):

    $LOGEXCERPT

    Attachment: $PACKAGE_$VERSION.log.gz


The logfiles will be checked individually to determine that the
command-not-found is really the most serious error and caused the test
to fail.

Following is a list of maintainers and their source packages that have
at least one binary package that both fails the piuparts test and has
'ucf: not found' errors (but may contain false positives).


Regards,

Andreas


Alexander Wirt <formorer@debian.org>
   icinga (U)

Benoit Mortier <benoit.mortier@opensides.be>
   fusioninventory-agent (U)

Bradley Bell <btb@debian.org>
   rt-extension-assettracker (U)

Cameron Dale <camrdale@gmail.com>
   torrentflux

Christoph Haas <haas@debian.org>
   cream
   cream (U)
   zabbix

Dan Poltawski <talktodan@gmail.com>
   moodle (U)

Debian Nagios Maintainer Group <pkg-nagios-devel@lists.alioth.debian.org>
   icinga
   ndoutils (U)

Debian QA Group <packages@qa.debian.org>
   webissues-server

Debian Request Tracker Group
<pkg-request-tracker-maintainers@lists.alioth.debian.org>
   rt-extension-assettracker
   rtfm

Dominic Hargreaves <dom@earth.li>
   movabletype-opensource
   rt-extension-assettracker (U)
   rtfm (U)

Fabio Tranchitella <kobold@debian.org>
   zabbix (U)

Gonéri Le Bouder <goneri@rulezlan.org>
   fusioninventory-agent

Hendrik Frenzel <hfrenzel@scunc.net>
   ndoutils

Jan Christoph Nordholz <hesso@pool.math.tu-berlin.de>
   autofs5

Jan Wagner <waja@cyconet.org>
   icinga (U)

Jeroen Schot <schot@a-eskwadraat.nl>
   cream

Michael Ablassmeier <abi@debian.org>
   zabbix (U)

Moodle Packaging Team <pkg-moodle-maintainers@lists.alioth.debian.org>
   moodle

Neil Roeth <neil@debian.org>
   psgml

Niko Tyni <ntyni@debian.org>
   rtfm (U)

Patrick Matthäi <pmatthaei@debian.org>
   webissues-server

Penny Leach <penny@mjollnir.org>
   moodle (U)

Pierre Chifflier <pollux@debian.org>
   ocsinventory-agent

Radu Spineanu <radu@debian.org>
   simba

Reinhard Tartler <siretart@tauware.de>
   boxbackup

Tomasz Muras <nexor1984@gmail.com>
   moodle (U)

Xavier Oswald <xoswald@debian.org>
   moodle (U)


Reply to: