before
> this has been fixed.
Hi, this all makes sense to me. Sorry for not confirming earlier.
I'll apply this after the trixie release.
Thanks for your work,
--
Niko
fig call (probably after the trixie release
of course).
BTW the hordes of
sh: 1: Makefile:472:: not found
sh: 1: Makefile:909:: not found
in the build log are related to make --trace and seem to be harmless.
--
Niko
for trixie unless it's trivial to do and/or
the libhtml-gumbo-perl situation gets worse somehow.)
Greetings from the (somewhat rainy) Debian MountainCamp in Innsbruck!
--
Niko Tyni nt...@debian.org
g Crypt::URandom) seems easy to apply here as well.
https://sources.debian.org/src/libapache-session-perl/1.94-2/debian/patches/use-crypt-urandom.patch/
--
Niko Tyni nt...@debian.org
ug this specific hole, and hence the
known security aspects.
I've checked that this doesn't break the (not very extensive) test
suite, and that the only reverse dependency in trixie, request-tracker5,
still builds with this.
Tentatively tagging 'patch', but
in 5.42. I'm certainly not going
to backport it before it's ready.
It doesn't look like upstream is treating this as a serious security
issue, so I'm lowering the severity. Please discuss the security concerns
upstream if you want this to change.
--
Niko Tyni nt...@debian.org
Control: forwarded -1 https://github.com/Perl/perl5/issues/14362
On Tue, May 06, 2025 at 12:16:50AM +0300, Niko Tyni wrote:
> On Mon, May 05, 2025 at 12:47:21PM +0200, Marc Haber wrote:
> > Package: perl
> > Version: 5.40.1-3
> > Severity: normal
>
> > tl;dr: die()
sv (baseex=0x55c47100) at util.c:2032
#23 0x55776f8e in Perl_pp_warn () at pp_sys.c:580
#24 0x55629f47 in Perl_runops_debug () at dump.c:3003
#25 0x555e7bd8 in S_run_body (oldscope=1) at perl.c:2883
#26 0x555e7267 in perl_run (my_perl=0x55c222d0) at perl.c:2798
#27 0x5559f142 in main (argc=3, argv=0x7fffe538,
env=0x7fffe558) at perlmain.c:127
--
Niko Tyni nt...@debian.org
On Sun, Apr 13, 2025 at 03:51:17PM +0200, Sebastian Ramacher wrote:
> Control: tags -1 confirmed
>
> On 2025-04-13 16:32:41 +0300, Niko Tyni wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > User
: Perl 5.34, 5.36, 5.38 and 5.40 are vulnerable to a
heap buffer overflow when transliterating non-ASCII bytes.
https://lists.security.metacpan.org/cve-announce/msg/28708725/
A DSA update for bookworm is already uploaded and being processed by
the security team.
Thanks for your work,
--
Niko
he file was indeed invalid JSON so it did not validate. I'm not sure
what else CPAN::Meta should have done here?
It seems to me that dh-make-perl needs to add exception handling.
Gregor, could you please reassign back if you agree?
--
Niko Tyni nt...@debian.org
b/Pod/Man.pm/#L994
I suspect that the best fix (short of replacing the whole binNMU concept
with automated sourceful uploads) would be to remove the date from the
generated manual pages altogether.
That said, I'm not really keen on revisiting this stuff, at least until
it causes actual problems.
--
Niko Tyni nt...@debian.org
On Fri, Mar 14, 2025 at 08:34:44AM +, Niko Tyni wrote:
> Package: opensaml
> Version: 3.3.0-2
> Severity: grave
> Tags: security
> X-Debbugs-Cc: t...@security.debian.org
>
> As per https://shibboleth.net/community/advisories/secadv_20250313.txt
>
> Parameter mani
27;m not aware of a CVE id for this.
--
Niko Tyni nt...@debian.org
Package: python3-cleo
Version: 2.2.1-2
Severity: important
X-Debbugs-Cc: nsands...@gmx.de
Dear Maintainer,
after upgrading python3-cleo from 2.2.1-1 to 2.2.1-2 poetry no longer works:
niko@niko-desktop:~$ poetry
Traceback (most recent call last):
File "/usr/bin/poetry", line 5, in
iscussion first.
( For full disclosure, I note that there is also a separate libencode-perl
package in the archive. But that one depends on the full perl too,
it's mainly just a way to make newer versions available sooner. I
fear making it useful in this context would probably not be quite as
trivial as might seem at first glance.)
Sorry for not making things easier,
--
Niko
On Wed, Feb 19, 2025 at 09:48:49PM +0200, Niko Tyni wrote:
> On Wed, Feb 19, 2025 at 08:51:47AM +0100, Sebastiaan Couwenberg wrote:
> > Discussion with upstream suggests that perl, pdl, and libpdl-io-hdf5-perl
> > need to be built with the same GCC version to resolve this issue.
please note that this does
not concern the upcoming Trixie release.
--
Niko
em in this request.
> Feel free to document it there.
>
> Please go ahead.
Thanks, uploaded.
--
Niko
#x27;m erring on
the safe side. Please let me know if/when it's OK to upload to unstable.
[1] see https://wiki.debian.org/PerlMaintenance#Point_releases_only
Thanks for your work,
--
Niko
Downgrading python3-poetry-core from 2.0.1-2 to 1.9.0-2 fixes the issue
for me. It seems there is some kind of version conflict missing between
python3-poetry and python3-poetry-core.
place the parts of a package
or global variable name, for example "A::B" and "A'B" are equivalent.
"'" will no longer be recognized as a name separator in Perl 5.42.
but I believe the approach is being reconsidered, see
https://github.com/Perl/perl5/issues/22644
https://github.com/Perl/perl5/pull/22675
Filing a bug to track this in any case.
--
Niko Tyni nt...@debian.org
Control: reassign -1 sbuild 0.87.1
Control: tag -1 patch
On Fri, Dec 06, 2024 at 06:45:47PM +0200, Niko Tyni wrote:
> On Fri, Dec 06, 2024 at 02:32:30PM +0100, Jochen Sprickerhof wrote:
>
> > > about 10% of packages failing to reproduce on reproduce.d.n show a
> > > pecul
Sufficient free space for build
Hack binNMU version
---
Created changelog entry for binNMU version 1.0.2-9+b2
Hope this helps,
--
Niko Tyni nt...@debian.org
nd re-assigning the bug to src:qemu.
Feel free to reassign if you think there's still something on the
qemu side to fix. I lack the visibility (and tbh the inclination) to
investigate this further myself.
--
Niko
deed this works on bookworm with just perl-base but dies
on trixie/sid:
# perl -MGetopt::Long -E 'say "ok" if Getopt::Long::Parser->new'
> Either ucf needs to depend on perl or perl-base needs to include
> Getopt/Long/Parser.pm. Copying Niko for his opinion, I suppose ot
mage to the terminal at the end of your
autopkgtest check seems useless and clutters the log BTW.
https://ci.debian.net/packages/i/imagemagick/testing/amd64/53694127/#L1891
--
Niko Tyni nt...@debian.org
ted combination attached, the package builds for me with this.
This is a blocker for the Perl 5.40 transition as pidgin couldn't be
rebuilt for libperl5.40.
--
Niko Tyni nt...@debian.org
>From 3088789e91b5bbec86712dc01958df0ba9a52b17 Mon Sep 17 00:00:00 2001
From: Niko Tyni
that the perl migration checks fall
back to pulling all dependencies from unstable (including iputils-ping)
because of autopkgtest limitations.
This is backed by the iputils migration checks, where backuppc is failing
in the same way with just iputils from unstable.
https://ci.debian.net/packages/b/backuppc/testing/amd64/53156498/
Reassigning. Hope I got the syntax right.
--
Niko Tyni nt...@debian.org
x27;m not
sure if that's overkill but I'll leave it to your discretion.
Please file a bug against perl if you want that.
--
Niko Tyni nt...@debian.org
aka --usage
# --foo STRDocumentation for "foo"
# --bar STRDocumentation for "bar"
# --baz STRDocumentation for "baz"
# '
# Looks like you failed 1 test of 1.
--
Niko Tyni nt...@debian.org
f the
alternative dependencies, either the test dependencies or the test
itself seem buggy to me.
I'm tempted to say we should only Depend on those alternatives that
don't cause a warning. Another possibility would be to allowlist the
warning so the autopkgtest check wouldn't fail.
--
Niko
On Tue, Oct 15, 2024 at 07:57:53PM +0300, Niko Tyni wrote:
> Source: libmemcached-libmemcached-perl
> Version: 1.001801+dfsg-5
> Severity: serious
>
> This package failed to build on riscv64 with Perl 5.40.
>
>
> https://buildd.debian.org/status/logs.php?pkg=libmem
DSTATISTICS -DMALLOC_STATS -DUSE_SCTP -DNOSMP -DFAST_LOCK -DADAPTIVE_WAIT
-DADAPTIVE_WAIT_LOOPS=1024 -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN
-DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL
-DHAVE_ALLOCA_H -DHAVE_TIMEGM -DHAVE_SCHED_SETSCHEDULER -DHAVE_IP_MREQN
-DUSE_RAW_SOCKS -DHAVE_EPOLL -DHAVE_SIGIO_RT -DSIGINFO64_WORKAROUND -DUSE_FUTEX
-DHAVE_SELECT -c core/lex.yy.c -o core/lex.yy.o
In file included from core/cfg.lex:40:
core/cfg.tab.h:49: error: unterminated #ifndef
49 | #ifndef YYTOKENTYPE
--
Niko Tyni nt...@debian.org
uery.tab.c: In function 'yydestruct':
genders_query.tab.c:1468:3: error: 'YY_I' undeclared (first use in this
function); did you mean 'YY_'?
1468 | YY_IGNORE_MAYBE_UNINITIALIZED_BEGIN
| ^~~~
| YY_
genders_query.tab.c:1468:3: note: each undeclared identifier is reported
only once for each function it appears in
genders_query.tab.c:1468:7: error: expected ';' at end of input
--
Niko Tyni nt...@debian.org
7;0xDEADCAFE'
# Looks like you failed 3 tests of 13.
Two tries so far with identical results, and no failures in the past
or on other architectures AFAICS.
--
Niko Tyni nt...@debian.org
vreinterpret_s16_u16
/<>/src/lib/core/highway/hwy/ops/arm_neon-inl.h:3081:27: error:
‘vcvt_f32_f16’ was not declared in this scope; did you mean ‘vcvt_f32_bf16’?
3081 | const float32x4_t f32 = vcvt_f32_f16(vreinterpret_f16_u16(v.raw));
| ^~~~
| vcvt_f32_bf16
--
Niko Tyni nt...@debian.org
t _sql_fetchrow(struct sql_table_helper* th,time_t
*timestamp, rrd_value_t *value,int ordered) {
|
^
make[4]: *** [Makefile:1006: librrd_la-rrd_fetch_libdbi.lo] Error 1
--
Niko Tyni nt...@debian.org
t-installed.
make: *** [debian/rules:83: binary-indep] Error 255
dpkg-buildpackage: error: fakeroot debian/rules binary-indep subprocess
returned exit status 2
--
Niko Tyni nt...@debian.org
https://github.com/libgit2/libgit2/commit/3618a2aa45893a88fbb2d1e0eb97d530c7dc4f4d
Looks like S_git_check_error() needs to adapt.
Patch attached, this makes the test pass for me.
--
Niko
>From cec39e5efebba62e7464aa88ee0cbe296d1c6d9b Mon Sep 17 00:00:00 2001
From: Niko Tyni
Date: Mon
On Sun, Oct 13, 2024 at 09:10:59PM +0200, Sebastian Ramacher wrote:
> Control: tags -1 confirmed
> Control: forwarded -1
> https://release.debian.org/transitions/html/perl-5.40.html
> > On Thu, Sep 19, 2024 at 08:19:41PM +0300, Niko Tyni wrote:
> > > Package: relea
On Tue, May 14, 2024 at 10:04:22PM +0300, Niko Tyni wrote:
> Package: perl
> Version: 5.38.2-4
> Severity: important
> Forwarded: https://github.com/Perl/perl5/issues/22195
> Control: found -1 5.38.2-3.2
>
> As reported upstream by Konstantin Akimov, perl in Debian trixi
Hi, just an update on this now that the libxml2 mess
is sorted out (thanks Sebastian).
On Thu, Sep 19, 2024 at 08:19:41PM +0300, Niko Tyni wrote:
> Package: release.debian.org
> User: release.debian@packages.debian.org
> Usertags: transition
> X-Debbugs-Cc: p...@packages.debian
versions older than 2.119.0 to prevent broken combinations with
partial upgrades.
This would also help the testing migration machinery to figure out
what to let through in which order.
--
Niko Tyni nt...@debian.org
d i386. Eyeballs would be welcome,
please don't assume that I know what I'm doing.
Hope this helps,
--
Niko Tyni nt...@debian.org
>From c912db56833f8357900b1e798f9c0d8d0daa5b46 Mon Sep 17 00:00:00 2001
From: Niko Tyni
Date: Tue, 1 Oct 2024 18:28:14 +
Subject: [PATCH] Fix
Warning: program compiled against libxml 212 using older 209
(sid)# objdump -p
/usr/lib/x86_64-linux-gnu/perl5/5.38/auto/XML/LibXSLT/LibXSLT.so |grep libxml2
NEEDED libxml2.so.2
Apologies if I'm missing something :)
--
Niko
sue, even if not able to debug it,
> that would be very helpful, so do not hesitate to point that in the bug
> log (that's why I kept the Cc: to debian-riscv@l.d.o).
It seems to be a readdir() order thing. I was able to reproduce it on amd64
under 'disorderfs --sort-dirents=yes --reverse-dirents=no'.
Didn't have time to debug it further yet.
Hope this helps,
--
Niko
tion faults with things
like 'nbdkit null --version' and 'nbdkit --dump-config' etc.
(There's also different failures on armhf with the build timing out,
not sure if that's expected and they'd build ok on faster buildd hosts.)
--
Niko Tyni nt...@debian.org
an be in a week or so. Please let
me know when a transition slot might be available, and also if you have
any concerns of course.
Thanks for your work on Debian,
--
Niko
7;.*' but got '$'
TEST FAILURE
make[4]: *** [Makefile:53: report] Error 1
There's currently four failures from the last two versions so it doesn't
seem to be anything transient.
--
Niko Tyni nt...@debian.org
ed with freetype 2.13.3+dfsg-1, specifically upstream
commit
https://gitlab.freedesktop.org/freetype/freetype/-/commit/4a85db7e3181f23126af6c4473b245e48f6b1902
as is no longer pulled in by .
The attached patch makes the package build again for me.
--
Niko Tyni nt...@debian.org
>From 771ef328dcc4adc169b1
Control: reassign -1 perl 5.40.0-1
Control: retitle -1 perl: stop Providing libtest2-suite-perl
On Tue, Sep 03, 2024 at 11:01:22PM +0200, gregor herrmann wrote:
> On Mon, 02 Sep 2024 22:35:58 +0300, Niko Tyni wrote:
>
> > I don't really know what to do about this. Mayb
the perl side? That would mean that all dependencies
on libtest2-suite-perl would needlessly pull in a separate package
(presumably libtest-simple-perl as libtest2-suite-perl is going away as a
'real' package.)
Will have to sleep on this at least.
--
Niko Tyni nt...@debian.org
Control: tag -1 patch
On Wed, Aug 07, 2024 at 03:37:17PM +0300, Niko Tyni wrote:
> Package: rspamd
> Version: 3.8.1-1.1
> Severity: important
> User: debian-p...@lists.debian.org
> Usertags: perl-5.40-transition
>
> This package fails its autopkgtest checks with Perl
Control: tag -1 patch
On Wed, Aug 07, 2024 at 11:05:42AM +0300, Niko Tyni wrote:
> Package: libsignal-mask-perl
> Version: 0.008-3
> Severity: important
> Tags: trixie sid
> User: debian-p...@lists.debian.org
> Usertags: perl-5.40-transition
>
> This package fails its
Control: tag -1 patch
On Wed, Aug 07, 2024 at 10:46:34PM +0300, Niko Tyni wrote:
> Package: st-console
> Version: 1.1.4-7
> Severity: important
> Tags: trixie sid
> User: debian-p...@lists.debian.org
> Usertags: perl-5.40-transition
>
> This package fails its autopkgte
On Wed, Aug 07, 2024 at 11:14:53AM +0300, Niko Tyni wrote:
> Package: libuniversal-exports-perl
> Version: 0.05-4
> Severity: important
> Tags: trixie sid
> User: debian-p...@lists.debian.org
> Usertags: perl-5.40-transition
>
> This module warns on usage with Perl 5.40 (c
Control: tag -1 patch
On Wed, Aug 07, 2024 at 11:10:28AM +0300, Niko Tyni wrote:
> Package: libtest-expander-perl
> Version: 2.5.0-2
> Severity: important
> User: debian-p...@lists.debian.org
> Usertags: perl-5.40-transition
>
> This package fails its autopkgtest checks with
Control: tag -1 patch
On Wed, Aug 07, 2024 at 12:52:12AM +0300, Niko Tyni wrote:
> Package: libdancer-plugin-database-core-perl
> Version: 0.20-3
> Severity: important
> Tags: trixie sid
> User: debian-p...@lists.debian.org
> Usertags: perl-5.40-transition
>
> This packa
On Tue, Aug 06, 2024 at 11:45:36PM +0300, Niko Tyni wrote:
> Package: libcatmandu-perl
> Version: 1.2021-1
> Severity: important
> User: debian-p...@lists.debian.org
> Usertags: perl-5.40-transition
>
> The Catmandu::Util module in this package warns on usage with Perl
Control: tag -1 patch
On Tue, Aug 06, 2024 at 11:10:45PM +0300, Niko Tyni wrote:
> Package: libautobox-dump-perl
> Version: 20090426.1746-5
> Severity: important
> User: debian-p...@lists.debian.org
> Usertags: perl-5.40-transition
>
> This package warns on usage with Pe
erl (>= 3.50). But it's a regression on the
Perl side, so I suppose we should fix it there properly. Reassigning.
I won't be uploading a fix before the next Debian keyring update, as
my key there is currently expired (whoops!) Happy if Dominic can
help, NMUs welcome too.
--
Niko
Control: tag -1 patch
On Wed, Aug 07, 2024 at 01:01:52AM +0300, Niko Tyni wrote:
> Package: libdevel-confess-perl
> Version: 0.009004-3
> Severity: important
> Tags: trixie sid
> User: debian-p...@lists.debian.org
> Usertags: perl-5.40-transition
>
> This package fail
Control: tag -1 patch
On Tue, Aug 06, 2024 at 06:46:37PM +0300, Niko Tyni wrote:
> Package: libatteanx-parser-jsonld-perl
> Version: 0.001-4
> Severity: important
> User: debian-p...@lists.debian.org
> Usertags: perl-5.40-transition
> Changing use VERSION while another use V
Control: tag -1 patch
On Tue, Aug 06, 2024 at 06:39:00PM +0300, Niko Tyni wrote:
> Package: libregexp-pattern-license-perl
> Version: 3.11.0-1
> Severity: important
> User: debian-p...@lists.debian.org
> Usertags: perl-5.40-transition
>
> This module warns on usage with Pe
Control: reassign -1 libtickit 0.4.3-1.1
Control: retitle -1 libtickit: use after free in tickit_window_destroy()
Control: tag -1 patch
On Sun, Aug 11, 2024 at 10:16:44AM +0300, Niko Tyni wrote:
> Control: reassign -1 libtickit-perl 0.73-1
>
> On Wed, Aug 07, 2024 at 04:04:59PM +0300,
Control: reassign -1 libtickit-perl 0.73-1
On Wed, Aug 07, 2024 at 04:04:59PM +0300, Niko Tyni wrote:
> Package: libtickit-widget-scrollbox-perl
> Version: 0.12-1
> Severity: important
> Tags: trixie sid
> User: debian-p...@lists.debian.org
> Usertags: perl-5.40-transition
>
Control: reassign -1 perl 5.40.0-1
On Wed, Aug 07, 2024 at 03:57:06PM +0300, Niko Tyni wrote:
> Package: libtickit-console-perl
> Version: 0.12-1
> Severity: important
> User: debian-p...@lists.debian.org
> Usertags: perl-5.40-transition
>
> This package fails to build from
cope_274_amd64-2024-08-09T16:02:11Z.build
--
Niko Tyni nt...@debian.org
On Sun, Aug 04, 2024 at 10:38:41PM +0300, Niko Tyni wrote:
> Control: tag -1 patch
>
> On Wed, Jul 03, 2024 at 12:34:06PM +, Matthias Klose wrote:
> > Package: src:libprelude
> > Version: 5.2.0-5.5
> > Severity: important
> > Tags: sid trixie
> > User: d
the-import-method-of-an-unknown-package-produces-a-warning
Proposed patch attached, this fixes it for me.
A full build log is at
https://perl.debian.net/rebuild-logs/perl-5.40-throwaway/restfuldb_0.16.0%2Bdfsg-1/restfuldb_0.16.0%2Bdfsg-1_amd64-2024-08-08T07%3A45%3A41Z.build
--
Niko Tyni nt..
On Wed, Aug 07, 2024 at 11:11:39PM +0200, gregor herrmann wrote:
> On Tue, 06 Aug 2024 14:33:05 +0300, Niko Tyni wrote:
>
> > (Somewhat amusingly the json_pp version in the perl 5.40 package warns
> > as well, as it's an identical copy of this one. I'll file a separ
atal error in a future
release.
One way to silence the warning might be
use Getopt::Long qw( :config no_ignore_case );
--
Niko Tyni nt...@debian.org
every time.
A full build log is at
https://perl.debian.net/rebuild-logs/perl-5.40-throwaway/libtickit-widget-scrollbox-perl_0.12-1/libtickit-widget-scrollbox-perl_0.12-1_amd64-2024-08-07T07:18:40Z.build
--
Niko Tyni nt...@debian.org
kit-console-perl_0.12-1/libtickit-console-perl_0.12-1_amd64-2024-08-04T13:51:01Z.build
--
Niko Tyni nt...@debian.org
ding bug that duplicate options were not detected when
the options differ in case while ignore_case is in effect.
This will now yield a warning and become a fatal error in a future
release.
One way to silence the warning might be
use Getopt::Long qw( :config no_ignore_case );
--
Niko Tyni nt...@debian.org
s/'1.097'/1.097/ will fix this.
Information on the new warning can be found at
https://metacpan.org/dist/perl/view/pod/perldelta.pod#Calling-the-import-method-of-an-unknown-package-produces-a-warning
--
Niko Tyni nt...@debian.org
rt-method-of-an-unknown-package-produces-a-warning
--
Niko Tyni nt...@debian.org
tacpan.org/dist/perl/view/pod/perldelta.pod#Calling-the-import-method-of-an-unknown-package-produces-a-warning
--
Niko Tyni nt...@debian.org
ssues/13814 for more information.
Now, /usr/share/perl5/Test/Expander.pm does
use warnings FATAL => 'all';
so the warning now correctly causes the check to exit with an error code.
A fix might be to add "no warnings 'once';" to the block where the
offending variable is used.
--
Niko Tyni nt...@debian.org
he check to exit with an error code.
A fix might be to add "no warnings 'once';" to the block where the
offending variable is used.
--
Niko Tyni nt...@debian.org
MasonX/Interp/WithCallbacks.pm line 4.
Information on the new warning can be found at
https://metacpan.org/dist/perl/view/pod/perldelta.pod#Calling-the-import-method-of-an-unknown-package-produces-a-warning
--
Niko Tyni nt...@debian.org
27;once';" to the block where the
offending variable is used.
--
Niko Tyni nt...@debian.org
ning can be found at
https://metacpan.org/dist/perl/view/pod/perldelta.pod#Calling-the-import-method-of-an-unknown-package-produces-a-warning
--
Niko Tyni nt...@debian.org
o exit with an error code.
A fix might be to add "no warnings 'once';" to the block where the
offending variable is used.
--
Niko Tyni nt...@debian.org
;once';" to the block
where $DBI::errstr is used.
--
Niko Tyni nt...@debian.org
Makefile.PL' does not produce a Makefile
The last option is the only generic one, but might interfere
with the dh buildsystem automatic detection.
--
Niko
From: Niko Tyni
Date: Tue, 6 Aug 2024 22:08:51 +0100
X-Dgit-Generated: 1.26-6 c705b78053f02909c0db5549b794ad9f9fe10217
Subject: fix build
fter-first-argument-to-return
I think this is a case of mutually recursive modules where the assignment
to @EXPORT_OK happens too late at run time while it's needed at compile
time. See the "Playing Safe" section in Exporter(3perl).
Tentative patch attached, this fixes it for me.
-
are/perl5/Catmandu/Error.pm line 47.
Information on the new warning can be found at
https://metacpan.org/dist/perl/view/pod/perldelta.pod#Calling-the-import-method-of-an-unknown-package-produces-a-warning
--
Niko Tyni nt...@debian.org
tion on the new warning can be found at
https://metacpan.org/dist/perl/view/pod/perldelta.pod#Calling-the-import-method-of-an-unknown-package-produces-a-warning
--
Niko Tyni nt...@debian.org
ine 6.
Information on the new warning can be found at
https://metacpan.org/dist/perl/view/pod/perldelta.pod#Calling-the-import-method-of-an-unknown-package-produces-a-warning
--
Niko Tyni nt...@debian.org
oad the package?) at
/usr/lib/x86_64-linux-gnu/perl5/5.40/Acme/Damn.pm line 8.
There's a fix in the upstream ticket.
Information on the new warning can be found at
https://metacpan.org/dist/perl/view/pod/perldelta.pod#Calling-the-import-method-of-an-unknown-package-produces-a-warning
--
Niko Tyni nt...@debian.org
it turns out this wasn't nearly as obvious to some of you as
it was to the FTP Team.
--
Niko Tyni nt...@debian.org
de to this combination by adding a Breaks:
libur-perl (<< 0.470+ds-3) in the Perl 5.40 packages. So no reason not
to do it really.
--
Niko Tyni nt...@debian.org
ration
requirement...
A full build log is at
https://perl.debian.net/rebuild-logs/perl-5.40-throwaway/libgetopt-long-descriptive-perl_0.111-1/libgetopt-long-descriptive-perl_0.111-1_amd64-2024-08-04T07:43:50Z.build
--
Niko Tyni nt...@debian.org
t
https://perl.debian.net/rebuild-logs/perl-5.40-throwaway/libatteanx-parser-jsonld-perl_0.001-4/libatteanx-parser-jsonld-perl_0.001-4_amd64-2024-08-06T13:12:17Z.build
--
Niko Tyni nt...@debian.org
l.debian.net/rebuild-logs/perl-5.40-throwaway/licensecheck_3.3.9-1/licensecheck_3.3.9-1_amd64-2024-08-04T14:51:09Z.build
--
Niko
ttps://perl.debian.net/rebuild-logs/perl-5.40-throwaway/libencode-imaputf7-perl_1.05-2.1/libencode-imaputf7-perl_1.05-2.1_amd64-2024-08-04T07:03:26Z.build
--
Niko Tyni nt...@debian.org
T11%3A41%3A53Z.build.gz
--
Niko Tyni nt...@debian.org
d #1078057 about this in the separate libjson-pp-perl
package. The issue needs to be fixed in both packages, and preferrably
in libjson-pp-perl first so that installing it on 5.40 will not cause
a regression.)
--
Niko Tyni nt...@debian.org
1 - 100 of 2355 matches
Mail list logo
