Control: reassign -1 perl-base 5.40.0-6
Control: retitle -1 perl-base: reinstate Getopt::Long::Parser
On Wed, Nov 06, 2024 at 11:17:27AM +, Mark Hindley wrote:
> Package: ucf
> Version: 3.0043+nmu1
> Severity: serious
> Justification: Undeclared dependency, breaks unrelated packages
> ucfq us
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
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
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
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
On Thu, Oct 17, 2024 at 10:20:04PM +0200, gregor herrmann wrote:
> What seems to be happening here is that the first two are not yet
> installable in testing (arch:any packages which are part of the
> transition and haven't migrated yet), [0] so the third one --
> libuuid-tiny-perl --
> gets inst
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
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
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
On Sun, Sep 29, 2024 at 12:49:29AM +0200, gregor herrmann wrote:
> On Thu, 18 Jul 2024 08:46:00 +0200, Paul Gevers wrote:
>
> > On 17-07-2024 11:20 p.m., gregor herrmann wrote:
> > > So I guess I'd just wait (the new libxml-libxslt-perl version also
> > > has no groundbreaking changes); but I migh
On Fri, Sep 27, 2024 at 06:29:12AM +0200, Aurelien Jarno wrote:
> On 2024-09-25 17:30, gregor herrmann wrote:
> > Source: cod-tools
> > Version: 3.10.0+dfsg-1.1
> > Severity: serious
> > Tags: help ftbfs
> > Justification: fails to build from source (but built successfully in the
> > past)
> > X-D
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
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
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
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
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
On Mon, Aug 05, 2024 at 10:13:16AM -0700, Russ Allbery wrote:
> Niko Tyni writes:
> > If it's really the right thing to do, I suppose casting to an IV would
> > be more correct than either int or long int. But I suspect that the
> > intention might be to dereference t
t made implicit function declarations hard errors.
Trivial patch attached. Hope it helps.
--
Niko Tyni nt...@debian.org
From: Niko Tyni
Date: Mon, 5 Aug 2024 21:32:40 +0100
X-Dgit-Generated: 1:2.1.13-1.1 68182ddc5e1c9df86552eee16c5660db08fd380f
Subject: Include stdlib.h for free(), exit() et
a int (*)(struct Agnode_s **, struct Agnode_s **)}
This was fixed upstream in 2.45 with
https://gitlab.com/graphviz/graphviz/-/commit/b571ca4e86ffacb69c6dfe5f38cec27e6c825498
Patch attached as well for convenience. I've tested that the package
builds for me with this.
Hope this helps,
--
Ni
fixes the build for me.
Hope this helps,
--
Niko Tyni nt...@debian.org
From: Niko Tyni
Date: Mon, 5 Aug 2024 18:59:27 +0100
X-Dgit-Generated: 2.2.14-23 dc2d4e53781529a2d06202f86c52f20ae2c5bedd
Subject: Fix type confusion with getopt_long()
This caused a build failure with GCC-14
Bug-Debian: h
[ Russ: I see from the upstream changelog that you were somewhat involved
in this package and pointer to integer casts 16 years (!) ago. So I'm
copying you in case you're still interested enough to have a look :)
No obligation of course. ]
On Fri, Jul 26, 2024 at 10:26:29PM +0200, Étienne Mo
On Sun, Jul 21, 2024 at 08:31:48PM +0200, Étienne Mollier wrote:
> From my current analysis, the relevant error is below:
>
> > libmemcached.c:4613:23: error: assignment to ‘I32’ {aka ‘int’} from ‘char *’
> >makes integer from pointer without a cast
> > [-Wint-co
tion]
Proposed patch attached. The package builds for me with this.
I didn't test the resulting binaries and I didn't notice any kind of a
test suite, but I don't see much chance for regression with this.
Hope this helps,
--
Niko Tyni nt...@debian.org
From: Niko Tyn
The package builds again for me with
this.
I didn't test the resulting binaries, but the test suite passed as
part of the build.
Hope this helps,
--
Niko Tyni nt...@debian.org
From: Niko Tyni
Date: Mon, 5 Aug 2024 08:25:38 +0100
X-Dgit-Generated: 0.9.5-7 9ef3820903b740c2c2bdf11792dff3a164372d9a
S
haven't tested the resulting binaries in any way, but looking at
the code I suspect this path is never taken unless the user explicitly
undefines $Fan::Usage::LOG. So the risk of a regression seems very low
to me.
Hope this helps,
--
Niko Tyni nt...@debian.org
From: Niko Tyni
Date: Mon
On Sat, Jul 27, 2024 at 02:40:06PM +0200, Étienne Mollier wrote:
> Control: tags -1 confirmed
>
> Relevant part of the failure is:
>
> Libplot.xs:91:13: error: ‘return’ with no value, in function returning
> non-void [-Wreturn-mismatch]
> 91 | return __BEGIN_DECLS;
>
27: RPC.o] Error 1
_ACECLIENT_ is an include guard with no value, it makes
no sense to treat it as a constant.
The attached patch from Gentoo ( https://bugs.gentoo.org/637330 )
fixes the build for me.
Hope this helps,
--
Niko Tyni nt...@debian.org
>From 80cf7625e21decb91db6b75ce8c5e
me. I also used the second
attached patch to enable the (unfortunately rather minimal) test suite,
which passes with the fix. So I suppose the resulting binaries aren't
totally broken, but I haven't tested them in any other way.
Hope this helps,
--
Niko Tyni nt...@debian.org
>From a2
_attributes(). And codesearch.d.n does not find
other callers.
Hope this helps,
--
Niko Tyni nt...@debian.org
From: Niko Tyni
Date: Fri, 2 Aug 2024 20:50:01 +0100
X-Dgit-Generated: 5.2.0-5.5 d5540bbe1d13013371cc058216cdd3365ce4abe7
Subject: Fix idmef_class_get_child_attributes() return
ixed by declaring the Ruby extension Init_* functions as void.
Patch attached. The build succeeds for me with this on current sid.
I have not tested the resulting binaries in any way (but it looked
like the build includes a test suite of some kind.)
Hope this helps,
--
Niko Tyni nt...@debian.org
log. I have not checked the
configure results otherwise, and I have not tested the resulting binaries
in any way.
Hope this helps,
--
Niko Tyni nt...@debian.org
>From d05f5406b2fe63b7c351906ce275020c0511239d Mon Sep 17 00:00:00 2001
From: Niko Tyni
Date: Fri, 2 Aug 2024 09:23:23 +0100
Subjec
ile:36: fungw_perl.o] Error 1
This always warned, but became an error with GCC 14 (already in sid,
so the bug is release critical now.)
The attached patch fixes the build by adding a cast to a void
pointer. I haven't tested the build results in any way.
Hope this helps,
--
Niko Tyni nt...@de
On Wed, May 29, 2024 at 02:16:47PM +0800, Aron Xu wrote:
> On Wed, May 29, 2024 at 12:16 AM gregor herrmann wrote:
> > Warning: program compiled against libxml 212 using older 209
> >
> > and this comes from libxml:
> >
> > https://sources.debian.org/src/libxml2/2.12.7+dfsg-2/parserInternals.c/?h
[Copying Julian as the apt maintainer.]
On Sat, Apr 20, 2024 at 09:02:35PM +0300, Niko Tyni wrote:
> On Sat, Apr 20, 2024 at 11:09:17AM +0200, Dominique Dumont wrote:
> > On Thursday, 18 April 2024 19:21:55 CEST you wrote:
> > > Source: libconfig-model-dpkg-perl
&g
On Sat, Apr 20, 2024 at 11:09:17AM +0200, Dominique Dumont wrote:
> On Thursday, 18 April 2024 19:21:55 CEST you wrote:
> > Source: libconfig-model-dpkg-perl
> > Version: 3.004
> > Severity: serious
> > Tags: ftbfs
> > Justification: fails to build from source
>
> This really looks like a bug with
${perlapi:Provides} case, so that can be extended
to tackle this as well.
Patch attached. The test passes for me with this on amd64 at least.
--
Niko Tyni nt...@debian.org
>From 81649053d3b4ecf857977c797100c024a25c04de Mon Sep 17 00:00:00 2001
From: Niko Tyni
Date: Sat, 13 Apr 2024 20:51:17
On Wed, Mar 20, 2024 at 11:17:54PM +0100, gregor herrmann wrote:
> On Wed, 20 Mar 2024 22:00:40 +0100, Lucas Nussbaum wrote:
>
> > Source: libjson-schema-modern-perl
> > Version: 0.582-1
> > Severity: serious
> > Justification: FTBFS
> > Tags: trixie sid ftbfs
> > User: lu...@debian.org
> > Userta
[Paul: copying you for eyeballs as this seems to have been your pet
package at some point :)]
On Thu, Mar 14, 2024 at 06:21:35PM +0100, gregor herrmann wrote:
> On Wed, 13 Mar 2024 12:41:10 +0100, Lucas Nussbaum wrote:
> > > test_background.c: In function ‘test_background_api’:
> > > test_backgr
On Thu, Mar 14, 2024 at 05:14:17PM +0100, gregor herrmann wrote:
> After some thinking, I think I makes to (temporarily) allow both
> libperl5.XXt64 and libperl5.XX, otherwise we'll have a mess during
> the 5.40 transition.
> (After that we can get rid of the option with the suffix again.)
Sure w
On Wed, Mar 13, 2024 at 05:39:49PM +0100, gregor herrmann via
pkg-perl-maintainers wrote:
> On Wed, 13 Mar 2024 13:34:57 +0100, gregor herrmann wrote:
>
> > > 80s not ok 5 - Errno is in libperl5.38 or perl-base (or only perl-base
> > > for perl < 5.22)
> > libperl5.38 or as it's called nowadays:
uite for me.
--
Niko
>From 3ddc905c9ceb635c6c876de1d372eedaa45de425 Mon Sep 17 00:00:00 2001
From: Niko Tyni
Date: Tue, 12 Mar 2024 20:53:33 +
Subject: [PATCH] Lift prototypes of bam_view1 and bam_sort_core from bam.c in
samtools-legacy
This fixes builds with gcc -Werror=implicit-function-de
for not catching this earlier. I only checked packages with
Testsuite: autopkgtest-pkg-perl or Testsuite-Triggers: perl. I suppose
I should have looked at Depends:perl too.
--
Niko Tyni nt...@debian.org
should be either updated to a newer version or
removed as unnecessary.
--
Niko Tyni nt...@debian.org
separate package should be either updated to a newer version or
removed as unnecessary.
--
Niko Tyni nt...@debian.org
751.
Sorry for not catching this earlier. I only checked packages with
Testsuite: autopkgtest-pkg-perl or Testsuite-Triggers: perl. I suppose
I should have looked at Depends:perl too.
--
Niko Tyni nt...@debian.org
suppose
I should have looked at Depends:perl too.
--
Niko Tyni nt...@debian.org
only checked packages with
Testsuite: autopkgtest-pkg-perl or Testsuite-Triggers: perl. I suppose
I should have looked at Depends:perl too.
--
Niko Tyni nt...@debian.org
uto_test] Error 1
make[1]: Leaving directory '/<>'
make: *** [debian/rules:6: binary-arch] Error 2
--
Niko Tyni nt...@debian.org
221-224
237-239, 264-265, 275-276, 280-283
t/zzScrolled.t (Wstat: 0 Tests: 94 Failed: 0)
TODO passed: 52, 66, 80, 94
Files=76, Tests=4267, 36 wallclock secs ( 0.23 usr 0.05 sys + 6.02 cusr
0.69 csys = 6.99 CPU)
Result: FAIL
--
Niko Tyni nt...@debia
.
--
Niko Tyni nt...@debian.org
On Tue, Dec 05, 2023 at 10:01:17PM +0100, Salvatore Bonaccorso wrote:
> On Sun, Dec 03, 2023 at 03:05:09PM +0200, Niko Tyni wrote:
> > While the stable update tiff_4.5.0-6+deb12u1 has security fixes, it does
> > not include the change for CVE-2023-6277. The security tracker menti
(dropped d-cross@)
On Mon, Dec 04, 2023 at 10:04:42PM +0100, gregor herrmann wrote:
> On Mon, 04 Dec 2023 21:59:12 +0200, Niko Tyni wrote:
> > Filing against libmodule-build-perl for now to prevent it from entering
> > trixie before the other two are changed. Feel free to re
other two are changed. Feel free to reassign or clone
or whatever if you like.
As libparams-validate-perl is an arch:any XS module, we need to fix it
one way or another before the Perl 5.38 transition. So marking this as
a blocker.
Copying the debian-cross list in case I got something wrong :)
--
N
On Sun, Dec 03, 2023 at 01:31:19AM +0100, gregor herrmann wrote:
> On Sun, 03 Dec 2023 10:46:50 +1100, Tony Cook wrote:
>
> > > https://github.com/tonycoz/imager/issues/522
> > Fixed in 1.022, please let me know if you have any more problems.
>
> Thank you!
> 1.022 builds fine in Debian unstabl
Control: forwarded -1 https://github.com/tonycoz/imager/issues/522
On Sat, Dec 02, 2023 at 07:24:39PM +0200, Niko Tyni wrote:
> On Sat, Dec 02, 2023 at 01:40:51PM +0100, gregor herrmann wrote:
> > On Sat, 02 Dec 2023 14:24:01 +0200, Niko Tyni wrote:
> It can be reproduced like t
(re-adding Cc: tiff@pdo)
On Sat, Dec 02, 2023 at 01:40:51PM +0100, gregor herrmann wrote:
> On Sat, 02 Dec 2023 14:24:01 +0200, Niko Tyni wrote:
>
> > It regressed with tiff_4.5.1+git230720-2 which is currently blocked from
> > migrating to trixie because libimager-perl autopk
sys + 0.10 cusr 0.02
csys = 0.14 CPU)
Result: FAIL
A full build log is at
http://perl.debian.net/rebuild-logs/sid/libimager-perl_1.020%2Bdfsg-1/libimager-perl_1.020%2Bdfsg-1_amd64-2023-12-02T11%3A49%3A48Z.build
--
Niko Tyni nt...@debian.org
On Fri, Nov 17, 2023 at 06:28:30PM +0100, gregor herrmann wrote:
> Source: libeval-context-perl
> Version: 0.09.11-5
> Severity: serious
> Tags: ftbfs trixie sid
> Justification: fails to build from source
> As noted by ci.debian.net, t/012_safe.t started to fail recently:
This seems to have been
Control: reassign -1 libc6-dev 2.37-2
Control: found -1 2.36-9+deb12u1
Control: tag -1 bookworm
On Mon, Aug 28, 2023 at 11:46:14PM +0200, Aurelien Jarno wrote:
> > I think it's an ABI breakage that should be fixed, but just reverting
> > the patch will break the case without -D_FILE_OFFSET_BITS=6
(full quote for the benefit of the Aurelien and other glibc maintainers)
On Sat, Aug 26, 2023 at 09:07:38PM +0300, Niko Tyni wrote:
> Package: perl
> Version: 5.36.0-8
> Severity: serious
> X-Debbugs-Cc: debian-powe...@lists.debian.org
> Control: affects -1 libfile-fcntllo
pying the powerpc porters list. Could you please look into this?
[1]
https://ci.debian.net/data/autopkgtest/unstable/ppc64el/libf/libfile-fcntllock-perl/34669085/log.gz
[2] perl -MPOSIX -E 'say F_GETLK'
[3] printf '#include \nF_GETLK\nF_GETLK64\n' | cpp
-D_FILE_OFFSET_BITS=64 | tail -2
--
Niko Tyni nt...@debian.org
Control: tag -1 pending
On Wed, Jul 26, 2023 at 10:19:53PM +0200, Lucas Nussbaum wrote:
> Source: devscripts
> Version: 2.23.5
> Severity: serious
> Justification: FTBFS
> Tags: trixie sid ftbfs
> User: lu...@debian.org
> Usertags: ftbfs-20230726 ftbfs-trixie
> During a rebuild of all packages in
think I'd be OK just pushing your patch to sid and seeing
how it fares. It would be unfortunate to lose frozen-bubble from the
next release...
--
Niko Tyni nt...@debian.org
On Tue, Jul 18, 2023 at 03:28:43PM +0100, Niko Tyni wrote:
> FWIW I found some prior art in NetBSD for the pkg-config part:
>
>
> https://github.com/NetBSD/pkgsrc/blob/trunk/graphics/p5-Image-Imlib2/patches/patch-Build.PL
>
> but yours looks good to me as well :)
>
r the pkg-config part:
https://github.com/NetBSD/pkgsrc/blob/trunk/graphics/p5-Image-Imlib2/patches/patch-Build.PL
but yours looks good to me as well :)
I think the failing test is a bug in imlib2 1.10.0 and I've just filed #1041406
about it.
I'm attaching a workaround that might be ap
build-tiny-perl 0.046-1 with this
upstream change from 0.040:
- Don't manify podless modules/scripts
--
Niko Tyni nt...@debian.org
11: override_dh_auto_install] Error 1
make[1]: Leaving directory '/<>'
make: *** [debian/rules:7: binary] Error 2
I think this was broken by libmodule-build-tiny-perl 0.046-1 with this
upstream change from 0.040:
- Don't manify podless modules/scripts
--
Niko Tyni nt...@debian.org
.
Building with the 'nocheck' build profile would solve the issue, but
I don't think the Debian binNMU machinery supports this.
Filing against libsyntax-keyword-match-perl but this could
be fixed in either package.
--
Niko Tyni nt...@debian.org
.
Building with the 'nocheck' build profile would solve the issue, but
I don't think the Debian binNMU machinery supports this.
Filing against libsyntax-keyword-dynamically-perl but this could
be fixed in either package.
--
Niko Tyni nt...@debian.org
t;
"LD=x86_64-linux-gnu-gcc -g -O2 -ffile-prefix-map=/<>=.
-fstack-protector-strong -Wformat -Werror=format-security -Wl,-z,relro"
returned exit code 2
I think this was broken by libmodule-install-perl 1.21-1 with this upstream
change
from 1.20:
- Module::Install::DSL ha
from 1.20:
- Module::Install::DSL has been removed, as its use is highly discouraged.
--
Niko Tyni nt...@debian.org
pstream
change
from 1.20:
- Module::Install::DSL has been removed, as its use is highly discouraged.
--
Niko Tyni nt...@debian.org
y '/<>'
make: *** [debian/rules:7: binary] Error 2
I think this was broken by libmodule-build-tiny-perl 0.046-1 with this
upstream change from 0.040:
- Don't manify podless modules/scripts
--
Niko Tyni nt...@debian.org
change
from 1.20:
- Module::Install::DSL has been removed, as its use is highly discouraged.
--
Niko Tyni nt...@debian.org
eam
change
from 1.20:
- Module::Install::DSL has been removed, as its use is highly discouraged.
--
Niko Tyni nt...@debian.org
from 1.20:
- Module::Install::DSL has been removed, as its use is highly discouraged.
--
Niko Tyni nt...@debian.org
h this upstream
change
from 1.20:
- Module::Install::DSL has been removed, as its use is highly discouraged.
--
Niko Tyni nt...@debian.org
h this upstream
change
from 1.20:
- Module::Install::DSL has been removed, as its use is highly discouraged.
--
Niko Tyni nt...@debian.org
/rbuild/trixie/amd64/libtest-deep-fuzzy-perl_0.01-2.rbuild.log.gz
--
Niko Tyni nt...@debian.org
5
I think this was broken by libmodule-install-perl 1.21-1 with this upstream
change
from 1.20:
- Module::Install::DSL has been removed, as its use is highly discouraged.
--
Niko Tyni nt...@debian.org
ake: *** [debian/rules:7: binary] Error 2
I think this was broken by libmodule-build-tiny-perl 0.046-1 with this
upstream change from 0.040:
- Don't manify podless modules/scripts
Example log at
https://tests.reproducible-builds.org/debian/rbuild/trixie/arm64/libtoml-parser-perl_0.91-2.rbuild.log.gz
--
Niko Tyni nt...@debian.org
-2, mixed mode, sharing)
I'm cloning a separate bug about this.
Not sure why jexec is used here though. Just running /usr/bin/ckbuilder
works for me (but the request-tracker5 build fails later, presumably
due to a different bug.)
--
Niko Tyni nt...@debian.org
Control: tag -1 upstream fixed-upstream patch
On Tue, Dec 20, 2022 at 05:54:40PM +0100, Lucas Nussbaum wrote:
> Source: request-tracker4
> Version: 4.4.6+dfsg-1
> Severity: serious
> Justification: FTBFS
> Tags: bookworm sid ftbfs
> User: lu...@debian.org
> Usertags: ftbfs-20221220 ftbfs-bookworm
Spec->catfile() would feel cleaner
to me.)
Baptiste: please let us know if/when duck is fixed so we can add a
suitable Breaks entry on the perl side. (And obviously let us also know
if you disagree about the bug :)
BTW it seems like duck could use an autopkgtest test suite so things
like this would be detected automatically.
--
Niko Tyni nt...@debian.org
On Wed, Nov 16, 2022 at 10:44:33PM +0100, gregor herrmann wrote:
> On Wed, 16 Nov 2022 21:56:31 +0200, Niko Tyni wrote:
>
> > From the log:
> >
> >not ok 2 - ZLIB_VERSION (1.2.11) matches
> > Compress::Raw::Zlib::zlib_version
> ># Failed test (t/
ight versioned
dependencies on the zlib1g package, requiring rebuilds whenever there's
a new zlib upstream version. That seems overkill to me.
Note that if we do introduce the tight dependencies, src:perl has a
separate copy of Compress-Raw-Zlib which should probably get the same
treatment.
--
Niko Tyni nt...@debian.org
path
'/tmp/uGVjCBrSr3/libfoo' failed
I've tested that building in bookworm succeeds, but injecting
git_1%3a2.38.1-1_amd64.deb (and git-man_1%3a2.38.1-1_all.deb) makes it
fail. I assume this is about
https://security-tracker.debian.org/tracker/CVE-2022-39253
which was fixed in git 1:2.38.1-1.
--
Niko Tyni nt...@debian.org
rom Clone rather than inheriting (GH#189) (Graham Knop)
Looking at the above, my guess is that the Dancer test which "hides
Clone.pm" needs to be updated, as it uses HTTP::Headers which now
requires Clone.
--
Niko Tyni nt...@debian.org
e-linux-gnu/,
/usr/lib/i386-kfreebsd-gnu/.
[3] as in 'open my $fh, "<", \$scalar;'
[4] it's not even in $Config{ccflags} because we ship a Config.pm from
the shared build without it, see #798626 et al.
--
Niko Tyni nt...@debian.org
>From 9b014783658e
1792 (exited 7) Tests: 7 Failed: 7)
Failed tests: 1-7
Non-zero exit status: 7
Files=4, Tests=7, 21 wallclock secs ( 0.04 usr 0.02 sys + 0.94 cusr 0.20
csys = 1.20 CPU)
Result: FAIL
We've had trouble with arm* before, see #824846 .
--
Niko Tyni nt...@debian.org
GNM_const(0.693147180559945309417232121458176568075500134360255254120680009493393621969694715605863326996419)
|
^~~~~~
--
Niko Tyni nt...@debian.org
config, triggering a latent bug in redland-bindings
of a missing a build dependency.
A full build log is available at
http://perl.debian.net/rebuild-logs/sid/redland-bindings_1.0.17.1+dfsg-2/redland-bindings_1.0.17.1+dfsg-2.buildlog
--
Niko Tyni nt...@debian.org
Control: severity -1 normal
Hi, thanks Ian for the report and Damyan for looking into the issues.
On Sun, Jul 31, 2022 at 11:37:09AM +0300, Damyan Ivanov wrote:
> -=| Ian Jackson, 30.07.2022 13:42:05 +0100 |=-
> > Package: perl
> > Version: 5.34.0-4
> > Severity: grave
> >
> > To reproduce
> >
1 - 100 of 1020 matches
Mail list logo
