[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
[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
[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
[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
[Bug 2063919] New: Packages Perl tests should not generate Provides
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2063919
Bug ID: 2063919
Summary: Packages Perl tests should not generate Provides
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-generators
Assignee: jplesnik(a)redhat.com
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: jplesnik(a)redhat.com, mspacek(a)redhat.com,
perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com
Target Milestone: ---
Classification: Fedora
I noticed that packaged tests in /usr/libexec/... generates Provides because
they are matched by perllib.attr:
$ cat /usr/lib/rpm/fileattrs/perllib.attr
%__perllib_provides %{_rpmconfigdir}/perl.prov
%__perllib_requires %{_rpmconfigdir}/perl.req
%__perllib_magic ^Perl[[:digit:]] module source.*
%__perllib_path \\.pm$
%__perllib_flags magic_and_path
I think they were meant to be only covered with perltest.attr:
# cat /usr/lib/rpm/fileattrs/perltest.attr
%__perltest_requires %{_rpmconfigdir}/perl.req
%__perltest_magic ^.*[Pp]erl[[:digit:]]* .*$
%__perltest_path /usr/libexec/.*\\.(pl|pm|t)$
%__perltest_flags magic_and_path
But perltest.attr is more similar to perl.attr, it's about scripts:
$ cat /usr/lib/rpm/fileattrs/perl.attr
%__perl_requires %{_rpmconfigdir}/perl.req
%__perl_magic ^.*[Pp]erl .*$
%__perl_flags exeonly
Would it be possible to change perllib.attr to match only files under
/usr/{share,lib,lib64}/perl?
Observed with perl-generators-1.13-5.fc36.noarch.
(I find out that filtering those Provides with %__exclude_provides is a problem
when the tests involve symlinks to modules in the main package. See
perl-Module-Install-TestBase-tests-0.86-24.fc36 which erroneously provides
perl(Module::Install::TestBase)
<https://koji.fedoraproject.org/koji/buildinfo?buildID=1892296>. I will try to
work it around on packaged file level in perl-Module-Install-TestBase.)
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2063919
5 months, 2 weeks
[Bug 2212317] New: IPv6 is not working
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2212317
Bug ID: 2212317
Summary: IPv6 is not working
Product: Fedora
Version: 37
OS: Linux
Status: NEW
Component: perl-SNMP_Session
Severity: medium
Assignee: spotrh(a)gmail.com
Reporter: mspacek(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org, spotrh(a)gmail.com
Target Milestone: ---
Classification: Fedora
SNMP_Session Perl library has issue in usage of IPv6.
Fix is in
https://github.com/sleinen/snmp-session/pull/15/commits/599378943bf3cac92...
Reproducible: Always
Steps to Reproduce:
1. Set SNMP with IPv6 only (agentaddress [::1] in /etc/snmp/snmpd.conf)
2. Run the example in the attachment with: ./test.pl '[::1]' and check result.
Actual Results:
Error:
can't resolve "[::1]" to IP address
at ./test.pl line 19.
Couldn't open SNMP session to [::1]:161. at /__PATH_TO_TEST__/test.pl line 20.
Expected Results:
Something like:
1.3.6.1.2.1.1.1.0 => Linux man 6.2.15-300.fc38.x86_64 #1 SMP PREEMPT_DYNAMIC
Thu May 11 17:37:39 UTC 2023 x86_64
1.3.6.1.2.1.1.4.0 => Root <root@localhost> (configure
/etc/snmp/snmp.local.conf)
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2212317
5 months, 2 weeks
[Bug 1666098] New: Overspecification in perl -MExtUtils::Embed -e
ldopts
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1666098
Bug ID: 1666098
Summary: Overspecification in perl -MExtUtils::Embed -e ldopts
Product: Fedora
Version: rawhide
Status: NEW
Component: perl
Assignee: jplesnik(a)redhat.com
Reporter: bugs.michael(a)gmx.net
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,
mbarnes(a)fastmail.com, 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, tcallawa(a)redhat.com
Target Milestone: ---
Classification: Fedora
The following command is supposed to return the ldflags that are needed to link
with libperl. Instead, it returns everything that has been specified when
building libperl itself. Not limited to Fedora's global flags and several
libraries that aren't needed when linking shared. As a result, programs relink
also with those libs instead of just libperl.
$ perl -MExtUtils::Embed -e ldopts
-Wl,--enable-new-dtags -Wl,-z,relro -Wl,-z,now
-specs=/usr/lib/rpm/redhat/redhat-hardened-ld -Wl,-z,relro -Wl,-z,now
-specs=/usr/lib/rpm/redhat/redhat-hardened-ld -fstack-protector-strong
-L/usr/local/lib -L/usr/lib64/perl5/CORE -lperl -lpthread -lresolv -ldl -lm
-lcrypt -lutil -lc
Please clean up the flags and return only -L/usr/lib64/perl5/CORE -lperl.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 months, 2 weeks