As for possible policy changes, this seems such a corner case to me that
they'd be a bit overkill. But I'm certainly not opposing such changes.
--
Niko Tyni nt...@debian.org
On Tue, Jun 27, 2017 at 06:27:00AM +0200, Cyril Brulebois wrote:
> Control: tag -1 confirmed
>
> Niko Tyni <nt...@debian.org> (2017-06-14):
> > The changes in apache2_2.4.10-10+deb8u8 related to CVE-2016-8743
> > caused libapache2-mod-perl2 to start failing its test su
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.
>
>
Control: tag -1 patch
On Sun, Jun 18, 2017 at 11:21:10PM +0300, Niko Tyni wrote:
> On Sun, Jun 05, 2016 at 10:41:41PM +0300, Niko Tyni wrote:
> > Package: swissknife
> > Version: 1.67-1.1
> > Severity: normal
> > User: debian-p...@lists.debian.org
> &g
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
Control: tag -1 patch
On Sun, Jun 18, 2017 at 11:24:13PM +0300, Niko Tyni wrote:
> On Sun, Jun 05, 2016 at 10:35:06PM +0300, Niko Tyni wrote:
> > Package: quilt
> > Version: 0.63-3
> > Severity: normal
> > User: debian-p...@lists.debian.org
> > Usertags: perl-
On Sun, Jun 25, 2017 at 06:54:59PM +0300, Niko Tyni wrote:
> Package: nagios-plugin-check-multi
> Version: 0.26-3
> Severity: important
> User: debian-p...@lists.debian.org
> Usertags: perl-5.26-transition
>
> This package fails to build with Perl 5.26 (curr
Control: affects -1 src:pacpl
Control: affects -1 src:libaudio-file-perl
Control: tag -1 + fixed-upstream
On Sun, Jun 18, 2017 at 11:28:41PM +0300, Niko Tyni wrote:
> On Tue, Dec 29, 2015 at 07:52:51PM +0100, Harald Dunkel wrote:
> > Package: libmp3-tag-perl
> > Version: 1.13-
f3739cb7476fc1b843484584fee30c9ea69e
and still happens with current HEAD.
--
Niko Tyni nt...@debian.org
Control: tag -1 patch fixed-upstream
On Sun, Jun 18, 2017 at 10:34:21PM +0300, Niko Tyni wrote:
> Package: libsolv
> Version: 0.6.24-1
> Severity: important
> User: debian-p...@lists.debian.org
> Usertags: perl-5.26-transition
>
> This package fails to build with
want to backport this fix to the 5.26.0 package.
--
Niko Tyni nt...@debian.org
+ 2.96 cusr 0.21
csys = 3.21 CPU)
Result: FAIL
--
Niko Tyni nt...@debian.org
severity 826489 important
user debian-p...@lists.debian.org
usertag 826489 perl-5.26-transition
thanks
On Sun, Jun 05, 2016 at 10:04:19PM +0300, Niko Tyni wrote:
> Package: libperlx-assert-perl
> Version: 0.904-1
> Severity: normal
> User: debian-p...@lists.debian.org
> User
Control: fixed -1 3.1-2
On Sat, Jun 24, 2017 at 12:36:30PM -0300, David Bremner wrote:
> Niko Tyni <nt...@debian.org> writes:
>
> > Package: polymake
> > Version: 3.0r2-2
> > Severity: important
> > User: debian-p...@lists.debian.org
> > Usertags: perl-
set-PERL_UNSAFE_INC.patch (fixed upstream)
--
Niko Tyni nt...@debian.org
On Wed, Jun 21, 2017 at 10:21:57PM +0200, Didier 'OdyX' Raboud wrote:
> ===BEGIN===
>
> The chair of the Debian Technical Committee will be:
>
> A: Keith Packard
> B: Didier Raboud
> C: Tollef Fog Heen
> D: Sam Hartman
> E: Phil Hands
> F: Margarita Manterola
On Wed, Jun 21, 2017 at 07:42:32PM +0100, Dominic Hargreaves wrote:
> On Wed, Jun 21, 2017 at 08:10:04AM +, Gianfranco Costamagna wrote:
> > Source: perl
> > Version: 5.24.1-4
> > Severity: important
> >
> > Hello, with the new zlib > 1.2.9 the testsuite fails,
> > (e.g. you can look at
ttp://perl.debian.net/rebuild-logs/perl-5.26-throwaway/libtest-unixsock-perl_0.1-1/libtest-unixsock-perl_0.1-1_amd64-2017-05-21T14:10:46Z.build
and the server also hosts a repository of packages binNMU'd for Perl
5.26 that can be used for testing purposes; see <http://perl.debian.net/>.
--
with partial-byte inputs. If
you know of any exceptions, let me know
So it looks like the standard is/was still evolving.
--
Niko Tyni nt...@debian.org
On Tue, Jun 20, 2017 at 12:50:26AM -0400, Peter Eisentraut wrote:
> On 6/18/17 15:15, Niko Tyni wrote:
> > Package: postgresql-9.6
> > Version: 9.6.3-3
> > Severity: important
> > User: debian-p...@lists.debian.org
> > Usertags: perl-5.26-transition
> >
&g
ed
make: *** [build-stamp] Error 2
--
Niko Tyni nt...@debian.org
-perl_1.13-1_amd64-2017-05-21T16:40:46Z.build
and the server also hosts a repository of packages binNMU'd for Perl
5.26 that can be used for testing purposes; see <http://perl.debian.net/>.
--
Niko Tyni nt...@debian.org
severity 826502 important
found 826502 0.63-8
user debian-p...@lists.debian.org
usertag 826502 + perl-5.26-transition
thanks
On Sun, Jun 05, 2016 at 10:35:06PM +0300, Niko Tyni wrote:
> Package: quilt
> Version: 0.63-3
> Severity: normal
> User: debian-p...@lists.debian.org
> User
severity 826505 important
user debian-p...@lists.debian.org
usertag 826505 + perl-5.26-transition
thanks
On Sun, Jun 05, 2016 at 10:41:41PM +0300, Niko Tyni wrote:
> Package: swissknife
> Version: 1.67-1.1
> Severity: normal
> User: debian-p...@lists.debian.org
> Usertags: perl-
severity 826507 important
user debian-p...@lists.debian.org
usertag 826507 + perl-5.26-transition
thanks
On Sun, Jun 05, 2016 at 10:44:41PM +0300, Niko Tyni wrote:
> Package: xindy
> Version: 2.5.1.20160104-1
> Severity: minor
> User: debian-p...@lists.debian.org
> Usertags: perl-
Control: severity -1 important
Control: found -1 2.5.0-10
Control: usertags -1 perl-5.26-transition
On Sun, Jun 05, 2016 at 08:37:43PM +0300, Niko Tyni wrote:
> Package: libembperl-perl
> Version: 2.5.0-6
> Severity: minor
> User: debian-p...@lists.debian.org
> Usertags: perl-
Failed tests: 61-70
Files=7, Tests=162, 29 wallclock secs ( 0.04 usr 0.01 sys + 26.90 cusr 1.95
csys = 28.90 CPU)
Result: FAIL
--
Niko Tyni nt...@debian.org
ld be more correct?
--
Niko Tyni nt...@debian.org
te: declared here
PERL_CALLCONV UV Perl_utf8_to_uvchr(pTHX_ const U8 *s, STRLEN *retlen)
^~
Makefile:350: recipe for target 'Parser.o' failed
make[1]: *** [Parser.o] Error 1
--
Niko Tyni nt...@debian.org
ustomize.c Ext.c Object.c Overload.c Poly.c RefHash.c Scope.c Shell.c Struct.c
XMLfile.c namespaces.c CPlusPlus.cc RuleGraph.cc SchedulerHeap.cc >Bootstrap.h
Makefile:378: recipe for target 'namespaces.o' failed
make[3]: *** [namespaces.o] Error 1
--
Niko Tyni nt...@debian.org
RK(MARK); SWIG_CALLXS(_wrap_new_Chksum__SWIG_1); return;
^~~
bindings/perl/CMakeFiles/bindings_perl.dir/build.make:70: recipe for target
'bindings/perl/CMakeFiles/bindings_perl.dir/solv_perl.c.o' failed
make[3]: *** [bindings/perl/CMakeFiles/bindings_perl.dir/solv_perl.c.o] Error
1
--
Niko Tyni nt...@debian.org
did you mean 'op_sibparent'?
if ( o->op_sibling ) {
^~
ref.xs:94:28: error: 'OP {aka struct op}' has no member named 'op_sibling';
did you mean 'op_sibparent'?
universal_ref_fixupop(o->op_sibling);
^~
Makefile:334: recipe for target 'ref.o' failed
--
Niko Tyni nt...@debian.org
-Fa-f]+\)\z)'
# Looks like you failed 1 tests of 13.
t/01_deref.t ..
1..13
ok 1
ok 2
ok 3
ok 4
ok 5
ok 6
ok 7
ok 8
ok 9
ok 10
ok 11
ok 12
not ok 13
Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/13 subtests
--
Niko Tyni nt...@debian.org
r target 'ConstOptree.o' failed
make[2]: *** [ConstOptree.o] Error 1
--
Niko Tyni nt...@debian.org
t1;
--- 150,158
INFO: $VAR1 = {
'a' => '1',
'b' => {
!'aa' => 'bb',
!'cc' => undef
! }
};
SELECT * FROM test1;
=====
Compilation failed in require at t/00_basic.t line 5.
BEGIN failed--compilation aborted at t/00_basic.t line 5.
t/00_basic.t
1..5
not ok 1
Dubious, test returned 2 (wstat 512, 0x200)
Failed 5/5 subtests
--
Niko Tyni nt...@debian.org
Control: forwarded -1 https://rt.perl.org/Ticket/Display.html?id=131575
On Wed, Jun 14, 2017 at 09:28:44PM +0300, Niko Tyni wrote:
> On Wed, Jun 14, 2017 at 07:16:35PM +0200, Benjamin Bayart wrote:
> > Package: perl
> > Version: 5.24.1-3
> > Severity: normal
> > Ta
k=full to see details of leaked memory
==15091==
==15091== For counts of detected and suppressed errors, rerun with: -v
==15091== ERROR SUMMARY: 304 errors from 4 contexts (suppressed: 0 from 0)
--
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
, as
seen in #864316.
The attached debdiff fixes this by amending the test suite.
The changes are identical to those we made in stretch/sid for #849082.
Please let me know if it's OK to upload to jessie.
Thanks for your work,
--
Niko Tyni nt...@debian.org
diff -Nru libapache2-mod-perl2-2.0.9
and 380_inject_header_line_terminators.patch
from stretch/sid should help (untested).
--
Niko Tyni nt...@debian.org
atches/debian/squelch-locale-warnings.diff/
(but it's late for even this IMO)
- update debconf in a jessie point release to minimize the impact
(this feels right to me, but won't help the immediate stretch upgraders)
Cc'ing Colin. What do you think about the latter option?
--
Niko Tyni nt...@debian.org
On Sun, May 21, 2017 at 06:21:55PM +0100, Colin Watson wrote:
> On Sun, May 21, 2017 at 01:48:54PM +0300, Niko Tyni wrote:
> > Proposed, lightly tested patch attached. Niels said on IRC
> > that it would be good to fix this for stretch, so presumably
> > it's OK for an unbloc
Control: tag -1 patch
On Sun, May 21, 2017 at 12:49:25PM +0300, Niko Tyni wrote:
> Package: debconf
> Version: 1.5.60
> Severity: important
> User: debian-p...@lists.debian.org
> Usertags: perl-5.24-transition perl-5.26-transition bcn2017
>
> Debconf::TmpFile uses P
.24 should do.
OTOH Ubuntu has already released with this issue so we may want to
do the Breaks/Conflict thing to help their upgrades anyway?
Feel free to downgrade the severity if it seems inflated.
Greetings for the Debian Perl Sprint in Lloret de Mar,
--
Niko Tyni nt...@debian.org
et 'runtests' failed
make[1]: *** [runtests] Error 1
--
Niko Tyni nt...@debian.org
more on debian-devel@ and possibly with
the release team, in case somebody's aware of any more blockers in the
archive infrastructure etc.
--
Niko Tyni nt...@debian.org
/stretch so that part is fine.
We probably don't want to remove libtest-tempdir-perl altogether for the
sake of existing users (though in the archive there are just a couple
of reverse build dependencies AFAICS...)
--
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
On Wed, Mar 01, 2017 at 08:11:38PM +0100, Bill Allombert wrote:
> On Wed, Mar 01, 2017 at 07:56:57PM +0100, gregor herrmann wrote:
> > On Wed, 01 Mar 2017 19:45:08 +0100, Bill Allombert wrote:
> >
> > > I think it would be more useful to skip
> > > /usr/local/lib/x86_64-linux-gnu/perl/5.20.2/
> >
; while (1) { encode("ascii", substr("test",1)); }'
makes the perl process grow without bounds.
We should probably fix this for stretch.
--
Niko Tyni nt...@debian.org
On Fri, Feb 03, 2017 at 12:47:10PM +, Carnë Draug wrote:
> Package: dh-make-perl
> Version: 0.93
> Severity: normal
>
> dh-make-perl creates this weird dependency line if there is
> a dependency on List::Util:
>
> libperl5.24:amd64 (>= 1.45) | libscalar-list-utils-perl (>= 1.45) |
>
printf "\x9c\x5a" | perl -CI -ne '/[^#]*/'
The byte sequence is indeed invalid utf8 (as shown by iconv as well),
but you're explicitly telling Perl (with -CS) that it's getting utf8 on
stdin. This is a recipe for problems.
So I'm not sure if it's a bug at all. At most the failure should be
handled a bit more gracefully.
--
Niko Tyni nt...@debian.org
as well. I'm not quite
sure what the current consensus is on network access during autopkgtest...
--
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
%2Bdfsg-1/Lite/Lite.pm/#L1023
So it looks for an IPv4 address first as documented, and then makes an
IPv6 address out of that, again as documented. Of course, whether this
behaviour is useful/expected is another matter entirely (and I certainly
agree it's unexpected.)
As noted on IRC, I
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
On Sat, Jan 07, 2017 at 09:02:20AM -0800, Ivan Kohler wrote:
> I think we should fix this for strech.
I don't think anybody has looked into the actual cause of the segfault?
Disabling the XS parts of Params-Classify for everybody to work around
an unknown issue with mod_perl doesn't feel right
On Sat, Jan 07, 2017 at 08:58:34AM -0800, Ivan Kohler wrote:
> We've been using the patched version of this module for a year, and it
> works a _lot_ better than without a local copy of the data.
>
> What do you all think about applying this patch and uploading a version
> with it in time for
. This seems to be an issue between
Cpanel::JSON::XS and JSON::PP, see
https://github.com/rurban/Cpanel-JSON-XS/issues/65
Not sure what to do about it, this all seems a mess. #842464 is similar.
--
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 Mon, Jan 02, 2017 at 07:43:47PM +0200, Niko Tyni wrote:
> I intend to convert the affected pkg-perl packages to use it and file
> bugs for the rest (if any) in the next few days.
I've uploaded these:
libnet-ssleay-perl_1.78-2
libcrypt-ssleay-perl_0.73.04-2
libcrypt-openssl-bignum-perl_
dns library that is not
used in the Debian package.
--
Niko Tyni nt...@debian.org
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 Thu, Dec 22, 2016 at 04:01:00PM +0200, Niko Tyni wrote:
> Control: block -1 with 848932
>
> On Mon, Dec 19, 2016 at 12:11:14AM +0200, Niko Tyni wrote:
> > On Sat, Dec 17, 2016 at 02:22:16PM +0200, Niko Tyni wrote:
> >
> > > One "proper" way to do this
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',
xed in 2.040-1.
In any case this does not seem to be a problem with Perl itself,
but rather one of the libraries you're using. Reassigning to
liblwp-protocol-https-perl for now.
--
Niko Tyni nt...@debian.org
(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.
> #
[explicitly cc'ing Damyan as the firebird3.0 maintainer; see the
backtraces below. Any ideas?]
On Mon, Dec 26, 2016 at 11:07:53AM +0100, Santiago Vila wrote:
> On Mon, Dec 26, 2016 at 02:03:25AM +0100, gregor herrmann wrote:
> > On Sun, 25 Dec 2016 20:06:46 +0100, Santiago Vila wrote:
> >
> > >
if there is any doubt.
Not sure why it can't just call time() once and pass that to
the formatters. But maybe that would reduce the test coverage.
--
Niko Tyni nt...@debian.org
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
() creates a new Config::IniFiles::_section tied
hash that has its own each() iterator.
A workaround is to do something like
foreach my $s (@k) {
my $i = $ini{$s};
while (my ($k,$v) = each %$i) {
print("$s $k $v\n");
}
}
but I'm attaching a patch th
//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
amp;1 produced no (non-whitelisted) output'
# at /usr/share/pkg-perl-autopkgtest/runtime-deps.d/use.t line 108.
# Looks like you failed 2 tests of 4.
--
Niko Tyni nt...@debian.org
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
Control: block -1 with 848932
On Mon, Dec 19, 2016 at 12:11:14AM +0200, Niko Tyni wrote:
> On Sat, Dec 17, 2016 at 02:22:16PM +0200, Niko Tyni wrote:
>
> > One "proper" way to do this would be to introduce a perl-openssl-abi-1.1
> > virtual package that the others
e critical for the next cycle. But
I think that's a discussion to be had after stretch is released.
(I am not a member of the release team.)
--
Niko Tyni nt...@debian.org
Package: wnpp
Severity: wishlist
Owner: Niko Tyni <nt...@debian.org>
* Package name: perl-openssl-defaults
Version : 1
Upstream Author : Niko Tyni <nt...@debian.org>
* URL :
https://anonscm.debian.org/cgit/pkg-perl/packages/perl-openssl-defaults.g
On Sat, Dec 17, 2016 at 02:22:16PM +0200, Niko Tyni wrote:
> One "proper" way to do this would be to introduce a perl-openssl-abi-1.1
> virtual package that the others would depend on to make sure they are
> compatible with each other. Not sure who should provide this
On Sat, Dec 17, 2016 at 04:17:40PM +0100, Sebastian Andrzej Siewior wrote:
> On 2016-12-17 14:22:16 [+0200], Niko Tyni wrote:
> > That's assuming all the rebuilt packages migrate into stretch so that
> > none with libssl1.0.2 dependencies are left. Is anybody monitoring
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 -
On Thu, Dec 15, 2016 at 02:21:49PM +0100, Johannes Schauer wrote:
> Quoting Niko Tyni (2016-12-15 14:04:19)
> > In general, I like the concept of sbuild/pbuilder accepting .buildinfo files
> > as input. This makes the user interface simple. My expectation for this mode
> &g
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
constants; see
https://www.openssl.org/docs/man1.0.2/crypto/SSLeay_version.html
https://www.openssl.org/docs/man1.1.0/crypto/OPENSSL_VERSION_NUMBER.html
but I fear Net::SSLeay doesn't currently provide them...
Anyway, reassigning to libio-socket-ssl-perl, which clearly needs to
adapt somehow, and raising the severity to mark this release critical.
--
Niko Tyni nt...@debian.org
ls a builder with a .buildinfo file and compares the
resulting binaries.
Thoughts?
I've pushed the current implementation (with a timestamp sorting fix) to
https://anonscm.debian.org/cgit/reproducible/debrebuild.git/
but of course we can still generalize on that and change names etc.
as necessary.
-
1,5:5:208:18 0/0:0,9,83,5,6,7:3:392:12
> 0/0:0,6,56,5,6,7:2:204:9
>
> Which already has the 0/1:0,9,72,5,6,7 sequence which is not the
> expected "0 0,9,72,5,6,7". And I don't know what either of them mean
You missed the '-p' parameter above, which makes all the differenc
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
.
Dmitry: I'm happy for you to take it if you still want it (I see no
further action from you on the bug). Comaintenance would be fine by me
as well. Please let me know your preferences, otherwise I'll just go
ahead and adopt it.
--
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
On Sat, Dec 10, 2016 at 03:58:56AM +0100, Axel Beckert wrote:
> Axel Beckert wrote:
> > Axel Beckert wrote:
> > > Niko Tyni wrote:
> > > > The attached patch makes the test suite pass again for me on amd64.
> > >
> > > Thanks. The patch wor
On Fri, Dec 09, 2016 at 11:39:58AM +1100, Tony Cook wrote:
> On Fri, Dec 09, 2016 at 01:01:01AM +0100, gregor herrmann wrote:
> > On Fri, 09 Dec 2016 01:14:23 +0200, Niko Tyni wrote:
> >
> > > TL;dr: this is https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78176
> > &g
901 - 1000 of 4633 matches
Mail list logo