perl-devel July 2023

perl-devel@lists.fedoraproject.org

4 participants
217 discussions

[Bug 2181971] New: perl-Glib-Object-Introspection-0.050 is available
by bugzilla＠redhat.com 17 Feb '24

17 Feb '24

https://bugzilla.redhat.com/show_bug.cgi?id=2181971 Bug ID: 2181971 Summary: perl-Glib-Object-Introspection-0.050 is available Product: Fedora Version: rawhide Status: NEW Component: perl-Glib-Object-Introspection Keywords: FutureFeature, Triaged Assignee: berrange(a)redhat.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: berrange(a)redhat.com, perl-devel(a)lists.fedoraproject.org, sergio(a)serjux.com Target Milestone: --- Classification: Fedora Releases retrieved: 0.050 Upstream release that is considered latest: 0.050 Current version/release in rawhide: 0.049-11.fc38 URL: http://search.cpan.org/dist/Glib-Object-Introspection/ 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/2924/ To change the monitoring settings for the project, please visit: https://src.fedoraproject.org/rpms/perl-Glib-Object-Introspection -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2181971

1 31

[Bug 1936241] New: Compiled @INC in 5.32 No longer Includes Suitable Path For Custom System-Wide Modules
by bugzilla＠redhat.com 31 Jan '24

31 Jan '24

https://bugzilla.redhat.com/show_bug.cgi?id=1936241 Bug ID: 1936241 Summary: Compiled @INC in 5.32 No longer Includes Suitable Path For Custom System-Wide Modules Product: Fedora Version: 33 Hardware: All OS: Linux Status: NEW Component: perl Severity: medium Assignee: jplesnik(a)redhat.com Reporter: claywj(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: caillon+fedoraproject(a)gmail.com, iarnell(a)gmail.com, jplesnik(a)redhat.com, kasal(a)ucw.cz, mmaslano(a)redhat.com, perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com, psabata(a)redhat.com, rhughes(a)redhat.com, sandmann(a)redhat.com, spotrh(a)gmail.com Target Milestone: --- Classification: Fedora Description of problem: Removing /usr/local/share/perl5 for the version specific dir with 5.32 from the compiled @INC makes it difficult to maintain custom system wide modules apart from the standard rpm/CPAN locations when upgrading. As this is done during build, is it possible to get it added back in the next version? Version-Release number of selected component (if applicable): 5.32 How reproducible: perl -e 'print "@INC\n"' Steps to Reproduce: 1. Using CVS/SCM software to update a custom module, it goes to the expected old location no longer part of @INC and the changes are not seen. Actual results: See above Expected results: The path would remain and the changes seen Additional info: Yes, CVS/SCM can be changed but in this case the update came across on "Thu 25 Feb 2021 04:46:53 PM CST" during updates. The installer did relocate the existing custom modules to ./5.32 but the change was not noticed until an update to one of the custom modules took place -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1731721] New: perl-Font-AFM depends on files/directories from non-standard locations
by bugzilla＠redhat.com 29 Jan '24

29 Jan '24

https://bugzilla.redhat.com/show_bug.cgi?id=1731721 Bug ID: 1731721 Summary: perl-Font-AFM depends on files/directories from non-standard locations Product: Fedora Version: rawhide Status: NEW Component: perl-Font-AFM Assignee: rc040203(a)freenet.de Reporter: i.gnatenko.brain(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: lxtnow(a)gmail.com, perl-devel(a)lists.fedoraproject.org, rc040203(a)freenet.de, rob.myers(a)gtri.gatech.edu, tcallawa(a)redhat.com, tremble(a)tremble.org.uk Blocks: 1731683 Target Milestone: --- Classification: Fedora Hello, Fedora Packaging Guidelines allow dependencies only on files/directories from /usr/bin, /usr/sbin and /etc directories[0]. Your package depends on files/directories outside of those. See below for more information about package/dependencies. --- perl-Font-AFM-1.20-30.fc31.src: - /usr/share/a2ps/afm/phvr.afm --- Please correct those or provide reason why is it correct. It is very important to not download huge filelists.xml just because few packages in distribution depend on non-standard paths. Thanks for cooperation! [0] https://docs.fedoraproject.org/en-US/packaging-guidelines/#_file_and_direct… Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1731683 [Bug 1731683] Packages which are not following Packaging Guidelines -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Bug 1731700] New: rt depends on files/directories from non-standard locations
by bugzilla＠redhat.com 29 Jan '24

29 Jan '24

