in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko Tyni nt...@debian.org
/perl-base) at
/usr/share/perl5/Monitoring/Livestatus/Class.pm line 4.
BEGIN failed--compilation aborted at
/usr/share/perl5/Monitoring/Livestatus/Class.pm line 4.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko Tyni nt...@debian.org
::Closure /)
{
last if eval(
"require $backend; *eval_closure =
\\&$backend\::eval_closure;"
);
}
exists(_closure)
or croak "Could not load Eval::TypeTiny";
--
Niko Tyni nt...@debian.org
/share/perl5/Net/DNS/ZoneFile/Fast.pm line 74.
BEGIN failed--compilation aborted at /usr/share/perl5/Net/DNS/ZoneFile/Fast.pm
line 74.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko Tyni nt...@debian.org
--compilation aborted at -e line 1.
I see that ssh is (rightly!) the preferred way to use this module,
and libnet-telnet-perl is an alternative secondary dependency, but
NetApp::Filer unconditionally uses Net::Telnet so it looks like the
package is unusable without that...
--
Niko Tyni nt
-linux-gnu/perl-base) at
/usr/share/perl/5.26/parent.pm line 16.
BEGIN failed--compilation aborted at
/usr/share/perl5/Plack/Middleware/Cache.pm line 5.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko Tyni nt...@debian.org
in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
This is also the case on stretch and jessie.
--
Niko Tyni nt...@debian.org
/x86_64-linux-gnu/perl5/5.26/QtCore4.pm line 799.
BEGIN failed--compilation aborted at
/usr/lib/x86_64-linux-gnu/perl5/5.26/QtCore4.pm line 799.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko Tyni nt...@debian.org
/share/perl5/X2Go/Server/DB.pm line 38.
BEGIN failed--compilation aborted at /usr/share/perl5/X2Go/Server/DB.pm line
38.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko Tyni nt...@debian.org
/X2Go/Log.pm line 37.
BEGIN failed--compilation aborted at /usr/share/perl5/X2Go/Log.pm line 37.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko Tyni nt...@debian.org
/perl5/XML/Structured.pm line 11.
BEGIN failed--compilation aborted at /usr/share/perl5/XML/Structured.pm line
11.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko Tyni nt...@debian.org
failed--compilation aborted at -e line 1.
This has been fatal since Perl 5.22, so stretch is affected too.
--
Niko Tyni nt...@debian.org
/openscap.pm line 11.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko Tyni nt...@debian.org
.1 (note /perl/
not /perl5/). This private directory changed with the upgrade of Perl.
When you fix this, please file a bug against perl to add a Breaks entry
for the older pgbackrest versions so that partial upgrades can't end up
with a broken combination of packages.
Thanks for your work on Debian,
--
Niko Tyni nt...@debian.org
On Mon, Apr 09, 2018 at 09:37:54PM +0100, Olly Betts wrote:
> I've read that ticket already, but I'm not really clear on why it
> requires the exact wxWidgets version. If you built against wxWidgets
> 3.0.3.1 then the real requirement is $upstream_version >= 3.0.3.1 not
> $upstream_version ==
On Sun, Apr 08, 2018 at 11:42:47AM +0300, Niko Tyni wrote:
> Another approach would be to consider this a one time glitch (how often
> are we going to change toolkits anyway?), make libwx-perl Break older
> (gtk2 based) libwx-scintilla-perl and libwx-glcanvas-perl versions,
> an
On Sat, Apr 07, 2018 at 09:57:15PM +0100, Olly Betts wrote:
> On Sat, Apr 07, 2018 at 04:20:48PM +0300, Niko Tyni wrote:
> > So to do this properly it looks like we need something to make
> > sure the Perl Wx related packages are upgraded in sync. The
> > virtual package
priate.
--
Niko Tyni nt...@debian.org
On Sat, Apr 07, 2018 at 03:35:22PM +0300, Niko Tyni wrote:
> On Tue, Apr 03, 2018 at 08:39:34PM +1000, Craig Small wrote:
> > tags 894626 + help
>
> Hi Craig, thanks for looking into the this net-snmp issue. Could you
> elaborate a bit on what you want help for? Gregor already
On Tue, Apr 03, 2018 at 08:39:34PM +1000, Craig Small wrote:
> tags 894626 + help
Hi Craig, thanks for looking into the this net-snmp issue. Could you
elaborate a bit on what you want help for? Gregor already provided a
patch, do you want testing for that or another patch with a different
)
Failed test: 8
Non-zero exit status: 1
--
Niko Tyni nt...@debian.org
m
line 19.
BEGIN failed--compilation aborted at
/usr/lib/x86_64-linux-gnu/perl5/5.26/SNMP.pm line 19.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
Reassigning.
--
Niko Tyni nt...@debian.org
On Tue, Mar 20, 2018 at 10:02:34AM +0100, Jonas Smedegaard wrote:
> I believe circular build-dependencies for testsuite needs can - and
> should be addressed by marking such build-dependencies appropriately,
> rather than skipping them - for exactly situations like this.
Sure.
> Question
Control: retitle -1 libplack-middleware-deflater-perl: broken on big endian
hosts
Control: reassign -1 libplack-middleware-deflater-perl 0.12-1
Control: tag -1 patch
Control: affects -1 libfurl-perl
On Mon, Mar 19, 2018 at 09:35:03PM +0200, Niko Tyni wrote:
> I got as far as see
9af94c9013a81f17189fccf082cfe3a9
No tuits to actually dig into gzip streams at least tonight...
--
Niko Tyni nt...@debian.org
.
BEGIN failed--compilation aborted at
/usr/share/perl5/AtteanX/Compatibility/Trine.pm line 10.
It looks like debian/control has cdbs based substvars but the
package doesn't actually use cdbs.
Plug: declaring "Testsuite: autopkgtest-pkg-perl" would have caught this...
--
Niko
02 (which CPAN marks as UNAUTHORIZED for
some reason). From Changes:
0.002 2018-02-05
[ Bug Fixes ]
- Fix the langString error coded to Attean.
--
Niko Tyni nt...@debian.org
Control: reassign -1 libcairo2 1.15.10-1
Control: retitle -1 cairo: PNG handling regression in 1.15.10
Control: tag -1 patch fixed-upstream
Control: affects -1 libcairo-perl
On Sat, Feb 03, 2018 at 07:55:23PM +0200, Niko Tyni wrote:
> On Sat, Feb 03, 2018 at 07:19:24PM +0200, Niko Tyni wr
--
Niko Tyni nt...@debian.org
On Sat, Feb 03, 2018 at 07:19:24PM +0200, Niko Tyni wrote:
> Package: libcairo-perl
> Version: 1.106-2
> Severity: serious
> User: debian-p...@lists.debian.org
> Usertags: autopkgtest
>
> As noticed by ci.debian.net, the test suite of this package
> recently started fail
ion.
--
Niko Tyni nt...@debian.org
here is no script in the new version of the package - giving up
/usr/bin/python3: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.25' not
found (required by /lib/x86_64-linux-gnu/libexpat.so.1)
dpkg: error while cleaning up:
subprocess installed post-installation script returned error exit
this is
probably going to be much wider issue than just libglib2.0-dev...
Just my two cents,
--
Niko Tyni nt...@debian.org
in the upstream bug.
--
Niko Tyni nt...@debian.org
Control: reassign -1 perl
Control: affects -1 polymake
Control: severity -1 important
On Tue, Jan 09, 2018 at 04:55:26PM +, Dominic Hargreaves wrote:
> On Mon, Jan 08, 2018 at 10:40:19PM +0200, Niko Tyni wrote:
> > A test build fixes the polymake issue and doesn't seem to break
On Thu, Jan 11, 2018 at 11:44:58PM -0500, Jeremy Bicha wrote:
> If perl works like all the other languages that use GObject
> Introspection, then libgtk3-webkit2-perl should depend on
> gir1.2-webkit2-4.0 instead of depending on the -dev package.
>
> Please fix this unless you have a good reason
On Sun, Jan 07, 2018 at 05:04:17PM +0200, Niko Tyni wrote:
> The wasted stats could certainly be fixed by modifying our relevant
> changes to perl.c
>
> https://sources.debian.org/src/perl/5.26.1-3/debian/patches/debian/mod_paths.diff/
> but I haven't looked into that prope
Thanks for your reply, Benjamin! I'm copying p...@packages.debian.org
again and looking for input from my comaintainer Dominic. See below.
On Sat, Jan 06, 2018 at 10:07:47PM +0100, Benjamin Lorenz wrote:
> On 01/06/2018 08:08 PM, Niko Tyni wrote:
> > Running polymake curren
Package: polymake
Version: 3.1-5
Severity: grave
X-Debbugs-Cc: p...@packages.debian.org
Running polymake currently fails with
$ polymake
Can't locate loadable object for module Polymake::Ext in @INC (@INC contains:
/usr/share/polymake/perllib /usr/lib/polymake/perlx/5.26.0
s for your work on this!
--
Niko Tyni nt...@debian.org
On Fri, Jan 05, 2018 at 02:35:38AM +0100, gregor herrmann wrote:
> On Mon, 01 Jan 2018 18:56:52 +0200, Niko Tyni wrote:
> > Disregarding hurd-i386, the problematic test seems to be
> > t/66_ioasync_03_signals.t,
>
> t/66_ioasync_02_signals.t or t/66_ioasync_03_child.t?
t/
lt (or fix the epoll backend to work in the presence
of fork, which admittedly is hard - EV does it for you, and also does
not use unsafe backends by default).
I'm not sure what to make of this. Maybe disarm this particular test somehow
for now and see how it fares otherwise?
--
Niko Tyni nt...@debian.org
-1) ...
dpkg: error processing archive
/tmp/apt-dpkg-install-XLqRLl/10-libtest2-workflow-perl_0.18-1_all.deb
(--unpack):
trying to overwrite '/usr/share/man/man3/Test2::Tools::Spec.3pm.gz', which is
also in package libtest2-suite-perl 0.97-1
--
Niko Tyni nt...@debian.org
There's some pressure to fix this on the
Debian side, do you think the fix/workaround (->set_clone_behaviour(0))
is at least an acceptable temporary solution?
Thanks for your work,
--
Niko
>From 421f0c87f50862786b98934575d3f73a02119181 Mon Sep 17 00:00:00 2001
From: Niko Tyni <nt...@
On Tue, Oct 17, 2017 at 05:44:26PM +0200, gregor herrmann wrote:
> Package: dh-make-perl
> Version: 0.95
> Severity: serious
> Tags: buster sid
> Justification: fails to build from source
> As first seen on ci.debian.net, dh-make-perl's test suite fails with
> libdpkg-perl 1.19.0 and 1.19.0.1:
>
(Wstat: 512 Tests: 93 Failed: 2)
> Failed tests: 67, 69
> Non-zero exit status: 2
As discussed on IRC with Emilio, this seems to be
https://bugzilla.gnome.org/show_bug.cgi?id=785978 in pango.
Reassigning.
--
Niko Tyni nt...@debian.org
s.t(Wstat: 256 Tests: 11 Failed: 1)
Failed test: 10
Non-zero exit status: 1
Parse errors: Bad plan. You planned 35 tests but ran 11.
Files=36, Tests=747, 42 wallclock secs ( 0.27 usr 0.04 sys + 7.04 cusr
0.73 csys = 8.08 CPU)
Result: FAIL
--
Niko Tyni
epends: libgslcblas0 (= 2.4+dfsg-4) but it is not going to be
installed
E: Unable to correct problems, you have held broken packages.
This is due to gsl breakage/uncoordinated transition, see #869778 .
--
Niko Tyni nt...@debain.org
On Mon, Jul 24, 2017 at 11:40:40PM +0300, Niko Tyni wrote:
> On Sun, Jul 23, 2017 at 10:36:04PM +0200, gregor herrmann wrote:
> > On Thu, 20 Jul 2017 22:50:00 +0300, Adrian Bunk wrote:
> >
> > > https://buildd.debian.org/status/fetch.php?pkg=syslog-ng-incubator=s3
> >
> > FAIL modules/grok/tests/test_grok (exit status: 1)
>
> Confirmed on zelenka in the s390x-sid chroot.
Just for the record, this seems to be specific to 64-bit big endian
platforms as it failed on ppc64 and sparc64 too.
Hope this helps a bit,
--
Niko Tyni nt...@debian.org
error: clang-c/Index.h: No such file or directory
#include
^
compilation terminated.
Makefile:353: recipe for target 'Clang.o' failed
make[2]: *** [Clang.o] Error 1
The reason seems to be #866354 in libstdc++6.
--
Niko Tyni nt...@debian.org
ug against perl so we can add a
Breaks entry for older versions. This makes sure partial upgrades from
stretch work.
--
Niko Tyni nt...@debian.org
kefile:15: recipe for target 'core-check' failed
make[4]: *** [core-check] Error 2
--
Niko Tyni nt...@debian.org
On Thu, Jul 13, 2017 at 06:56:52PM -0400, Scott Kitterman wrote:
> On Friday, July 14, 2017 12:37:12 AM Niko Tyni wrote:
> > It looks like a cdbs issue to me,
> > A workaround that seems to help is putting
> > X-Python3-Version: 3.5
> > in the Source paragraph o
; as expected.)
A workaround that seems to help is putting
X-Python3-Version: 3.5
in the Source paragraph of debian/control to prevent it from trying 3.6
at all. This makes the build work for me (but doesn't help the python3.6
transition of course.)
This is the worst blocker for the Perl 5.26 transition too (uwsgi needs
to be rebuilt because uwsgi-plugin-psgi links against libperl), so even
a temporary ugly workaround would be appreciated from this side :)
--
Niko Tyni nt...@debian.org
ok 25 - command 'random' returned an ok status
ok 26 - command 'status' returned an ok status
ok 27 - random is on
ok 28 - command 'random' returned an ok status
ok 29 - command 'status' returned an ok status
ok 30 - random is off
ok
E: ABORT: Received INT signal (requesting cleanup and
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
--
Niko Tyni nt...@debian.org
::Simple
is installed, otherwise PerlX::Assert::DD (which needs Devel::Declare.)
--
Niko Tyni nt...@debian.org
s: 29
Parse errors: Bad plan. You planned 70 tests but ran 57.
Files=76, Tests=1783, 90 wallclock secs ( 0.20 usr 0.06 sys + 86.61 cusr
2.41 csys = 89.28 CPU)
Result: FAIL
--
Niko Tyni nt...@debian.org
erride_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 1
make[1]: Leaving directory '/<>'
debian/rules:12: recipe for target 'build' failed
make: *** [build] Error 2
--
Niko Tyni nt...@debian.org
I expect a source-only upload
with these build dependencies would fail on the arch:all buildd.
Feel free to downgrade if that turns out to be wrong.
--
Niko Tyni nt...@debian.org
-aggregate-perl.
FWIW, this package is currently unbuildable in sid, as it has
Build-Depends-Indep: [...], libtest-most-perl
Build-Conflicts-Indep: [...], libtest-simple-perl (>= 1.30), perl (>=
5.25.1)
while libtest-most-perl has
Depends: [...], libtest-simple-perl (>= 1.302047) | perl (>= 5.25.4)
--
Niko Tyni nt...@debian.org
nf/ConfModule.pm line 65.
readline() on closed filehandle GEN0 at
/usr/share/perl5/Debconf/ConfModule.pm line 78."
[...]
--
Ran 9 tests in 0.704s
FAILED (failures=9)
debian/rules:23: recipe for target 'check' failed
make: *** [check] Error 1
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status
2
--
Niko Tyni nt...@debian.org
1 Failed: 1)
Failed test: 1
Non-zero exit status: 1
Files=16, Tests=127, 0 wallclock secs ( 0.03 usr 0.01 sys + 0.41 cusr
0.02 csys = 0.47 CPU)
Result: FAIL
--
Niko Tyni nt...@debian.org
t: 1
Non-zero exit status: 1
Files=16, Tests=127, 0 wallclock secs ( 0.04 usr 0.00 sys + 0.52 cusr
0.04 csys = 0.60 CPU)
Result: FAIL
--
Niko Tyni nt...@debian.org
Provides (hopefully temporarily.)
I intend do that this weekend or early next week if #867104 needs time.
--
Niko Tyni nt...@debian.org
ong -Wformat -Werror=format-security -c
modules/lua/lua-grammar.c -o modules/lua/modules_lua_liblua_la-lua-grammar.o
>/dev/null 2>&1
make[2]: Leaving directory '/<>/debian/build-tree'
Makefile:1188: recipe for target 'all' failed
make[1]: *** [all] Error 2
--
Niko Tyni nt...@debian.org
1 wallclock secs ( 0.05 usr 0.01 sys + 0.26 cusr 0.01
csys = 0.33 CPU)
Result: FAIL
--
Niko Tyni nt...@debian.org
On Mon, Jul 03, 2017 at 06:07:28PM +0200, gregor herrmann wrote:
> I see two possibilities:
> - lower the version in the Replaces/Breaks to <= 1.4414-1, as that's
> the last separateky packaged version un Debian; not as
> "theoretically clean" as breaking the "real" version but should be
>
me though I haven't looked at
this very deeply yet. Assuming the Breaks is mainly about file conflicts,
even (<= 1.4414-1) would probably be OK.
We're somewhat lucky in this case to have that option available;
the general case of a merge of separate packages in sid would probably
be harder.
--
Niko Tyni nt...@debian.org
such file or
directory: ./dicrc
# /usr/lib/mecab/mecab-dict-gen
dictionary_generator.cpp(212) [param.load(DCONF(DICRC))] no such file or
directory: ./dicrc
Copying the maintainers.
--
Niko Tyni nt...@debian.org
On Mon, Jun 26, 2017 at 10:50:33PM +0300, Niko Tyni wrote:
> On Mon, Jun 26, 2017 at 08:36:41PM +0200, gregor herrmann wrote:
>
> > Hm. Is there a difference between:
> > perl -I. Build.PL # debhelper
> > perl Build.PL -I. # cdbs
>
> Yes, there seems to be
@@ -31,7 +31,7 @@ BEGIN {
}
unshift @INC,
(
- '.'
+
);
}
--
Niko Tyni nt...@debian.org
On Sun, Jun 25, 2017 at 09:57:14PM +0300, Niko Tyni wrote:
> On Fri, Jun 23, 2017 at 09:19:43PM +0100, Dominic Hargreaves wrote:
> > I feel like we should try and not diverge further from upstream; that
> > seems almost guaranteed to end up with similar issues later.
>
>
On Fri, Jun 23, 2017 at 09:19:43PM +0100, Dominic Hargreaves wrote:
> On Fri, Jun 23, 2017 at 07:43:52PM +0200, gregor herrmann wrote:
> > So it looks like we really need PERL_USE_UNSAFE_INC, and we might
> > want to insert it unconditionally manually where we did prior to the
> > accidental
set-PERL_UNSAFE_INC.patch (fixed upstream)
--
Niko Tyni nt...@debian.org
Control: tag -1 patch
On Tue, Jun 06, 2017 at 11:06:05PM +0300, Niko Tyni wrote:
> Package: libapache2-mod-perl2
> Version: 2.0.9~1624218-2+deb8u1
> Severity: serious
>
> As per
>
>
> http://perl.debian.net/rebuild-logs/jessie/libapache2-mod-perl2_2.0.9~1624218
and 380_inject_header_line_terminators.patch
from stretch/sid should help (untested).
--
Niko Tyni nt...@debian.org
et 'runtests' failed
make[1]: *** [runtests] Error 1
--
Niko Tyni nt...@debian.org
On Fri, Mar 24, 2017 at 11:30:11AM +0200, Niko Tyni wrote:
> I'll also work a bit on reducing the test further when I find the time.
I got it down to this:
my $a = [ 0, 1 ];
sub f {
my $arg = shift;
my @a1 = @$a;
@$a = @a1;
return();
}
map{ f($_) } @$a;
This lo
On Thu, Mar 23, 2017 at 03:51:45PM +0100, Balint Reczey wrote:
> On Wed, Mar 22, 2017 at 8:53 PM, Niko Tyni <nt...@debian.org> wrote:
> > On Tue, Mar 21, 2017 at 04:05:43PM +0100, Balint Reczey wrote:
> >
> >> It looks like not all regression are fixed after the re-i
s. What's the history behind this version check?
--
Niko Tyni nt...@debian.org
/cross/ ones don't affect native
builds).
So either something changed in the toolchain / platform or this was a
latent undeterministic bug and we're just unlucky now.
Needs investigation. Cc'ing the mips porters; any help would be welcome.
--
Niko Tyni nt...@debian.org
e been lost somewhere?
The other one (#839023 / libgraphics-colorobject-perl) worked fine.
Thanks for your work,
--
Niko Tyni nt...@debian.org
10-11
t/plugin.t (Wstat: 0 Tests: 38 Failed: 0)
TODO passed: 38
t/validate-json-schema.t(Wstat: 256 Tests: 9 Failed: 1)
Failed test: 9
Non-zero exit status: 1
--
Niko Tyni nt...@debian.org
Control: tag -1 patch
On Sat, Nov 12, 2016 at 06:33:16PM +0100, gregor herrmann wrote:
> On Sat, 20 Aug 2016 20:25:24 +0300, Niko Tyni wrote:
> > Looks like https://rt.cpan.org/Public/Bug/Display.html?id=101278 ;
> > quoting Slaven:
> >
> > So it seems that the co
On Wed, Dec 28, 2016 at 11:31:51PM +0200, Niko Tyni wrote:
> (from https://bugs.debian.org/848408 in libapp-termcast-perl / App-Termcast :)
>
> On Wed, Dec 28, 2016 at 11:07:14PM +0200, Niko Tyni wrote:
>
> > I can reproduce this in a single CPU virtual machine, running
On Wed, Dec 28, 2016 at 11:31:51PM +0200, Niko Tyni wrote:
> > and it looks like the race is between this process exiting and its parent
> > (IO::Pty::Easy) having enough time to read the last echoed newline.
> >
> > Unfortunately it goes away with 'strace -f',
(from https://bugs.debian.org/848408 in libapp-termcast-perl / App-Termcast :)
On Wed, Dec 28, 2016 at 11:07:14PM +0200, Niko Tyni wrote:
> I can reproduce this in a single CPU virtual machine, running
> the test case in a loop.
>
> The process at the bottom of the stack is running
nd it looks like the race is between this process exiting and its parent
(IO::Pty::Easy) having enough time to read the last echoed newline.
Unfortunately it goes away with 'strace -f', so I don't have the full
analysis, but the attached script reliably fixes it for me.
--
Control: tag -1 patch
On Mon, Dec 26, 2016 at 10:59:33AM +0200, Niko Tyni wrote:
> Package: libstring-diff-perl
> Version: 0.07-1
> Severity: serious
> User: debian-p...@lists.debian.org
> Usertags: autopkgtest
> # Failed test at t/02_diff_fully-pp.t line 16.
> #
Report
---
t/02_diff_fully-pp.t (Wstat: 256 Tests: 13 Failed: 1)
Failed test: 2
Non-zero exit status: 1
t/02_diff_fully.t (Wstat: 256 Tests: 13 Failed: 1)
Failed test: 2
Non-zero exit status: 1
--
Niko Tyni nt...@debian.org
//github.com/sphinx-doc/sphinx/issues/3212
which should be fixed in sphinx_1.4.9-2, migrated to testing today or so.
--
Niko Tyni nt...@debian.org
On Sat, Dec 24, 2016 at 07:02:26AM +0100, Stefan Fritsch wrote:
> The problem is that the injected header lines only have a LF and no CR. I
> suggest the attached patch.
Oh! Silly of me, should've thought of that. Glad it was that easy.
I'll apply this and upload a fixed package soon.
Happy
' behaviour. Is mod_perl just
doing something "wrong" at the moment, or is the whole feature something
that should not be possible anymore?
On Thu, Dec 22, 2016 at 05:17:34PM +0100, gregor herrmann wrote:
> On Thu, 22 Dec 2016 17:23:24 +0200, Niko Tyni wrote:
>
> > Package
sts
[...]
Test Summary Report
---
t/apache/read.t (Wstat: 0 Tests: 1 Failed: 1)
Failed test: 1
t/filter/in_bbs_inject_header.t (Wstat: 512 Tests: 0 Failed: 0)
Non-zero exit status: 2
Parse errors: Bad plan. You planned 36 tests but ran 0.
--
N
Package: libanyevent-perl
Version: 7.130-1
Severity: serious
Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=118584
Tags: patch fixed-upstream
This package fails to build on current sid/amd64:
t/80_ssltest.t .
1..415
ok 1 - mode 1
ok 2 - client_connect 1
ok 3 -
libcrypt-openssl-bignum-perl
libcrypt-openssl-dsa-perl
libcrypt-openssl-pkcs10-perl
libcrypt-openssl-pkcs12-perl
libcrypt-openssl-random-perl
libcrypt-openssl-rsa-perl
libcrypt-openssl-x509-perl
libcrypt-smime-perl
libcrypt-ssleay-perl
libnet-ldns-perl
libnet-ssleay-perl
libnet-tclink-perl
libpoe-filter-ssl-perl
libsnmp-perl
--
Niko Tyni nt...@debian.org
55dff307186c in Perl_call_sv ()
#9 0x55dff30ffd35 in ?? ()
#10 0x55dff3100740 in Perl_sv_clear ()
#11 0x55dff3100a80 in Perl_sv_free2 ()
#12 0x55dff312f377 in Perl_free_tmps ()
#13 0x55dff30796f9 in perl_run ()
#14 0x55dff305285d in main ()
--
Niko Tyni nt...@debian.org
de access to a system where this happens? As it is,
this bug seems unactionable.
--
Niko Tyni nt...@debian.org
301 - 400 of 1438 matches
Mail list logo
