Skip Menu |

This queue is for tickets about the DBIx-Class CPAN distribution.

Report information
The Basics
Id: 92486
Status: resolved
Priority: 0/
Queue: DBIx-Class
People
Owner: Nobody in particular
Requestors: CRZEDPSYC [...] cpan.org
Cc:
AdminCc:
Bug Information
Severity: (no value)
Broken in: 0.08250_06
Fixed in: 0.08260

History Show all quoted text
  Sun Jan 26 15:41:17 2014 CRZEDPSYC [...] cpan.org - Ticket created
Subject: Failing taint test, symbols are not exported
"refcount" is not exported by the DBIx::Class::_Util module "hrefaddr" is not exported by the DBIx::Class::_Util module Can't continue after import errors at t/lib/DBICTest/Util/LeakTracer.pm line 8. BEGIN failed--compilation aborted at t/lib/DBICTest/Util/LeakTracer.pm line 8. Compilation failed in require at t/lib/DBICTest/Schema.pm line 13. BEGIN failed--compilation aborted at t/lib/DBICTest/Schema.pm line 13. Compilation failed in require at t/lib/DBICTest.pm line 41. BEGIN failed--compilation aborted at t/lib/DBICTest.pm line 41. Compilation failed in require at t/54taint.t line 23. BEGIN failed--compilation aborted at t/54taint.t line 23. t/54taint.t ......................................... Dubious, test returned 255 (wstat 65280, 0xff00) No subtests run perl -v: This is perl 5, version 18, subversion 2 (v5.18.2) built for x86_64-linux-thread-multi uname -sr: Linux 3.11.5-1-ARCH
  Mon Jan 27 01:15:06 2014 ribasushi [...] leporine.io - Correspondence added
On Sun Jan 26 21:41:17 2014, CRZEDPSYC wrote: Show quoted text
> "refcount" is not exported by the DBIx::Class::_Util module > "hrefaddr" is not exported by the DBIx::Class::_Util module > Can't continue after import errors at > t/lib/DBICTest/Util/LeakTracer.pm line 8.
Fascinating... Ok what we know: The stuff clearly is exported: https://metacpan.org/source/RIBASUSHI/DBIx-Class-0.08250_06/lib/DBIx/Class/_Util.pm#L60 Furthermore the last version clearly did not do so: https://metacpan.org/source/RIBASUSHI/DBIx-Class-0.08250/lib/DBIx/Class/_Util.pm#L12 This makes me think that *somehow* you picked up the last stable DBIC as opposed the one that came from ./lib. However the problem with this is that I have never seen this happen before, as also evidenced by the ton of passing tests on my CI and on cpantesters (107 passes so far): http://matrix.cpantesters.org/?dist=DBIx-Class%200.08250_06 As such I am inclined to blame your environment and will need you to investigate further. Please add a BEGIN{ } block on top of t/54taint.t and Devel::Dwarn some relevant stuff like the contents of \@INC. \%INC and \%ENV. Thanks in advance Cheers
  Mon Jan 27 01:15:08 2014 The RT System itself - Status changed from 'new' to 'open'
  Mon Jan 27 11:56:07 2014 CRZEDPSYC [...] cpan.org - Correspondence added
On Mon Jan 27 01:15:06 2014, RIBASUSHI wrote: Show quoted text
> On Sun Jan 26 21:41:17 2014, CRZEDPSYC wrote:
> > "refcount" is not exported by the DBIx::Class::_Util module > > "hrefaddr" is not exported by the DBIx::Class::_Util module > > Can't continue after import errors at > > t/lib/DBICTest/Util/LeakTracer.pm line 8.
> > Fascinating... Ok what we know: > > The stuff clearly is exported: > https://metacpan.org/source/RIBASUSHI/DBIx-Class- > 0.08250_06/lib/DBIx/Class/_Util.pm#L60 > > Furthermore the last version clearly did not do so: > https://metacpan.org/source/RIBASUSHI/DBIx-Class- > 0.08250/lib/DBIx/Class/_Util.pm#L12 > > This makes me think that *somehow* you picked up the last stable DBIC > as opposed the one that came from ./lib. However the problem with this > is that I have never seen this happen before, as also evidenced by the > ton of passing tests on my CI and on cpantesters (107 passes so far): > http://matrix.cpantesters.org/?dist=DBIx-Class%200.08250_06 > > As such I am inclined to blame your environment and will need you to > investigate further. Please add a BEGIN{ } block on top of t/54taint.t > and Devel::Dwarn some relevant stuff like the contents of \@INC. \%INC > and \%ENV. > > Thanks in advance > Cheers
Interesting. The existing BEGIN{} block in 54taint.t is unshifting the two items in my $PERL5LIB onto @INC, giving them precedence over the release's lib/. Before the for loop: [0] "/home/mike/Downloads/DBIx-Class-0.08250_06/lib", [1] "/home/mike/perl5/lib/perl5/x86_64-linux-thread-multi", ... After: [0] "/home/mike/perl5/lib/perl5/x86_64-linux-thread-multi", [1] "/home/mike/perl5/lib/perl5", [2] "/home/mike/Downloads/DBIx-Class-0.08250_06/lib", [3] "/home/mike/perl5/lib/perl5/x86_64-linux-thread-multi", ... $PERL5LIB: /home/mike/perl5/lib/perl5/x86_64-linux-thread-multi:/home/mike/perl5/lib/perl5
  Mon Jan 27 12:33:38 2014 ribasushi [...] leporine.io - Correspondence added
