May 2019 - perl-devel - Fedora mailing-lists

[Bug 1666098] New: Overspecification in perl -MExtUtils::Embed -e ldopts
by bugzilla＠redhat.com 25 Apr '25

25 Apr '25

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.

1 11

[rpms/perl] PR #1: Make builds for inclusion in an application Flatpak work
by Owen Taylor 18 Oct '23

18 Oct '23

otaylor opened a new pull-request against the project: `perl` that you are following: `` Make builds for inclusion in an application Flatpak work `` To reply, visit the link below https://src.fedoraproject.org/rpms/perl/pull-request/1

2 3

[Bug 1661251] New: Fails due to uninitialised value
by bugzilla＠redhat.com 21 Jun '22

21 Jun '22

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.

1 14

[Bug 1708214] New: Upgrade perl-Net-DNS-SEC to 1.13
by bugzilla＠redhat.com 25 May '21

25 May '21

https://bugzilla.redhat.com/show_bug.cgi?id=1708214 Bug ID: 1708214 Summary: Upgrade perl-Net-DNS-SEC to 1.13 Product: Fedora Version: rawhide Status: NEW Component: perl-Net-DNS-SEC Assignee: wjhns174(a)hardakers.net Reporter: jplesnik(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: perl-devel(a)lists.fedoraproject.org, pwouters(a)redhat.com, wjhns174(a)hardakers.net Target Milestone: --- Classification: Fedora Latest Fedora delivers 1.11 version. Upstream released 1.13. When you have free time, please upgrade it. -- You are receiving this mail because: You are on the CC list for the bug.

1 10

[Bug 1694444] New: Unescaped left brace in regex is deprecated here (and will be fatal in Perl 5.32), passed through in regex; marked by <-- HERE in m/ ( { <-- HERE } (?: / \* )? | \* ) / at (eval 97) line 830.
by bugzilla＠redhat.com 19 Sep '20

19 Sep '20

https://bugzilla.redhat.com/show_bug.cgi?id=1694444 Bug ID: 1694444 Summary: Unescaped left brace in regex is deprecated here (and will be fatal in Perl 5.32), passed through in regex; marked by <-- HERE in m/ ( { <-- HERE } (?: / \* )? | \* ) / at (eval 97) line 830. Product: Fedora Version: rawhide Status: NEW Component: amavisd-new Assignee: juan.orti(a)miceliux.com Reporter: dac.override(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: janfrode(a)tanso.net, juan.orti(a)miceliux.com, perl-devel(a)lists.fedoraproject.org, steve(a)silug.org, vanmeeuwen+fedora(a)kolabsys.com Target Milestone: --- Classification: Fedora Description of problem: Unescaped left brace in regex is deprecated here (and will be fatal in Perl 5.32), passed through in regex; marked by <-- HERE in m/ ( { <-- HERE } (?: / \* )? | \* ) / at (eval 97) line 830. They fixed it here: https://bz-attachments.freebsd.org/attachment.cgi?id=200278 -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 1691325] New: Upgrade perl-Net-DNS-SEC to 1.12
by bugzilla＠redhat.com 24 Jul '20

24 Jul '20

https://bugzilla.redhat.com/show_bug.cgi?id=1691325 Bug ID: 1691325 Summary: Upgrade perl-Net-DNS-SEC to 1.12 Product: Fedora Version: rawhide Status: NEW Component: perl-Net-DNS-SEC Assignee: wjhns174(a)hardakers.net Reporter: jplesnik(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: perl-devel(a)lists.fedoraproject.org, pwouters(a)redhat.com, wjhns174(a)hardakers.net Target Milestone: --- Classification: Fedora Latest Fedora delivers 1.11 version. Upstream released 1.12. When you have free time, please upgrade it. -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[rpms/perl-Crypt-OpenSSL-Bignum] PR #1: Don't remove buildroot in %install
by Ondřej Lysoněk 24 Jul '20

24 Jul '20

olysonek opened a new pull-request against the project: `perl-Crypt-OpenSSL-Bignum` that you are following: `` Don't remove buildroot in %install `` To reply, visit the link below https://src.fedoraproject.org/rpms/perl-Crypt-OpenSSL-Bignum/pull-request/1

