perl-devel August 2023

perl-devel@lists.fedoraproject.org

3 participants
139 discussions

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

27 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 2161639] New: Pregenerated File-RsyncP-0.76/FileList/configure is missing a source
by bugzilla＠redhat.com 18 Dec '23

18 Dec '23

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.fedoraproject…>. 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

1 2

[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

[rpms/perl-GnuPG-Interface] PR #1: Add stdin handler to _version sub
by Igor Raits 17 Dec '23

17 Dec '23

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

3 4

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

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

perl-devel August 2023