perl-devel September 2024

perl-devel@lists.fedoraproject.org

3 participants
380 discussions

[Bug 2053941] New: The Fedora BuildRequires is missing an the license files are listed as %doc
by bugzilla＠redhat.com 05 Dec '24

05 Dec '24

https://bugzilla.redhat.com/show_bug.cgi?id=2053941 Bug ID: 2053941 Summary: The Fedora BuildRequires is missing an the license files are listed as %doc Product: Fedora Version: 34 Status: NEW Component: cpanspec Assignee: psabata(a)redhat.com Reporter: bugzilla(a)terrortux.de QA Contact: extras-qa(a)fedoraproject.org CC: ktdreyer(a)ktdreyer.com, perl-devel(a)lists.fedoraproject.org, psabata(a)redhat.com, steve(a)silug.org, strobert(a)strobe.net Target Milestone: --- Classification: Fedora Description of problem: In the generated spec file, this line is missing: # needes by all perl packages BuildRequires: perl-generators perl-interpreter perl-devel perl And the license files of the generated spec file are marked as %doc instant of %license Version-Release number of selected component (if applicable): cpanspec-1.78-39.fc34.noarch How reproducible: Every time Steps to Reproduce: 1. Call cpanspec Sort::Versions for example Actual results: See above Expected results: Correct spec file Additional info: Also the old %setup macro is used. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2053941

1 12

[Bug 2218170] New: Please consider removing/porting aspell dependency. Aspell has been deprecated
by bugzilla＠redhat.com 27 Nov '24

27 Nov '24

https://bugzilla.redhat.com/show_bug.cgi?id=2218170 Bug ID: 2218170 Summary: Please consider removing/porting aspell dependency. Aspell has been deprecated Product: Fedora Version: rawhide Status: NEW Component: perl-Text-Aspell Assignee: spotrh(a)gmail.com Reporter: ljavorsk(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: perl-devel(a)lists.fedoraproject.org, spotrh(a)gmail.com Blocks: 2210277 Target Milestone: --- Classification: Fedora Aspell has been deprecated since Fedora 39. Please consider removing dependency on aspell, or porting it to the variants like hunspell or enchant/enchant2. Change proposal is located here: https://fedoraproject.org/wiki/Changes/AspellDeprecation FESCo approval is located here: https://pagure.io/fesco/issue/3009 If your component has already removed/ported it's aspell dependency, or you don't Require/BuildRequire any aspell subpackage, feel free to close this Bugzilla. This Bugzilla was created automatically and some issues might have occurred along the way. Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=2210277 [Bug 2210277] Deprecation of aspell package -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2218170 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…

1 2

[Bug 2222637] New: F39FailsToInstall: perl-Syntax-Feature-Loop
by bugzilla＠redhat.com 27 Nov '24

27 Nov '24

https://bugzilla.redhat.com/show_bug.cgi?id=2222637 Bug ID: 2222637 Summary: F39FailsToInstall: perl-Syntax-Feature-Loop Product: Fedora Version: rawhide Status: NEW Component: perl-Syntax-Feature-Loop Assignee: jplesnik(a)redhat.com Reporter: fti-bugs(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: jplesnik(a)redhat.com, perl-devel(a)lists.fedoraproject.org Blocks: 2168845 (F39FailsToInstall,RAWHIDEFailsToInstall) Target Milestone: --- Classification: Fedora Hello, Please note that this comment was generated automatically by https://pagure.io/releng/blob/main/f/scripts/ftbfs-fti/follow-policy.py If you feel that this output has mistakes, please open an issue at https://pagure.io/releng/ Your package (perl-Syntax-Feature-Loop) Fails To Install in Fedora 39: can't install perl-Syntax-Feature-Loop: - nothing provides perl(:MODULE_COMPAT_5.36.0) needed by perl-Syntax-Feature-Loop-1.8.0-18.fc38.x86_64 If you know about this problem and are planning on fixing it, please acknowledge so by setting the bug status to ASSIGNED. If you don't have time to maintain this package, consider orphaning it, so maintainers of dependent packages realize the problem. If you don't react accordingly to the policy for FTBFS/FTI bugs (https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails…) your package may be orphaned in 8+ weeks. P.S. The data was generated solely from koji buildroot, so it might be newer than the latest compose or the content on mirrors. To reproduce, use the koji/local repo only, e.g. in mock: $ mock -r fedora-39-x86_64 --config-opts mirrored=False install perl-Syntax-Feature-Loop P.P.S. If this bug has been reported in the middle of upgrading multiple dependent packages, please consider using side tags: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/#updating-inter-d… Thanks! Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=2168845 [Bug 2168845] Fedora 39 Fails To install Tracker -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2222637 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…

