Description of problem: The Test::Simple modules in Fedora 13 (0.92) and Fedora 14 (0.94) are outdated (current is 0.98). Fedora 15 and rawhide carry 0.96. This prevents me from being able to upgrade and bug-fix other perl-modules. Expected results: Fedora 13 and 14 to ship at least 0.96 Additional info: - As the packages I am currently facing this issue with only apply Test::Simple (More precisely: They BR: Test::More => 0.96) I can try to work around this issue by bundling Test::Simple-0.96/0.98 with these packages. This is something I'd rather avoid. - Please consider making perl-Test-Simple a dual-lived module. This would help avoiding issues like this.
Could you list your bug-fix upgrades? Fedora is not a rolling updates distribution. We do not upgrade modules in stable Fedoras just for the sole purpose of having latest software in them. There must be strong reason like fixing a bug.
(In reply to comment #1) > Could you list your bug-fix upgrades? Fedora is not a rolling updates > distribution. Please, get a grip on yourself and hold it. > We do not upgrade modules in stable Fedoras just for the sole > purpose of having latest software in them. I wonder why I have to explain this to you? It has been well known to all Fedora packager since Fedora day one, that without keeping fedora's perl and it's modules sufficiently recent - It's impossible for Fedora maintainers to react upon bugs in reasonable times (c.f. Fedora QA's silly delay queues) - Fedora encouraging its users to use CPAN and thus to expose them to corrupt their installation. > There must be strong reason like fixing a bug. Yes, * Fedora's Test::Simple is suffering from the following list of bugs (http://cpansearch.perl.org/src/MSCHWERN/Test-Simple-0.98/Changes) 0.98 Wed, 23 Feb 2011 14:38:02 +1100 Bug Fixes * subtest() should not fail if $? is non-zero. (Aaron Crane) Docs * The behavior of is() and undef has been documented. (Pedro Melo) 0.97_01 Fri Aug 27 22:50:30 PDT 2010 Test Fixes * Adapted the tests for the new Perl 5.14 regex stringification. (Karl Williamson) [github 44] Doc Fixes * Document how to test "use Foo ()". (Todd Rinaldo) [github 41] Feature Changes * subtest() no longer has a prototype. It was just getting in the way. [rt.cpan.org 54239] * The filehandles used by default will now inherit any filehandle disciplines from STDOUT and STDERR IF AND ONLY IF they were applied before Test::Builder is loaded. More later. [rt.cpan.org 46542] 0.96 Tue Aug 10 21:13:04 PDT 2010 Bug Fixes * You can call done_testing() again after reset() [googlecode 59] Other * Bug tracker moved to github 0.95_02 Wed May 19 15:46:52 PDT 2010 Bug Fixes * Correct various typos and spelling errors (Nick Cleaton) * Fix alignment of indented multi-line diagnostics from subtests (Nick Cleaton) * Fix incorrect operation when subtest called from within a todo block (Nick Cleaton) * Avoid spurious output after a fork within a subtest (Nick Cleaton) 0.95_01 Wed Mar 3 15:36:59 PST 2010 Bug Fixes * is_deeply() didn't see a difference in regexes [rt.cpan.org 53469] * Test::Builder::Tester now sets $tb->todo_output to the output handle and not the error handle (to be in accordance with the default behaviour of Test::Builder and allow for testing TODO test behaviour). * Fixed file/line in failing subtest() diagnostics. (Nick Cleaton) * Protect against subtests setting $Level (Nick Cleaton) New Features * subtests without a 'plan' or 'no_plan' have an implicit 'done_testing()' added to them. * is_deeply() performance boost for large structures consisting of mostly non-refs (Nick Cleaton) Feature Changes * is() and others will no longer stringify its arguments before comparing. Overloaded objects will make use of their eq overload rather than their "" overload. This can break tests of impolitely string overloaded objects. DateTime prior to 0.54 is the biggest example. * The package in question is http://cpansearch.perl.org/src/NIGELM/HTML-Format-2.05/ After ca 6 years of having been defacto orphaned (and known to be suffering from known bugs), it has seen a new major release and now requires Test::More >= 0.96 as part of its test suite.
(In reply to comment #2) > (In reply to comment #1) > > I wonder why I have to explain this to you? > Because this bug has been submitted against perl which I maintain. > It has been well known to all Fedora packager since Fedora day one, that > without keeping fedora's perl and it's modules sufficiently recent > > - It's impossible for Fedora maintainers to react upon bugs in reasonable > times (c.f. Fedora QA's silly delay queues) > Yes, some widely used packages, like perl-Test-Simple, should be maintained in latest version to avoid delays. > - Fedora encouraging its users to use CPAN and thus to expose them to corrupt > their installation. > This is problem of release based distribution. You could apply this argument to any Perl module or any other package. > > There must be strong reason like fixing a bug. > Yes, > > * Fedora's Test::Simple is suffering from the following list of bugs > (http://cpansearch.perl.org/src/MSCHWERN/Test-Simple-0.98/Changes) > > 0.98 Wed, 23 Feb 2011 14:38:02 +1100 > Bug Fixes > * subtest() should not fail if $? is non-zero. (Aaron Crane) > > Docs > * The behavior of is() and undef has been documented. (Pedro Melo) > > > 0.97_01 Fri Aug 27 22:50:30 PDT 2010 > Test Fixes > * Adapted the tests for the new Perl 5.14 regex stringification. > (Karl Williamson) [github 44] > > Doc Fixes > * Document how to test "use Foo ()". (Todd Rinaldo) [github 41] > > Feature Changes > * subtest() no longer has a prototype. It was just getting in the way. > [rt.cpan.org 54239] > * The filehandles used by default will now inherit any filehandle > disciplines from STDOUT and STDERR IF AND ONLY IF they were applied > before Test::Builder is loaded. More later. [rt.cpan.org 46542] > > > 0.96 Tue Aug 10 21:13:04 PDT 2010 > Bug Fixes > * You can call done_testing() again after reset() [googlecode 59] > > Other > * Bug tracker moved to github > > > 0.95_02 Wed May 19 15:46:52 PDT 2010 > Bug Fixes > * Correct various typos and spelling errors (Nick Cleaton) > * Fix alignment of indented multi-line diagnostics from subtests > (Nick Cleaton) > * Fix incorrect operation when subtest called from within a todo block > (Nick Cleaton) > * Avoid spurious output after a fork within a subtest > (Nick Cleaton) > > > 0.95_01 Wed Mar 3 15:36:59 PST 2010 > Bug Fixes > * is_deeply() didn't see a difference in regexes [rt.cpan.org 53469] > * Test::Builder::Tester now sets $tb->todo_output to the output handle and > not the error handle (to be in accordance with the default behaviour of > Test::Builder and allow for testing TODO test behaviour). > * Fixed file/line in failing subtest() diagnostics. (Nick Cleaton) > * Protect against subtests setting $Level (Nick Cleaton) > > New Features > * subtests without a 'plan' or 'no_plan' have an implicit 'done_testing()' > added to them. > * is_deeply() performance boost for large structures consisting of > mostly non-refs (Nick Cleaton) > > Feature Changes > * is() and others will no longer stringify its arguments before > comparing. Overloaded objects will make use of their eq > overload rather than their "" overload. This can break tests of > impolitely string overloaded objects. DateTime prior to 0.54 is > the biggest example. > Thank you for pointing issues in perl(Test-Simple). We will address them. Respectively, the module already lives dually. Reassigning for proper component perl-Test-Simple.
> Respectively, the module already lives dually. Reassigning for proper component > perl-Test-Simple. I haven't checked if this applies to f15, but it doesn't apply to not apply to Fedora < 15: # rpm -q --qf "%{SOURCERPM}\n" perl-Test-Simple perl-5.12.3-141.fc14.src.rpm
(In reply to comment #2) > 0.95_01 Wed Mar 3 15:36:59 PST 2010 [snip > Feature Changes > * is() and others will no longer stringify its arguments before > comparing. Overloaded objects will make use of their eq > overload rather than their "" overload. This can break tests of > impolitely string overloaded objects. DateTime prior to 0.54 is > the biggest example. Since I'm the one who pushed 0.96 (and 0.98) into rawhide, I should explain that this feature change is the reason I didn't also push to f14 (where we still have DateTime 0.53).
(In reply to comment #5) Thanks for this comment, Iain. You just brought up a real world case where not keeping perl-modules sufficiently recent prevents fixing bugs - SCNR, but I felt this had to be said ;) > Since I'm the one who pushed 0.96 (and 0.98) into rawhide, I should explain > that this feature change is the reason I didn't also push to f14 (where we > still have DateTime 0.53). Any reason why DateTime could not be upgraded in Fedora < 15? Do you want me to extend this RFE to DateTime or file another one?
(In reply to comment #4) > > Respectively, the module already lives dually. Reassigning for proper component > > perl-Test-Simple. > I haven't checked if this applies to f15, but it doesn't apply to not apply to > Fedora < 15: > > # rpm -q --qf "%{SOURCERPM}\n" perl-Test-Simple > perl-5.12.3-141.fc14.src.rpm I've checked it. F13--16 provide dual-lived perl-Test-Simple. So upgrading perl-Test-Simple is enough to bring new version to users. $ repoquery --repoid=dist-f16 --whatprovides 'perl(Test::Simple)' perl-Test-Simple-0:0.94-154.fc16.noarch perl-Test-Simple-0:0.98-1.fc16.noarch $ repoquery --repoid=dist-f15 --whatprovides 'perl(Test::Simple)' perl-Test-Simple-0:0.96-1.fc15.noarch perl-Test-Simple-0:0.94-151.fc15.noarch $ repoquery --repoid=dist-f14 --whatprovides 'perl(Test::Simple)' perl-Test-Simple-0:0.94-141.fc14.noarch perl-Test-Simple-0:0.94-2.fc14.noarch $ repoquery --repoid=dist-f13 --whatprovides 'perl(Test::Simple)' perl-Test-Simple-0:0.92-121.fc13.x86_64 perl-Test-Simple-0:0.94-1.fc13.noarch The ones with big release are from perl.spec.
(In reply to comment #6) > > Any reason why DateTime could not be upgraded in Fedora < 15? > > Do you want me to extend this RFE to DateTime or file another one? Steve probably knows better than I do what risks/deps are involved with DateTime. I guess it's safer to file a separate bug to be sure that he's aware.
perl-Test-Simple-0.98-1.fc15 has been submitted as an update for Fedora 15. https://admin.fedoraproject.org/updates/perl-Test-Simple-0.98-1.fc15
perl-Test-Simple-0.98-1.fc14 has been submitted as an update for Fedora 14. https://admin.fedoraproject.org/updates/perl-Test-Simple-0.98-1.fc14
perl-Test-Simple-0.98-1.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report.
perl-Test-Simple-0.98-1.fc15 has been pushed to the Fedora 15 stable repository. If problems still persist, please make note of it in this bug report.
This message is a reminder that Fedora 13 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 13. 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 WONTFIX if it remains open with a Fedora 'version' of '13'. 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 prior to Fedora 13's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 13 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 please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. 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. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
We're up to date in all branches except f13, and I don't think there's any need to push an update (and all its prerequisites) there at this stage.