Bug#819787: libdbix-class-schema-loader-perl: FTBFS: t/10_01sqlite_common.t failure
Niko Tyni
ntyni at debian.org
Wed Apr 6 09:53:30 UTC 2016
On Sat, Apr 02, 2016 at 12:10:20PM +0300, Niko Tyni wrote:
> Package: libdbix-class-schema-loader-perl
> Version: 0.07045-1
> Severity: serious
> User: debian-perl at lists.debian.org
> Usertags: autopkgtest
> X-Debbugs-Cc: sqlite3 at packages.debian.org
>
> As noticed by the ci.debian.net test setup, this package
> currently fails its test suite, making it fail to build.
>
> https://ci.debian.net/packages/libd/libdbix-class-schema-loader-perl/unstable/amd64/
>
> not ok 301 - columns for views are introspected
>
> # Failed test 'columns for views are introspected'
> # at t/10_01sqlite_common.t line 171.
> # got: ''
> # expected: 'integer'
This is due to a change in 'PRAGMA table_info' behaviour in 3.12.0. The
"type" column in PRAGMA table_info() is now a blank string when the
target object is a view.
The type is exposed to the Perl side via the DBI column_info() method,
key 'TYPE_NAME'. See DBD::SQLite::column_info() at
https://sources.debian.net/src/libdbd-sqlite3-perl/1.50-1/lib/DBD/SQLite.pm/#L838
or so.
There's a thread about this at
http://thread.gmane.org/gmane.comp.db.sqlite.general/100856
but it doesn't seem quite clear yet if this is an accidental regression
or something that will stay.
In case it stays, I suppose DBD::SQLite could work around it centrally
by implementing TYPE_NAME in a different way.
--
Niko Tyni ntyni at debian.org
More information about the pkg-perl-maintainers
mailing list