https://bugzilla.redhat.com/show_bug.cgi?id=1783126
Bug ID: 1783126
Summary: perl-MongoDB-2.2.1 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-MongoDB
Keywords: FutureFeature, Triaged
Assignee: ppisar(a)redhat.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: mi(a)v3.sk, perl-devel(a)lists.fedoraproject.org,
ppisar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Latest upstream release: 2.2.1
Current version/release in rawhide: 2.2.0-1.fc32
URL: http://search.cpan.org/dist/MongoDB/
Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy
More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring
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/3121/
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1661251
Bug ID: 1661251
Summary: Fails due to uninitialised value
Product: Fedora EPEL
Version: epel7
OS: Linux
Status: NEW
Component: perl-Parse-DMIDecode
Assignee: ddick(a)cpan.org
Reporter: squinney(a)inf.ed.ac.uk
QA Contact: extras-qa(a)fedoraproject.org
CC: ddick(a)cpan.org, perl-devel(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Created attachment 1515903
--> https://bugzilla.redhat.com/attachment.cgi?id=1515903&action=edit
Initialise structures to zero to avoid potential problem with numeric
comparison
Description of problem:
We use the Parse::DMIDecode perl module on all our EL7 machines as part of our
inventory system. Mostly it works fine but on a small number of machines it
fails with this error about an uninitialized value:
perl -MParse::DMIDecode -wE 'my $decoder = new Parse::DMIDecode;
$decoder->probe'
Use of uninitialized value $data{"structures"} in numeric lt (<) at
/usr/share/perl5/vendor_perl/Parse/DMIDecode.pm line 160.
Version-Release number of selected component (if applicable):
0.03-5
How reproducible:
About 1% of our machines, I've not checked but probably all similar hardware.
Additional info:
This seems to be similar to a bug reported in CPAN many years ago:
https://rt.cpan.org/Public/Bug/Display.html?id=54956
except that the supplied patch in that report does NOT work. I have attached a
patch which fixes the problem when applied to the 0.03-5 SRPM.
Regards,
Stephen Quinney
--
You are receiving this mail because:
You are on the CC list for the bug.
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.
https://bugzilla.redhat.com/show_bug.cgi?id=1716324
Bug ID: 1716324
Summary: perl-Text-Xslate-3.5.6-5.fc30 is not linked to
libperl.so
Product: Fedora
Version: 30
Status: NEW
Component: perl-Text-Xslate
Assignee: jplesnik(a)redhat.com
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i(a)cicku.me, jplesnik(a)redhat.com,
perl-devel(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
perl-Text-Xslate-3.5.6-5.fc30 lost a dependency on libperl.so since
-Wl,--as-needed was added to distribution-wide linker flags:
$ scanelf -n blib/arch/auto/Text/Xslate/Xslate.so
TYPE NEEDED FILE
ET_DYN libc.so.6 blib/arch/auto/Text/Xslate/Xslate.so
$ ldd -r blib/arch/auto/Text/Xslate/Xslate.so
linux-vdso.so.1 (0x00007fff0d5cb000)
libc.so.6 => /lib64/libc.so.6 (0x00007f948b9a1000)
/lib64/ld-linux-x86-64.so.2 (0x00007f948bb8f000)
undefined symbol: Perl_sv_cmp (blib/arch/auto/Text/Xslate/Xslate.so)
undefined symbol: PL_ppaddr (blib/arch/auto/Text/Xslate/Xslate.so)
[...]
Xslate.so is built like this:
gcc -lpthread -shared -Wl,-z,relro -Wl,--as-needed -Wl,-z,now
-specs=/usr/lib/rpm/redhat/redhat-hardened-ld -L/usr/local/lib
-fstack-protector-strong -lperl -o blib/arch/auto/Text/Xslate/Xslate.so
lib/Text/Xslate.o src/xslate_methods.o
The cause is that -Wl,--as-needed takes effect when library is supplied and
considering only preceding object files and ignoring and following object
files. A correct linker command must list all object files before -l flags.
Like this:
gcc lib/Text/Xslate.o src/xslate_methods.o -lpthread -shared -Wl,-z,relro
-Wl,--as-needed -Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld
-L/usr/local/lib -fstack-protector-strong -lperl -o
blib/arch/auto/Text/Xslate/Xslate.so
Either there is bug in perl-Text-Xslate build script or in
Module::Build::XSUtil that it uses.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1787413
Bug ID: 1787413
Summary: Please build perl-IO-stringy for EPEL 8
Product: Fedora
Version: rawhide
Hardware: All
OS: Linux
Status: NEW
Component: perl-IO-stringy
Severity: medium
Assignee: paul(a)city-fan.org
Reporter: redhat-bugzilla(a)linuxnetz.de
QA Contact: extras-qa(a)fedoraproject.org
CC: paul(a)city-fan.org, perl-devel(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Description of problem:
Please build perl-IO-stringy for EPEL 8.
Version-Release number of selected component (if applicable):
perl-IO-stringy-2.112-1.fc32
Actual results:
No perl-IO-stringy in EPEL 8.
Expected results:
perl-IO-stringy-2.112-1.el8 - or better ;-)
Additional info:
Please let me know if you are not interested in maintaining the package on EPEL
8 branch.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1757009
Bug ID: 1757009
Summary: perl-Qt 4.14.3 missing for EPEL8
Product: Fedora EPEL
Version: epel8
Hardware: All
OS: Linux
Status: NEW
Component: perl-Qt
Severity: low
Assignee: sergio(a)serjux.com
Reporter: olivier.lahaye1(a)free.fr
QA Contact: extras-qa(a)fedoraproject.org
CC: iarnell(a)gmail.com, perl-devel(a)lists.fedoraproject.org,
ppisar(a)redhat.com, sergio(a)serjux.com
Target Milestone: ---
Classification: Fedora
Description of problem:
perl-Qt 4.14.3 missing for EPEL8. Apparently it build in Fedora 30:
https://pkgs.org/download/perl-Qt
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1744782
Bug ID: 1744782
Summary: (RFE) EPEL8 branch of perl-Crypt-SSLeay
Product: Fedora
Version: rawhide
Hardware: All
OS: Linux
Status: NEW
Component: perl-Crypt-SSLeay
Assignee: jplesnik(a)redhat.com
Reporter: riehecky(a)fnal.gov
QA Contact: extras-qa(a)fedoraproject.org
CC: caillon+fedoraproject(a)gmail.com, caolanm(a)redhat.com,
john.j5live(a)gmail.com, jplesnik(a)redhat.com,
kasal(a)ucw.cz, perl-devel(a)lists.fedoraproject.org,
rhughes(a)redhat.com, rstrode(a)redhat.com,
sandmann(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
It would be helpful if this module was packaged for EPEL8. I don't show it in
RHEL8 itself.
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
There are two AppStream modules for perl in RHEL8 right now. I'm not sure what
the EPEL plan is for multi-perl....
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1795179
Bug ID: 1795179
Summary: Non-responsive maintainer check for ddick
Product: Fedora
Version: rawhide
Hardware: All
OS: Linux
Status: NEW
Component: perl-DateTime-Format-RFC3339
Severity: medium
Priority: medium
Assignee: ddick(a)cpan.org
Reporter: xavier(a)bachelot.org
QA Contact: extras-qa(a)fedoraproject.org
CC: ddick(a)cpan.org, perl-devel(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
This bug is part of the non-responsive maintainer procedure for ddick,
following
https://docs.fedoraproject.org/en-US/fesco/Policy_for_nonresponsive_package….
Please respond if you are still active in Fedora and want to maintain
perl-DateTime-Format-RFC3339.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1778699
Bug ID: 1778699
Summary: Non-responsive maintainer check for iarnell
Product: Fedora
Version: rawhide
Hardware: All
OS: Linux
Status: NEW
Component: perl-Crypt-Rijndael
Severity: medium
Priority: medium
Assignee: mkreder(a)gmail.com
Reporter: xavier(a)bachelot.org
QA Contact: extras-qa(a)fedoraproject.org
CC: iarnell(a)gmail.com, mkreder(a)gmail.com,
perl-devel(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
This bug is part of the non-responsive maintainer procedure for iarnell,
following
https://docs.fedoraproject.org/en-US/fesco/Policy_for_nonresponsive_package….
Please respond if you are still active in Fedora and want to maintain
perl-Crypt-Rijndael.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1786000
Bug ID: 1786000
Summary: Perl 5.30 always crashed at
Perl__invlist_intersection_maybe_complement_2nd by
segfault.
Product: Fedora
Version: 31
Status: NEW
Component: perl
Severity: high
Assignee: jplesnik(a)redhat.com
Reporter: knoha(a)redhat.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, tcallawa(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
When I launch weechat, the process always crashed at perl module loading.
The backtrace is
~~~
(gdb) bt
#0 0x00007fc780bcb625 in raise () from /lib64/libc.so.6
#1 0x00007fc780bb48d9 in abort () from /lib64/libc.so.6
#2 0x000055b95e108c75 in weechat_shutdown.cold ()
#3 <signal handler called>
#4 0x00007fc772675c53 in Perl__invlist_intersection_maybe_complement_2nd ()
from /lib64/libperl.so.5.30
#5 0x00007fc772676295 in S_populate_ANYOF_from_invlist.part.0 () from
/lib64/libperl.so.5.30
#6 0x00007fc772685d7f in S_regclass () from /lib64/libperl.so.5.30
#7 0x00007fc77268c5e6 in S_regpiece () from /lib64/libperl.so.5.30
#8 0x00007fc772690e69 in S_regbranch () from /lib64/libperl.so.5.30
#9 0x00007fc772691405 in S_reg () from /lib64/libperl.so.5.30
#10 0x00007fc77269639c in Perl_re_op_compile () from /lib64/libperl.so.5.30
#11 0x00007fc77262af75 in Perl_pmruntime () from /lib64/libperl.so.5.30
#12 0x00007fc77266789b in Perl_yyparse () from /lib64/libperl.so.5.30
#13 0x00007fc7727089c7 in S_doeval_compile () from /lib64/libperl.so.5.30
#14 0x00007fc77270e3b4 in Perl_pp_require () from /lib64/libperl.so.5.30
#15 0x00007fc7726c3606 in Perl_runops_standard () from /lib64/libperl.so.5.30
#16 0x00007fc77263102c in Perl_call_sv () from /lib64/libperl.so.5.30
#17 0x00007fc772633b95 in Perl_call_list () from /lib64/libperl.so.5.30
#18 0x00007fc7726110b0 in S_process_special_blocks.isra.0 () from
/lib64/libperl.so.5.30
#19 0x00007fc772629d3f in Perl_newATTRSUB_x () from /lib64/libperl.so.5.30
#20 0x00007fc77262d2e2 in Perl_utilize () from /lib64/libperl.so.5.30
#21 0x00007fc772667d39 in Perl_yyparse () from /lib64/libperl.so.5.30
#22 0x00007fc7727089c7 in S_doeval_compile () from /lib64/libperl.so.5.30
#23 0x00007fc77270e3b4 in Perl_pp_require () from /lib64/libperl.so.5.30
#24 0x00007fc7726c3606 in Perl_runops_standard () from /lib64/libperl.so.5.30
#25 0x00007fc772631789 in Perl_eval_sv () from /lib64/libperl.so.5.30
#26 0x00007fc772631b1d in Perl_eval_pv () from /lib64/libperl.so.5.30
#27 0x00007fc772927624 in weechat_perl_load () from
/usr/lib64/weechat/plugins/perl.so
#28 0x000055b95e14078c in util_exec_on_files ()
#29 0x00007fc772dfb455 in plugin_script_auto_load () from
/usr/lib64/weechat/plugins/guile.so
#30 0x00007fc772dfb868 in plugin_script_init () from
/usr/lib64/weechat/plugins/guile.so
#31 0x00007fc77292a93c in weechat_plugin_init () from
/usr/lib64/weechat/plugins/perl.so
#32 0x000055b95e1857db in plugin_call_init ()
#33 0x000055b95e1871d5 in plugin_auto_load ()
#34 0x000055b95e1878b0 in plugin_init ()
#35 0x000055b95e109fb0 in weechat_init ()
#36 0x000055b95e108cc8 in main ()
~~~
The issue seems to be same as https://github.com/Perl/perl5/issues/17154.
It looks that we should rebase perl to the fixed version because the fix can't
be backportable into perl5.30.
--
You are receiving this mail because:
You are on the CC list for the bug.