im1 is not of type Imager::ImgRaw at t/200-file/400-basic.t line 79.
The tests in subdirectories don't get run on the autopkgtest
side (#812219), which is why this didn't show up there.
--
Niko Tyni nt...@debian.org
guess the space after 1.5.0 in the Build-Depends field of
> debian/control is the culprit.
That's a dpkg regression, see #823431.
--
Niko Tyni nt...@debian.org
On Wed, May 04, 2016 at 08:13:56PM +0200, Guillem Jover wrote:
> First off, with the reproducible and rebootstrap efforst rebuilding
> stuff with latest dpkg, it's really fast to catch regressions, that's
> very helpful, thanks! And second, also thanks for tracking this down. :)
Thanks for the
?
Tentatively setting at 'serious' but feel free to adjust/close if this
is all going as designed.
--
Niko Tyni nt...@debian.org
Control: tag -1 patch
On Sat, Apr 23, 2016 at 02:55:55PM +0200, Andreas Metzler wrote:
> On 2016-04-20 Niko Tyni <nt...@debian.org> wrote:
> [...]
> > The failure can be triggered with this:
>
> > % perl -MCrypt::GCrypt -e
> > '$c=Crypt::GCrypt->new(type=&
led when the port was already closed. And why does the peer look
like an echo service?
I'm reopening but downgrading this. Perhaps we should just have
start_webserver() retry a couple of times somehow if it fails the
first time.
--
Niko Tyni nt...@debian.org
8 0x004da689 in Perl_runops_debug (my_perl=0x2785010) at dump.c:2234
#9 0x00450e92 in S_run_body (oldscope=1, my_perl=0x2785010) at
perl.c:2453
#10 perl_run (my_perl=0x2785010) at perl.c:2376
#11 0x0041d09b in main (argc=6, argv=0x7ffc0f9ebfe8,
env=0x7ffc0f9ec020) at perlmain.c:116
--
Niko Tyni nt...@debian.org
#15 worker_thread (thd=0x7fd453eb27a0, dummy=) at worker.c:990
#16 0x7fd453418454 in start_thread (arg=0x7fd44740d700) at
pthread_create.c:334
#17 0x7fd453155ecd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:109
--
Niko Tyni nt...@debian.org
On Wed, Apr 06, 2016 at 01:07:17PM +0200, László Böszörményi wrote:
> On Wed, Apr 6, 2016 at 11:53 AM, Niko Tyni <nt...@debian.org> wrote:
> > 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 b
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-p...@lists.debian.org
> Usertags: autopkgtest
> X-Debbugs-Cc: sqli...@packages.debian.org
>
> As noticed by the
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 <nt...@debian.org> wrote:
> > The root cause is that sqlite3_column_decltype() quotes its output in
> > 3.12.0, where previously it didn't.
> [...]
>
intentional change or a regression?
--
Niko Tyni nt...@debian.org
#!/usr/bin/perl -w
use DBI;
use strict;
my $dbh = DBI->connect("dbi:SQLite:dbname=ttt","","", { RaiseError => 1 });
$dbh->do("DROP TABLE IF EXISTS foo");
$dbh->do("CREATE
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 <nt...@debian.org> wrote:
> > Package: libdatabase-dumptruck-perl
> > Version: 1.2-2
> [...]
> > As noticed by the ci.debian.net test setup, this p
/cowsay line 14.
--
Niko Tyni nt...@debian.org
share/perl/5.22.1
/usr/lib/x86_64-linux-gnu/perl5/5.22 /usr/share/perl5
/usr/lib/x86_64-linux-gnu/perl/5.22 /usr/share/perl/5.22
/usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base .) at
/usr/share/perl5/JSON/WebToken.pm line 14.
# BEGIN failed--compilation aborted at /usr/share/perl5/JS
ke: *** [build] Error 1
--
Niko Tyni nt...@debian.org
Package: courier-unicode
Version: 1.4-1
Severity: serious
This package build-depends on w3c-dtd-xhtml, which was
removed from the archive a month ago. See #711332.
--
Niko Tyni nt...@debian.org
On Sat, Jan 30, 2016 at 12:03:27PM +0200, Niko Tyni wrote:
> Package: libio-socket-ssl-perl
> Version: 2.022-1
> Severity: serious
> X-Debbugs-Cc: open...@packages.debian.org
>
> The libio-socket-ssl-perl started hanging in its test suite
> with libssl1.0.2 upgrade from
doesn't change the
situation with libio-socket-ssl-perl.
Another affected package seems to be libnet-https-nb-perl, which is
using libio-socket-ssl-perl.
Cc'ing the openssl maintainers; any ideas? I hope I can make a smaller
test case later, but I'm out of time right now.
--
Niko Tyni nt
016 at 10:38:27PM +0200, Niko Tyni wrote:
> > On Wed, Jan 20, 2016 at 02:42:04PM +0100, Chris Lamb wrote:
> > > Source: libimager-perl
> > > Version: 1.004+dfsg-1
> > > Severity: serious
> > > Justification: fails to build from source
> >
die'
dies with the new giflib but not the old one.
Cc'ing Matthias Klose as a heads-up, he uploaded 5.1.1-0.2.
--
Niko Tyni nt...@debian.org
grades.
#$nrconf{kernelhints} = 0
No idea what would have uncommented that if the administrator didn't, though.
--
Niko Tyni nt...@debian.org
0.18 csys = 10.49 CPU)
Result: FAIL
--
Niko Tyni nt...@debian.org
in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko Tyni nt...@debian.org
Package: liblasso-perl
Version: 2.5.0-1
Severity: grave
Tags: patch
X-Debbugs-Cc: pkg-perl-maintain...@lists.alioth.debian.org, Xavier
<x.guim...@free.fr>
On Sun, Jan 03, 2016 at 04:42:56PM +0200, Niko Tyni wrote:
> On Sun, Jan 03, 2016 at 01:44:25PM +0100, Frederic Peters wrote:
&
found 809759 2.4.1-1
tag 809759 jessie stretch sid
On Sun, Jan 03, 2016 at 09:04:57PM +0200, Niko Tyni wrote:
> Package: liblasso-perl
> Version: 2.5.0-1
> Severity: grave
> Tags: patch
> > > > Lasso.c: loadable library and perl binaries are mismatched (got
> >
On Sun, Jan 03, 2016 at 09:37:28PM +0200, Niko Tyni wrote:
> On Sun, Jan 03, 2016 at 09:04:57PM +0200, Niko Tyni wrote:
> > Package: liblasso-perl
> > Version: 2.5.0-1
> > Severity: grave
> > Tags: patch
>
> > > > > Lasso.c: loadable
th perl/5.22
Hi Bdale, looks like something went wrong with 1.0-15 as the package
still depends on perl5. So I've reopened the bug.
--
Niko Tyni nt...@debian.org
.c:2376
#10 0x0041cbbb in main (argc=4, argv=0x7ffc3c971a08,
env=0x7ffc3c971a30) at perlmain.c:116
unibi_from_term is in /usr/lib/x86_64-linux-gnu/libunibilium.so.0,
load_terminfo and termkey_* are in in /usr/lib/x86_64-linux-gnu/libtermkey.so.1
--
Niko Tyni nt...@debian.org
ghts? Would you like separate bugs about these
'unset TERM' SIGSEGV and TERM=dumb busy loop issues?
--
Niko Tyni nt...@debian.org
(Wstat: 2304 Tests: 40 Failed: 9)
Failed tests: 5, 7, 11, 13, 15, 17, 19, 21, 23
Non-zero exit status: 9
--
Niko Tyni nt...@debian.org
3718.
# Looks like your test exited with 25 before it could output anything.
t/20dump.t ..
1..7
Dubious, test returned 25 (wstat 6400, 0x1900)
Failed 7/7 subtests
--
Niko Tyni nt...@debian.org
Control: tag -1 patch
On Sun, Dec 27, 2015 at 04:53:08PM +0200, Niko Tyni wrote:
> On Sun, Dec 27, 2015 at 01:32:55PM +0200, Niko Tyni wrote:
> > Package: libmarc-lint-perl
> > Version: 1.49-1
> > Severity: serious
> > User: debian-p...@lists.debian.or
On Sun, Dec 27, 2015 at 01:32:55PM +0200, Niko Tyni wrote:
> Package: libmarc-lint-perl
> Version: 1.49-1
> Severity: serious
> User: debian-p...@lists.debian.org
> Usertags: autopkgtest
>
> This package fails to build on current sid/amd64.
>
> Looks like the module s
Control: reassign -1 libdata-dump-streamer-perl 2.39-1
On Sun, Dec 27, 2015 at 02:10:03PM +0200, Niko Tyni wrote:
> Package: libxml-compile-dumper-perl
> Version: 0.14-1
> Severity: serious
> Tags: stretch sid
> User: debian-p...@lists.debian.org
> Usertags: autopkgtest pe
Control: tag -1 patch
Control: forwarded -1 https://rt.cpan.org/Public/Bug/Display.html?id=110623
On Fri, Dec 25, 2015 at 11:00:18AM +0200, Niko Tyni wrote:
> use Devel::CallParser;
>
> sub f {
> my $arg = shift;
>
> { my $arg; } # ???
> print $arg
ioth.debian.org
> Usertags: ftbfs
> X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
>
> Dear Maintainer,
>
> libmoops-perl fails to build from source in unstable/amd64:
This is #808826 in libdevel-callparser-perl, which I'm about to fix.
Merging.
--
Niko Tyni nt...@debian.org
tag 798096 patch fixed-upstream
tag 808629 patch fixed-upstream
thanks
On Tue, Dec 22, 2015 at 09:11:43AM +0200, Niko Tyni wrote:
>
> Once there's a fix, the separate libautodie-perl needs to be fixed
> first so that installing it over the Perl core version will not
> reintro
uot; : "not ok\n";
}
f(1);
which gives "ok" on 5.20 and "not ok" on 5.22.
--
Niko Tyni nt...@debian.org
On Wed, Dec 23, 2015 at 11:27:43AM +0200, Niko Tyni wrote:
> I can confirm that sbuild works fine for me again with your patch.
>
> Please consider an upload soon, this is blocking the Perl 5.22
> transition.
Oh, and we should probably add a Breaks entry on the perl
side for earl
nfig{PERL_SUBVERSION})'`
debian/rules:8: recipe for target 'regenerated-stamp' failed
--
Niko Tyni nt...@debian.org
.]
Files=43, Tests=1, 16 wallclock secs ( 0.22 usr 0.06 sys + 15.33 cusr 0.68
csys = 16.29 CPU)
Result: FAIL
Failed 41/43 test programs. 0/1 subtests failed.
--
Niko Tyni nt...@debian.org
Control: block 796345 with -1
On Wed, Dec 23, 2015 at 04:05:27PM +0200, Niko Tyni wrote:
> Package: libkavorka-perl
> Version: 0.036-1
> Severity: serious
> Forwarded: https://rt.cpan.org/Ticket/Display.html?id=109841
>
> This package fails to build on current sid.
>
retitle 808826 libparse-keyword-perl: breaks Moo::Role on Perl 5.22?
reassign 808826 libparse-keyword-perl 0.08-2
affects 808826 libmoops-perl libkavorka-perl
thanks
On Wed, Dec 23, 2015 at 08:03:33PM +0200, Niko Tyni wrote:
> On Wed, Dec 23, 2015 at 04:05:27PM +0200, Niko Tyni wrote:
> >
On Tue, Dec 22, 2015 at 09:00:20AM +0200, Niko Tyni wrote:
> On Tue, Dec 22, 2015 at 07:48:11AM +0100, Johannes Schauer wrote:
> > If the problem is this change of behaviour as you described it, then the
> > fix is
> > a very simple one:
>
> Cool, thanks! I'm
t the awesome continuous integration that reproducible.d.n
is doing has changed this picture and we should start treating all such
bugs as release critical, but discussing that first with the release
team and/or on the debian-devel list would be appropriate IMHO.
--
Niko Tyni nt...@debian.org
0 and an array of one undef element
on 5.22.
I'm not yet sure if this is a regression in Perl or a bugfix.
Will follow up later when I know more. Marking this as blocking
the Perl transition to testing for now.
--
Niko Tyni nt...@debian.org
On Tue, Dec 22, 2015 at 07:48:11AM +0100, Johannes Schauer wrote:
> Quoting Niko Tyni (2015-12-21 23:43:24)
> > My preliminary findings are that a change in Perl broke the sbuild parsing
> > of
> > .changes files, in lib/Sbuild/Build.pm:1865 or so.
> >
> > Thi
On Mon, Dec 21, 2015 at 09:05:43PM +, Chris Lamb wrote:
> Disagree on almost all points but I find debates about bug severities
> so utterly demotivating I will defer.
I'm sorry to hear that. I certainly didn't want to demotivate you.
On the contrary, I very much appreciate your work on
of "arch",
"indep" or "both"
debian/rules:35: recipe for target 'binary-arch' failed
Not sure which side to fix so I'm leaving it to you.
codesearch.debian.net reports no other hits for getpackages("") or
getpackages('') FWIW.
--
Niko Tyni nt...@debian.org
utodie/issues/69
Please note that the bug is also present in the autodie version bundled
with Perl 5.22, currently in unstable and soon in testing, so I'm cloning
this bug and reassigning the clone.
--
Niko Tyni nt...@debian.org
Control: tag -1 patch
On Sat, Dec 19, 2015 at 02:45:03PM +0100, Aurelien Jarno wrote:
> On 2015-12-19 15:03, Niko Tyni wrote:
> > It's a latent bug in rrdtool that triggered with libc6 2.19-20 on mips.
> > The problem is that rrd_write() ends up calling memcpy(3) on overlapping
&
: this is presumably meant to get useful backtraces,
and debugging symbols help a lot with that.
(Not sure what's going to happen with perl-debug now that we've got
automatic debug symbol packages, but we can look at that after the
Perl 5.22 transition that this is blocking.)
--
Niko Tyni nt
ar "sites)"
FWIW, this is indeed a Perl upstream change in 5.22 removing really old
syntax that has warned since Perl 5.0.
http://perl5.git.perl.org/perl.git/commit/b5adc3e5c5c4fa9a0d3b230a000a7644b71a169f
--
Niko Tyni nt...@debian.org
ludeEasy.cxx:1637:0:
> ../../config.h:1564:0: warning: "VERSION" redefined
> #define VERSION "1.0.0"
> ^
> :0:0: note: this is the location of the previous definition
All these were in the old build logs too, so at least they aren't
regressions.
--
Niko Tyni nt...@debian.org
eems
to break tests/tune1 on all architectures (at least amd64 and mips).
I haven't looked into that.
--
Niko Tyni nt...@debian.org
#include
#include
#include
#include
#include
#include
#include
#define MYSIZE 1024
int main(int argc, char **argv) {
int fd;
char *d;
if (argc != 2)
ror, the debian/control file has
been generated SUCCESSFULLY.
exit 1
debian/rules:69: recipe for target 'debian/control-real' failed
so it seems to need sourceful upload to get rebuilt.
--
Niko Tyni nt...@debian.org
Package: postgresql-9.4
Version: 9.4.5-1
Severity: serious
X-Debbugs-Cc: libx...@packages.debian.org
This package fails to build on current sid on all architectures due to
test suite failures. This regressed with libxml2 2.9.3+dfsg1-1 and works
fine with 2.9.2+zdfsg1-4 from testing. Cc'ing the
in the test libraries notices that there were
too few tests and dies.
The attached patch should fix it by making the client synchronize on the
eof event from the parent before making a new connection. Will send
it properly upstream once rt.cpan.org is up again.
--
Niko Tyni nt...@debian.org
>
ountered while processing:
sa-compile
libc-bin
spamassassin
--
Niko Tyni nt...@debian.org
Enter h or 'h h' for help, or 'man perldebug' for more help.
main::(-e:1): print "Hello, world!\n"
c
q
(window 2)
Hello, world!
The upstream version that broke this is Term-ReadLine-Gnu-1.26.
--
Niko Tyni nt...@debian.org
clone 807251 -1
retitle -1 libterm-readline-gnu-perl: breaks remote perl debugging (perl -d
with RemotePort)
reassign -1 libterm-readline-gnu-perl 1.28-1
severity -1 important
affects -1 perl libdebug-client-perl
block 807251 with -1
thanks
On Sun, Dec 06, 2015 at 08:58:16PM +0200, Niko Tyni
On Fri, Dec 04, 2015 at 02:08:01PM -0600, Craig A. Berry wrote:
> On Fri, Dec 4, 2015 at 12:24 PM, Niko Tyni <nt...@debian.org> wrote:
> > doublekind='4'; looks like those tests get run only on linux
> > with that doublekind.
>
> Right. I hadn't noticed the linux-onl
ns out the backported SOURCE_DATE_EPOCH support from podlators-4.00
doesn't itself survive being build with SOURCE_DATE_EPOCH (or
POD_MAN_DATE, for that matter) set. Patch attached.
--
Niko Tyni nt...@debian.org
>From aee8ad90d019667a85e5653f8ec35fc74aa81491 Mon Sep 17 00:00:00 2001
From: Niko
# got '0x1p+1023
# '
# expected /(?^:^0x1.0{523}1p\+1023$)/
# Failed test 1456 - at op/sprintf2.t line 681
# got '0x1p+1023
# '
# expected /(?^:^0x1.0{524}8p\+1023$)/
FAILED at test 1451
I'm reporting this upstream.
--
Niko Tyni nt...@debian.org
C3
Built under linux
Compiled at Dec 4 2015 12:20:55
@INC:
lib
/usr/local/lib/perl5/site_perl/5.22.1/ppc-linux
/usr/local/lib/perl5/site_perl/5.22.1
/usr/local/lib/perl5/5.22.1/ppc-linux
/usr/local/lib/perl5/5.22.1
--
Niko Tyni nt...@debian.org
On Fri, Dec 04, 2015 at 10:28:50AM -0600, Craig A. Berry wrote:
> On Fri, Dec 4, 2015 at 6:42 AM, Niko Tyni <nt...@debian.org> wrote:
> > t/op/sprintf2 . # Failed
> > test 1463 - at op/sprintf2.t line 671
>
pkg v3.0 (quilt) source format.
--
Niko Tyni nt...@debian.org
Subject: Perl 5.22 compatibility
Author: Steve Hay <steve.m@googlemail.com>
Author: Niko Tyni <nt...@debian.org>
Origin: https://rt.cpan.org/Ticket/Attachment/1564180/834925/Perl-5.22-compatibility-take-4.patch
Bug: http
Package: libical-parser-sax-perl
Version: 1.09-3
Severity: serious
Tags: sid
Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=109258
This package fails to build on current sid/amd64. The first
matching ci.debian.net autopkgtest failure happened on 2015-11-24, and
reproducible.debian.net
reassign 805105 libperl6-export-attrs-perl 0.04-2
affects 805105 libatompub-perl
tags 805105 patch
forwarded 805105 https://rt.cpan.org/Ticket/Display.html?id=107627
thanks
On Sat, Nov 14, 2015 at 09:25:35PM +0200, Niko Tyni wrote:
> On Sat, Nov 14, 2015 at 09:19:14PM +0200, Niko Tyni wr
:94
#5 0x560388559040 in main (argc=4, argv=0x7ffed5563c88) at main.c:777
This regressed with apache2 upgrade from 2.4.16-3 to 2.4.17-2, so I'm
cc'ing the apache2 maintainers in case they have ideas.
--
Niko Tyni nt...@debian.org
Control: tag -1 patch
On Tue, Nov 17, 2015 at 10:07:51PM +0200, Niko Tyni wrote:
> Package: libpango-perl
> Version: 1.226-2
> Tags: sid
> Severity: serious
> X-Debbugs-Cc: pkg-con...@packages.debian.org
>
> The libpango-perl package fails to build on current sid.
>
plan found in TAP output
This is [rt.cpan.org #108684] and was apparently broken recently by
libdatetime-locale-perl_1:1.01-1.
--
Niko Tyni nt...@debian.org
aks.
Cc'ing the pkg-config maintainer. Tollef, is this an intentional change?
With 0.28-1:
% pkg-config --libs pango|grep -q ' $' && echo ok
ok
With 0.29-2:
% pkg-config --libs pango|grep -q ' $' && echo ok
%
--
Niko Tyni nt...@debian.org
Non-zero exit status: 255
Parse errors: Bad plan. You planned 32 tests but ran 2.
--
Niko Tyni nt...@debian.org
On Tue, Nov 10, 2015 at 11:09:24AM +0100, Patrick Matthäi wrote:
>
>
> Am 28.10.2015 um 21:25 schrieb Niko Tyni:
> >On Tue, Oct 27, 2015 at 12:24:26PM +0200, Niko Tyni wrote:
> >>On Tue, Oct 27, 2015 at 10:24:23AM +0100, Patrick Matthäi wrote:
> >I think the two
-zero exit status: 2
--
Niko Tyni nt...@debian.org
-passing-perl.html
). It looks like the root is libmessage-passing-perl missing a
runtime dependency on libjson-perl, but this used to be masked by
libmoox-options-perl depending on libjson-perl until recently (4.020-1).
--
Niko Tyni nt...@debian.org
Control: reassign -1 libatompub-perl 0.3.7-2
Control: retitle -1 libatompub-perl: doesn't work with
Perl6::Export::Attrs-0.0.4
Control: affects -1 libatombus-perl
On Sat, Nov 14, 2015 at 09:19:14PM +0200, Niko Tyni wrote:
> Package: libatombus-perl
> Version: 1.0405-2
> Severity
retitle 805102 libmessage-passing-perl: missing runtime and build dependencies
on libjson-perl
reassign 805102 libmessage-passing-perl 0.116-1
affects 805102 liblog-dispatch-message-passing-perl
thanks
On Sat, Nov 14, 2015 at 08:55:33PM +0200, Niko Tyni wrote:
> Package: liblog-dispatch-mess
So it looks like libmessage-passing-filter-regexp-perl needs an
explicit build dependency on libjson-perl.
--
Niko Tyni nt...@debian.org
n 2015-10-18 and 2015-10-27.
--
Niko Tyni nt...@debian.org
improved a bit of course.
--
Niko Tyni nt...@debian.org
.
BEGIN failed--compilation aborted at /usr/share/perl5/Perl6/Export/Attrs.pm
line 9.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
This makes at least libatombus-perl fail to build from source
in current sid.
--
Niko Tyni nt...@debian.org
sts.alioth.debian.org
> rawdns fails to build from source in unstable/amd64:
>
> [..]
>
> dh_install -O--buildsystem=golang
> cp: cannot stat
> 'debian/tmp/debian/tmp/dh-exec.ShSIquIE/etc/rawdns.json': No such file
> or directory
Looks like #802034, fixed today in dh-exec_0.22.
--
Niko Tyni nt...@debian.org
On Tue, Oct 27, 2015 at 12:24:26PM +0200, Niko Tyni wrote:
> On Tue, Oct 27, 2015 at 10:24:23AM +0100, Patrick Matthäi wrote:
> > If it fixes the problem, do you have got an idea which changes to pick up
> > for fixing jessie?
>
> I haven't looked at it properly yet, but
id has
the same behaviour? The binaries aren't quite installable in jessie,
but the build dependencies are so it's just a simple rebuild. I can also
provide binaries if you like.
--
Niko Tyni nt...@debian.org
On Tue, Oct 27, 2015 at 10:24:23AM +0100, Patrick Matthäi wrote:
> Am 27.10.2015 um 08:34 schrieb Niko Tyni:
> >Would it be possible for you to test if 2.0.9-1 from stretch/sid has
> >the same behaviour? The binaries aren't quite installable in jessie,
> >but the build dep
the
endianness. The attached patch seems to fix this on at least s390x,
but perhaps we should have a test run with it before pushing it upstream.
--
Niko Tyni nt...@debian.org
>From 6469bf8eb321686c3b38a15b9a8a311a838568cb Mon Sep 17 00:00:00 2001
From: Niko Tyni <nt...@debian.org>
Date: Tue, 27 Oct
ore or after a call to a Perl core function (yylex())
> that in 5.22 has come to depend on the variable more than it used to.
>
> Fixed in Data-Alias-1.20, now on CPAN.
Awesome, many thanks for your work!
--
Niko Tyni nt...@debian.org
ly I don't have gcc-4.7 handy right now, so I can't say
yet if that works for me or not.
Hope this helps a bit,
--
Niko Tyni nt...@debian.org
or if it's
a regression in dh-exec. The debian/install contents are just
#!/usr/bin/dh-exec
mb2md-3.20.pl => usr/bin/mb2md
Copying the dh-exec maintainer.
--
Niko Tyni nt...@debian.org
be made to use another backend
or something?
Many thanks for your work on free software,
--
Niko Tyni (Debian Perl Group)
nt...@debian.org
On Tue, Oct 13, 2015 at 10:52:23AM +0300, Niko Tyni wrote:
> We'll be updating Debian testing/unstable to Perl 5.22 soonish, and
> currently that means that the packages for Data-Dump-Streamer and
> XML-Compile-Dumper need to be removed.
Upstream responded to me privately, saying XM
elf, so it may just have to
go with libxml-compile-dumper-perl if needed.
I'm cloning separate bugs for all the affected packages.
--
Niko Tyni nt...@debian.org
.
# got: '4414398'
# expected: '4418594'
# Looks like you failed 1 test of 20.
[...]
Test Summary Report
---
t/basic.t (Wstat: 256 Tests: 20 Failed: 1)
Failed test: 9
Non-zero exit status: 1
--
Niko Tyni nt...@debian.org
tests: 3, 6
Non-zero exit status: 2
t/18-app.t (Wstat: 256 Tests: 41 Failed: 1)
Failed test: 40
Non-zero exit status: 1
--
Niko Tyni nt...@debian.org
On Mon, Oct 12, 2015 at 04:52:37PM +0300, Niko Tyni wrote:
> Package: libogg-vorbis-decoder-perl
> Version: 0.9-2
> Severity: serious
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: ftbfs
> # Failed test 'raw_total'
> # at t/basic.t line 20.
>
/git/master/Documentation/RelNotes/2.5.2.txt
* "git init empty && git -C empty log" said "bad default revision 'HEAD'",
which was found to be a bit confusing to new users.
This is also [rt.cpan.org #107219], which has the attached patch
by Petr Šabata.
--
Niko T
oding Devel::StackTrace output so it would probably
be enough to just update it to correspond to the new version. This is
https://rt.cpan.org/Ticket/Display.html?id=100615 FWIW.
Not sure if it's worth having two bugs, retitling this for now.
The silence upstream suggests this module might be abandoned?
--
Niko Tyni nt...@debian.org
501 - 600 of 1438 matches
Mail list logo