Bug#951463: libur-perl: test failures in t/URT/t/21b_load_observer_autosubclass.t

Adrian Bunk bunk at debian.org
Tue Mar 31 16:35:24 BST 2020


Control: reassign -1 libsqlite3-0 3.31.1-1
Control: affects -1 src:libur-perl
Control: close -1 3.31.1-4

On Tue, Mar 31, 2020 at 05:25:04PM +0200, gregor herrmann wrote:
> On Tue, 31 Mar 2020 12:35:13 +0300, Adrian Bunk wrote:
> 
> > > Looking at potentially related changes in Debian in the last weeks I
> > > found an upgrade of sqlite3 from 3.30.1 to 3.31.1.
> > 
> > And the timing when it started working again in bullseye and unstable 
> > would hint at 3.31.1-4 fixing it:
> > https://tests.reproducible-builds.org/debian/history/libur-perl.html
> > https://ci.debian.net/packages/libu/libur-perl/testing/amd64/
> > https://ci.debian.net/packages/libu/libur-perl/unstable/amd64/
> 
> Thanks! I hadn't notice that it builds again …
> 
> I'm not sure if there's anything we can do on the libur-perl side, as
> we are only build-depending (actually test-depending) on
> libdbd-sqlite3-perl, and not on libsqlite3-dev or libsqlite3-0.
> 
> A 'Build-Conflicts-Indep: libsqlite3-0 (<< 3.31.1-4~) <!nocheck>'
> seems to work but I'm skeptical it's worth the hassle …

Build dependencies are not usually adjusted to handle temporary
breakages in other packages that are already fixed.

I'm reassigning and closing it in libsqlite3-0,
to document where the problem likely was.

> Cheers,
> gregor

cu
Adrian



More information about the pkg-perl-maintainers mailing list