1 15

[Bug 2184301] New: perl-Syntax-Feature-Loop-1.8.0-18.fc39 FTBFS: t/01_basic.t and 3more test fail
by bugzilla＠redhat.com 27 Nov '24

27 Nov '24

https://bugzilla.redhat.com/show_bug.cgi?id=2184301 Bug ID: 2184301 Summary: perl-Syntax-Feature-Loop-1.8.0-18.fc39 FTBFS: t/01_basic.t and 3more test fail Product: Fedora Version: rawhide URL: https://koschei.fedoraproject.org/package/perl-Syntax- Feature-Loop Status: NEW Component: perl-Syntax-Feature-Loop Assignee: jplesnik(a)redhat.com Reporter: jplesnik(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: jplesnik(a)redhat.com, perl-devel(a)lists.fedoraproject.org Target Milestone: --- Link ID: CPAN 147485 Classification: Fedora Description of problem: Package perl-Syntax-Feature-Loop fails to build from source in Fedora Rawhide. Bareword found where operator expected at t/01_basic.t line 20, near "loop" (Missing semicolon on previous line?) syntax error at t/01_basic.t line 19, near "; last " Global symbol "$s" requires explicit package name (did you forget to declare "my $s"?) at t/01_basic.t line 20. Global symbol "$i" requires explicit package name (did you forget to declare "my $i"?) at t/01_basic.t line 20. Global symbol "$s" requires explicit package name (did you forget to declare "my $s"?) at t/01_basic.t line 20. Global symbol "$s" requires explicit package name (did you forget to declare "my $s"?) at t/01_basic.t line 21. syntax error at t/01_basic.t line 22, near "}" Can't redeclare "my" in "my" at t/01_basic.t line 26, near "my" syntax error at t/01_basic.t line 28, near "last if" syntax error at t/01_basic.t line 36, near "}" syntax error at t/01_basic.t line 38, near "}" t/01_basic.t has too many errors. # Looks like your test exited with 2 before it could output anything. t/01_basic.t ............ Dubious, test returned 2 (wstat 512, 0x200) Failed 4/4 subtests Bareword found where operator expected at t/02_pragma_a.t line 28, near "is" (Missing semicolon on previous line?) syntax error at t/02_pragma_a.t line 27, near "; last" BEGIN not safe after errors--compilation aborted at t/02_pragma_a.t line 31. # Looks like your test exited with 2 before it could output anything. t/02_pragma_a.t ......... Dubious, test returned 2 (wstat 512, 0x200) Failed 6/6 subtests Bareword found where operator expected at t/02_pragma_b.t line 28, near "is" (Missing semicolon on previous line?) syntax error at t/02_pragma_b.t line 27, near "; last" BEGIN not safe after errors--compilation aborted at t/02_pragma_b.t line 31. # Looks like your test exited with 2 before it could output anything. t/02_pragma_b.t ......... Dubious, test returned 2 (wstat 512, 0x200) Failed 6/6 subtests Semicolon seems to be missing at t/03_line_numbers.t line 112. syntax error at t/03_line_numbers.t line 102, near "is" syntax error at t/03_line_numbers.t line 112, near "}" Execution of t/03_line_numbers.t aborted due to compilation errors. # Looks like your test exited with 255 before it could output anything. t/03_line_numbers.t ..... Dubious, test returned 255 (wstat 65280, 0xff00) Failed 5/5 subtests A difference between passing and failing build root is at https://koschei.fedoraproject.org/build/15176950. An update of perl-Lexical-Var from 0.009-31.fc38 to 0.010-1.fc39 is suspicious. Additional info: This package is tracked by Koschei. See: https://koschei.fedoraproject.org/package/perl-Syntax-Feature-Loop -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2184301

1 20