2 5

[Bug 1690193] New: perl-CPAN-2.26 is available
by bugzilla＠redhat.com 08 Jul '20

08 Jul '20

https://bugzilla.redhat.com/show_bug.cgi?id=1690193 Bug ID: 1690193 Summary: perl-CPAN-2.26 is available Product: Fedora Version: rawhide Status: NEW Component: perl-CPAN Keywords: FutureFeature, Triaged Assignee: ppisar(a)redhat.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com Target Milestone: --- Classification: Fedora Latest upstream release: 2.26 Current version/release in rawhide: 2.25-1.fc31 URL: http://search.cpan.org/dist/CPAN/ 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/2727/ -- You are receiving this mail because: You are on the CC list for the bug.

1 8

[Bug 1710933] New: Invalid DocumentLocator object passed to
by bugzilla＠redhat.com 26 May '20

26 May '20

https://bugzilla.redhat.com/show_bug.cgi?id=1710933 Bug ID: 1710933 Summary: Invalid DocumentLocator object passed to Product: Fedora Version: 30 Hardware: x86_64 OS: Linux Status: NEW Component: perl-XML-SAX Assignee: jplesnik(a)redhat.com Reporter: bug.report.tracker(a)gmail.com 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 Created attachment 1569596 --> https://bugzilla.redhat.com/attachment.cgi?id=1569596&action=edit perl XML::SAX::DocumentLocator test Description of problem: When parsing XLM data, set_document_locator is passed an empty hash instead of DocumentLocator object. Version-Release number of selected component (if applicable): perl-XML-SAX-Base-1.09-7.fc30.noarch perl-XML-SAX-1.00-4.fc30.noarch How reproducible: Always Steps to Reproduce: 1. Run the attached test. Actual results: Test prints: $VAR2 = {}; Expected results: A valid DocumentLocator object printed: $VAR2 = bless( { 'ColumnNumber' => 0, 'Encoding' => undef, 'XMLVersion' => undef, 'LineNumber' => 1, 'SystemId' => undef, 'PublicId' => undef }, 'XML::SAX::DocumentLocator' ); Additional info: Test works on https://f.perl.bot/ -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 1709199] New: /usr/sbin/rt-setup-database segfaults
by bugzilla＠redhat.com 26 May '20

26 May '20

https://bugzilla.redhat.com/show_bug.cgi?id=1709199 Bug ID: 1709199 Summary: /usr/sbin/rt-setup-database segfaults Product: Fedora Version: 30 Status: NEW Component: rt Assignee: rc040203(a)freenet.de Reporter: rc040203(a)freenet.de QA Contact: extras-qa(a)fedoraproject.org CC: perl-devel(a)lists.fedoraproject.org, rc040203(a)freenet.de, tibbs(a)math.uh.edu Target Milestone: --- Classification: Fedora Description of problem: When setting up rt, /usr/sbin/rt-setup-database segfaults: # /usr/sbin/rt-setup-database --action init --dba root --dba-password XXXXX Working with: Type: mysql Host: localhost Port: Name: rt4 User: rt_user DBA: root Now creating a mysql database rt4 for RT. Done. Now populating database schema. Done. Now inserting database ACLs. Done. Now inserting RT core system objects. Done. Now inserting data. Segmentation fault (core dumped) Version-Release number of selected component (if applicable): rt-4.4.4-1.fc30 (currently in updates-testing) or rt-4.4.3-3.fc30 (in release) How reproducible: Always. Steps to Reproduce: 1. set up rt according to /usr/share/doc/rt/README.fedora Actual results: cf. above. Expected results: No segfault. Additional info: - Despite the segfault, rt's mysql db seems to be functional, afterwards, AFAICT. -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[rpms/perl-Encode-Detect] PR #1: Remove old cruft
by Ondřej Lysoněk 13 Feb '20

13 Feb '20

olysonek opened a new pull-request against the project: `perl-Encode-Detect` that you are following: `` Remove old cruft `` To reply, visit the link below https://src.fedoraproject.org/rpms/perl-Encode-Detect/pull-request/1

2 3

[rpms/perl-Crypt-OpenSSL-Random] PR #1: Drop Group tag
by Ondřej Lysoněk 29 Jan '20

