Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@httpd.apache.org
Received-SPF: neutral (nike.apache.org: 76.96.27.212 is neither permitted nor
 denied by domain of jim@jagunet.com)
Subject: Re: test framework and latest Fedora
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: text/plain; charset=us-ascii
From: Jim Jagielski <jim@jaguNET.com>
In-Reply-To: <AANLkTiki7E=CM6MpWK0VevY4ihh0NGoouLwuVR=6K6OX@mail.gmail.com>
Date: Sun, 23 Jan 2011 13:52:07 -0500
Cc: test-dev@perl.apache.org,
 dev@httpd.apache.org,
 mod_perl Dev <dev@perl.apache.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <339958C4-09F3-4813-826C-B314E1F2DB53@jaguNET.com>
References: <246702DD-2E08-4CE3-AEF8-413919C137F3@apache.org>
 <20110121092939.GA4189@redhat.com>
 <AANLkTiki7E=CM6MpWK0VevY4ihh0NGoouLwuVR=6K6OX@mail.gmail.com>
To: Fred Moyer <fred@redhotpenguin.com>


On Jan 23, 2011, at 1:46 PM, Fred Moyer wrote:

> On Fri, Jan 21, 2011 at 1:29 AM, Joe Orton <jorton@redhat.com> wrote:
>> CC'ing test-dev@.
>>=20
>> On Thu, Jan 20, 2011 at 12:00:41PM -0500, Jim Jagielski wrote:
>>> On the latest Fedora, -times=3DX no longer works:
>>>=20
>>> t/modules/rewrite.t .. ok
>>> t/modules/rewrite.t .. ok
>>> You already have a parser for (t/modules/rewrite.t). Perhaps you =
have run the same test twice. at /usr/share/perl5/TAP/Harness.pm line =
521
>>>=20
>>> CPAN itself is up to date... or is that the problem?
>=20
> That looks like the problem.  When TAP/Parser/Aggregator.pm was added
> in March 2007, it croaked if you tried to reuse the test description.
>=20
> As the primary Apache-Test maintainer right now, I am tempted to
> deprecate this feature in favor of making the codebase simple and
> easier to maintain in the long run.  Updating this feature to work
> with TAP-Harness is an unknown amount of work.  And running tests
> multiple times is more fitting of something like t/SMOKE
> (Apache::TestSmoke) rather than t/TEST.  I can get in there and muck
> with the internals of Apache::TestRun (and A-TR-PHP, Perl, etc) to
> make it behave properly, but my tuits are better spent on insuring
> quality in other parts of this module, and also releasing mod_perl
> 2.0.5.
>=20
> I welcome feedback here on desired approaches.  What is 'times=3D' =
being
> used for?  Can you tryout t/SMOKE instead?
>=20

I'll try SMOKE... I basically use times simply to run the same
test over and over. For example, when people said that the proxy
changes caused the rewrite tests to occasionally fail, a

	t/TEST -times=3D100 t/modules/rewrite

was a good way to try to recreate that...