Bug#819782: libdatabase-dump-perl: FTBFS: t/dumptruck.t failure

2016-04-20 Thread GCS
On Sun, Apr 10, 2016 at 2:14 PM, gregor herrmann wrote: > On Sat, 02 Apr 2016 12:02:51 +0300, Niko Tyni wrote: >> As noticed by the ci.debian.net test setup, this package >> currently fails its test suite, making it fail to build. >> >> >>

Bug#819782: libdatabase-dump-perl: FTBFS: t/dumptruck.t failure

2016-04-10 Thread gregor herrmann
On Sat, 02 Apr 2016 12:02:51 +0300, Niko Tyni wrote: > 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/libdatabase-dumptruck-perl/unstable/amd64/ > > # Failed test 'Array variable

Bug#819782: libdatabase-dump-perl: FTBFS: t/dumptruck.t failure

2016-04-06 Thread GCS
Control: forwarded -1 http://sqlite.1065341.n5.nabble.com/sqlite3-column-decltype-change-td88530.html On Wed, Apr 6, 2016 at 8:46 AM, Niko Tyni wrote: > On Wed, Apr 06, 2016 at 08:36:51AM +0200, László Böszörményi (GCS) wrote: >> I still don't know, but will post here what

Bug#819782: libdatabase-dump-perl: FTBFS: t/dumptruck.t failure

2016-04-06 Thread Niko Tyni
On Wed, Apr 06, 2016 at 08:36:51AM +0200, László Böszörményi (GCS) wrote: > On Sat, Apr 2, 2016 at 9:40 PM, Niko Tyni wrote: > > The root cause is that sqlite3_column_decltype() quotes its output in > > 3.12.0, where previously it didn't. > [...] > > So is this an intentional

Bug#819782: libdatabase-dump-perl: FTBFS: t/dumptruck.t failure

2016-04-06 Thread GCS
On Sat, Apr 2, 2016 at 9:40 PM, Niko Tyni wrote: > The root cause is that sqlite3_column_decltype() quotes its output in > 3.12.0, where previously it didn't. [...] > So is this an intentional change or a regression? I still don't know, but will post here what upstream says

Bug#819782: libdatabase-dump-perl: FTBFS: t/dumptruck.t failure

2016-04-02 Thread GCS
On Sat, Apr 2, 2016 at 9:40 PM, Niko Tyni wrote: > On Sat, Apr 02, 2016 at 12:10:31PM +0200, László Böszörményi wrote: >> Its first parameter is the function the call and the second is the >> expected result[1]. If I use sqlite3 3.11.1, then the function returns >> an array, but

Bug#819782: libdatabase-dump-perl: FTBFS: t/dumptruck.t failure

2016-04-02 Thread Niko Tyni
On Sat, Apr 02, 2016 at 12:10:31PM +0200, László Böszörményi wrote: > Its first parameter is the function the call and the second is the > expected result[1]. If I use sqlite3 3.11.1, then the function returns > an array, but not [666]. With sqlite3 3.12.0 it returns the expected > [666]. The

Bug#819782: libdatabase-dump-perl: FTBFS: t/dumptruck.t failure

2016-04-02 Thread GCS
On Sat, Apr 2, 2016 at 11:40 AM, Niko Tyni wrote: > On Sat, Apr 02, 2016 at 11:20:02AM +0200, László Böszörményi (GCS) wrote: >> I think libdatabase-dumptruck-perl upstream should be noted about this >> issue. May check it locally, but please don't take my word on it. > >

Bug#819782: libdatabase-dump-perl: FTBFS: t/dumptruck.t failure

2016-04-02 Thread Niko Tyni
On Sat, Apr 02, 2016 at 11:20:02AM +0200, László Böszörményi (GCS) wrote: > On Sat, Apr 2, 2016 at 11:02 AM, Niko Tyni wrote: > > Package: libdatabase-dumptruck-perl > > Version: 1.2-2 > [...] > > As noticed by the ci.debian.net test setup, this package > > currently fails its

Bug#819782: libdatabase-dump-perl: FTBFS: t/dumptruck.t failure

2016-04-02 Thread GCS
Hi Niko, On Sat, Apr 2, 2016 at 11:02 AM, Niko Tyni wrote: > Package: libdatabase-dumptruck-perl > Version: 1.2-2 [...] > As noticed by the ci.debian.net test setup, this package > currently fails its test suite, making it fail to build. > > >