29 Jan '20

olysonek opened a new pull-request against the project: `perl-Crypt-OpenSSL-Random` that you are following: `` Drop Group tag `` To reply, visit the link below https://src.fedoraproject.org/rpms/perl-Crypt-OpenSSL-Random/pull-request/1

1 2

[rpms/perl-Crypt-OpenSSL-RSA] PR #1: Drop Group tag
by Ondřej Lysoněk 29 Jan '20

29 Jan '20

olysonek opened a new pull-request against the project: `perl-Crypt-OpenSSL-RSA` that you are following: `` Drop Group tag `` To reply, visit the link below https://src.fedoraproject.org/rpms/perl-Crypt-OpenSSL-RSA/pull-request/1

1 2

[Bug 1688773] New: Use of uninitialized value in pattern match line 1077, 1086, 1093, 763
by bugzilla＠redhat.com 27 Nov '19

27 Nov '19

https://bugzilla.redhat.com/show_bug.cgi?id=1688773 Bug ID: 1688773 Summary: Use of uninitialized value in pattern match line 1077, 1086, 1093, 763 Product: Fedora Version: 29 Hardware: x86_64 OS: Linux Status: NEW Component: perl-Expect Severity: medium Assignee: paul(a)city-fan.org Reporter: sitezreg(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: jose.p.oliveira.oss(a)gmail.com, paul(a)city-fan.org, perl-devel(a)lists.fedoraproject.org, tremble(a)tremble.org.uk Target Milestone: --- Classification: Fedora Description of problem: Using a cluster command console in "Asbru Connection Manager" throws following error(s): Use of uninitialized value in pattern match (m//) at /usr/share/perl5/vendor_perl/Expect.pm line 1077. Use of uninitialized value in string eq at /usr/share/perl5/vendor_perl/Expect.pm line 1086. Use of uninitialized value in string eq at /usr/share/perl5/vendor_perl/Expect.pm line 1093. Use of uninitialized value in regexp compilation at /usr/share/perl5/vendor_perl/Expect.pm line 763. Note: I've raised the bugreport for the Asbru developer (See: https://github.com/asbru-cm/asbru-cm/issues/134) but was told it is an Expect-related issue so here i am. Version-Release number of selected component (if applicable): perl-Expect-1.35-6.fc29.noarch Sadly i don't know what exactly is being called under the hood. Thanks Alex -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1711098] New: Segmentation Fault in UUlib.so (ScanData) used in perl-Convert-UUlib
by bugzilla＠redhat.com 09 Nov '19

09 Nov '19

