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)
e binNMU party.
It would be nice if you could follow up when you know if this is a
permanent thing that should go upstream or just a temporary workaround.
--
Niko Tyni nt...@debian.org
>From 78c55bc50e62a3371bdf14eb02882d833738a165 Mon Sep 17 00:00:00 2001
From: Steven Chamberlain <ste...
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
On Wed, Dec 16, 2015 at 10:38:19PM +0200, Niko Tyni wrote:
> On Wed, Dec 16, 2015 at 12:47:48AM +0100, Emilio Pozuelo Monfort wrote:
> > Control: tags -1 confirmed
>
> > Let's do this.
>
> Thanks. I've just uploaded perl_5.22.1-1 to unstable.
We seem to have missed bugs
On Wed, Dec 16, 2015 at 12:47:48AM +0100, Emilio Pozuelo Monfort wrote:
> Control: tags -1 confirmed
> Let's do this.
Thanks. I've just uploaded perl_5.22.1-1 to unstable.
--
Niko Tyni nt...@debian.org
user demand, so presumably Bastian
wouldn't be thrilled to try it again
Other ideas would be welcome too.
[1]
https://lists.alioth.debian.org/pipermail/debian-ha-maintainers/2015-December/004615.html
--
Niko Tyni nt...@debian.org
d) in jessie would need to happen first.
--
Niko Tyni nt...@debian.org
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
>
Package: nethack
Version: 3.4.3-15
Severity: wishlist
Upstream has released 3.6, the first release in 12 years.
Please update the Debian package.
http://nethack.org/v360/release.html
--
Niko Tyni nt...@debian.org
ountered while processing:
sa-compile
libc-bin
spamassassin
--
Niko Tyni nt...@debian.org
, sometimes stderr from careless
argument handling in the 'read' script intervenes:
read: Can't open world: No such file or directory at ./read line 11.
The attached two patches should fix it, already forwarded upstream at
https://rt.cpan.org/Public/Bug/Display.html?id=110276
--
Niko Tyni nt
On Mon, Nov 23, 2015 at 04:35:07PM -0800, Ivan Kohler wrote:
> On Mon, Nov 23, 2015 at 08:52:34PM +0200, Niko Tyni wrote:
> > FWIW I can't reproduce this
> > [...]
> > So you'll need to provide more information so the Apache problem
> > can be reproduced.
&
Failed tests: 952-953
Non-zero exit status: 2
--
Niko Tyni nt...@debian.org
in non-English locales, because
t/00basic.t hardcodes English error messages.
This can be fixed either by setting LC_ALL=C in debian/rules or by using
setlocale(LC_ALL, 'C') in the relevant test scripts. Patch to do the
former attached (and already forwarded upstream.)
--
Niko Tyni nt
attached (and already forwarded upstream.)
--
Niko Tyni nt...@debian.org
he test or push a fix
upstream. Instead, I think setting LC_ALL=C for the build in debian/rules
is good enough to fix this.
Trivial patch attached, will upload myself. Filing this to document
the issue.
--
Niko Tyni nt...@debian.org
>From 5532c490029357224e0c1bdf513d7612ec903d60 Mon Sep 17
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
?id=83040
it was a(n insufficient) workaround for perl5db.pl bug
https://rt.perl.org/Public/Bug/Display.html?id=121456
which was fixed in Perl 5.20.
--
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
to store pre-parsed data. The stored data representation
now varies between builds. The attached patch fixes this, rendering
the build reproducible again.
See https://wiki.debian.org/ReproducibleBuilds for more information
about the "reproducible builds" effort.
--
Niko Tyni nt...@debian
On Sat, Dec 05, 2015 at 05:32:13PM +0100, Axel Beckert wrote:
> Niko Tyni wrote:
> > This module recently switched to using Sereal::Encoder instead of
> > Data::Dumper to store pre-parsed data. The stored data representation
> > now varies between builds. The attached patch
Control: tag 796798 help
On Sat, Sep 12, 2015 at 07:43:03PM +0300, Niko Tyni wrote:
> On Thu, Sep 03, 2015 at 10:52:20PM +0100, Dominic Hargreaves wrote:
> > On Mon, Aug 24, 2015 at 07:15:19PM +0300, Niko Tyni wrote:
> > > Package: perl
> > > Version: 5.22.0-3
> &
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
Control: tag -1 fixed-upstream
On Mon, Oct 12, 2015 at 07:53:17PM +0300, Niko Tyni wrote:
> Package: perl
> Version: 5.22.0-4
> Severity: wishlist
> Tags: upstream patch
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: timestamps
> X-Debbugs-Cc: Russ All
Package: libmoosex-methodattributes-perl
Version: 0.31-1
Severity: normal
User: debian-p...@lists.debian.org
Usertags: autopkgtest
This package started failing its autopkgtest checks with 0.31-1
(which moved to using libnamespace-autoclean-perl). Given 'use
MooseX::MethodAttributes' works, I
On Tue, Nov 24, 2015 at 03:33:14PM -0200, Antonio Terceiro wrote:
> Package: libextutils-autoinstall-perl
> Version: 0.63-3
> Severity: normal
> User: autopkgtest-de...@lists.alioth.debian.org
> Usertags: autopkgtest
> As you can see on
>
Package: liblinux-prctl-perl
Version: 1.6.0-2
Severity: normal
User: debian-p...@lists.debian.org
Usertags: autopkgtest
X-Debbugs-Cc: Antonio Terceiro
This package recently started failing its autopkgtest checks on ci.debian.net:
Package: courier-filter-perl
Version: 0.200+ds-3
Severity: normal
User: debian-p...@lists.debian.org
Usertags: autopkgtest
This package fails its autopkgtest use.t check. It looks like the package
is not meant to use directly as the modules are installed into a private
library path. So presumably
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
next test is a related TODO test for write timeouts, I'd say
this is not worth the trouble. I'm inclined to just disable the test.
This is also [rt.cpan.org #95702], and there's plenty of failure reports
on CPAN testers.
--
Niko Tyni nt...@debian.org
.
--
Niko Tyni nt...@debian.org
On Sat, Nov 28, 2015 at 07:22:01PM +0100, Salvatore Bonaccorso wrote:
> > Package: liblinux-prctl-perl
> > Version: 1.6.0-2
> > This package recently started failing its autopkgtest checks on
> > ci.debian.net:
> Thanks for reporting this. I can reproduce the test failures if I
> build in a
On Tue, Jun 30, 2015 at 06:55:56AM +0200, Salvatore Bonaccorso wrote:
> Source: libgnupg-interface-perl
> Version: 0.52-1
> Severity: normal
> Filling a bug report for further investigation. Autopkgtests seem to
> fail already fo 0.52-1 now, but ci.d.n shows it passing in the last
> run:
>
>
in the ieee-data package.
Does this module really make sense?
I sort of lost the incentive to look further; maybe someone else will?
--
Niko Tyni nt...@debian.org
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.
>
On Tue, Nov 17, 2015 at 09:23:01PM +, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
>
> On Sun, 2015-11-15 at 22:57 +0200, Niko Tyni wrote:
> > libhtml-scrubber-perl (0.11-1+deb8u1) jessie; urgency=medium
> > .
> >* [SECURITY] CVE-2015-5667: Bac
On Tue, Nov 17, 2015 at 09:22:38PM +, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
>
> On Sun, 2015-11-15 at 23:08 +0200, Niko Tyni wrote:
> > libhtml-scrubber-perl (0.09-1+deb7u1) wheezy; urgency=medium
> > .
> >* [SECURITY] CVE-2015-5667: Bac
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
Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/4 subtests
Test Summary Report
---
/usr/share/pkg-perl-autopkgtest/runtime-deps-and-recommends.d/syntax.t
(Wstat: 256 Tests: 4 Failed: 1)
Failed test: 4
Non-zero exit status: 1
--
Niko Tyni nt...@debian.org
just after 5.
Dubious, test returned 2 (wstat 512, 0x200)
Failed 5/10 subtests
--
Niko Tyni nt...@debian.org
Resource::${res}()";
my ($soft, $hard) = getrlimit $val;
AFAICS, this could just use $lim->{$res} to get the same value as
the eval "..." result.
--
Niko Tyni nt...@debian.org
Control: affects -1 libhtml-microformats-perl libnet-amazon-s3-perl
On Sat, Nov 14, 2015 at 09:12:37PM +0200, Niko Tyni wrote:
> Package: libdatetime-format-strptime-perl
> Version: 1.6000-1
>
> Control: affects -1 libxml-rpc-fast-perl
>
> This package generates
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
Control: tag -1 - moreinfo
On Sun, Nov 15, 2015 at 07:34:16PM +, Adam D. Barratt wrote:
> Control: tags -1 + moreinfo
>
> On Sun, 2015-11-15 at 20:59 +0200, Niko Tyni wrote:
> > libapache2-mod-perl2 (2.0.9~1624218-2+deb8u1) jessie; urgency=medium
> > .
> >* A
)
+
+ -- Niko Tyni <nt...@debian.org> Sun, 15 Nov 2015 21:07:33 +0200
+
libhtml-scrubber-perl (0.11-1) unstable; urgency=low
* Team upload.
diff -Nru libhtml-scrubber-perl-0.11/debian/patches/0001-Test-and-fix-for-JVN53973084.patch libhtml-scrubber-perl-0.11/debian/patches/0001-Test-a
: #803943)
+
+ -- Niko Tyni <nt...@debian.org> Sun, 15 Nov 2015 21:07:33 +0200
+
libhtml-scrubber-perl (0.09-1) unstable; urgency=low
[ gregor herrmann ]
diff -Nru libhtml-scrubber-perl-0.09/debian/patches/0001-Test-and-fix-for-JVN53973084.patch libhtml-scrubber-perl-0.09/debian/patches/000
-zero exit status: 2
--
Niko Tyni nt...@debian.org
+
+ * Apply upstream 2.0.9 patches fixing crashes in
+modperl_interp_unselect(). Thanks to Patrick Matthäi.
+(Closes: #803043)
+
+ -- Niko Tyni <nt...@debian.org> Sun, 15 Nov 2015 20:42:27 +0200
+
libapache2-mod-perl2 (2.0.9~1624218-2) unstable; urgency=medium
* Add autopkgtest s
-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
(Wstat: 256 Tests: 9 Failed: 1)
Failed test: 9
Non-zero exit status: 1
--
Niko Tyni nt...@debian.org
improved a bit of course.
--
Niko Tyni nt...@debian.org
On Tue, Nov 03, 2015 at 04:10:53PM +0200, Niko Tyni wrote:
> Package: libhtml-scrubber-perl
> Version: 0.08-4
> Severity: important
> Tags: security squeeze wheezy jessie
> Control: fixed -1 0.15-1
>
> From <https://security-tracker.debian.org/tracker/CVE-2015-5667>:
oldstable,
and stable are affected. I haven't looked at whether the patch applies
to the older releases.
--
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
Package: gnome-clocks
Version: 3.18.0-1
Severity: minor
The debian/rules 'clean' target in this package doesn't seem to clean
anything, it just updates debian/control from control.in.
--
Niko Tyni nt...@debian.org
.
--
Niko Tyni nt...@debian.org
On Tue, Oct 20, 2015 at 09:58:27PM +0200, Michael Biebl wrote:
> Am 20.10.2015 um 21:51 schrieb Michael Biebl:
> > Am 20.10.2015 um 20:47 schrieb Niko Tyni:
> >> Package: gnome-clocks
> >> Version: 3.18.0-1
> >> Severity: minor
> >>
> >> The de
here it's produced from
> the HashedSet, and not to change the data structure itself to allow
> duplicates.
Sure, this just seemed such a nice solution :)
Anyway, removing the 'patch' tag for now.
--
Niko Tyni nt...@debian.org
vala sources during the package
build (#802520).
I'm also attaching a minified test case for your convenience. The generated
t.c varies for me between the compilations with the current valac in sid
but not with a patched one.
[1] https://wiki.debian.org/ReproducibleBuilds
--
Niko Tyni nt.
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
kage could not be built reproducibly.
The generated configuration file etc/gmod/gmod-chado.conf varies between
builds. The attached patch fixes this by sorting the lines.
[1]: https://wiki.debian.org/ReproducibleBuilds
--
Niko Tyni nt...@debian.org
>From 2a5885254545aab5d0465a2ec47922649b29aa
ould be OK for dpkg-source / quilt,
but git-am may need the '--ignore-whitespace' option.
[1]: https://wiki.debian.org/ReproducibleBuilds
--
Niko Tyni nt...@debian.org
>From 7fb4db40af72b6fe203bf48988680eec3b794a6c Mon Sep 17 00:00:00 2001
From: Niko Tyni <nt...@debian.org>
Date: Sat, 1
Control: found -1 1.23-4
On Sat, Oct 17, 2015 at 11:51:07AM +, Debian Bug Tracking System wrote:
> Changes:
> libchado-perl (1.23-4) unstable; urgency=medium
> .
>* Enable reproducible builds (Thanks for the patch to Niko Tyni
> <nt...@debian.org>)
>
cumentation of the Perl read() call mentions fread(3), which
takes a size_t argument, so any signedness would seem inappropriate
(and nonsensical) here. So this may be a bug in perl.
Anyway, the immediate fix would be to have the PNG handler stop processing
at the first IEND chunk.
--
Niko Tyni nt...@debian.org
Control: tag -1 patch
On Sat, Sep 12, 2015 at 09:42:16PM +0300, Niko Tyni wrote:
> Package: libhttp-proxy-perl
> Version: 0.304-1
> Severity: important
> Tags: upstream
> Forwarded: https://github.com/book/HTTP-Proxy/issues/7
>
> There's apparently a timing problem in t/23c
Control: found -1 0.30-2
On Sun, Sep 27, 2015 at 11:04:23AM +, Niko Tyni wrote:
> Changes:
> libcapture-tiny-perl (0.30-2) unstable; urgency=medium
> .
>* Team upload.
>* Don't run prove with --merge in autopkgtest checks. (Closes: #785022)
Unfortunately t
-20151012/003574.html
[2]
http://lists.alioth.debian.org/pipermail/reproducible-builds/Week-of-Mon-20151005/003567.html
--
Niko Tyni nt...@debian.org
>From 7ad0f54e56e86773e18d7614da53dd76ecf0adfa Mon Sep 17 00:00:00 2001
From: Niko Tyni <nt...@debian.org>
Date: Mon, 12 Oct 2015 14:47
. Patch attached.
--
Niko Tyni nt...@debian.org
>From ad36427136f759d3f7be85a074a4f8bafe5a42a9 Mon Sep 17 00:00:00 2001
From: Niko Tyni <nt...@debian.org>
Date: Wed, 14 Oct 2015 10:06:31 +0300
Subject: [PATCH] Count https video URLs in the results
Some video URLs on the Google video site
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
On Tue, Apr 28, 2015 at 10:46:32PM +0300, Niko Tyni wrote:
> On Thu, Nov 06, 2014 at 04:37:17PM +0100, gregor herrmann wrote:
> > On Wed, 05 Nov 2014 13:24:52 +0200, Niko Tyni wrote:
> >
> > > > libcache-cache-perl (1.07-2) unstable; urgency=medium
> >
es
look strange that the build on reproducible.d.n doesn't report anything
mounted as the root file system.
So I'd like to hear opinions on whether this should be considered a bug
in the package test suite or the reproducible.d.n setup.
--
Niko Tyni nt...@debian.org
On Tue, Oct 13, 2015 at 12:16:17PM +, Mattia Rizzolo wrote:
> On Tue, Oct 13, 2015 at 02:21:38PM +0300, Niko Tyni wrote:
> > Apparently the test fails when it can't find any "regular" (as opposed
> > to "special") filesystems. In this age of building on
] would be good
enough to solve this. It would probably also make it possible to drop
the build dependency on ncurses-term.
--
Niko Tyni nt...@debian.org
builds can rely on.
So I suppose we can't really require build environments to provide at
least one "regular" filesystem, given that pbuilder doesn't by default.
I'll patch the test suite accordingly.
--
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
1501 - 1600 of 4634 matches
Mail list logo