Bug#720018: Hash randomization test failures

[Dominic Hargreaves]

Control: severity -1 important

On Sun, Jan 05, 2014 at 06:15:20PM +0000, Dominic Hargreaves wrote:
> On Sun, Jan 05, 2014 at 06:03:45PM +0000, Dominic Hargreaves wrote:
> > On Sun, Jan 05, 2014 at 07:10:46PM +0200, Niko Tyni wrote:
> > > Also, at the risk of stating the obvious: I don't think we can tell
> > > whether a build failure is caused by functional breakage or just test
> > > suite fragility without looking at the code, right? The code could
> > > actually be relying on the old hash behaviour, and that could cause very
> > > similar sporadic test suite failures.
> > 
> > Yes, absolutely. From the packages I've looked at it's generally fairly
> > obvious if the breakage is caused by assumptions in the test suite, though,
> > as opposed to in the functional code.
> > 
> > > > #711428 libcgi-application-plugin-authentication-perl
> > > > #711436 libdbix-abstract-perl
> > > > #711444 libgraph-readwrite-perl
> > > > #711446 libgraph-writer-graphviz-perl
> > > > #711604 libmime-lite-html-perl
> > > > #711614 libscriptalicious-perl
> > > > #711615 libsearch-estraier-perl
> > > > #720018 libhtml-wikiconverter-moinmoin-perl
> > > > #720271 libnet-jabber-perl
> 
> So this package needs to be checked to see whether the test failures
> are definitely random, and that the random breakage is purely in the test
> suite. If so, the severity of this bug can be downgraded to important.

I've now done this; the failure is random and shouldn't affect the
run-time operation of the package. So, downgrading.

Dominic.