https://bugzilla.redhat.com/show_bug.cgi?id=1711098 Bug ID: 1711098 Summary: Segmentation Fault in UUlib.so (ScanData) used in perl-Convert-UUlib Product: Fedora EPEL Version: epel7 Hardware: x86_64 OS: Linux Status: NEW Component: perl-Convert-UUlib Severity: medium Assignee: redhat-bugzilla(a)linuxnetz.de Reporter: nduffy(a)jadeworld.com QA Contact: extras-qa(a)fedoraproject.org CC: perl-devel(a)lists.fedoraproject.org, redhat-bugzilla(a)linuxnetz.de Target Milestone: --- Classification: Fedora Description of problem: When processing certain text, a segmentation fault is generated in the ScanData method in UUlib.so. Version-Release number of selected component (if applicable): perl-Convert-UUlib-1.5-1.el7.x86_64 How reproducible: Always Steps to Reproduce: 1. The following Perl script uses UUlib to read files and process them. -- >8 cut here -- use Convert::UUlib ':all'; LoadFile 'badfile'; -- >8 cut here -- 2. The following input file, when passed to the above Perl, causes the Segmentation Fault. Save this text to a file named "badfile". -- >8 cut here -- a a Content-Type: text/plain -- >8 cut here -- This is a hexdump of badfile to show the bytes. $ hexdump -C badfile 00000000 61 0a 0a 61 0a 0a 43 6f 6e 74 65 6e 74 2d 54 79 |a..a..Content-Ty| 00000010 70 65 3a 20 74 65 78 74 2f 70 6c 61 69 6e 0a |pe: text/plain.| 0000001f $ wc badfile 5 4 31 badfile 3. With the Perl code saved in foo.pl and the text from step 2 saved in a file named badfile, run: $ perl foo.pl Segmentation fault Actual results: Segmentation fault. Expected results: Library should read text and either produce an error if badly formed, otherwise it should decode it. Additional info: This is what I see in gdb. $ cat /etc/redhat-release Red Hat Enterprise Linux Server release 7.6 (Maipo) $ gdb perl GNU gdb (GDB) Red Hat Enterprise Linux 7.6.1-114.el7 Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /usr/bin/perl...Reading symbols from /usr/lib/debug/usr/bin/perl.debug...done. done. (gdb) run foo.pl Starting program: /usr/bin/perl foo.pl [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". Program received signal SIGSEGV, Segmentation fault. 0x00007fffefdb6972 in ScanData (datei=datei@entry=0x62a3c0, errcode=errcode@entry=0x7fffffffdf78, boundary=boundary@entry=0x0, ismime=<optimized out>, checkheaders=checkheaders@entry=1, result=result@entry=0x626c50, fname=0x6284e0 "badfile") at uuscan.c:821 821 while (!isspace (*p2) && *p2 != ';') p2++; (gdb) print p2 $1 = 0x7ffff7f41c0d "text/plain" (gdb) list 816 break; 817 } 818 if ((ptr = strchr (line, ':')) != NULL) { 819 ptr++; 820 while (isspace (*ptr)) ptr++; p2 = ptr; 821 while (!isspace (*p2) && *p2 != ';') p2++; 822 c = *p2; *p2 = '\0'; 823 if (p2 != ptr) { 824 _FP_free (result->mimetype); 825 result->mimetype = _FP_strdup (ptr); (gdb) bt #0 0x00007fffefdb6972 in ScanData (datei=datei@entry=0x62a3c0, errcode=errcode@entry=0x7fffffffdf78, boundary=boundary@entry=0x0, ismime=<optimized out>, checkheaders=checkheaders@entry=1, result=result@entry=0x626c50, fname=0x6284e0 "badfile") at uuscan.c:821 #1 0x00007fffefdb878c in ScanPart (datei=datei@entry=0x62a3c0, fname=fname@entry=0x6284e0 "badfile", errcode=errcode@entry=0x7fffffffdf78) at uuscan.c:3141 #2 0x00007fffefda848a in UULoadFileWithPartNo (filename=filename@entry=0x6284e0 "badfile", fileid=0x6284e0 "badfile", fileid@entry=0x0, delflag=delflag@entry=0, partno=partno@entry=-1, partcount=partcount@entry=0x7fffffffe074) at uulib.c:790 #3 0x00007fffefda5181 in XS_Convert__UUlib_LoadFile (my_perl=<optimized out>, cv=<optimized out>) at UUlib.xs:382 #4 0x00007ffff7b0941f in Perl_pp_entersub (my_perl=0x603010) at pp_hot.c:2778 #5 0x00007ffff7b01b96 in Perl_runops_standard (my_perl=0x603010) at run.c:41 #6 0x00007ffff7a9e985 in S_run_body (oldscope=<optimized out>, my_perl=<optimized out>) at perl.c:2402 #7 perl_run (my_perl=0x603010) at perl.c:2320 #8 0x0000000000400ce9 in main (argc=3, argv=0x7fffffffe398, env=0x7fffffffe3b8) at perlmain.c:120 This bug is causing problems with Amavis for us because Amavis uses perl-Convert-UUlib to decode some mime attachments, and one of them is now causing crashes in the scanner. I've narrowed down the text in the attachment as much as possible. Removing any line or even a character in the file means the segmentation faults stop. The letter "a" in the first two lines can be replaced with any character or group of characters, but the last line must remain unchanged. There are no funny characters in the input file, nor DOS line-endings, as shown by the hexdump above. -- You are receiving this mail because: You are on the CC list for the bug.

1 20

[Bug 1704785] New: perl-Net-SSLeay-1.85-9.fc29 FTBFS: /usr/bin/ld: cannot find -lz
by bugzilla＠redhat.com 09 Nov '19

09 Nov '19

