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