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