Bug#625828: libipc-sharelite-perl: FTBFS on armel: test failures

[Niko Tyni]

On Tue, May 10, 2011 at 12:31:39PM +0100, Dominic Hargreaves wrote:
> On Sun, May 08, 2011 at 09:43:55AM +0300, Niko Tyni wrote:
> > On Fri, May 06, 2011 at 12:38:42PM +0300, Niko Tyni wrote:
> > > Package: libipc-sharelite-perl
> > > Version: 0.17-1
> > > Severity: serious
> > > Tags: wheezy sid
> > > User: debian-perl at lists.debian.org
> > > Usertags: perl-5.12-transition
> > > 
> > > This package failed to build on armel only against Perl 5.12.
> > > 
> > >  https://buildd.debian.org/status/fetch.php?pkg=libipc-sharelite-perl&arch=armel&ver=0.17-1%2Bb1&stamp=1304522076
> > 
> > > Haven't investigated whether this is a regression with Perl 5.12 or
> > > something else. The last time it was built on armel was in March 2009.
> > 
> > I can reproduce this on abel.debian.org with both squeeze (Perl 5.10)
> > and sid (5.12), but not on agricola.debian.org at all. Either kernel or
> > hardware specific? I see from the build log that arnold.debian.org (the
> > buildd) is running "Linux 2.6.32 armel (armv5tel)" which matches abel.

> I asked the release team to schedule it again, and it also failed
> on ancina.debian.org and alwyn.debian.org, so it's apparently not
> an uncommon failure on this arch.

Too bad. It's starting to look like a kernel regression from 2.6.26 to me.

Maybe we should postpone this, and solve the immediate Perl 5.12
testing migration problem with a a porter binary upload built on
agricola.debian.org (but leave this bug open as RC of course.)

There are quite a few reverse dependencies via libcache-cache-perl so
removal from wheezy doesn't seem a good option at this point.
-- 
Niko Tyni  ntyni at debian.org