https://bugzilla.redhat.com/show_bug.cgi?id=1704785 Bug ID: 1704785 Summary: perl-Net-SSLeay-1.85-9.fc29 FTBFS: /usr/bin/ld: cannot find -lz Product: Fedora Version: 29 Status: NEW Component: perl-Net-SSLeay Assignee: paul(a)city-fan.org Reporter: ppisar(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: jose.p.oliveira.oss(a)gmail.com, kasal(a)ucw.cz, paul(a)city-fan.org, perl-devel(a)lists.fedoraproject.org Target Milestone: --- Classification: Fedora perl-Net-SSLeay-1.85-9.fc29 fails to build in F29 and F30: gcc -lpthread -shared -Wl,-z,relro -Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld -L/usr -L/usr/lib64 -L/usr/lib -L/usr/local/lib -fstack-protector-strong SSLeay.o -o blib/arch/auto/Net/SSLeay/SSLeay.so \ -L/usr -L/usr/lib64 -L/usr/lib -lssl -lcrypto -lz -lperl \ BUILDSTDERR: /usr/bin/ld: cannot find -lz That's caused by openssl-devel-1.1.1b-4 that removed a dependency on zlib-devel and that was pushed into Fedora ≥ 29. A possible fix is applying commit f571bb6a6929c47b8323c6f2c5214cfefa9dcf37 Author: Paul Howarth <paul(a)city-fan.org> Date: Sat Mar 30 08:06:53 2019 +0000 Get libraries to link against from pkg-config Upstream pull request: https://github.com/radiator-software/p5-net-ssleay/pull/127 to that Fedoras. -- You are receiving this mail because: You are on the CC list for the bug.

1 10

[Bug 1709491] New: perl-homedir creates a local::lib for root user
by bugzilla＠redhat.com 01 Nov '19

01 Nov '19

https://bugzilla.redhat.com/show_bug.cgi?id=1709491 Bug ID: 1709491 Summary: perl-homedir creates a local::lib for root user Product: Fedora Version: 29 Status: NEW Component: perl-local-lib Assignee: jplesnik(a)redhat.com Reporter: grinnz(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: iarnell(a)gmail.com, jplesnik(a)redhat.com, perl-devel(a)lists.fedoraproject.org Target Milestone: --- Classification: Fedora Description of problem: Upon installing the perl-homedir RPM (which seems to be default in some RHEL/CentOS 7 configurations) a profile.d entry is added which enables a local::lib for all users, including root. The root user should not have a local::lib, as this means 'sudo cpan' or 'sudo cpanm' (though inadvisable) will install into a location unusable by any other user, rather than the global sitelib as expected. Version-Release number of selected component (if applicable): perl-homedir-2.000024-4.fc29.noarch How reproducible: Always Steps to Reproduce: 1. install perl-homedir 2. switch to root user 3. check perl -V Actual results: ~/perl5 is created for root user and local::lib environment variables and directories are visible in perl -V output. Expected results: No local::lib is created or activated for the root user by default. Additional info: -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Bug 1686178] New: perl-libwww-perl-6.37 is available
by bugzilla＠redhat.com 25 Oct '19

25 Oct '19

https://bugzilla.redhat.com/show_bug.cgi?id=1686178 Bug ID: 1686178 Summary: perl-libwww-perl-6.37 is available Product: Fedora Version: rawhide Status: NEW Component: perl-libwww-perl Keywords: FutureFeature, Triaged Assignee: ppisar(a)redhat.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: caillon+fedoraproject(a)gmail.com, john.j5live(a)gmail.com, kasal(a)ucw.cz, perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com, rhughes(a)redhat.com, rstrode(a)redhat.com, sandmann(a)redhat.com Target Milestone: --- Classification: Fedora Latest upstream release: 6.37 Current version/release in rawhide: 6.36-2.fc30 URL: http://search.cpan.org/dist/libwww-perl/ 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/3024/ -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Bug 1685192] New: LWP::Authen::Negotiate fails to authenticate to Red Hat SSO web server because if missing mutual authentication
by bugzilla＠redhat.com 21 Sep '19

21 Sep '19

