Re: [RELEASE CANDIDATE] Apache-Test-1.34 RC1

2010-12-17 Thread Fred Moyer
On Wed, Dec 15, 2010 at 5:36 AM, Mario Brandt  wrote:
> I had a few issues on Win7
>
> Subroutine MY::test redefined at
> C:\build\Apache-Test-1.34-rc1\Makefile.PL line 168.
> t\log_watch.t  Use of uninitialized value $fn in unlink at
> t\log_watch.t line 16.
> t\log_watch.t  Dubious, test returned 22 (wstat 5632, 0x1600)

Thanks for taking the time to run the tests.  Looks like Torsten added
that test a while ago - maybe he'll see this and be able to take a
look at it.  My win32 foo is non-existent.



>
> Test hang itself while running t\redirect.t .
>
> Mario
>
> On Wed, Dec 15, 2010 at 13:14, Jim Jagielski  wrote:
>> +1
>>
>> On Dec 14, 2010, at 12:11 AM, Fred Moyer wrote:
>>
>>> A release candidate for Apache-Test is now available at the following url:
>>>
>>> http://people.apache.org/~phred/Apache-Test-1.34-rc1.tar.gz
>>>
>>> Please download, test, and report back on this RC.  Summary of changes
>>> is below.  A couple of very old (8+ years) compatibility features have
>>> been removed, some bugs are fixed, and some maintenance features have
>>> been added.  Your setup will not be negatively affected unless you are
>>> running versions of mod_perl1 that are three versions out of date on a
>>> case insensitive filesystem.
>>>
>>> -
>>>
>>> Fix build edge case where rpm based mp sources missing Apache2::Build cause
>>> require failure in Apache-TestConfig.  Reported by Ryan Gies.
>>> [Fred Moyer]
>>>
>>> When an explicit shared mod_perl lib is not defined, default to the first
>>> shared module found by find_apache_module().
>>> [Fred Moyer]
>>>
>>> Fix logic error in TOP_LEVEL constant calculation.  Remove Apache::test
>>> compatibility from mod_perl 1.27.
>>> [Fred Moyer]
>>>
>>> Remove the custom config feature, and instead use inline directives,
>>> ENV vars, and look for apxs et al in PATH.
>>> [Fred Moyer]
>>>
>>> Prevent reconfiguration when t/TEST is called with -run-tests only.
>>> (rev 1004278) [Torsten Foertsch]
>>>
>>> Make "t/TEST -ping=block" work when LWP is installed. (rev 1004275)
>>> [Torsten Foertsch]
>>>
>>> Don't attempt to run the test suite as root.  The workarounds needed
>>> to facilitate root testing cause large maintenance costs, and return
>>> no tangible benefits.
>>> [Fred Moyer]
>>>
>>
>>
>

-
To unsubscribe, e-mail: dev-unsubscr...@perl.apache.org
For additional commands, e-mail: dev-h...@perl.apache.org



Re: [RELEASE CANDIDATE] Apache-Test-1.34 RC1

2010-12-17 Thread Fred Moyer
On Tue, Dec 14, 2010 at 7:47 PM, Adam Prime  wrote:
> server localhost:8529 started

> t/more/all.t . skipped: cannot find module 'mod_perl.c'

> All tests successful.
> Files=10, Tests=33,  6 wallclock secs ( 0.09 usr  0.03 sys +  3.78 cusr
>  0.41 csys =  4.31 CPU)
> Result: PASS
>
> not sure why it's not finding mod_perl.c, or is that normal if you're using
> dso's?

I spent a fair amount of time trying to track that down - it appears
to only happen when the tests are run from the mod_perl trunk.
Apache-Test tries very hard to use only the mod_perl binary that is
specified, even if other binaries are present.  I've made some changes
so that it doesn't bail if it finds a binary that wasn't explicitly
specified, but there is still some work to do there.


>
> Adam
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@perl.apache.org
> For additional commands, e-mail: dev-h...@perl.apache.org
>
>

-
To unsubscribe, e-mail: dev-unsubscr...@perl.apache.org
For additional commands, e-mail: dev-h...@perl.apache.org



Re: [RELEASE CANDIDATE] Apache-Test-1.34 RC1

2010-12-17 Thread Adam Prime

On 12/17/2010 2:13 PM, Fred Moyer wrote:

On Tue, Dec 14, 2010 at 7:47 PM, Adam Prime  wrote:

server localhost:8529 started



t/more/all.t . skipped: cannot find module 'mod_perl.c'



All tests successful.
Files=10, Tests=33,  6 wallclock secs ( 0.09 usr  0.03 sys +  3.78 cusr
  0.41 csys =  4.31 CPU)
Result: PASS

not sure why it's not finding mod_perl.c, or is that normal if you're using
dso's?


I spent a fair amount of time trying to track that down - it appears
to only happen when the tests are run from the mod_perl trunk.
Apache-Test tries very hard to use only the mod_perl binary that is
specified, even if other binaries are present.  I've made some changes
so that it doesn't bail if it finds a binary that wasn't explicitly
specified, but there is still some work to do there.



i didn't run those from an SVN checkout, i ran them from the package you 
linked.  I'm not sure what you mean about them being run from mod_perl 
trunk.


Adam

-
To unsubscribe, e-mail: dev-unsubscr...@perl.apache.org
For additional commands, e-mail: dev-h...@perl.apache.org