[Bug 2313676] New: Please branch and build perl-Term-ReadLine-Gnu
by bugzilla＠redhat.com 18 Nov '24

18 Nov '24

https://bugzilla.redhat.com/show_bug.cgi?id=2313676 Bug ID: 2313676 Summary: Please branch and build perl-Term-ReadLine-Gnu Product: Fedora EPEL Version: epel10 Status: NEW Component: perl-Term-ReadLine-Gnu Assignee: cra(a)fea.st Reporter: orion(a)nwra.com QA Contact: extras-qa(a)fedoraproject.org CC: cra(a)fea.st, emmanuel(a)seyman.fr, lkundrak(a)v3.sk, perl-devel(a)lists.fedoraproject.org Target Milestone: --- Classification: Fedora Please branch and build perl-Term-ReadLine-Gnu in epel10. If you do not wish to maintain perl-Term-ReadLine-Gnu in epel10, or do not think you will be able to do this in a timely manner, the EPEL Packagers SIG would be happy to be a co-maintainer of the package; please add the epel-packagers-sig group through https://src.fedoraproject.org/rpms/perl-Term-ReadLine-Gnu/addgroup and grant it commit access, or collaborator access on epel* branches. I would also be happy to be a co-maintainer (FAS: orion). It builds and installs fine. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2313676 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…

1 6

[Bug 2312693] New: perl-Exporter-Tidy-0.09 is available
by bugzilla＠redhat.com 06 Nov '24

06 Nov '24

https://bugzilla.redhat.com/show_bug.cgi?id=2312693 Bug ID: 2312693 Summary: perl-Exporter-Tidy-0.09 is available Product: Fedora Version: rawhide Status: NEW Component: perl-Exporter-Tidy Keywords: FutureFeature, Triaged Assignee: jplesnik(a)redhat.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: jplesnik(a)redhat.com, perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com Target Milestone: --- Classification: Fedora Releases retrieved: 0.09 Upstream release that is considered latest: 0.09 Current version/release in rawhide: 0.08-32.fc41 URL: http://search.cpan.org/dist/Exporter-Tidy/ Please consult the package updates policy before you issue an update to a stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/ More information about the service that created this bug can be found at: https://docs.fedoraproject.org/en-US/package-maintainers/Upstream_Release_M… Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from Anitya: https://release-monitoring.org/project/7094/ To change the monitoring settings for the project, please visit: https://src.fedoraproject.org/rpms/perl-Exporter-Tidy -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2312693 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…

1 2

[Bug 2310798] New: perl-Rose-DB-Object-0.820-12.fc42 FTBFS: Can't use string ("id") as a HASH ref while "strict refs" at [...] Rose/DB/Object/Metadata/Relationship/ManyToOne.pm line 185
by bugzilla＠redhat.com 05 Nov '24

05 Nov '24

https://bugzilla.redhat.com/show_bug.cgi?id=2310798 Bug ID: 2310798 Summary: perl-Rose-DB-Object-0.820-12.fc42 FTBFS: Can't use string ("id") as a HASH ref while "strict refs" at [...] Rose/DB/Object/Metadata/Relationship/ManyToOne.pm line 185 Product: Fedora Version: rawhide URL: https://koschei.fedoraproject.org/package/perl-Rose-DB -Object Status: NEW Component: perl-Rose-DB-Object Assignee: wfp5p(a)worldbroken.com Reporter: ppisar(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: perl-devel(a)lists.fedoraproject.org, wfp5p(a)worldbroken.com Blocks: 2300528 (F42FTBFS,RAWHIDEFTBFS) Target Milestone: --- Classification: Fedora perl-Rose-DB-Object-0.820-12.fc42 fails to build in Fedora 42 because a test fails: t/db-object-relationship-auto.t .... ok Can't use string ("id") as a HASH ref while "strict refs" in use at /home/test/fedora/perl-Rose-DB-Object/perl-Rose-DB-Object-0.820-build/Rose-DB-Object-0.820/blib/lib/Rose/DB/Object/Metadata/Relationship/ManyToOne.pm line 185. # Looks like your test exited with 2 just after 1140. t/db-object-relationship.t ......... Dubious, test returned 2 (wstat 512, 0x200) Failed 464/1604 subtests (less 1135 skipped subtests: 5 okay) A difference between passing and failing build root is at <https://koschei.fedoraproject.org/build/18616470>. Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=2300528 [Bug 2300528] Fedora 42 FTBFS Tracker -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2310798 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…

