.e. stop stripping those flags in Apache2::Build.
Obviously, a more portable solution is needed for mod_perl 2.0.6.
Perhaps an explicit probe for sizeof(apr_ino_t) with different
_FILE_OFFSET_BITS definitions?
Cheers,
--
Niko Tyni nt...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
couple of
5.14 related patches (see #636651.)
--
Niko Tyni nt...@debian.org
>From d19c2f4b595aef8bc31cb507907c4198bc707c5c Mon Sep 17 00:00:00 2001
From: Niko Tyni
Date: Fri, 21 Oct 2011 19:26:50 +0300
Subject: [PATCH] Improve the test suite coverage (again) with a typo fix
The APACHE_TEST_E
7a4b5c24c
The reason this isn't showing up on the CPAN Testers for
Catalyst-Plugin-Session-State-Cookie-0.17 is that all the recent
reports say
t/live_app.t ... skipped: This test requires
Test::WWW::Mechanize::Catalyst in order to run
I've filed [rt.cpan.org #76179] about this
producible way.
I suppose the handle index should include a serialization of the
arguments. However, I'm afraid that's hard to do for the general case
as they may include code references (like the 'HandleError' subroutine
above).
I've forwarded this upstream as
<https://github.com/bigpresh/Dancer-Plugin-Database/issues/29>.
--
Niko Tyni nt...@debian.org
03-serial.t
Description: Troff document
ches,
which I've also sent upstream via the CPAN ticket.
https://rt.cpan.org/Public/Bug/Display.html?id=73498
--
Niko Tyni nt...@debian.org
>From 9a6a6e6089a4c220890ba709eb5ea3572418 Mon Sep 17 00:00:00 2001
From: Niko Tyni
Date: Sun, 1 Apr 2012 14:10:00 +0300
Subject: [PATCH 1/2] TODO t
it seems rarer with -worker.
The test suite uses the default Apache::TestConfig setting of MaxClients
2, but (at least) this particular test clearly expects that the requests
are served by the same process. When this doesn't happen, the above
failure results.
Patch to set MaxClients to 1 attach
Package: libmodule-build-perl
Version: 0.40-1
Severity: minor
This package should divert /usr/share/man/man1/config_data.1.gz
from perl away in favour of its own, supposedly newer version,
/usr/share/man/man1/config_data.1p.gz. Otherwise the man search
path will prefer the older version by def
Package: libtest-corpus-audio-mpd-perl
Version: 1.113282-1
Severity: grave
Tags: ipv6
This package doesn't work at all for me, and it even fails
its test suite when mpd (a missing build dependency) is installed.
# Failed test 'module loads ok'
# at t/00-compile.t line 17.
# got
‐
pid()) or idtype and id (waitid()) does not exist or is not a
child of the calling process. (This can happen for one's own
child if the action for SIGCHLD is set to SIG_IGN. See also the
Linux Notes section about thr
o
> > achieve the desired result.)
>
> I'd vote for the latter, as know more people trying to stay IPv4-only
> for now than the other way round...
Yes, explicitly using 127.0.0.1 and ::1 here makes sense to me.
--
Niko Tyni nt...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
r fix is going to be more involved.
Now, the easiest targeted fix for this test suite failure would probably
be changing 'localhost' to '127.0.0.1' in t/60_net_server.t, which makes
it all work for me. Patch attached.
--
Niko Tyni nt...@debian.org
>From ea0ddab6381398a8907f8f91ae
a reason for requiring a separately
packaged version too?
--
Niko Tyni nt...@debian.org
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
> > Severity: important
> > X-Debbugs-Cc: kfreebsd-i...@buildd.debian.org,
> > kfreebsd-am..
-autoclean-perl. This makes other packages, at least
libbread-board-perl, fail to build from source. See
https://reproducible.debian.net/rb-pkg/unstable/amd64/libbread-board-perl.html
The autopkgtest checks also fail because of this, so running
them before the upload would have caught this.
--
Niko Tyni
pstream in
<https://github.com/book/HTTP-Proxy/issues/7>
--
Niko Tyni nt...@debian.org
and reopen #797709 for the time being.
--
Niko Tyni nt...@debian.org
Control: tag -1 patch
On Sun, Sep 13, 2015 at 10:53:38PM +0300, Niko Tyni wrote:
> Package: libmodule-build-perl
> Version: 0.421400-2
> Severity: serious
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: ftbfs
> X-Debbugs-Cc: reproducible-bui...@lists.alioth.de
86_64-linux-gnu/perl/5.20/Time/Piece.pm line
469, <$filehandle> line 15.
and it doesn't really need to parse the second newest changelog entry, it
only does that in case it's processing a binNMU. I'll file a separate bug
about those, but the gpivtools changelog should pr
kage and the separate libencode-perl package, this needs to be fixed
in the latter first. I'm therefore cloning a separate bug about this
and reassigning it to libencode-perl. Once it's fixed there, people can
install the separate package to get the fix until it gets in the
perl package
advertising), and is missing point 3
Thanks for spotting this. I've fixed it in our git repository for the
next 5.22 upload.
--
Niko Tyni nt...@debian.org
e' call in the 'smoke' script seems easier.
Thoughts welcome, I'll wait a bit before implementing this.
--
Niko Tyni nt...@debian.org
ks-parser-perl (>= 0.16)
- upload libb-hooks-parser-perl 0.16-2 with a Breaks: libsignatures-perl (<<
0.13)
--
Niko Tynint...@debian.org
Package: libgraph-perl
Version: 1:0.96-1.1
Severity: wishlist
This package has a comprehensive test suite that's not used in the Debian
package build. Please consider enabling that.
--
Niko Tyni nt...@debian.org
suite passing.
Please let me know if you'd like an NMU. The pkg-perl group is also
happy to adopt the package in case you don't want to maintain it anymore.
Thanks for your work on Debian,
--
Niko Tyni nt...@debian.org
>From f3268a0295ec4433c3154adb2572b4712570886e Mon Sep 17
Package: pkg-perl-autopkgtest
Version: 0.25
Severity: wishlist
While debian/tests/pkg-perl/env-smoke (#763541) solved most issues
with unusual test suites that require special treatment, there are
still some that need patching or other workarounds. One of these is
libnet-sftp-sftpserver-perl, whi
s/pkg-perl/smoke/env
debian/tests/pkg-perl/syntax/SKIP
I suppose this would need a transition where the scripts would look in
the old locations for a while, possibly forever. Not sure if the gain
is worth the complications, but filing this at least for future reference.
--
Niko Tyni nt...@debian.org
iled due to stronger hostname verifcation
in IO::Socket:SSL >= 2.017. Fixed that by adding
proper certificates with cn 'localhost' and a test
which verifies the failing connection with wrong
hostname. Thanks to ppisar[...]redhat.com. This
fixes rt #106874.
--
Niko Tyni nt...@debian.org
9 - check number of workers, \#7
ok 40 - check number of removed, \#4
ok 41 - check for remaining threads
ok 42 - check not-used threads, \#2
# Looks like you failed 1 test of 42.
Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/42 subtests
--
Niko Tyni nt...@debian.org
so we haven't.
Hope this is useful to someone. I don't intend to drive further
development in this area myself but I'm certainly open to
suggestions/recommendations of how to get it all better/right.
[1] https://wiki.debian.org/HelmutGrohne/MultiarchSpecChanges#Interpreter_issue
--
Niko Tyni nt...@debian.org
the tex case in #792281.
>
> That sounds great. So it is enough to change
> Depends: perl
> to
> Depends: perl:any
> in debian/control?
Yes, that would be right syntax. I'm not quite sure if it's necessary /
correct in your case though, but I'm sure debian-cross has experts on
that :)
--
Niko Tyni nt...@debian.org
. Changing str to an explicit signed char * makes
the test suite pass on ppc64el, but that does seem accidental to me too.
> You could just disable the failing tests, though it probably wouldn't
> be hard to make glyph_from_char work properly.
Agreed.
--
Niko Tyni nt...@debian.org
1566, 1568, 1570, 1732, 2056, 2058, 2062
2064, 2066, 2068, 2090, 2098, 2881, 2883
Non-zero exit status: 31
This seems to have broken with libmath-bigint-perl_1.999701-1. There's
an open upstream ticket but it looks like later versions have already
fixed it.
--
On Thu, Sep 24, 2015 at 10:15:31PM +0200, Florian Schlichting wrote:
> On Sat, Sep 19, 2015 at 09:14:44PM +0300, Niko Tyni wrote:
> > There's unfortunately little logic to the naming of the configuration
> > files.
> My feeling is that having many directories with few files
%20\'long\'%20file%3f.html'
ok 7
# testing : Apache2::Util::escape_path / partial=0 / ./ prefix
# expected: './a%20\'long\'%20file%3f.html:'
# received: './a%20\'long\'%20file%3f.html:'
ok 8
Failed 4/8 subtests
--
Niko Tyni nt...@debian.org
/pogl/bugs/21/
https://bugzilla.redhat.com/show_bug.cgi?id=1224294
which have the attached patch that deletes references to the
removed symbols. Even with that applied, I suppose at least
some Breaks entries would be in order?
--
Niko Tyni nt...@debian.org
>From e83b9048c43cbcbdaeb287dd571
hCookie
is apparently the only one that needs this.
--
Niko Tyni nt...@debian.org
pe as 'AMD Opteron 62xx class CPU' FWIW.
I'm Cc'ing the upstream author, Kevin Ryde, who's probably interested.
A current log of a failing build can be found at
https://reproducible.debian.net/rb-pkg/unstable/amd64/libmath-planepath-perl.html
I'll see if I can arrange access to a host where the failure is reproducible.
--
Niko Tyni nt...@debian.org
DATE AFT1989\n"
# t/Basic.pm line 32 is: &Test::ok(@a)
t/basic.t .. Failed 1/1501 subtests
--
Niko Tyni nt...@debian.org
Control: tag -1 pending
On Tue, Aug 18, 2015 at 06:35:15PM +0100, Chris Lamb wrote:
> > Uhm, there's debian/patches/disable-network-test.patch which
> > patches that away?
>
> Ah yes, but you have yet to upload that to the archive. I did not check
> your git repo before filing the bug, alas..
Ar
On Sun, Aug 16, 2015 at 09:56:52PM +0200, Julien Cristau wrote:
> On Sun, Aug 16, 2015 at 17:57:00 +0300, Niko Tyni wrote:
> > As noticed by the reproducible builds CI setup, this package fails to
> > build on current sid.
> >
> > # Failed test 'require Open
1',
> exp => '1209',
> action=> 'sale'
> );
> my %results = Net::TCLink::send(\%params);
>
> This leaks privacy.
Uhm, there's debian/patches/disable-network-test.patch which
patches that away?
--
Niko Tyni nt...@debian.org
env=0x7fffeb20) at perlmain.c:114
--
Niko Tyni nt...@debian.org
Control: forwarded -1 https://rt.cpan.org/Public/Bug/Display.html?id=99463
On Sun, Aug 16, 2015 at 05:31:18PM +0100, Chris Lamb wrote:
> Source: libmessage-passing-perl
> Version: 0.116-1
> Severity: serious
> Justification: fails to build from source
> User: reproducible-bui...@lists.alioth.debia
:03:47 2015
# Using Test.pm version 1.26
$VAR1 = bless( {
'domain' => 'foo',
'raw' => 0
}, 'Locale::gettext' );
[No problem]
not ok 1
Failed 1/1 subtests
Ideas welcome.
--
Niko Tyni nt...@debian.org
bases contain hashes with random key ordering.
See
https://reproducible.debian.net/rb-pkg/unstable/amd64/libxray-absorption-perl.html
Patch attached.
--
Niko Tyni nt...@debian.org
>From f823201b1cba130bd52f917b1fa3c46439f26abb Mon Sep 17 00:00:00 2001
From: Niko Tyni
Date: Wed, 19 Aug 2015 23:07:
::TreePrinter orders attributes randomly
in the XML it generates. Patch attached.
--
Niko Tyni nt...@debian.org
>From 150c53c470583cf8a7acdf001c4e508878da90a9 Mon Sep 17 00:00:00 2001
From: Niko Tyni
Date: Thu, 20 Aug 2015 20:26:13 +0300
Subject: [PATCH] Sort attributes in XML output
This ma
On Thu, Aug 20, 2015 at 08:37:06PM +0300, Niko Tyni wrote:
> Package: libmkdoc-xml-perl
> Version: 0.75-3
> At least the ciderwebmail package fails to build reproducibly
Heh, "fails to (build reproducibly)", not "(fails to build) reproducibly".
I'll try to
ion its CI system has gathered about this package.
--
Niko Tyni nt...@debian.org
>From c602a943fa712771b819dafed5658b9641f0c83c Mon Sep 17 00:00:00 2001
From: Niko Tyni
Date: Thu, 20 Aug 2015 22:11:23 +0300
Subject: [PATCH] Generate the XS code in a deterministic way
Sort the list of classes
to add a Breaks on the perl side to make sure broken combinations can't
happen.
--
Niko Tyni nt...@debian.org
null: syntax error in filter expression:
syntax error'
# at t/09-error.t line 25.
# 'syntax error in filter expression: syntax error'
# doesn't match '/^(?:parse|syntax) error$/'
# Looks like you failed 1 test of 10.
--
Niko Tyni nt...@debian.org
;viewSortKey($sinit));
>
> It seems something in the locale handline has changed.
>
> Anyway, I hope to get an answer from upstream or perl group soon.
Seems to be a change in libunicode-collate-perl 1.17. Removing the
separate package (so it falls back to using the modules shipped in the
Perl core packages at version 1.14) makes the tests work again.
--
Niko Tyni nt...@debian.org
On Wed, Nov 09, 2016 at 01:52:12PM +0100, Santiago Vila wrote:
> On Wed, Nov 09, 2016 at 02:46:24PM +0200, Niko Tyni wrote:
> > On Wed, Nov 09, 2016 at 09:10:57AM +0900, Norbert Preining wrote:
> >
> > > It seems something in the locale handline has changed.
> > >
..1],"\n";
> print $A[0..2],"\n";
> print $A[1..2],"\n";
$. is still 0 so we get 1 for the first two indices and the empty string
(false) for the last one.
> Tell the user
> die "Did you mean @F[0..1]?"
No, it's perfectly legal. At most warn.
--
Niko Tyni nt...@debian.org
02 0002 | |]
So the U::C sort key generation has changed (again), and the biber test
suite hardcodes md5sums of the old sort keys.
Given
https://github.com/plk/biber/commit/9bebd3ef0cb57b5ca4f15885d0cbfecc4939a835
I suspect biber just needs to adapt again.
--
Niko Tyni nt...@debian.org
contents.
Many thanks for your work,
--
Niko Tyni nt...@debian.org
oment. Presumably this is the reason for the failure.
--
Niko Tyni nt...@debian.org
On Fri, Nov 11, 2016 at 06:32:28PM +, Jose M Calhariz wrote:
> On 08/11/16 20:56, Niko Tyni wrote:
> > override_dh_perl:
> > dh_perl /usr/lib/*/amanda/perl
>
> I think the flag -V is needed, but the generated depends still lack
> perlapi-*
It's not -V (
Package: request-tracker4
Version: 4.2.13-3
Severity: serious
This package failed to build on the 'all' buildd:
https://buildd.debian.org/status/fetch.php?pkg=request-tracker4&arch=all&ver=4.2.13-3&stamp=1477439960
# Failed test 'problems with passphrase'
# at t/web/gnupg-select-keys-
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
et 'runtests' failed
make[1]: *** [runtests] Error 1
--
Niko Tyni nt...@debian.org
that works on 5.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
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 POSIX
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 u
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
tests pass. What's the history behind this version check?
--
Niko Tyni nt...@debian.org
On Thu, Mar 23, 2017 at 03:51:45PM +0100, Balint Reczey wrote:
> On Wed, Mar 22, 2017 at 8:53 PM, Niko Tyni 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-implementation
> >&
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/
> >
ncode; 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
ema::Rinci.
Whoever fixes this: please also make librinci-perl Break
libperinci-sub-normalize-perl (<< 0.17~) or something like that to
make sure partial upgrades work.
--
Niko Tyni nt...@debian.org
use it contains shell metacharacters (double quotes).
Python behaves similarly fwiw, as seen with
python -c 'import os; os.system("bash -c fct")'
There's not much we can do on the Perl side. Do you want me to
merge this with #814358, or what should we do with this report?
--
Niko Tyni nt...@debian.org
retitle 824511 perl: shell execution removes exported bash functions
block 824511 with 814358
thanks
(Please keep 824...@bugs.debian.org cc'd on replies)
On Tue, May 17, 2016 at 11:25:26AM -0600, Christoph Junghans wrote:
> 2016-05-17 9:06 GMT-06:00 Niko Tyni :
> > On Mon, May 16,
install-trustmetayml-perl.html
--
Niko Tyni nt...@debian.org
ata->[0]
#got : 'bytesIn min nan'
# expect : 'bytesIn min -nan'
# Failed test 'graph() return hash (annual)'
# at t/23graph.t line 69.
# Compared $data->[0]
#got : 'bytesIn min nan'
# expect : 'bytesIn min -nan'
# Looks like you failed 6 tests of 226.
--
Niko Tyni nt...@debian.org
ified that. armhf is OK on tests.reproducible-builds.org
fwiw.
--
Niko Tyni nt...@debian.org
ests: 1-2, 5-12, 15-19
Non-zero exit status: 15
It seems probable that this makes it fail to build from source
on arm64 as well, but I haven't verified that. armhf is OK on
tests.reproducible-builds.org fwiw.
--
Niko Tyni nt...@debian.org
( 0.07 usr 0.00 sys + 0.61 cusr 0.02
csys = 0.70 CPU)
Result: FAIL
It seems probable that this makes it fail to build from source
on arm64 as well, but I haven't verified that. armhf is OK on
tests.reproducible-builds.org fwiw.
--
Niko Tyni nt...@debian.org
t seems probable that this makes it fail to build from source
on arm64 as well, but I haven't verified that. armhf is OK on
tests.reproducible-builds.org fwiw.
--
Niko Tyni nt...@debian.org
On Fri, May 20, 2016 at 11:09:01AM +, Eric Wong wrote:
> Niko Tyni wrote:
> > It seems probable that this makes it fail to build from source
> > on arm64 as well, but I haven't verified that. armhf is OK on
> > tests.reproducible-builds.org fwiw.
>
> Does re
Control: tag -1 fixed-upstream
On Fri, May 20, 2016 at 10:30:30PM +, Eric Wong wrote:
> Niko Tyni wrote:
> > The problem is that arm64 does not have the legacy epoll_create() and
> > epoll_wait() syscalls, those are implemented in glibc with epoll_create1()
> > a
Control: retitle -1 libsys-syscall-perl: FTBFS on arm64: test suite failures
Control: severity -1 serious
On Fri, May 20, 2016 at 01:49:12PM +0300, Niko Tyni wrote:
> Package: libsys-syscall-perl
> Version: 0.25-2
> Severity: normal
> User: debian-p...@lists.debian.org
> Userta
d manually
on the Debian porter machines, but I'll run it by the
autobuilders to make sure it's working first.
--
Niko Tyni nt...@debian.org
>From 27084cb9b8a0cdc0bdaae792a329ea3b35a9ef92 Mon Sep 17 00:00:00 2001
From: Niko Tyni
Date: Sat, 21 May 2016 14:05:31 +
Subjec
hose to include kfreebsd too.
--
Niko Tyni nt...@debian.org
On Sat, May 21, 2016 at 05:18:05PM +0300, Niko Tyni wrote:
> Package: libsys-syscall-perl
> Version: 0.25-2
> Severity: important
> User: debian-p...@lists.debian.org
> Usertags: zrh-2016
>
> This package fails to build on kfreebsd-*.
>
> t/01-epoll.t . skipped: t
Control: tag -1 confirmed
On Wed, May 18, 2016 at 11:02:06PM +0200, Xavier wrote:
> I've removed tag "moreinfo" since upstream author can reproduce the bug.
Thanks. I was able to reproduce it as well on current sid/amd64.
No idea about a fix at the moment though :(
hat do you think we should do with
libpoe-api-peek-perl ? Should webgui get removed as well?
--
Niko Tyni nt...@debian.org
>
> This package FTBFS with perl 5.22:
There's a patch in the upstream ticket making this package compile, but
it still fails its test suite. Upstream doesn't seem to be interested
in fixing it.
There are no reverse dependencies. I suggest removal unless
somebody objects?
--
Niko Tyni nt...@debian.org
On Fri, Sep 04, 2015 at 11:06:20PM +0300, Niko Tyni wrote:
> Control: tag -1 sid stretch
>
> On Sat, Aug 29, 2015 at 10:38:43AM +0100, Dominic Hargreaves wrote:
> > Source: libxml-easyobj-perl
> > Version: 1.12-3
> > Severity: serious
> > Justification: FTBFS
all it
> "necessary infrastucture for basic TCP/IP networking" anymore.
Well, getservbyname(3) is used by 945 packages according to
codesearch.debian.net, and getprotobyname(3) by 551 packages.
Those use /etc/services and /etc/protocols by default AFAIK.
Doesn't seem that seldom to me?
--
Niko Tyni nt...@debian.org
the package only has #!/usr/bin/perl scripts?
Whether the resulting dependency is versioned or is completely orthogonal
to this thing AFAICS.
--
Niko Tyni nt...@debian.org
s to be installable for foreign architectures. This is
blocked on the 'multiarch interpreter' problem. See the links mentioned
earlier in this bug; I'm not aware of any recent progress on this front.
--
Niko Tyni nt...@debian.org
;>'
dh_auto_build: make -j1 returned exit code 2
debian/rules:7: recipe for target 'build-arch' failed
See
http://perl.debian.net:3000/distribution#perl-5.24/libscope-upper-perl/0.28-1/buildlog
for a full build log.
--
Niko Tyni nt...@debian.org
eref.t line 8.
# Looks like your test exited with 255 before it could output anything.
[...]
Files=32, Tests=2, 2 wallclock secs ( 0.12 usr 0.22 sys + 1.66 cusr 0.37
csys = 2.37 CPU)
Result: FAIL
Failed 30/32 test programs. 1/2 subtests failed.
See
http://perl.debian.net:3000/distribution#perl-5.24/libdata-alias-perl/1.20-1/buildlog
for a full build log.
--
Niko Tyni nt...@debian.org
x-gnu/perl/5.24/DynaLoader.pm line 187.
at test.pl line 13.
Compilation failed in require at test.pl line 13.
BEGIN failed--compilation aborted at test.pl line 13.
not ok 1
See
http://perl.debian.net:3000/distribution#perl-5.24/libalgorithm-permute-perl/0.12-3/buildlog
for a full build log.
--
Niko Tyni nt...@debian.org
]: *** [test] Error 1
See http://perl.debian.net/rebuild-logs/perl-5.24/icheck_0.9.7-6.2/
for a full build log.
--
Niko Tyni nt...@debian.org
1.3/
for a full build log, and
https://code.activestate.com/lists/perl5-porters/226385/ for a related
upstream thread.
--
Niko Tyni nt...@debian.org
: cannot stat './libmarpa_dist/config.guess': No such file or directory
/usr/share/cdbs/1/rules/buildcore.mk:147: recipe for target 'update-config'
failed
make: *** [update-config] Error 1
Full build log attached.
--
Niko Tyni nt...@debian.org
27;dh_perl /usr/lib/texinfo' in debian/rules and ${perl:Depends}
in the package dependencies should fix this. When this is fixed, please
file a bug against perl so we can add Breaks entries on that side and
make sure partial upgrades don't break.
--
Niko Tyni nt...@debian.org
since 5.22, this
makes it possible to upgrade from Perl 5.22 to 5.24 without pulling in
a rebuilt texinfo, causing binary incompatibility issues.
So the perl-base 5.24 variants needs to Break older versions of texinfo
to ensure partial upgrades pull in a newer one.
--
Niko Tyni nt...@debian.org
23 on the perl side to fix partial upgrades too.
--
Niko Tyni nt...@debian.org
Package: debian-design
Version: 3.0.2
Severity: serious
This package fails to build on current sid, because the build
dependency on boxer-data (< 10.5) is not installable (it's at
10.5.7 in sid at the moment.)
--
Niko Tyni nt...@debian.org
801 - 900 of 4723 matches
Mail list logo