ntaint it. OTOH, if something in CGI::Session makes it unnecessarily
tainted (as was the case in the bug we fixed), that's something we
can fix.
I'm copying Peter Thoeny, the TWiki author. Peter, would you be willing
to work with us to try and find the reason for these taint problems? The
full bug
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
On Sun, Jan 17, 2016 at 08:13:32PM +, Dominic Hargreaves wrote:
> I'm not really clear on what splitting these into separate packages
> (which sounds like a considerable amount of work) really gains us?
> The size gain in the perl package (around 50kB as far as I can see) on
> its own doesn't
Control: tag -1 pending
On Fri, Jan 08, 2016 at 02:07:10PM -0700, Adam Conrad wrote:
> On Fri, Jan 08, 2016 at 12:22:50PM +0200, Niko Tyni wrote:
> Given the above, I think the only reasonable solution right now is to
> move your Breaks to a Conflicts.
I've done this in git, and test
grades.
#$nrconf{kernelhints} = 0
No idea what would have uncommented that if the administrator didn't, though.
--
Niko Tyni nt...@debian.org
d from src:perl in 5.22.
So while this still works because perl-modules (>= 5.10) is unsatisfiable
in sid, it should be probably be changed to use just libcgi-pm-perl
(>= 3.35).
(See also #788152, which was the build-depends side of this.)
--
Niko Tyni nt...@debian.org
On Fri, Jan 15, 2016 at 01:09:22PM +0100, Axel Beckert wrote:
> Hi,
>
> Niko Tyni wrote:
> > This package has never built on s390x. From the 2.5.0-2 build log:
> >
> > PERL_DL_NONLAZY=0 /usr/bin/perl "-Iblib/lib" "-Iblib/arch" test.pl
> &g
Package: libbio-das-lite-perl
Version: 2.11-2
Severity: minor
Tags: upstream
The original tarball of this package contains a tarball
with the same files. This seems to be an upstream
glitch rather than a packaging one.
--
Niko Tyni nt...@debian.org
On Fri, Jan 15, 2016 at 01:08:37PM +0100, Andreas Tille wrote:
> On Fri, Jan 15, 2016 at 01:56:25PM +0200, Niko Tyni wrote:
> >
> > The original tarball of this package contains a tarball
> > with the same files. This seems to be an upstream
> > glitch rather tha
ust tried a failing combination like file+storable
in taint mode, or bothered to report it.
As this isn't a regression in wheezy but just a 'normal' bug, I'm not
inclined to prepare a wheezy update myself. Others are still free to do
so, of course.
--
Niko Tyni nt...@debian.org
On Fri, Jan 15, 2016 at 03:59:26PM +, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
>
> On Fri, 2016-01-15 at 17:53 +0200, Niko Tyni wrote:
> > On Wed, Jan 13, 2016 at 11:16:55AM +, Dominic Hargreaves wrote:
> > > We're working on a fix for #810799 which i
.
--
Niko Tyni nt...@debian.org
ssion in the DSA package, the consensus
> seems to be that a point release update is appropriate.
Here's the full debdiff for what I would like to upload. A fixed sid
package (4.48-3) in incoming.
--
Niko Tyni nt...@debian.org
diff -Nru libcgi-session-perl-4.48/debian/changelog
libcgi-ses
I'll take care of the current version in -p-u for
> jessie-kfreebsd-p-u so no need to hurry
Sure, will include it if we need to make more updates to jessie
in the future. I suppose it's not a candidate on its own though.
I wonder if it also happens with the wheezy packages? The test
code looks quite
clone 811104 -1
retitle -1 perl: I18N::Langinfo UTF-8 problems
reassign -1 perl 5.22.1-4
found -1 5.20.2-3
thanks
On Fri, Jan 15, 2016 at 07:31:57PM +0200, Niko Tyni wrote:
> Package: libtime-format-perl
> Version: 1.12-2
> User: debian-p...@lists.debian.org
> Usertags: perl-5.2
tests (and others) are already
disabled at build time, so that list should be extended
to the autopkgtest side as well. Patch attached.
--
Niko Tyni nt...@debian.org
>From df472f479a21d8e3680c3c45f8ecbb2a846d5a51 Mon Sep 17 00:00:00 2001
From: Niko Tyni <nt...@debian.org>
Date: Thu, 14 Ja
Usage: /usr/bin/debmirror [options]
For details, see man page.
This is because the current version of Net::FTP has native
IPv6 support, so Net::INET6Glue should be no longer needed.
See https://bugs.debian.org/809092 and
https://rt.cpan.org/Public/Bug/Display.html?id=110677
--
Niko Tyni
::INET_is_INET6, you may want to see #809092.
In particular, Net::INET6Glue::FTP is no longer needed.
--
Niko Tyni nt...@debian.org
On Wed, Dec 30, 2015 at 09:41:23PM +0200, Niko Tyni wrote:
> On Sun, Dec 27, 2015 at 01:06:00PM +0200, Niko Tyni wrote:
> > Package: libnet-inet6glue-perl
> > Version: 0.603-1
> > User: debian-p...@lists.debian.org
> > Usertags: autopkgtest perl-5.22-transition
>
On Wed, Jan 13, 2016 at 12:37:37AM +0200, Niko Tyni wrote:
> On Tue, Jan 12, 2016 at 01:38:51PM +, Dominic Hargreaves wrote:
> > On Tue, Jan 12, 2016 at 12:54:19PM +, Chris Boot wrote:
> > > > Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=80346
>
&g
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
On Tue, Jan 12, 2016 at 05:40:25PM +0200, Niko Tyni wrote:
> Package: perl
> Version: 5.22.1-4
> Severity: wishlist
> I propose that we break these .ph files out into a separate
> perl-system-headers binary package. I would also like to separate their
> generation into a separ
identified false positives in case we have to regenerate the
list later.
Thoughts?
--
Niko Tyni nt...@debian.org
eekboek # lib/EB/CPAN/Term/ReadLine/readline.pm: sys/ioctl.ph sgtty.ph
plum # socket.ph sys/socket.ph
acedb # sys/socket.ph
libfilesys-diskspace-perl # sys/syscall.ph
squid3 # scripts/*: sys
ing it back untainted after
the storage roundtrip. But I see that none of the current serializers
preserve taintedness, and I suppose such applications could be declared
broken.)
--
Niko Tyni nt...@debian.org
>From bd47fa4892ac910b0f7fc0466d4e2699abdb6d94 Mon Sep 17 00:00:00 2001
From: Nik
Control: tag -1 pending
On Mon, Dec 28, 2015 at 02:31:46PM +, Colin Watson wrote:
> On Sun, Dec 27, 2015 at 01:36:49PM +0200, Niko Tyni wrote:
> > This package now warns on usage, and makes its reverse dependencies
> > like libmoosex-types-iso8601-perl do so as well.
> &
0xdc80080)
I suspect this is not easily fixable. Possibly we should
rather drop it altogether than give false expectations.
--
Niko Tyni nt...@debian.org
Package: perl
Version: 5.22.1-3
Severity: wishlist
Detached debugging symbols are moving to a separate archive suite.
https://lists.debian.org/debian-devel/2015/12/msg00262.html
We should migrate the symbols in perl-debug as well.
--
Niko Tyni nt...@debian.org
s.
OK. All this may have implications for the dual life module handling we
have (for instance libtest-simple-perl and libmodule-corelist-perl),
but I'll get to that in a separate bug once I've thought it through.
Thanks again,
--
Niko Tyni nt...@debian.org
This is a non-deterministic build failure. I wasn't able to reproduce
> it on i386 out-of-the-box. Then I ran dh_auto_test in a loop until I
> was able to reproduce the failure:
Also seen on armhf:
https://reproducible.debian.net/rb-pkg/unstable/armhf/libdevel-cover-perl.html
I'll ping the
Control: tag -1 patch
On Fri, Jan 08, 2016 at 11:19:03AM +, Dominic Hargreaves wrote:
> On Fri, Jan 08, 2016 at 12:50:37PM +0200, Niko Tyni wrote:
> > Package: perl-debug
> > Version: 5.22.1-3
> > Severity: important
> >
> > Since 5.22, the 'debug
side, probably (<< 3.3.1-2), to make sure partial
upgrades pull in a working backuppc.
--
Niko Tyni nt...@debian.org
ase (<< 5.22.0~), but as they don't
conflict, that should AFAICS convey the intended policy 7.6.1. meaning
("Overwriting files in other packages") rather than 7.6.2. ("Replacing
whole packages, forcing their removal"). But maybe I'm missing something?
So: dear aptitude maintainers, your input would be very much appreciated.
--
Niko Tyni nt...@debian.org
On Sun, Jan 03, 2016 at 03:38:54PM +0100, Johannes Schauer wrote:
> Quoting Niko Tyni (2016-01-03 15:24:38)
> > It looks like sbuild doesn't currently take build profiles into account when
> > resolving cross build dependencies. This seems to me like a fundamental
> > buildi
n case I'm not, please consider the attached patch for the APT resolver.
--
Niko Tyni nt...@debian.org
>From af448d7b7d566813578363b6068216286a7a4cc1 Mon Sep 17 00:00:00 2001
From: Niko Tyni <nt...@debian.org>
Date: Sat, 2 Jan 2016 17:09:45 +0200
Subject: [PATCH] AptResolver: use build prof
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:
&
in bindings/perl. I expect there's a way to do that globally.
--
Niko Tyni nt...@debian.org
Source:lasso
Version: 2.5.0-1
Severity: wishlist
Please consider testing the build results somehow.
Bug #809759 would have been detected with a trivial test suite.
--
Niko Tyni nt...@debian.org
On Sun, Jan 03, 2016 at 04:54:20PM +0200, Niko Tyni wrote:
> Anyway, I'll try to construct a simple test case and get back to you.
OK, just cross build libpipeline_1.4.1-1 from sid with the nocheck
profile and watch the 'check' package get installed when it doesn't in
a native build.
Bu
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
e sure partial upgrades
pull in a working maildirsync.
--
Niko Tyni nt...@debian.org
On Fri, Jan 01, 2016 at 05:37:44PM +, Dominic Hargreaves wrote:
> On Fri, Jan 01, 2016 at 05:18:22PM +0100, Julien Cristau wrote:
> > perl | 5.22.1-3 | testing | source
\o/
> Thanks again to everyone who helped with this from the release team
> and perl team side:
gation.
>
> Spelling out the character ranges in full in replacement lists seems to
> do the trick here (Perl's documentation generally warns that not
> spelling them out in full is dubious). How about the attached patch?
> autopkgtests pass.
Thanks! I've forwarded these upstream and will upload shortly.
--
Niko Tyni nt...@debian.org
On Sun, Dec 27, 2015 at 01:06:00PM +0200, Niko Tyni wrote:
> Package: libnet-inet6glue-perl
> Version: 0.603-1
> User: debian-p...@lists.debian.org
> Usertags: autopkgtest perl-5.22-transition
>
> This package now warns on usage:
>
> % perl -we 'use Net::INET6Glue'
>
ing for input from other release team members,
but FWIW: fine by me to force it in now, I think it's cooked long enough :)
--
Niko Tyni nt...@debian.org
Package: libcanary-stability-perl
Version: 2006-1
This package contains only arch-indep code and should
therefore be arch:all rather than arch:any.
--
Niko Tyni nt...@debian.org
Package: libsocket-getaddrinfo-perl
Version: 0.22-2
Severity: normal
While the source package contains XS code, it doesn't get built
anymore, so this package should nowadays be arch:all (and the
build dependencies could possibly be relaxed).
>From the build log:
perl Build.PL
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
/share.
--
Niko Tyni nt...@debian.org
Control: tag -1 patch
On Tue, Dec 29, 2015 at 10:29:36AM +0200, Niko Tyni wrote:
> I've made some progress on it fwiw, and it seems to be something with
> two print statements in different modules getting the same opcode address
> on the perl side, therefore hashing down to a same
Package: libclutter-perl
Version: 1.110-3
This package contains only arch-indep code and should
therefore be arch:all rather than arch:any.
--
Niko Tyni nt...@debian.org
the upstream bug when I've got.to the bottom
of it.
--
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
already implements FTP IPv6 support - skipping
Net::INET6Glue::FTP
--
Niko Tyni nt...@debian.org
/bin/perl -w -M"Convert::NLS_DATE_FORMAT" -e 1 2>&1 produced
no output
--
Niko Tyni nt...@debian.org
through in regex; marked
by <-- HERE in m/(?<=A\\H{}|\\H{ <-- HERE a})aN/ at
/usr/share/perl5/Encode/Arabic/ArabTeX/RE.pm line 184.
# Replacement list is longer than search list at (eval 6) line 6.
# Replacement list is longer than search list at (eval 8) line 6.
# Replacement list is longer than search list at (eval 10) line 6.
ok 1 - /usr/bin/perl -w -M"Encode::Arabic" -e 1 2>&1 exited successfully
not ok 2 - /usr/bin/perl -w -M"Encode::Arabic" -e 1 2>&1 produced no output
--
Niko Tyni nt...@debian.org
</pre>
.(exe|cmd|bat|pif|scr|sys|sct|lnk|dll|vbs?|vbe|hta|shb|shs|hlp|chm|eml|wsf|wsh|js|asx|wm.|mdb|mht|msi|msp|cpl|lib|reg))(@|\?|$))/
at /usr/share/perl5/HTML/Defang.pm line 160.
ok 1 - /usr/bin/perl -w -M"HTML::Defang" -e 1 2>&1 exited successfully
not ok 2 - /usr/bin/perl -w -M"HT
/GraphVizProf.pm line 59.
not ok 10 - /usr/bin/perl -wc /usr/share/perl5/Devel/GraphVizProf.pm exited
successfully
not ok 4 - all modules in libgraphviz-perl pass the syntax check
--
Niko Tyni nt...@debian.org
by <-- HERE in m/\\dings{ <-- HERE ([2-9AF][0-9A-F])}/ at
/usr/share/perl5/LaTeX/Decode.pm line 133.
ok 1 - /usr/bin/perl -w -M"LaTeX::Decode" -e 1 2>&1 exited successfully
not ok 2 - /usr/bin/perl -w -M"LaTeX::Decode" -e 1 2>&1 produced no output
--
Niko Tyni nt...@debian.org
ot; -e 1 2>&1
produced no output
--
Niko Tyni nt...@debian.org
by <-- HERE in m/sub { <-- HERE / at /usr/share/perl5/Locales.pm line 1016.
ok 1 - /usr/bin/perl -w -M"Locales" -e 1 2>&1 exited successfully
not ok 2 - /usr/bin/perl -w -M"Locales" -e 1 2>&1 produced no output
--
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
regex; marked by
<-- HERE in m/(%{ <-- HERE (\w+)})/ at
/usr/share/perl5/DateTime/Format/Duration.pm line 584.
--
Niko Tyni nt...@debian.org
returned 1 (wstat 256, 0x100)
Failed 1/2 subtests
--
Niko Tyni nt...@debian.org
/perl5/Net/SMTP/Server/Relay.pm
exited successfully
not ok 4 - all modules in libnet-smtp-server-perl pass the syntax check
--
Niko Tyni nt...@debian.org
/Builder.pm line 6.
# BEGIN failed--compilation aborted at
/usr/share/perl5/PDF/FDF/Simple/Builder.pm line 6.
not ok 2 - /usr/bin/perl -wc /usr/share/perl5/PDF/FDF/Simple/Builder.pm
exited successfully
--
Niko Tyni nt...@debian.org
\t]*\n\n
# / at /usr/share/perl5/Time/OlsonTZ/Download.pm line 716.
ok 1 - /usr/bin/perl -w -M"Time::OlsonTZ::Download" -e 1 2>&1 exited
successfully
not ok 2 - /usr/bin/perl -w -M"Time::OlsonTZ::Download" -e 1 2>&1 produced no
output
--
Niko Tyni nt...@debian.org
t" -e 1 2>&1 produced no output
--
Niko Tyni nt...@debian.org
rce.pg):
open3: exec of t/scripts/psql --no-psqlrc --no-align --quiet --pset pager=
--pset tuples_only=true --set ON_ERROR_STOP=1 --file t/source.pg failed at
/usr/share/perl/5.22/TAP/Parser/Iterator/Process.pm line 165.
--
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
On Sun, Dec 27, 2015 at 01:46:53PM +0200, Niko Tyni wrote:
> Package: libtap-parser-sourcehandler-pgtap-perl
> Version: 3.31-1
> User: debian-p...@lists.debian.org
> Usertags: autopkgtest
>
> This package never passed its autopkgtest checks on ci.debian.net.
> Looks like it
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:44:43PM +0200, Niko Tyni wrote:
> Package: libpdf-fdf-simple-perl
> Version: 0.21-2
> User: debian-p...@lists.debian.org
> Usertags: autopkgtest perl-5.22-transition
>
> This package failed its autopkgtest checks on ci.debian.net:
>
> # Can'
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
ot;strict subs" in use at -e line 4.
> Bareword "any" not allowed while "strict subs" in use at -e line 4.
> Execution of -e aborted due to compilation errors.
> setools_3.3.8+20151215-1.dsc: amd64 not in arch list or does not match any
> arch wildcards
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
Package: perl
Version: 5.22.1-2
User: debian-p...@lists.debian.org
Usertags: perl-5.22-transition
sbuild is broken with Perl 5.22, see #808560.
There's a fix pending, and when it's uploaded we should add a Breaks
entry for the broken versions so partial upgrades pull in a working one.
--
Niko
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
severity 808629 serious
block 808629 with 798096
block 796345 by 808629
affects 808629 usrmerge
affects 798096 usrmerge
thanks
On Mon, Dec 21, 2015 at 06:16:10PM +0200, Niko Tyni wrote:
> On Mon, Dec 21, 2015 at 05:06:36PM +0100, Marco d'Itri wrote:
> > On Dec 21, Niko Tyni <nt..
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
On Mon, Dec 21, 2015 at 05:06:36PM +0100, Marco d'Itri wrote:
> On Dec 21, Niko Tyni <nt...@debian.org> wrote:
>
> > Thanks. I suspect the critical severity is a pun (as in "breaks the
> > whole system() [call]"), but in case it isn't, please provide some
>
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
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
Control: block 796345 with -1
libboost-mpi1.58.0 is currently uninstallable on s390x (and probably on a
few non-release archs like hppa and m68k too) because of changes in mpich:
mpich
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
&
5096
https://buildd.debian.org/status/fetch.php?pkg=qdbm=arm64=1.8.78-6%2Bb2=1450409590
--
Niko Tyni nt...@debian.org
1401 - 1500 of 4637 matches
Mail list logo