Bug#881291: libdbd-sqlite3-perl FTBFS with libsqlite3-dev 3.21.0-1

Damyan Ivanov dmn at debian.org
Tue Nov 14 21:43:25 UTC 2017


Control: tag -1 confirmed upstream

-=| Adrian Bunk, 09.11.2017 20:25:17 +0200 |=-
> Source: libdbd-sqlite3-perl
> Version: 1.54-2
> Severity: serious
> 
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libdbd-sqlite3-perl.html
> 
> ...
> Test Summary Report
> -------------------
> t/virtual_table/rt_99748.t                          (Wstat: 512 Tests: 24 Failed: 1)
>   Failed test:  24
>   Non-zero exit status: 2
>   Parse errors: Bad plan.  You planned 52 tests but ran 24.
> Files=105, Tests=3555, 22 wallclock secs ( 0.81 usr  0.26 sys + 12.46 cusr  1.88 csys = 15.41 CPU)
> Result: FAIL
> Failed 1/105 test programs. 1/3555 subtests failed.
> Makefile:1078: recipe for target 'test_dynamic' failed

This also falils in a current sbuild chroot:

#   Failed test 'no warnings'
#   at /usr/share/perl/5.26/Test/Builder.pm line 135.
# There were 2 warning(s)
#       Previous test 23 'SELECT rowid FROM vtb WHERE c = 'six''
#       Use of uninitialized value $op in pattern match (m//) at /<<PKGBUILDDIR>>/blib/lib/DBD/SQLite/VirtualTable/PerlData.pm line 104.
#  at /<<PKGBUILDDIR>>/blib/lib/DBD/SQLite/VirtualTable/PerlData.pm line 104.
#       DBD::SQLite::VirtualTable::PerlData::BEST_INDEX(DBD::SQLite::VirtualTable::PerlData=HASH(0x55efd272a948), ARRAY(0x55efd2757f10), ARRAY(0x55efd26e8c98)) called at /<<PKGBUILDDIR>>/blib/lib/DBD/SQLite.pm line 202
#       DBD::SQLite::db::prepare(DBI::db=HASH(0x55efd26dc460), "SELECT a FROM vtb WHERE b IS NULL ORDER BY a", undef) called at /usr/lib/x86_64-linux-gnu/perl5/5.26/DBI.pm line 1690
#       DBD::_::db::selectcol_arrayref(DBI::db=HASH(0x55efd26dc460), "SELECT a FROMvtb WHERE b IS NULL ORDER BY a") called at t/virtual_table/rt_99748.t line 80
#       main::test_table(DBI::db=HASH(0x55efd26dc508), "vtb") called at t/virtual_table/rt_99748.t line 57
#
# ----------
#       Previous test 23 'SELECT rowid FROM vtb WHERE c = 'six''
#       Use of uninitialized value $op in concatenation (.) or string at /<<PKGBUILDDIR>>/blib/lib/DBD/SQLite/VirtualTable/PerlData.pm line 108.
#  at /<<PKGBUILDDIR>>/blib/lib/DBD/SQLite/VirtualTable/PerlData.pm line 108.
#       DBD::SQLite::VirtualTable::PerlData::BEST_INDEX(DBD::SQLite::VirtualTable::PerlData=HASH(0x55efd272a948), ARRAY(0x55efd2757f10), ARRAY(0x55efd26e8c98)) called at /<<PKGBUILDDIR>>/blib/lib/DBD/SQLite.pm line 202
#       DBD::SQLite::db::prepare(DBI::db=HASH(0x55efd26dc460), "SELECT a FROM vtb WHERE b IS NULL ORDER BY a", undef) called at /usr/lib/x86_64-linux-gnu/perl5/5.26/DBI.pm line 1690
#       DBD::_::db::selectcol_arrayref(DBI::db=HASH(0x55efd26dc460), "SELECT a FROM vtb WHERE b IS NULL ORDER BY a") called at t/virtual_table/rt_99748.t line 80
#       main::test_table(DBI::db=HASH(0x55efd26dc508), "vtb") called at t/virtual_table/rt_99748.t line 57

Some observations:

 - no similar bug report exists upstream 
   (https://rt.cpan.org/Dist/Display.html?Queue=DBD-SQLite)
 - disabling the use_system_sqlite patch works around the failure
 - applying the patch from 
   https://rt.cpan.org/Ticket/Display.html?id=114138 for guaranteed 
   usage of system sqlite3.h does not help.
 - removing the upstream sqlite3.h from debian/rules also does not 
   help

So this seems like a genuine problem with newer sqlite. Upstream's 
sqlite3.h is 3.13.0, while Debian/unstable now has 3.21.0.

-- dam



More information about the pkg-perl-maintainers mailing list