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