November 2020 - perl-devel - Fedora Mailing-Lists

[Bug 1643855] Upgrade perl-prefork to 1.05

by bugzilla＠redhat.com

3 years, 5 months

1
0
0 / 0

[Bug 1522685] Upgrade perl-Authen-Krb5 to 1.903

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1522685 Petr Pisar <ppisar(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED CC| |ppisar(a)redhat.com Resolution|--- |NOTABUG Last Closed| |2020-11-04 08:18:51 --- Comment #5 from Petr Pisar <ppisar(a)redhat.com> --- IOANR/Krb5-1.903.tar.gz is not an authorized release. See <https://metacpan.org/permission/distribution/Krb5>. Therefore CPAN does not advertise it. A changelog <https://metacpan.org/changes/release/IOANR/Krb5-1.903> does list any serious fix that should be ported. I think there is no need for upgrading to 1.903. -- You are receiving this mail because: You are on the CC list for the bug.

3 years, 5 months

1
0
0 / 0

[Bug 1889622] New: Upgrade perl-File-Remove to 1.59

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1889622 Bug ID: 1889622 Summary: Upgrade perl-File-Remove to 1.59 Product: Fedora Version: rawhide Status: NEW Component: perl-File-Remove Assignee: rc040203(a)freenet.de Reporter: jplesnik(a)redhat.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, spotrh(a)gmail.com Target Milestone: --- Classification: Fedora Latest Fedora delivers 1.58 version. Upstream released 1.59. When you have free time, please upgrade it. -- You are receiving this mail because: You are on the CC list for the bug.

3 years, 5 months

1
2
0 / 0

[Bug 1878018] New: perl-Data-ObjectDriver-0.19-3.fc34 FTBFS: Can't call method "rating" on an undefined value at t/20-driver-sqlite.t line 47

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1878018 Bug ID: 1878018 Summary: perl-Data-ObjectDriver-0.19-3.fc34 FTBFS: Can't call method "rating" on an undefined value at t/20-driver-sqlite.t line 47 Product: Fedora Version: rawhide URL: https://koschei.fedoraproject.org/package/perl-Data-Ob jectDriver Status: NEW Component: perl-Data-ObjectDriver Assignee: emmanuel(a)seyman.fr Reporter: ppisar(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: emmanuel(a)seyman.fr, perl-devel(a)lists.fedoraproject.org Blocks: 1868278 (F34FTBFS) Target Milestone: --- Classification: Fedora perl-Data-ObjectDriver-0.19-3.fc34 fails to build in Fedora 34, because a test fails: t/12-windows.t ............. ok # Failed test at t/20-driver-sqlite.t line 46. # got: '0' # expected: '1' Can't call method "rating" on an undefined value at t/20-driver-sqlite.t line 47. # Looks like your test exited with 2 just after 5. t/20-driver-sqlite.t ....... Dubious, test returned 2 (wstat 512, 0x200) Failed 9/13 subtests A difference between a passing and failing build root is at <https://koschei.fedoraproject.org/build/8922790>. A perl-DBD-SQLite upgrade from 1.64-6.fc33 to 1.66-1.fc34 is suspicious. Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1868278 [Bug 1868278] (F34FTBFS) - Fedora 34 FTBFS Tracker -- You are receiving this mail because: You are on the CC list for the bug.

3 years, 5 months

1
7
0 / 0

[Bug 1875827] New: perl-Crypt-SMIME-0.26-1.fc34 FTBFS: t/dependencies.t fails: "my" variable $v masks earlier declaration in same scope at /usr/share/perl5/vendor_perl/Test/Dependencies.pm line 316.

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1875827 Bug ID: 1875827 Summary: perl-Crypt-SMIME-0.26-1.fc34 FTBFS: t/dependencies.t fails: "my" variable $v masks earlier declaration in same scope at /usr/share/perl5/vendor_perl/Test/Dependencies.pm line 316. Product: Fedora Version: rawhide URL: https://koschei.fedoraproject.org/package/perl-Crypt-S MIME?collection=f34 Status: NEW Component: perl-Crypt-SMIME 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, xavier(a)bachelot.org Blocks: 1868278 (F34FTBFS) Target Milestone: --- Classification: Fedora perl-Crypt-SMIME-0.26-1.fc34 fails to build in Fedora 34 because a test fails: $ perl -Ilib t/dependencies.t "my" variable $v masks earlier declaration in same scope at /usr/share/perl5/vendor_perl/Test/Dependencies.pm line 316. ok 1 - META.json is present and readable ok 2 - Required module 'XSLoader' in core (since v5.6.0) after minimum perl v5.0.0 ok 3 - Required module 'ExtUtils::Constant'(0.23) in core (since v5.13.7) after minimum perl v5.0.0 ok 4 - Required module 'Test::More' in core (since v5.6.2) after minimum perl v5.0.0 not ok 5 - Declared dependency ExtUtils::CChecker used # Failed test 'Declared dependency ExtUtils::CChecker used' # at /usr/share/perl5/vendor_perl/Test/Dependencies.pm line 181. not ok 6 - Declared dependency ExtUtils::Constant used # Failed test 'Declared dependency ExtUtils::Constant used' # at /usr/share/perl5/vendor_perl/Test/Dependencies.pm line 181. ok 7 - Declared dependency ExtUtils::PkgConfig used ok 8 - Declared dependency Test::Exception used ok 9 - Declared dependency Test::More used ok 10 - Declared dependency XSLoader used not ok 11 - Used CORE module 'Config' in core before Perl v5.0.0 (since v5.3.70) or explicitly required # Failed test 'Used CORE module 'Config' in core before Perl v5.0.0 (since v5.3.70) or explicitly required' # at /usr/share/perl5/vendor_perl/Test/Dependencies.pm line 181. ok 12 not ok 13 - Used CORE module 'ExtUtils::Manifest' in core before Perl v5.0.0 (since v5.1.0) or explicitly required # Failed test 'Used CORE module 'ExtUtils::Manifest' in core before Perl v5.0.0 (since v5.1.0) or explicitly required' # at /usr/share/perl5/vendor_perl/Test/Dependencies.pm line 181. ok 14 - Used non-CORE module 'ExtUtils::PkgConfig' in requirements listing not ok 15 - Used CORE module 'File::Spec' in core before Perl v5.0.0 (since v5.4.50) or explicitly required # Failed test 'Used CORE module 'File::Spec' in core before Perl v5.0.0 (since v5.4.50) or explicitly required' # at /usr/share/perl5/vendor_perl/Test/Dependencies.pm line 181. not ok 16 - Used CORE module 'File::Temp' in core before Perl v5.0.0 (since v5.6.1) or explicitly required # Failed test 'Used CORE module 'File::Temp' in core before Perl v5.0.0 (since v5.6.1) or explicitly required' # at /usr/share/perl5/vendor_perl/Test/Dependencies.pm line 181. ok 17 - Used non-CORE module 'Test::Exception' in requirements listing ok 18 - Used CORE module 'Test::More' in core before Perl v5.0.0 (since v5.6.2) or explicitly required ok 19 - Used CORE module 'XSLoader' in core before Perl v5.0.0 (since v5.6.0) or explicitly required ok 20 not ok 21 - Used CORE module 'warnings' in core before Perl v5.0.0 (since v5.6.0) or explicitly required # Failed test 'Used CORE module 'warnings' in core before Perl v5.0.0 (since v5.6.0) or explicitly required' # at /usr/share/perl5/vendor_perl/Test/Dependencies.pm line 181. 1..21 A difference between passing and failing build root is at <https://koschei.fedoraproject.org/build/8912320>. This failure is triggered by upgrading perl-Test-Dependencies from 0.24-4.fc34 to 0.28-1.fc34. Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1868278 [Bug 1868278] (F34FTBFS) - Fedora 34 FTBFS Tracker -- You are receiving this mail because: You are on the CC list for the bug.

3 years, 5 months

1
8
0 / 0

[Bug 1283764] Use of uninitialized value in numeric eq (==) at /usr/share/perl5/vendor_perl/File/Tail.pm line 391

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1283764 --- Comment #26 from Harald Reindl <h.reindl(a)thelounge.net> --- i see that on any machine running postfix and mailgrpah a few minutes after each and every reboot, that's why it's so annyoing when you filter fopr warning/fail/error over a whole cluster -- You are receiving this mail because: You are on the CC list for the bug.

3 years, 5 months

1
0
0 / 0

[Bug 1283764] Use of uninitialized value in numeric eq (==) at /usr/share/perl5/vendor_perl/File/Tail.pm line 391

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1283764 --- Comment #25 from Tom "spot" Callaway <spotrh(a)gmail.com> --- I've looked at this again with fresh eyes and I _think_ I see the issue and a potential fix, but it would be really helpful to have a reproducer (even if the reproducer is me making a scratch build and you testing it on your setup where the problem occurs). -- You are receiving this mail because: You are on the CC list for the bug.

3 years, 5 months

1
0
0 / 0

[Bug 1283764] Use of uninitialized value in numeric eq (==) at /usr/share/perl5/vendor_perl/File/Tail.pm line 391

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1283764 --- Comment #24 from Tom "spot" Callaway <spotrh(a)gmail.com> --- Be grateful you are not a perl programmer. :) It seems the values can be initialized but NULL and trigger this, but I cannot make it happen locally. The comment block directly above the line of code says: # If the file was changed the same second as it was last read, # we only reopen it if it's length has changed. The alternative is that # sometimes, files would be reopened needlessly, and with reset_tail # set to -1, we would see the whole file again. # Of course, if the file was removed the same second as when it was # last read, and replaced (within that second) with a file of equal # length, we're out of luck. I don't see how to fix this. Which leads me to believe their algorithm is totally wrong. The challenge in trying to debug this is that I simply cannot reproduce it. I put in code that I thought would fix the issue, but you reported that it did not. Everything seems to be initialized and the entire existing test suite passes. I had hoped upstream would be able to provide insight (5 years ago), but they have clearly abandoned the effort. Given all of that, I am hesitant to make additional changes to the algorithm logic without a reproducer. Are you still actively using a setup that could reproduce this? -- You are receiving this mail because: You are on the CC list for the bug.

3 years, 5 months

1
0
0 / 0

[Bug 1283764] Use of uninitialized value in numeric eq (==) at /usr/share/perl5/vendor_perl/File/Tail.pm line 391

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1283764 --- Comment #23 from Harald Reindl <h.reindl(a)thelounge.net> --- i am not a perl programmer, but "Use of uninitialized value in numeric eq (==) at /usr/share/perl5/vendor_perl/File/Tail.pm line 391" in PHP would likely cost me one line before to just make sure what ever is used in 391 is initalized if it's not already -- You are receiving this mail because: You are on the CC list for the bug.

3 years, 5 months

1
0
0 / 0

[Bug 1379554] perl-XML-Twig: expand_external_ents option fails to work as documented [fedora-all]

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1379554 --- Comment #10 from Ben Cotton <bcotton(a)redhat.com> --- This message is a reminder that Fedora 31 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora 31 on 2020-11-24. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '31'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 31 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. -- You are receiving this mail because: You are on the CC list for the bug.

3 years, 5 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

perl-devel November 2020