[Bug 681755] RFE: Please upgrade Test::Simple
bugzilla at redhat.com
bugzilla at redhat.com
Thu Mar 3 11:14:50 UTC 2011
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=681755
Petr Pisar <ppisar at redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fedora-perl-devel-list at redh
| |at.com
Component|perl |perl-Test-Simple
AssignedTo|mmaslano at redhat.com |cweyl at alumni.drew.edu
--- Comment #3 from Petr Pisar <ppisar at redhat.com> 2011-03-03 06:14:49 EST ---
(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.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
More information about the perl-devel
mailing list