Bug#1069247: libconfig-model-dpkg-perl: test failures
Control: reassign 1069247 apt 2.9.0 Control: reassign 1069246 apt 2.9.0 Control: forcemerge 1069247 1069246 Control: retitle 1069247 apt: apt 2.9.0's output breaks libapt-pkg-perl Control: affects 1069247 + libapt-pkg-perl libconfig-model-dpkg-perl dh-make-perl Control: tag 1069247 = sid Control: fixed 1069247 2.9.2 On Mon, 22 Apr 2024 19:44:38 +0200, Julian Andres Klode wrote: > On Mon, Apr 22, 2024 at 07:41:42PM +0200, Dominique Dumont wrote: > > On Sunday, 21 April 2024 18:07:00 CEST Julian Andres Klode wrote: > > > This should be fixed in apt git already, just needs an upload, > > > which is waiting-ish for some more merges > > Given [1], I need to ask... > > Is this a definitive fix or will this feature come back with apt 3.0 ? … > This should be fixed in apt side on 2.9.2 I just uploaded, but > either way it's a weird thing to break because we change progress > messages for interactive output, maybe run with -q instead or don't > pretend to be a tty. I can confirm that the issues in dh-make-perl's and libconfig-model-dpkg-perl's test suites (via libapt-pkg-perl) are gone with apt 2.9.2. Thanks! (Further change requests should probably go to libapt-pkg-perl, if necessary.) Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1069247: libconfig-model-dpkg-perl: test failures
On Sat, 20 Apr 2024 11:09:17 +0200, Dominique Dumont wrote: > This really looks like a bug with prove: > > $ perl t/reorder.t > ok 1 - test re-ordered list > 1..1 > $ prove -l -v -p t/reorder.t > t/reorder.t .. > ok 1 - test re-ordered list > 1..1 > Failed 1/1 subtests > > Test Summary Report > --- > t/reorder.t (Wstat: 0 Tests: 0 Failed: 0) > Parse errors: Bad plan. You planned 1 tests but ran 0. > Files=1, Tests=0, 1 wallclock secs ( 0.02 usr 0.00 sys + 0.92 cusr 0.07 > csys = 1.01 CPU) > Result: FAIL Good idea to run this directly with `perl'. > I can't see what's wrong with the output of reorder test... Ack, and same for the failing test in dh-make-perl (#1069246). But I don't see that `prove' has changed recently … So maybe this is in fact even somewhere "deeper"? > I'll try to dig this later on.. Thanks! Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1069247: libconfig-model-dpkg-perl: test failures
Source: libconfig-model-dpkg-perl Version: 3.004 Severity: serious Tags: ftbfs Justification: fails to build from source -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 As seen on https://ci.debian.net/packages/libc/libconfig-model-dpkg-perl/unstable/amd64/45274399/ libconfig-model-dpkg-perl has test failures: 183s Test Summary Report 183s --- 183s t/dependency-check.t (Wstat: 0 Tests: 109 Failed: 0) 183s Parse errors: Tests out of sequence. Found (3) but expected (2) 183s Tests out of sequence. Found (4) but expected (3) 183s Tests out of sequence. Found (5) but expected (4) 183s Tests out of sequence. Found (6) but expected (5) 183s Tests out of sequence. Found (7) but expected (6) 183s Displayed the first 5 of 109 TAP syntax errors. 183s Re-run prove with the -p option to see them all. 183s t/dpkg.t (Wstat: 0 Tests: 50 Failed: 0) 183s Parse errors: Tests out of sequence. Found (3) but expected (2) 183s Tests out of sequence. Found (4) but expected (3) 183s Tests out of sequence. Found (5) but expected (4) 183s Tests out of sequence. Found (6) but expected (5) 183s Tests out of sequence. Found (7) but expected (6) 183s Displayed the first 5 of 50 TAP syntax errors. 183s Re-run prove with the -p option to see them all. 183s t/reorder.t(Wstat: 0 Tests: 0 Failed: 0) 183s Parse errors: Bad plan. You planned 1 tests but ran 0. 183s Files=18, Tests=1786, 106 wallclock secs ( 0.20 usr 0.03 sys + 103.34 cusr 3.44 csys = 107.01 CPU) 183s Result: FAIL This also happens locally for autopkgtest but also for the tests during build. (The version in git has more and unrelated test failure due to the last commit.) We see bascially the same -- the "Tests out of sequence." errors -- also in dh-make-perl, hence I think that there's some underlying problem. Cheers, gregor -BEGIN PGP SIGNATURE- iQKTBAEBCgB9FiEE0eExbpOnYKgQTYX6uzpoAYZJqgYFAmYhVrNfFIAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEQx RTEzMTZFOTNBNzYwQTgxMDREODVGQUJCM0E2ODAxODY0OUFBMDYACgkQuzpoAYZJ qgYXgQ/+ISS+Mo+83JAstQtZtiX4wWhUQbJDXG4xnQeu5YTj04AF/2WgCaDLzQf9 73iSweb9AJ+epJhQTuUxoo78XghIJkGaD7QiYaTCX1egOCmG72ZKVjIl2Hvr+C1n nqMDVRhKX21TW2tD0dQRQ+WaZYEd+pB5gkfq3hgPyYnIgwB4LubU8F2M7uo1cxf9 J5aD7Fv0fMGmuwPQ5ncflljf8yRSuocRLvMQLlHB0JjcpeFPKGgQ6ZyoKBfGWvZ0 x0qp4Ez2oqIXNNiDTz+8jET7m+bSdE2lL73dlADRjt2wqaQf7O8i2MCuf4krMqwJ owOyjBYzi//0qhOEj7Eh846Fclz4WMpwSO3+pns2du4gvaB6jN5mWK1uQrC4ohAi CSAlWqjXFyZ1kchuYxiejlvVPQrJ9EyAW4yeDzWAnXWCsI3gMAE/TUGUchc0dWyY nVviLMkdRSpgaOp08ITJ1se2yDapHXP/pIFSxeqzCj8L7hflzUPqC0/BsLHYkzQG kvSZxCIBZcB2biWQBVEcexPsHKliPgzu01FUdHb5uTCncxfjEwRiWO3QAKuZ0eca LXFWdyr2YVZH9NMWY2rxVhV9Lrf1ldwBWcTa4BzbBY3HbOrfxStyZ1PMmG8cVlc4 IkjOdMGhBiCyuE5TYqMEZyCsl/+Z3juWsjzt6/GLjwPUv6QgEDw= =1EkQ -END PGP SIGNATURE-
Bug#1069246: dh-make-perl: test failure in t/AptContents.t
Source: dh-make-perl
Version: 0.124
Severity: serious
Tags: ftbfs help
Justification: fails to build from source
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
As noticed on ci.debian.net, dh-make-perl has a test failure in
t/AptContents.t:
https://ci.debian.net/packages/d/dh-make-perl/unstable/amd64/45274464/
This also happens locally, and also during the build tests:
t/AptContents.t .
ok 1 - use Debian::AptContents;
ok 2 - AptContents->new with no cache_dir dies
ok 3 - should say why it died
ok 4 - Distributing files on more CPUs results in no empty slots
ok 5 - should create
ok 6 - contents in a dir
ok 7 - Contents.cache created
ok 8 - cache was used
ok 9 - cache updated
ok 10 - Moose found by find_file_packages
ok 11 - Moose found by module name
ok 12 - get_contents_files
ok 13 - GD.pm is in libdg-gd2[-noxpm]-perl
ok 14 - Alternative dependency for module found in multiple packages
ok 15 - Image/Magick.pm in perlmagick and graphicsmagick-libmagick-dev-compat,
but different paths
ok 16 - Alternative dependency for Image::Magick module found in multiple
packages
ok 17 - Test::More is in perl core and libtest-simple-perl but we only get the
latter
ok 18 - use Debian::Control::FromCPAN;
ok 19 - Test::More is in libtest-simple-perl
ok 20
1..20
Failed 1/20 subtests
Test Summary Report
- ---
t/AptContents.t (Wstat: 0 Tests: 19 Failed: 0)
Parse errors: Tests out of sequence. Found (20) but expected (19)
Bad plan. You planned 20 tests but ran 19.
Files=24, Tests=409, 20 wallclock secs ( 0.07 usr 0.04 sys + 15.74 cusr 2.40
csys = 18.25 CPU)
Result: FAIL
And I don't understand the issue … Looking at the code:
112 is( ( $ctl->find_debs_for_modules( { 'Test::More' => '0' },
$apt_contents ) )[0] . '',
113 'libtest-simple-perl',
114 'Test::More is in libtest-simple-perl'
115 );
116
117 ok( unlink "$Bin/Contents.cache", 'Contents.cache unlinked' );
118
Line 112 is test 19, succeeding and outputting "Test::More is in
libtest-simple-perl".
Test 20 is the unlink in line 117; no output (but the file is
removed).
Changing line 117 to
is( unlink( "$Bin/Contents.cache" ), 1, '20 Contents.cache unlinked' );
leads to basically the same:
ok 20 - Contents.cache unlnked
1..20
Failed 1/20 subtests
Test Summary Report
- ---
t/AptContents.t (Wstat: 0 Tests: 19 Failed: 0)
Parse errors: Tests out of sequence. Found (20) but expected (19)
Bad plan. You planned 20 tests but ran 19.
Now the test name/message is printed, but still there's this "Tests
out of sequence" error message.
No idea if this is a problem in dh-make-perl (I think not, we see
something very similar in libconfig-model-dpkg-perl), or in
Test::More or somewhere else …
Cheers,
gregor
-BEGIN PGP SIGNATURE-
iQKTBAEBCgB9FiEE0eExbpOnYKgQTYX6uzpoAYZJqgYFAmYhU41fFIAALgAo
aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEQx
RTEzMTZFOTNBNzYwQTgxMDREODVGQUJCM0E2ODAxODY0OUFBMDYACgkQuzpoAYZJ
qgZrqQ/9Gnom3gRNYvgPGBmba3r1O1xP+8ODIKxlsMgdSsRUsBV+XVZNSPSZcMdC
iH4RqZf5kYvt0rpHXzIgz88lxky3ERLnoKrlmaI2A0gS4D6VtrjIdHdn6lRjmobR
PAU0K4BI5GDEFugZZnDxLKOlF2ClcGtqYVz91qDhLWoVjjzZQGvC3Er1tqTk4Ze9
uztJd3gg8J9f3wjcMYZCQwUZcALz6flnK7Eef4IMs0PRV45SRSMTQ6wS7Kp31amL
KQDqzPrQqbXJ2u6u4Ax04MeJrDW9y/p1Tw9Xt/2yYa1VXtyLPS+PcBWA3jEmjaXK
SgTeuvSf1cMk4PS75AT+Y3oZxYLDuP4QvdgjZCPG4Zxi3W1pt6bOV011t6kB0Oiz
aP8S/c4HbfNwhVjgrJRhBOizs2GioALV1/iA7LC0OFyVZbe3OWj/4x3i86FzgVqB
MzVcABTRCnKBHFUhZGMtPMXzm8l8COZkHgFkos43Z09nAZwcB5n8MLPPW4F3X1wd
HFoMQd1JcyAjWlwMohoyPRtM+qKbLdhDJc3NJoE7QG4WxQT5zT8TJXkEniLQplsJ
tCezQyDN7XSuJbILdIZTXG4T32m1MhOCq4GnR9d1pGMar9evM0UsRScrEKMs9ANa
8lY1WMbr3q61RyzNGOT7HmIp37fpEPOBc3OBw4uGhmvCYfF9GyY=
=+yiH
-END PGP SIGNATURE-
Bug#1065768: libauthen-krb5-perl: FTBFS on arm{el,hf}: Krb5.xs:1040:17: error: implicit declaration of function ‘krb5_free_address’; did you mean ‘krb5_free_addresses’? [-Werror=implicit-function-dec
On Sun, 31 Mar 2024 18:41:02 -0700, Russ Allbery wrote: > In theory, one could delete the pieces of the module that try to do things > that no one should really be doing from Perl and the rest of it remains > somewhat useful, but given that upstream has archived the project, I would > go ahead and remove it. Thanks, Russ, for the explanations and the recommendation. And thanks, Sebastian, for filing #1068258. Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- BOFH excuse #183: filesystem not big enough for Jumbo Kernel Patch
Bug#1065768: libauthen-krb5-perl: FTBFS on arm{el,hf}: Krb5.xs:1040:17: error: implicit declaration of function ‘krb5_free_address’; did you mean ‘krb5_free_addresses’? [-Werror=implicit-function-dec
On Fri, 29 Mar 2024 13:08:43 +0100, Sebastian Ramacher wrote: > > Not sure there are many chances to fix this (short of disabling > > -Werror=implicit-function-declaration). Cf. also in Fedora: > > https://src.fedoraproject.org/rpms/perl-Authen-Krb5/commits/rawhide > > https://bugzilla.redhat.com/show_bug.cgi?id=2172836 > > So should it be removed? I'm by far not any expert on C code and gcc flags; but yes, given the above findings and unless someone more knowledgeable steps up in the next couple of week, I think we have to remove libauthen-krb5-perl (and libauthen-krb5-admin-perl). Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe signature.asc Description: Digital Signature
Bug#1067305: marked as pending in libjson-schema-modern-perl
Control: tag -1 pending Hello, Bug #1067305 in libjson-schema-modern-perl reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/perl-team/modules/packages/libjson-schema-modern-perl/-/commit/419bb3c7a0a9a31029cd364d4a76177c628c325e Add test and runtime dependency on libcpanel-json-xs-perl. This was pulled in by libtest-json-schema-acceptance-perl via libjson-maybexs-perl before. Thanks: Niko Tyni for finding the missing piece. Closes: #1067305 (this message was generated automatically) -- Greetings https://bugs.debian.org/1067305
Bug#1067305: libjson-schema-modern-perl: FTBFS: dh_auto_test: error: /usr/bin/perl Build test --verbose 1 returned exit code 3
On Thu, 21 Mar 2024 00:46:45 +0200, Niko Tyni wrote: > Indeed. It seems to have regressed with > libtest-json-schema-acceptance-perl_1.022-1, and specifically > by the removal of some of its dependencies. Just installing > libcpanel-json-xs-perl makes it pass again. D'oh! Thanks, nice find :) Cheers, gregor, preparing the upload -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1067305: libjson-schema-modern-perl: FTBFS: dh_auto_test: error: /usr/bin/perl Build test --verbose 1 returned exit code 3
Control: tag -1 + confirmed
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
> Usertags: ftbfs-20240319 ftbfs-trixie
>
> Hi,
>
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
>
>
> Relevant part (hopefully):
> > Test Summary Report
> > ---
> > t/additional-tests-draft2019-09.t (Wstat: 256 (exited 1) Tests: 983
> > Failed: 1)
> > Failed test: 79
> > Non-zero exit status: 1
> > t/additional-tests-draft2020-12.t (Wstat: 256 (exited 1) Tests: 1066
> > Failed: 1)
> > Failed test: 86
> > Non-zero exit status: 1
> > t/additional-tests-draft7.t (Wstat: 256 (exited 1) Tests: 762
> > Failed: 1)
> > Failed test: 40
> > Non-zero exit status: 1
Same failure in all 3 tests:
#v+
# prove --blib t/additional-tests-draft2019-09.t
t/additional-tests-draft2020-12.t t/additional-tests-draft7.t
t/additional-tests-draft2019-09.t .. 1/? # Failed test 'evaluation result
is incorrect'
# at t/additional-tests-draft2019-09.t line 36.
# expected false; got true
# {
# "valid": true
# }
# Failed test 'integers.json: "int64 range checks" - "beyond lower boundary"'
# at t/additional-tests-draft2019-09.t line 36.
t/additional-tests-draft2019-09.t .. 865/? #
#
# Results using Test::JSON::Schema::Acceptance 1.022
# specification version: draft2019-09
# using custom test directory: t/additional-tests-draft2019-09
# optional tests included: yes
#
# filename pass todo-fail fail
# ---
# anchor.json 2 0 0
# annotation-collection.json 10 0 0
# badRef.json 3 0 0
# faux-buggy-schemas.json 2 0 0
# format-duration.json 9 0 0
# format-ipv4.json 4 0 0
# format-ipv6.json17 0 0
# format-relative-json-pointer.json7 0 0
# formats.json 4 0 0
# id.json 6 0 0
# integers.json 28 0 1
# keyword-independence.json 812 0 0
# loose-types-const-enum.json 8 0 0
# recursive-dynamic.json 4 0 0
# ref-and-id.json 6 0 0
# ref.json10 0 0
# short-circuit.json 20 0 0
# unknownKeyword.json 4 0 0
# vocabulary.json 5 0 0
# optional/format-date-time.json 4 0 0
# optional/format-date.json1 0 0
# optional/format-time.json 13 0 0
# ---
# TOTAL 979 0 1
#
# WARNING: some non-optional tests are failing! This implementation is not
fully compliant with the specification!
#
# Looks like you failed 1 test of 983.
t/additional-tests-draft2019-09.t .. Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/983 subtests
t/additional-tests-draft2020-12.t .. 1/? # Failed test 'evaluation result
is incorrect'
# at t/additional-tests-draft2020-12.t line 36.
# expected false; got true
# {
# "valid": true
# }
# Failed test 'integers.json: "int64 range checks" - "beyond lower boundary"'
# at t/additional-tests-draft2020-12.t line 36.
t/additional-tests-draft2020-12.t .. 930/? #
#
# Results using Test::JSON::Schema::Acceptance 1.022
# specification version: draft2020-12
# using custom test directory: t/additional-tests-draft2020-12
# optional tests included: yes
#
# filename pass todo-fail fail
# ---
# anchor.json 2 0 0
# annotation-collection.json 10 0 0
# badRef.json 3 0 0
# dynamicRef.json 7 0 0
# faux-buggy-schemas.json 2 0 0
# format-duration.json 9 0 0
# format-ipv4.json 4 0 0
# format-ipv6.json17 0 0
# format-relative-json-pointer.json7 0 0
# formats.json 4 0 0
# id.json
Bug#1067341: marked as pending in libdevel-mat-dumper-perl
Control: tag -1 pending Hello, Bug #1067341 in libdevel-mat-dumper-perl reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/perl-team/modules/packages/libdevel-mat-dumper-perl/-/commit/7d2b0b41347a219ee5ac9d1d8d1691dd1e9f261c Add a Breaks on libdevel-mat-perl < 0.53. Closes: #1067341 (this message was generated automatically) -- Greetings https://bugs.debian.org/1067341
Bug#1066249: libmediascan: FTBFS: api_test.c:80:3: error: implicit declaration of function ‘gettimeofday’ [-Werror=implicit-function-declaration]
On Thu, 14 Mar 2024 21:16:51 +0200, Niko Tyni wrote:
> > Not going to upload as-is, as I hardly speak any C and don't really
> > know what I'm doing and this is more than adding a missing #include
> > or prototype and I don't understand the code.
> I assume you mean the '#define _mkdir mkdir' part? The rest
> seems straightforward.
Right, this _mkdir was the part I was mostly unsure about.
> AFAICS the code used to call mkdir(2) without the mode argument.
> A simple test [1] indicates that will just put random garbage there,
> so the resulting directory will have a different mode every time. Surely
> that was always buggy.
That was my assumption as well that this is all a bit, hm, broken.
> I'm not convinced that affected functions in test/test_defects.c
> or test/test_background.c ever get executed for us though?
I think they don't get executed but they lead to compile errors.
> In any case, your change
>
> +int _mkdir(const char *pathname)
> +{
> +mkdir(*pathname, 0775);
> +}
>
> is not quite correct: I think it should read something like
>
> int _mkdir(const char *pathname)
> {
> return mkdir(pathname, 0775)
> }
>
> to work properly.
Ha! Thanks, that's what I meant by "I don't really speak C", and
indeed I was wondering how exactly to express this :)
> But I think it would be easier to stick with the preprocessor and do
>
> -#define _mkdir mkdir
> +#include
> +#define _mkdir(x) mkdir((x), 0755)
>
> instead.
Great.
> Hope this helps :)
It does, thank you!
Patch updated, package uploaded.
Cheers,
gregor
--
.''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org
: :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06
`. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
`-
signature.asc
Description: Digital Signature
Bug#1066498: dh-make-perl: autopkgtest regression due to time_t transition
On Thu, 14 Mar 2024 18:40:27 +0200, Niko Tyni wrote: > Sure we need to allow for libperl5.XX to stay future-proof. I was just > thinking of hardcoding libperl5.38t64 as the (temporary) other option > rather than using a generic libperl5.XXt64 name. > But no worries :) There were already for variables for getting the perl API version in the script :) Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1066249: libmediascan: FTBFS: api_test.c:80:3: error: implicit declaration of function ‘gettimeofday’ [-Werror=implicit-function-declaration]
On Wed, 13 Mar 2024 12:41:10 +0100, Lucas Nussbaum wrote: > > api_test.c: In function ‘check_mimetypes’: > > api_test.c:80:3: error: implicit declaration of function ‘gettimeofday’ > > [-Werror=implicit-function-declaration] > >80 | gettimeofday(, NULL); > > api_test.c: In function ‘main’: > > api_test.c:198:3: error: implicit declaration of function ‘run_unit_tests’ > > [-Werror=implicit-function-declaration] > > 198 | run_unit_tests(); > > test_background.c: In function ‘test_background_api’: > > test_background.c:12:16: error: implicit declaration of function ‘mkdir’; > > did you mean ‘_mkdir’? [-Werror=implicit-function-declaration] > >12 | #define _mkdir mkdir > > test_background.c: In function ‘test_async_api’: > > test_background.c:822:3: error: implicit declaration of function > > ‘gettimeofday’ [-Werror=implicit-function-declaration] > > 822 | gettimeofday(, NULL); > > test.c: In function ‘TouchFile’: > > test.c:512:3: error: implicit declaration of function ‘gettimeofday’ > > [-Werror=implicit-function-declaration] > > 512 | gettimeofday(, NULL); > > test.c:513:3: error: implicit declaration of function ‘utimes’; did you > > mean ‘ctime’? [-Werror=implicit-function-declaration] > > 513 | utimes(filename , ); I've pushed a patch to git which make the package compile without errors. Not going to upload as-is, as I hardly speak any C and don't really know what I'm doing and this is more than adding a missing #include or prototype and I don't understand the code. Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1066249: marked as pending in libmediascan
Control: tag -1 pending Hello, Bug #1066249 in libmediascan reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/perl-team/modules/packages/libmediascan/-/commit/0c920fa2741e966e16ca782a84646a90a02156bf Add implicit-function-declaration.patch. Closes: #1066249 (this message was generated automatically) -- Greetings https://bugs.debian.org/1066249
Bug#1065768: libauthen-krb5-perl: FTBFS on arm{el,hf}: Krb5.xs:1040:17: error: implicit declaration of function ‘krb5_free_address’; did you mean ‘krb5_free_addresses’? [-Werror=implicit-function-dec
On Sat, 09 Mar 2024 21:29:26 +0100, Sebastian Ramacher wrote: > Source: libauthen-krb5-perl > Version: 1.9-6 > Severity: serious > Tags: ftbfs > Justification: fails to build from source (but built successfully in the past) > X-Debbugs-Cc: sramac...@debian.org > > https://buildd.debian.org/status/fetch.php?pkg=libauthen-krb5-perl=armhf=1.9-6%2Bb3=1709893977=0 > > Krb5.xs:1040:17: error: implicit declaration of function ‘krb5_free_address’; > did you mean ‘krb5_free_addresses’? [-Werror=implicit-function-declaration] > 1040 | krb5_free_address(context,addr); > | ^ > | krb5_free_addresses Not sure there are many chances to fix this (short of disabling -Werror=implicit-function-declaration). Cf. also in Fedora: https://src.fedoraproject.org/rpms/perl-Authen-Krb5/commits/rawhide https://bugzilla.redhat.com/show_bug.cgi?id=2172836 Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1066498: dh-make-perl: autopkgtest regression due to time_t transition
On Wed, 13 Mar 2024 23:12:57 +0200, Niko Tyni wrote: > > Reviews welcome; I'm not sure it's the most elegant and safe solution, > > and also if this libperl5.38t64 naming has other effects. > Thanks for fixing this. Thanks for checking. > Didn't dig deeply into what the test is actually doing, but I think it'd > be fine to just hardcode libperl5.38t64 FWIW. 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.) > But whatever works is good of course. :) Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1065995: marked as pending in libauthen-smb-perl
Control: tag -1 pending Hello, Bug #1065995 in libauthen-smb-perl reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/perl-team/modules/packages/libauthen-smb-perl/-/commit/4d5c752a546cd7fd9b2d0a4b62a1babd263ca7c1 Add implicit-function-declaration.patch. Declare functions before use. Closes: #1065995 (this message was generated automatically) -- Greetings https://bugs.debian.org/1065995
Bug#1066498: dh-make-perl: autopkgtest regression due to time_t transition
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: libperl5.38t64, that's the > point probably … Fix committed in git. Reviews welcome; I'm not sure it's the most elegant and safe solution, and also if this libperl5.38t64 naming has other effects. Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1066786: marked as pending in dh-make-perl
Control: tag -1 pending Hello, Bug #1066786 in dh-make-perl reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/perl-team/modules/packages/dh-make-perl/-/commit/9877efe593292b17819005919785ea9525f05f9f t/DpkgLists.t: use Test::Deep's subsetof test to check for libperl5.xt64. Closes: #1066786 (this message was generated automatically) -- Greetings https://bugs.debian.org/1066786
Bug#1066498: dh-make-perl: autopkgtest regression due to time_t transition
On Wed, 13 Mar 2024 11:20:06 -0100, Graham Inggs wrote: > dh-make-perl's autopkgtest regress when tested with perl/5.38.2-3.2 > [1]. I've copied what I hope is the relevant part of the log below. Huh, thanks for the bug report; the autopkgtests still worked a week ago on my laptop, when I did the last upload. > From what I can see on the excuses page for perl [2], dh-make-perl's > autopkgtests are the only ones failing on all architectures, besides > perl's own. Do these test cases need updating to handle the 't64'? Let's have a look: > 80s not ok 5 - Errno is in libperl5.38 or perl-base (or only perl-base > for perl < 5.22) *sigh* libperl5.38 or as it's called nowadays: libperl5.38t64, that's the point probably … Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- BOFH excuse #233: TCP/IP UDP alarm threshold is set too low.
Bug#1065975: marked as pending in libnet-nis-perl
Control: tag -1 pending Hello, Bug #1065975 in libnet-nis-perl reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/perl-team/modules/packages/libnet-nis-perl/-/commit/a7a6e87c5cddc4c4a0e3943aadea64c9d47a1761 Add patch to declare function before use. Closes: #1065975 (this message was generated automatically) -- Greetings https://bugs.debian.org/1065975
Bug#1065788: marked as pending in liblocale-hebrew-perl
Control: tag -1 pending Hello, Bug #1065788 in liblocale-hebrew-perl reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/perl-team/modules/packages/liblocale-hebrew-perl/-/commit/de1692a5e4467ab6a9855aa2d70b22539dce5391 Add patch to declare function before use. Closes: #1065788 (this message was generated automatically) -- Greetings https://bugs.debian.org/1065788
Bug#1066001: marked as pending in libnet-rawip-perl
Control: tag -1 pending Hello, Bug #1066001 in libnet-rawip-perl reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/perl-team/modules/packages/libnet-rawip-perl/-/commit/f71a2a1bc06079cc8bf147cf60d69073010996f9 Add Fedora patches to fix compiler warnings and errors. Closes: #1066001 (this message was generated automatically) -- Greetings https://bugs.debian.org/1066001
Bug#1065999: marked as pending in libnet-freedb-perl
Control: tag -1 pending Hello, Bug #1065999 in libnet-freedb-perl reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/perl-team/modules/packages/libnet-freedb-perl/-/commit/dd4135defb1ca704d8055fe2daa1f08cd44cd63a Add patch to define read_toc() before using it in get_disc_id(). Closes: #1065999 (this message was generated automatically) -- Greetings https://bugs.debian.org/1065999
Bug#1065997: marked as pending in libdata-pond-perl
Control: tag -1 pending Hello, Bug #1065997 in libdata-pond-perl reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/perl-team/modules/packages/libdata-pond-perl/-/commit/b4033843ece82817471b711689f30859a8f135a9 Add patch to use uvchr_to_utf8_flags instead of uvuni_to_utf8_flags. Closes: #1065997 (this message was generated automatically) -- Greetings https://bugs.debian.org/1065997
Bug#1065786: marked as pending in libnet-idn-encode-perl
Control: tag -1 pending Hello, Bug #1065786 in libnet-idn-encode-perl reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/perl-team/modules/packages/libnet-idn-encode-perl/-/commit/aeae1ed9275710fe3c603801f4092a17058a0eec Add patch to avoid removed uvuni_to_utf8_flags. Closes: #1065786 (this message was generated automatically) -- Greetings https://bugs.debian.org/1065786
Bug#1065785: marked as pending in libxml-easy-perl
Control: tag -1 pending Hello, Bug #1065785 in libxml-easy-perl reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/perl-team/modules/packages/libxml-easy-perl/-/commit/ca265cbf51ea34dac2f7f1ff5a3a0cf6cc8eb86a Add patch to replace removed uvuni_to_utf8_flags. Closes: #1065785 (this message was generated automatically) -- Greetings https://bugs.debian.org/1065785
Bug#1065784: marked as pending in libinline-python-perl
Control: tag -1 pending Hello, Bug #1065784 in libinline-python-perl reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/perl-team/modules/packages/libinline-python-perl/-/commit/87090c0c4c57ae3ba91c7e0df0565b47445d02a4 Add patch from upstream Git for C99 compatibility. Closes: #1065784 (this message was generated automatically) -- Greetings https://bugs.debian.org/1065784
Bug#1065783: marked as pending in libdata-uuid-libuuid-perl
Control: tag -1 pending Hello, Bug #1065783 in libdata-uuid-libuuid-perl reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/perl-team/modules/packages/libdata-uuid-libuuid-perl/-/commit/7ede4508b7e7423563d2e050dec3975c0cc55d4e Add patch arc4random_stir.patch. Comment out unused code path which causes a build failure with -Werror=implicit-function-declaration. Closes: #1065783 (this message was generated automatically) -- Greetings https://bugs.debian.org/1065783
Bug#1065762: marked as pending in libaudio-cd-perl
Control: tag -1 pending Hello, Bug #1065762 in libaudio-cd-perl reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/perl-team/modules/packages/libaudio-cd-perl/-/commit/ce7ee2af1623b0dedc81a80fc676de24f123b36f Add patch to add missing #includes. Closes: #1065762 (this message was generated automatically) -- Greetings https://bugs.debian.org/1065762
Bug#1065760: marked as pending in libkinosearch1-perl
Control: tag -1 pending Hello, Bug #1065760 in libkinosearch1-perl reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/perl-team/modules/packages/libkinosearch1-perl/-/commit/85cf22a383d366829fca2f799afd35dfba0a4ebd Add patch from CPAN RT for C99 compatibility. Closes: #1065760 (this message was generated automatically) -- Greetings https://bugs.debian.org/1065760
Bug#1064058: Bug#1050336: Bug#1064058: libxml-stream-perl: TLS/SSL broken with IO-Socket-SSL >= 2.078 when hostname verification is enabled
On Sun, 18 Feb 2024 01:41:20 +0100, gregor herrmann via pkg-perl-maintainers wrote: > If yes, I'm happy to > - do some BTS manipulation > - more relevant: get this fix into bookworm for the next point > release. Fixed package uploaded to bookworm right now, and unblock request filed: #1065376 Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1065182: marked as pending in libquota-perl
Control: tag -1 pending Hello, Bug #1065182 in libquota-perl reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/perl-team/modules/packages/libquota-perl/-/commit/4a8cb792937a4fd6ce63501810bf20dfe8fe702b Add build dependency on libtirpc-dev. Thanks: Aurelien Jarno for the bug report. Closes: #1065182 (this message was generated automatically) -- Greetings https://bugs.debian.org/1065182
Bug#1064755: marked as pending in libflickr-api-perl
Control: tag -1 pending Hello, Bug #1064755 in libflickr-api-perl reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/perl-team/modules/packages/libflickr-api-perl/-/commit/f7150fb76016ddf8f2bffe6b2fd5923b61e6e103 Add patch for changed Flickr error code. Closes: #1064755 (this message was generated automatically) -- Greetings https://bugs.debian.org/1064755
Bug#1064723: marked as pending in libio-async-loop-epoll-perl
Control: tag -1 pending Hello, Bug #1064723 in libio-async-loop-epoll-perl reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/perl-team/modules/packages/libio-async-loop-epoll-perl/-/commit/cf41de5f892135b06bfc20b9b5a0f47a7be76c59 Add test dependency on libtest2-suite-perl. Closes: #1064723 (this message was generated automatically) -- Greetings https://bugs.debian.org/1064723
Bug#1064709: marked as pending in libio-async-loop-glib-perl
Control: tag -1 pending Hello, Bug #1064709 in libio-async-loop-glib-perl reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/perl-team/modules/packages/libio-async-loop-glib-perl/-/commit/82f4a628d8c7aef59847b323622b50d38b38d75b Add test dependency on libtest2-suite-perl. Closes: #1064709 (this message was generated automatically) -- Greetings https://bugs.debian.org/1064709
Bug#1064684: marked as pending in libio-async-loop-mojo-perl
Control: tag -1 pending Hello, Bug #1064684 in libio-async-loop-mojo-perl reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/perl-team/modules/packages/libio-async-loop-mojo-perl/-/commit/09587b1f17a7e70c6d8ac77c18ceb7c1e4af3ae7 Add test dependency on libtest2-suite-perl. Closes: #1064684 (this message was generated automatically) -- Greetings https://bugs.debian.org/1064684
Bug#1064482: marked as pending in libdemeter-perl
Control: tag -1 pending Hello, Bug #1064482 in libdemeter-perl reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/perl-team/modules/packages/libdemeter-perl/-/commit/9bed5fb294bbd7c400266a6086eb10509266bdaa Update test and runtime dependencies. Add libchemistry-formula-perl to Build-Depends and libwx-perl to Depends, the latter closes: #1064482. (this message was generated automatically) -- Greetings https://bugs.debian.org/1064482
Bug#1050336: Bug#1064058: libxml-stream-perl: TLS/SSL broken with IO-Socket-SSL >= 2.078 when hostname verification is enabled
Control: reassign 1032868 libxml-stream-perl 1.24-4 Control: reassign 1050336 libxml-stream-perl 1.24-4 Control: fixed 1032868 1.24-5 Control: fixed 1050336 1.24-5 Control: tag 986971 bookworm sid trixie upstream Control: tag 1032868 bookworm sid trixie upstream Control: tag 1050336 bookworm sid trixie upstream On Mon, 19 Feb 2024 20:48:26 +0100, Manfred Stock wrote: > > I remember looking at #1050336 in libnet-xmpp-perl and having the > > suspicion that the problem is actually in libxml-stream-perl, but > > never managed to nail it down. > It actually took me a while, too ;). Heh :) > I think I ended up in XML-Stream > because of the debug output, especially the binary part that was printed > in the output of a read operation. A few detours later, I found the > IO-Socket-SSL release where it stopped working and remembered that > start_SSL() was called in XML::Stream and that an example in the > documentation somewhere passed a hostname, which wasn't done in > XML::Stream. And that was the nice finding. > > I've uploaded libxml-stream-perl 1.24-5 to unstable right now. > Thanks! I quickly tested this package and can confirm that it works for > me. Great, thanks. > > > I'd like to invite the submitters of the other bugs to tests if there > > problems are fixed with libxml-stream-perl 1.24-5. > > > > If yes, I'm happy to > > - do some BTS manipulation > > - more relevant: get this fix into bookworm for the next point > > release. > > This would be great, thanks! In #986971 Martin has already confirmed that libxml-stream-perl/1.24-5 fixes his issue, and the bug has been reassigned. I'm now reassigning the other 2 bugs and will merge them later. Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1050336: Bug#1064058: libxml-stream-perl: TLS/SSL broken with IO-Socket-SSL >= 2.078 when hostname verification is enabled
On Fri, 16 Feb 2024 15:56:04 +0100, Manfred Stock wrote: > after upgrading to Debian Bookworm, we noticed that the sendxmpp command > line tool was not working anymore in our setup. During the investigation > of this issue, I noticed that downgrading IO-Socket-SSL to the version > in Bullseye made sendxmpp work again. I then started to try all versions > of IO-Socket-SSL between the version in Bullseye and the one in Bookworm > and found that it stopped working with version 2.078. Eventually, I came > up with a pull request [1] containing a patch that fixed it for us - > apparently, the way XML-Stream was using IO-Socket-SSL most likely > always resulted in the hostname verification to be done against the IP > address of the peer instead of an actual hostname, which was always > considered to be successful in IO-Socket-SSL < 2.078, but not anymore in > newer versions. Oh wow -- thank you! I remember looking at #1050336 in libnet-xmpp-perl and having the suspicion that the problem is actually in libxml-stream-perl, but never managed to nail it down. > Since the upstream seems quite inactive, it might be worth considering > to add this or a similar patch to the package in Debian, as I came > across several other bug reports in the Debian BTS which might actually > be caused by this issue, like #986971 [2], #1032868 [3] and maybe also > #1050336 [4] - at least the error messages in the first two look very > similar to what I saw. I've uploaded libxml-stream-perl 1.24-5 to unstable right now. I'd like to invite the submitters of the other bugs to tests if there problems are fixed with libxml-stream-perl 1.24-5. If yes, I'm happy to - do some BTS manipulation - more relevant: get this fix into bookworm for the next point release. Thanks again, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1061660: liblwp-protocol-https-perl: Fail to verify certificates
On Sun, 04 Feb 2024 17:18:18 +0100, Christian Marillat wrote: > On 04 févr. 2024 17:07, gregor herrmann wrote: > > And before I could file the bug upstream, I noticed that there is > > already a new pull request for this issue: > > https://github.com/libwww-perl/LWP-Protocol-https/pull/77 > This also solves this problem for me. Thanks for testing & confirming! Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1061660: liblwp-protocol-https-perl: Fail to verify certificates
Control: tag -1 + confirmed upstream patch Control: forwarded -1 https://github.com/libwww-perl/LWP-Protocol-https/pull/77 On Sat, 03 Feb 2024 08:40:41 +0100, Christian Marillat wrote: > This bug should be fixed. If Ipv6 isn't available, Ipv4 should be used. > Before 6.12 this package was working perfectly. > Th best is to forward this bug to upstream author. Right. And before doing this I wanted to understand what's actually going on, and finally I could reproduce it. You gave me the keyword earlier: The problem is in the SNI part of the change, and appears when a _proxy_ is used. So after installing squid in the local network I get: % https_proxy=http://new:3128 HEAD https://metacpan.org/release/LWP-Protocol-https 500 SSL upgrade failed: hostname verification failed Content-Type: text/plain Client-Date: Sun, 04 Feb 2024 15:50:11 GMT Client-Warning: Internal response (And the $host variable in line 85 is undef.) % env -u https_proxy HEAD https://metacpan.org/release/LWP-Protocol-https 200 OK Cache-Control: max-age=3600 Connection: close Date: Sun, 04 Feb 2024 15:50:37 GMT Via: 1.1 varnish, 1.1 varnish Accept-Ranges: bytes Age: 0 Server: nginx Vary: Accept-Encoding Content-Length: 49785 Content-Type: text/html; charset=utf-8 Last-Modified: Mon, 22 Jan 2024 17:51:48 GMT Client-Date: Sun, 04 Feb 2024 15:50:37 GMT Client-Peer: 151.101.194.217:443 Client-Response-Num: 1 Client-SSL-Cert-Issuer: /C=BE/O=GlobalSign nv-sa/CN=GlobalSign Atlas R3 DV TLS CA 2023 Q2 Client-SSL-Cert-Subject: /CN=metacpan.org Client-SSL-Cipher: ECDHE-RSA-CHACHA20-POLY1305 Client-SSL-Socket-Class: IO::Socket::SSL Client-SSL-Version: TLSv1_2 Content-Security-Policy: default-src * data: 'unsafe-inline'; frame-ancestors 'self' *.metacpan.org; script-src 'self' 'unsafe-eval' 'unsafe-inline' *.metacpan.org *.google-analytics.com *.google.com www.gstatic.com Strict-Transport-Security: max-age=31557600 X-Cache: MISS, MISS X-Cache-Hits: 0, 0 X-Content-Type-Options: nosniff X-Frame-Options: SAMEORIGIN X-Runtime: 3.174736 X-Served-By: cache-lhr7344-LHR, cache-vie6362-VIE X-Timer: S1707061835.628790,VS0,VE3218 X-XSS-Protection: 1; mode=block And before I could file the bug upstream, I noticed that there is already a new pull request for this issue: https://github.com/libwww-perl/LWP-Protocol-https/pull/77 And at least for me, the little change from https://patch-diff.githubusercontent.com/raw/libwww-perl/LWP-Protocol-https/pull/77.diff works: % https_proxy=http://new:3128 HEAD https://metacpan.org/release/LWP-Protocol-https 200 OK Cache-Control: max-age=3600 Connection: close Date: Sun, 04 Feb 2024 15:54:18 GMT Via: 1.1 varnish, 1.1 varnish Accept-Ranges: bytes Age: 221 Server: nginx Vary: Accept-Encoding Content-Length: 49785 Content-Type: text/html; charset=utf-8 Last-Modified: Mon, 22 Jan 2024 17:51:48 GMT Client-Date: Sun, 04 Feb 2024 15:54:18 GMT Client-Peer: 192.168.0.247:3128 Client-Response-Num: 1 Content-Security-Policy: default-src * data: 'unsafe-inline'; frame-ancestors 'self' *.metacpan.org; script-src 'self' 'unsafe-eval' 'unsafe-inline' *.metacpan.org *.google-analytics.com *.google.com www.gstatic.com Strict-Transport-Security: max-age=31557600 X-Cache: MISS, HIT X-Cache-Hits: 0, 1 X-Content-Type-Options: nosniff X-Frame-Options: SAMEORIGIN X-Runtime: 3.174736 X-Served-By: cache-lhr7344-LHR, cache-vie6320-VIE X-Timer: S1707062059.838034,VS0,VE2 X-XSS-Protection: 1; mode=block I'm preparing an upload with this new fix. Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1061660: marked as pending in liblwp-protocol-https-perl
Control: tag -1 pending Hello, Bug #1061660 in liblwp-protocol-https-perl reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/perl-team/modules/packages/liblwp-protocol-https-perl/-/commit/b4b9c01a735c2dafd246eabe34271bd2038003d2 Add patch from upstream pull request to fix SSL upgrade for regular host names observed in connection with proxies. Closes: #1061660 Thanks: Christian Marillat for the bug report and the help in debugging. (this message was generated automatically) -- Greetings https://bugs.debian.org/1061660
Bug#1062885: mimetic: NMU diff for 64-bit time_t transition
On Sat, 03 Feb 2024 21:23:42 +, Graham Inggs wrote: > Source: mimetic > Version: 0.9.8-10 > Please find the patch for this NMU attached. Thanks; and sorry for uploading 0.9.8-11 to unstable 2 days ago, which caused your NMU to be REJECTed. > If you have any concerns about this patch, please reach out ASAP. Although > this package will be uploaded to experimental immediately, I've now incorporated your changes to the package's git repo and uploaded them to experimental. So I guess we're good again :) (I've also fixed the lintian-overrides output of the transition script: https://git.toastfreeware.priv.at/debian/mimetic.git/commitdiff/50936beaa87d790ccf1bfdee4e3a2cde3cb1893c which got the soname wrong.) Thanks for your work on this transition! Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1061660: liblwp-protocol-https-perl: Fail to verify certificates
On Tue, 30 Jan 2024 18:18:59 +0100, Christian Marillat wrote:
> > @@ -96,9 +96,12 @@
> > if ( $Net::HTTPS::SSL_SOCKET_CLASS->can('start_SSL')) {
> > *_upgrade_sock = sub {
> > my ($self,$sock,$url) = @_;
> > +# SNI should be passed there only if it is not an IP address.
> > +# Details:
> > https://github.com/libwww-perl/libwww-perl/issues/449#issuecomment-1896175509
>
> I had the idea to read this github issue.
Thanks for your further investigations!
> In my case I've a proxy and IPv6 isn't configured so this explain this
> Debian bug and reverting upstream changes in 6.12 is maybe a bad idea.
Ok; so where does this leave us? Do I understand you correctly that
we should not revert the above change, and that the issue is with
your local setup? So should we just close the bug or is there
anything left?
Cheers,
gregor
--
.''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org
: :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06
`. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
`-
signature.asc
Description: Digital Signature
Bug#1061660: liblwp-protocol-https-perl: Fail to verify certificates
On Mon, 29 Jan 2024 08:53:45 +0100, Christian Marillat wrote:
> >> This issue doesn't exist with 6.11-1. I've seen this bug when 6.12 has
> >> been installed.
> > What doesn't help is that I've uploaded libio-socket-ssl-perl 2.085-1
> > as well … (Although with minimal changes as well.)
> Could you try to reprocduce this bug with the svt-av1 package ?
Sure. Running `uscan --report' in the version from dmo gives no
output at all, in the version currently in testing and unstable tells
me about the new upstream version:
% uscan --report
Newest version of svt-av1 on remote site is 1.8.0, local version is 1.7.0
(mangled local version is 1.7.0)
=> Newer package available from:
=>
https://gitlab.com/AOMediaCodec/SVT-AV1/-/archive/v1.8.0/SVT-AV1-v1.8.0.tar.bz2
In both cases no errors or whatever.
> >> The attached patch isn't clean :
> > Sorry, that was a diff of the upstream git tags.
> This diff fix this issue.
Thanks for checking.
Alright, so we know that
1) something is different between your and my environment, and
2) one of the two small changes between 6.11 and 6.12 causes errors
for you
Could you try which of the two hunks is the culprit? My very random
guess is that it's the first one [0]; for some reason my laptop
prefers IPv4 although I also have IPv6 …
Cheers,
gregor
[0]
@@ -56,7 +56,7 @@
}
}
$self->{ssl_opts} = \%ssl_opts;
-return (%ssl_opts, $self->SUPER::_extra_sock_opts);
+return (%ssl_opts, MultiHomed => 1, $self->SUPER::_extra_sock_opts);
}
# This is a subclass of LWP::Protocol::http.
--
.''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org
: :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06
`. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
`-
signature.asc
Description: Digital Signature
Bug#1061660: liblwp-protocol-https-perl: Fail to verify certificates
On Sun, 28 Jan 2024 18:44:02 +0100, Christian Marillat wrote:
> > Does it work for you if you downgrade liblwp-protocol-https-perl to 6.11-1
> > from testing? If yes, which of the two hunks from [0] is causing the
> > problem?
> This issue doesn't exist with 6.11-1. I've seen this bug when 6.12 has
> been installed.
What doesn't help is that I've uploaded libio-socket-ssl-perl 2.085-1
as well … (Although with minimal changes as well.)
> The attached patch isn't clean :
Sorry, that was a diff of the upstream git tags.
From the debdiff:
#v+
diff -Nru liblwp-protocol-https-perl-6.11/lib/LWP/Protocol/https.pm
liblwp-protocol-https-perl-6.12/lib/LWP/Protocol/https.pm
--- liblwp-protocol-https-perl-6.11/lib/LWP/Protocol/https.pm 2023-07-09
17:10:32.0 +0200
+++ liblwp-protocol-https-perl-6.12/lib/LWP/Protocol/https.pm 2024-01-22
18:51:33.0 +0100
@@ -56,7 +56,7 @@
}
}
$self->{ssl_opts} = \%ssl_opts;
-return (%ssl_opts, $self->SUPER::_extra_sock_opts);
+return (%ssl_opts, MultiHomed => 1, $self->SUPER::_extra_sock_opts);
}
# This is a subclass of LWP::Protocol::http.
@@ -96,9 +96,12 @@
if ( $Net::HTTPS::SSL_SOCKET_CLASS->can('start_SSL')) {
*_upgrade_sock = sub {
my ($self,$sock,$url) = @_;
+# SNI should be passed there only if it is not an IP address.
+# Details:
https://github.com/libwww-perl/libwww-perl/issues/449#issuecomment-1896175509
+ my $host = $url->host_port() =~ m/:|^[\d.]+$/s ? undef : $url->host();
$sock = LWP::Protocol::https::Socket->start_SSL( $sock,
SSL_verifycn_name => $url->host,
- SSL_hostname => $url->host,
+ SSL_hostname => $host,
$self->_extra_sock_opts,
);
$@ = LWP::Protocol::https::Socket->errstr if ! $sock;
#v-
> > Do the errors from qa.debian.org go away if you run uscan as
> > "PERL_LWP_SSL_VERIFY_HOSTNAME=1 uscan …"?
> Still the same. I also this bug with gitlab.
Hm …
Cheers,
gregor
--
.''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org
: :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06
`. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
`-
signature.asc
Description: Digital Signature
Bug#1061660: liblwp-protocol-https-perl: Fail to verify certificates
Control: tag -1 + unreproducible
On Sun, 28 Jan 2024 09:07:00 +0100, Christian Marillat wrote:
> uscan from devscipts package fail to verify certificates afetr upgrading
> to liblwp-protocol-https-perl 6.12-1
Thanks for your bug report.
> ,
> | uscan warn: In watchfile debian/watch, reading webpage
> | https://qa.debian.org/watch/sf.php/pcre/ failed: 500 SSL upgrade failed:
> hostname verification failed
> | uscan warn: In watchfile debian/watch, reading webpage
> | https://qa.debian.org/watch/sf.php/mjpeg/ failed: 500 SSL upgrade failed:
> hostname verification failed
> | uscan warn: In watchfile debian/watch, reading webpage
> | https://gitlab.com/AOMediaCodec/SVT-AV1/-/tags failed: 500 SSL upgrade
> failed: SSL connect attempt failed error:0A000410:SSL routines::sslv3 alert
> handshake failure
> | uscan warn: In watchfile debian/watch, reading webpage
> | https://qa.debian.org/watch/sf.php/synfig/ failed: 500 SSL upgrade
> failed: hostname verification failed
> `
I was a bit skeptical that these issues come from
liblwp-protocol-https-perl, as the changes between 6.11 and 6.12 are
small[0], and the errors sound like different issues:
- "hostname verification failed" might be the change in HTTP::Tiny …
or no, as that validates SSL certs; the error "hostname verification
failed" comes from libio-socket-ssl-perl
- "routines::sslv3 alert handshake failure" sounds like an openssl
configuration thing
Interestingly I can't reproduce the issue which makes diving into the
problem a bit hard:
% cat qa-sf-watch
version=4
https://qa.debian.org/watch/sf.php/pcre/ .*@ANY_VERSION@@ARCHIVE_EXT@
% cat gitlab-watch
version=4
https://gitlab.com/AOMediaCodec/SVT-AV1/-/tags .*@ANY_VERSION@@ARCHIVE_EXT@
% for w in qa-sf-watch gitlab-watch; do uscan --report --watchfile $w --package
abc --upstream-version 123; done
%
Does it work for you if you downgrade liblwp-protocol-https-perl to 6.11-1
from testing? If yes, which of the two hunks from [0] is causing the
problem?
Do the errors from qa.debian.org go away if you run uscan as
"PERL_LWP_SSL_VERIFY_HOSTNAME=1 uscan …"?
Does anyone else reading along have any ideas?
Cheers,
gregor
[0]
diff --git a/lib/LWP/Protocol/https.pm b/lib/LWP/Protocol/https.pm
index 16fce19..01a800b 100644
--- a/lib/LWP/Protocol/https.pm
+++ b/lib/LWP/Protocol/https.pm
@@ -56,7 +56,7 @@ EOT
}
}
$self->{ssl_opts} = \%ssl_opts;
-return (%ssl_opts, $self->SUPER::_extra_sock_opts);
+return (%ssl_opts, MultiHomed => 1, $self->SUPER::_extra_sock_opts);
}
# This is a subclass of LWP::Protocol::http.
@@ -96,9 +96,12 @@ sub _get_sock_info
if ( $Net::HTTPS::SSL_SOCKET_CLASS->can('start_SSL')) {
*_upgrade_sock = sub {
my ($self,$sock,$url) = @_;
+# SNI should be passed there only if it is not an IP address.
+# Details:
https://github.com/libwww-perl/libwww-perl/issues/449#issuecomment-1896175509
+ my $host = $url->host_port() =~ m/:|^[\d.]+$/s ? undef : $url->host();
$sock = LWP::Protocol::https::Socket->start_SSL( $sock,
SSL_verifycn_name => $url->host,
- SSL_hostname => $url->host,
+ SSL_hostname => $host,
$self->_extra_sock_opts,
);
$@ = LWP::Protocol::https::Socket->errstr if ! $sock;
--
.''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org
: :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06
`. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
`-
signature.asc
Description: Digital Signature
Bug#1060740: regripper: diff for NMU version 3.0~git20221205.d588019+dfsg-1.1
Dear maintainer,
I've prepared and uploaded an NMU for regripper (versioned as
3.0~git20221205.d588019+dfsg-1.1). The diff is attached to this
message.
Sorry for the rush, this was one of the last blockers of the ongoing
perl 5.38 migration.
Cheers,
gregor
--
.''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org
: :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06
`. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
`-
diff -Nru regripper-3.0~git20221205.d588019+dfsg/debian/changelog regripper-3.0~git20221205.d588019+dfsg/debian/changelog
--- regripper-3.0~git20221205.d588019+dfsg/debian/changelog 2022-12-11 09:36:06.0 +0100
+++ regripper-3.0~git20221205.d588019+dfsg/debian/changelog 2024-01-17 19:45:41.0 +0100
@@ -1,3 +1,16 @@
+regripper (3.0~git20221205.d588019+dfsg-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix "autopkgtest failure with Perl 5.38: changed diagnostics":
+Add patch from upstream Git repo fixing a syntax error (stray
+parenthesis) in ./plugins/clsid_tln.pl.
+Additionally add the now fixed clsid_tln plugin to
+debian/tests/testfiles/regripper-plugins.csv, the file containing the
+expected plugins.
+(Closes: #1060740)
+
+ -- gregor herrmann Wed, 17 Jan 2024 19:45:41 +0100
+
regripper (3.0~git20221205.d588019+dfsg-1) unstable; urgency=medium
[ Jan Gruber ]
diff -Nru regripper-3.0~git20221205.d588019+dfsg/debian/patches/1060740.patch regripper-3.0~git20221205.d588019+dfsg/debian/patches/1060740.patch
--- regripper-3.0~git20221205.d588019+dfsg/debian/patches/1060740.patch 1970-01-01 01:00:00.0 +0100
+++ regripper-3.0~git20221205.d588019+dfsg/debian/patches/1060740.patch 2024-01-17 19:32:16.0 +0100
@@ -0,0 +1,22 @@
+From ca9d83387e10854093f066a1ebe80cfc6852c832 Mon Sep 17 00:00:00 2001
+From: Andreas Hunkeler
+Date: Tue, 21 Mar 2023 19:18:29 +0100
+Subject: [PATCH] fix: remove unneeded parenthesis in clsid_tln.pl
+
+---
+ plugins/clsid_tln.pl | 3 ++-
+ 1 file changed, 2 insertions(+), 1 deletion(-)
+
+diff --git a/plugins/clsid_tln.pl b/plugins/clsid_tln.pl
+index adfe2df..eb57770 100644
+--- a/plugins/clsid_tln.pl
b/plugins/clsid_tln.pl
+@@ -109,7 +110,7 @@ sub pluginmain {
+
+ eval {
+ my $scriptlet = $s->get_subkey("ScriptletURL")->get_value("")->get_data();
+- ::rptMsg($s->get_subkey("ScriptletURL")->get_timestamp())."|REG|||CLID - ".$name."\\ScriptletURL: ".$scriptlet);
++ ::rptMsg($s->get_subkey("ScriptletURL")->get_timestamp()."|REG|||CLID - ".$name."\\ScriptletURL: ".$scriptlet);
+ };
+ }
+ }
diff -Nru regripper-3.0~git20221205.d588019+dfsg/debian/patches/series regripper-3.0~git20221205.d588019+dfsg/debian/patches/series
--- regripper-3.0~git20221205.d588019+dfsg/debian/patches/series 2022-12-11 09:36:06.0 +0100
+++ regripper-3.0~git20221205.d588019+dfsg/debian/patches/series 2024-01-17 19:32:16.0 +0100
@@ -1 +1,2 @@
10_modify-paths-in-srcs.patch
+1060740.patch
diff -Nru regripper-3.0~git20221205.d588019+dfsg/debian/tests/testfiles/regripper-plugins.csv regripper-3.0~git20221205.d588019+dfsg/debian/tests/testfiles/regripper-plugins.csv
--- regripper-3.0~git20221205.d588019+dfsg/debian/tests/testfiles/regripper-plugins.csv 2022-12-11 09:36:06.0 +0100
+++ regripper-3.0~git20221205.d588019+dfsg/debian/tests/testfiles/regripper-plugins.csv 2024-01-17 19:45:09.0 +0100
@@ -250,3 +250,4 @@
gpohist,,Software,Collects system/user GPO history
imagedev,20140104,System, --
winrar,20200526,NTUSER.DAT,Get WinRAR\ArcHistory entries
+clsid_tln,20200526,Software, USRCLASS.DAT,Get list of CLSID/registered classes
signature.asc
Description: Digital Signature
Bug#1060710: dnsenum: diff for NMU version 1.3.1-1.1
Dear maintainer,
I've prepared an NMU for dnsenum (versioned as 1.3.1-1.1). The diff
is attached to this message.
Sorry for the rush, this was one of the last blockers of the ongoing
perl 5.38 migration.
Cheers,
gregor
--
.''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org
: :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06
`. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
`-
diff -Nru dnsenum-1.3.1/debian/changelog dnsenum-1.3.1/debian/changelog
--- dnsenum-1.3.1/debian/changelog 2022-10-25 19:05:15.0 +0200
+++ dnsenum-1.3.1/debian/changelog 2024-01-17 19:27:32.0 +0100
@@ -1,3 +1,13 @@
+dnsenum (1.3.1-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix "autopkgtest failure with Perl 5.38: Smartmatch is deprecated":
+add patch perl5.38_smartmatch.patch, replacing smartmatch with a plain
+grep().
+(Closes: #1060710)
+
+ -- gregor herrmann Wed, 17 Jan 2024 19:27:32 +0100
+
dnsenum (1.3.1-1) unstable; urgency=medium
* New upstream version 1.3.1.
diff -Nru dnsenum-1.3.1/debian/patches/perl5.38_smartmatch.patch dnsenum-1.3.1/debian/patches/perl5.38_smartmatch.patch
--- dnsenum-1.3.1/debian/patches/perl5.38_smartmatch.patch 1970-01-01 01:00:00.0 +0100
+++ dnsenum-1.3.1/debian/patches/perl5.38_smartmatch.patch 2024-01-17 19:21:35.0 +0100
@@ -0,0 +1,32 @@
+Description: Stop using smartmatch
+ smartmatch is deprecated in perl 5.38, throwing warnings,
+ and will be removed in perl 5.42
+Origin: vendor
+Bug-Debian: https://bugs.debian.org/1060710
+Author: gregor herrmann
+Last-Update: 2024-01-13
+
+--- a/dnsenum.pl
b/dnsenum.pl
+@@ -50,9 +50,6 @@
+ use strict;
+ use warnings
+ ; #it complains about uninitialized values when it doesn't find address in RR; need to fix later
+-no
+- if $] >= 5.018, 'warnings',
+- "experimental::smartmatch";# Mute Experimental Warning
+ use Config;
+ use Term::ANSIColor;
+ use Getopt::Long;
+@@ -746,9 +743,9 @@
+ ##we only print / add the result if it doesn't match the wildcardaddress
+ if (
+ !(
+-$rr->can('address') && $rr->address ~~ @wildcardaddress
++$rr->can('address') && grep { $_ eq $rr->address } @wildcardaddress
+ )
+-&& !( $rr->name ~~ @wildcardcname )
++&& !( grep { $_ eq $rr->name } @wildcardcname )
+ )
+ {
+ printrr( $rr->string );
diff -Nru dnsenum-1.3.1/debian/patches/series dnsenum-1.3.1/debian/patches/series
--- dnsenum-1.3.1/debian/patches/series 2022-10-25 19:05:15.0 +0200
+++ dnsenum-1.3.1/debian/patches/series 2024-01-17 19:21:35.0 +0100
@@ -1 +1,2 @@
010_fix-usage-output.patch
+perl5.38_smartmatch.patch
signature.asc
Description: Digital Signature
Bug#1060458: uploaded release 804.036+dfsg1-2
On Sun, 14 Jan 2024 10:10:03 +0100, Georges Khaznadar wrote: > Hi, > I just uploaded a new release, with your changes included. Great, thanks alot! Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1060707: dh-make-elpa: autopkgtest failure with Perl 5.38: smartmatch is deprecated
On Sun, 14 Jan 2024 10:41:08 +0500, Lev Lamberov wrote: > > In case you have troubles finding someone from the team to upload, > > please shout, I'm happy to help. > I've just looked into the bug report and commited changes, and uploaded > the updated package. Great, thanks to both of you! Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1060707: dh-make-elpa: autopkgtest failure with Perl 5.38: smartmatch is deprecated
On Sat, 13 Jan 2024 22:04:20 +, Jeremy Sowden wrote: > > This package fails its autopkgtest checks with Perl 5.38 > > (currently in unstable.) > I've pushed a fix to Salsa: > > https://salsa.debian.org/emacsen-team/dh-make-elpa/-/commit/b6840bdc3b2a02ca07a2a601deff2a3947001368 Great! (And congratulations on finding out what this smartmatch operation was supposed to do, which I didn't manage :)) In case you have troubles finding someone from the team to upload, please shout, I'm happy to help. Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1060740: regripper: autopkgtest failure with Perl 5.38: changed diagnostics
Control: tag -1 + confirmed upstream fixed-upstream patch On Sat, 13 Jan 2024 17:33:07 +0200, Niko Tyni wrote: > Presumably the best fix is to correct the (longstanding) syntax error > in the plugin. % perl -c ./plugins/clsid_tln.pl syntax error at ./plugins/clsid_tln.pl line 112, near "$scriptlet)" Already found & fixed upstream: https://github.com/keydet89/RegRipper3.0/pull/55 Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1060458: perl-tk: diff for NMU version 1:804.036+dfsg1-1.1
Control: tags 1060458 + pending
Dear maintainer,
I've prepared an NMU for perl-tk (versioned as 1:804.036+dfsg1-1.1) and
uploaded it to DELAYED/1. Please feel free to tell me if I
should delay it longer.
Sorry for the rush, but this is blocking the perl 5.38 transition …
Cheers,
gregor
--
.''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org
: :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06
`. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
`-
diff -Nru perl-tk-804.036+dfsg1/debian/changelog perl-tk-804.036+dfsg1/debian/changelog
--- perl-tk-804.036+dfsg1/debian/changelog 2023-09-23 14:51:33.0 +0200
+++ perl-tk-804.036+dfsg1/debian/changelog 2024-01-13 19:08:35.0 +0100
@@ -1,3 +1,12 @@
+perl-tk (1:804.036+dfsg1-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix "FTBFS with Perl 5.38 on big-endian 64-bit: test failures":
+add Niko Tyni's patch to fix STRLEN vs int pointer confusion.
+(Closes: #1060458)
+
+ -- gregor herrmann Sat, 13 Jan 2024 19:08:35 +0100
+
perl-tk (1:804.036+dfsg1-1) unstable; urgency=medium
* replaced the build dependency libfreetype6-dev by libfreetype-dev
diff -Nru perl-tk-804.036+dfsg1/debian/patches/0001-Fix-STRLEN-vs-int-pointer-confusion-in-Tcl_GetByteAr.patch perl-tk-804.036+dfsg1/debian/patches/0001-Fix-STRLEN-vs-int-pointer-confusion-in-Tcl_GetByteAr.patch
--- perl-tk-804.036+dfsg1/debian/patches/0001-Fix-STRLEN-vs-int-pointer-confusion-in-Tcl_GetByteAr.patch 1970-01-01 01:00:00.0 +0100
+++ perl-tk-804.036+dfsg1/debian/patches/0001-Fix-STRLEN-vs-int-pointer-confusion-in-Tcl_GetByteAr.patch 2024-01-13 19:00:28.0 +0100
@@ -0,0 +1,45 @@
+From a26233c844c52f49ef9cca5f88dd9063aac60d0f Mon Sep 17 00:00:00 2001
+From: Niko Tyni
+Date: Thu, 11 Jan 2024 18:28:58 +
+Subject: [PATCH] Fix STRLEN vs int pointer confusion in
+ Tcl_GetByteArrayFromObj()
+
+Perl 5.37.2, more precisely commit
+
+ https://github.com/Perl/perl5/commit/1ef9039bccbfe64f47f201b6cfb7d6d23e0b08a7
+
+changed the implementation of SvPV() et al., breaking t/balloon.t,
+t/canvas2.t and t/photo.t on big-endian 64-bit architectures such as
+ppc64 and s390x because StringMatchGIF() no longer recognized GIF files.
+
+This is because Tcl_GetByteArrayFromObj() was calling SvPV() with an int
+pointer instead of a correct STRLEN pointer, and the new implementation
+is more sensitive to this: it assigns the pointers as-is, resulting in
+the int pointer pointing at the wrong end of the 64-bit length.
+
+Other functions taking a length pointer, at least Tcl_GetStringFromObj()
+already seem to do things correctly, so presumably this is not a
+systematic issue.
+---
+ objGlue.c | 5 -
+ 1 file changed, 4 insertions(+), 1 deletion(-)
+
+diff --git a/objGlue.c b/objGlue.c
+index d4927ea..dbd6a50 100644
+--- a/objGlue.c
b/objGlue.c
+@@ -627,7 +627,10 @@ Tcl_GetByteArrayFromObj(Tcl_Obj * objPtr, int * lengthPtr)
+ sv_utf8_downgrade(objPtr, 0);
+ if (lengthPtr)
+ {
+- return (unsigned char *) SvPV(objPtr, *lengthPtr);
++ STRLEN len;
++ unsigned char *s = SvPV(objPtr, len);
++ *lengthPtr = len;
++ return s;
+ }
+ else
+ {
+--
+2.30.2
+
diff -Nru perl-tk-804.036+dfsg1/debian/patches/series perl-tk-804.036+dfsg1/debian/patches/series
--- perl-tk-804.036+dfsg1/debian/patches/series 2023-09-22 17:49:03.0 +0200
+++ perl-tk-804.036+dfsg1/debian/patches/series 2024-01-13 19:00:28.0 +0100
@@ -1,3 +1,4 @@
20-pngsuite-lic.patch
60-man-name.patch
70-spellings.patch
+0001-Fix-STRLEN-vs-int-pointer-confusion-in-Tcl_GetByteAr.patch
signature.asc
Description: Digital Signature
Bug#1060710: dnsenum: autopkgtest failure with Perl 5.38: Smartmatch is deprecated
Control: tag -1 + patch upstream On Sat, 13 Jan 2024 13:17:01 +0200, Niko Tyni wrote: > This package fails its autopkgtest checks with Perl 5.38 > (currently in unstable.) > > 28s autopkgtest [21:35:23]: test command1: - - - - - - - - - - results - - > - - - - - - - - > 28s command1 FAIL stderr: Smartmatch is deprecated at > /usr/bin/dnsenum line 749. > 29s autopkgtest [21:35:24]: test command1: - - - - - - - - - - stderr - - - > - - - - - - - > 29s Smartmatch is deprecated at /usr/bin/dnsenum line 749. > 29s Smartmatch is deprecated at /usr/bin/dnsenum line 751. Here's a quilt patch getting rid of smartmatch. Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1060709: dh-runit: autopkgtest failure with Perl 5.38: given is deprecated
Control: tag -1 + confirmed patch
On Sat, 13 Jan 2024 13:14:48 +0200, Niko Tyni wrote:
> This package fails its autopkgtest checks with Perl 5.38
> (currently in unstable.)
>
> autopkgtest [21:33:45]: test command1: - - - - - - - - - - results - - - -
> - - - - - -
> command1 FAIL stderr: given is deprecated at /usr/bin/dh_runit
> line 50.
> autopkgtest [21:33:45]: test command1: - - - - - - - - - - stderr - - - - -
> - - - - -
Find attached a patch to get rid of given/when.
Cheers,
gregor
--
.''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org
: :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06
`. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
`-
diff --git a/dh_runit b/dh_runit
index 52a1c62..6bd7dfb 100755
--- a/dh_runit
+++ b/dh_runit
@@ -11,7 +11,6 @@ use Text::Hogan::Compiler;
use File::Slurp qw(read_file write_file);
use File::Copy::Recursive qw(dircopy);
use feature 'signatures';
-no warnings 'experimental';
our $VERSION = "2.16.0";
@@ -47,21 +46,21 @@ sub template_from_data_directory {
sub parse_options($opts) {
my $conf = { enable => 1, onupgrade => 'restart' };
for my $opt (split(/,/, $opts)) {
-given($opt) {
-when (/^disable$/) { $conf->{enable} = 0; };
-when (/^name=(.*)$/) { $conf->{name} = $1; };
-when (/^onupgrade=(.*)$/) { $conf->{onupgrade} = $1; };
-when (/^since=(.*)$/) { $conf->{since} = $1; };
-when (/^logscript$/) { $conf->{logscript} = 1};
-when (/^noreplace$/) { $conf->{noreplace} = 1};
-when (/^noscripts$/) { $conf->{noscripts} = 1};
-when (/^presubj$/) { $conf->{presubj} = 1; };
-when (/^usr$/) { $conf->{usr} = 1};
-when (/^finish$/) { $conf->{finish} = 1};
-when (/^nofinish$/) { $conf->{nofinish} = 1};
-when (/^bin=(.*)$/) { $conf->{bin} = $1; };
-when (/^defaults$/){ "do nothing"; };
-default{ error("unknown option `$opt'"); }
+for($opt) {
+if (/^disable$/) { $conf->{enable} = 0; }
+elsif (/^name=(.*)$/) { $conf->{name} = $1; }
+elsif (/^onupgrade=(.*)$/) { $conf->{onupgrade} = $1; }
+elsif (/^since=(.*)$/) { $conf->{since} = $1; }
+elsif (/^logscript$/) { $conf->{logscript} = 1}
+elsif (/^noreplace$/) { $conf->{noreplace} = 1}
+elsif (/^noscripts$/) { $conf->{noscripts} = 1}
+elsif (/^presubj$/){ $conf->{presubj} = 1; }
+elsif (/^usr$/){ $conf->{usr} = 1}
+elsif (/^finish$/) { $conf->{finish} = 1}
+elsif (/^nofinish$/) { $conf->{nofinish} = 1}
+elsif (/^bin=(.*)$/) { $conf->{bin} = $1; }
+elsif (/^defaults$/) { } # do nothing
+else { error("unknown option `$opt'"); }
}
}
return $conf;
signature.asc
Description: Digital Signature
Bug#1060323: libosp-dev: missing dependency on libosp5
On Fri, 12 Jan 2024 07:21:14 -0500, Neil Roeth wrote: > I took the second approach suggested by Gregor, of changing the install > order. Massive rewrite of d/rules to happen at a later date. :-) Thanks for the quick upload! Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1060458: perl-tk: FTBFS with Perl 5.38 on big-endian 64-bit: test failures
On Thu, 11 Jan 2024 21:29:50 +0200, Niko Tyni wrote: > This is currently a hard blocker for the ongoing Perl 5.38 transition as > perl-tk has quite a few reverse dependencies that are now uninstallable > on s390x. Georges, in case you don't find the time to upload a fixed package, I'm happy to do an NMU with Niko's patch to unblock the perl transition. Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1026046: FTBFS: test failures on some architectures
On Thu, 11 Jan 2024 21:50:33 +0200, Niko Tyni wrote: > Either it's gotten worse or it's just bad luck, but previously built > archs (armhf and armel) are now failing, making this release critical > and blocking the Perl 5.38 transition. I also noticed that the new failures are slightly different than the previous ones we (or the upstream ticket) mentioned, and I'm not sure this fallout is confined to specific architectures. > Guess we could just skip / ignore t/02context.t, or alternatively make > the build fail deterministically on the affected architectures and remove > the existing binaries... Luckily libdevel-mat-perl is no key package and has no reverse dependencies, so it can safely be removed from testing until upstream finds the time to look into this issue … Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1060323: libosp-dev: missing dependency on libosp5
On Tue, 09 Jan 2024 17:58:57 +0200, Niko Tyni wrote:
> the libosp-dev package in sid is missing a dependency on libosp5,
> leaving /usr/lib/libosp.so a dangling symlink and making at least
> libsgml-parser-opensp-perl (and probably other packages build-depending
> on libosp-dev) fail to build.
A quick look:
I think this is caused by bumping the debhelper cpompatibility level
from 7 to 13 … And a not really uncomplicated debian/rules file.
What's happening, with DH_VERSBOSE set, is:
#v+
fakeroot debian/rules binary
…
: > debian/libosp-dev.substvars
…
echo "opensp:Version=opensp (= 1.5.2-14.1)">>
debian/libosp-dev.substvars
…
echo "libosp:Version=libosp5 (= 1.5.2-14.1)" >>
debian/libosp-dev.substvars
echo "libosp:ShlibVersion=libosp5 (>= 1.5.2-1)" >> debian/libosp-dev.substvars
…
dh_prep
rm -f -- debian/opensp.substvars debian/libosp5.substvars
debian/libosp-dev.substvars
…
dpkg-gencontrol: warning: Depends field of package libosp-dev: substitution
variable ${opensp:Version} used, but is not defined
dpkg-gencontrol: warning: Depends field of package libosp-dev: substitution
variable ${libosp:Version} used, but is not defined
#v-
What works is
- remove the dh_prep call
- change it to `dh_prep -Xdebian/libosp-dev.substvars'
- probably also rewriting d/rules massively :)
What also seems to work is changing the order around by re-arranging
the target dependencies in d/rules:
#v+
diff -Nru opensp-1.5.2/debian/rules opensp-1.5.2/debian/rules
--- opensp-1.5.2/debian/rules 2023-12-29 00:09:16.0 +0100
+++ opensp-1.5.2/debian/rules 2024-01-10 17:31:57.0 +0100
@@ -95,12 +95,12 @@
build-indep: build-stamp
-debian/copyright: COPYING debian/copyright.Debian
+debian/copyright: COPYING debian/copyright.Debian install-stamp
# to ensure we have a verbatim copy of the upstream copyright,
# cat the Debian-specific stuff to the end of the upstream file
cat $^ > $@
-debian/$(pkg-libosp-dev).substvars:
+debian/$(pkg-libosp-dev).substvars: install-stamp
# indicate our providing version of shlibs; this must be
# sync'd with debian/control
: > $@
@@ -108,17 +108,17 @@
echo "libosp:Version=$(pkg-libosp) (= $(DEB_VERSION))" >> $@
echo "libosp:ShlibVersion=$(pkg-libosp) (>= $(SHLIBS_PKGVER))" >> $@
-debian/$(pkg-libosp).shlibs:
+debian/$(pkg-libosp).shlibs: install-stamp
# std shlibs file, with the first version that supplied the version
# that applications should build with
echo "libosp $(libosp-maj-ver) $(pkg-libosp) (>=
$(SHLIBS_PKGVER))" > $@
-debian/README.Debian: debian/README.Debian.in
+debian/README.Debian: debian/README.Debian.in install-stamp
# substitute the catalog paths
sed -e 's|%{default-catalogs}|$(default-catalogs)|' \
-e 's|%{default-sgml-path}|$(default-sgml-path)|' $^ > $@
-debian/$(pkg-libosp).README.Debian:debian/$(pkg-libosp).README.Debian.in
+debian/$(pkg-libosp).README.Debian:debian/$(pkg-libosp).README.Debian.in
install-stamp
# substitute the catalog paths
sed -e 's|%{default-catalogs}|$(default-catalogs)|' \
-e 's|%{default-sgml-path}|$(default-sgml-path)|' $^ > $@
@@ -130,7 +130,7 @@
# Install into DESTDIR, then move everything later. CURDIR is set by make.
DESTDIR = $(CURDIR)/debian/tmp
export DESTDIR
-install-stamp: build-stamp $(install-common)
+install-stamp: build-stamp
dh_testdir
dh_testroot
dh_prep
@@ -161,7 +161,7 @@
# There are no architecture-independent binary packages generated from this
# source package.
-binary-arch: install-stamp
+binary-arch: install-stamp $(install-common)
dh_testdir
dh_testroot
#v-
Cheers,
gregor
--
.''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org
: :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06
`. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
`-
signature.asc
Description: Digital Signature
Bug#1060032: libcircle-fe-term-perl: test failures with libtickit-widgets-perl 0.39-1
Source: libcircle-fe-term-perl Version: 0.232470-1 Severity: serious Tags: upstream ftbfs trixie sid Justification: fails to build from source -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 libcircle-fe-term-perl has test failures with libtickit-widgets-perl 0.39-1 dh_auto_test /usr/bin/perl Build test --verbose 1 # Failed test 'use Circle::FE::Term::Widget::Entry;' # at t/00use.t line 15. # Tried to use 'Circle::FE::Term::Widget::Entry'. # Error: Cannot add a new method to an already-sealed class at /usr/share/perl5/Tickit/Style.pm line 246. # BEGIN failed--compilation aborted at /build/libcircle-fe-term-perl-0.232470/blib/lib/Circle/FE/Term/Widget/Entry.pm line 174. # Compilation failed in require at t/00use.t line 15. # BEGIN failed--compilation aborted at t/00use.t line 15. # Looks like you failed 1 test of 7. t/00use.t .. ok 1 - use Circle::FE::Term; ok 2 - use Circle::FE::Term::Tab; ok 3 - use Circle::FE::Term::Ribbon; ok 4 - use Circle::FE::Term::Widget::Box; ok 5 - use Circle::FE::Term::Widget::Scroller; ok 6 - use Circle::FE::Term::Widget::Label; not ok 7 - use Circle::FE::Term::Widget::Entry; 1..7 Dubious, test returned 1 (wstat 256, 0x100) Failed 1/7 subtests Test Summary Report - --- t/00use.t (Wstat: 256 (exited 1) Tests: 7 Failed: 1) Failed test: 7 Non-zero exit status: 1 Files=1, Tests=7, 0 wallclock secs ( 0.01 usr 0.01 sys + 0.17 cusr 0.02 csys = 0.21 CPU) Result: FAIL Cf. https://ci.debian.net/packages/libc/libcircle-fe-term-perl/testing/amd64/41469556/ Cheers, gregor -BEGIN PGP SIGNATURE- iQKTBAEBCgB9FiEE0eExbpOnYKgQTYX6uzpoAYZJqgYFAmWXZPJfFIAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEQx RTEzMTZFOTNBNzYwQTgxMDREODVGQUJCM0E2ODAxODY0OUFBMDYACgkQuzpoAYZJ qgYkiQ/7BWudMEVMYzyVW8KyC18XzVOioQ+8h++5b8rG/FLdX+bcPZUfKr4S9NAX iaC4M9xoRmdPKSmDW4XG6AiJMcDGzwIjoMmogEEcjmV4UmkksFcMtZXTdZ3D8zkz Nwsod/ZGt4/gnSBFkNw5rcxApFlrWQKcUHF68yoQh+p6JbExyyIFOL/5+Hr38I+e CEOYRWe5NPZxcMrd1BI4ab/T2N5TnnWSVUN7qTjVozbS7sy9RW5xeH4PwEkJxJB7 VzTmc/iRzxWWkel8XLIfQpmx/MXTuKqB9A/UJsdhoS+WKQ4bivsEy9QBSDz2lAVB N6nPJixJFq7VOjJqWBFmCNJr/WhYNllVccxh4pmzdpIip7Tf7Weqvu0PKE/8JisT gnN25f9o2+doEy6gkW3LdjxR9jGFcBcXotGAg1jbh5rk5x/qgU2jA8BEhxBIRKgb dOGPz/sSuJYdhhXzH3yOs+4n1LZi17eChChMSfsv5DytS63j5xvqyYx/51YWrMgQ AfdMQUfHKrQo4ezwnt3I+QY4nOtGjtgAI7F88UzbxPkxtehCGiHHWX+MmYs4Wd2n X6vTDsAQIdDZsq1V3PPW5MzsA83QIu3NRwuxRSf5HjQSG/mPrLO2TD6U2aXIhM3+ WU8d91C692S3uQ7UuKh2govUN+SDvPlDniMyUm+YN1LSkdG81iM= =qvl2 -END PGP SIGNATURE-
Bug#1056594: mat2: test failure
On Mon, 01 Jan 2024 09:50:42 +0100, Paul Gevers wrote: > On Thu, 23 Nov 2023 18:03:45 +0100 gregor herrmann > wrote: > > I've locally added upstream commit > > https://0xacab.org/jvoisin/mat2/-/commit/bbd5b2817c9d64013e2f5ed670aca8d4738bb484 > > as a quilt patch, and the tests pass both during build and > > autopkgtest. > I'm going to NMU with this patch shortly. @gregor, any reason why you didn't > the upload to DELAYED after you built it already? First I wanted to give the maintainers some time, and then I simply forgot about it. Thanks for picking up! Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1042299: libfirefox-marionette-perl: FTBFS: tests fail
Control: block -1 with 1059343 On Fri, 22 Dec 2023 20:35:57 +0100, Santiago Vila wrote: > Hi. I found this bug while rebuilding all packages in bookworm: > https://tests.reproducible-builds.org/debian/rb-pkg/bookworm/amd64/libfirefox-marionette-perl.html > I'm fixing the metadata since it's a FTBFS bug. > Would be possible to fix it in bookworm, please? Thanks for the heads-up. I've uploaded a fixed package to bookworm and raised a pu bug against release.debian.org. Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1057932: kgb-bot: FTBFS: Failed test 'Changes contains all valid release dates'
COntrol: tag -1 + confirmed On Sun, 10 Dec 2023 20:17:56 +0100, Santiago Vila wrote: > During a rebuild of all packages in unstable, your package failed to build: > # Failed test 'Changes contains all valid release dates' > # at t/changes.t line 6. > # ERR: No date for version 1.59 (line 1) > # Looks like you failed 1 test of 6. > t/changes.t ... > ok 1 - Changes is loadable > ok 2 - Changes contains at least one release > not ok 3 - Changes contains all valid release dates > ok 4 - Changes contains all valid release versions > ok 5 - Changes has an entry for version 1.59 > ok 6 - Changes version 1.59 has content > 1..6 > Dubious, test returned 1 (wstat 256, 0x100) > Failed 1/6 subtests t/changes.t uses Test::CPAN::Changes in libcpan-changes-perl, which was recently updated. I guess, writing the "headers" in ./Changes as "1.59 2023-10-30" or "1.59 - 2023-10-30" instead of "1.59 (2023-10-30)" could work. (Maybe also guarding a few tests in t/ with RELEASE_TESTING …) Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1057318: marked as pending in libgit-raw-perl
Control: tag -1 pending Hello, Bug #1057318 in libgit-raw-perl reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/perl-team/modules/packages/libgit-raw-perl/-/commit/ee38edb948de58b95af3469d3c2c792c46f0870f Add patch libgit2_1.7.1 to adjust tests to libgit2 1.7.1. Closes: #1057318 (this message was generated automatically) -- Greetings https://bugs.debian.org/1057318
Bug#1057567: marked as pending in libdatetime-timezone-perl
Control: tag -1 pending Hello, Bug #1057567 in libdatetime-timezone-perl reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/perl-team/modules/packages/libdatetime-timezone-perl/-/commit/8ef4162fa5c8df84e34ff3478dd72145265471f7 Add a runtime (and test) dependency on tzdata as tzdata is not in the set of (build-)essential packages anymore. DateTime::TimeZone::Local needs (either the TZ environment variable or) /etc/localtime which is generated by the tzdata package. Exceptions thrown by DateTime::TimeZone::Local due to a missing /etc/localtime also cause FTBFS errors in other packages. Thanks: Santiago Vila for the bug reports about the build failures in the reverse build dependencies. Closes: #1057567 (this message was generated automatically) -- Greetings https://bugs.debian.org/1057567
Bug#1057567: libconfig-model-lcdproc-perl: FTBFS: Cannot determine local time zone
Control: forcemerge -1 1057566 1057568 1057569 1057571 1057572 1057592 Control: reassign -1 libdatetime-timezone-perl 1:2.60-1+2023c Control: tags -1 = trixie sid Control: retitle -1 libdatetime-timezone-perl: needs a dependency on tzdata (causes FTBFS in other package) Control: affects -1 = libconfig-model-lcdproc-perl libapi-gitforge-perl libconfig-model-openssh-perl libconfig-model-systemd-perl libical-parser-perl libsoftware-copyright-perl pinto On Wed, 06 Dec 2023 16:41:56 +0100, gregor herrmann wrote: > "Cannot determine local time zone" is an exception thrown by > DateTime::TimeZone::Local … > I think the point > for making libdatetime-timezone-perl depend on tzdata by itself gets > stronger, which would en passant fix the test failures in the other > packages. Alright, no disagreement so far, I guess we can take this route. Let's start with adjusting the bug metadata :) Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1057567: libconfig-model-lcdproc-perl: FTBFS: Cannot determine local time zone
On Wed, 06 Dec 2023 13:17:09 +0100, gregor herrmann wrote:
> On Wed, 06 Dec 2023 12:52:15 +0100, Dominique Dumont wrote:
> > On Tuesday, 5 December 2023 23:06:12 CET you wrote:
> > > Wrote documentation in lib/Config/Model/models/LCDd/yard2LCD.pod
> > > Cannot determine local time zone
> > > [DZ] beginning to build Config-Model-LcdProc
> > I've seen this error from time to time. I don't know the exact algorithm
> > used
> > to determine the time zone, but usually, setting TZ to an appropriate value
> > fixed this issue.
> My suspicion/idea was that it might be useful to have
> libdatetime-timezone-perl depend on tzdata (now that tzdata is not
> essential (or whatever it was) any more), as
> libdatetime-timezone-perl seems to be involved in alle of the bug
> reports …
"Cannot determine local time zone" is an exception thrown by
DateTime::TimeZone::Local which uses DateTime::TimeZone::Local::Unix
which checks the TZ env variable and /etc/localtime /etc/timezone
/etc/TIMEZONE /etc/sysconfig/clock /etc/default/init.
(Cf. the docs for DateTime::TimeZone, DateTime::TimeZone::Local, and
DateTime::TimeZone::Local::Unix.)
So it seems that DateTime::TimeZone will fail for the "local
timezone" when neither TZ is set nor any of the files is present. In
our case I looks like both /etc/localtime and /etc/timezone are
related to tzdata('s .postinst and/or .config), so I think the point
for making libdatetime-timezone-perl depend on tzdata by itself gets
stronger, which would en passant fix the test failures in the other
packages.
Cheers,
gregor
--
.''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org
: :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06
`. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
`-
signature.asc
Description: Digital Signature
Bug#1057567: libconfig-model-lcdproc-perl: FTBFS: Cannot determine local time zone
On Wed, 06 Dec 2023 12:52:15 +0100, Dominique Dumont wrote: > On Tuesday, 5 December 2023 23:06:12 CET you wrote: > > Wrote documentation in lib/Config/Model/models/LCDd/yard2LCD.pod Cannot > > determine local time zone > > [DZ] beginning to build Config-Model-LcdProc > I've seen this error from time to time. I don't know the exact algorithm used > to determine the time zone, but usually, setting TZ to an appropriate value > fixed this issue. I had a brief look on some of the bugs yesterday; I could reproduce them once I (re)moved /etc/timezone in my chroot (tzdata is not installed but the old /etc/timezone is apparently left around). Fixes included either setting TZ for the tests or installing tzdata which recreated /etc/timezone. My suspicion/idea was that it might be useful to have libdatetime-timezone-perl depend on tzdata (now that tzdata is not essential (or whatever it was) any more), as libdatetime-timezone-perl seems to be involved in alle of the bug reports … Thoughts? Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- BOFH excuse #64: CPU needs recalibration
Bug#1057424: libmodule-build-perl: Multi-Arch: foreign makes other packages FTBFS
On Wed, 06 Dec 2023 09:52:17 +0200, Niko Tyni wrote: > > I guess we could upload libmodule-build-perl with versioned Breaks on > > the 2 packages (and close this bug with the upload) to get the > > migration/upgrade order right? > Breaks seems a bit much given it's not runtime breakage. And it doesn't > actually prevent trying to build with a broken combination of the > packages. True; I just thought that a Breaks might help in getting the migration right but … > Maybe just wait a couple of days and close this when the two packages > have migrated? … of course this works as well :) Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- BOFH excuse #95: Pentium FDIV bug
Bug#1057424: libmodule-build-perl: Multi-Arch: foreign makes other packages FTBFS
On Mon, 04 Dec 2023 21:59:12 +0200, Niko Tyni wrote: > The libnet-cidr-set-perl and libparams-validate-perl packages > fail to build from source in current unstable. > This is because libmodule-build-perl was recently marked > Multi-Arch:foreign, but dpkg-checkbuilddeps does not consider that as > satisfying :native build dependencies, see #1023438. Oh dear :/ (I added Multi-Arch:foreign because I wanted to cross-build a package, and I already had the gut feeling that his might be dangerous …) > My understanding is that M-A:foreign is probably the right thing > to do here, but we need to remove the :native build dependency > in other packages first. Fortunately I see only two in the archive, > libnet-cidr-set-perl and libparams-validate-perl. > > grep-dctrl -sPackage,Build-Depends,Build-Depends-Indep > -FBuild-Depends,Build-Depends-Indep -r 'libmodule-build-perl[^,]*:native' > /var/lib/apt/lists/*_main_source_Sources Thanks for this research! > Filing against libmodule-build-perl for now to prevent it from entering > trixie before the other two are changed. Feel free to reassign or clone > or whatever if you like. Both fixed (by removing the :native) and uploaded. I guess we could upload libmodule-build-perl with versioned Breaks on the 2 packages (and close this bug with the upload) to get the migration/upgrade order right? Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1057318: libgit-raw-perl: FTBFS: Failed 2/42 test programs. 15/1768 subtests failed.
Control: tag -1 + confirmed
On Sun, 03 Dec 2023 12:24:10 +0100, Sebastian Ramacher wrote:
> Source: libgit-raw-perl
> Version: 0.90+ds-1
> Severity: serious
> Tags: ftbfs sid trixie
> Justification: fails to build from source (but built successfully in the past)
> X-Debbugs-Cc: sramac...@debian.org
>
> https://buildd.debian.org/status/fetch.php?pkg=libgit-raw-perl=amd64=0.90%2Bds-1%2Bb1=1701602200=0
>
> Test Summary Report
> ---
> t/08-branch.t (Wstat: 256 (exited 1) Tests: 34 Failed: 1)
> Failed test: 17
> Non-zero exit status: 1
> t/19-push.t (Wstat: 3584 (exited 14) Tests: 80 Failed: 14)
> Failed tests: 7, 10, 13, 16, 19, 22, 25, 28, 31, 52, 55
> 58, 61, 64
> Non-zero exit status: 14
> Files=42, Tests=1768, 9 wallclock secs ( 0.32 usr 0.10 sys + 7.37 cusr
> 1.78 csys = 9.57 CPU)
Yay, libgit2 1.7.1 broke Git-Raw again …
Some investigation:
1) t/08-branch.t is probably broken by this upstream change in libgit2:
* Fixes #6344: git_branch_move now renames the reflog instead of deleting
by @arroz in https://github.com/libgit2/libgit2/pull/6345
t/08-branch.t ...
ok 1 - An object of class 'Git::Raw::Commit' isa 'Git::Raw::Commit'
ok 2
ok 3
ok 4
ok 5
ok 6
ok 7
ok 8
ok 9
ok 10
ok 11
ok 12 - An object of class 'Git::Raw::Commit' isa 'Git::Raw::Commit'
ok 13
ok 14
ok 15
ok 16
not ok 17
# Failed test at t/08-branch.t line 54.
# got: '2'
# expected: '1'
ok 18
ok 19
ok 20 - An object of class 'Git::Raw::Signature' isa 'Git::Raw::Signature'
ok 21
ok 22
ok 23
ok 24
ok 25
ok 26
ok 27
ok 28
ok 29
ok 30
ok 31
ok 32
ok 33
ok 34
1..34
# Looks like you failed 1 test of 34.
Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/34 subtests
I checked that `git reflog some_branch' in t/test_repo has indeed 2
entries in sid (libgit2 1.7.1) and 1 entry in trixie (libgit 1.5.1).
2) t/19-push.t is a bit weird, I've seen varying counts of failing
tests, between 0 (!) and the 14 quoted above and just now 28, with
all kinds of numbers in the `got' output; e.g.:
t/19-push.t .
ok 1
ok 2 - An object of class 'Git::Raw::Remote' isa 'Git::Raw::Remote'
ok 3
ok 4
ok 5
ok 6
not ok 7
# Failed test at t/19-push.t line 34.
# got: '2'
# expected: '1'
ok 8
ok 9
not ok 10
# Failed test at t/19-push.t line 34.
# got: '3'
# expected: '1'
ok 11
ok 12
not ok 13
# Failed test at t/19-push.t line 34.
# got: '4'
# expected: '1'
ok 14
ok 15
not ok 16
# Failed test at t/19-push.t line 34.
# got: '16'
# expected: '1'
ok 17
ok 18
ok 19
ok 20
ok 21
ok 22
ok 23
ok 24
ok 25
ok 26
ok 27
ok 28
ok 29
ok 30
ok 31
ok 32
ok 33
not ok 34
# Failed test at t/19-push.t line 73.
# got: '2'
# expected: '1'
ok 35
ok 36
not ok 37
# Failed test at t/19-push.t line 73.
# got: '12'
# expected: '1'
ok 38
ok 39
ok 40
ok 41
ok 42
ok 43
ok 44
ok 45
ok 46
ok 47
ok 48
ok 49
ok 50
ok 51
ok 52
ok 53
# remote push tests require network
1..53
# Looks like you failed 6 tests of 53.
Dubious, test returned 6 (wstat 1536, 0x600)
Failed 6/53 subtests
Maybe this is a timing issue?
What the test does is
#v+
24 my $total_packed = 0;
25 is $remote -> upload(['refs/heads/main:refs/heads/main'], {
26 'callbacks' => {
27 'pack_progress' => sub {
28 my ($stage, $current, $total) = @_;
29
30 ok ($stage ==
Git::Raw::Packbuilder->ADDING_OBJECTS ||
31 $stage ==
Git::Raw::Packbuilder->DELTAFICATION);
32 if ($stage ==
Git::Raw::Packbuilder->ADDING_OBJECTS)
33 {
34 is $current, 1;
35 is $total, 0;
36 }
37 else
38 {
39 ok ($current <= $total);
40 ok ($total > 0);
41 }
42 $total_packed++;
43 }
44 }
45 }), 1;
46 ok ($total_packed > 0);
#v-
and pack_progress is a callback which does
pack_progress
During the packing of new data, this will regularly be called
with the progress of the pack operation. Be aware that this is
called inline with pack building operations, so performance
may be affected. The callback receives the following integers:
$stage, $current and $total.
With some `diag()' sprinkled in I get:
t/19-push.t .
ok 1
ok 2 - An object of class 'Git::Raw::Remote' isa 'Git::Raw::Remote'
# pack_progress: stage 0, current: 1, total: 0
Bug#1057270: libimager-perl: FTBFS: t/t10tiff.t failure
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 unstable, so I've uploaded it. > d54ea521f63ec1ed7d8c0fd11c23507600d51143 should be safe to cherry pick > back to 1.020 if you don't want all of the 1.021 TIFF changes in > the debian stable libimager-perl. Hm, Debian stable (which has 1.019) is a good question. If libtiff is updated there too [0] we might see the same issue there. Same experimentation later: It looks like building libimager-perl 1.019+dfsg-1 from stable in a stable chroot with an additional source stable-security which pulls in libtiff-dev 4.5.0-6+deb12u1 -- still succeeds. So I guess we don't have to do anything here, and if reality is different than my tests, we can pull in d54ea521f63ec1ed7d8c0fd11c23507600d51143 -- thanks for the pointer! Cheers, gregor [0] tiff | 4.5.0-6 | stable | source tiff | 4.5.0-6+deb12u1 | proposed-updates | source -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1057270: libimager-perl: FTBFS: t/t10tiff.t failure
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 autopkgtests are failing too. > > Changes: > tiff (4.5.1+git230720-2) unstable; urgency=high > . >* Backport security fix for CVE-2023-6277, passing a crafted tiff file to > TIFFOpen() API may allow a remote attacker to cause a denial of service > (closes: #1056751). > > I see libimager-perl upstream has released 1.021 with some tiff related > changes. I haven't checked if those fix the issue, or whether libtiff > is actually broken. Feel free to reassign as needed. I've imported 1.021 into our git repo yesterday, and there it fails the same way (I hadn't nticed that 1.020 in sid also fails …) So -- is this a bug in Imager or in tiff? Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1042845: libembperl-perl: FTBFS with Perl 5.38: test failures
On Mon, 27 Nov 2023 02:41:22 +0100, Axel Beckert wrote: > > As the perl 5.38 transition is immanent, the bug's severity has been > > raised to serious; and bot dam and me failed to understand the test > > system so I guess this is now your turn :) > Upstream might have been faster this time than I am these days: 3.0.0 > is out: https://metacpan.org/dist/Embperl Ah, cool, *looks*, "2 days ago", nice. > http://matrix.cpantesters.org/?dist=Embperl+3.0.0 doesn't look too > well for 5.38, though. I will see. From a quick look this seems to be the same error as in our bug report. Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- BOFH excuse #263: It's stuck in the Web.
Bug#1042845: libembperl-perl: FTBFS with Perl 5.38: test failures
On Tue, 01 Aug 2023 22:41:12 +0200, Axel Beckert wrote: > > I assume the diagnostics have changed again and it's just the tests that > > need adjusting, but I haven't checked properly. > Will look into it, but may take a while. Now would be a good time :) As the perl 5.38 transition is immanent, the bug's severity has been raised to serious; and bot dam and me failed to understand the test system so I guess this is now your turn :) Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1056399: libcryptx-perl: invalid opcode in CryptX.so
On Fri, 24 Nov 2023 16:24:04 +0100, Benedikt Spranger wrote: > I rebuild the Package without these flags (-msse4.1 / -maes) and > everything works as expected. I also removed the -maes flag, since AES > is, like SSE4.1, is not part of the Debian amd64 architectural > baseline. Patch is attached. Thanks alot for the analysis and the patch! Patch applied, package uploaded. Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1056594: mat2: test failure
Source: mat2 Version: 0.13.4-2 Severity: serious Tags: upstream patch ftbfs Justification: fails to build from source (but built successfully in the past) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Currently mat2's test suite fails, maybe due to newer libimage-exiftool-perl releases. This can be seen on ci.debian.net, but the same failures occur during the build tests, so the package FTBFS. I've locally added upstream commit https://0xacab.org/jvoisin/mat2/-/commit/bbd5b2817c9d64013e2f5ed670aca8d4738bb484 as a quilt patch, and the tests pass both during build and autopkgtest. Cheers, gregor -BEGIN PGP SIGNATURE- iQKTBAEBCgB9FiEE0eExbpOnYKgQTYX6uzpoAYZJqgYFAmVfhfFfFIAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEQx RTEzMTZFOTNBNzYwQTgxMDREODVGQUJCM0E2ODAxODY0OUFBMDYACgkQuzpoAYZJ qgbGDw/+IvB5zN2PAQj7XFfbyVvqdjr3JIp7krnucMzO+qBemoFW2BdVptGFawgD XrEn2nj5XtKmG3EKLnqKjevLLeAcgFILEviUa0U1tM+/2pJkHiFC7J3eK5x8ug+9 JRjLVEh3WpG3vdBbvsOQ52B7xurqahfU9ReqR8Awnd/dQUXYycWgei/CUC320KRS bfuRPcbsR+ibwspLD+3iw8oezikr/WCzXyYjffASJYQDyp7D+LOpHGVfHfFYAVt0 xJby75cKpq0AcMC2Rgg8JYYK0GJ/RJ4a8jptXohl8hcEA8w6htYxUiedA0eaikS3 9t9o2/7yZObpd3TYmpuoGRz00cpQ3bEYATZlYALs1umoCp9WsOjJ8by8tnHKZxUa 7jOfdRhTRF0rkwZ07LoneMFg966HaDTAQeN0TMHKLYvShY7hyVFNf+1AD02qqP8x +guJ2YQw7U5mu4aEJtNvUXv1Pqh8Hl9hbiQNn23yL8IoCvfDzZUAqaEzRmLYjVt2 Ujoj6LHZgOZsBprIEBMch86MgyL65CeCzJr6JZ8wZmb/b//rPcVAv/VElTs+GfzS Ka8qQygGzvulrIsA2t0loJG7QtwRcZk6ckaCq/2IVvgDpFf4UCIOGnAt2qtt0+Ak Xy9Wb0YgnrY0v7BeTMZ+XU5LzWHqWLmj1d3PDvmy+sp9elbUgRU= =mYNd -END PGP SIGNATURE-
Bug#1056397: libxs-parse-sublike-perl: autopkgtest regression on 32bit
Control: forwarded -1 https://rt.cpan.org/Public/Bug/Display.html?id=150266 On Wed, 22 Nov 2023 11:18:54 +0200, Adrian Bunk wrote: > Source: libxs-parse-sublike-perl > Version: 0.21-1 > Severity: serious > > https://tracker.debian.org/pkg/libxs-parse-sublike-perl > > Issues preventing migration: > ∙ ∙ autopkgtest for libxs-parse-sublike-perl/0.21-1: amd64: Pass, arm64: > Pass, armel: Regression ♻ (reference ♻), armhf: Regression ♻ (reference ♻), > i386: Regression ♻ (reference ♻), ppc64el: Pass, s390x: Pass Thanks for filing this bug report; I thought I had done it before, but apparently I only reported it upstream. Adding the "Forwarded" info now. > The Ubuntu diff contains a patch that might fix it (untested). Thanks, I'll have look later. Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- BOFH excuse #25: Decreasing electron flux
Bug#1042853: docknot: FTBFS with Perl 5.38: t/spin/errors.t failure
On Sat, 18 Nov 2023 16:21:57 -0800, Russ Allbery wrote: > > in the light of #1055955 (perl5.38 transition bug) -- do you think > > you can upload a fixed version (the current version plus a patch or a > > new release) in the near future, or should I upload an NMU with your > > upstream commit or should we just ignore docknot for the transition … > > or something else? :) > I've uploaded a fix; Thank you! > I'm so sorry for the absurd delay. I'd meant to get > to this months ago and kept not making time to finish it. No worries, still well in time for the perl 5.38 transition :) Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1056143: libeval-context-perl: t/012_safe.t fails
Source: libeval-context-perl
Version: 0.09.11-5
Severity: serious
Tags: ftbfs trixie sid
Justification: fails to build from source
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
As noted by ci.debian.net, t/012_safe.t started to fail recently:
# Failed test 'Test STDOUT'
# at t/012_safe.t line 127.
# got: '`- A = 1 [S1]
# '
# expected: '
# `- A = 1 [S1]
# '
# |- CURRENT_RUNNING_PACKAGE = TEST [S1]
# |- FILE = t/012_safe.t [S2]
# |- INTERACTION [H3]
# | |- DIE = CODE(0x5600b3ac9f50) [C4]
# | |- EVAL_DIE = CODE(0x5600b3aca058) [C5]
# | |- INFO = CODE(0x5600b3ac9ba8) [C6]
# | `- WARN = CODE(0x5600b2dc5f18) [C7]
# |- LATEST_CODE = #line 0 'Anonymous_called_at_t_012_safe.t:121'[\n]# Note:
evaluated PRE_CODE before running SAFE code[\n]=comment[\n][\n][\n]package TEST
;[\n]use Data::TreeDumper;[\n][\n][\n][\n]=cut[\n][\n]# PRE_CODE[\n][\n]#line 0
'Anonymous_called_at_t_012_safe.t:121'[\n]# CODE[\n]DumpTree({A => 1}) ;[\n]#
POST_CODE[\n][\n]#end of context 'Anonymous_called_at_t_012_safe.t:121'[\n]
[S8]
# |- LINE = 116 [S9]
# |- NAME = Anonymous [S10]
# |- PACKAGE = TEST [S11]
# |- REMOVE_PACKAGE_AFTER_EVAL = 1 [S12]
# `- SAFE (no elements) [H13]
# Looks like you failed 1 test of 22.
t/012_safe.t
ok 1 - unsafe code, using default safe
ok 2 - unsafe code
ok 3 - Invalid SAFE definition
ok 4 - PRE_SAFE_CODE error
ok 5 - PRE_SAFE_CODE
ok 6 - use strict by default
ok 7 - USE_STRICT
ok 8 - COMPARTMENT
ok 9 - first eval package
not ok 10 - Test STDOUT
ok 11 - sub pushed into safe context
ok 12 - new sub pushed into same safe context
ok 13 - access to persistent functionality
ok 14 - void context
ok 15 - right value in scalar context
ok 16 - scalar context
ok 17 - right value in array context
ok 18 - array context
ok 19 - die within a safe
ok 20 - right value in scalar context
ok 21 - croak within a safe
ok 22 - die within a safe while using Carp
1..22
Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/22 subtests
Test Summary Report
- ---
t/012_safe.t (Wstat: 256 (exited 1) Tests: 22 Failed:
1)
Failed test: 10
Non-zero exit status: 1
Files=13, Tests=223, 2 wallclock secs ( 0.05 usr 0.01 sys + 1.29 cusr 0.17
csys = 1.52 CPU)
Result: FAIL
Cf. e.g.
https://ci.debian.net/packages/libe/libeval-context-perl/unstable/amd64/39667202/
As this is also run during building the package, it causes a build
failure.
Cheers,
gregor
-BEGIN PGP SIGNATURE-
iQKTBAEBCgB9FiEE0eExbpOnYKgQTYX6uzpoAYZJqgYFAmVXor5fFIAALgAo
aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEQx
RTEzMTZFOTNBNzYwQTgxMDREODVGQUJCM0E2ODAxODY0OUFBMDYACgkQuzpoAYZJ
qgb6mg/+PuZrDFpUes2CebybnDYOJN5qj/RsS4oTbrYN4aTrhc3KlzgQ8vd0kSV2
jDUyMphzX8veUaQe9X2ss6+VL/O/eLa9jtDCpl8infH9vV1q7EcYp21LL6lN0zq9
VZtVeIXN6m+BTqwT1oS/lBzpgtpm8HOFv4qjJocKkufck3speXE65pQe0zu78Fp0
pGG5DMdA4683IhM4oS7g/2G+vBviMldReApNm6FV9vcKOmmag8CqYwEk/AUb4Q7Z
QCiaBBGy/J3oLdiIAt+JdWe6pg44pd2t1pqct4E1s6snpoIo+vwdbp4+Nox0ioQK
mT+7Au/fF12duWSxYyVpeDsm86rN6zlB/czksFgFey4Vggk/FfmzOVH2PCtdgV1h
InfkW0E9j4xQjrAlPtIXHKdE5FikDr3iQoOj7qyEPwpyIScIpZFTtWqoNIvxxEU7
H841HbstKVWzhxFZBa+bmBtpGeCE6sVhwgdNXvetnfzFPajvM8y/A7wnxsO9KRI5
58wZSvKE1Y8cNFcJTX5oWC2FyvvGLZepMArHA75D6yFxaQaGBnEXMDgw5ELArT8r
aYhKOFnzQiq6+a+rKskujAlHdDivBBK+BpwnVCbO1EZ/JwA5jgTdZ9fKFVQbOEPc
i3bdaBjny8rJEgjRlYLfND/Zy6dKdxbUxZTaIbgInzqM/jFTrQI=
=eiGi
-END PGP SIGNATURE-
Bug#1055597: FTBFS: test failure with Mail-Message 3.014
Source: libmail-box-perl Version: 3.010-1 Severity: serious Tags: upstream ftbfs trixie sid Justification: fails to build from source Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=150141 -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 As seen on ci.debian.net, e.g. https://ci.debian.net/data/autopkgtest/testing/amd64/libm/libmail-box-perl/39681951/log.gz and also upstream at https://rt.cpan.org/Public/Bug/Display.html?id=150141 - --> https://www.cpantesters.org/cpan/report/4063279a-6e7d-11ee-a059-85ce9d387f07 libmail-box-perl's t/505parser-bodymp.t fails with libmail-message-perl_3.014-1 # Failed test '1 lines 0' # at t/505parser-bodymp.t line 68. # got: 22 # expected: 21 # Failed test '1 lines 1' # at t/505parser-bodymp.t line 68. # got: 83 # expected: 82 # Failed test '1 lines 2' # at t/505parser-bodymp.t line 68. # got: 35 # expected: 34 # Looks like you failed 3 tests of 313. t/505parser-bodymp.t . 1..313 ok 1 - creation of parser ok 2 - 1 from 0 ok 3 - 1 head count ok 4 - 1 from 0 ok 5 - 1 head count ok 6 - 1 from 0 ok 7 - 1 head count ok 8 - 1 from 0 ok 9 - 1 head count ok 10 - 1 from 0 ok 11 - 1 head count ok 12 - 1 from 0 ok 13 - 1 head count ok 14 - 1 from 0 ok 15 - 1 head count ok 16 - 1 from 0 ok 17 - 1 head count ok 18 - 1 from 0 ok 19 - 1 head count ok 20 - 1 from 0 ok 21 - 1 head count ok 22 - 1 from 0 ok 23 - 1 head count ok 24 - 1 from 0 ok 25 - 1 head count ok 26 - 1 from 0 ok 27 - 1 head count ok 28 - 1 from 0 ok 29 - 1 head count ok 30 - 1 from 0 ok 31 - 1 head count ok 32 - 1 from 0 ok 33 - 1 head count ok 34 - 1 from 0 ok 35 - 1 head count ok 36 - 1 from 0 ok 37 - 1 head count ok 38 - 1 from 0 ok 39 - 1 head count ok 40 - 1 from 0 ok 41 - 1 head count ok 42 - 1 from 0 ok 43 - 1 head count ok 44 - 1 body 0 not ok 45 - 1 lines 0 ok 46 - 1 size 0 ok 47 - 1 from 1 ok 48 - 1 head count ok 49 - 1 from 1 ok 50 - 1 head count ok 51 - 1 from 1 ok 52 - 1 head count ok 53 - 1 from 1 ok 54 - 1 head count ok 55 - 1 from 1 ok 56 - 1 head count ok 57 - 1 body 1 not ok 58 - 1 lines 1 ok 59 - 1 size 1 ok 60 - 1 from 2 ok 61 - 1 head count ok 62 - 1 from 2 ok 63 - 1 head count ok 64 - 1 body 2 not ok 65 - 1 lines 2 ok 66 - 1 size 2 ok 67 - 1 from 3 ok 68 - 1 head count ok 69 - 1 from 3 ok 70 - 1 head count ok 71 - 1 from 3 ok 72 - 1 head count ok 73 - 1 from 3 ok 74 - 1 head count ok 75 - 1 from 3 ok 76 - 1 head count ok 77 - 1 from 3 ok 78 - 1 head count ok 79 - 1 from 3 ok 80 - 1 head count ok 81 - 1 from 3 ok 82 - 1 head count ok 83 - 1 from 3 ok 84 - 1 head count ok 85 - 1 from 3 ok 86 - 1 head count ok 87 - 1 from 3 ok 88 - 1 head count ok 89 - 1 from 3 ok 90 - 1 head count ok 91 - 1 from 3 ok 92 - 1 head count ok 93 - 1 from 3 ok 94 - 1 head count ok 95 - 1 from 3 ok 96 - 1 head count ok 97 - 1 from 3 ok 98 - 1 head count ok 99 - 1 from 3 ok 100 - 1 head count ok 101 ok 102 - 2 from 0 ok 103 - 2 head 0 ok 104 - 2 from 0 ok 105 - 2 head 0 ok 106 - 2 from 0 ok 107 - 2 head 0 ok 108 - 2 from 0 ok 109 - 2 head 0 ok 110 - 2 from 0 ok 111 - 2 head 0 ok 112 - 2 from 0 ok 113 - 2 head 0 ok 114 - 2 from 0 ok 115 - 2 head 0 ok 116 - 2 from 0 ok 117 - 2 head 0 ok 118 - 2 from 0 ok 119 - 2 head 0 ok 120 - 2 from 0 ok 121 - 2 head 0 ok 122 - 2 from 0 ok 123 - 2 head 0 ok 124 - 2 from 0 ok 125 - 2 head 0 ok 126 - 2 from 0 ok 127 - 2 head 0 ok 128 - 2 from 0 ok 129 - 2 head 0 ok 130 - 2 from 0 ok 131 - 2 head 0 ok 132 - 2 from 0 ok 133 - 2 head 0 ok 134 - 2 from 0 ok 135 - 2 head 0 ok 136 - 2 from 0 ok 137 - 2 head 0 ok 138 - 2 from 0 ok 139 - 2 head 0 ok 140 - 2 from 0 ok 141 - 2 head 0 ok 142 - 2 from 0 ok 143 - 2 head 0 ok 144 - 2 body 0 ok 145 - 2 size 0 ok 146 - 2 lines 0 ok 147 - 2 names 0 ok 148 - 2 sep 0 ok 149 - 2 from 1 ok 150 - 2 head 1 ok 151 - 2 from 1 ok 152 - 2 head 1 ok 153 - 2 from 1 ok 154 - 2 head 1 ok 155 - 2 from 1 ok 156 - 2 head 1 ok 157 - 2 from 1 ok 158 - 2 head 1 ok 159 - 2 body 1 ok 160 - 2 size 1 ok 161 - 2 lines 1 ok 162 - 2 subject 1 ok 163 - 2 names 1 ok 164 - 2 sep 1 ok 165 - 2 from 2 ok 166 - 2 head 2 ok 167 - 2 from 2 ok 168 - 2 head 2 ok 169 - 2 body 2 ok 170 - 2 size 2 ok 171 - 2 lines 2 ok 172 - 2 names 2 ok 173 - 2 sep 2 ok 174 - 2 from 3 ok 175 - 2 head 3 ok 176 - 2 from 3 ok 177 - 2 head 3 ok 178 - 2 from 3 ok 179 - 2 head 3 ok 180 - 2 from 3 ok 181 - 2 head 3 ok 182 - 2 from 3 ok 183 - 2 head 3 ok 184 - 2 from 3 ok 185 - 2 head 3 ok 186 - 2 from 3 ok 187 - 2 head 3 ok 188 - 2 from 3 ok 189 - 2 head 3 ok 190 - 2 from 3 ok 191 - 2 head 3 ok 192 - 2 from 3 ok 193 - 2 head 3 ok 194 - 2 from 3 ok 195 - 2 head 3 ok 196 - 2 from 3 ok 197 - 2 head 3 ok 198 - 2 from 3 ok 199 - 2 head 3 ok 200 - 2 from 3 ok 201 - 2 head 3 ok 202 - 2 from 3 ok 203 - 2 head 3 ok 204 - 2 from 3 ok 205 - 2 head 3 ok 206 - 2 from 3 ok 207 - 2 head 3 ok 208 - 3 From 0 ok 209 - 3 Head 0 ok 210 - 3 From 0 ok 211 - 3 Head 0 ok 212 - 3 From 0 ok 213 - 3 Head 0 ok 214 - 3 From 0 ok 215 - 3 Head 0 ok 216 - 3 From 0 ok 217 - 3 Head 0
Bug#1042643: marked as pending in libtext-markup-perl
Control: tag -1 pending Hello, Bug #1042643 in libtext-markup-perl reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/perl-team/modules/packages/libtext-markup-perl/-/commit/6635a51c65f8e1baad27a543d2ea4b58f9f6926a Cherry-pick upstream commit to fix test with docutils 0.20. Closes: #1042643 (this message was generated automatically) -- Greetings https://bugs.debian.org/1042643
Bug#1055023: marked as pending in libpoe-component-client-dns-perl
Control: tag -1 pending Hello, Bug #1055023 in libpoe-component-client-dns-perl reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/perl-team/modules/packages/libpoe-component-client-dns-perl/-/commit/6333e4667475957119aae4e7bdc68b87e4c16f75 Disable querying of external nameservers during build tests. Set RES_NAMESERVERS and RES_OPTIONS in debian/rules, additionally patch t/05_api_4.t, which has nameservers hardcoded, to honour NO_NETWORK_TESTING. Thanks: Sven Mueller for the bug report. Closes: #1055023 (this message was generated automatically) -- Greetings https://bugs.debian.org/1055023
Bug#1054973: libcgi-application-plugin-authentication-perl: FTBFS: dh_auto_test: error: make -j8 test TEST_VERBOSE=1 returned exit code 2
Control: tag -1 + confirmed upstream On Sat, 28 Oct 2023 23:50:26 +0200, Lucas Nussbaum wrote: > Source: libcgi-application-plugin-authentication-perl > Version: 0.23+~cs0.5-2 > Severity: serious > Justification: FTBFS > Tags: trixie sid ftbfs > User: lu...@debian.org > Usertags: ftbfs-20231028 ftbfs-trixie > > Hi, > > During a rebuild of all packages in sid, your package failed to build > on amd64. > > > > Test Summary Report > > --- > > t/03_destination.t(Wstat: 2048 (exited 8) Tests: 11 Failed: > > 8) > > Failed tests: 2-9 > > Non-zero exit status: 8 > > t/80_devpopup.t (Wstat: 256 (exited 1) Tests: 4 Failed: 1) > > Failed test: 4 > > Non-zero exit status: 1 > > Files=47, Tests=575, 8 wallclock secs ( 0.16 usr 0.10 sys + 4.17 cusr > > 0.78 csys = 5.21 CPU) > > Result: FAIL > > Failed 2/47 test programs. 9/575 subtests failed. > > make[2]: *** [Makefile:944: test_dynamic] Error 255 > > make[2]: Leaving directory '/<>' > > dh_auto_test: error: make -j8 test TEST_VERBOSE=1 returned exit code 2 Same here. Probably broken by libcgi-pm-perl 4.59-1 (building in testing with 4.57-1 still works). Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1054981: libtk-objeditor-perl: FTBFS: dh_auto_test: error: make -j8 test TEST_VERBOSE=1 returned exit code 2
On Sat, 28 Oct 2023 23:50:46 +0200, Lucas Nussbaum wrote: > Source: libtk-objeditor-perl > Version: 2.009-2 > Severity: serious > Justification: FTBFS > Tags: trixie sid ftbfs > User: lu...@debian.org > Usertags: ftbfs-20231028 ftbfs-trixie > > > make[2]: Entering directory '/<>' > > PERL_DL_NONLAZY=1 "/usr/bin/perl" "-MExtUtils::Command::MM" > > "-MTest::Harness" "-e" "undef *Test::Harness::Switches; test_harness(1, > > 'blib/lib', 'blib/arch')" t/*.t > > t/obj_ed_dialog.t .. > > 1..4 > > ok 1 - compiled > > ok 2 - created dummy object > > ok 3 - Created some data monitors > > ok 4 - mainloop done > > ok > > Failed to AUTOLOAD 'Tk::HList::isPseudoHash' at > > /usr/lib/x86_64-linux-gnu/perl5/5.36/Tk/Derived.pm line 469. > > # Looks like your test exited with 2 just after 4. > > t/obj_editor.t . > > 1..5 > > ok 1 - compiled > > ok 2 - created dummy object > > ok 3 - Created some data monitors > > ok 4 - Created obj editor > > Dubious, test returned 2 (wstat 512, 0x200) > > Failed 1/5 subtests > > t/pod.t skipped: Test::Pod 1.00 required for testing POD > > > > Test Summary Report > > --- > > t/obj_editor.t (Wstat: 512 (exited 2) Tests: 4 Failed: 0) > > Non-zero exit status: 2 > > Parse errors: Bad plan. You planned 5 tests but ran 4. > > Files=3, Tests=8, 1 wallclock secs ( 0.02 usr 0.00 sys + 0.46 cusr 0.09 > > csys = 0.57 CPU) > > Result: FAIL > > Failed 1/3 test programs. 0/8 subtests failed. > > make[2]: *** [Makefile:860: test_dynamic] Error 255 > > make[2]: Leaving directory '/<>' > > dh_auto_test: error: make -j8 test TEST_VERBOSE=1 returned exit code 2 Same here. This seems to be broken by libtk-objscanner-perl 2.018-1 (building in a testing chroot with 2.017-2 still works). Dominique, I think that's a case for you :) Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1054809: libsys-hostip-perl: FTBFS: Can't exec "/sbin/ip": No such file or directory at /<>/blib/lib/Sys/HostIP.pm line 171.
On Sat, 28 Oct 2023 02:13:30 +0200, Santiago Vila wrote: > El 28/10/23 a las 0:18, gregor herrmann escribió: > > On Fri, 27 Oct 2023 23:53:22 +0200, Lucas Nussbaum wrote: > > > My build chroot is still unmerged. I think it's the same on the buildd. > > I don't think the latter is still the case but I don't have the > > capacity to keep all usr-merge details in my head. > The buildds are already usr-merged. Thanks for the confirmation of my "impression". > For this reason, bugs of type "FTBFS when chroot is not usr-merged" > (like this one) should probably not be considered RC anymore. Agreed. Lucas, maybe it would make sense to update your chroots to the usr-merged flavour, as that seems to be the default now? Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1054809: marked as pending in libsys-hostip-perl
Control: tag -1 pending Hello, Bug #1054809 in libsys-hostip-perl reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/perl-team/modules/packages/libsys-hostip-perl/-/commit/19dfdcd4d1aff7bf71181caad7313de23d529132 Add patch to use /usr/sbin/ip instead of /sbin/ip. Closes: #1054809 Thanks: Lucas Nussbaum. (this message was generated automatically) -- Greetings https://bugs.debian.org/1054809
Bug#1054809: libsys-hostip-perl: FTBFS: Can't exec "/sbin/ip": No such file or directory at /<>/blib/lib/Sys/HostIP.pm line 171.
On Fri, 27 Oct 2023 23:53:22 +0200, Lucas Nussbaum wrote: > Hi Gregor, Hi Lucas, and thanks for your quick help! > > > > Can't exec "/sbin/ip": No such file or directory at > > > > /<>/blib/lib/Sys/HostIP.pm line 171. > > > > That's a bit surprising … In my (usr-merged) sid cowbuilder chroots, > > I have (after installing iproute2) lots of options of calling ip(8), > > among them /sbin/ip: > > My build chroot is still unmerged. I think it's the same on the buildd. I don't think the latter is still the case but I don't have the capacity to keep all usr-merge details in my head. > And `dpkg -L iproute2` says it's /usr/sbin/ip Oh -- I had't realized that the files were physically moved, and now the old paths only work on merged systems. Hooray! Alright, trivial patch incoming … Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1054774: marked as pending in libcgi-application-plugin-session-perl
Control: tag -1 pending Hello, Bug #1054774 in libcgi-application-plugin-session-perl reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/perl-team/modules/packages/libcgi-application-plugin-session-perl/-/commit/804f010e4c631c428a60b48add2ee337a22d5e34 Add patch from upstream PR to fix test failure with newer CGI.pm. Closes: #1054774 (this message was generated automatically) -- Greetings https://bugs.debian.org/1054774
Bug#1054809: libsys-hostip-perl: FTBFS: Can't exec "/sbin/ip": No such file or directory at /<>/blib/lib/Sys/HostIP.pm line 171.
Control: tag -1 + unreproducible moreinfo On Fri, 27 Oct 2023 21:42:42 +0200, Lucas Nussbaum wrote: > Source: libsys-hostip-perl > Version: 2.120-3 > Severity: serious > Justification: FTBFS > Tags: trixie sid ftbfs > User: lu...@debian.org > Usertags: ftbfs-20231027 ftbfs-trixie > > Hi, > > During a rebuild of all packages in sid, your package failed to build > on amd64. > > > Relevant part (hopefully): > > make[1]: Entering directory '/<>' > > PERL_DL_NONLAZY=1 "/usr/bin/perl" "-MExtUtils::Command::MM" > > "-MTest::Harness" "-e" "undef *Test::Harness::Switches; test_harness(1, > > 'blib/lib', 'blib/arch')" t/*.t > > t/00-compile.t .. > > 1..1 > > ok 1 - Sys/HostIP.pm loaded ok > > ok > > Can't exec "/sbin/ip": No such file or directory at > > /<>/blib/lib/Sys/HostIP.pm line 171. That's a bit surprising … In my (usr-merged) sid cowbuilder chroots, I have (after installing iproute2) lots of options of calling ip(8), among them /sbin/ip: # ls -la /bin/ip /usr/bin/ip /sbin/ip /usr/sbin/ip -rwxr-xr-x 1 root root 705432 Oct 24 14:24 /bin/ip lrwxrwxrwx 1 root root 9 Oct 24 14:24 /sbin/ip -> ../bin/ip -rwxr-xr-x 1 root root 705432 Oct 24 14:24 /usr/bin/ip lrwxrwxrwx 1 root root 9 Oct 24 14:24 /usr/sbin/ip -> ../bin/ip (And the tests run successfully in this chroot.) I'm wondering if the test system misses the (/bin and) /sbin symlink(s) into /usr? Or something else? Of course looking for all of /bin/ip /sbin/ip /usr/bin/ip /usr/sbin/ip or using File::Which etc. would fix this (except that I can't reproduce the problem in the first place), but I'd like to understand what's going on here … Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1054364: FTBFS: test failure in t/Software-License.t
Source: libstring-license-perl Version: 0.0.9-2 Severity: serious Tags: ftbfs trixie sid Justification: fails to build from source -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 As noted by ci.debian.net, libstring-license-perl's test suite started to fail around a week ago: https://ci.debian.net/packages/libs/libstring-license-perl/ 41s t/Software-License.t .. 41s # Seeded srand with seed '20231020' from local date. 41s 1..29 41s ok 1 - matches expected license for SPDX id AGPL-3.0 41s ok 2 - matches expected license for SPDX id Apache-1.1 41s ok 3 - matches expected license for SPDX id Apache-2.0 41s ok 4 - matches expected license for SPDX id Artistic-1.0 41s ok 5 - matches expected license for SPDX id Artistic-1.0-Perl OR GPL-1.0-or-later 41s ok 6 - matches expected license for SPDX id Artistic-2.0 41s ok 7 - matches expected license for SPDX id BSD 41s ok 8 - matches expected license for SPDX id BSD-2-Clause-FreeBSD 41s ok 9 - matches expected license for SPDX id CC0-1.0 41s ok 10 - matches expected license for SPDX id EUPL-1.1 41s ok 11 - matches expected license for SPDX id EUPL-1.2 41s not ok 12 - matches expected license for SPDX id GFDL-1.2-or-later 41s 41s # Failed test 'matches expected license for SPDX id GFDL-1.2-or-later' 41s # at t/Software-License.t line 96. 41s # +---++---+ 41s # | GOT | OP | CHECK | 41s # +---++---+ 41s # | GFDL-1.2-or-later | eq | GFDL-1.2-or-later and/or GFDL-1.3 | 41s # +---++---+ The same failure happens during build, hence this FTBFS bug. The issue might be related to the upload of libsoftware-license-perl_0.104004-1 on 15 October … Cheers, gregor -BEGIN PGP SIGNATURE- iQKTBAEBCgB9FiEE0eExbpOnYKgQTYX6uzpoAYZJqgYFAmU1Q15fFIAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEQx RTEzMTZFOTNBNzYwQTgxMDREODVGQUJCM0E2ODAxODY0OUFBMDYACgkQuzpoAYZJ qgaZxQ//W2IU7ZT4fKopEH4ECzg2b0/pn5eDU8Ey0JFXH/BGPNxNNvC3tmUXVK2W lUMqKUkjn0+0G1XpG1A4eB0G3aeZ16MJwUV3OYstZVv4UtmNY6KAyHbhakgFtx8r UpW0Q0w6XUGegvZUv7q1u+MeEyWUv90Fmvqo4zrt9VwsvEQ9chSn2z28q2kupm0C PoYjjIuzx+uESgQgytTXcCTY73dcCZmmdSQAZQzwAvXwIC/NKJyueIKZ+Dk8DyeI 9Oc6nnZHmwhkOQrdmbHQy+rRhobz0B10qrropkNkrgu0b0X+jM6aPtitk+ONWXGC PUVSr+JkDFPCP09b3YAIdWlIdr6r8Rj30F6BY1mQlnjZmCTOKDLEpdYhxrROYEyc hkDDTmIBItycWnPQ1+jDg11W2I3/wFRx1S6K0a+drN2dKWfyaoSYeHh9XRcM3FVb nZ9FLUrKQWFBKsM9cyQx5M2EgluLNuJvksxHMPZ+18fCFKwPEYvHZqFOU5Yd0P7t cRcUL5lOzvPDDAqcywr+mGX8PZTeBdPFEChDuKofvo4nhhwQiCh79E15LU1/RF21 gKzDTkufjnCz8CTxl4j2gt6/2ozaOERDHw/7koujjmVBnLLOM/o/33EB7EAq6u7X GqoztMBvtSS4z0DbDd6FnYJ4aNh+t/Vlxex+NhE+gQx+79C+T54= =omfM -END PGP SIGNATURE-
Bug#1053573: libpython3.11-testsuite install fails due to syntax error: 'uft-8' in /usr/lib/python3.11/test/tokenizedata/bad_coding.py
On Fri, 06 Oct 2023 14:43:14 -0400, Albedo Black wrote: > Package: libpython3.11-testsuite > Version: 3.11.6-2 > Severity: serious > File: /usr/share/doc/libpython3.11-testsuite > Tags: ftbfs > Justification: makes the package in question unusable or mostly so > $sudo dpkg --configure libpython3.11-testsuite > Setting up libpython3.11-testsuite (3.11.6-2) ... > File "/usr/lib/python3.11/test/tokenizedata/bad_coding.py", line 0 > SyntaxError: unknown encoding: uft-8 > dpkg: error processing package libpython3.11-testsuite > (--configure): > installed libpython3.11-testsuite package post-installation script > subprocess returned error exit status 1 > Errors were encountered while processing: > libpython3.11-testsuite According to the changelog [0] this was fixed in 3.11.6-3, and I didn't encounter any problems when upgrading from 3.11.5-3 to 3.11.6-3, so I think this bug can be closed at version 3.11.6-3. Cheers, gregor [0] https://tracker.debian.org/news/1469422/accepted-python311-3116-3-source-into-unstable/ -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1052871: libauthen-sasl-cyrus-perl: FTBFS: dh_auto_test: error: make -j8 test TEST_VERBOSE=1 returned exit code 2
Control: tag -1 + confirmed On Tue, 26 Sep 2023 15:18:51 +0200, Lucas Nussbaum wrote: > Source: libauthen-sasl-cyrus-perl > Version: 0.13-server-13 > Severity: serious > Justification: FTBFS > Tags: trixie sid ftbfs > User: lu...@debian.org > Usertags: ftbfs-20230925 ftbfs-trixie > > Hi, > > During a rebuild of all packages in sid, your package failed to build > on amd64. > > > Relevant part (hopefully): > > make[1]: Entering directory '/<>' > > "/usr/bin/perl" -MExtUtils::Command::MM -e 'cp_nonempty' -- Cyrus.bs > > blib/arch/auto/Authen/SASL/Cyrus/Cyrus.bs 644 > > PERL_DL_NONLAZY=1 "/usr/bin/perl" "-MExtUtils::Command::MM" > > "-MTest::Harness" "-e" "undef *Test::Harness::Switches; test_harness(1, > > 'blib/lib', 'blib/arch')" t/*.t > > Can't locate object method "listmech" via package > > "Authen::SASL::Perl::PLAIN" at t/plain.t line 39. > > # Looks like your test exited with 255 just after 2. > > t/plain.t .. > > 1..5 > > client CB username. > > client CB password. > > client Sendreply: testuser > > Client: Negotiation succeeded. > > ok 1 > > ok 2 > > Dubious, test returned 255 (wstat 65280, 0xff00) > > Failed 3/5 subtests > > > > Test Summary Report > > --- > > t/plain.t (Wstat: 65280 (exited 255) Tests: 2 Failed: 0) > > Non-zero exit status: 255 > > Parse errors: Bad plan. You planned 5 tests but ran 2. > > Files=1, Tests=2, 1 wallclock secs ( 0.02 usr 0.00 sys + 0.05 cusr 0.01 > > csys = 0.08 CPU) > > Result: FAIL > > Failed 1/1 test programs. 0/2 subtests failed. > > make[1]: *** [Makefile:1013: test_dynamic] Error 255 > > make[1]: Leaving directory '/<>' > > dh_auto_test: error: make -j8 test TEST_VERBOSE=1 returned exit code 2 I suppsed this is caused by libauthen-sasl-perl_2.1700-1: --- a/Changes +++ b/Changes + [Removed] +- Authen::SASL::Cyrus is no longer loaded as + an implementation; Authen::SASL::XS has been + the successor for more than a decade --- a/lib/Authen/SASL.pm +++ b/lib/Authen/SASL.pm @Plugins = qw( - Authen::SASL::XS - Authen::SASL::Cyrus - Authen::SASL::Perl +Authen::SASL::XS +Authen::SASL::Perl So libauthen-sasl-cyrus-perl might be a removal candidate (and we should probably package Authen::SASL::XS), unless we want to patch support for Authen::SASL::Cyrus back into libauthen-sasl-perl … Also: % grep-excuses libauthen-sasl-perl libauthen-sasl-perl (2.1600-3 to 2.1700-1) Maintainer: Debian Perl Group Migration status for libauthen-sasl-perl (2.1600-3 to 2.1700-1): BLOCKED: Rejected/violates migration policy/introduces a regression Issues preventing migration: ∙ ∙ autopkgtest for libauthen-sasl-cyrus-perl/0.13-server-13: amd64: Regression ♻ (reference ♻), arm64: Regression ♻ (reference ♻), armel: Regression ♻ (reference ♻), armhf: Regression ♻ (reference ♻), i386: Regression ♻ (reference ♻), ppc64el: Regression ♻ (reference ♻), s390x: Regression ♻ (reference ♻) Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1052331: marked as pending in libcrypt-openssl-pkcs12-perl
Control: tag -1 pending Hello, Bug #1052331 in libcrypt-openssl-pkcs12-perl reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/perl-team/modules/packages/libcrypt-openssl-pkcs12-perl/-/commit/6b12b90d49e451ddb7041ba54cffe4928a6535ad Update openssl3.patch to skip pkcs12 password test on all OpenSSL 3.x versions. Thanks: Sebastian Andrzej Siewior for the bug report. Closes: #1052331 (this message was generated automatically) -- Greetings https://bugs.debian.org/1052331
Bug#1052327: libdbd-odbc-perl: Test failure in t/rt_57957.t
Source: libdbd-odbc-perl Version: 1.61-2 Severity: serious Tags: ftbfs trixie sid Justification: fails to build from source (but built successfully in the past) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 As noticed by ci.debian.org, t/rt_57957.t started to fail at some point between 2023-09-02 and 2023-09-18. This test now also fails during build, making the package FTBFS. # Some of these tests may fail for your driver - please let me know if they do along with the strings SQLite/sqlite3odbc.so t/rt_57957.t . 1..8 ok 1 - use ODBCTEST; ok 2 - Prepare with trailing comment and named placeholder ok 3 - Prepare with leading comment and named placeholder Failed 5/8 subtests Test Summary Report - --- t/rt_57957.t (Wstat: 139 (Signal: SEGV, dumped core) Tests: 3 Failed: 0) Non-zero wait status: 139 Parse errors: Bad plan. You planned 8 tests but ran 3. Files=42, Tests=1081, 7 wallclock secs ( 0.36 usr 0.07 sys + 3.36 cusr 0.69 csys = 4.48 CPU) Result: FAIL Notable differences in the environment between the test runs on ci.debian.net: - -libsqlite3-0 3.42.0-1 - -libsqliteodbc 0.9998-3+b1 +libsqlite3-0 3.43.1-1 +libsqliteodbc 0.-1 Cheers, gregor -BEGIN PGP SIGNATURE- iQKTBAEBCgB9FiEE0eExbpOnYKgQTYX6uzpoAYZJqgYFAmULCSJfFIAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEQx RTEzMTZFOTNBNzYwQTgxMDREODVGQUJCM0E2ODAxODY0OUFBMDYACgkQuzpoAYZJ qgadyA//dsyksGfcQ2+WchuPlsC76GAz0NANPUdnFuMNKStMq38VIJmc7ocExBr/ rv7iVEATKJxWf2gWx/wGu0TyCOiFBUFsKtvOyw2OUIzklgj6kLrkyGH6ZwtSetkI bqJiuZZMOm7dBEicAi+anKFAJZvkLJNZ/ZjHjOFxYYVEmjgiC1MiHCGDXhCgIWIe SFgbOUEdrCi29L+Iba4sURSIaOC3qMb+ljB9BmiOuhvEXdOOKqlw/kXSnvK8wruy Rwscyij5pWgEKe4v8r547EPL5Qt7TSdrQAZnxdJ9ObPmCNtTem8iQEBbXexDHdDf 9ImaORPkLQT3Gxwjs4SDuXDlt/9wghcgireVYsgXQfgVxvfoYXs4Zwy68fyvmtRa 2DXf7BBqugq2uLazPdVlQpQQ4GIJVbKmSog8BkU0E6il9bxq+8MEiAbVf0sYFjtM R4DrLEWtd1kfqoY07PGUXzVnUXwalD9CrtG6MDO6MYZTzYVHcQ8YvZSwKyjQ0SI7 //rd+M3DixkBNoS7YGTbujBtyCVBaLoHZ8GSBSi6pqzhXaPFHPMX0M5dWBs8WXZP kCMbYa/9WhtXzYMAEjHmHK8zXhR+OYtJdCbYJzA2zL0TgyEmGkMwUzmGcyr4oMNu aBEqR4OtgsWPtz4qx4h7fnCSDCuIUrGX6UwqaXnrg2jgFpFsMLc= =mgQ8 -END PGP SIGNATURE-
Bug#1051534: analizo: Test failure in t/features.t during build and autopkgtests
Source: analizo Version: 1.25.4-2 Severity: serious Tags: ftbfs sid trixie Justification: fails to build from source -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 analizo started to fail its autopkgtests recently in unstable: https://ci.debian.net/packages/a/analizo/ And the same test failure happens during build as well: # Failed test 'Then analizo must report that the project has total_abstract_classes = 1' # at t/features/metrics/abstract_classes.feature line 19. # in step at t/features/metrics/abstract_classes.feature line 19. # not ok # # Failed test at /build/analizo-1.25.4/t/features/step_definitions/analizo_steps.pl line 143. # # got: 2 # # expected: 1 # ok 3 - Step ran to completion # 1..2 # # Looks like you failed 1 test of 2. # Looks like you failed 1 test of 1008. t/features.t . # not ok 404 - Then analizo must report that the project has total_abstract_classes = 1 # 1..1008 Dubious, test returned 1 (wstat 256, 0x100) Failed 1/1008 subtests Test Summary Report - --- t/features.t (Wstat: 256 (exited 1) Tests: 1008 Failed: 1) Failed test: 404 Non-zero exit status: 1 Files=54, Tests=1627, 84 wallclock secs ( 0.36 usr 0.13 sys + 59.24 cusr 17.21 csys = 76.94 CPU) Result: FAIL Cheers, gregor -BEGIN PGP SIGNATURE- iQKTBAEBCgB9FiEE0eExbpOnYKgQTYX6uzpoAYZJqgYFAmT8UndfFIAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEQx RTEzMTZFOTNBNzYwQTgxMDREODVGQUJCM0E2ODAxODY0OUFBMDYACgkQuzpoAYZJ qgbF5xAAqTTdQbU4Kiqg6RTKeEWRH4tCmV1F+6dv1CoTsv03xDhvhNlgqYSttXqR 3WvK8ZE+ksXypXA8/Uvcouwbyh1mY2ZEC94Och7U51fSbcJJSjcwpWgu5GbOERG4 eLboschzr7yMfROHuhX30cJ7p1jK5LOv5zIFgGVmpK2FmlAPmIoN8xitA3aLZvzy RExQsvsFbqeKts+gPjx0WiC4Uamt0x+mLis34OQzjlWZVniL7A/MGKQlmVIr7zru ZC+eaWjo+Cg2gn131eREaN4HtulfkxxbIPtP0zic0eRc3mY8sDukFgaIQHsqQ3ou XsdyTVqg1eLDZ4GPJq9jVyntBhuqDeLdQa1PZWI8hf2ylzhK2WlrIm0aapAjHfHX qazv68rGzkCWgdqxzoqPiCnVHdx57niNEmXpII1+96RQog7n+JA7rdhVF+pFumrD OjlvzGhqQiIzXUEwxrpnhFPhh5GEDS3JbYn0wkrToEER5UdBQoW2eLe6FWBA6Dqq EVKOTlsFaayogN9kET0iugPYsJo9ZjFPS0fVCgQZWNvSeO3fdPh1Jq0ATka678Dx I9PtXWvMgOsOu4aU3ImZ1JCdujhz4C/CnNxbFsBScBaTGmd83j8zVL5JF71rhZX4 +lBWNk/xoGPDruSSP0Vz+TiaeoEiWt+zc7LVIKNX/ZuJZepyRlE= =E8iv -END PGP SIGNATURE-
Bug#1051192: solid-auth, liblog-any-perl: solid-auth became uninstallable after liblog-any-perl dropped liblog-any-adapter-perl Provides
On Mon, 04 Sep 2023 19:02:41 +0200, Axel Beckert wrote: > > > → grep-aptavail -FDepends -P liblog-any-adapter-perl | fgrep > > > liblog-any-adapter-perl > > Nice, I always forget the syntax. > Didn't get it right on the first try, either. :-) Heh :) > > > Should we do this in solid-auth, too, or just use solely > > > liblog-any-perl? > > I'd go for only liblog-any-perl everywhere as is gone … > The longer I think about the more I tend towards that direction, too. Coolio > Anyway, thanks for your efforts and sorry that I currently can't help > that much with the actual work. (Lagging behind with fixing RC bugs in > my non-team packages, too…) No worries, thanks for reporting and helping me with grep-aptavail and thinking about the issue! Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#1051192: solid-auth, liblog-any-perl: solid-auth became uninstallable after liblog-any-perl dropped liblog-any-adapter-perl Provides
On Mon, 04 Sep 2023 16:54:35 +0200, gregor herrmann wrote: > With different output: > > % grep-aptavail -FDepends -P liblog-any-adapter-perl -s > Source,Package,Depends > Package: libdata-hal-perl > Depends: perl:any, libboolean-perl, libclone-perl, libdata-visitor-perl, > libfailures-perl, libhttp-message-perl, libjson-perl, liblog-any-perl | > liblog-any-adapter-perl, libmime-types-perl, libmoo-perl, libsafe-isa-perl, > libstrictures-perl, libtype-tiny-perl, liburi-namespacemap-perl, liburi-perl, > liburi-template-perl, libxml-regexp-perl > > Package: liblog-any-adapter-callback-perl > Depends: perl:any, liblog-any-perl | liblog-any-adapter-perl > > Package: liblog-any-adapter-dispatch-perl > Depends: perl:any, liblog-any-perl | liblog-any-adapter-perl, > liblog-dispatch-perl > > Package: liblog-any-adapter-filehandle-perl > Depends: perl:any, liblog-any-perl | liblog-any-adapter-perl These 4 are fixed in git to only use liblog-any-perl (but not uploaded as there is no practical problem). > Source: libweb-solid-auth-perl > Package: solid-auth > Depends: libfile-libmagic-perl, libjson-perl, > liblog-any-adapter-log4perl-perl, liblog-any-adapter-perl, > liblog-log4perl-perl, libpath-tiny-perl, libstring-escape-perl, > libweb-solid-auth-perl, perl:any > > Should we do this in solid-auth, too, or just use solely > > liblog-any-perl? > I'd go for only liblog-any-perl everywhere as is gone … Done for src:libweb-solid-auth-perl, and uploaded. Hm, and I found more in git: % grep liblog-any-adapter-perl */debian/control liblog-any-adapter-screen-perl/debian/control: liblog-any-perl | liblog-any-adapter-perl , liblog-any-adapter-screen-perl/debian/control: liblog-any-perl | liblog-any-adapter-perl, librdf-linkeddata-perl/debian/control: liblog-any-adapter-perl, librdf-linkeddata-perl/debian/control: liblog-any-adapter-perl, Not found by grep-aptavail? Next weirdness … Oh, look, the latter has fresh autopkgtest failures on ci.d.n. Alright, liblog-any-adapter-screen-perl fixed in git, librdf-linkeddata-perl fixed and uploaded. Cheers, gregor, wo notes that removing ancient Provides is a bit hard -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- signature.asc Description: Digital Signature