https://bugzilla.redhat.com/show_bug.cgi?id=1731700 Bug ID: 1731700 Summary: rt depends on files/directories from non-standard locations Product: Fedora Version: rawhide Status: NEW Component: rt Assignee: rc040203(a)freenet.de Reporter: i.gnatenko.brain(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: perl-devel(a)lists.fedoraproject.org, rc040203(a)freenet.de, tibbs(a)math.uh.edu Blocks: 1731683 Target Milestone: --- Classification: Fedora Hello, Fedora Packaging Guidelines allow dependencies only on files/directories from /usr/bin, /usr/sbin and /etc directories[0]. Your package depends on files/directories outside of those. See below for more information about package/dependencies. --- rt-4.4.4-2.fc31.noarch: - /usr/share/fonts/google-droid/DroidSansFallback.ttf - /usr/share/fonts/google-droid/DroidSans.ttf rt-4.4.4-2.fc31.src: - /usr/share/fonts/google-droid/DroidSansFallback.ttf - /usr/share/fonts/google-droid/DroidSans.ttf --- Please correct those or provide reason why is it correct. It is very important to not download huge filelists.xml just because few packages in distribution depend on non-standard paths. Thanks for cooperation! [0] https://docs.fedoraproject.org/en-US/packaging-guidelines/#_file_and_direct… Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1731683 [Bug 1731683] Packages which are not following Packaging Guidelines -- You are receiving this mail because: You are on the CC list for the bug.

1 14

[Bug 1731718] New: perl-Convert-Color depends on files/directories from non-standard locations
by bugzilla＠redhat.com 27 Jan '24

27 Jan '24

https://bugzilla.redhat.com/show_bug.cgi?id=1731718 Bug ID: 1731718 Summary: perl-Convert-Color depends on files/directories from non-standard locations Product: Fedora Version: rawhide Status: NEW Component: perl-Convert-Color Assignee: rc040203(a)freenet.de Reporter: i.gnatenko.brain(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: perl-devel(a)lists.fedoraproject.org, rc040203(a)freenet.de Blocks: 1731683 Target Milestone: --- Classification: Fedora Hello, Fedora Packaging Guidelines allow dependencies only on files/directories from /usr/bin, /usr/sbin and /etc directories[0]. Your package depends on files/directories outside of those. See below for more information about package/dependencies. --- perl-Convert-Color-0.11-16.fc31.src: - /usr/share/X11/rgb.txt --- Please correct those or provide reason why is it correct. It is very important to not download huge filelists.xml just because few packages in distribution depend on non-standard paths. Thanks for cooperation! [0] https://docs.fedoraproject.org/en-US/packaging-guidelines/#_file_and_direct… Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1731683 [Bug 1731683] Packages which are not following Packaging Guidelines -- You are receiving this mail because: You are on the CC list for the bug.

1 10

[Bug 2184280] New: Please upgrade perl-Lexical-Var to >= 0.010
by bugzilla＠redhat.com 26 Jan '24

26 Jan '24

https://bugzilla.redhat.com/show_bug.cgi?id=2184280 Bug ID: 2184280 Summary: Please upgrade perl-Lexical-Var to >= 0.010 Product: Fedora Version: 38 Status: NEW Component: perl-Lexical-Var Assignee: jplesnik(a)redhat.com Reporter: rc040203(a)freenet.de QA Contact: extras-qa(a)fedoraproject.org CC: jplesnik(a)redhat.com, paul(a)city-fan.org, perl-devel(a)lists.fedoraproject.org Target Milestone: --- Classification: Fedora Description of problem: Please upgrade perl-Lexical-Var to >= 0.010 on all Fedora releases < 39. perl-Lexical-Var >= 0.10 is required by perl-Sub-Exporter-Lexical-1.000 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2184280

1 3

[rpms/perl-Sys-Virt-TCK] PR #1: SELinux policy for Libvirt-TCK
by Nikola Knazekova 25 Jan '24

25 Jan '24

nknazeko opened a new pull-request against the project: `perl-Sys-Virt-TCK` that you are following: `` SELinux policy for Libvirt-TCK `` To reply, visit the link below https://src.fedoraproject.org/rpms/perl-Sys-Virt-TCK/pull-request/1

2 4

[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 26 Dec '23

26 Dec '23

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

1 6

[Bug 2215065] New: perl-Coro doesn't exist in EPEL 9 and FTBFS when I'm trying to build it
by bugzilla＠redhat.com 17 Dec '23

17 Dec '23

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-9…) 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-sp…

1 5

[Bug 2208967] New: perl-GnuPG-Interface-1.02-7.fc39 FTBFS: tests fail with gnupg2-2.4.1
by bugzilla＠redhat.com 17 Dec '23

17 Dec '23

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

1 4

← Newer
1
2
3
4
5
6
7
...
22
Older →

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 July 2023