https://bugzilla.redhat.com/show_bug.cgi?id=1685192 Bug ID: 1685192 Summary: LWP::Authen::Negotiate fails to authenticate to Red Hat SSO web server because if missing mutual authentication Product: Fedora Version: rawhide Status: NEW Component: perl-LWP-Authen-Negotiate Assignee: steve.traylen(a)cern.ch Reporter: ppisar(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: perl-devel(a)lists.fedoraproject.org, steve.traylen(a)cern.ch Target Milestone: --- External Bug ID: CPAN 128699 Classification: Fedora I encountered a failure when using LWP to perform a Kerberos authentication against Red Hat SSO web server. I narrowed the issue to the fact that LWP::Authen::Negotiate does not enable GSS_C_MUTUAL_FLAG. I developed a fix and posted it to the upstream <https://rt.cpan.org/Ticket/Display.html?id=128699>. Please consider applying it to Fedora. If you don't have time and don't object, I can apply it to Fedora instead of you. -- You are receiving this mail because: You are on the CC list for the bug.

1 13

Making Perl site paths ABI-specific
by Petr Pisar 03 Jul '19

03 Jul '19

It was a long time ago I wrote to this list. I'm thinking about changing site paths. Now, perl configures site paths to: /usr/local/lib64/perl5 /usr/local/share/perl5 so that anyone installing distributions from CPAN in a system-wide manner will install his modules there. These two paths are listed before core and vendor path used by Fedora packages in order to allow users to override Perl modules coming with Fedora. This layout has the nice feature that user's code is available across Fedora upgrades. However, this feature is also bad because perl tends to change ABI and as a result XS modules stop working and becuse the site location precedence they can hinder even Fedora's Perl code. Then inexperienced users report bugs for perl that Perl stopped working after upgrade Fedora. My proposal is make the two paths changing with every new incompatible Perl release (that happens every year with a new minor Perl version). Example: /usr/local/lib64/perl5/5.30 /usr/local/share/perl5/5.30 As a result when users upgrade to Perl 5.30, their locally installed modules become unavailable and thus they won't be able to affect the new system. Also the user immediatelly recongnizes that his locally installed code "disappeared" instead of receiving some cryptic error message from XSLoader few days later when some optional XS module gets loaded. These version specific paths are nothing new. Actually a vanilla Perl installation uses more elaborate path differentiating threaded and non-threaded builds in addition. See Debian or Gentoo. It's important to note that INSTALLSITEBIN would remain /usr/local/bin because nobody's going to add /usr/local/bin/5.30 in PATH manually. (We could deliver a /etc/profile.d file within perl-libs, but I think it would made things more fragile.) One also could be tempted to keep the architecture independent /usr/local/share/perl5 as it is. But that could keep modules without architecture-specific dependencies available after an upgrade. So I believe we should move both paths. So if we conclude that this change is good and should be implemented, the only uncertainity is the issue of aestetic: How exactly should the paths be named? I can see these posibilities: /usr/local/share/perl5/5.30 /usr/local/share/perl5/30 /usr/local/share/perl5.30 The first two keep all Perl files under one directory, while the third one proliferates directories right under /usr/local/share. It also is backward compatible for people who back up or NFS-mount the paths. The last two makes the path a little bit shorter. While the first and last resembles a soname we already give to libperl.so (/usr/lib64/libperl.so.5.30). The first two have also a very tiny posibility of a clash with Perl modules namespaced into "5.30::" or "30::" that could survive from current days (installed into /usr/local/share/perl5). I like the first option. Any opinions? Should we go with this change? Wich format do you like most? -- Petr

3 3

[Bug 1670372] New: Upgrade perl-Net-SFTP-Foreign to 1.90
by bugzilla＠redhat.com 20 Jun '19

20 Jun '19

https://bugzilla.redhat.com/show_bug.cgi?id=1670372 Bug ID: 1670372 Summary: Upgrade perl-Net-SFTP-Foreign to 1.90 Product: Fedora Version: rawhide Status: NEW Component: perl-Net-SFTP-Foreign Assignee: fedorapkg(a)rule.lv Reporter: jplesnik(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: fedorapkg(a)rule.lv, jplesnik(a)redhat.com, perl-devel(a)lists.fedoraproject.org, zonexpertconsulting(a)outlook.com Target Milestone: --- Classification: Fedora Latest Fedora delivers 1.89 version. Upstream released 1.90. When you have free time, please upgrade it. -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 1686595] New: rt-4.4.4 is available
by bugzilla＠redhat.com 11 Jun '19