Subject: Re: [rt.cpan.org #92486] Failing taint test, symbols are not exported
Date: Mon, 27 Jan 2014 17:33:26 +0000
To: Michael Smith via RT <bug-DBIx-Class [...] rt.cpan.org>
From: Peter Rabbitson <ribasushi [...] cpan.org>
On Mon, Jan 27, 2014 at 11:56:09AM -0500, Michael Smith via RT wrote: Show quoted text
> Queue: DBIx-Class > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=92486 > > > On Mon Jan 27 01:15:06 2014, RIBASUSHI wrote:
> > On Sun Jan 26 21:41:17 2014, CRZEDPSYC wrote:
> > > "refcount" is not exported by the DBIx::Class::_Util module > > > "hrefaddr" is not exported by the DBIx::Class::_Util module > > > Can't continue after import errors at > > > t/lib/DBICTest/Util/LeakTracer.pm line 8.
> > > > Fascinating... Ok what we know: > > > > The stuff clearly is exported: > > https://metacpan.org/source/RIBASUSHI/DBIx-Class- > > 0.08250_06/lib/DBIx/Class/_Util.pm#L60 > > > > Furthermore the last version clearly did not do so: > > https://metacpan.org/source/RIBASUSHI/DBIx-Class- > > 0.08250/lib/DBIx/Class/_Util.pm#L12 > > > > This makes me think that *somehow* you picked up the last stable DBIC > > as opposed the one that came from ./lib. However the problem with this > > is that I have never seen this happen before, as also evidenced by the > > ton of passing tests on my CI and on cpantesters (107 passes so far): > > http://matrix.cpantesters.org/?dist=DBIx-Class%200.08250_06 > > > > As such I am inclined to blame your environment and will need you to > > investigate further. Please add a BEGIN{ } block on top of t/54taint.t > > and Devel::Dwarn some relevant stuff like the contents of \@INC. \%INC > > and \%ENV. > > > > Thanks in advance > > Cheers
> > Interesting. The existing BEGIN{} block in 54taint.t is unshifting the two items in my $PERL5LIB onto @INC, giving them precedence over the release's lib/. > > Before the for loop: > [0] "/home/mike/Downloads/DBIx-Class-0.08250_06/lib", > [1] "/home/mike/perl5/lib/perl5/x86_64-linux-thread-multi", > ... > > After: > [0] "/home/mike/perl5/lib/perl5/x86_64-linux-thread-multi", > [1] "/home/mike/perl5/lib/perl5", > [2] "/home/mike/Downloads/DBIx-Class-0.08250_06/lib", > [3] "/home/mike/perl5/lib/perl5/x86_64-linux-thread-multi", > ... > > $PERL5LIB: /home/mike/perl5/lib/perl5/x86_64-linux-thread-multi:/home/mike/perl5/lib/perl5
Ahhhhhh... This is local-lib setup isn't it. Thanks for looking into this, I had encountered something similar but never had the exact clear before/after diagnostics as above. This will be taken care of in place for the next version tomorrow. So yeah, thanks for looking into this! Cheers
  Wed Jan 29 09:38:01 2014 ribasushi [...] leporine.io - Fixed in 0.08260 added
  Wed Jan 29 09:38:01 2014 ribasushi [...] leporine.io - Correspondence added
On CPAN fixed by https://github.com/dbsrgits/dbix-class/commit/6fc6d60ccc Cheers
  Wed Jan 29 09:38:04 2014 ribasushi [...] leporine.io - Status changed from 'open' to 'resolved'