October 2023 - perl-devel - Fedora Mailing-Lists

[Bug 2189098] New: dropbox-api-command-2.13-11.fc39 FTBFS: File not found: /home/test/rpmbuild/BUILDROOT/dropbox-api-command-2.13-11.fc39.x86_64/usr/share/man/man1/*.1*

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=2189098 Bug ID: 2189098 Summary: dropbox-api-command-2.13-11.fc39 FTBFS: File not found: /home/test/rpmbuild/BUILDROOT/dropbox-api-command-2.13 -11.fc39.x86_64/usr/share/man/man1/*.1* Product: Fedora Version: rawhide URL: https://koschei.fedoraproject.org/package/dropbox-api- command OS: Linux Status: NEW Component: dropbox-api-command Severity: medium Assignee: fedora(a)me.benboeckel.net Reporter: ppisar(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: fedora(a)me.benboeckel.net, perl-devel(a)lists.fedoraproject.org Target Milestone: --- Classification: Fedora dropbox-api-command-2.13-11.fc39 fails to build in Fedora 39: Processing files: dropbox-api-command-2.13-11.fc39.noarch error: File not found: /home/test/rpmbuild/BUILDROOT/dropbox-api-command-2.13-11.fc39.x86_64/usr/share/man/man1/*.1* Executing(%doc): /bin/sh -e /var/tmp/rpm-tmp.gWsKBg + umask 022 + cd /home/test/fedora/dropbox-api-command + cd dropbox-api-command-2.13 + DOCDIR=/home/test/rpmbuild/BUILDROOT/dropbox-api-command-2.13-11.fc39.x86_64/usr/share/doc/dropbox-api-command + export LC_ALL=C + LC_ALL=C + export DOCDIR + /usr/bin/mkdir -p /home/test/rpmbuild/BUILDROOT/dropbox-api-command-2.13-11.fc39.x86_64/usr/share/doc/dropbox-api-command + cp -pr Changes /home/test/rpmbuild/BUILDROOT/dropbox-api-command-2.13-11.fc39.x86_64/usr/share/doc/dropbox-api-command + cp -pr README.md /home/test/rpmbuild/BUILDROOT/dropbox-api-command-2.13-11.fc39.x86_64/usr/share/doc/dropbox-api-command + RPM_EC=0 ++ jobs -p + exit 0 Executing(%license): /bin/sh -e /var/tmp/rpm-tmp.MDeuqJ + umask 022 + cd /home/test/fedora/dropbox-api-command + cd dropbox-api-command-2.13 + LICENSEDIR=/home/test/rpmbuild/BUILDROOT/dropbox-api-command-2.13-11.fc39.x86_64/usr/share/licenses/dropbox-api-command + export LC_ALL=C + LC_ALL=C + export LICENSEDIR + /usr/bin/mkdir -p /home/test/rpmbuild/BUILDROOT/dropbox-api-command-2.13-11.fc39.x86_64/usr/share/licenses/dropbox-api-command + cp -pr LICENSE /home/test/rpmbuild/BUILDROOT/dropbox-api-command-2.13-11.fc39.x86_64/usr/share/licenses/dropbox-api-command + RPM_EC=0 ++ jobs -p + exit 0 RPM build warnings: Macro expanded in comment on line 2: (c=%{commit}; echo ${c:0:7}) Macro expanded in comment on line 2: (c=%{commit}; echo ${c:0:7}) RPM build errors: File not found: /home/test/rpmbuild/BUILDROOT/dropbox-api-command-2.13-11.fc39.x86_64/usr/share/man/man1/*.1* A difference between passing and failing build roots is at <https://koschei.fedoraproject.org/build/15311444>, An upgrade of perl-Module-Build-Tiny from 0.039-25.fc38 to 0.041-1.fc39 looks suspicious. Reproducible: Always -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2189098

4 months, 2 weeks

1
6
0 / 0

[Bug 2161639] New: Pregenerated File-RsyncP-0.76/FileList/configure is missing a source

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=2161639 Bug ID: 2161639 Summary: Pregenerated File-RsyncP-0.76/FileList/configure is missing a source Product: Fedora Version: rawhide Status: NEW Component: perl-File-RsyncP Assignee: jplesnik(a)redhat.com Reporter: ppisar(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: imlinux+fedora(a)gmail.com, jplesnik(a)redhat.com, perl-devel(a)lists.fedoraproject.org Target Milestone: --- Link ID: Red Hat Bugzilla 199647 Classification: Fedora perl-File-RsyncP-0.76-10.fc38 source package delivers File-RsyncP-0.76/FileList/configure file which itsels was generated with Autoconf, but the original source for Autoconf tool (configure.in according to File-RsyncP-0.76/FileList/Makefile.PL is missing from the source archive and thus from the source package. While the file is licensed as FSFULL which does not require distributing sources, it is deemed to be against Fedora spirit (and Packaging guidelines?) <https://lists.fedoraproject.org/archives/list/packaging@lists.fedoraproje...>. We should either reimplement configure.in or remove this package from a distribution. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2161639

4 months, 3 weeks

1
2
0 / 0

[Bug 2215065] New: perl-Coro doesn't exist in EPEL 9 and FTBFS when I'm trying to build it

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=2215065 Bug ID: 2215065 Summary: perl-Coro doesn't exist in EPEL 9 and FTBFS when I'm trying to build it Product: Fedora EPEL Version: epel9 Hardware: All OS: Linux Status: NEW Component: perl-Coro Assignee: emmanuel(a)seyman.fr Reporter: yaroslav(a)fedevych.name QA Contact: extras-qa(a)fedoraproject.org CC: emmanuel(a)seyman.fr, mspacek(a)redhat.com, perl-devel(a)lists.fedoraproject.org Target Milestone: --- Classification: Fedora Description of problem: I'm trying to build the perl-Coro package for EPEL 9 in my COPR; apart from missing a dependency (which can be provided easily enough), it fails its own tests in Coro::Event by blocking forever in Event/t/01_unblock.t, which I've able to track down to a do_timer() -> Coro::schedule call, inside of which it's just sitting there forever in pselect() call that keeps timing out with no events, as strace shows. When I skip only the Coro::Event-specific problematic tests, all other tests pass. This is only happening in the EL9 environment. Using mock on a Fedora 38 host, the same machine builds the exact same source package just fine on el8, f38, and f39 with all tests passing, but freezes invariably on el9. My COPR (jafd/perl-modules) logs show that it freezes in the same place independently of architecture, as I build there for aarch64 and x86_64, thus pointing at some kind of EL9-specific userspace problem. (https://download.copr.fedorainfracloud.org/results/jafd/perl-modules/epel...) I'm wondering if it's something the maintainers have run into already and thus stopped building perl-Coro for EPEL 9. I'd like to help however I can to fix this — if I knew how. I've tried downgrading perl-Event to 1.27, the same version EL8 has, and it doesn't help. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2215065 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-...

4 months, 3 weeks

1
5
0 / 0

[Bug 2239168] New: perl-GnuPG-Interface-1.03 is available

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=2239168 Bug ID: 2239168 Summary: perl-GnuPG-Interface-1.03 is available Product: Fedora Version: rawhide Status: NEW Component: perl-GnuPG-Interface Keywords: FutureFeature, Triaged Assignee: emmanuel(a)seyman.fr Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: emmanuel(a)seyman.fr, fedora(a)mj41.cz, perl-devel(a)lists.fedoraproject.org, xavier(a)bachelot.org Target Milestone: --- Classification: Fedora Releases retrieved: 1.03 Upstream release that is considered latest: 1.03 Current version/release in rawhide: 1.02-7.fc38 URL: http://search.cpan.org/dist/GnuPG-Interface/ 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... 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/12665/ To change the monitoring settings for the project, please visit: https://src.fedoraproject.org/rpms/perl-GnuPG-Interface -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2239168 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-...

4 months, 3 weeks

1
5
0 / 0

[Bug 2208967] New: perl-GnuPG-Interface-1.02-7.fc39 FTBFS: tests fail with gnupg2-2.4.1

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=2208967 Bug ID: 2208967 Summary: perl-GnuPG-Interface-1.02-7.fc39 FTBFS: tests fail with gnupg2-2.4.1 Product: Fedora Version: rawhide URL: https://koschei.fedoraproject.org/package/perl-GnuPG-I nterface OS: Linux Status: NEW Component: perl-GnuPG-Interface Severity: medium Assignee: emmanuel(a)seyman.fr Reporter: ppisar(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: emmanuel(a)seyman.fr, fedora(a)mj41.cz, perl-devel(a)lists.fedoraproject.org, xavier(a)bachelot.org Target Milestone: --- Classification: Fedora perl-GnuPG-Interface-1.02-7.fc39 fails to build in Fedora 39 because tests fail: t/Fingerprint.t ............ ok t/get_public_keys.t ........ Failed 2/3 subtests t/get_secret_keys.t ........ Failed 1/2 subtests t/import_keys.t ............ ok t/Interface.t .............. ok t/list_public_keys.t ....... ok t/list_secret_keys.t ....... Failed 1/4 subtests t/list_sigs.t .............. ok t/passphrase_handling.t .... ok t/sign.t ................... ok t/sign_and_encrypt.t ....... ok t/UserId.t ................. ok t/verify.t ................. ok t/version_updates.t ........ ok t/wrap_call.t .............. ok t/z_delete_keys.t .......... ok t/zzz_cleanup.t ............ ok Test Summary Report ------------------- t/get_public_keys.t (Wstat: 0 Tests: 3 Failed: 2) Failed tests: 2-3 t/get_secret_keys.t (Wstat: 0 Tests: 2 Failed: 1) Failed test: 2 t/list_secret_keys.t (Wstat: 0 Tests: 4 Failed: 1) Failed test: 2 Files=24, Tests=62, 11 wallclock secs ( 0.08 usr 0.04 sys + 6.65 cusr 1.91 csys = 8.68 CPU) Result: FAIL gpg-connect-agent: no running gpg-agent - starting '/usr/bin/gpg-agent' gpg-connect-agent: waiting for the agent to come up ... (5s) gpg-connect-agent: connection to the agent established gpg-agent[303]: gpg-agent running and available subkeys fail comparison; this is a known issue with GnuPG 1.0.1 at t/get_public_keys.t line 212. gpg: using "0x93AFC4B1B0288A104996B44253AE596EF950DA9C" as default secret key for signing Failed 3/24 test programs. 4/62 subtests failed. make: *** [Makefile:801: test_dynamic] Error 255 error: Bad exit status from /var/tmp/rpm-tmp.TEALvJ (%check) A difference between passing and failing build root is at <https://koschei.fedoraproject.org/build/15468273>. An upgrade of gnupg2 from 2.4.0-3.fc39 to 2.4.1-1.fc39 is suspicious. Reproducible: Always -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2208967

4 months, 3 weeks

1
4
0 / 0

[rpms/perl-GnuPG-Interface] PR #1: Add stdin handler to _version sub

by Igor Raits

ignatenkobrain opened a new pull-request against the project: `perl-GnuPG-Interface` that you are following: `` Add stdin handler to _version sub `` To reply, visit the link below https://src.fedoraproject.org/rpms/perl-GnuPG-Interface/pull-request/1

4 months, 3 weeks

3
4
0 / 0

[Bug 2243747] New: Please branch and build perl-XML-RSS for EPEL9

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=2243747 Bug ID: 2243747 Summary: Please branch and build perl-XML-RSS for EPEL9 Product: Fedora EPEL Version: epel9 Status: NEW Component: perl-XML-RSS Assignee: spotrh(a)gmail.com Reporter: orion(a)nwra.com QA Contact: extras-qa(a)fedoraproject.org CC: perl-devel(a)lists.fedoraproject.org, spotrh(a)gmail.com Target Milestone: --- Classification: Fedora Please branch and build perl-XML-RSS in epel9. If you do not wish to maintain perl-XML-RSS in epel9, 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-XML-RSS/addgroup and grant it commit access, or collaborator access on epel* branches. I would also be happy to be a co-maintainer (FAS: orion). I can be the primary contact for EPEL (FAS: orion). It currently builds and installs on EPEL9 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2243747 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-...

4 months, 3 weeks

1
5
0 / 0

[Bug 2154738] New: [abrt] slic3r: stl_add_facet(): perl killed by SIGABRT

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=2154738 Bug ID: 2154738 Summary: [abrt] slic3r: stl_add_facet(): perl killed by SIGABRT Product: Fedora Version: 37 Hardware: x86_64 Status: NEW Whiteboard: abrt_hash:67e6509db17b71dbc3796572867dda4c31f0e967; Component: slic3r Assignee: mhroncok(a)redhat.com Reporter: ol+redhat(a)infoserver.lv QA Contact: extras-qa(a)fedoraproject.org CC: mhroncok(a)redhat.com, perl-devel(a)lists.fedoraproject.org Target Milestone: --- Classification: Fedora Description of problem: Trying to slice EF_Front_v3.stl file from https://www.thingiverse.com/thing:4785984 Version-Release number of selected component: slic3r-1.3.0-27.fc37 Additional info: reporter: libreport-2.17.4 backtrace_rating: 4 cgroup: 0::/user.slice/user-1364.slice/user@1364.service/app.slice/app-slic3r-3121d84c542244a3ae9cc91a239ca22a.scope cmdline: /usr/bin/perl /usr/bin/slic3r crash_function: stl_add_facet executable: /usr/bin/perl journald_cursor: s=1507985f41d24fd8998d78c5690bc8f4;i=1ec6854;b=ee556b81838a4b7dbed054a383432cc5;m=3716e063;t=5f02544515059;x=a43591764f8f71fd kernel: 6.0.12-300.fc37.x86_64 rootdir: / runlevel: N 5 type: CCpp uid: 1364 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2154738

5 months

1
2
0 / 0

[Bug 2074940] New: Remove usage of gethostbyname() and inet_addr() from perl-FCGI package

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=2074940 Bug ID: 2074940 Summary: Remove usage of gethostbyname() and inet_addr() from perl-FCGI package Product: Fedora Version: rawhide Status: NEW Component: perl-FCGI Assignee: emmanuel(a)seyman.fr Reporter: mspacek(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: bstinson(a)redhat.com, emmanuel(a)seyman.fr, iarnell(a)gmail.com, jwboyer(a)redhat.com, mspacek(a)redhat.com, perl-devel(a)lists.fedoraproject.org, perl-maint-list(a)redhat.com, rhel-cs-apps-subsystem-qe(a)redhat.com Depends On: 1979848 Target Milestone: --- Classification: Fedora +++ This bug was initially created as a clone of Bug #1979848 +++ Description of problem: rpminspect is failing in gating Version-Release number of selected component (if applicable): perl-FCGI-0.79-7.el9 Actual results: Forbidden function symbols found: gethostbyname inet_addr Expected results: no forbidden functions Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1979848 [Bug 1979848] Remove usage of gethostbyname() and inet_addr() from perl-FCGI package -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2074940

5 months

1
6
0 / 0

[Bug 2113577] New: perl-IO-Async: FTBFS in Fedora rawhide/f37

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=2113577 Bug ID: 2113577 Summary: perl-IO-Async: FTBFS in Fedora rawhide/f37 Product: Fedora Version: rawhide Status: NEW Component: perl-IO-Async Assignee: emmanuel(a)seyman.fr Reporter: releng(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: emmanuel(a)seyman.fr, kwizart(a)gmail.com, perl-devel(a)lists.fedoraproject.org Blocks: 2045102 (F37FTBFS,RAWHIDEFTBFS) Target Milestone: --- Classification: Fedora perl-IO-Async failed to build from source in Fedora rawhide/f37 https://koji.fedoraproject.org/koji/taskinfo?taskID=89851432 For details on the mass rebuild see: https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild Please fix perl-IO-Async at your earliest convenience and set the bug's status to ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks, perl-IO-Async will be orphaned. Before branching of Fedora 38, perl-IO-Async will be retired, if it still fails to build. For more details on the FTBFS policy, please visit: https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fai... Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=2045102 [Bug 2045102] Fedora 37 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=2113577

5 months

1
5
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

perl-devel October 2023