uild stopped: subcommand failed.
make[1]: *** [debian/rules:56: override_dh_auto_build] Error 1
make[1]: Leaving directory '/<>'
make: *** [debian/rules:35: build] Error 2
--
Niko Tyni nt...@debian.org
'
# Failed test at t/01-events.t line 174.
# got: ''
# expected: 'FOUR'
# Failed test at t/01-events.t line 192.
# got: ''
# expected: 'ECHO:TEST STDIN 1-TEST STDIN 2'
E: Build killed with signal TERM after 150 minutes of inactivity
--
Niko Tyni nt
/tests/todo_misparse
ok 22 - t/data/tests/too_many
Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/22 subtests
--
Niko Tyni nt...@debian.org
et-scrollbox-perl_0.11-1_amd64-2022-06-14T06:54:08Z.build
--
Niko Tyni nt...@debian.org
but haven't tested that setting pushy_https => 0 in
t/data/MyConfig.pm will fix this.
Upstream is most probably affected similarly as there are no test reports
for CPAN-Reporter-Smoker since Perl 5.35.6.
--
Niko Tyni nt...@debian.org
40
ok 41
ok 42
ok 43
ok 44
ok 45
ok 46
Failed 1/46 subtests
--
Niko Tyni nt...@debian.org
Zero(new_body, type_details->body_size, char);
| ^~~~
make[4]: *** [Makefile:346: managesieve.o] Error 1
--
Niko Tyni nt...@debian.org
.h:12,
from /<>/src/bin/common/exif.cpp:38:
/<>/src/include/spdlog/fmt/bundled/format.h:1193:20: error:
declaration does not declare anything [-fpermissive]
1193 | FMT_API explicit utf8_to_utf16(string_view s);
|^~~~~
make[3]: *
_aligned
| ^~~~
make[1]: *** [makefile:135: perl.o] Error 1
make[1]: Leaving directory '/<>/t/vile'
make: *** [debian/rules:36: build-stamp] Error 2
--
Niko Tyni nt...@debian.org
=experimental
It looks like the perl binary dies with SIGSEGV in thread related tests
during the test suite. This happened twice on different buildds.
I'm running a test build now on eller.d.o to see if it's reproducible.
Copying the debian-mips list. Help from porters would be welcome.
--
Niko
an unversioned dependency on
libtext-balanced-perl while it really needs a newer one. So making the
perl core packages Provide libtext-balanced-perl will break pdl.
I've filed a separate bug about this, and would prefer to have
pdl changed first.
--
Niko Tyni nt...@debian.org
that and mark it as
blocked by this one. The autopkgtest issue could also be worked around
by whitelisting libtext-balanced-perl temporarily, but I'd prefer a long
term fix if possible.
Thanks for your work,
--
Niko Tyni nt...@debian.org
raph as in 4a].
>
> 5. We decline to comment on the recent source package format MBF.
>
> Option A -- issue items 1-3, 4a and 5
>
> Option C -- issue items 1-3, 4c and 5
>
> Option X -- issue only items 1, 2, 3 and 5
>
> Option N -- none of the above.
>
> END BALLOT
I vote: C > A > X > N
--
Niko Tyni nt...@debian.org
signature.asc
Description: PGP signature
On Sun, May 29, 2022 at 05:38:40PM +, Damyan Ivanov wrote:
> Package: perl
> Version: 5.34.0-4
> Severity: normal
> While infestigating a random FTBFS in starlet (#923829), it appeared to me
> that
> the problem is actually in perl.
> # Failed test 'No warnings'
> # at
eak perl-openssl-defaults (<= 5) once we have fixed this.
--
Niko Tyni nt...@debian.org
package built from
> src:util-linux. If this package Conflicts with the rename package, then it
> must not contain any other binaries.
> ===End Resolution B
>
> ===Begin Resolution N
> None of the above
> ===End Resolution N
Sorry for the delay.
I vote: A > N > B
--
On Mon, Apr 04, 2022 at 08:07:37PM +0200, gregor herrmann wrote:
> Package: pkg-perl-autopkgtest
> Version: 0.66
> Severity: important
> Tags: patch
> X-Debbugs-Cc: nt...@debian.org
> This is a kind of followup for #1008267:
> not ok 5 - /usr/bin/perl -w -M"" -e 1 2>&1 exited successfully
>
On Fri, Mar 25, 2022 at 06:25:16PM +0100, gregor herrmann wrote:
> Package: pkg-perl-autopkgtest
> Version: 0.34
> Severity: normal
> I just had an issue with our use.t and
> debian/tests/pkg-perl/use-whitelist, and after reading the code, it
> seems to me that there is a bug (since forever).
Configure does when run "normally"
with -e. That would be preferrable to the dh --no-parallel workaround
as it would not slow the builds.
Could you please try if the attached patch fixes it?
--
Niko Tyni nt...@debian.org
>From 26b11231d66447ae0ed0d3ba032ae1b0523a26c0 Mon Sep 17 00:00:00 200
d UTF-8 characters or outright panics.
Hi, thanks for the report. I've just forwarded this upstream.
--
Niko Tyni nt...@debian.org
iting until it blocks
wrote 256 * 4096 bytes
reading out until write no longer blocks
read 16 * 4096 bytes
--
Niko Tyni nt...@debian.org
#include
#include
#include
#include
#include
#include
int main(void) {
int fds[2];
int i;
char r_buf[PIPE_BUF];
char w_buf[PIPE_BUF];
memset
See also https://github.com/timbunce/devel-nytprof/issues/143 about
the fragility of the tests.
--
Niko Tyni nt...@debian.org
Hi Paul, Sebastian and others,
as discussed on IRC, here's a list of packages that need rescheduling on
ci.debian.net for the Perl 5.34 transition. Their autopkgtest checks are
failing as their Recommendations are not installable without explicitly
pulling their rebuilt dependencies from
package.
The following packages have unmet dependencies:
perl-modules-5.34 : Breaks: libtest-harness-perl (< 3.43)
3.43 is not currently on CPAN. This separate package should probably
just be removed from testing for now.
Apologies for not spotting this earlier.
--
Niko Tyni nt...@debian.org
:
libperl5.34 : Breaks: libio-compress-perl (< 2.102)
2.102 is on CPAN and would be a short term fix, but going forward we should
consider if we need the separate package at all.
Apologies for not spotting this earlier.
--
Niko Tyni nt...@debian.org
On Sat, Feb 05, 2022 at 12:40:53PM +0200, Niko Tyni wrote:
> Uploading this afternoon.
perl_5.34.0-3 uploaded and accepted.
--
Niko
On Sat, Feb 05, 2022 at 11:07:19AM +0100, Sebastian Ramacher wrote:
> On 2022-02-04 10:52:11, Niko Tyni wrote:
> > On Thu, Feb 03, 2022 at 09:49:28PM +0100, Sebastian Ramacher wrote:
> > > > On 2022-01-05 17:00:54 +, Niko Tyni wrote:
> > > > > we'd
n accordance
> with the Debian Constitution, the vote runs until all members have
> voted, or until my resignation takes effect.
> ===BEGIN
>
> A: Christoph Berg
> B: Helmut Grohne
> C: Elana Hashman
> D: Simon McVittie
> E: Niko Tyni
> F: Matthew Vernon
>
On Thu, Feb 03, 2022 at 09:49:28PM +0100, Sebastian Ramacher wrote:
> > On 2022-01-05 17:00:54 +, Niko Tyni wrote:
> > > we'd like a transition slot for Perl 5.34.
> ocaml is done, so please go ahead.
Thanks!
My last rebuilds found that graphviz has regressed and doe
bal scope:
gv_php.cpp:5405:2: error: 'ZEND_ARG_PASS_INFO' was not declared in this
scope; did you mean 'ZEND_ARG_OBJ_INFO'?
--
Niko Tyni nt...@debian.org
so just its lower bits get passed in. Not sure if perl should protest
somehow there.
Anyway, seems like the test could just be skipped on 32-bit or something.
--
Niko Tyni nt...@debian.org
===END
I vote: H > F
--
Niko Tyni nt...@debian.org
signature.asc
Description: PGP signature
===END
I vote: H > F
--
Niko Tyni nt...@debian.org
signature.asc
Description: PGP signature
ibperl5.32|perlapi-5.32" | .pre-depends ~
"libperl5.32|perlapi-5.32";
Thanks for your work,
--
Niko Tyni nt...@debian.org
--
Niko Tyni nt...@debian.org
'perl(-base)? \('
--
Niko Tyni nt...@debian.org
===
>
> As Resolution A, except strike point (2) and renumber succeeding items.
>
> === End Resolutions ===
>
> A: Issue Resolution A
> B: Issue Resolution B
> F: Further Discussion
I vote: A > B > F
--
Niko Tyni nt...@debian.org
signature.asc
Description: PGP signature
On Thu, Oct 07, 2021 at 03:59:11AM +0200, Michael Biebl wrote:
> On Mon, 16 Aug 2021 07:46:49 +0100 Niko Tyni wrote:
> > On Mon, Aug 16, 2021 at 12:11:26AM +0200, Marco d'Itri wrote:
> >
> > > I see no reason to move the usrmerge dependencies to perl-base: us
On Wed, Oct 13, 2021 at 08:13:08PM +0100, Simon McVittie wrote:
> I'm calling for votes on the following resolution as formal advice from
> the Technical Committee (Constitution §6.1.5). There are no non-accepted
> amendments, so the options to vote on are "yes" or "further discussion".
I vote:
On Wed, Sep 15, 2021 at 12:35:38PM +0100, Simon McVittie wrote:
> https://salsa.debian.org/debian/tech-ctte/-/blob/master/994388_merged_usr_advice/draft.md
Many thanks for your work, and sorry for not participating earlier.
I agree with you that it would be good to send advice out sooner
rather
that getting rid of it would be more
invasive than leaving it in.
Thanks for your work,
--
Niko Tyni nt...@debian.org
diff -Nru request-tracker4-4.4.3/debian/changelog
request-tracker4-4.4.3/debian/changelog
--- request-tracker4-4.4.3/debian/changelog 2019-02-08 19:50:03.0
+0200
it in.
Thanks for your work,
--
Niko Tyni nt...@debian.org
diff -Nru request-tracker4-4.4.4+dfsg/debian/changelog
request-tracker4-4.4.4+dfsg/debian/changelog
--- request-tracker4-4.4.4+dfsg/debian/changelog2021-02-07
17:44:18.0 +0200
+++ request-tracker4-4.4.4+dfsg/debian/changelog
I've just uploaded without waiting for an
explicit ack.
Thanks for your work,
--
Niko Tyni nt...@debian.org
diff -Nru perl-5.32.1/debian/changelog perl-5.32.1/debian/changelog
--- perl-5.32.1/debian/changelog2021-08-05 22:26:55.0 +0300
+++ perl-5.32.1/debian/changelog2021
pstream patch applies as-is on 5.32.
--
Niko Tyni nt...@debian.org
From: Karl Williamson
Date: Sat, 27 Feb 2021 11:43:41 -0700
Subject: regcomp.c: Remove memory leak
This fixes GH #18604. There was a path through the code where a
particular SV did not get its reference count decremented.
I did an
On Mon, Sep 20, 2021 at 10:25:43AM +0100, Niko Tyni wrote:
> Source: libmath-gsl-perl
> Version: 0.43-1
> Severity: serious
> Tags: ftbfs
>
> This package failed to build on several architectures.
>
> From
> https://buildd.debian.org/status/fetch.php?pkg=libmath-gsl-p
On Sun, Sep 19, 2021 at 05:42:55PM +0200, gregor herrmann wrote:
> Package: libtest-xml-simple-perl
> Version: 1.05-2
> Severity: serious
> Tags: ftbfs sid bookworm
> Justification: fails to build from source (but built successfully in the past)
> This is a bit suprising as we have
Source: libmath-gsl-perl
Version: 0.43-1
Severity: serious
Tags: ftbfs
This package failed to build on several architectures.
>From
>https://buildd.debian.org/status/fetch.php?pkg=libmath-gsl-perl=arm64=0.43-1=1632072156=0
# Failed test 'use Math::GSL::Matrix;'
# at t/00-load.t line 14.
#
are blocking libmoo-perl_2.005004-1 from entering testing.
When this is fixed, libmoo-perl should declare a Breaks entry
on the old versions.
--
Niko Tyni nt...@debian.org
led: 0)
TODO passed: 47-53
t/03-parse.t (Wstat: 256 Tests: 18 Failed: 1)
Failed test: 6
Non-zero exit status: 1
Files=3, Tests=106, 3 wallclock secs ( 0.05 usr 0.02 sys + 2.17 cusr
0.22 csys = 2.46 CPU)
Result: FAIL
--
Niko Tyni nt...@debian.org
On Tue, Aug 31, 2021 at 10:48:41AM -0700, David Bremner wrote:
> Niko Tyni writes:
>
> > This package fails to build from source with Perl 5.34 (currently
> > in experimental). I don't presently understand why; I'm not aware of
> > changes to Perl_pp_keys or Perl_pp_
rmissions
ok 64 - ... and hostfile NOT written to t/fixtures/hosts/write_test
Dubious, test returned 255 (wstat 65280, 0xff00)
Failed 1/65 subtests
Test Summary Report
---
t/run.t (Wstat: 65280 Tests: 64 Failed: 0)
Non-zero exit status: 255
Parse er
error
ok 8 - we can't read a UTF-8 file that starts with a BOM
ok 9 - the error message mentions a BOM
Dubious, test returned 2 (wstat 512, 0x200)
Failed 2/9 subtests
--
Niko Tyni nt...@debian.org
with having this in the stable
release.
Copying Holger who did the NMU, but mainly just FYI. I'm sure the
pkg-perl folks can fix this before the Perl 5.34 transition if the
maintainer doesn't.
--
Niko Tyni nt...@debian.org
sts but ran 6.
A full log is available at
http://perl.debian.net/rebuild-logs/perl-5.34-throwaway/libxml-rss-feed-perl_2.212-1.2/libxml-rss-feed-perl_2.212-1.2_amd64-2021-08-30T11:31:45Z.build
--
Niko Tyni nt...@debian.org
onf -f -i returned exit code 1
make: *** [debian/rules:100: build] Error 25
dpkg-buildpackage: error: debian/rules build subprocess returned exit status
2
A full log is available at
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/gdal.html
--
Niko Tyni
stead.
-L/usr/lib/x86_64-linux-gnu -lgcrypt" which has leading or trailing
whitespace. This is now an error according to policy CMP0004.
A full log is available at
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/weechat.html
--
Niko Tyni nt...@debian.org
ilable for instance at
https://buildd.debian.org/status/fetch.php?pkg=gnumeric=mips64el=1.12.48-1%2Bb3=1630062552=0
--
Niko Tyni nt...@debian.org
A full build log is available at
http://perl.debian.net/rebuild-logs/perl-5.34/polymake_4.3-4/polymake_4.3-4+b2_amd64-2021-08-30T08:15:00Z.build
--
Niko Tyni nt...@debian.org
pen: Invalid argument
make[1]: *** [debian/rules:33: override_dh_auto_install] Error 1
A full build log is available at
http://perl.debian.net/rebuild-logs/perl-5.34/openscap_1.3.4-1/openscap_1.3.4-1+b1_amd64-2021-08-29T22:29:14Z.build
--
Niko Tyni nt...@debian.org
g-buildpackage: error: debian/rules binary-arch subprocess returned exit
status 2
A full build log is available at
http://perl.debian.net/rebuild-logs/perl-5.34/jellyfish_2.3.0-11/jellyfish_2.3.0-11+b1_amd64-2021-08-30T07:33:15Z.build
--
Niko Tyni nt...@debian.org
. That should be fixed just by upgrading it to 0.43.
--
Niko Tyni nt...@debian.org
fsg-2. It's should be fixed upstream
in 0.43.
A complication is that gsl 2.7 also broke libmath-gsl-perl on run time
by removing a symbol. I'll report this separately against libgsl25.
--
Niko Tyni nt...@debian.org
]
* debian/rules.d/build.mk: stop passing --enable-obsolete-rpc.
Raising the severity.
--
Niko Tyni nt...@debian.org
: CPP@: command not found
../makemat/makemat
JUMAN.kankei parsing... done.
JUMAN.connect parsing... (table size 1254) done.
I've tested that adding AC_PROG_CPP makes the build fail the same way as
earlier.
No idea if the current build result is broken or not so leaving the severity
as-is.
--
Niko Tyni nt...@debian.org
should die. Please don't
rely on it for anything new. See also #510984.
--
Niko Tyni nt...@debian.org
On Fri, Aug 27, 2021 at 11:30:48PM +0200, Helmut Grohne wrote:
> TL;DR: This is a kludge, not a solution.
Thanks for your reply. I certainly agree.
> On Fri, Aug 27, 2021 at 10:38:12PM +0300, Niko Tyni wrote:
> > I assume "tested in rebootstrap build" means the packa
kage builds, but
did anybody test the resulting packages?
I'm copying Helmut. Do you have any suggestions? Should I just take this
in and leave it to porters to worry about breakage?
BTW, our development is currently targeting 5.34 so somebody needs to
port this. I'm not sure if there will be ano
On Tue, Aug 24, 2021 at 09:55:38PM +0300, Niko Tyni wrote:
> On Thu, Jul 15, 2021 at 04:36:10PM -0700, Vagrant Cascadian wrote:
> > Attached patch also fixes these issues, by adjusting libpth and libspath
> > in debian/config.over ... it feels a little hackish ... but ...
>
>
On Sun, Aug 15, 2021 at 08:00:42PM +0300, Niko Tyni wrote:
> Source: perl
> Version: 5.32.1-5
> I'm somewhat at loss. While I'd like to drop the repacking, it seems
> that keeping it is a safer course to make sure we ship things with their
> source.
>
> If we keep the
On Thu, Jul 15, 2021 at 04:36:10PM -0700, Vagrant Cascadian wrote:
> On 2021-07-15, Vagrant Cascadian wrote:
> > On 2018-11-19, Niko Tyni wrote:
> >> Diffoscoping a perl built on a usrmerged [1] system with
> >> one built on a non-usrmerged system reveals the configure
&
Control: reassign -1 cpio 2.13+dfsg-6
On Thu, Aug 19, 2021 at 08:40:19PM +0200, Paul Gevers wrote:
> Source: cpio, perl
> Control: found -1 cpio/2.13+dfsg-6
> Control: found -1 perl/5.32.1-5
> Severity: serious
> Tags: sid bookworm
> X-Debbugs-CC: debian...@lists.debian.org
> User:
on everybody.
--
Niko Tyni nt...@debian.org
On Tue, Apr 06, 2021 at 02:17:00PM +0100, Dimitri John Ledkov wrote:
> On Tue, 6 Apr 2021 at 14:04, Ansgar wrote:
> >
> > On Fri, 26 Mar 2021 22:12:33 + Dimitri John Ledkov wrote:
> > > I don't know what is the correct process to follow here. For example,
> > > could the 5.32 things be
early in
commit a42e63561fdfa1ed091cabcfe2b176d1bcac33ff
Author: Niko Tyni
Date: Sat Oct 14 16:06:17 2017 +0300
Add machinery for generating the regen-configure component tarball
We filter out bin/* from the upstream repo with Files-Excluded because
Source: perl
Version: 5.32.1-5
While fixing https://security-tracker.debian.org/tracker/CVE-2021-36770 in
Encode, we noticed that we could not bump the Breaks in libperl5.32 the
way we expected to forbid a combination of a patched Perl core package
and an unpatched separate libencode-perl
this is expected as SysV IPC is broken on
x32 and suggests we skip the test for now but leave a bug open in the BTS.
https://lkml.org/lkml/2020/10/12/869 seems to be relevant.
--
Niko Tyni nt...@debian.org
clone 988790 -1
reassign -1 libxml-grddl-perl 0.004-2
retitle -1 libxml-grddl-perl: FTBFS: Undefined subroutine
::Util::set_prototype called
thanks
On Wed, May 19, 2021 at 05:51:36PM +0100, Niko Tyni wrote:
> Source: libhttp-lrdd-perl
> Version: 0.106-2
> Severity: serious
>
clone 988790 -1
reassign -1 librdf-rdfa-parser-perl 1.097-1
retitle -1 librdf-rdfa-parser-perl: FTBFS: Undefined subroutine
::Util::set_prototype called
thanks
On Wed, May 19, 2021 at 05:51:36PM +0100, Niko Tyni wrote:
> Source: libhttp-lrdd-perl
> Version: 0.106-2
> Severity: serio
and indicates this is probably an issue with an
outdated Scalar::Util in inc/ . I don't know why libhttp-lrdd-perl wasn't
spotted back then, but better late than never I guess.
--
Niko Tyni nt...@debian.org
dh_auto_configure] Error 1
This seems to have regressed when libssh2-1-dev 1.9.0-3 dropped its
dependency on libgcrypt20-dev.
The libssh2 change is currently blocked from entering testing, so this
issue only affects sid at least for now.
--
Niko Tyni nt...@debian.org
l need at least a dumper
utility so that users can migrate their data manually when they discover
their program no longer works after upgrading.
--
Niko Tyni nt...@debian.org
y to gain
new dependencies or functionality in the future.
Alternatively, building a separate libfile-find-perl binary package from
src:perl should also be doable.
--
Niko Tyni nt...@debian.org
m
find(1) ? Could autodie usage be replaced with explicit error handling?
Is Perl the right language to implement the migration in the first
place? A small binary with minimal external dependencies would seem
preferable.
--
Niko Tyni nt...@debian.org
.26.
Haven't heard of similar issues there but a fix would possibly help
their users too (at least eventually.)
In general the coinstallability of older libperl5.xx and perl-modules-5.xx
packages with current ones is desirable to ease upgrades of packages
linking against libperl, such as postgresql.
--
Niko Tyni nt...@debian.org
On Wed, Apr 14, 2021 at 08:50:46PM +0200, Paul Gevers wrote:
> Hi Ivo, Marco,
>
> On 06-04-2021 22:10, Ivo De Decker wrote:
> > I ran a number of (partial and full) upgrade tests, and they all seem to
> > work
> > fine. In all cases, libcrypt1 is installed before libc6, and there is no
> >
On Mon, Mar 15, 2021 at 10:30:59AM +0100, Margarita Manterola wrote:
> ===BEGIN===
>
> The chair of the Debian Technical Committee will be:
>
> A : Margarita Manterola
> B : David Bremner
> C : Niko Tyni
> D : Gunnar Wolf
> E : Simon McVittie
> F : Sean Whi
attaching the diffstat.
The full proposed diff is available at
https://people.debian.org/~ntyni/perl/perl_5.32.1-3.debdiff
Thanks for your work on the release,
--
Niko Tyni nt...@debian.org
debian/README.source | 12 ++
debian/changelog
On Fri, Feb 19, 2021 at 09:22:32PM +, Dominic Hargreaves wrote:
> On Fri, Feb 19, 2021 at 11:00:20AM +0100, Helmut Grohne wrote:
> > Source: perl
> > Version: 5.32.1-2
> > Severity: important
> > X-Debbugs-Cc: debian-rele...@lists.debian.org
> > User: debian-cr...@lists.debian.org
> >
n
>
> ===END
I vote:
A > B
--
Niko Tyni nt...@debian.org
signature.asc
Description: PGP signature
h.php?pkg=openconnect=amd64=8.10-2=1603997003=0
> Can't reproduce this in a sid chroot + unshare -n + ip link set dev lo up +
> ip addr del 127.0.0.1/8 dev lo
> Anything specific required to reproduce?
It probably needs a non-lo device to show up, see the thread at
https://lists.debian.org/debian-devel/2020/07/msg00070.html
--
Niko Tyni nt...@debian.org
Control: reassign -1 libtest-output-perl 1.032-1
Control: affects -1 src:libdist-zilla-plugin-requiresexternal-perl
Control: tag -1 fixed-upstream
On Wed, Feb 10, 2021 at 08:46:30PM +0200, Niko Tyni wrote:
> Source: libdist-zilla-plugin-requiresexternal-perl
> Version: 1.009-1
> Severity
for me.
>From what I can see the libdist-zilla-plugin-requiresexternal-perl
autopkgtest checks didn't get triggered for libtest-output-perl testing
migration at all. I don't understand why.
--
Niko Tyni nt...@debian.org
of libdevel-mat-dumper-perl and new version of perl.
This can be prevented with a Breaks: libdevel-mat-dumper-perl (<< 0.42-3)
on the perl side. I think either perl or perl-base should work, but
perl-base is probably the right place to put this.
--
Niko Tyni nt...@debian.org
Control: tag -1 - moreinfo
On Sun, Jan 31, 2021 at 11:00:16AM +0200, Niko Tyni wrote:
>
> Thanks. Looks like all those failures went away, except
> libtest-valgrind-perl. I cannot reproduce that ppc64el failure on
> plummer.debian.org (though it's a bit hard to simulate the exact
&
d-usr in the 'bookworm' release.
> N: No, continue to support both layouts in 'bookworm'.
> F: Further Discussion
> ===END
I vote:
Y > F > N
--
Niko Tyni nt...@debian.org
signature.asc
Description: PGP signature
On Sat, Jan 30, 2021 at 07:39:36PM +, Dominic Hargreaves wrote:
> I pressed retry a bunch of times.
Thanks. Looks like all those failures went away, except
libtest-valgrind-perl. I cannot reproduce that ppc64el failure on
plummer.debian.org (though it's a bit hard to simulate the exact
lf
mysql-8.0 # not in testing; fails without src:perl too
metastudent # not a regression, missing/old reference? #981293
licensecheck # failures in testing too, filed #981410
--
Niko Tyni nt...@debian.org
|| SDC exception |
# +-++-+
[...]
Test Summary Report
---
t/exception.t (Wstat: 256 Tests: 44 Failed: 1)
Failed test: 40
Non-zero exit status: 1
--
Niko Tyni nt...@debian.org
t-perl needs a version update.
The practical effect of this is that older versions of
libmodule-corelist-perl could override a newer Module::CoreList in the
core package.
--
Niko Tyni nt...@debian.org
gering rebuilds on every src:perl upload seems like a
major pain on the current Debian infrastructure. I suggest we don't go
there unless we really have to.)
--
Niko Tyni nt...@debian.org
201 - 300 of 4633 matches
Mail list logo