1 1

[Bug 2313937] New: perl-pgsql_perl5: fails to install from epel10
by bugzilla＠redhat.com 02 Nov '24

02 Nov '24

https://bugzilla.redhat.com/show_bug.cgi?id=2313937 Bug ID: 2313937 Summary: perl-pgsql_perl5: fails to install from epel10 Product: Fedora EPEL Version: epel10 Status: NEW Component: perl-pgsql_perl5 Assignee: code(a)musicinmybrain.net Reporter: carl(a)redhat.com CC: code(a)musicinmybrain.net, perl-devel(a)lists.fedoraproject.org Target Milestone: --- Classification: Fedora Description of problem: perl-pgsql_perl5 from epel10 has unresolved dependencies, causing it to be uninstallable. Version-Release number of selected component (if applicable): perl-pgsql_perl5-1.9.0-71.el10_0 How reproducible: always Steps to Reproduce: 1. dnf install perl-pgsql_perl5 Actual results: Error: Problem: conflicting requests - nothing provides libperl.so.5.38()(64bit) needed by perl-pgsql_perl5-1.9.0-71.el10_0.x86_64 from epel - nothing provides perl(:MODULE_COMPAT_5.38.2) needed by perl-pgsql_perl5-1.9.0-71.el10_0.x86_64 from epel Expected results: successful installation -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2313937 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…

1 4

[Bug 2310793] New: perl-Glib-Object-Introspection-0.051-3.fc42 FTBFS: Cannot convert record value of unknown type GIMarshallingTestsPointerStruct (94323630946576) to SV at t/structs.t line 27
by bugzilla＠redhat.com 27 Oct '24

27 Oct '24

https://bugzilla.redhat.com/show_bug.cgi?id=2310793 Bug ID: 2310793 Summary: perl-Glib-Object-Introspection-0.051-3.fc42 FTBFS: Cannot convert record value of unknown type GIMarshallingTestsPointerStruct (94323630946576) to SV at t/structs.t line 27 Product: Fedora Version: rawhide URL: https://koschei.fedoraproject.org/package/perl-Glib-Ob ject-Introspection Status: NEW Component: perl-Glib-Object-Introspection Assignee: sergio(a)serjux.com Reporter: ppisar(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: berrange(a)redhat.com, perl-devel(a)lists.fedoraproject.org, sergio(a)serjux.com Blocks: 2300528 (F42FTBFS,RAWHIDEFTBFS) Target Milestone: --- Classification: Fedora perl-Glib-Object-Introspection-0.051-3.fc42 fails to build in Fedora 42 because a test fails: t/objects.t ................... ok Cannot convert record value of unknown type GIMarshallingTestsPointerStruct (94323630946576) to SV at t/structs.t line 27. # Looks like your test exited with 255 just after 2. t/structs.t ................... Dubious, test returned 255 (wstat 65280, 0xff00) Failed 4/6 subtests A difference between passing and failing build root is at <https://koschei.fedoraproject.org/build/18700753>. An upgrade of gobject-introspection-devel from 1.80.1-3.fc41 to 1.81.4-1.fc42 is suspicious. Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=2300528 [Bug 2300528] Fedora 42 FTBFS Tracker -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2310793 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…

1 9

[Bug 2304283] New: perl-Net-Server-2.014-6.fc41 FTBFS: t/Port_Configuration.t fails with perl-Net-SSLeay ≥ 1.94-7.fc41
by bugzilla＠redhat.com 27 Oct '24

27 Oct '24