11 Jun '19

https://bugzilla.redhat.com/show_bug.cgi?id=1686595 Bug ID: 1686595 Summary: rt-4.4.4 is available Product: Fedora Version: rawhide Status: NEW Component: rt Keywords: FutureFeature, Triaged Assignee: rc040203(a)freenet.de Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: perl-devel(a)lists.fedoraproject.org, rc040203(a)freenet.de, tibbs(a)math.uh.edu Target Milestone: --- Classification: Fedora Latest upstream release: 4.4.4 Current version/release in rawhide: 4.4.3-3.fc30 URL: http://bestpractical.com/request-tracker/ 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/7292/ -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 1710585] New: Not validating valid IPv6 CIDR addresses
by bugzilla＠redhat.com 07 Jun '19

07 Jun '19

https://bugzilla.redhat.com/show_bug.cgi?id=1710585 Bug ID: 1710585 Summary: Not validating valid IPv6 CIDR addresses Product: Fedora EPEL Version: epel7 Hardware: All OS: Linux Status: NEW Component: perl-Net-CIDR Severity: low Assignee: paul(a)city-fan.org Reporter: austin.murphy(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: emmanuel(a)seyman.fr, kwizart(a)gmail.com, paul(a)city-fan.org, perl-devel(a)lists.fedoraproject.org Target Milestone: --- External Bug ID: CPAN 125551 Classification: Fedora Description of problem: Not validating valid IPv6 CIDR addresses Version-Release number of selected component (if applicable): 0.18 Version 0.20 is currently available. Please package the updated version for EPEL 7. -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1710396] New: perl-App-Cme-1.029-2.fc31 FTBFS:
by bugzilla＠redhat.com 06 Jun '19

06 Jun '19

