Bug#1078173: st-console: diff for NMU version 1.1.4-7.1
On Mon, 16 Sep 2024 22:59:41 -0300, Thiago Andrade wrote: > Thank you Gregor! > Go ahead. > You can upload it now. Thanks! Rescheduled to 0-day. 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#1078202: restfuldb: diff for NMU version 0.16.0+dfsg-1.1
Control: tags 1078202 + pending Dear maintainer, I've prepared an NMU for restfuldb (versioned as 0.16.0+dfsg-1.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. -- .''`. 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 restfuldb-0.16.0+dfsg/debian/changelog restfuldb-0.16.0+dfsg/debian/changelog --- restfuldb-0.16.0+dfsg/debian/changelog 2022-05-05 18:12:51.0 +0200 +++ restfuldb-0.16.0+dfsg/debian/changelog 2024-09-16 23:47:32.0 +0200 @@ -1,3 +1,12 @@ +restfuldb (0.16.0+dfsg-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Fix "FTBFS with Perl 5.40: test failures": add patch from Niko Tyni to fix +import with Perl 5.40. +(Closes: #1078202) + + -- gregor herrmann Mon, 16 Sep 2024 23:47:32 +0200 + restfuldb (0.16.0+dfsg-1) unstable; urgency=medium * New upstream version 0.16.0+dfsg. diff -Nru restfuldb-0.16.0+dfsg/debian/patches/fix-restfuldbversion-import.patch restfuldb-0.16.0+dfsg/debian/patches/fix-restfuldbversion-import.patch --- restfuldb-0.16.0+dfsg/debian/patches/fix-restfuldbversion-import.patch 1970-01-01 01:00:00.0 +0100 +++ restfuldb-0.16.0+dfsg/debian/patches/fix-restfuldbversion-import.patch 2024-09-16 23:43:59.0 +0200 @@ -0,0 +1,29 @@ +From: Niko Tyni +Date: Thu, 8 Aug 2024 08:40:04 +0100 +X-Dgit-Generated: 0.16.0+dfsg-1 6d05da4077a1b5fa329265880b0f52cfe07a6717 +Subject: Fix RestfulDB::Version import + +RestfulDB::Version does not export $VERSION. + +This warns with newer versions of Perl (5.40 or so): + + Attempt to call undefined import method with arguments ("$VERSION") via package "RestfulDB::Version" (Perhaps you forgot to load the package?) at line . + + +Bug-Debian: https://bugs.debian.org/1078202 + +--- + +diff --git a/lib/HTMLGenerator.pm b/lib/HTMLGenerator.pm +index de1f4a1..189af78 100644 +--- a/lib/HTMLGenerator.pm b/lib/HTMLGenerator.pm +@@ -46,7 +46,7 @@ use RestfulDB::SQL qw( + is_integer + is_text + ); +-use RestfulDB::Version qw( $VERSION ); ++use RestfulDB::Version; + use POSIX qw(strftime); + use List::MoreUtils qw(uniq); + use List::Util qw( any ); diff -Nru restfuldb-0.16.0+dfsg/debian/patches/series restfuldb-0.16.0+dfsg/debian/patches/series --- restfuldb-0.16.0+dfsg/debian/patches/series 2022-05-05 18:12:51.0 +0200 +++ restfuldb-0.16.0+dfsg/debian/patches/series 2024-09-16 23:43:27.0 +0200 @@ -2,3 +2,4 @@ perl5-lib.patch db-dir.patch no-build-dependencies.patch +fix-restfuldbversion-import.patch signature.asc Description: Digital Signature
Bug#1078097: cod-tools: diff for NMU version 3.10.0+dfsg-1.1
Control: tags 1078097 + pending Dear maintainer, I've prepared an NMU for cod-tools (versioned as 3.10.0+dfsg-1.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. -- .''`. 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 cod-tools-3.10.0+dfsg/debian/changelog cod-tools-3.10.0+dfsg/debian/changelog --- cod-tools-3.10.0+dfsg/debian/changelog 2024-05-30 07:59:28.0 +0200 +++ cod-tools-3.10.0+dfsg/debian/changelog 2024-09-16 23:31:52.0 +0200 @@ -1,3 +1,13 @@ +cod-tools (3.10.0+dfsg-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Fix "autopkgtest regression with Perl 5.40: Attempt to call +undefined import method with arguments": add patch from Niko Tyni to fix +Exporter(3pm) usage. +(Closes: #1078097) + + -- gregor herrmann Mon, 16 Sep 2024 23:31:52 +0200 + cod-tools (3.10.0+dfsg-1) unstable; urgency=medium * New upstream version 3.10.0+dfsg diff -Nru cod-tools-3.10.0+dfsg/debian/patches/fix-exporter-usage-with-mutually-recursi.patch cod-tools-3.10.0+dfsg/debian/patches/fix-exporter-usage-with-mutually-recursi.patch --- cod-tools-3.10.0+dfsg/debian/patches/fix-exporter-usage-with-mutually-recursi.patch 1970-01-01 01:00:00.0 +0100 +++ cod-tools-3.10.0+dfsg/debian/patches/fix-exporter-usage-with-mutually-recursi.patch 2024-09-16 22:56:44.0 +0200 @@ -0,0 +1,89 @@ +From: Niko Tyni +Date: Tue, 6 Aug 2024 20:38:09 +0100 +X-Dgit-Generated: 3.10.0+dfsg-1 5a1458da5fc72e0d208dc9baa32a05fe79a92403 +Subject: Fix Exporter usage with mutually recursive modules + +This fixes warnings with Perl 5.40: + + Attempt to call undefined import method with arguments ("cif_cell_contents") via package "COD::CIF::Data::CellContents" (Perhaps you forgot to load the package?) + +See the "Playing Safe" section in Exporter(3perl) and + + https://metacpan.org/dist/perl/view/pod/perldelta.pod#Calling-the-import-method-of-an-unknown-package-produces-a-warning + + +Bug-Debian: https://bugs.debian.org/1078097 + +--- + +diff --git a/src/lib/perl5/COD/CIF/Data/CellContents.pm b/src/lib/perl5/COD/CIF/Data/CellContents.pm +index 27d7ced..090d6b7 100644 +--- a/src/lib/perl5/COD/CIF/Data/CellContents.pm b/src/lib/perl5/COD/CIF/Data/CellContents.pm +@@ -14,6 +14,17 @@ package COD::CIF::Data::CellContents; + + use strict; + use warnings; ++ ++BEGIN { ++require Exporter; ++our @ISA = qw( Exporter ); ++our @EXPORT_OK = qw( ++cif_cell_contents ++atomic_composition ++print_composition ++); ++} ++ + use COD::AtomProperties; + use COD::Fractional qw( symop_ortho_from_fract ) ; + use COD::Spacegroups::Symop::Parse qw( symop_from_string +@@ -26,14 +37,6 @@ use COD::CIF::Data::AtomList qw( atom_array_from_cif ); + use COD::CIF::Data::EstimateZ qw( cif_estimate_z ); + use COD::CIF::Data::SymmetryGenerator qw( symop_generate_atoms ); + +-require Exporter; +-our @ISA = qw( Exporter ); +-our @EXPORT_OK = qw( +-cif_cell_contents +-atomic_composition +-print_composition +-); +- + $::format = "%g"; + + sub atomic_composition( $$$@ ); +diff --git a/src/lib/perl5/COD/CIF/Data/EstimateZ.pm b/src/lib/perl5/COD/CIF/Data/EstimateZ.pm +index 1f82159..42f1349 100644 +--- a/src/lib/perl5/COD/CIF/Data/EstimateZ.pm b/src/lib/perl5/COD/CIF/Data/EstimateZ.pm +@@ -16,6 +16,15 @@ package COD::CIF::Data::EstimateZ; + + use strict; + use warnings; ++BEGIN { ++require Exporter; ++our @ISA = qw( Exporter ); ++our @EXPORT_OK = qw( ++cif_estimate_z ++cif_estimate_z_from_formula ++); ++} ++ + use COD::Cell qw( cell_volume ); + use COD::CIF::Data qw( get_cell get_symmetry_operators ); + use COD::Precision qw( unpack_cif_number ); +@@ -29,13 +38,6 @@ use COD::Spacegroups::Symop::Parse qw( symop_from_string + use COD::CIF::Data::SymmetryGenerator qw( symop_generate_atoms ); + use COD::CIF::Data::CellContents qw( cif_cell_contents ); + +-require Exporter; +-our @ISA = qw( Exporter ); +-our @EXPORT_OK = qw( +-cif_estimate_z +-cif_estimate_z_from_formula +-); +- + # Avogadro number in "CIF unit" scale: + my $N = 0.1 * 6.0221418; + diff -Nru cod-tools-3.10.0+dfsg/debian/patches/series cod-tools-3.10.0+dfsg/debian/patches/series --- cod-tools-3.10.0+dfsg/debian/patches/series 2024-05-30 07:54:21.0 +0200 +++ cod-tools-3.10.0+dfsg/debian/patches/series 2024-09-16 22:55:53.0 +0200 @@ -2,3 +2,4 @@ hardening.patch disable-test-network-access.patch use-system-spglib.patch +fix-exporter-usage-with-mutually-recursi.patch signature.asc Description: Digital Signature
Bug#1078173: st-console: diff for NMU version 1.1.4-7.1
Control: tags 1078173 + pending Dear maintainer, I've prepared an NMU for st-console (versioned as 1.1.4-7.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. -- .''`. 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 st-console-1.1.4/debian/changelog st-console-1.1.4/debian/changelog --- st-console-1.1.4/debian/changelog 2023-01-31 14:24:35.0 +0100 +++ st-console-1.1.4/debian/changelog 2024-09-16 23:34:13.0 +0200 @@ -1,3 +1,12 @@ +st-console (1.1.4-7.1) unstable; urgency=medium + + * Non-maintainer upload. + * Fix "autopkgtest regression with Perl 5.40: FAIL stderr: Duplicate +specification": add patch from Niko Tyni to fix Getopt::Long usage with + Perl 5.40. (Closes: #1078173) + + -- gregor herrmann Mon, 16 Sep 2024 23:34:13 +0200 + st-console (1.1.4-7) unstable; urgency=medium * debian/control: bumped Standards-Version to 4.6.2. diff -Nru st-console-1.1.4/debian/patches/configure-getoptlong-to-not-ignore-case.patch st-console-1.1.4/debian/patches/configure-getoptlong-to-not-ignore-case.patch --- st-console-1.1.4/debian/patches/configure-getoptlong-to-not-ignore-case.patch 1970-01-01 01:00:00.0 +0100 +++ st-console-1.1.4/debian/patches/configure-getoptlong-to-not-ignore-case.patch 2024-09-16 23:31:27.0 +0200 @@ -0,0 +1,22 @@ +From: Niko Tyni +Date: Sun, 25 Aug 2024 08:16:03 +0100 +X-Dgit-Generated: 1.1.4-7 33e83970c8eb7e1736d663a0abe311589311293f +Subject: Configure Getopt::Long to not ignore case + +Bug-Debian: https://bugs.debian.org/1078173 + +--- + +diff --git a/script/st b/script/st +index d785a18..8889dfd 100755 +--- a/script/st b/script/st +@@ -6,7 +6,7 @@ use warnings; + #use bignum; + + use Data::Dumper; +-use Getopt::Long; ++use Getopt::Long qw( :config no_ignore_case ); + use Pod::Usage; + + use App::St; diff -Nru st-console-1.1.4/debian/patches/series st-console-1.1.4/debian/patches/series --- st-console-1.1.4/debian/patches/series 2023-01-31 13:58:35.0 +0100 +++ st-console-1.1.4/debian/patches/series 2024-09-16 23:31:27.0 +0200 @@ -1,2 +1,3 @@ 010_fix-manpage-st-console.patch 020_fix-manpage-lib-st-console-perl.patch +configure-getoptlong-to-not-ignore-case.patch signature.asc Description: Digital Signature
Bug#1078150: rspamd: diff for NMU version 3.8.1-1.2
Control: tags 1078150 + pending Dear maintainer, I've prepared an NMU for rspamd (versioned as 3.8.1-1.2) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. -- .''`. 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 rspamd-3.8.1/debian/changelog rspamd-3.8.1/debian/changelog --- rspamd-3.8.1/debian/changelog 2024-06-11 00:57:11.0 +0200 +++ rspamd-3.8.1/debian/changelog 2024-09-16 23:23:06.0 +0200 @@ -1,3 +1,12 @@ +rspamd (3.8.1-1.2) unstable; urgency=medium + + * Non-maintainer upload. + * Fix "autopkgtest regression with Perl 5.40: FAIL stderr: Duplicate +specification": add patches from Niko Tiny to fix Getopt::Long usage with + Perl 5.40. (Closes: #1078150) + + -- gregor herrmann Mon, 16 Sep 2024 23:23:06 +0200 + rspamd (3.8.1-1.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru rspamd-3.8.1/debian/patches/rspamd_stats-configure-getoptlong-to-not.patch rspamd-3.8.1/debian/patches/rspamd_stats-configure-getoptlong-to-not.patch --- rspamd-3.8.1/debian/patches/rspamd_stats-configure-getoptlong-to-not.patch 1970-01-01 01:00:00.0 +0100 +++ rspamd-3.8.1/debian/patches/rspamd_stats-configure-getoptlong-to-not.patch 2024-09-16 23:03:42.0 +0200 @@ -0,0 +1,22 @@ +From: Niko Tyni +Date: Sun, 25 Aug 2024 08:21:34 +0100 +X-Dgit-Generated: 3.8.1-1.2 3ca6f8d9d29d6645788ec3802225997b51813713 +Subject: rspamd_stats: Configure Getopt::Long to not ignore case + +Bug-Debian: https://bugs.debian.org/1078150 + +--- + +diff --git a/utils/rspamd_stats.pl b/utils/rspamd_stats.pl +index 4fdcf55..b757d20 100755 +--- a/utils/rspamd_stats.pl b/utils/rspamd_stats.pl +@@ -2,7 +2,7 @@ + + use 5.010; + use Data::Dumper; +-use Getopt::Long; ++use Getopt::Long qw( :config no_ignore_case ); + use Pod::Usage; + use Time::Local; + use IO::Handle; diff -Nru rspamd-3.8.1/debian/patches/rspamd_stats-use--j-for---json-to-fix-co.patch rspamd-3.8.1/debian/patches/rspamd_stats-use--j-for---json-to-fix-co.patch --- rspamd-3.8.1/debian/patches/rspamd_stats-use--j-for---json-to-fix-co.patch 1970-01-01 01:00:00.0 +0100 +++ rspamd-3.8.1/debian/patches/rspamd_stats-use--j-for---json-to-fix-co.patch 2024-09-16 23:04:00.0 +0200 @@ -0,0 +1,22 @@ +From: Niko Tyni +Date: Sun, 25 Aug 2024 08:32:30 +0100 +X-Dgit-Generated: 3.8.1-1.2 7709132449186bfab0802c0bb4a013c79363e82e +Subject: rspamd_stats: use -J for --json to fix conflict with --junk-score + +Bug-Debian: https://bugs.debian.org/1078150 + +--- + +diff --git a/utils/rspamd_stats.pl b/utils/rspamd_stats.pl +index b757d20..e262c39 100755 +--- a/utils/rspamd_stats.pl b/utils/rspamd_stats.pl +@@ -57,7 +57,7 @@ GetOptions( + "end=s" => \$endTime, + "num-logs|n=i" => \$num_logs, + "exclude-logs|x=i" => \$exclude_logs, +-"json|j"=> \$json, ++"json|J"=> \$json, + "help|?"=> \$help, + "man" => \$man + ) or pod2usage(2); diff -Nru rspamd-3.8.1/debian/patches/series rspamd-3.8.1/debian/patches/series --- rspamd-3.8.1/debian/patches/series 2024-01-27 11:28:40.0 +0100 +++ rspamd-3.8.1/debian/patches/series 2024-09-16 23:04:00.0 +0200 @@ -2,3 +2,5 @@ 0003-add-versions-to-shared-libraries.patch 0004-drop-js-scripts-packaged-by-Debian.patch 0006-do-not-install-fonts-packaged-by-Debian.patch +rspamd_stats-configure-getoptlong-to-not.patch +rspamd_stats-use--j-for---json-to-fix-co.patch signature.asc Description: Digital Signature
Bug#1014083: Leaves many mldbm files in /tmp without cleanup
On Wed, 11 Sep 2024 16:04:51 -0400, Louis-Philippe Véronneau wrote: > Lintian::Storage::MLDBM, which defines a `create` and a `DESTROY` function, > is used by Lintian::Index::Elf. Actually DEMOLISH. > The latter has `elf_storage` and `elf_storage_by_member` functions, that do > call the `create` function, but never the `DESTROY` one. Lintian::Storage::MLDBM uses the Moo object system, which provides the DEMOLISH method (man 3 Moo): DEMOLISH sub DEMOLISH { my ($self, $in_global_destruction) = @_; ... } When an object is destroyed, any "DEMOLISH" methods in the inheritance hierarchy will be called on the object. They are given boolean to inform them if global destruction is in progress, and are called from the child class upwards to the parent. This is similar to "BUILD" methods but in the opposite order. Now the interesting question is why this doesn't happen … > A good design would have the `DESTROY` function be called automatically at > when that storage isn't needed anymore, instead of people having to manually > call it once they are done in their check. And that seems to be the intention of current 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#1081854: RM: libconfig-methodproxy-perl -- ROM; superceded by libdata-methodproxy-perl
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: libconfig-methodproxy-p...@packages.debian.org Control: affects -1 + src:libconfig-methodproxy-perl User: ftp.debian@packages.debian.org Usertags: remove -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Please remove libconfig-methodproxy-perl from the archive. Config::MethodProxy has been moved to libdata-methodproxy-perl, which also Provides/Replaces/Breaks libconfig-methodproxy-perl (since 2019); also there are no reverse dependencies of libconfig-methodproxy-perl left. Cheers, gregor -BEGIN PGP SIGNATURE- iQKTBAEBCgB9FiEE0eExbpOnYKgQTYX6uzpoAYZJqgYFAmbnBxJfFIAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEQx RTEzMTZFOTNBNzYwQTgxMDREODVGQUJCM0E2ODAxODY0OUFBMDYACgkQuzpoAYZJ qgaeaA//ZH2cInGdqckKZzM2dv3nsKeX/S1jaNpd2RREjekszuX/mGfcEuVhd/GU DNgEZugMBr+dZ2Xy2DhGLKQquzPRC0HWVhqe5MWb2Q+Dv7fyLvZI94l3+EGfN6ef +ynh8Tsb6q+DaXudI4jMj1kfTObCosjY4MHnaXLr/ZbMVaL0IeJGwf5ZtBVptd4q xH+YTSXZLmjj5ZYv2k2unRgBdjLeG18WxNUXjajne4ucT2z86ksDVI57k0w0vrqr orABHi6gdynyVFEMVn8bQftBDx9HkNncjWGfwB4DgvZ5009hcLht5w0dTDHcWxze PAG1yzuLO358S1u2Puo+fHKm9t4jjHzteRv1lkD0TNRHjMGnf/u8tZJgtyle6bNu ez73aOJeSD9mlPyCQeretfGOfBNO4nDxYDNnFjov27EbwyoEyPIyClPpQ6hhf931 1JBTaflafP9hI5yQ4xessiuB0/3lZHAIijpeQ/oh54xdYk4rhUXTSFPyCySs+O+N v+yBI1ZYSAHYzH5HDCmCP05Ca92a8zvqkEwtZhzph1/F36V780mkTgMxdL7SxLQS KiNHSA0BnrZxZHaC3PtdkRBnu9KID2U5z9thXSWzAcehrVE8NN8kd5NYSD8g4c7A eqNS7DW9eA/4KP8NMsC8MlkJ77F0+u3WiRTusFicGKjoaxvGXYk= =nkvO -END PGP SIGNATURE-
Bug#1081853: ITP: libtest2-plugin-ioevents-perl -- module to turn STDOUT and STDERR into Test2 events
Package: wnpp Owner: gregor herrmann Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org * Package name: libtest2-plugin-ioevents-perl Version : 0.001001 Upstream Author : Chad Granum * URL : https://metacpan.org/release/Test2-Plugin-IOEvents * License : Artistic or GPL-1+ Programming Lang: Perl Description : module to turn STDOUT and STDERR into Test2 events Test2::Plugin::IOEvents turns prints to STDOUT and STDERR (including warnings) into proper Test2 events. The package will be maintained under the umbrella of the Debian Perl Group. -- Generated with the help of dpt-gen-itp(1) from pkg-perl-tools. signature.asc Description: Digital Signature
Bug#1081777: libnet-imap-simple-perl: time to upload?
On Sun, 15 Sep 2024 06:27:16 +0200, Ben Tris wrote: > The latest note in changelog is the ignored version. > I wonder if that has consequences if for other reasons > would want to do a new release. If we want to do an upload for whatever reason we just remove this line and do an 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#1081777: libnet-imap-simple-perl: time to upload?
Control: tag -1 + wontfix On Sat, 14 Sep 2024 19:51:04 +0200, Ben Tris wrote: > Changes in VCS and new version (warning will disappear). > Last date in news is may-2018. > Please release version 1.2212-1 if possible. There are no changes in 1.2212: #v+ % git diff upstream/1.2211..upstream/1.2212 diff --git a/Changes b/Changes index 005ce02..49ad8ca 100644 --- a/Changes +++ b/Changes @@ -1,3 +1,6 @@ +1.2212: Wed Jun 06 2018 + - I don't know what Zimbra is, but mss@github sent in PR10 for it + 1.2211: Thu May 17 2018 - minor doc fix: https://rt.cpan.org/Ticket/Display.html?id=125334 diff --git a/META.json b/META.json index e2b20c0..dfd516f 100644 --- a/META.json +++ b/META.json @@ -49,6 +49,6 @@ "url" : "http://github.com/jettero/net--imap--simple"; } }, - "version" : "1.2211", + "version" : "1.2212", "x_serialization_backend" : "JSON::PP version 2.97001" } diff --git a/META.yml b/META.yml index 27aa8f7..2b64db7 100644 --- a/META.yml +++ b/META.yml @@ -27,5 +27,5 @@ requires: perl: '5.008' resources: repository: http://github.com/jettero/net--imap--simple -version: '1.2211' +version: '1.2212' x_serialization_backend: 'CPAN::Meta::YAML version 0.018' diff --git a/lib/Net/IMAP/Simple.pm b/lib/Net/IMAP/Simple.pm index 1b52cc2..e5e5964 100644 --- a/lib/Net/IMAP/Simple.pm +++ b/lib/Net/IMAP/Simple.pm @@ -9,7 +9,7 @@ use IO::Socket; use IO::Select; use Net::IMAP::Simple::PipeSocket; -our $VERSION = "1.2211"; +our $VERSION = "1.2212"; BEGIN { # I'd really rather the pause/cpan indexers miss this "package" #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#1081021: ITP: libfile-sharedir-tiny-perl -- module to locate per-dist and per-module shared files
Package: wnpp Owner: gregor herrmann Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org * Package name: libfile-sharedir-tiny-perl Version : 0.001 Upstream Author : Leon Timmermans * URL : https://metacpan.org/release/File-ShareDir-Tiny * License : Artistic or GPL-1+ Programming Lang: Perl Description : module to locate per-dist and per-module shared files Quite often you want or need your Perl module (CPAN or otherwise) to have access to a large amount of read-only data that is stored on the file-system at run-time. On a linux-like system, this would be in a place such as /usr/share, however Perl runs on a wide variety of different systems, and so the use of any one location is unreliable. File::ShareDir::Tiny provides a more portable way to have (read-only) data for your module. The package will be maintained under the umbrella of the Debian Perl Group. -- Generated with the help of dpt-gen-itp(1) from pkg-perl-tools. signature.asc Description: Digital Signature
Bug#1080359: libtest-simple-perl: uninstallable with Perl 5.40 due to Breaking libtest2-suite-perl
On Thu, 05 Sep 2024 23:03:49 +0300, Niko Tyni wrote: > > Another option might be to build a binary package libtest2-suite-perl > > from src:libtest-simple-perl, then we could drop the Replaces/Breaks > > in bin:libtest-simple-perl. Also ugly but also needed for only ~1 > > year. > Yes, I think this would work. It's not too ugly but feels rather overkill > to me. The downsides of dropping Provides seem the lesser evil here. Ack, dropping the Provides seems to be the least evil and least complicated way out indeed. 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#1080359: libtest-simple-perl: uninstallable with Perl 5.40 due to Breaking libtest2-suite-perl
On Mon, 02 Sep 2024 22:35:58 +0300, Niko Tyni wrote: > I don't really know what to do about this. Maybe just remove the > Provides on the perl side? That would mean that all dependencies > on libtest2-suite-perl would needlessly pull in a separate package > (presumably libtest-simple-perl as libtest2-suite-perl is going away as a > 'real' package.) Removing the Provides should work; and although it's a bit ugly it would only be needed for ~1 year (until we get 5.42). I also thought about lowering the Replaces/Breaks in libtest-simple-perl, but this wouldn't work, as perl ships (and Provides) 0.000162 and we have libtest2-suite-perl 0.000163 in the archive. Another option might be to build a binary package libtest2-suite-perl from src:libtest-simple-perl, then we could drop the Replaces/Breaks in bin:libtest-simple-perl. Also ugly but also needed for only ~1 year. Or maybe we could just remove libtest-simple-perl and libtest2-suite-perl from the archive and be happy with what's in src:perl. (But I guess there is a reason for having them, like other packages requiring newer versions …). 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#1078094: libcatmandu-perl: Catmandu::Util warns on usage with Perl 5.40: Attempt to call undefined import method with arguments
On Sun, 25 Aug 2024 17:19:43 +0200, gregor herrmann wrote: > Implemented in git, but I'll wait a bit for further comments. 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#1078094: libcatmandu-perl: Catmandu::Util warns on usage with Perl 5.40: Attempt to call undefined import method with arguments
Control: reassign -1 libcatmandu-xsd-perl 0.05-2 Control: tag -1 + sid trixie pending On Sat, 24 Aug 2024 16:50:26 +0300, Niko Tyni wrote: > Lacking that, perhaps we should just disable the current test, or allow > it to generate warnings (which may just postpone this issue until the > deprecation becomes a hard error.) I suppose we shouldn't be slaves to > our QA checks when they pinpoint things that nobody really cares about. > > I'd appreciate it if somebody else looked at this too, and perhaps > reassigned this to libcatmandu-xsd-perl if they agree. We won't be able > to get Perl 5.40 in without doing something about this. If Catmandu::XSD is not meant to be use()d directly, I think skipping use.t in libcatmandu-xsd-perl is fair (and we're doing this for other packages as well). Implemented in git, but I'll wait a bit for further comments. 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#1063268: Bug#1079581: RFS: tuxguitar/1.6.4+dfsg1-1 [QA] [RC] -- Multitrack guitar tablature editor and player
On Sat, 24 Aug 2024 22:36:25 +0200, Helmar Gerloni wrote: > I am looking for a sponsor for my package "tuxguitar": > > * Package name : tuxguitar >Version : 1.6.4+dfsg1-1 >Upstream contact : Helmar Gerloni > * URL : https://www.tuxguitar.app > * License : GPL-2.0-with-classpath-exception, GPL-2+, NTP, LGPL-2.1+ > * Vcs : https://salsa.debian.org/java-team/tuxguitar >Section : sound Thanks for your work on tuxguitar! I've imported your source package from mentors into the salsa git repo, and made some minor changes, and pushed them. And I've also enabled salsa CI for the repo. And: Uploaded, after installing and starting it locally. What's a bit sad is that tuxguitar doesn't build reproducibly. And on a more general note: You constructed this as a QA upload, but you seem to be the de facto maintainer of the package :) Also the package is still within the Debian Java Team on salsa, altough it's officially orphaned. -- Maybe it's about time to fix this mess one way or another :) 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#1079561: ITP: libmeta-perl -- meta-programming API
Package: wnpp Owner: gregor herrmann Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org * Package name: libmeta-perl Version : 0.004 Upstream Author : Paul Evans * URL : https://metacpan.org/release/meta * License : Artistic or GPL-1+ Programming Lang: Perl Description : meta-programming API This package provides an API for metaprogramming; that is, allowing code to inspect or manipulate parts of its own program structure. Parts of the perl interpreter itself can be accessed by means of "meta"-objects provided by this package. Methods on these objects allow inspection of details, as well as creating new items or removing existing ones. The intention of this API is to provide a nicer replacement for existing tricks such as no strict 'refs' and using globrefs, and also to be a more consistent place to add new abilities, such as more APIs for inspection and alteration of internal structures, metaprogramming around the new 'class' feature, and other such uses. meta should be considered experimental; no API stability guarantees are made at this time. Behaviour may be added, altered, or removed in later versions. The package will be maintained under the umbrella of the Debian Perl Group. -- Generated with the help of dpt-gen-itp(1) from pkg-perl-tools. signature.asc Description: Digital Signature
Bug#1003862: Some news about a fix ?
On Fri, 16 Aug 2024 10:29:37 +0200, Carsten Leonhardt wrote: > The problem seems to be that munin-node itself doesn't start: > > # munin-node --foreground --debug ; echo $? > 1 > > It doesn't say what the problem is and doesn't leave anything in the > logs. Not even a startup message in /var/log/munin/munin-node.log ? When I stop munin-node and then start it with # munin-node --foreground --debug --pidebug I see in /var/log/munin/munin-node.log: 2024/08/19-19:16:17 Server closing! 2024/08/19-19:16:24 Munin::Node::Server (type Net::Server::Fork) starting! pid(11364) Resolved [*]:4949 to [::]:4949, IPv6 Not including resolved host [0.0.0.0] IPv4 because it will be handled by [::] IPv6 Binding to TCP port 4949 on host :: with IPv6 Setting gid to "0 0" 2024/08/19-19:16:24 [11364] In pre_loop_hook. # Processing plugin configuration from /etc/munin/plugin-conf.d/README # Processing plugin configuration from /etc/munin/plugin-conf.d/dhcpd3 # Processing plugin configuration from /etc/munin/plugin-conf.d/munin-node # Processing plugin configuration from /etc/munin/plugin-conf.d/spamstats 2024/08/19-19:16:24 [11364] Configuring iostat 2024/08/19-19:16:24 [11364] Adding to node … [etc. for all plugins] 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#1076788: adequate: Messes up the console apt was running from
On Thu, 15 Aug 2024 23:20:13 +0200, Serafeim Zanikolas wrote: > awesome, thanks guys! Thanks to you for tracking down and fixing the issue in the go 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#1076788: adequate: Messes up the console apt was running from
On Wed, 14 Aug 2024 23:21:35 +0200, Serafeim Zanikolas wrote: > I was able to reproduce the issue and have uploaded what I believe to be a > fix, > as 0.16.12 in experimental. please verify. I can confirm that I can't reproduce the bug anymore after upgrading to 0.16.12. 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#1078707: debhelper_13.18_source.changes ACCEPTED into unstable
On Wed, 14 Aug 2024 22:26:37 +, Debian FTP Masters wrote: > debhelper (13.18) unstable; urgency=medium > . >* perl_makemaker: Fix missing import that broke cross-builds. > Thanks to Helmut Grohne (Closes: #1078707) >* perl-build: Set PKG_CONFIG during cross builds like perl-makemaker. > Thanks to gregor herrmann Thanks Niels! 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#1078707: debhelper: Undefined subroutine &Debian::Debhelper::Buildsystem::perl_makemaker::dpkg_architecture_value called at /usr/share/perl5/Debian/Debhelper/Buildsystem/perl_makemaker.pm line 36.
On Wed, 14 Aug 2024 15:33:18 +0200, Helmut Grohne wrote: > Hi Niels, > > thanks for supporting the cross build cause in debhelper. Unfortunately, > your change to the perl_makemaker buildsystem is buggy: > > | dh binary-arch > |dh_update_autotools_config -a > |dh_autoreconf -a > |dh_auto_configure -a > | Undefined subroutine > &Debian::Debhelper::Buildsystem::perl_makemaker::dpkg_architecture_value > called at /usr/share/perl5/Debian/Debhelper/Buildsystem/perl_makemaker.pm > line 36. > | make: *** [debian/rules:6: binary-arch] Error 255 > | dpkg-buildpackage: error: debian/rules binary-arch subprocess returned exit > status 2 Side note: Is there a reason why this [0] is only in perl_makemaker.pm and not also in perl_build.pm? If not it would be nice to have the same there as well, I think … /* The bugfix is probably something like -use Debian::Debhelper::Dh_Lib qw(compat is_cross_compiling perl_cross_incdir warning); +use Debian::Debhelper::Dh_Lib qw(compat is_cross_compiling perl_cross_incdir warning dpkg_architecture_value); at the top. */ Cheers, gregor [0] setting $ENV{"PKG_CONFIG"}, not the bug in doing so :) -- .''`. 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#1076788: adequate: Messes up the console apt was running from
On Tue, 13 Aug 2024 23:59:52 +0200, Serafeim Zanikolas wrote: > thank you both. I'm tagging this as help as I can't even reproduce the issue > at > this point. Hm … > # emulate effect of preinst hook > echo bash | sudo tee /var/lib/adequate/pending > > # emulate self-spawning from postinst hook > debconf -oadequate -- adequate --debconf --pending In a fresh root shell (bash under urxvt): Let's check # cat /var/lib/adequate/pending adequate Interesting that this is still there; the file is from 16:50 localtime, probably when I reinstalled … Oh, I currently have 0.16.10 installed. Let's upgrade to 0.16.11. /var/lib/adequate/pending is now empty and is from now(). bash has no job control any more … New root shell. # echo bash > /var/lib/adequate/pending # debconf -oadequate -- adequate --debconf --pending No output, no damaged shell apparently. # echo bash > /var/lib/adequate/pending # adequate --debconf --pending bash lost job control. 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#1076788: adequate: Messes up the console apt was running from
On Tue, 13 Aug 2024 03:16:58 +0300, Antti Kultanen wrote: > > I've now been able to reproduce the entire issue and uploaded 0.16.11 to > > experimental. I'll wait on your feedback before uploading also to unstable. > unfortunately 0.16.11 regresses back to the original broken behavior: > my text console login shells terminate (tested: zsh, sash) and shells inside > screen or ssh session lose job control (tested: zsh, bash). Same here: logout on text console (bash), job control broken in terminal emulator (urxvt/bash). Good news: the needrestart hook is not backgrounded anymore. 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#1076788: adequate: Messes up the console apt was running from
On Sun, 11 Aug 2024 23:41:54 +0200, Serafeim Zanikolas wrote: > > Bug #1076788 [adequate] adequate: Messes up the console apt was running from > I can reproduce the loss of job control but not exiting the shell. I've seen both: the broken job control in a terminal emulator under X11, the exit-from-shell in a plain kernel console. > anyway, > 0.16.10 in experimental fixes the job control issue for me. 0.16.10 from experimental installed, and: It's getting better but something is still weird. Tested in a kernel console, logged in as root directly into bash; and in urxvt with zsh as gregoa -> su -> bash as root; effect is the same: A shortened log with some comments addedd: # apt reinstall adequate Summary: Upgrading: 0, Installing: 0, Reinstalling: 1, Removing: 0, Not Upgrading: 6 Download size: 0 B / 803 kB Space needed: 0 B / 28.1 GB available (Reading database ... 566177 files and directories currently installed.) Preparing to unpack .../adequate_0.16.10_amd64.deb ... Unpacking adequate (0.16.10) over (0.16.10) ... Setting up adequate (0.16.10) ... Processing triggers for man-db (2.12.1-3) ... ↑ everything fine so far localepurge: Disk space freed: 0 KiB in /usr/share/locale […] ↑ still everyhing ok == How can you help? (doc: https://wiki.debian.org/how-can-i-help ) == […] ↑ nothing interesting ↓ this is needrestart starting Scanning processes... Scanning candidates... Scanning processor microcode... Scanning linux images... Running kernel seems to be up-to-date. The processor microcode seems to be up-to-date. Restarting services... Daemons using outdated libraries 1. cron 2. geoclue (Enter the items or ranges you want to select, separated by spaces.) [1]+ Stopped apt reinstall adequate ↑ oops, the needrestart hook is backgrounded? ↓ let's fg it. it still works. # fg apt reinstall adequate Which services should be restarted? 1 2 invoke-rc.d cron restart invoke-rc.d geoclue restart […] # ↑ finished, shell seems to be healthy Now how the adequate hooks messes with the later needrestart hook -- no idea … (needrestart asking questions, maybe?) After removing adequate the phenomenon with the backgrounded needrestart hook ist gone. 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#1072429: libmediascan: FTBFS with ffmpeg 7.0: result.c:386:29: error: ‘AVCodecContext’ has no member named ‘channels’
On Sun, 02 Jun 2024 15:21:32 +0200, Sebastian Ramacher wrote: > > result.c:386:29: error: ‘AVCodecContext’ has no member named ‘channels’ > > 386 | a->channels = codecs->ac->channels; > > | ^~ I've pushed [0] a patch to the Git repo replacing all ->channels with the newer API. Tests pass … But I don't really know if this all works as intended … Cheers, gregor [0] https://salsa.debian.org/perl-team/modules/packages/libmediascan/-/commit/1a9d7a8716f812271e37cf9cc643359f44d94688 -- .''`. 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#1078040: polymake: FTBFS with Perl 5.40: polymake has not been checkced for compatibility with perl 5.40 or newer
On Tue, 06 Aug 2024 12:07:36 +0300, Niko Tyni wrote: >polymake has not been checkced for compatibility with perl 5.40 or newer; >your perl interpreter says it is 5.04. I've naively replaced 5.40 with 5.42 in the check [0], and polymake builds, including running its test suite. Not sure if this is safe enough but it can maybe induce some optimism :) Cheers, gregor [0] #v+ --- a/support/configure.pl +++ b/support/configure.pl @@ -27,13 +27,13 @@ ./configure PERL=/path/to/my/new/perl [other options ...] . exit(1); - } elsif ($] >= 5.040) { + } elsif ($] >= 5.042) { print STDERR <<"."; * *** ERROR *** * -polymake has not been checkced for compatibility with perl 5.40 or newer; +polymake has not been checkced for compatibility with perl 5.42 or newer; your perl interpreter says it is $]. If you already have another (older) perl interpreter somewhere else, you can #v- -- .''`. 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#1074938: epic4: diff for NMU version 1:2.10.10-1.2
Control: tags 1074938 + pending Dear maintainer, I've prepared an NMU for epic4 (versioned as 1:2.10.10-1.2) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. -- .''`. 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 epic4-2.10.10/debian/changelog epic4-2.10.10/debian/changelog --- epic4-2.10.10/debian/changelog 2024-04-19 18:46:14.0 +0200 +++ epic4-2.10.10/debian/changelog 2024-08-10 04:03:31.0 +0200 @@ -1,3 +1,13 @@ +epic4 (1:2.10.10-1.2) unstable; urgency=medium + + * Non-maintainer upload. + * Fix "ftbfs with GCC-14": +- Niko Tyni: Run dh_autoreconf before the build. +- Niko Tyni: add patch fix-configure-probes-for-sockaddr_storag.patch +(Closes: #1074938) + + -- gregor herrmann Sat, 10 Aug 2024 04:03:31 +0200 + epic4 (1:2.10.10-1.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru epic4-2.10.10/debian/control epic4-2.10.10/debian/control --- epic4-2.10.10/debian/control 2020-08-24 15:15:16.0 +0200 +++ epic4-2.10.10/debian/control 2024-08-10 04:00:38.0 +0200 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Kurt Roeckx Standards-Version: 3.8.3 -Build-depends: debhelper (>= 5), libncurses5-dev, libssl-dev, libperl-dev +Build-depends: debhelper (>= 5), libncurses5-dev, libssl-dev, libperl-dev, dh-autoreconf Homepage: http://www.epicsol.org/ Package: epic4 diff -Nru epic4-2.10.10/debian/patches/fix-configure-probes-for-sockaddr_storag.patch epic4-2.10.10/debian/patches/fix-configure-probes-for-sockaddr_storag.patch --- epic4-2.10.10/debian/patches/fix-configure-probes-for-sockaddr_storag.patch 1970-01-01 01:00:00.0 +0100 +++ epic4-2.10.10/debian/patches/fix-configure-probes-for-sockaddr_storag.patch 2024-08-10 03:57:34.0 +0200 @@ -0,0 +1,54 @@ +From: Niko Tyni +Date: Fri, 2 Aug 2024 09:31:19 +0100 +X-Dgit-Generated: 1:2.10.10-1.1 0171eb699acbdd8569c31b2a5ebe0ac173571ed3 +Subject: Fix configure probes for sockaddr_storage et al on glibc >= 2.39 + +glibc 2.39 changed the socket headers to include the may_alias attribute +in https://sourceware.org/git/?p=glibc.git;a=commit;h=26e7005728 + + -struct sockaddr + +struct __attribute_struct_may_alias__ sockaddr + +This makes the tightly specified regex in the corresponding +AC_EGREP_HEADER probe miss the definition. + +Pre-emptively loosen other AC_EGREP_HEADER as well. + +--- + +diff --git a/configure.in b/configure.in +index 50cc684..d1e5fd4 100644 +--- a/configure.in b/configure.in +@@ -297,7 +297,7 @@ dnl check for struct linger + dnl + + AC_MSG_CHECKING(for struct linger) +-AC_EGREP_HEADER([struct( | )*linger], sys/socket.h, ++AC_EGREP_HEADER([struct.*linger], sys/socket.h, + AC_MSG_RESULT(yes), + AC_DEFINE(NO_STRUCT_LINGER) + AC_MSG_RESULT(no. ugh.)) +@@ -518,19 +518,19 @@ AC_ARG_WITH(ipv6, + ],[AC_MSG_RESULT(yes)]) + + AC_MSG_CHECKING(for struct sockaddr_storage) +-AC_EGREP_HEADER([struct( | )*sockaddr_storage], sys/socket.h, ++AC_EGREP_HEADER([struct.*sockaddr_storage], sys/socket.h, + AC_MSG_RESULT(yes) + AC_DEFINE(HAVE_STRUCT_SOCKADDR_STORAGE), + AC_MSG_RESULT(no)) + + AC_MSG_CHECKING(for struct sockaddr_in6) +-AC_EGREP_HEADER([struct( | )*sockaddr_in6], netinet/in.h, ++AC_EGREP_HEADER([struct.*sockaddr_in6], netinet/in.h, + AC_MSG_RESULT(yes) + AC_DEFINE(HAVE_STRUCT_SOCKADDR_IN6), + AC_MSG_RESULT(no)) + + AC_MSG_CHECKING(for struct addrinfo) +-AC_EGREP_HEADER([struct( | )*addrinfo], netdb.h, ++AC_EGREP_HEADER([struct.*addrinfo], netdb.h, + AC_MSG_RESULT(yes) + AC_DEFINE(HAVE_STRUCT_ADDRINFO), + AC_MSG_RESULT(no)) diff -Nru epic4-2.10.10/debian/patches/series epic4-2.10.10/debian/patches/series --- epic4-2.10.10/debian/patches/series 2024-04-19 18:46:14.0 +0200 +++ epic4-2.10.10/debian/patches/series 2024-08-10 04:01:00.0 +0200 @@ -5,3 +5,4 @@ man.patch reproducible_build.patch implicit-function-declarations.patch +fix-configure-probes-for-sockaddr_storag.patch diff -Nru epic4-2.10.10/debian/rules epic4-2.10.10/debian/rules --- epic4-2.10.10/debian/rules 2020-08-24 15:15:16.0 +0200 +++ epic4-2.10.10/debian/rules 2024-08-10 04:00:38.0 +0200 @@ -11,6 +11,7 @@ build-indep: build-stamp build-stamp: dh_testdir + dh_autoreconf ./configure --prefix=/usr --mandir=/usr/share/man \ --with-ssl \ --with-ipv6 \ signature.asc Description: Digital Signature
Bug#1074972: ftpmirror: diff for NMU version 1.96+dfsg-16.1
Control: tags 1074972 + pending Dear maintainer, I've prepared an NMU for ftpmirror (versioned as 1.96+dfsg-16.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. -- .''`. 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 ftpmirror-1.96+dfsg/debian/changelog ftpmirror-1.96+dfsg/debian/changelog --- ftpmirror-1.96+dfsg/debian/changelog 2018-09-14 14:10:15.0 +0200 +++ ftpmirror-1.96+dfsg/debian/changelog 2024-08-10 03:39:18.0 +0200 @@ -1,3 +1,11 @@ +ftpmirror (1.96+dfsg-16.1) unstable; urgency=medium + + * Non-maintainer upload. + * Fix "ftbfs with GCC-14": add patch from ntyni to fix type confusion with +Fan::Usage::LOG (Closes: #1074972) + + -- gregor herrmann Sat, 10 Aug 2024 03:39:18 +0200 + ftpmirror (1.96+dfsg-16) unstable; urgency=medium * Package refreshment. diff -Nru ftpmirror-1.96+dfsg/debian/patches/fix-type-confusion-with-fanusagelog.patch ftpmirror-1.96+dfsg/debian/patches/fix-type-confusion-with-fanusagelog.patch --- ftpmirror-1.96+dfsg/debian/patches/fix-type-confusion-with-fanusagelog.patch 1970-01-01 01:00:00.0 +0100 +++ ftpmirror-1.96+dfsg/debian/patches/fix-type-confusion-with-fanusagelog.patch 2024-08-10 03:37:42.0 +0200 @@ -0,0 +1,25 @@ +From: Niko Tyni +Date: Mon, 5 Aug 2024 08:04:58 +0100 +X-Dgit-Generated: 1.96+dfsg-16 9f666f759b9329781768efe594624838e1f5810a +Subject: Fix type confusion with Fan::Usage::LOG + +The default is 5 in both DESTROY() below, and on the Perl side in +Usage.pm. So presumably it's fine here as well. + +Bug-Debian: https://bugs.debian.org/1074972 + +--- + +diff --git a/Fan/Usage/Usage.xs b/Fan/Usage/Usage.xs +index 0d45cc1..9c21876 100644 +--- a/Fan/Usage/Usage.xs b/Fan/Usage/Usage.xs +@@ -64,7 +64,7 @@ getrusage(who = RUSAGE_SELF) + CODE: + { + SV *sv = perl_get_sv("Fan::Usage::LOG", FALSE); +- int log = sv ? SvIV(sv) : NULL; ++ int log = sv ? SvIV(sv) : 5; + + if (!(RETVAL = malloc(sizeof(Usage + XSRETURN_UNDEF; diff -Nru ftpmirror-1.96+dfsg/debian/patches/series ftpmirror-1.96+dfsg/debian/patches/series --- ftpmirror-1.96+dfsg/debian/patches/series 2018-09-14 13:13:22.0 +0200 +++ ftpmirror-1.96+dfsg/debian/patches/series 2024-08-10 03:37:42.0 +0200 @@ -5,3 +5,4 @@ 06-translated-files.diff 07-deal_with_unresolved_UIDs_and_GIDs.diff 00-fix-makefile.diff +fix-type-confusion-with-fanusagelog.patch signature.asc Description: Digital Signature
Bug#1074973: fungw: diff for NMU version 1.2.1-3.1
Control: tags 1074973 + pending Dear maintainer, I've prepared an NMU for fungw (versioned as 1.2.1-3.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. -- .''`. 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 fungw-1.2.1/debian/changelog fungw-1.2.1/debian/changelog --- fungw-1.2.1/debian/changelog 2023-06-12 17:09:29.0 +0200 +++ fungw-1.2.1/debian/changelog 2024-08-10 03:31:50.0 +0200 @@ -1,3 +1,11 @@ +fungw (1.2.1-3.1) unstable; urgency=medium + + * Non-maintainer upload. + * Fix "ftbfs with GCC-14": add patch frm ntyni to add explicit void pointer +cast for Perl user data. (Closes: #1074973) + + -- gregor herrmann Sat, 10 Aug 2024 03:31:50 +0200 + fungw (1.2.1-3) unstable; urgency=medium * change control file VCS references to Debian salsa packaging repo diff -Nru fungw-1.2.1/debian/patches/add-explicit-void-pointer-cast-for-perl-.patch fungw-1.2.1/debian/patches/add-explicit-void-pointer-cast-for-perl-.patch --- fungw-1.2.1/debian/patches/add-explicit-void-pointer-cast-for-perl-.patch 1970-01-01 01:00:00.0 +0100 +++ fungw-1.2.1/debian/patches/add-explicit-void-pointer-cast-for-perl-.patch 2024-08-10 03:30:02.0 +0200 @@ -0,0 +1,35 @@ +From: Niko Tyni +Date: Fri, 2 Aug 2024 08:44:28 +0100 +X-Dgit-Generated: 1.2.1-3 dd68747f561a8cb027d3a3d53cec0d1d48712da5 +Subject: Add explicit void pointer cast for Perl user data + +This fixes a compilation error on GCC 14. + +Quoting https://gcc.gnu.org/gcc-14/porting_to.html + + GCC no longer allows implicitly casting all pointer types to all + other pointer types. This behavior is now restricted to the void * + type and its qualified variations. + + To fix compilation errors resulting from that, you can add the + appropriate casts, and maybe consider using void * in more places + (particularly for old programs that predate the introduction of void * + into the C language). + +Bug-Debian: https://bugs.debian.org/1074973 + +--- + +diff --git a/libfungwbind/perl/fungw_perl.c b/libfungwbind/perl/fungw_perl.c +index 2b3a91e..a8580bc 100644 +--- a/libfungwbind/perl/fungw_perl.c b/libfungwbind/perl/fungw_perl.c +@@ -283,7 +283,7 @@ static int fgws_perl_init(fgw_obj_t *obj, const char *filename, const char *opts + PERL_SET_CONTEXT(ctx->interp); + perl_construct(ctx->interp); + obj->script_data = ctx; +- ctx->interp->perl_user_data = ctx; ++ ctx->interp->perl_user_data = (void *)ctx; + ctx->obj = obj; + ctx->freg_delay = 1; + diff -Nru fungw-1.2.1/debian/patches/series fungw-1.2.1/debian/patches/series --- fungw-1.2.1/debian/patches/series 2023-06-12 17:09:29.0 +0200 +++ fungw-1.2.1/debian/patches/series 2024-08-10 03:30:02.0 +0200 @@ -0,0 +1 @@ +add-explicit-void-pointer-cast-for-perl-.patch signature.asc Description: Digital Signature
Bug#1075197: libprelude: diff for NMU version 5.2.0-5.6
Dear maintainer, I've uploaded an NMU for libprelude (versioned as 5.2.0-5.6). The diff is attached to this message. Regards. -- .''`. 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 libprelude-5.2.0/debian/changelog libprelude-5.2.0/debian/changelog --- libprelude-5.2.0/debian/changelog 2024-04-28 01:13:06.0 +0200 +++ libprelude-5.2.0/debian/changelog 2024-08-09 02:03:31.0 +0200 @@ -1,3 +1,12 @@ +libprelude (5.2.0-5.6) unstable; urgency=medium + + * Non-maintainer upload. + * Add patch from Niko Tyni: +Fix idmef_class_get_child_attributes() return value. +Closes: #1075197 + + -- gregor herrmann Fri, 09 Aug 2024 02:03:31 +0200 + libprelude (5.2.0-5.5) unstable; urgency=medium * Non-maintainer upload. diff -Nru libprelude-5.2.0/debian/patches/fix-idmef_class_get_child_attributes-ret.patch libprelude-5.2.0/debian/patches/fix-idmef_class_get_child_attributes-ret.patch --- libprelude-5.2.0/debian/patches/fix-idmef_class_get_child_attributes-ret.patch 1970-01-01 01:00:00.0 +0100 +++ libprelude-5.2.0/debian/patches/fix-idmef_class_get_child_attributes-ret.patch 2024-08-09 02:01:38.0 +0200 @@ -0,0 +1,26 @@ +From: Niko Tyni +Date: Fri, 2 Aug 2024 20:50:01 +0100 +X-Dgit-Generated: 5.2.0-5.5 d5540bbe1d13013371cc058216cdd3365ce4abe7 +Subject: Fix idmef_class_get_child_attributes() return value + +This became a compile error with GCC 14: + + idmef-class.c:164:24: error: returning ‘int’ from a function with return type ‘const char **’ makes pointer from integer without a cast [-Wint-conversion] + +Bug-Debian: https://bugs.debian.org/1075197 + +--- + +diff --git a/src/idmef-class.c b/src/idmef-class.c +index 4d93334..c7281f8 100644 +--- a/src/idmef-class.c b/src/idmef-class.c +@@ -161,7 +161,7 @@ const char **idmef_class_get_child_attributes(idmef_class_id_t class, idmef_clas + + ret = is_child_valid(class, child); + if ( ret < 0 ) +-return ret; ++return NULL; + + return object_data[class].children_list[child].attributes; + } diff -Nru libprelude-5.2.0/debian/patches/series libprelude-5.2.0/debian/patches/series --- libprelude-5.2.0/debian/patches/series 2024-04-28 01:13:06.0 +0200 +++ libprelude-5.2.0/debian/patches/series 2024-08-09 02:01:38.0 +0200 @@ -14,3 +14,4 @@ 025-Fix-PyIOBase_Type.patch cross.patch configure-Fix-va_copy-check-for-Wimplicit-function-declar.patch +fix-idmef_class_get_child_attributes-ret.patch signature.asc Description: Digital Signature
Bug#1078057: libjson-pp-perl: json_pp warns with Perl 5.40
On Thu, 08 Aug 2024 00:40:18 +0300, Niko Tyni wrote: > > The other question is if we want to (temporarily) kick out the > > separate package from testing when it doesn't contain a newer version > > than the bundled one? > Equal (upstream) versions between perl and the separate dual life packages > work technically fine together, they are just somewhat wasteful. Older > separate packages are already handled by Breaks on the perl side. Sure, we just have this tradition of not shipping duplicates but I fail to remember (and am too lazy to look up :)) the exact details :) > I'd say let the equal versions be for now and maybe revisit them after > the main 5.40 transition or even later around trixie freeze time? That > might save us a bit of unnecessary work for packages that get updated > to newer versions between now and then. Sounds good to me, the last point makes a lot of sense. 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#1078057: libjson-pp-perl: json_pp warns with Perl 5.40
On Tue, 06 Aug 2024 14:33:05 +0300, Niko Tyni wrote: > (Somewhat amusingly the json_pp version in the perl 5.40 package warns > as well, as it's an identical copy of this one. I'll file a separate bug > about that. The issue needs to be fixed in both packages, and preferrably > in the separate libjson-pp-perl package first so that installing it on > 5.40 will not cause a regression.) Done in 4.16000-2. The other question is if we want to (temporarily) kick out the separate package from testing when it doesn't contain a newer version than the bundled one? 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#1078010: libnet-z3950-zoom-perl FTCBFS: hard codes the build architecture pkg-config
On Mon, 05 Aug 2024 19:40:13 +0200, Helmut Grohne wrote: > +-system("pkg-config --exists yaz"); > ++my $PKG_CONFIG = $ENV{PKG_CONFIG} or "pkg-config"; Quick perl hint: 'or' has a low precedence, I've now replaced it with '||'. Cf. % perl -E '$PKG_CONFIG = $ENV{PKG_CONFIG} or "pkg-config"; say $PKG_CONFIG;' % perl -E '$PKG_CONFIG = $ENV{PKG_CONFIG} || "pkg-config"; say $PKG_CONFIG;' pkg-config 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#1078098: libcrypt-gcrypt-perl: Can't link/include C library 'gcrypt', aborting
On Wed, 07 Aug 2024 00:30:47 +0300, Niko Tyni wrote: > Rebuilding this package on current sid produces an empty package. Ouch. Once again … > So this is a GCC 14 related regression and is fixed by including > the gcrypt.h header with the version check. Patch attached. Great! > As for not failing the build, looks like the upstream part of that is > intentional so that CPAN testers don't report failures due to lack of > external libraries. Ack, quite common behaviour. > Not sure where that leaves us. Some solutions I can think of: > - patch Makefile.PL to use assert_lib() instead > - add a check in debian/rules to detect the failure > - call dh explicitly with --buildsystem=perl_makemaker > - change dh to fail the build if 'perl Makefile.PL' does not produce a > Makefile There is prior art for the first option (assert_lib()): % grep assert_lib ../*/debian/patches/* ../libauthen-krb5-simple-perl/debian/patches/fix-checklib-fail.patch:+assert_lib( ../libcrypt-dh-gmp-perl/debian/patches/fix-checklib-fail.patch:+ Devel::CheckLib::assert_lib(@dcl_args); ../libdata-structure-util-perl/debian/patches/fix-checklib-fail.patch:+assert_lib(); ../libipc-sharelite-perl/debian/patches/fix-checklib-fail.patch:+assert_lib(); ../libmath-tamuanova-perl/debian/patches/fix-checklib-fail.patch:+assert_lib( ../libopengl-xscreensaver-perl/debian/patches/fix-checklib-fail.patch:+assert_lib(lib => ['X11', 'GL']); > The last option is the only generic one, but might interfere > with the dh buildsystem automatic detection. Hm, something generic would be nice but I'm also a bit afraid of side 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#1078010: libnet-z3950-zoom-perl FTCBFS: hard codes the build architecture pkg-config
On Mon, 05 Aug 2024 19:40:13 +0200, Helmut Grohne wrote: > libnet-z3950-zoom-perl fails to cross build from source, because > Makefile.PL hard codes the build architecture pkg-config and thus fails > finding yaz, which is only requested for the host architecture. Oh dear. I was happy when this upstream release changed the Makefile.PL because I could drop our patch [0] which replaced yaz-config with pkgconf -- indirectly via ExtUtils::PkgConfig. Do you know if 1.30-4 was cross-buildable? Seems we have to patch Makefile.PL again. > There is > no really good mechanism to solve this at the time of this writing, but > making pkg-config substitutable via the environment variable PKG_CONFIG > and correctly substituting it is common in other build systems. I'm > attaching a patch for your convenience. If you see a way to derive the > toolchain prefix from the perl configuration module, that would be a > better way. I played around a bit: - crosscompiled the package as is from amd64->i386 (with pbuilder's --host-arch) and it failed - created a patch similar to [0] using ExtUtils::PkgConfig [1] - crossbuilding fails with: The following packages have unmet dependencies: builddeps:/build/libnet-z3950-zoom-perl_1.32-1.dsc:i386 : Depends: debhelper-compat:i386 (= 13) Depends: libextutils-pkgconfig-perl:i386 but it is not installable E: Unable to correct problems, you have held broken packages. Hm, does libextutils-pkgconfig-perl (arch:all) need "Multi-Arch: foreign"? Without libextutils-pkgconfig-perl the build of course fails with /usr/bin/perl -I/usr/lib/i386-linux-gnu/perl/cross-config-5.38.2 Makefile.PL INSTALLDIRS=vendor "OPTIMIZE=-g -O2 -Werror=implicit-function-declaration -ffile-prefix-map=/build/libnet-z3950-zoom-perl-1.32=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2" "LD=i686-linux-gnu-gcc -g -O2 -Werror=implicit-function-declaration -ffile-prefix-map=/build/libnet-z3950-zoom-perl-1.32=. -fstack-protector-strong -Wformat -Werror=format-security -Wl,-z,relro -Wl,-z,now" Can't locate ExtUtils/PkgConfig.pm in @INC (you may need to install the ExtUtils::PkgConfig module) (@INC entries checked: /usr/lib/i386-linux-gnu/perl/cross-config-5.38.2 /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.38.2 /usr/local/share/perl/5.38.2 /usr/lib/x86_64-linux-gnu/perl5/5.38 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl-base /usr/lib/x86_64-linux-gnu/perl/5.38 /usr/share/perl/5.38 /usr/local/lib/site_perl) at Makefile.PL line 12. If I put ExtUtils::PkgConfig manually into ./ExtUtils/PkgConfig.pm and run the Makefile.PL call from above manually with an additional -I. I get: # /usr/bin/perl -I. -I/usr/lib/i386-linux-gnu/perl/cross-config-5.38.2 Makefile.PL INSTALLDIRS=vendor "OPTIMIZE=-g -O2 -Werror=implicit-function-declaration -ffile-prefix-map=/build/libnet-z3950-zoom-perl-1.32=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2" "LD=i686-linux-gnu-gcc -g -O2 -Werror=implicit-function-declaration -ffile-prefix-map=/build/libnet-z3950-zoom-perl-1.32=. -fstack-protector-strong -Wformat -Werror=format-security -Wl,-z,relro -Wl,-z,now" Package yaz was not found in the pkg-config search path. Perhaps you should add the directory containing `yaz.pc' to the PKG_CONFIG_PATH environment variable Package 'yaz', required by 'virtual:world', not found Package yaz was not found in the pkg-config search path. Perhaps you should add the directory containing `yaz.pc' to the PKG_CONFIG_PATH environment variable Package 'yaz', required by 'virtual:world', not found Package yaz was not found in the pkg-config search path. Perhaps you should add the directory containing `yaz.pc' to the PKG_CONFIG_PATH environment variable Package 'yaz', required by 'virtual:world', not found … A bit better but /usr/lib/i386-linux-gnu/pkgconfig/yaz.pc is apparently not found. And in the end ExtUtils::PkgConfig just calls `pkg-config`, so any prefix would need to be found and added there. Alright, sorry for the detour :) So it looks your patch it will be, unless someone has another idea. PS: The same applies to libnet-z3950-simpleserver-perl Cheers, gregor [0] https://sources.debian.org/src/libnet-z3950-zoom-perl/1.30-4/debian/patches/pkg-config.patch/ [1] #+ --- a/Makefile.PL +++ b/Makefile.PL @@ -8,15 +8,14 @@ my $yazver; my $yazinc; my $yazlibs; -system("pkg-config --exists yaz"); -if ($? == 0) { -$yazver = `pkg-config --modversion yaz` or die $!; -$yazinc = `pkg-config --cflags yaz` or die $!; -$yazlibs = `pkg-config --libs yaz` or die $!; -} else { -$yazver = `yaz-config --version`; -$yazinc = `yaz-config --cflags servers`; -$yazlibs = `yaz-config --libs server`; + +use ExtUtils::PkgConfig; + +my $package = "yaz"; +my $yazver = ExtUtils::PkgConfig->modversion($package); +my $yazinc = ExtUtils::PkgCo
Bug#1077883: gpg-sq: Unknown argument "show-photos"
On Sun, 04 Aug 2024 02:08:04 +0200, gregor herrmann wrote: > > % gpg --list-key 0xBB3A68018649AA06 > > gpg: error: Error parsing option list-options in > > /home/gregoa/.gnupg/gpg.conf > > gpg: because: Unknown argument "show-photos" > > Next one: > > % gpg --list-key 0xBB3A68018649AA06 > gpg: error: Error parsing option verify-options in > /home/gregoa/.gnupg/gpg.conf > gpg: because: Unknown argument "show-notations" Next one: % gpg --keyserver keyserver.ubuntu.com --recv-keys 0xBB3A68018649AA06 gpg: relative URL without a base [return value 2] % gpg --keyserver keyserver.ubuntu.com --send-keys 0xBB3A68018649AA06 gpg: The command --send-keys is not yet implemented in the Sequoia gpg: Chameleon. To help us prioritize our work, please file a bug at gpg: https://gitlab.com/sequoia-pgp/sequoia-chameleon-gnupg/-/issues [return value 2] Hm. Hm. (Maybe wrong package and this should go to gpg-from-sq; but it looks like this diverted sq-as-gnupg is not really production-ready.) Oh, this works (the "base" seems to be a "protocol"): % gpg --keyserver hkp://keyserver.ubuntu.com --recv-keys 0xBB3A68018649AA06 gpg: key BB3A68018649AA06: "gregor herrmann " 926 new signatures gpg: Total number processed: 0 gpg: new signatures: 926 I have 926 new signature which gnupg did not give me? Oh 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 `- signature.asc Description: Digital Signature
Bug#1077883: gpg-sq: Unknown argument "show-photos"
On Sun, 04 Aug 2024 02:02:49 +0200, gregor herrmann wrote: > % gpg --list-key 0xBB3A68018649AA06 > gpg: error: Error parsing option list-options in > /home/gregoa/.gnupg/gpg.conf > gpg: because: Unknown argument "show-photos" Next one: % gpg --list-key 0xBB3A68018649AA06 gpg: error: Error parsing option verify-options in /home/gregoa/.gnupg/gpg.conf gpg: because: Unknown argument "show-notations" But after commenting out both it worked :) 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#1077883: gpg-sq: Unknown argument "show-photos"
Package: gpg-sq Version: 0.10.1-1 Severity: normal After hearing holger's talk about chameleon for the second time I finally thought I'd try it and installed gpg-sq and gpg-from-sq etc. As a first test I thought I'd take a look at my key, and: % gpg --list-sig 0xBB3A68018649AA06 gpg: error: Error parsing option list-options in /home/gregoa/.gnupg/gpg.conf gpg: because: Unknown argument "show-photos" % gpg --list-key 0xBB3A68018649AA06 gpg: error: Error parsing option list-options in /home/gregoa/.gnupg/gpg.conf gpg: because: Unknown argument "show-photos" Not the best start for this new era :) Cheers, gregor -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'unstable-debug'), (500, 'stable-security'), (500, 'oldoldstable'), (500, 'experimental'), (500, 'testing'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.9.12-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=C, LC_CTYPE=de_AT.utf8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) LSM: AppArmor: enabled Versions of packages gpg-sq depends on: ii libbz2-1.0 1.0.8-5.1 ii libc6 2.39-6 ii libgcc-s1 14.2.0-1 ii libgmp102:6.3.0+dfsg-2+b1 ii libhogweed6t64 3.10-1 ii libnettle8t64 3.10-1 ii libsqlite3-03.46.0-1 ii libssl3t64 3.3.1-2 Versions of packages gpg-sq recommends: ii sq 0.37.0-1 gpg-sq suggests no packages. -- no debconf information
Bug#1077844: pkg-perl-tools: Last upload seems to be wrong
Control: affects 1074038 + pkg-perl-tools Control: reassign 1077844 devscripts,qa.debian.org 2.23.7 Control: merge 1074038 1077844 On Sat, 03 Aug 2024 10:52:37 +0200, Étienne Mollier wrote: > Control: affects 1074038 + 1077844 > Control: block 1077844 by 1074038 > > Thanks Frederic-Emmanuel! For what it's worth, this: > > > Last upload > > === > > Uploads for orange-canvas-core: > > 0.1.31-3 to unstable: Roland Mas on Tue, 15 Aug 2023 > > 13:20:27 + > […] > > the version in unstable is 0.2.1-3 but the last reported > > version is 0.1.31-3 whcih is the testing verion. > > seems related to #1074038 affecting who-uploads in > devscripts, but I haven't checked closely yet. I'd say, it's not related to #1074038 but it actually _is_ #1074038 :) dpt-prepare is just a shell script which here simply calls who-uploads, and there's nothing we can do, now or in the future, about the outdated output on the pkg-perl-tool side. Cheers, gregor, trying to reassign and merge -- .''`. 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#1077697: ITP: libdist-build-perl -- modern Perl module builder
Package: wnpp Owner: gregor herrmann Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org * Package name: libdist-build-perl Version : 0.007 Upstream Author : Leon Timmermans * URL : https://metacpan.org/release/Dist-Build * License : Artistic or GPL-1+ Programming Lang: Perl Description : modern Perl module builder Dist::Build is a Build.PL implementation. Unlike Module::Build::Tiny it is extensible, unlike Module::Build it uses a build graph internally which makes it easy to combine different customizations. It's typically extended by adding a .pl script in planner/. At configure time, it will run a dynamic-prereqs.json file if present to determine the conditional dependencies. The package will be maintained under the umbrella of the Debian Perl Group. -- Generated with the help of dpt-gen-itp(1) from pkg-perl-tools. signature.asc Description: Digital Signature
Bug#1077696: ITP: libextutils-builder-perl -- ExtUtils::Builder Plan framework
Package: wnpp Owner: gregor herrmann Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org * Package name: libextutils-builder-perl Version : 0.008 Upstream Author : Leon Timmermans * URL : https://metacpan.org/release/ExtUtils-Builder * License : Artistic or GPL-1+ Programming Lang: Perl Description : ExtUtils::Builder Plan framework Writing extensions for various build tools can be a daunting task. ExtUtils::Builder tries to abstract steps of build processes into reusable building blocks for creating platform and build system agnostic executable descriptions of work. The ExtUtils::Builder Plan framework includes Actions, Nodes and Plans. Actions are the cornerstone of the ExtUtils::Builder framework. They provide an interface between build tools (e.g. ExtUtils::MakeMaker, Module::Build, ...) and building extensions. This allows producing and consuming sides to be completely independent from each other. It is a flexible abstraction around pieces of work, this work can be a piece of perl code, an external command, a mix of those or possibly other things. Nodes are composite Actions. Plans are the equivalent of a (piece of a) Makefile. They are a bunch of nodes that should interconnect. The package will be maintained under the umbrella of the Debian Perl Group. -- Generated with the help of dpt-gen-itp(1) from pkg-perl-tools. signature.asc Description: Digital Signature
Bug#1077695: ITP: libextutils-builder-compiler-perl -- interface around different compilers for ExtUtils:Builder
Package: wnpp Owner: gregor herrmann Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org * Package name: libextutils-builder-compiler-perl Version : 0.015 Upstream Author : Leon Timmermans * URL : https://metacpan.org/release/ExtUtils-Builder-Compiler * License : Artistic or GPL-1+ Programming Lang: Perl Description : interface around different compilers for ExtUtils:Builder ExtUtils:Builder::Compiler is an interface wrapping around different compilers. It's usually not used directly but by a portability layer like ExtUtils:Builder::Autodetect::C. The package will be maintained under the umbrella of the Debian Perl Group. -- Generated with the help of dpt-gen-itp(1) from pkg-perl-tools. signature.asc Description: Digital Signature
Bug#1077467: lintian: report my email address m...@eipi.fun as bogus-mail-host
Control: reassign -1 libnet-domain-tld-perl 1.75-3 Control: affects -1 lintian libdata-validate-domain-perl Control: retitle -1 libnet-domain-tld-perl: does not know about 'fun' TLD Control: forwarded -1 https://rt.cpan.org/Public/Bug/Display.html?id=122099 Control: tag -1 + confirmed upstream On Mon, 29 Jul 2024 19:44:23 +0900, Mattia Rizzolo wrote: > This is actually a bug in the validation library (that looking at it now > I see it's quite outdated compared to upstream version). > > See for example: > > perl -M'Data::Valizdate::Domain' -e 'is_domain("m...@eipi.fun") || > print("domain invalid");' Data::Validate::Domain uses Net::Domain::TLD (libnet-domain-tld-perl) to check the TLD, and Net::Domain::TLD doesn't know about the 'fun' TLD. According to https://metacpan.org/pod/Data::Validate::Domain it should be possible the disable the TLD check but this is probably a bad idea and doesn't work for me right now: % perl -MData::Validate::Domain -E 'say "domain invalid" unless is_domain("m...@eipi.fun");' domain invalid % perl -MData::Validate::Domain -E 'say "domain invalid" unless is_domain("m...@eipi.fun", {domain_disable_tld_validation => 1});' domain invalid (Ah, this was added in 0.13. D'oh.) What works is to teach it about "fun" but this obviously doesn't scale: % perl -MData::Validate::Domain -E 'say "domain invalid" unless is_domain("m...@eipi.fun", {domain_private_tld => {fun=>1}});' [no output] Anyway, in the end 'fun' is missing from /usr/share/perl5/Net/Domain/TLD.pm, hence reassigning to libnet-domain-tld-perl. And there's even a 7 year old upstream ticket about it: https://rt.cpan.org/Public/Bug/Display.html?id=122099 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#1074498: RFS: baby/1.0.53-1 [ITP] -- Abbreviate long commands in terminal
On Sat, 27 Jul 2024 12:09:08 -0700, Soren Stoutner wrote: > 2. You have debian/baby.install, which works fine. If you have multiple > binaries you use > binary-name.install for each install file. But as you have only one binary, > you can just use > debian/install if you like. Unless I'm mistaken, this will stop to work in a future debhelper compat level, so I suggest to stick to debian/.install. 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#1077194: libmath-gsl-perl: FTBFS on many architectures: test failure in t/Linalg.t
Source: libmath-gsl-perl Version: 0.45-1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 As seen at https://buildd.debian.org/status/logs.php?pkg=libmath-gsl-perl&ver=0.45-1 libmath-gsl-perl 0.45-1 has test failure on many architectures. Output from a manual test run in an i386 chroot: # prove --blib --verbose t/Linalg.t t/Linalg.t .. # # Math::GSL::Linalg::Test->GSL_GIVENS ok 1 - givens rotation with 1,0 # # Math::GSL::Linalg::Test->GSL_LINALG_BIDIAG_DECOMP_UNPACK_UNPACK2_UNPACK_B ok 2 - ok 3 - ok 4 - GSL LINALG BIDIAG DECOMP UNPACK UNPACK2 UNPACK B ok 5 - GSL LINALG BIDIAG DECOMP UNPACK UNPACK2 UNPACK B ok 6 - GSL LINALG BIDIAG DECOMP UNPACK UNPACK2 UNPACK B not ok 7 - GSL LINALG BIDIAG DECOMP UNPACK UNPACK2 UNPACK B # TODO look into this # Failed (TODO) test 'GSL LINALG BIDIAG DECOMP UNPACK UNPACK2 UNPACK B' # at t/Linalg.t line 434. # (in Math::GSL::Linalg::Test->GSL_LINALG_BIDIAG_DECOMP_UNPACK_UNPACK2_UNPACK_B) not ok 8 - GSL LINALG BIDIAG DECOMP UNPACK UNPACK2 UNPACK B # TODO look into this # Failed (TODO) test 'GSL LINALG BIDIAG DECOMP UNPACK UNPACK2 UNPACK B' # at t/Linalg.t line 435. # (in Math::GSL::Linalg::Test->GSL_LINALG_BIDIAG_DECOMP_UNPACK_UNPACK2_UNPACK_B) # # Math::GSL::Linalg::Test->GSL_LINALG_CHOLESKY_DECOMP ok 9 - ok 10 - GSL LINALG CHOLESKY DECOMP # # Math::GSL::Linalg::Test->GSL_LINALG_COMPLEX_LU_DET # # Elements start differing at index 0, delta = 6 # $x->[0] = 0 # $y->[0] = -6 not ok 11 - real # TODO $gsl_det is wrong or Math::Complex conversion is # Failed (TODO) test 'real' # at t/Linalg.t line 231. # (in Math::GSL::Linalg::Test->GSL_LINALG_COMPLEX_LU_DET) # # Elements start differing at index 0, delta = 8 # $x->[0] = -4 # $y->[0] = 4 not ok 12 - imag # TODO $gsl_det is wrong or Math::Complex conversion is # Failed (TODO) test 'imag' # at t/Linalg.t line 232. # (in Math::GSL::Linalg::Test->GSL_LINALG_COMPLEX_LU_DET) # # Math::GSL::Linalg::Test->GSL_LINALG_HESSENBERG_DECOMP_UNPACK_UNPACK_ACCUM_SET_ZERO ok 13 - ok 14 - ok 15 - GSL LINALG HESSENBERG DECOMP UNPACK UNPACK ACCUM SET ZERO ok 16 - GSL LINALG HESSENBERG DECOMP UNPACK UNPACK ACCUM SET ZERO ok 17 - GSL LINALG HESSENBERG DECOMP UNPACK UNPACK ACCUM SET ZERO ok 18 - GSL LINALG HESSENBERG DECOMP UNPACK UNPACK ACCUM SET ZERO ok 19 - GSL LINALG HESSENBERG DECOMP UNPACK UNPACK ACCUM SET ZERO ok 20 - GSL LINALG HESSENBERG DECOMP UNPACK UNPACK ACCUM SET ZERO ok 21 - GSL LINALG HESSENBERG DECOMP UNPACK UNPACK ACCUM SET ZERO ok 22 - GSL LINALG HESSENBERG DECOMP UNPACK UNPACK ACCUM SET ZERO ok 23 - GSL LINALG HESSENBERG DECOMP UNPACK UNPACK ACCUM SET ZERO ok 24 - GSL LINALG HESSENBERG DECOMP UNPACK UNPACK ACCUM SET ZERO ok 25 - GSL LINALG HESSENBERG DECOMP UNPACK UNPACK ACCUM SET ZERO ok 26 - GSL LINALG HESSENBERG DECOMP UNPACK UNPACK ACCUM SET ZERO ok 27 - ok 28 - ok 29 - Set zero ok 30 - Set zero ok 31 - Set zero # # Math::GSL::Linalg::Test->GSL_LINALG_LU_DECOMP not ok 32 - GSL LINALG LU DECOMP # Failed test 'GSL LINALG LU DECOMP' # at t/Linalg.t line 64. # (in Math::GSL::Linalg::Test->GSL_LINALG_LU_DECOMP) # Structures begin differing at: # $got->[0] = '0' # $expected->[0] = '4' ok 33 - resulting row 0 ok 34 - resulting row 1 ok 35 - resulting row 2 ok 36 - resulting row 3 # # Math::GSL::Linalg::Test->GSL_LINALG_LU_DET ok 37 - GSL LINALG LU DET # # Math::GSL::Linalg::Test->GSL_LINALG_LU_INVERT ok 38 - GSL LINALG LU INVERT ok 39 - GSL LINALG LU INVERT ok 40 - GSL LINALG LU INVERT ok 41 - GSL LINALG LU INVERT ok 42 - GSL LINALG LU INVERT ok 43 - GSL LINALG LU INVERT ok 44 - GSL LINALG LU INVERT ok 45 - GSL LINALG LU INVERT ok 46 - GSL LINALG LU INVERT ok 47 - GSL LINALG LU INVERT ok 48 - GSL LINALG LU INVERT ok 49 - GSL LINALG LU INVERT ok 50 - GSL LINALG LU INVERT ok 51 - GSL LINALG LU INVERT ok 52 - GSL LINALG LU INVERT ok 53 - GSL LINALG LU INVERT # # Math::GSL::Linalg::Test->GSL_LINALG_LU_LNDET ok 54 - GSL LINALG LU LNDET # # Math::GSL::Linalg::Test->GSL_LINALG_LU_SOLVE # # Math::GSL::Linalg::Test->GSL_LINALG_LU_SVX # # Math::GSL::Linalg::Test->GSL_LINALG_QR_DECOMP ok 55 - ok 56 - GSL LINALG QR DECOMP ok 57 - GSL LINALG QR DECOMP ok 58 - GSL LINALG QR DECOMP ok 59 - GSL LINALG QR DECOMP ok 60 - GSL LINALG QR DECOMP ok 61 - GSL LINALG QR DECOMP ok 62 - GSL LINALG QR DECOMP ok 63 - GSL LINALG QR DECOMP ok 64 - GSL LINALG QR DECOMP ok 65 - GSL LINALG QR DECOMP ok 66 - GSL LINALG QR DECOMP ok 67 - GSL LINALG QR DECOMP ok 68 - GSL LINALG QR DECOMP ok 69 - GSL LINALG QR DECOMP ok 70 - GSL LINALG QR DECOMP ok 71 - GSL LINALG QR DECOMP 1..71 # Looks like you failed 1 test of 71. Dubious, test returned 1 (wstat 256, 0x100) Failed 1/71 subtests Test Summary Report - --- t/Linalg.t (Wstat: 256 (exited 1) Tests: 71 Failed: 1) Failed test: 32 Non-zero exit status:
Bug#1077031: dh-make-perl: Create template for debian/changelog with urgency=medium
On Thu, 25 Jul 2024 16:51:48 +0200, Joenio Marques da Costa wrote: > I've made the changes and fixed the tests, Merge Request was opened > on Salsa: > - > https://salsa.debian.org/perl-team/modules/packages/dh-make-perl/-/merge_requests/5 Thanks! Already merged :) (And d/changelog updated) > There is Lintian test failing with the message below but I'm not sure > it's related to changes introduced by the MR above. > Lintian test failing: > - newer-standards-version 4.7.0 (current is 4.6.2) Right, that's lintian not knowing about Policy 4.7.0; nothing we can 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#1077031: dh-make-perl: Create template for debian/changelog with urgency=medium
On Thu, 25 Jul 2024 14:02:06 +0200, Joenio Marques da Costa wrote: > The "developers-reference - 6.3. Best practices" [2] recommends to set > the urgency=medium for all unstable uploads, what is followed by tools > such as dh_make but not by dh-make-perl, I think that it can be a source > of confusion, having "similar" tools with different behaviors. Ok. > I think it would be good to change dh-make-perl to create the > debian/changelog with urgency=medium and to keep it in conformance with > what is suggested as good practice by the developers-reference, even if > it has no practical effect I think it's the right thing to do to avoid > misunderstandings. Fine with me :) > I dig into the dh-make-perl source code and I've found the place where > it can be changes, it doesn't look a big change but I suppose this > change will break some automated tests. I can spend more time on it to > update the automated tests related to this change if you the maintainers > are ok with that change. Indeed: % grep -r "urgency=low" t/ t/dists.t:unshift @changelog, "libstrange-perl (3.1-1) UNRELEASED; urgency=low\n"; t/dists/Strange-0.1/wanted-debian--refresh/changelog:libstrange-perl (0.1-1) unstable; urgency=low t/dists/Strange-0.1/wanted-debian--refresh-email/changelog:libstrange-perl (3.1-1) UNRELEASED; urgency=low t/dists/Strange-0.1/wanted-debian--refresh-email/changelog:libstrange-perl (0.1-1) unstable; urgency=low t/dists/Strange-0.1/wanted-debian--refresh--source-format=3.0_quilt/changelog:libstrange-perl (0.1-1) unstable; urgency=low t/dists/Strange-0.1/wanted-debian/changelog:libstrange-perl (0.1-1) unstable; urgency=low t/dists/Strange-2.1/wanted-debian--refresh/changelog:libstrange-perl (2.1-1) unstable; urgency=low t/dists/Strange-2.1/wanted-debian--refresh-email/changelog:libstrange-perl (3.1-1) UNRELEASED; urgency=low t/dists/Strange-2.1/wanted-debian--refresh-email/changelog:libstrange-perl (2.1-1) unstable; urgency=low t/dists/Strange-2.1/wanted-debian--refresh--source-format=3.0_quilt/changelog:libstrange-perl (2.1-1) unstable; urgency=low t/dists/Strange-2.1/wanted-debian/changelog:libstrange-perl (2.1-1) unstable; urgency=low So yeah, please go ahead :) 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#1076809: libparse-syslog-perl: does not support RFC3339 timestamps
On Tue, 23 Jul 2024 15:55:49 +0200, Roland Rosenfeld wrote: > If you like, I could do a team upload with these patches applied and > maybe some housekeeping... > (maybe including a backports upload, since this hurts with the time > format change in rsyslog in Debian 12). Sounds good, thanks for your work! No need to hesitate when fixing bugs in a pkg-perl team maintained package :) > Or is it bad style to fix upstream "missing features" in Debian > package if upstream seems to be "inactive"? I don't know the team > policy here... I think this makes sense. 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#1076749: ITP: pmarkdown -- configurable Markdown processor, supporting the CommonMark spec and extensions
Package: wnpp Owner: gregor herrmann Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org * Package name: pmarkdown Version : 1.07 Upstream Author : Mathias Kende * URL : https://metacpan.org/release/Markdown-Perl * License : Expat Programming Lang: Perl Description : configurable Markdown processor, supporting the CommonMark spec and extensions The pmarkdown script reads from standard input and writes to standard output. Both are assumed to be encoded in UTF-8. It supports several Markdown flavours ("default", CommonMark, GitHub Flavored Markdown, original Markdown), and also provides the Markdown::Perl module for programmatical usage. The package will be maintained under the umbrella of the Debian Perl Group. -- Generated with the help of dpt-gen-itp(1) from pkg-perl-tools. signature.asc Description: Digital Signature
Bug#1076488: src:libxml-libxslt-perl: fails to migrate to testing for too long: autopkgtest issues
On Wed, 17 Jul 2024 21:55:04 +0200, Paul Gevers wrote: > > This should fix itself once libxml-libxml-perl 2.0207+dfsg+really+2.0134-4 > > migrates (and libxml2). > That's a slight variant of "This is usually a missing > *versioned* (test) dependency in your reverse (test) dependencies or a > missing Breaks in this package or both. However, if this is *only* a > test issue, it's possible that it's considered wrong to declare that in > the package meta data; in that case reach out to the Release Team to > ignore the apparent autopkgtest regressions for this case." Right. > So, should libxml-libxslt-perl have a versioned Depends on > libxml-libxml-perl? Or vise versa, a versioned Breaks? We already tightend the dependencies between libxml-libxml-perl and libxml2 (the warnings are in libxml2, the perl module triggers them); I guess doing the same dance with all reverse-dependencies of libxml-libxml-perl for something that appears rarely (cf. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1072012#62 ), wouldn't have shown up without libxml2 being blocked for a long time, and should hopefully be fixed by the migration of libxml-libxml-perl and libxml2 is overkill. So I guess I'd just wait (the new libxml-libxslt-perl version also has no groundbreaking changes); but I might miss something which others may add. 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#1076488: src:libxml-libxslt-perl: fails to migrate to testing for too long: autopkgtest issues
On Wed, 17 Jul 2024 06:57:01 +0200, Paul Gevers wrote: > The Release Team considers packages that are out-of-sync between testing and > unstable for more than 30 days as having a Release Critical bug in testing > [1]. Your package src:libxml-libxslt-perl has been trying to migrate for 31 > days [2]. This should fix itself once libxml-libxml-perl 2.0207+dfsg+really+2.0134-4 migrates (and libxml2). 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#1075182: Bug#1076470: libmath-gsl-perl: Cannot be binNMUed for the forthcoming GSL transition
Control: tag -1 + pending On Tue, 16 Jul 2024 23:31:57 +0300, Yavor Doganov wrote: > Source: libmath-gsl-perl > Version: 0.44-1 > Severity: important > Tags: sid trixie > User: e...@debian.org > Usertags: gsl_2.8-transition > Control: block 1072036 with -1 > > This package cannot be built with gsl/2.8 from experimental as it > declares an explicit relationship: > > Build-Depends: libgsl-dev (<< 2.8~) > > Perhaps this is done for good reasons; I cannot tell. A new upstream release which builds with libgsl-dev 2.8 (and not with 2.7) is already in our git repo. (Unfortunately it still fails to build with gcc-14 (#1075182) but that's a different story.) > The severity of this bug will be raised to "serious" as soon as > gsl/2.8 is uploaded to unstable. And then we can upload libmath-gsl-perl 0.45-1 :) 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#1074782: sqitch: autopkgtests failing with new MariaDB 11.4
On Tue, 02 Jul 2024 18:34:44 -0700, o...@debian.org wrote: > MariaDB 1:11.4.2-1 was recently uploaded to Debian. MariaDB 11.4 and MySQL 8.4 > are slowly diverging more and more. That's bad, and might cause (or already causes) issues with lib{mysql,mariadb}-perl. > As a result of the new version the sqitch autopkgtests are currently failing, > but the reason is a bit unclear. > Could you please assist in reading what the actual error in the logs is? > https://ci.debian.net/packages/s/sqitch/testing/amd64/48409017/ The test fails in t/sqlite.t which runs tests against SQLite so I'm pretty sure there is no relationship to a new MariaDB or MySQL version. > All tests seem to say 'ok' and searching for 'not ok' yields zero results. > > Log ends with: > > Test Summary Report > t/sqlite.t(Wstat: 65280 (exited 255) Tests: 127 Failed: 0) > Non-zero exit status: 255 >Parse errors: No plan found in TAP output > Files=50, Tests=7508, 28 wallclock secs ( 0.50 usr 0.12 sys + 20.46 cusr > 5.14 csys = 26.22 CPU) > Result: FAIL Going back up in the log and looking at the start of t/sqlite.t we see: 61s t/sqlite.t .. … 61s UNIQUE constraint failed: events.change_id, events.committed_at 61s DBD::SQLite::db do failed: UNIQUE constraint failed: events.change_id, events.committed_at 61s Trace begun at /usr/share/perl5/App/Sqitch/Role/DBIEngine.pm line 613 61s App::Sqitch::Role::DBIEngine::_log_event('App::Sqitch::Engine::sqlite=HASH(0x55a9edc41988)', 'deploy', 'App::Sqitch::Plan::Change=HASH(0x55a9ec5d79a8)') called at /usr/share/perl5/App/Sqitch/Role/DBIEngine.pm line 582 61s App::Sqitch::Role::DBIEngine::log_deploy_change('App::Sqitch::Engine::sqlite=HASH(0x55a9edc41988)', 'App::Sqitch::Plan::Change=HASH(0x55a9ec5d79a8)') called at t/lib/DBIEngineTest.pm line 1603 61s DBIEngineTest::__ANON__ at /usr/share/perl/5.38/Test/Builder.pm line 374 61s eval {...} at /usr/share/perl/5.38/Test/Builder.pm line 374 61s Test::Builder::subtest('Test::Builder=HASH(0x55a9eaaf0778)', 'live database', 'CODE(0x55a9edc2c158)') called at /usr/share/perl/5.38/Test/More.pm line 831 61s Test::More::subtest('live database', 'CODE(0x55a9edc2c158)') called at t/lib/DBIEngineTest.pm line 1825 61s DBIEngineTest::run('DBIEngineTest', 'class', 'App::Sqitch::Engine::sqlite', 'version_query', 'select \'SQLite \' || sqlite_version()', 'target_params', 'ARRAY(0x55a9edb0bc58)', 'alt_target_params', 'ARRAY(0x55a9edb0c528)', 'skip_unless', 'CODE(0x55a9ece79ea0)', 'engine_err_regex', 'Regexp=REGEXP(0x55a9edc17ae0)', 'init_error', 'Sqitch database /tmp/EWQTZjTBKx/sqitchtestk6jkt876.db already initialized', 'test_dbh', 'CODE(0x55a9ece82d30)', 'add_second_format', 'strftime(\'%%Y-%%m-%%d %%H:%%M:%%f\', strftime(\'%%J\', %s) + (1/86400.0))') called at t/sqlite.t line 403 61s # Tests were run but no plan was declared and done_testing() was not seen. 61s # Looks like your test exited with 255 just after 127. 61s Dubious, test returned 255 (wstat 65280, 0xff00) 61s All 127 subtests passed Whatever is happening here, the failure is related to DBD::SQLite. (That this failure isn't propagated up to the test (so no "not ok") and that t/sqlite.t doesn't even finish (hence the "and done_testing() was not seen") is not beautiful …) 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 #321: Scheduled global CPU outage
Bug#1072857: dput: Incorrect delayed argument: ValueError: delayed days value must be a decimal integer:
Control: severity -1 grave On Sun, 09 Jun 2024 12:03:49 +0300, Martin-Éric Racine wrote: > Package: dput > Version: 1.2 > Severity: normal > > $ dput mentors ../xserver-xorg-video-geode_2.11.21-4_source.changes > Checking signature on .changes > gpg: ../xserver-xorg-video-geode_2.11.21-4_source.changes: Valid signature > from AE1F8277C4B4D7B6 > Checking signature on .dsc > gpg: ../xserver-xorg-video-geode_2.11.21-4.dsc: Valid signature from > AE1F8277C4B4D7B6 > Incorrect delayed argument: ValueError: delayed days value must be a decimal > integer: > > I did not specify any delayed queue, so I am perplexed as to what produced > this. Same here. This makes dput unusable, hence bumping the severity. 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#1072693: smiles-scripts: FTBFS (test failures) with newer libxml2 (or libxml-libxml-perl)
Source: smiles-scripts Version: 0.2.0+dfsg1-5 Severity: serious Tags: ftbfs sid trixie Justification: fails to build from source -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On libxml-libxml-perl's tracker page I noticed that autopkgtest failures in smiles-scripts and had a look at the package. And it currently doesn't build, as the tests fail here as well: #v+ debian/rules override_dh_auto_test make[1]: Entering directory '/build/smiles-scripts-0.2.0+dfsg1' rm tests/cases/cdkcif2smiles_002.* rm tests/cases/cdkcif2smiles_003.* rm tests/cases/cdkcif2xyz_002.* rm tests/cases/cdkcif2xyz_003.* rm tests/cases/cdkdepict_001.* rm tests/cases/cdkdepict_004.* rm tests/cases/cdkdepict_005.* rm tests/cases/cdkdepict_006.* rm tests/cases/cdkdepict_008.* rm tests/cases/cdkdepict_009.* rm tests/cases/cdkdepict_010.* rm tests/cases/cdkdepict_022.* rm tests/cases/cdkdepict_023.* rm tests/cases/cdkdepict-cgi_001.* rm tests/cases/cdksdf2smiles_005.* rm tests/cases/cdksdf2smiles_007.* rm tests/cases/cdksdf2smiles_009.* rm tests/cases/cdksdf2smiles_010.* rm tests/cases/sdf-to-smi_002.* dh_auto_test -- MODULE_BUILD_PARSE_YAPP= CHEMISTRY_OPENSMILES= make -j4 test MODULE_BUILD_PARSE_YAPP= CHEMISTRY_OPENSMILES= make[2]: Entering directory '/build/smiles-scripts-0.2.0+dfsg1' find: 'externals': No such file or directory find: 'externals': No such file or directory find: 'externals': No such file or directory find: 'externals': No such file or directory find: 'externals': No such file or directory find: 'externals': No such file or directory find: 'externals': No such file or directory find: 'externals': No such file or directory find: 'externals': No such file or directory find: 'externals': No such file or directory find: 'externals': No such file or directory find: 'externals': No such file or directory find: 'externals': No such file or directory find: 'externals': No such file or directory find: 'externals': No such file or directory find: 'externals': No such file or directory find: 'externals': No such file or directory find: 'externals': No such file or directory tests/cases/cdkcif2smiles_001.opt: tests/cases/cdkcif2xyz_001.opt: tests/cases/cdkdepict-cgi_002.sh: tests/cases/cdkdepict_002.inp: OK tests/cases/cdkdepict_003.opt: OK tests/cases/cdkdepict_007.inp: OK tests/cases/cdkdepict_021.opt: OK tests/cases/cdkrecharge_001.opt: OK FAILED: tests/cases/cdkrecharge_002.sh:1c1 < cdkdepict: tests/cases/cdkdepict_007.inp(1): ERROR, org.openscience.cdk.exception.InvalidSmilesException: could not parse 'n11', a valid kekulé structure could not be assigned - --- > cdkdepict: tests/cases/cdkdepict_007.inp(1): ERROR, > org.openscience.cdk.exception.InvalidSmilesException: could not parse > 'n11', a valid kekul? structure could not be assigned tests/cases/cdkrecharge_003.opt: OK tests/cases/cdkrecharge_004.opt: OK tests/cases/cdkrecharge_005.opt: OK tests/cases/cdkrecharge_006.inp: OK tests/cases/cdkrecharge_007.opt: OK OK tests/cases/cdkrecharge_008.inp: OK tests/cases/cdkrecharge_009.opt: tests/cases/cdkrecharge_010.opt: OK tests/cases/cdkrecharge_011.opt: OK OK tests/cases/cdkrecharge_012.inp: tests/cases/cdkrecharge_013.inp: OK tests/cases/cdkrecharge_014.inp: OK tests/cases/cdkrecharge_015.inp: OK tests/cases/cdkrecharge_016.sh:OK tests/cases/cdkrecharge_017.sh:OK tests/cases/cdkrecharge_018.inp: OK tests/cases/cdkrecharge_019.inp: OK OK tests/cases/cdkrecharge_020.inp: tests/cases/cdksdf2smiles_001.opt: OK tests/cases/cdksdf2smiles_002.inp: OK tests/cases/cdksdf2smiles_003.inp: OK tests/cases/cdksdf2smiles_004.inp: OK tests/cases/cdksdf2smiles_006.inp: OK tests/cases/cdksdf2smiles_008.inp: OK tests/cases/cml-to-smi_001.inp:OK tests/cases/cml-to-smi_002.inp:OK tests/cases/cml-to-smi_003.inp:OK tests/cases/cml-to-smi_004.inp:OK tests/cases/cml-to-smi_005.inp:OK tests/cases/cml-to-smi_006.inp:OK tests/cases/cml-to-smi_007.inp:FAILED: 10,12d9 < tests/cases/cml-to-smi_005.inp:2: parser error : Extra content at the end of the document < g/schema" id="id/opt/eprints3/archives/ecrystals/documents/disk0/00/00/07/15/01/ < ^ tests/cases/cml-to-smi_008.inp:OK tests/cases/cml-to-smi_009.i
Bug#1071187: battery-stats: battery-graph error: unrecognized option -title
Control: tag -1 + patch > % battery-graph > unrecognized option -title > line 0: Cannot load input from 'Battery Graph' Attached is a patch which fixes this issue for me. 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 `- --- a/usr/bin/battery-graph 2024-01-20 00:52:13.0 +0100 +++ b/usr/bin/battery-graph 2024-06-03 19:35:42.271192074 +0200 @@ -184,6 +184,10 @@ ( +if [ -n "$title" ] ; then + echo "set title \"$title\"" +fi + if $text ; then echo set terminal dumb ${COLUMNS:-$(tput cols)} ${LINES:-$(tput lines)} fi @@ -218,7 +222,7 @@ echo ", g(x -($TIME_LAST_DISCHARGE_BEGIN-$adjustment) ) title (B<0?sprintf(\"slope= (%.2f +/- %.2f) %/h\", B*3600, B_err*3600):\"\") lc rgb \"black\" lt 2 " fi -) | gnuplot -persist ${geometry:+-geometry} $geometry ${title:+-title} "${title}" ; rm -f $TMPFILENAME +) | gnuplot -persist ${geometry:+-geometry} $geometry ; rm -f $TMPFILENAME # TODO Have to decide if we want to clean up or leave the file for us to zoom in/out in the graph signature.asc Description: Digital Signature
Bug#1072334: libconfig-model-dpkg-perl: add loong64 and riscv64 to available archs
On Sun, 02 Jun 2024 18:46:22 +0200, Dominique Dumont wrote: > On Sunday, 2 June 2024 02:53:49 CEST you wrote: > > On Sat, 01 Jun 2024 08:45:03 +, Francesco Ballarin wrote: > > > is it possible to add loong64 and riscv64 to the archs listed in > > > /usr/share/perl5/Config/Model/Dpkg/Dependency.pm > > > ? > > > > Maybe we should use (in lib/Config/Model/Dpkg/Dependency.pm) > > /usr/share/dpkg/ostable or Dpkg::Arch's get_valid_arches() instead of > > hardcoding architectures? > > > > What do you think, Dominique? > > Well, ostable file does not mention loong64 arch. Right. There's also /usr/share/dpkg/cputable, maybe that's a better fit? > And get_valid_arches returns quite a lot of architectures, just for loong64 > (and for all others): […] > Are these values suitable for the arch restriction of a dependency ? Not sure … Or maybe it's easier to just add the two new ones instead of inventing more complexity :) 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#1072334: libconfig-model-dpkg-perl: add loong64 and riscv64 to available archs
On Sat, 01 Jun 2024 08:45:03 +, Francesco Ballarin wrote: > is it possible to add loong64 and riscv64 to the archs listed in > /usr/share/perl5/Config/Model/Dpkg/Dependency.pm > ? Maybe we should use (in lib/Config/Model/Dpkg/Dependency.pm) /usr/share/dpkg/ostable or Dpkg::Arch's get_valid_arches() instead of hardcoding architectures? What do you think, Dominique? Cheers, gregpr -- .''`. 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#1072012: libxml-libxml-perl: new upstream release 2.0210, addressing test failures with libxml2 >= 2.11
On Wed, 29 May 2024 23:15:10 +0300, Niko Tyni wrote: > But I think we should add dependency metadata so that the release team, > britney, debci etc. can see the need for a rebuild when we have a > "broken" combination, and then hint the "correct" versions for testing > migration together. Updating libxml2 "middle version" would then mean > a mini-transition. Ack. > At the moment that would mean having libxml-libxml-perl > Depends: libxml2 (>> 2.12), libxml2 (<< 2.13~) > or something like that, with the numbers automatically generated during > the build of course. Implemented in 2.0207+dfsg+really+2.0134-3: Depends: perl (>= 5.38.2-5), perlapi-5.38.2, libc6 (>= 2.14), libxml2 (>= 2.12), libxml2 (<< 2.13~), libxml-namespacesupport-perl, libxml-sax-perl On Fri, 31 May 2024 15:12:03 +0800, Aron Xu wrote: > I'm fine with the resolution and I have committed a similar thing to > libxml2 following gregoa's advice: > https://salsa.debian.org/xml-sgml-team/libxml2/-/commit/f0f2fc3a207aed66e651b0d75ecea2d9b2028c8c Thanks, please adjust the Breaks to Breaks: libxml-libxml-perl (<< 2.0207+dfsg+really+2.0134-3~), Also, please don't close _this_ bug in the upload; getting the dependency meta-information in order should fix the autopkgtest failures, but the core problem most probably will persist: The test failures on several architectures which makes the package FTBFS: https://buildd.debian.org/status/package.php?p=libxml-libxml-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#1072012: libxml-libxml-perl: new upstream release 2.0210, addressing test failures with libxml2 >= 2.11
On Wed, 29 May 2024 14:16:47 +0800, Aron Xu wrote: > > They all seem to fail with: > > Warning: program compiled against libxml 212 using older 209 > > > > and this comes from libxml: > > > > if ((myversion / 100) < (version / 100)) { > > xmlGenericError(xmlGenericErrorContext, > > "Warning: program compiled against libxml %d using older > > %d\n", > > (version / 100), (myversion / 100)); > > } > > > > > > Not sure if this is should be fixed in libxml2 or if we should add an > > artifical dependency on a newer libxml2 (to avoid testing against the > > version in testing). The former sounds more logic to me. > > Although it looks trivial to remove the warning from libxml2, I'm > reluctant since this piece of code existed for a very long time, a > random check shows that version 2.2.3 (in 2000) has the logic: > https://gitlab.gnome.org/GNOME/libxml2/-/blob/04698d9e1c56467007fcbb9472e5db67cf5938f5/parserInternals.c#L66 Maybe an alternative is to add Breaks: libxml-libxml-perl (<< 2.0207+dfsg+really+2.0134-2~) to libxml2? 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 #351: PEBKAC (Problem Exists Between Keyboard And Chair)
Bug#1072012: libxml-libxml-perl: new upstream release 2.0210, addressing test failures with libxml2 >= 2.11
On Mon, 27 May 2024 22:33:45 +0200, gregor herrmann wrote: > … on amd64 and some other architectures; on others the testsuite now > fails in t/13dtd.t with SIGSEGV or SIGBUS etc.: > https://buildd.debian.org/status/package.php?p=libxml-libxml-perl Additionally the upload triggers a gazillion of autopkgtest failures in reverse dependencies: Issues preventing migration: ∙ ∙ autopkgtest for libatteanx-endpoint-perl/0.002-6: amd64: Regression or new test ♻ (reference ♻), arm64: Regression or new test ♻ (reference ♻), i386: Regression or new test ♻ (reference ♻), riscv64: Pass ∙ ∙ autopkgtest for libauthen-cas-client-perl/0.08-2: amd64: Regression or new test ♻ (reference ♻), arm64: Regression or new test ♻ (reference ♻), i386: Regression or new test ♻ (reference ♻), riscv64: Pass ∙ ∙ autopkgtest for libcatmandu-fedoracommons-perl/0.5-2: amd64: Regression or new test ♻ (reference ♻), arm64: Regression or new test ♻ (reference ♻), i386: Regression or new test ♻ (reference ♻), riscv64: Pass ∙ ∙ autopkgtest for libcatmandu-xsd-perl/0.05-2: amd64: Regression or new test ♻ (reference ♻), arm64: Regression or new test ♻ (reference ♻), i386: Regression or new test ♻ (reference ♻), riscv64: Pass ∙ ∙ autopkgtest for libhtml-html5-builder-perl/0.004-4: amd64: Regression or new test ♻ (reference ♻), arm64: Regression or new test ♻ (reference ♻), i386: Regression or new test ♻ (reference ♻), riscv64: Pass ∙ ∙ autopkgtest for libhtml-html5-microdata-parser-perl/0.100-3: amd64: Regression or new test ♻ (reference ♻), arm64: Regression or new test ♻ (reference ♻), i386: Regression or new test ♻ (reference ♻), riscv64: Pass ∙ ∙ autopkgtest for libhtml-html5-outline-perl/0.006-4: amd64: Regression or new test ♻ (reference ♻), arm64: Regression or new test ♻ (reference ♻), i386: Regression or new test ♻ (reference ♻), riscv64: Pass ∙ ∙ autopkgtest for libhtml-html5-parser-perl/0.992-2: amd64: Regression or new test ♻ (reference ♻), arm64: Regression or new test ♻ (reference ♻), i386: Regression or new test ♻ (reference ♻), riscv64: Pass ∙ ∙ autopkgtest for libhtml-html5-sanity-perl/0.105-5: amd64: Regression or new test ♻ (reference ♻), arm64: Regression or new test ♻ (reference ♻), i386: Regression or new test ♻ (reference ♻), riscv64: Pass ∙ ∙ autopkgtest for libhtml-html5-writer-perl/0.201-4: amd64: Regression or new test ♻ (reference ♻), arm64: Regression or new test ♻ (reference ♻), i386: Regression or new test ♻ (reference ♻), riscv64: Pass ∙ ∙ autopkgtest for libhtml-microformats-perl/0.105-6: amd64: Regression or new test ♻ (reference ♻), arm64: Regression or new test ♻ (reference ♻), i386: Regression or new test ♻ (reference ♻), riscv64: Pass ∙ ∙ autopkgtest for libhtml-treebuilder-libxml-perl/0.26-3: amd64: Regression or new test ♻ (reference ♻), arm64: Regression or new test ♻ (reference ♻), i386: Regression or new test ♻ (reference ♻), riscv64: Pass ∙ ∙ autopkgtest for libhttp-oai-perl/4.13-1: amd64: Regression or new test ♻ (reference ♻), arm64: Regression or new test ♻ (reference ♻), i386: Regression or new test ♻ (reference ♻), riscv64: Pass ∙ ∙ autopkgtest for libmarc-parser-xml-perl/0.03-2: amd64: Regression or new test ♻ (reference ♻), arm64: Regression or new test ♻ (reference ♻), i386: Regression or new test ♻ (reference ♻), riscv64: Pass ∙ ∙ autopkgtest for libmarc-xml-perl/1.0.5-2: amd64: Regression or new test ♻ (reference ♻), arm64: Regression or new test ♻ (reference ♻), i386: Regression or new test ♻ (reference ♻), riscv64: Pass ∙ ∙ autopkgtest for libnet-amazon-s3-perl/0.991-1: amd64: Regression or new test ♻ (reference ♻), arm64: Regression or new test ♻ (reference ♻), i386: Regression or new test ♻ (reference ♻), riscv64: Pass ∙ ∙ autopkgtest for libnet-amqp-perl/0.06~dfsg-4: amd64: Regression or new test ♻ (reference ♻), arm64: Regression or new test ♻ (reference ♻), i386: Regression or new test ♻ (reference ♻), riscv64: Pass ∙ ∙ autopkgtest for libnet-epp-perl/0.27-1: amd64: Regression or new test ♻ (reference ♻), arm64: Regression or new test ♻ (reference ♻), i386: Regression or new test ♻ (reference ♻), riscv64: Pass ∙ ∙ autopkgtest for libnetsds-kannel-perl/1.300-7: amd64: Regression or new test ♻ (reference ♻), arm64: Regression or new test ♻ (reference ♻), i386: Regression or new test ♻ (reference ♻), riscv64: No tests, superficial or marked flaky ♻ ∙ ∙ autopkgtest for libpoe-filter-xml-perl/1.140700-2: amd64: Regression or new test ♻ (reference ♻), arm64: Regression or new test ♻ (reference ♻), i386: Regression or new test ♻ (reference ♻), riscv64: Pass ∙ ∙ autopkgtest for librdf-closure-perl/0.001-5: amd64: Regression or new test ♻ (reference ♻), arm64: Regression or new test ♻ (reference ♻), i386: Regression or new test ♻ (reference ♻), riscv64: Pass ∙ ∙ autopkgtest for librdf-endpoint-perl/0.11-2: amd64: Regression or new test ♻ (reference
Bug#1072012: libxml-libxml-perl: new upstream release 2.0210, addressing test failures with libxml2 >= 2.11
Control: reopen -1 On Mon, 27 May 2024 19:03:56 +0200, gregor herrmann wrote: > As a quick bandaid to fix the FTBFS bug and unblock libxml2, I've > prepared an upload with only the one upstream commit added as an > additional quilt patch (which makes the test suite pass on sid and > trixie, i.e. with libxml2 2.9.14 and 2.12.7); … on amd64 and some other architectures; on others the testsuite now fails in t/13dtd.t with SIGSEGV or SIGBUS etc.: https://buildd.debian.org/status/package.php?p=libxml-libxml-perl So we are back to a FTBFS bug … 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#1072012: libxml-libxml-perl: new upstream release 2.0210, addressing test failures with libxml2 >= 2.11
Control: clone -1 -2 Control: retitle -1 libxml-libxml-perl: FTBFS with libxml2 >= 2.11 Control: retitle -2 libxml-libxml-perl: update to current upstream release Control: severity -2 normal Control: tags -2 = trixie sid On Mon, 27 May 2024 22:12:06 +0800, Aron Xu wrote: > libxml2 has been updated to upstream 2.12.7 release and the > autopkgtest shows regressions[1] regarding libxml-libxml-perl: Thanks! > 72s t/35huge_mode.t > 72s 1..5 > 72s ok 1 - huge mode disabled by default > 72s not ok 2 - exception thrown during parse > 72s > 72s # Failed test 'exception thrown during parse' > 72s # at t/35huge_mode.t line 56. > 72s # got: '' > 72s # expected: anything else > 72s not ok 3 - exception refers to entity reference loop > 72s > 72s # Failed test 'exception refers to entity reference loop' > 72s # at t/35huge_mode.t line 57. > 72s # '' > 72s # doesn't match '(?^si:entity.*loop)' > 72s ok 4 - no exception thrown during parse > 72s ok 5 - entity was parsed and expanded correctly > 72s # Looks like you failed 2 tests of 5. > 72s Dubious, test returned 2 (wstat 512, 0x200) > 72s Failed 2/5 subtests This also makes the package FBTFS in sid, therefore I've raised the severity of the (original) bug report. > It appears that upstream has fixed this issue in 2.0209 with commit > 57e712c9[2]. Since we have only 2.0207 in sid, I therefore request to > update this package to the latest upstream release, 2.0210, which > would help unblock the migration of libxml2 to testing. Well, actually we have 2.0207+dfsg+really+2.0134-1 in Debian, i.e. upstream 2.0134; d/changelog reads: [ Niko Tyni] * Temporarily revert to upstream version 2.0134 while changes in external DTD handling are revisited upstream. Thanks to Vincent Lefevre for the reports. (Closes: #1005281, #1003810) -- Niko Tyni Fri, 11 Feb 2022 21:29:49 +0200 Uploading 2.0210 would be desirable, but needs checking of those bugs and other changes, and also involves some work as the structure of the distribution has changed. As a quick bandaid to fix the FTBFS bug and unblock libxml2, I've prepared an upload with only the one upstream commit added as an additional quilt patch (which makes the test suite pass on sid and trixie, i.e. with libxml2 2.9.14 and 2.12.7); I'm now also cloning the bug as a reminder that we need to invest the time to try and update to a newer upstream version. 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#1066575: kakasi: diff for NMU version 2.3.6-4.2
Control: tags 1066575 + patch Control: tags 1066575 + pending Dear maintainer, I've prepared an NMU for kakasi (versioned as 2.3.6-4.2) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. -- .''`. 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 kakasi-2.3.6/debian/changelog kakasi-2.3.6/debian/changelog --- kakasi-2.3.6/debian/changelog 2021-01-03 12:25:42.0 +0100 +++ kakasi-2.3.6/debian/changelog 2024-05-26 18:34:15.0 +0200 @@ -1,3 +1,12 @@ +kakasi (2.3.6-4.2) unstable; urgency=medium + + * Non-maintainer upload. + * Fix "FTBFS: configure: error: can not use EUC-JP or UTF-8 encoding +on iconv": add patch kakasi-configure-c99.patch from Fedora. +(Closes: #1066575) + + -- gregor herrmann Sun, 26 May 2024 18:34:15 +0200 + kakasi (2.3.6-4.1) unstable; urgency=medium * Non maintainer upload by the Reproducible Builds team. diff -Nru kakasi-2.3.6/debian/patches/kakasi-configure-c99.patch kakasi-2.3.6/debian/patches/kakasi-configure-c99.patch --- kakasi-2.3.6/debian/patches/kakasi-configure-c99.patch 1970-01-01 01:00:00.0 +0100 +++ kakasi-2.3.6/debian/patches/kakasi-configure-c99.patch 2024-05-26 18:34:08.0 +0200 @@ -0,0 +1,20 @@ +Origin: https://src.fedoraproject.org/rpms/kakasi/blob/rawhide/f/kakasi-configure-c99.patch +Bug-Debian: https://bugs.debian.org/1066575 + +Avoid an implicit declaration of exit and build failures with future +compilers which do not support implicit function declarations by +default. + +diff --git a/configure.in b/configure.in +index e865b04ffd027f3c..4a15beffd0e252a4 100644 +--- a/configure.in b/configure.in +@@ -85,7 +85,7 @@ AS_VAR_IF(utf8, "yes",[ + LIBS="$LIBICONV $LIBS" + AC_DEFINE(KAKASI_SUPPORT_UTF8, 1, [KAKASI_SUPPORT_UTF8]) + AC_RUN_IFELSE([AC_LANG_PROGRAM([#include ], +- [if (iconv_open("EUC-JP", "UTF-8") == -1) exit(1);])], ++ [if (iconv_open("EUC-JP", "UTF-8") == -1) return 1;])], + [], + [AC_MSG_ERROR([can not use EUC-JP or UTF-8 encoding on iconv])]) + ]) diff -Nru kakasi-2.3.6/debian/patches/series kakasi-2.3.6/debian/patches/series --- kakasi-2.3.6/debian/patches/series 2018-12-02 10:10:55.0 +0100 +++ kakasi-2.3.6/debian/patches/series 2024-05-26 18:30:47.0 +0200 @@ -1,2 +1,3 @@ 0003-prefix.patch 0004-multiarch.patch +kakasi-configure-c99.patch signature.asc Description: Digital Signature
Bug#1071967: libdata-fake-perl: Test failures on 32bit architectures
Source: libdata-fake-perl Version: 0.006-1 Severity: serious Tags: upstream ftbfs Justification: fails to build from source Forwarded: https://github.com/dagolden/Data-Fake/issues/15 -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 t/dates.t fails on i386, looks like time_t 32 bit issues (via Time::Piece's strptime). https://ci.debian.net/packages/libd/libdata-fake-perl/testing/i386/46574760/#S6 Cf. https://github.com/dagolden/Data-Fake/issues/15 This (autopkgtest) failure blocks migration to testing, and also appears during build in an i386 chroot. Cheers, gregor -BEGIN PGP SIGNATURE- iQKTBAEBCgB9FiEE0eExbpOnYKgQTYX6uzpoAYZJqgYFAmZTXwRfFIAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEQx RTEzMTZFOTNBNzYwQTgxMDREODVGQUJCM0E2ODAxODY0OUFBMDYACgkQuzpoAYZJ qgbqUQ//alYyFmLcn9TQX4DJghlWRA07qlL7FkHwlYz7MTKzZwDGwNVkKV2vMDys X+bI0nT57TNX/QTsxBQZ5CbAeOIRkefd/J7unE5+LSvdnXJN0P80gxcL0Oja0T7Q dvieqShF7xll2h0y/D2swB+6GCTQZngfo6wx8ty6OG3pFAu2zaXL0sNiUvkjEMA1 vwi8/jEy2f5tz+PFJULS0SQfkcsf3dSzTBWJe8xjANOTithBzyPqbe3NI5A2Dk+F icAw90oOKotgciTHm2qufpp+AtCDr+QJQOaa085KiGleVwk0HSIoInZsriH6Hoxj E2buKvrMQSZ3EqfziS5u7EILnikV+ihGU27ZLbDTNPnIqsUmETRa5WNlRfC0PSu3 n0o6nCWp8lSpXsV4VafXDHwaQQyzjkzHH69UrQWUYLVC2CvG3hG5TW2of+UGa0aq zpmgI/GVjVmbD6Lpga6t5Ni+4RcPSTSXfIIf4dJCYCQZmEhmqJrvMxbuSIehaH1r BfggsEjrk8QBoDpcCGGcUJQCFBMEX7pbBJVnTg6mQowKZvc8Qj6ELvPZREvEpm4N jcbD/aD6m1VsTtP1aSoEDrkD8qdJzmrV0bsAy90zyR1TNl1HLyzl6eKvBWG08C8m 4I3gIY+ADEWTNYhr+yjn5LaXDEuWNHnONeN/32Bzmxlqjyn5MMw= =nwHw -END PGP SIGNATURE-
Bug#1071786: ITP: liblog-ger-perl -- lightweight, flexible logging framework
Package: wnpp Owner: gregor herrmann Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org * Package name: liblog-ger-perl Version : 0.042 Upstream Author : perlancar * URL : https://metacpan.org/release/Log-ger * License : Artistic or GPL-1+ Programming Lang: Perl Description : lightweight, flexible logging framework Log::ger is yet another logging framework with the following features: * separation of producers and consumers/listeners * lightweight and fast * fFlexible The package will be maintained under the umbrella of the Debian Perl Group. -- Generated with the help of dpt-gen-itp(1) from pkg-perl-tools. signature.asc Description: Digital Signature
Bug#1071464: ITP: libsyntax-infix-smartmatch-perl -- simplified smartmatch module
Package: wnpp Owner: gregor herrmann Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org * Package name: libsyntax-infix-smartmatch-perl Version : 0.005 Upstream Author : Leon Timmermans * URL : https://metacpan.org/release/Syntax-Infix-Smartmatch * License : Artistic or GPL-1+ Programming Lang: Perl Description : simplified smartmatch module Syntax::Infix::Smartmatch implements a new, much simplified version of smartmatch. In particular the behavior only depends on the right side argument. Syntax::Infix::Smartmatch is currently still experimental and the details of its behavior may still change. The package will be maintained under the umbrella of the Debian Perl Group. -- Generated with the help of dpt-gen-itp(1) from pkg-perl-tools. signature.asc Description: Digital Signature
Bug#1071460: ITP: libexcel-valuereader-xlsx-perl -- module for extracting values from Excel workbooks in XLSX format
Package: wnpp Owner: gregor herrmann Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org * Package name: libexcel-valuereader-xlsx-perl Version : 1.14 Upstream Author : Laurent Dami * URL : https://metacpan.org/release/Excel-ValueReader-XLSX * License : Artistic or GPL-1+ Programming Lang: Perl Description : module for extracting values from Excel workbooks in XLSX format Excel::ValueReader::XLSX reads the contents of an Excel file in XLSX format. Unlike other modules like Spreadsheet::ParseXLSX or Spreadsheet::XLSX, there is no support for reading formulas, formats or other Excel internal information; all you get are plain values -- but you get them much faster! Excel::ValueReader::XLSX has two possible implementation backends for parsing XLSX files: Excel::ValueReader::XLSX::Backend::Regex, based on regular expressions, or Excel::ValueReader::XLSX::Backend::LibXML, based on the libxml2 library. The Regexp backend uses regular expressions to parse the XML content. The libxml2 backend uses XML::LibXML::Reader to parse the XML content. It is probably safer but about three times slower than the Regex backend (but still much faster than Spreadsheet::ParseXLSX). The package will be maintained under the umbrella of the Debian Perl Group. -- Generated with the help of dpt-gen-itp(1) from pkg-perl-tools. signature.asc Description: Digital Signature
Bug#1071180: ITP: libalgorithm-curvefit-perl -- nonlinear least squares fitting module
On Wed, 15 May 2024 15:54:03 +0200, gregor herrmann wrote: > which is https://rt.cpan.org/Public/Bug/Display.html?id=121352 > > Additionally the distribution has some other open issues (where I'm > not sure how much they would affect Debian now): > https://rt.cpan.org/Public/Dist/Display.html?Name=Algorithm-CurveFit > > And it seems rather unmaintained as well … Closing this ITP bug … 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#1071326: libnet-interface-perl: FTBFS: failing tests
Control: tag -1 + confirmed On Fri, 17 May 2024 22:39:03 +0200, Santiago Vila wrote: > *** buffer overflow detected ***: terminated > t/simplesets.t > 1..2 > ok 1 - use Net::Interface; > Failed 1/2 subtests Thanks for your bug report! I can confirm it in a sid cowbuilder chroot, also when running the test manually: # prove --blib --verbose t/simplesets.t t/simplesets.t .. 1..2 ok 1 - use Net::Interface; *** buffer overflow detected ***: terminated Failed 1/2 subtests Test Summary Report --- t/simplesets.t (Wstat: 134 (Signal: ABRT, dumped core) Tests: 1 Failed: 0) Non-zero wait status: 134 Parse errors: Bad plan. You planned 2 tests but ran 1. Files=1, Tests=1, 0 wallclock secs ( 0.03 usr 0.00 sys + 0.05 cusr 0.01 csys = 0.09 CPU) Result: FAIL No idea what's going on there yet :) 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#1071228: ITP: libnet-kafka-perl -- Perl client for Apache Kafka
Package: wnpp Owner: gregor herrmann Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org * Package name: libnet-kafka-perl Version : 1.06 Upstream Author : Alex Mironov * URL : https://metacpan.org/release/Net-Kafka * License : Artistic or GPL-1+ Programming Lang: Perl Description : Perl client for Apache Kafka Net::Kafka provides Perl bindings to the librdkafka C client library. Includes modules: * Net::Kafka::Producer - asynchronous producer interface * Net::Kafka::Consumer - consumer interface The package will be maintained under the umbrella of the Debian Perl Group. -- Generated with the help of dpt-gen-itp(1) from pkg-perl-tools. signature.asc Description: Digital Signature
Bug#1071221: ITP: libmidi-alsa-perl -- Perl interface to the ALSA library
Package: wnpp Owner: gregor herrmann Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org * Package name: libmidi-alsa-perl Version : 1.22 Upstream Author : Peter Billam * URL : https://metacpan.org/release/MIDI-ALSA * License : Artistic or GPL-1+ Programming Lang: Perl Description : Perl interface to the ALSA library MIDI::ALSA offers a Perl interface to the ALSA library. It also offers some functions to translate events from and to the event format used in the MIDI-Perl module (packaged as libmidi-perl). Nothing is exported by default, but all the functions and constants can be exported, e.g.: use MIDI::ALSA(client, connectfrom, connectto, id, input, output); use MIDI::ALSA(':CONSTS'); The package will be maintained under the umbrella of the Debian Perl Group. -- Generated with the help of dpt-gen-itp(1) from pkg-perl-tools. signature.asc Description: Digital Signature
Bug#1071187: battery-stats: battery-graph error: unrecognized option -title
Package: battery-stats Version: 0.5.6-2.1 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 battery-graph fails to run: % battery-graph unrecognized option -title line 0: Cannot load input from 'Battery Graph' This is the gnuplot call near the end; apparently gnuplot(-x11) changed options .. Cheers, gregor - -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'unstable-debug'), (500, 'stable-security'), (500, 'oldoldstable'), (500, 'experimental'), (500, 'testing'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.7.9-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=C, LC_CTYPE=de_AT.utf8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) LSM: AppArmor: enabled Versions of packages battery-stats depends on: ii bc 1.07.1-4 ii gzip 1.12-1.1 ii init-system-helpers1.66 ii logrotate 3.21.0-2 ii sysvinit-utils [lsb-base] 3.09-1 Versions of packages battery-stats recommends: ii gnuplot-x11 [gnuplot] 6.0.0+dfsg1-3 ii libtext-csv-perl 2.04-1 ii python33.11.8-1 ii python3-matplotlib 3.6.3-2 battery-stats suggests no packages. - -- Configuration Files: /etc/battery-stats.conf changed [not included] - -- no debconf information -BEGIN PGP SIGNATURE- iQKTBAEBCgB9FiEE0eExbpOnYKgQTYX6uzpoAYZJqgYFAmZE1LJfFIAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEQx RTEzMTZFOTNBNzYwQTgxMDREODVGQUJCM0E2ODAxODY0OUFBMDYACgkQuzpoAYZJ qgZ6uhAAqJMtxrJSkmRgFeMdD/f/wFSiORsXw8b3bjv4mTbtgeY4GjcvqO+8vdWH 2VCr6OyddehajeuStZ2mCeThduLHGkvC/jbk8eKUJSa+EgAReC4a/vBUZ2PjeJeF D1fL8NqN3sA3OKl1eUd5LqpLQLKlZPhGE+UylBJ81iZI5LN4+gwMrAawZxbMhgA6 QDO+RD8fWI2w+KGDJIgrZ9CBcb7t2GvJOwM6mA9/0FTD048o2i/EVE66aGx2qhic 86DQ8FyfNxCUIXKXGnloyMW9FW8KvsX7uZW8qA9dfGfOpNSQpDahrkVmupCOi9V/ I0vj/aQ1B381Xsro5QtlBvENMZphEEar5zydGzKEqEEo/o2nmujpd68STusdJVB5 VM28W2haT3RS5UJk7ZrnmlGQftT3pPX7sc3Ndj0YdE/m6x3+gxk/YomxKiu4XMqY QVxDPtu9OuLq7At9mQtyfWP/icxOQ8yy7bvjUv2kjTFty9d27ZCGHLno1q6CRs+g LipzflEV+Zh1U5sCUN13AaQ2yTSsTFroqTN6uTI8nmvMyJLGXGuqGJ5f8qouMqqf EYYt1729naVMEPNsZEW5ZTTdG2+hj/fpu4rHJJM2zMXFiStMIZll8Z//mFIMbicg YS2EvBni/IQI6M8DiVuFyTuqVDMEmKAKojtJj9F3/sjIupWhhm0= =vkjZ -END PGP SIGNATURE-
Bug#1071180: ITP: libalgorithm-curvefit-perl -- nonlinear least squares fitting module
On Wed, 15 May 2024 15:44:33 +0200, gregor herrmann wrote: > * Package name: libalgorithm-curvefit-perl > Version : 1.05 > Upstream Author : Steffen Mueller > * URL : https://metacpan.org/release/Algorithm-CurveFit > * License : Artistic or GPL-1+ > Programming Lang: Perl > Description : nonlinear least squares fitting module (This was a request.) I've pushed a preliminary package to salsa, but I'm not sure this is really a good fit for Debian. The tests fail with: # Failed test at t/02bad_deriv.t line 50. # Looks like you failed 1 test of 13. t/02bad_deriv.t .. 1..13 ok 1 ok 2 not ok 3 ok 4 ok 5 ok 6 ok 7 ok 8 ok 9 ok 10 ok 11 ok 12 ok 13 Dubious, test returned 1 (wstat 256, 0x100) Failed 1/13 subtests which is https://rt.cpan.org/Public/Bug/Display.html?id=121352 Additionally the distribution has some other open issues (where I'm not sure how much they would affect Debian now): https://rt.cpan.org/Public/Dist/Display.html?Name=Algorithm-CurveFit And it seems rather unmaintained 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 `- signature.asc Description: Digital Signature
Bug#1071180: ITP: libalgorithm-curvefit-perl -- nonlinear least squares fitting module
Package: wnpp Owner: gregor herrmann Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org * Package name: libalgorithm-curvefit-perl Version : 1.05 Upstream Author : Steffen Mueller * URL : https://metacpan.org/release/Algorithm-CurveFit * License : Artistic or GPL-1+ Programming Lang: Perl Description : nonlinear least squares fitting module Algorithm::CurveFit implements a nonlinear least squares curve fitting algorithm. That means, it fits a curve of known form (sine-like, exponential, polynomial of degree n, etc.) to a given set of data points. The package will be maintained under the umbrella of the Debian Perl Group. -- Generated with the help of dpt-gen-itp(1) from pkg-perl-tools. signature.asc Description: Digital Signature
Bug#1071164: ITP: libastro-perl -- assorted astronomical routines
Package: wnpp Owner: gregor herrmann Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org * Package name: libastro-perl Version : 0.78 Upstream Author : Chris Phillips * URL : https://metacpan.org/release/Astro * License : Artistic or GPL-1+ Programming Lang: Perl Description : assorted astronomical routines Astro::Time, Astro::Coord and Astro::Misc provide a collection of useful astronomical routines written entirely in Perl. The routines provided include various time conversions (dayno to day/month, local sidereal time, calendar to Modified Julian day) and coordinate transformations (J2000 to B1950, B1950 to Galactic, Az,El to Ha,Dec), string parsing (12:00:00 -> 0.5) as well as a number of astronomical tools (eg observed Galactic velocity to kinematic distance). The package will be maintained under the umbrella of the Debian Perl Group. -- Generated with the help of dpt-gen-itp(1) from pkg-perl-tools. signature.asc Description: Digital Signature
Bug#1071128: ITP: libcpan-requirements-dynamic-perl -- module implementing dynamic prerequisites in CPAN metadata files
Package: wnpp Owner: gregor herrmann Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org * Package name: libcpan-requirements-dynamic-perl Version : 0.001 Upstream Author : Leon Timmermans * URL : https://metacpan.org/release/CPAN-Requirements-Dynamic * License : Artistic or GPL-1+ Programming Lang: Perl Description : module implementing dynamic prerequisites in CPAN metadata files CPAN::Requirements::Dynamic implements a format for describing dynamic prerequisites of a distribution. The package will be maintained under the umbrella of the Debian Perl Group. -- Generated with the help of dpt-gen-itp(1) from pkg-perl-tools. signature.asc Description: Digital Signature
Bug#1070827: ITP: libdata-fake-perl -- module for generating fake structured data for testing
Package: wnpp Owner: gregor herrmann Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org * Package name: libdata-fake-perl Version : 0.006 Upstream Author : David Golden * URL : https://metacpan.org/release/Data-Fake * License : Apache-2.0 Programming Lang: Perl Description : module for generating fake structured data for testing Data::Fake generates randomized, fake structured data using declarative syntax. Data::Fake is built on higher-order programming principles. It provides users with "factory" functions, which create "generator" functions for specific pieces of data. Wherever randomized, fake data is desired, a generator code reference is used as a placeholder for the desired output. Each time the top-level generator is run, nested generators are recursively run to turn placeholders into the desired randomized data. The package will be maintained under the umbrella of the Debian Perl Group. -- Generated with the help of dpt-gen-itp(1) from pkg-perl-tools. signature.asc Description: Digital Signature
Bug#1069101: libdbd-oracle-perl: requires rebuild for time_t transition
On Thu, 09 May 2024 16:41:10 +0200, Alex Muntada wrote: > > > It turns out that it's oracle-instantclient-basic that needs > > > libaio.so.1. I'm not sure what could be done to address this > > > issue, since the soname renaming to libaio.so.1t64 is Debian > > > specific. > > I came up with an easy solution to this: since libaio.so.1 is > required by oracle-instantclient-basic (not in Debian), we could > add libaio (from Oracle Linux) in Depends and then explain in > README.Debian to download it from Oracle, build the .deb with > alien and install it, like the other external dependencies. Sounds viable to me, with good instructions in the README.Debian downloading alien'ing two packages instead of one shouldn't be too terrible for users. > The thing is that maybe a hint on libaio will be needed? What do you mean be "hint" 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#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#1068949: fixed in libfinance-quote-perl 1.60-1
On Thu, 18 Apr 2024 20:36:17 -0700, Bill Wohler via pkg-perl-maintainers wrote: > I can confirm that Gnucash can download the YahooJSON quotes again, > Thanks very much! Thanks for checking and reporting back! 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#1068997: mailtextbody: feature request: optionally specify MIME type to extract (default: text/plain)
On Sun, 14 Apr 2024 21:38:08 +0200, Jonas Smedegaard wrote: > What a neat little tool. I have needed this many times over the years. Thanks! > One thing that I would want, which seems within the scope of this tiny > tool: An option to specify which MIME type to look for, with default > being the currently hardcoded text/plain. Nice idea, expect a new release + upload soon :) 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#1068765: calibre: dependency on node-mathjax-full required?
Package: calibre Version: 7.8.0+ds1-1 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 calibre 7.8.0+ds1-1 has acquired a hard dependency on node-mathjax-full (and indirectly on nodejs and 8 other node packages), installing some 100MB. In my understanding, mathjax is used for typesetting mathetical formulars in ebooks, and I guess that's not what most calibre users do regularly. Would a be a possibility to move node-mathjax-full from Depends to Recommends, so that user have the option to not install a whole new ecosystem on their machines? Thanks for considering, gregor -BEGIN PGP SIGNATURE- iQKTBAEBCgB9FiEE0eExbpOnYKgQTYX6uzpoAYZJqgYFAmYWpyVfFIAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEQx RTEzMTZFOTNBNzYwQTgxMDREODVGQUJCM0E2ODAxODY0OUFBMDYACgkQuzpoAYZJ qgZSZBAAtcOIgD79UWvY0Vwnd6dOOmAGHYazc8JoMntYCWM9u+dskXiFjW+ZKGOU YrKONVdfTN3Py5N63g2pYqEloVuF8AVXZUMNAhlv7CjGx6bhFrK0Ma+Od3+98N9+ UoiOeSNl5FsWe8rijeBzfoi+SrN9JYI7L4C+tSRobaFgcLyAug7t80YW0hEdIbag qxtz+l8XH0iwRB5MOMbsbtZAw+GFTr5DoKAG6UX+ltRzoVVwj/fm+Co9zsoHvAs5 15xpMV05VZmleoVButhyD0Iy0UrkIuhohet360o454kIzRkI9ttsKAZuBBAqL8b7 dWFRA+VJU57hDe93AaQnc9JcV7A8zuxLloxx34aUOKZJRR5AoHTFPCTGS0qGti5m +9905pvj/INuugVgW2SF7uEf0VvShTcEiI613aHGtz/+gMqtq7ObiXuAaVokNtFl Hed8myZBnSl2be3zQcVo38BKpKYOhYBESc/jOeChBBN3b/FKU1EfBCL/DLVlTxZ6 Glbg1+73L/lIz/cLC+eEcWsMT/xu+x+m9lbK9WcHmpGO2CdiW87Ki+1YyKcpQNP7 7JwJmFcBnTtrrmapJ7nV9d+4lRxGMvVaqfGsc0sxBgeX/Oh1de/h6TOoN9RZshrX ralQZSPUlhIRV7DGlUf/c1uyu4RRqFd1L2E92qOyRADmyWfAu38= =TMFU -END PGP SIGNATURE-
Bug#1068523: dh-debputy: To contact or to contract
On Sun, 07 Apr 2024 08:37:26 +0200, Niels Thykier wrote: > > I was very excited when I read about `debputy lint` as I like to > > automatically fix packaging errors. Alas, my first experience leaves > > me a bit underexcited because (seen with several packages): > > > > % debputy lint > > warning: File: ./debian/copyright:3:0:3:16: The "Upstream-Contact" looks > > like a typo of "Upstream-Contract". [Correctable via --auto-fix] > > Cannot have it be underexciting! New release incoming. :) Thanks Niels! 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#1068523: dh-debputy: To contact or to contract
Package: dh-debputy Version: 0.1.27 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 I was very excited when I read about `debputy lint` as I like to automatically fix packaging errors. Alas, my first experience leaves me a bit underexcited because (seen with several packages): % debputy lint warning: File: ./debian/copyright:3:0:3:16: The "Upstream-Contact" looks like a typo of "Upstream-Contract". [Correctable via --auto-fix] And I'm rather sure I don't want to change Upstream-Contact to Upstream-Contract :) Cheers, gregor -BEGIN PGP SIGNATURE- iQKTBAEBCgB9FiEE0eExbpOnYKgQTYX6uzpoAYZJqgYFAmYR46hfFIAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEQx RTEzMTZFOTNBNzYwQTgxMDREODVGQUJCM0E2ODAxODY0OUFBMDYACgkQuzpoAYZJ qgYldg//Vj1wUmaD2XSO47zsHIKmZ3wF6PBVDdUR817Gq40KAf4AoBJ/H0h0VeK6 zHRVV3ikTEZdi3Hk4FOMtvs/qUSXuBOpISgzlOu0d+gA+m/EC1hCDlKgT+09gaGE wQq4BcZFo84kZQsBUDR8sBa8AH3O/AdR+6vWE4KvWnjLpBT6dI6KXvEU0lc6uM+c 3JfPVoJ30WWwQ/+NbL8Lhj29PEAsx4oQBSnC0WahUsMNEgsOOfbf1VCBOZt1W+AE LzJ9E+cuHX3xBHtGEzMRDMJdoJD5sGyEnPXcqVvnOw9xjtfjHDQQfSKE9TmtAr0l /RfKaeEEFJ1q16wbu4SdMDy/0Q81VGAHvQWqGimOySSzTXNq4y8bWCQtSA9PfN8r CpiWxQpRtfr8NDilz6Nckc1iqSW6GOwjXr0ZTGtuyXVewym1JjS32ZqLTCFFDHsX jSbkttyquJNFd/jeiE3Cp6QTGlj6hoxBW+a7DtTEeaRp2l1mHFZvS8FQbR9oixNi 9Sr7HaKnNxtuqh0DXKdmme1Nb9QBgFdDj1D31RoxGIxl6gpvWQ82HSYlustjYP4Z u3222C7nQIcRsvQQHmalFK6cb40r9Shd4hGwTt2cJOEt9ZHxl3O55oTEY2t82ASh CKtnA8ilA32GuOVjpR6Bbrk0/A4nmJWqzzckhSCZUjk1Xbg2PQY= =AsCd -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#1068091: dh-make-perl: Build fails with invalid git tag when using manual version and epoch
On Sat, 30 Mar 2024 12:46:46 +, Andy Beverley wrote: > When specifying a version with an epoch, and when a tag is used with > a git repo, the build fails with an invalid tag error. > > For example: > > cpan2deb --version=1:1.006 --revision=1 PDF::Table > > Fails with: > > fatal: 'upstream/1:1.006' is not a valid tag name. Nice find :) I guess this is a bit of a corner case, as there probably is no upstream version with a ':' anywhere, but I see why you would be doing something like this. > The problem appears to be caused by this line in DhMakePerl::Command::make > $git->command( 'tag', "upstream/".$self->version, 'upstream/latest' ) > I assume a fix would simply be to replace all occurences of a colon with > another suitable character? Thanks for pointing out the relevant line in the code, and yes, replacing the colon with something git-compatible sounds right. It looks like some tools use '%' as a replacement, maybe dh-make-perl should adopt this precedence. Do you fancy to provide and test a patch? I'd be happy tp review/merge/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#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#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(&now, 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(&now, NULL); > > test.c: In function ‘TouchFile’: > > test.c:512:3: error: implicit declaration of function ‘gettimeofday’ > > [-Werror=implicit-function-declaration] > > 512 | gettimeofday(&now, NULL); > > test.c:513:3: error: implicit declaration of function ‘utimes’; did you > > mean ‘ctime’? [-Werror=implicit-function-declaration] > > 513 | utimes(filename , &now); 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#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&arch=armhf&ver=1.9-6%2Bb3&stamp=1709893977&raw=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#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