https://bugzilla.redhat.com/show_bug.cgi?id=2304283 Bug ID: 2304283 Summary: perl-Net-Server-2.014-6.fc41 FTBFS: t/Port_Configuration.t fails with perl-Net-SSLeay ≥ 1.94-7.fc41 Product: Fedora Version: rawhide URL: https://koschei.fedoraproject.org/package/perl-Net-Ser ver Status: NEW Component: perl-Net-Server Assignee: drjohnson1(a)gmail.com Reporter: ppisar(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: drjohnson1(a)gmail.com, lkundrak(a)v3.sk, mspacek(a)redhat.com, perl-devel(a)lists.fedoraproject.org Blocks: 2260875 (F41FTBFS) Target Milestone: --- Classification: Fedora perl-Net-Server-2.014-6.fc41 fails to build in Fedora 41 because a t/Port_Configuration.t test fails: $ prove -l -v t/Port_Configuration.t t/Port_Configuration.t .. 1..51 ok 1 - use Net::Server ok 2 - run ( ) ==> [ '*|20203|TCP|ipv4' ] ok 3 - run ( port => 20201 ) ==> [ '*|20201|TCP|ipv4' ] ok 4 - run ( port => 'localhost:20202' ) ==> [ 'localhost|20202|TCP|ipv4' ] ok 5 - run ( port => ['localhost:20202/tcp'] ) ==> [ 'localhost|20202|TCP|ipv4' ] ok 6 - run ( port => 'localhost:20202/ipv4' ) ==> [ 'localhost|20202|TCP|ipv4' ] ok 7 - run ( port => ['localhost:20201/ipv4/tcp', 'localhost:20202/tcp/IPv4'] ) ==> [ 'localhost|20201|TCP|ipv4', 'localhost|20202|TCP|ipv4' ] ok 8 - run ( port => ['localhost|20201|ipv4|tcp', 'localhost,20202,tcp,IPv4'] ) ==> [ 'localhost|20201|TCP|ipv4', 'localhost|20202|TCP|ipv4' ] ok 9 - run ( port => ['localhost 20201 ipv4 tcp', 'localhost, 20202, tcp, IPv4'] ) ==> [ 'localhost|20201|TCP|ipv4', 'localhost|20202|TCP|ipv4' ] ok 10 - run ( port => 'localhost:20202/udp' ) ==> [ 'localhost|20202|UDP|ipv4' ] ok 11 - run ( listen => 5, port => 20202 ) ==> [ '*|20202|TCP|ipv4' ] ok 12 - run ( port => ['bar.com:20201/udp', 'foo.com:20202/tcp'] ) ==> [ 'bar.com|20201|UDP|ipv4', 'foo.com|20202|TCP|ipv4' ] ok 13 - run ( host => 'bar.com', port => 20201, proto => 'UDP' ) ==> [ 'bar.com|20201|UDP|ipv4' ] ok 14 - run { host => 'bar.com', port => 20201, proto => 'UDP', udp_recv_len => 400 } ==> [ 'bar.com|20201|UDP|ipv4' ] ok 15 - new ( host => 'bar.com', port => 20201, proto => 'UDP' ) ==> [ 'bar.com|20201|UDP|ipv4' ] ok 16 - new { host => 'bar.com', port => 20201, proto => 'UDP' } ==> [ 'bar.com|20201|UDP|ipv4' ] ok 17 - run ( host => 'bar.com', port => [20201, 'foo.com:20202/tcp'], proto => 'UDP' ) ==> [ 'bar.com|20201|UDP|ipv4', 'foo.com|20202|TCP|ipv4' ] ok 18 - run ( port => ['localhost|20202|tcp'] ) ==> [ 'localhost|20202|TCP|ipv4' ] ok 19 - run ( port => ['localhost,20202,tcp'] ) ==> [ 'localhost|20202|TCP|ipv4' ] ok 20 - run ( port => ['[localhost]:20202/tcp'] ) ==> [ 'localhost|20202|TCP|ipv4' ] ok 21 - run ( port => ['localhost,20202,Net::Server::Proto::TCP'] ) ==> [ 'localhost|20202|TCP|ipv4' ] ok 22 - run ( port => { host => '*', port => 20201, proto => 'tcp' } ) ==> [ '*|20201|TCP|ipv4' ] ok 23 - run ( port => [{ host => '*', port => 20201, proto => 'tcp' }] ) ==> [ '*|20201|TCP|ipv4' ] ok 24 - run ( port => [{ host => 'foo.com', port => 20201, proto => 'udp' }] ) ==> [ 'foo.com|20201|UDP|ipv4' ] ok 25 - run ( host => 'foo.com', port => [{ host => 'foo.com', port => 20201, proto => 'udp' }], proto => 'udp' ) ==> [ 'foo.com|20201|UDP|ipv4' ] ok 26 - run ( port => [{ host => '*', listen => 6, port => 20202, proto => 'tcp' }] ) ==> [ '*|20202|TCP|ipv4' ] ok 27 - run ( port => 'foo/bar/unix' ) ==> [ '*|foo/bar|UNIX|*' ] ok 28 - run ( port => '/foo/bar|unix', udp_recv_len => 500 ) ==> [ '*|/foo/bar|UNIX|*' ] ok 29 - run ( port => '/foo/bar|unixdgram', udp_recv_len => 500 ) ==> [ '*|/foo/bar|UNIXDGRAM|*' ] ok 30 - run ( port => 'foo/bar|sock_dgram|unix' ) ==> [ '*|foo/bar|UNIXDGRAM|*' ] ok 31 - run ( port => { host => '*', listen => 7, port => '/foo/bar', proto => 'unix', unix_type => 'sock_stream' } ) ==> [ '*|/foo/bar|UNIX|*' ] ok 32 - run ( port => { host => '*', port => '/foo/bar', proto => 'unix', unix_type => 'sock_dgram' } ) ==> [ '*|/foo/bar|UNIXDGRAM|*' ] ok 33 - run ( port => { host => '*', port => '/foo/bar', proto => 'unixdgram' } ) ==> [ '*|/foo/bar|UNIXDGRAM|*' ] ok 34 - run ( ipv => '*', port => 'foo/bar/unix' ) ==> [ '*|foo/bar|UNIX|*' ] # Unable to load module for proto "Net::Server::Proto::SSLEAY": Can't use an undefined value as a subroutine reference at /home/test/fedora/perl-Net-Server/perl-Net-Server-2.014-build/Net-Server-2.014/lib/Net/Server/Proto/SSLEAY.pm line 31. BEGIN failed--compilation aborted at /home/test/fedora/perl-Net-Server/perl-Net-Server-2.014-build/Net-Server-2.014/lib/Net/Server/Proto/SSLEAY.pm line 34. Compilation failed in require at /home/test/fedora/perl-Net-Server/perl-Net-Server-2.014-build/Net-Server-2.014/lib/Net/Server/Proto.pm line 195. at line 318 # Failed at line 318 not ok 35 - run ( proto => 'ssleay' ) ==> [ '' ] # failed at t/Port_Configuration.t line 73 # got: { bind => undef } # expected: { bind => [{ host => '*', ipv => 4, port => 20203, proto => 'ssleay' }], sock => [{ NS_host => '*', NS_ipv => 4, NS_listen => 4096, NS_port => 20203, NS_proto => 'SSLEAY', SSL_cert_file => 'somecert' }] } # number of tests ran 35 did not match number of specified tests 51 Failed 17/51 subtests A difference between passing and failing build root is at <https://koschei.fedoraproject.org/build/18334743>. The test fails at: BEGIN { eval { require Net::SSLeay; 1 } or warn "Module Net::SSLeay is required for SSLeay."; for my $sub (qw(load_error_strings SSLeay_add_ssl_algorithms ENGINE_load_builtin_engines ENGINE_register_all_complete randomize)) { → Net::SSLeay->can($sub)->(); } eval { [Fcntl::F_GETFL(), Fcntl::F_SETFL(), Fcntl::O_NONBLOCK()] } || die "Could not access Fcntl constant while loading ".__PACKAGE__.": $@"; } When using ENGINE_load_builtin_engines(): $ perl -e 'require Net::SSLeay; Net::SSLeay->can(q{ENGINE_load_builtin_engines})->()' Can't use an undefined value as a subroutine reference at -e line 1. This is an intentional change in perl-Net-SSLeay-1.94-7.fc41: * Tue Jul 23 2024 Paul Howarth <paul(a)city-fan.org> - 1.94-7 - Build without OpenSSL ENGINE support on Fedora 41 onwards I guess the code for initializing Net::SSLeay should be rewritten to skip unavailable ENGINE_load_builtin_engines() and ENGINE_register_all_complete() calls. Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=2260875 [Bug 2260875] Fedora 41 FTBFS Tracker -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2304283 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…

1 6

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

perl-devel September 2024