https://bugzilla.redhat.com/show_bug.cgi?id=1710396 Bug ID: 1710396 Summary: perl-App-Cme-1.029-2.fc31 FTBFS: Product: Fedora Version: rawhide URL: https://apps.fedoraproject.org/koschei/build/6432106 Status: NEW Component: perl-App-Cme Assignee: jplesnik(a)redhat.com Reporter: ppisar(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: jplesnik(a)redhat.com, perl-devel(a)lists.fedoraproject.org Target Milestone: --- Classification: Fedora perl-App-Cme-1.029-2.fc31 fails to build in F31 because tests fail: t/cme-command.t .. 1/? # Failed test 'threw no exceptions' # at t/cme-command.t line 257. # got: 'Error in script wr_root/popcon1/my-script.cme: Attribute (start_node) does not pass the type constraint because: Validation failed for 'Config::Model::Node' with value undef at /usr/lib64/perl5/vendor_perl/Mouse/Util.pm line 395. # Mouse::Util::throw_error(Mouse::Meta::Attribute=HASH(0x555d0a85b928), "Attribute (start_node) does not pass the type constraint beca"..., "data", undef, "depth", -1) called at /usr/share/perl5/vendor_perl/Config/Model/Instance.pm line 390 # Config::Model::Instance::load(Config::Model::Instance=HASH(0x555d0beb67f8), "step", "! MY_HOSTID=\$namefoobar3") called at /usr/share/perl5/vendor_perl/Config/Model/Instance.pm line 384 # Config::Model::Instance::modify(Config::Model::Instance=HASH(0x555d0beb67f8), "! MY_HOSTID=\$namefoobar3") called at (eval 257) line 3 # eval 'use Config::Model qw(cme); # my ($opt,$val,$name) = @ARGV; # cme(application => "popcon", root_dir => $val)->modify("! MY_HOSTID=\\$name$name"); # ' called at /home/test/fedora/perl-App-Cme/App-Cme-1.029/lib/App/Cme/Command/run.pm line 121 # App::Cme::Command::run::execute(App::Cme::Command::run=HASH(0x555d0bec8490), Getopt::Long::Descriptive::Opts::__OPT__::32=HASH(0x555d0beecea8), ARRAY(0x555d0be9ded0)) called at /usr/share/perl5/vendor_perl/App/Cmd.pm line 468 # App::Cmd::execute_command(App::Cme=HASH(0x555d0bed1190), App::Cme::Command::run=HASH(0x555d0bec8490), Getopt::Long::Descriptive::Opts::__OPT__::32=HASH(0x555d0beecea8), "wr_root/popcon1/my-script.cme", "foobar3") called at /usr/share/perl5/vendor_perl/App/Cmd.pm line 321 # App::Cmd::run(App::Cme=HASH(0x555d0bed1190)) called at /usr/share/perl5/vendor_perl/App/Cmd/Tester.pm line 125 # eval {...} called at /usr/share/perl5/vendor_perl/App/Cmd/Tester.pm line 122 # App::Cmd::Tester::_run_with_capture("App::Cmd::Tester", App::Cme=HASH(0x555d0bed1190), ARRAY(0x555d0beb7230)) called at /usr/share/perl5/vendor_perl/App/Cmd/Tester.pm line 92 # App::Cmd::Tester::test_app("App::Cmd::Tester", "App::Cme", ARRAY(0x555d0beb7230)) called at /usr/share/perl5/vendor_perl/Sub/Exporter/Util.pm line 18 # Sub::Exporter::Util::__ANON__("App::Cme", ARRAY(0x555d0beb7230)) called at t/cme-command.t line 256 # main::__ANON__() called at /usr/share/perl5/vendor_perl/Test/Builder.pm line 334 # eval {...} called at /usr/share/perl5/vendor_perl/Test/Builder.pm line 334 # Test::Builder::subtest(Test::Builder=HASH(0x555d096f0408), "213: modification with a Perl script run by cme run with args", CODE(0x555d0ac33e70)) called at /usr/share/perl5/vendor_perl/Test/More.pm line 809 # Test::More::subtest("213: modification with a Perl script run by cme run with args", CODE(0x555d0ac33e70)) called at t/cme-command.t line 264 # # ' # expected: undef # Failed test 'all went well' # at t/cme-command.t line 258. # got: '-1' # expected: '0' # Failed command: run wr_root/popcon1/my-script.cme -root-dir wr_root/popcon1 foobar3 # Failed test 'updated MY_HOSTID with script' # at t/cme-command.t line 261. # File wr_root/popcon1/etc/popularity-contest.conf contents do not match /(?^:"\$namefoobar3")/ # Looks like you failed 3 tests of 5. # Failed test '213: modification with a Perl script run by cme run with args' # at t/cme-command.t line 264. # Failed test 'run "223: modification with a script and var section which uses regexp and capture": stdout content' # at t/cme-command.t line 263. # got: ' # Changes applied to popcon configuration: # - MY_HOSTID: '$namefoobar2' -> 'aaaaab' # - MY_HOSTID: 'aaaaab' -> 'aaaax4ab' # # ' # expected: ' # Changes applied to popcon configuration: # - MY_HOSTID: '$namefoobar3' -> 'aaaaab' # - MY_HOSTID: 'aaaaab' -> 'aaaax4ab' # # ' # Looks like you failed 1 test of 5. # Failed test '223: modification with a script and var section which uses regexp and capture' # at t/cme-command.t line 264. # Looks like you failed 2 tests of 20. A difference between passing and failing build root is at <https://apps.fedoraproject.org/koschei/build/6432106>. This is triggered by upgrading perl-Config-Model from 2.133-2.fc30 to 2.134-1.fc31. -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1709258] New: Upgrade perl-Data-Page to 2.03
by bugzilla＠redhat.com 06 Jun '19

06 Jun '19

https://bugzilla.redhat.com/show_bug.cgi?id=1709258 Bug ID: 1709258 Summary: Upgrade perl-Data-Page to 2.03 Product: Fedora Version: rawhide Status: NEW Component: perl-Data-Page Assignee: tcallawa(a)redhat.com Reporter: jplesnik(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: perl-devel(a)lists.fedoraproject.org, tcallawa(a)redhat.com Target Milestone: --- Classification: Fedora Latest Fedora delivers 2.02 version. Upstream released 2.03. When you have free time, please upgrade it. -- You are receiving this mail because: You are on the CC list for the bug.

1 1

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

perl-devel May 2019