Re: Infinite looping in self-configuration mode (was Re: [RELEASE CANDIDATE] Apache-Test-1.06)

2004-08-02 Thread Stas Bekman
Geoffrey Young wrote:
OK, please let us know when and if you see it again.
I see that there were quite a few changes since the last A-T release,
any volunteers to wear the Release Manager cap and get a new version out?

I'll do it, once the need_* functions have been implemented (which I'll do
as well :)
Thanks Geoff!
--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com


Re: Infinite looping in self-configuration mode (was Re: [RELEASE CANDIDATE] Apache-Test-1.06)

2004-08-02 Thread Geoffrey Young

> OK, please let us know when and if you see it again.
> 
> I see that there were quite a few changes since the last A-T release,
> any volunteers to wear the Release Manager cap and get a new version out?

I'll do it, once the need_* functions have been implemented (which I'll do
as well :)

--Geoff


Re: Infinite looping in self-configuration mode (was Re: [RELEASE CANDIDATE] Apache-Test-1.06)

2004-08-01 Thread Stas Bekman
William McKee wrote:
How about the current cvs? Do you still get it?

I haven't tried it since my last email and don't have much spare time
at the moment. I suspect I'll run across it again when the next A::T
release comes out if it's not fixed . I'll keep my eyes open.
OK, please let us know when and if you see it again.
I see that there were quite a few changes since the last A-T release, 
any volunteers to wear the Release Manager cap and get a new version out?

--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com


Re: Infinite looping in self-configuration mode (was Re: [RELEASE CANDIDATE] Apache-Test-1.06)

2004-07-27 Thread William McKee
On Fri, Jul 16, 2004 at 05:27:47PM -0700, Stas Bekman wrote:
> >Finally getting back to this thread Even with the latest Apache-Test
> >from CVS, I'm still getting the infinite looping when A::T tries to do
> >it's self-configuration.
> 
> Sorry for taking so long to followup, William. It's hard to guess what 
> could the problem be, when I can't reproduce it.

Hey Stas,

Thnnks for getting back to me. I was hoping the error message regarding
the Apache revision may give you some hints. It doesn't mean much to me.


> How about the current cvs? Do you still get it?

I haven't tried it since my last email and don't have much spare time
at the moment. I suspect I'll run across it again when the next A::T
release comes out if it's not fixed . I'll keep my eyes open.


Thanks,
WIlliam

--
Knowmad Services Inc.
http://www.knowmad.com


Re: Infinite looping in self-configuration mode (was Re: [RELEASE CANDIDATE] Apache-Test-1.06)

2004-07-17 Thread Stas Bekman
William McKee wrote:
On Mon, May 24, 2004 at 11:19:02AM -0700, Stas Bekman wrote:
I'm not sure, but you could run both with tracing on -trace=debug or 
APACHE_TEST_TRACE_LEVEL=debug and then compare the logs. Could be that in 
one case it finds a global httpd.conf but not in the other?

Hi Stas,
Finally getting back to this thread Even with the latest Apache-Test
from CVS, I'm still getting the infinite looping when A::T tries to do
it's self-configuration.
Sorry for taking so long to followup, William. It's hard to guess what 
could the problem be, when I can't reproduce it.

How about the current cvs? Do you still get it?
--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com


Infinite looping in self-configuration mode (was Re: [RELEASE CANDIDATE] Apache-Test-1.06)

2004-06-18 Thread William McKee
On Mon, May 24, 2004 at 11:19:02AM -0700, Stas Bekman wrote:
> I'm not sure, but you could run both with tracing on -trace=debug or 
> APACHE_TEST_TRACE_LEVEL=debug and then compare the logs. Could be that in 
> one case it finds a global httpd.conf but not in the other?

Hi Stas,

Finally getting back to this thread Even with the latest Apache-Test
from CVS, I'm still getting the infinite looping when A::T tries to do
it's self-configuration.

In my estimation, the following line is the significant difference
between the two traces:

  can't figure out Apache revision, from string: '', using a non-existing 
revision 0

That error happens several times in guess-mode but is never seen in the
successful run. Furthermore, as you can see from the successful trace,
my path to EAPI_MM_CORE_PATH is indeed relative -- 'logs/httpd.mm'.



William

---


Here's the output with trace from an unsuccessful make test:

  /usr/local/bin/perl -Iblib/arch -Iblib/lib \
  t/TEST -clean
  setting ulimit to allow core files
  ulimit -c unlimited; /usr/local/bin/perl 
/home/william/perl/modperl-2.0/Apache-Test/t/TEST -clean
  trying to load custom config data
  loading custom config path 
'/home/william/.apache-test/Apache/TestConfigData.pm'
  can't figure out Apache revision, from string: '', using a non-existing 
revision 0
  can't figure out Apache revision, from string: '', using a non-existing 
revision 0
  unlink 
/home/william/perl/modperl-2.0/Apache-Test/t/logs/apache_runtime_status.sem: No 
such file or directory
  APACHE_TEST_GROUP= APACHE_TEST_HTTPD= APACHE_TEST_PORT= APACHE_TEST_USER= 
APACHE_TEST_APXS= \
  /usr/local/bin/perl -Iblib/arch -Iblib/lib \
  t/TEST -bugreport -verbose=0 
  setting ulimit to allow core files
  ulimit -c unlimited; /usr/local/bin/perl 
/home/william/perl/modperl-2.0/Apache-Test/t/TEST -bugreport -verbose=0
  trying to load custom config data
  loading custom config path 
'/home/william/.apache-test/Apache/TestConfigData.pm'
  can't figure out Apache revision, from string: '', using a non-existing 
revision 0
  generating conf/mime.types
  generating htdocs/index.html
  Will 'Include' /home/william/perl/modperl-2.0/Apache-Test/t/conf/extra.conf 
config file
  generating conf/extra.conf from 
/home/william/perl/modperl-2.0/Apache-Test/t/conf/extra.conf.in
  generating conf/httpd.conf
  generating conf/apache_test_config.pm
  saving config data to apache_test_config.pm
  trying to load custom config data
  can't figure out Apache revision, from string: '', using a non-existing 
revision 0
  unlink /home/william/perl/modperl-2.0/Apache-Test/t/conf/mime.types
  unlink /home/william/perl/modperl-2.0/Apache-Test/t/htdocs/index.html
  unlink /home/william/perl/modperl-2.0/Apache-Test/t/conf/apache_test_config.pm
  unlink 
/home/william/perl/modperl-2.0/Apache-Test/t/logs/apache_runtime_status.sem: No 
such file or directory
  unlink /home/william/perl/modperl-2.0/Apache-Test/t/conf/httpd.conf
  unlink /home/william/perl/modperl-2.0/Apache-Test/t/conf/extra.conf
  rmdir /home/william/perl/modperl-2.0/Apache-Test/t/logs
  rmdir /home/william/perl/modperl-2.0/Apache-Test/t/htdocs


  We are now going to configure the Apache-Test framework.
  This configuration process needs to be done only once.
  .


And here's the output from a successful test (done by passing -httpd
path to perl Makefile.PL command):

  /usr/local/bin/perl -Iblib/arch -Iblib/lib \
  t/TEST -clean
  setting ulimit to allow core files
  ulimit -c unlimited; /usr/local/bin/perl 
/home/william/perl/modperl-2.0/Apache-Test/t/TEST -clean
  trying to load custom config data
  loading custom config path 
'/home/william/.apache-test/Apache/TestConfigData.pm'
  isolated httpd_info VERSION = Apache/1.3.31 (Unix)
  isolated httpd_info BUILT = May 28 2004 18:55:40
  isolated httpd_info MODULE_MAGIC_NUMBER = 19990320:16
  isolated httpd_defines EAPI = 1
  isolated httpd_defines EAPI_MM = 1
  isolated httpd_defines EAPI_MM_CORE_PATH = logs/httpd.mm
  isolated httpd_defines HAVE_MMAP = 1
  isolated httpd_defines HAVE_SHMGET = 1
  isolated httpd_defines USE_SHMGET_SCOREBOARD = 1
  isolated httpd_defines USE_MMAP_FILES = 1
  isolated httpd_defines HAVE_FCNTL_SERIALIZED_ACCEPT = 1
  isolated httpd_defines HAVE_SYSVSEM_SERIALIZED_ACCEPT = 1
  isolated httpd_defines SINGLE_LISTEN_UNSERIALIZED_ACCEPT = 1
  isolated httpd_defines DYNAMIC_MODULE_LIMIT = 64
  isolated httpd_defines HARD_SERVER_LIMIT = 256
  isolated httpd_defines HTTPD_ROOT = /usr/local/apache
  isolated httpd_defines SUEXEC_BIN = /usr/local/apache/bin/suexec
  isolated httpd_defines DEFAULT_PIDLOG = logs/httpd.pid
  isolated httpd_defines DEFAULT_SCOREBOARD = logs/httpd.scoreboard
  isolated httpd_defines DEFAULT_LOCKFILE = logs/httpd.lock
  isolated httpd_defines DEFAULT_ERRORLOG = logs/error_log
  isolated httpd_defines TYPES_CONFIG_FILE = conf/mime.types
  isolated httpd_defines SERVER_CONFIG_FILE = conf/httpd.conf
  isolated httpd_defines ACCESS_CONFIG_FILE = conf

Re: [RELEASE CANDIDATE] Apache-Test-1.06

2004-05-24 Thread Stas Bekman
William McKee wrote:
Thanks for the info Stas and Joe. I will try rebuilding with Joe's
suggestion. However, I'm curious why things work just fine when I run
the tests and pass in the path to httpd. For example:
t/TEST -httpd /usr/local/apache/bin/httpd
I'm not sure, but you could run both with tracing on -trace=debug or 
APACHE_TEST_TRACE_LEVEL=debug and then compare the logs. Could be that in one 
case it finds a global httpd.conf but not in the other?

--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com


Re: [RELEASE CANDIDATE] Apache-Test-1.06

2004-05-24 Thread William McKee
Thanks for the info Stas and Joe. I will try rebuilding with Joe's
suggestion. However, I'm curious why things work just fine when I run
the tests and pass in the path to httpd. For example:

t/TEST -httpd /usr/local/apache/bin/httpd


William

-- 
Knowmad Services Inc.
http://www.knowmad.com


Re: [RELEASE CANDIDATE] Apache-Test-1.06

2004-05-22 Thread Joe Orton
On Fri, May 21, 2004 at 02:19:10PM -0700, Stas Bekman wrote:
> >Yes, it exists and is executable. I wonder if there is a permissions
> >problem That appears to be a problem. If I try to run it as a normal
> >user (which is how I was testing), I get the following error:
> >
> >  Ouch! ap_mm_create(1048576, "/usr/local/apache/logs/httpd.mm.6895")
> >  failed
> >  Error: MM: mm:core: failed to open semaphore file (Permission denied):
> >  OS: No such file or directory

This is an inevitable failure if you build httpd patched with EAPI (for
mod_ssl), using an absolute path for EAPI_MM_CORE_PATH.  You can fix it 
by using a relative path, e.g. -DEAPI_MM_CORE_PATH=\"logs/httpd.mm\"

joe


Re: [RELEASE CANDIDATE] Apache-Test-1.06

2004-05-21 Thread Stas Bekman
William McKee wrote:
On Fri, May 21, 2004 at 01:43:49PM -0700, Stas Bekman wrote:
So does this file exist and executable? /usr/local/apache/bin/httpd? any 
symlinks involved? I fail to reproduce it on my machine.

Yes, it exists and is executable. I wonder if there is a permissions
problem That appears to be a problem. If I try to run it as a normal
user (which is how I was testing), I get the following error:
  Ouch! ap_mm_create(1048576, "/usr/local/apache/logs/httpd.mm.6895")
  failed
  Error: MM: mm:core: failed to open semaphore file (Permission denied):
  OS: No such file or directory
Of course, that is using the default configuration file which is
probably the reason its trying to write to /usr/local/apache/logs. 

However, if I go to the t/conf directory and try the following command:
/usr/local/apache/bin/httpd -f httpd.conf
I'm getting similar output:
Ouch! ap_mm_create(1048576, "/usr/local/apache/logs/httpd.mm.7012")
failed
Error: MM: mm:core: failed to open semaphore file (Permission denied):
OS: No such file or directory
so it's not A-T's problem. It tries to run httpd to get the needed info and it 
fails since httpd is broken.

Now, why is it broken I don't know. Something to do with libmm I guess. Have 
you upgraded it or something? I guess you want to ask that at the apache-users 
mailing list.  I have never seen this kind of problem before.

--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com


Re: [RELEASE CANDIDATE] Apache-Test-1.06

2004-05-21 Thread William McKee
On Fri, May 21, 2004 at 01:43:49PM -0700, Stas Bekman wrote:
> So does this file exist and executable? /usr/local/apache/bin/httpd? any 
> symlinks involved? I fail to reproduce it on my machine.

Yes, it exists and is executable. I wonder if there is a permissions
problem That appears to be a problem. If I try to run it as a normal
user (which is how I was testing), I get the following error:

  Ouch! ap_mm_create(1048576, "/usr/local/apache/logs/httpd.mm.6895")
  failed
  Error: MM: mm:core: failed to open semaphore file (Permission denied):
  OS: No such file or directory

Of course, that is using the default configuration file which is
probably the reason its trying to write to /usr/local/apache/logs. 

However, if I go to the t/conf directory and try the following command:

/usr/local/apache/bin/httpd -f httpd.conf

I'm getting similar output:

Ouch! ap_mm_create(1048576, "/usr/local/apache/logs/httpd.mm.7012")
failed
Error: MM: mm:core: failed to open semaphore file (Permission denied):
OS: No such file or directory


HTH,
William

-- 
Knowmad Services Inc.
http://www.knowmad.com


Re: [RELEASE CANDIDATE] Apache-Test-1.06

2004-05-21 Thread Stas Bekman
William McKee wrote:
On Fri, May 21, 2004 at 10:38:59AM -0700, Stas Bekman wrote:
Thanks William, what do you have inside:
/home/william/.apache-test/Apache/TestConfigData.pm
[...]
$Apache::TestConfigData::vars = {
'httpd' => '/usr/local/apache/bin/httpd',
So does this file exist and executable? /usr/local/apache/bin/httpd? any 
symlinks involved? I fail to reproduce it on my machine.

--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com


Re: [RELEASE CANDIDATE] Apache-Test-1.06

2004-05-21 Thread William McKee
On Fri, May 21, 2004 at 10:38:59AM -0700, Stas Bekman wrote:
> Thanks William, what do you have inside:
> /home/william/.apache-test/Apache/TestConfigData.pm


package Apache::TestConfigData;

use strict;
use warnings;

$Apache::TestConfigData::vars = {
'httpd' => '/usr/local/apache/bin/httpd',

};

1;

=head1 NAME

Apache::TestConfigData - Configuration file for Apache::Test

=cut




-- 
Knowmad Services Inc.
http://www.knowmad.com


Re: [RELEASE CANDIDATE] Apache-Test-1.06

2004-05-21 Thread Stas Bekman
William McKee wrote:
On Thu, May 20, 2004 at 08:29:33PM -0700, Stas Bekman wrote:
Please show us the verbose trace:
t/TEST -trace=debug
including the part where you completed the interactive questions, and it 
brought you back to interactive config again.

Got the latest version from CVS again and this time received the
following message when running `perl Makefile.PL':
generating script t/TEST
Checking if your kit is complete...
Warning: the following files are missing in your kit:
META.yml
Please inform the author.
Writing Makefile for Apache::Test
The trace is attached. Note that this test was performed on a different
system which apparently did not have the location of my server cached so
I had to type it in. I still saw the same looping behavior.
All tests pass if I run `t/TEST -httpd /usr/local/apache/bin/httpd'.
Thanks William, what do you have inside:
/home/william/.apache-test/Apache/TestConfigData.pm
--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com


Re: [RELEASE CANDIDATE] Apache-Test-1.06

2004-05-21 Thread William McKee
On Thu, May 20, 2004 at 08:29:33PM -0700, Stas Bekman wrote:
> Please show us the verbose trace:
> 
> t/TEST -trace=debug
> 
> including the part where you completed the interactive questions, and it 
> brought you back to interactive config again.


Got the latest version from CVS again and this time received the
following message when running `perl Makefile.PL':

generating script t/TEST
Checking if your kit is complete...
Warning: the following files are missing in your kit:
META.yml
Please inform the author.
Writing Makefile for Apache::Test


The trace is attached. Note that this test was performed on a different
system which apparently did not have the location of my server cached so
I had to type it in. I still saw the same looping behavior.

All tests pass if I run `t/TEST -httpd /usr/local/apache/bin/httpd'.


William

-- 
Knowmad Services Inc.
http://www.knowmad.com
[EMAIL PROTECTED]:~/perl/modperl-2.0/Apache-Test$ t/TEST -trace=debug
setting ulimit to allow core files
ulimit -c unlimited; /usr/local/bin/perl 
/home/william/perl/modperl-2.0/Apache-Test/t/TEST -trace=debug
trying to load custom config data
loading custom config path '/home/william/.apache-test/Apache/TestConfigData.pm'
can't figure out Apache revision, from string: '', using a non-existing 
revision 0
generating conf/mime.types
generating htdocs/index.html
Will 'Include' /home/william/perl/modperl-2.0/Apache-Test/t/conf/extra.conf 
config file
generating conf/extra.conf from 
/home/william/perl/modperl-2.0/Apache-Test/t/conf/extra.conf.in
generating conf/httpd.conf
generating conf/apache_test_config.pm
saving config data to apache_test_config.pm
trying to load custom config data
can't figure out Apache revision, from string: '', using a non-existing 
revision 0
unlink /home/william/perl/modperl-2.0/Apache-Test/t/conf/mime.types
unlink /home/william/perl/modperl-2.0/Apache-Test/t/htdocs/index.html
unlink /home/william/perl/modperl-2.0/Apache-Test/t/conf/apache_test_config.pm
unlink 
/home/william/perl/modperl-2.0/Apache-Test/t/logs/apache_runtime_status.sem: No 
such file or directory
unlink /home/william/perl/modperl-2.0/Apache-Test/t/conf/httpd.conf
unlink /home/william/perl/modperl-2.0/Apache-Test/t/conf/extra.conf
rmdir /home/william/perl/modperl-2.0/Apache-Test/t/logs
rmdir /home/william/perl/modperl-2.0/Apache-Test/t/htdocs


We are now going to configure the Apache-Test framework.
This configuration process needs to be done only once.



First we need to know where the 'httpd' executable is located.
If you have more than one Apache server is installed, make sure
you supply the path to the one you are going to use for testing.
You can always override this setting at run time via the '-httpd'
option. For example:

  % t/TEST -httpd /path/to/alternative/httpd

or via the environment variable APACHE_TEST_HTTPD. For example:

  % APACHE_TEST_HTTPD=/path/to/alternative/httpd t/TEST

If for some reason you want to skip the test suite, type: skip

Please provide a full path to 'httpd' executable:

 [] /usr/local/apache/bin/httpd


Next we need to know where the 'apxs' script is located. This script
provides a lot of information about the apache installation, and makes
it easier to find things. However it's not available on all platforms,
therefore it's optional.

If you don't have it installed it's not a problem. Just press Enter.

Notice that if you have Apache 2.x installed that script could be
called as 'apxs2'.

If you have more than one Apache server is installed, make sure you
supply the path to the apxs script you are going to use for testing.
You can always override this setting at run time via the '-apxs'
option. For example:

  % t/TEST -apxs /path/to/alternative/apxs

or via the environment variable APACHE_TEST_APXS. For example:

  % APACHE_TEST_APXS=/path/to/alternative/apxs t/TEST


Please provide a full path to (optional) 'apxs' executable:

 [] 
Found custom config '/home/william/.apache-test/Apache/TestConfigData.pm'
Writing custom config /home/william/.apache-test/Apache/TestConfigData.pm
rerunning '/usr/local/bin/perl 
/home/william/perl/modperl-2.0/Apache-Test/t/TEST -trace=debug' with new config 
opts
trying to load custom config data
loading custom config path '/home/william/.apache-test/Apache/TestConfigData.pm'
can't figure out Apache revision, from string: '', using a non-existing 
revision 0
generating conf/mime.types
generating htdocs/index.html
Will 'Include' /home/william/perl/modperl-2.0/Apache-Test/t/conf/extra.conf 
config file
generating conf/extra.conf from 
/home/william/perl/modperl-2.0/Apache-Test/t/conf/extra.conf.in
generating conf/httpd.conf
generating conf/apache_test_config.pm
saving config data to apache_test_config.pm
trying to load custom config data
can't figure out Apache revision, from string: '', using a non-existing 
revision 0
unlink /home/william/perl/modperl-2.0/Apache-Test/t/conf/mime.types
unlink /home/william/perl/modperl-2.0/Apache-Test/t/ht

Re: [RELEASE CANDIDATE] Apache-Test-1.06

2004-05-21 Thread Stas Bekman
Geoffrey Young wrote:
Please show us the verbose trace:
t/TEST -trace=debug
including the part where you completed the interactive questions, and it
brought you back to interactive config again.

ok, the plan was to roll an official release this afternoon (as in now).
what's the feeling on this?  release as is or wait for a fix?  the mod_perl
release is dependent on this, as each mod_perl release really needs to come
with an official version of Apache-Test (for reasons we've discussed before).
Please go ahead and release both. mod_perl is not affected since it configures 
A-T on its own. We can release a new A-T later, when William follow ups and we 
figure out what the problem is, if at all.

--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com


Re: [RELEASE CANDIDATE] Apache-Test-1.06

2004-05-21 Thread Geoffrey Young

> Please show us the verbose trace:
> 
> t/TEST -trace=debug
> 
> including the part where you completed the interactive questions, and it
> brought you back to interactive config again.

ok, the plan was to roll an official release this afternoon (as in now).
what's the feeling on this?  release as is or wait for a fix?  the mod_perl
release is dependent on this, as each mod_perl release really needs to come
with an official version of Apache-Test (for reasons we've discussed before).

--Geoff


Re: [RELEASE CANDIDATE] Apache-Test-1.06

2004-05-21 Thread Stas Bekman
William McKee wrote:
On Thu, May 20, 2004 at 08:00:36PM -0700, Stas Bekman wrote:
Make sure you don't have APACHE_TEST_NO_STICKY_PREFERENCES env var turned 
on. That's exactly the problem I've raised in the other thread.

Yeah, I read some of that thread though didn't follow the exact details.
In any case, the only A::T related setting in my env is
APACHE_TEST_COLOR.
Please show us the verbose trace:
t/TEST -trace=debug
including the part where you completed the interactive questions, and it 
brought you back to interactive config again.

Thanks.
--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com


Re: [RELEASE CANDIDATE] Apache-Test-1.06

2004-05-21 Thread William McKee
On Thu, May 20, 2004 at 08:00:36PM -0700, Stas Bekman wrote:
> Make sure you don't have APACHE_TEST_NO_STICKY_PREFERENCES env var turned 
> on. That's exactly the problem I've raised in the other thread.

Yeah, I read some of that thread though didn't follow the exact details.
In any case, the only A::T related setting in my env is
APACHE_TEST_COLOR.


William

-- 
Knowmad Services Inc.
http://www.knowmad.com


Re: [RELEASE CANDIDATE] Apache-Test-1.06

2004-05-21 Thread Stas Bekman
William McKee wrote:
On Thu, May 20, 2004 at 11:58:36AM -0700, Stas Bekman wrote:
Thanks William, it was due to my recent change to remove the use of 
revision 2 as a default.
I was able to reproduce it. Now fixed in cvs. Please confirm that it works 
for you.

Hi Stas,
Actually I just pulled it out of CVS and am stuck in an endless
configuration loop. It is giving me the following option:
Please provide a full path to 'httpd' executable or choose from the
following options:

[1] /usr/local/apache/bin/httpd

 [1] 

If I hit enter, I'm returned back to this prompt. If I type in the
address, it returns me back to the prompt. Any ideas or other tests
you'd like me to run?
Make sure you don't have APACHE_TEST_NO_STICKY_PREFERENCES env var turned on. 
That's exactly the problem I've raised in the other thread.

--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com


Re: [RELEASE CANDIDATE] Apache-Test-1.06

2004-05-21 Thread William McKee
On Thu, May 20, 2004 at 11:58:36AM -0700, Stas Bekman wrote:
> Thanks William, it was due to my recent change to remove the use of 
> revision 2 as a default.
> I was able to reproduce it. Now fixed in cvs. Please confirm that it works 
> for you.

Hi Stas,

Actually I just pulled it out of CVS and am stuck in an endless
configuration loop. It is giving me the following option:

Please provide a full path to 'httpd' executable or choose from the
following options:

[1] /usr/local/apache/bin/httpd

 [1] 


If I hit enter, I'm returned back to this prompt. If I type in the
address, it returns me back to the prompt. Any ideas or other tests
you'd like me to run?


William

--
Knowmad Services Inc.
http://www.knowmad.com


Re: [RELEASE CANDIDATE] Apache-Test-1.06

2004-05-20 Thread Stas Bekman
William McKee wrote:
please take the time to excercise the candidate through all your existing
applications that use Apache-Test and report back successes or failures.

I had errors during testing which appear to be due to problems with the
auto configuration. Here's the steps I used:
perl Makefile.PL
make
make test
Here's the output of the last command:
   /usr/bin/perl -Iblib/arch -Iblib/lib \
   t/TEST -clean
   setting ulimit to allow core files
   ulimit -c unlimited; /usr/bin/perl /home/william/perl/Apache-Test-1.11-dev/t/TEST -clean
   APACHE_TEST_GROUP= APACHE_TEST_HTTPD= APACHE_TEST_PORT= APACHE_TEST_USER= APACHE_TEST_APXS= \
   /usr/bin/perl -Iblib/arch -Iblib/lib \
   t/TEST -bugreport -verbose=0 
   setting ulimit to allow core files
   ulimit -c unlimited; /usr/bin/perl /home/william/perl/Apache-Test-1.11-dev/t/TEST -bugreport -verbose=0
   configure() has failed: Use of uninitialized value in subroutine entry at lib/Apache/TestConfig.pm line 1006.
   
   forcing Apache::TestConfig object save
   run 't/TEST -clean' to clean up before continuing
   +-+
   | To report problems please refer to the SUPPORT file |
   +-+
   make: *** [run_tests] Error 1

However everything works fine with the following command:
perl Makefile.PL --httpd /usr/local/apache/bin/http
make
make test
So, it appears that the configurator is not working for me.
Thanks William, it was due to my recent change to remove the use of revision 2 
as a default.
I was able to reproduce it. Now fixed in cvs. Please confirm that it works for 
you.

We weren't catching it because we didn't test without httpd path arg, I'll add 
the instructions to the RELEASE doc so we will in the future.

--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com


Re: [RELEASE CANDIDATE] Apache-Test-1.06

2004-05-20 Thread William McKee
> please take the time to excercise the candidate through all your existing
> applications that use Apache-Test and report back successes or failures.

I had errors during testing which appear to be due to problems with the
auto configuration. Here's the steps I used:

perl Makefile.PL
make
make test

Here's the output of the last command:

   /usr/bin/perl -Iblib/arch -Iblib/lib \
   t/TEST -clean
   setting ulimit to allow core files
   ulimit -c unlimited; /usr/bin/perl 
/home/william/perl/Apache-Test-1.11-dev/t/TEST -clean
   APACHE_TEST_GROUP= APACHE_TEST_HTTPD= APACHE_TEST_PORT= APACHE_TEST_USER= 
APACHE_TEST_APXS= \
   /usr/bin/perl -Iblib/arch -Iblib/lib \
   t/TEST -bugreport -verbose=0 
   setting ulimit to allow core files
   ulimit -c unlimited; /usr/bin/perl 
/home/william/perl/Apache-Test-1.11-dev/t/TEST -bugreport -verbose=0
   configure() has failed: Use of uninitialized value in subroutine entry at 
lib/Apache/TestConfig.pm line 1006.
   
   forcing Apache::TestConfig object save
   run 't/TEST -clean' to clean up before continuing
   +-+
   | To report problems please refer to the SUPPORT file |
   +-+
   make: *** [run_tests] Error 1


However everything works fine with the following command:

perl Makefile.PL --httpd /usr/local/apache/bin/http
make
make test

So, it appears that the configurator is not working for me.



William

-- 
Knowmad Services Inc.
http://www.knowmad.com


Re: [RELEASE CANDIDATE] Apache-Test-1.06

2004-05-20 Thread David Wheeler
On May 19, 2004, at 9:02 PM, Geoffrey Young wrote:
a release candidate for Apache-Test 1.11 is now available.
  http://perl.apache.org/~geoff/Apache-Test-1.11-dev.tar.gz
please take the time to excercise the candidate through all your 
existing
applications that use Apache-Test and report back successes or 
failures.
All tests pass for me, both in Apache::Test and in my module that uses 
it.

Regards,
David


Re: [RELEASE CANDIDATE] Apache-Test-1.06

2004-05-20 Thread Geoffrey Young
blargh - cut and paste error.  the subject should read Apache-Test-1.11.

--Geoff


[RELEASE CANDIDATE] Apache-Test-1.06

2004-05-20 Thread Geoffrey Young
a release candidate for Apache-Test 1.11 is now available.

  http://perl.apache.org/~geoff/Apache-Test-1.11-dev.tar.gz

please take the time to excercise the candidate through all your existing
applications that use Apache-Test and report back successes or failures.

--Geoff

Changes since 1.10:

if we fail to match the Apache revision (which is OK at the early
stages, like 'perl Makefile.PL', default to a non-existing revision
0. But provide no more misleading defaults (used to default to
revision 2 and then looking for mod_perl2). [Stas]

Improve the regex to match the Apache revision out of 'httpd -v'
[Michael A Nachbaur <[EMAIL PROTECTED]>]

-minclients is now what -maxclients used to be, -maxclients is now
really what it says it is [Stas]

Fix Apache::TestRequest::lwp_as_string to work with LWP 5.79 [Stas]



Re: [RELEASE CANDIDATE] Apache-Test-1.06

2003-11-07 Thread David Wheeler
On Friday, November 7, 2003, at 02:35  PM, Stas Bekman wrote:
I have no problems posting attachements to this list (mozilla-mail || 
pine). It's possible that it's specific to your mail sw. Have you 
tried contacting test-dev-owner to report this problem?
No, haven't worried about it too much. I'll give 'em a shout.
In any case your patch is now in.
Thanks!
David
--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED]  ICQ: 15726394
http://www.kineticode.com/ Yahoo!: dew7e
   Jabber: [EMAIL PROTECTED]
Kineticode. Setting knowledge in motion.[sm]


Re: [RELEASE CANDIDATE] Apache-Test-1.06

2003-11-07 Thread Stas Bekman
David Wheeler wrote:
On Friday, November 7, 2003, at 02:25  PM, Stas Bekman wrote:
That's because the mail list software strips them off! I'll send it 
to you directly.

eh? since when? it's a first time I hear that. Is it because of the 
way your mailer attaches them?

Doubt it, but it has happened to me on this list before. I notice that 
you tend to send patches inline, so you wouldn't have this problem. I 
attach patches because my mailer tends to mangle patches that I include 
inline.
I have no problems posting attachements to this list (mozilla-mail || pine). 
It's possible that it's specific to your mail sw. Have you tried contacting 
test-dev-owner to report this problem?

In any case your patch is now in.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com


Re: [RELEASE CANDIDATE] Apache-Test-1.06

2003-11-07 Thread David Wheeler
On Friday, November 7, 2003, at 02:25  PM, Stas Bekman wrote:
That's because the mail list software strips them off! I'll send it 
to you directly.
eh? since when? it's a first time I hear that. Is it because of the 
way your mailer attaches them?
Doubt it, but it has happened to me on this list before. I notice that 
you tend to send patches inline, so you wouldn't have this problem. I 
attach patches because my mailer tends to mangle patches that I include 
inline.

Regards,
David
--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED]  ICQ: 15726394
http://www.kineticode.com/ Yahoo!: dew7e
   Jabber: [EMAIL PROTECTED]
Kineticode. Setting knowledge in motion.[sm]


Re: [RELEASE CANDIDATE] Apache-Test-1.06

2003-11-07 Thread Stas Bekman
David Wheeler wrote:
On Friday, November 7, 2003, at 02:08  PM, Stas Bekman wrote:
Can you please test with the current cvs, should be fixed now.

Confirmed, thanks!
Thanks for testing, David.
I don't think we have changed anything, besides the patches you've 
submitted by yourself ;) There is no patch attachment, btw.

That's because the mail list software strips them off! I'll send it to 
you directly.
eh? since when? it's a first time I hear that. Is it because of the way your 
mailer attaches them?

__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com


Re: [RELEASE CANDIDATE] Apache-Test-1.06

2003-11-07 Thread David Wheeler
On Friday, November 7, 2003, at 02:08  PM, Stas Bekman wrote:
Can you please test with the current cvs, should be fixed now.
Confirmed, thanks!
I don't think we have changed anything, besides the patches you've 
submitted by yourself ;) There is no patch attachment, btw.
That's because the mail list software strips them off! I'll send it to 
you directly.

Must've been a change in LWP or something.
Regards,
David
--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED]  ICQ: 15726394
http://www.kineticode.com/ Yahoo!: dew7e
   Jabber: [EMAIL PROTECTED]
Kineticode. Setting knowledge in motion.[sm]


Re: [RELEASE CANDIDATE] Apache-Test-1.06

2003-11-07 Thread Stas Bekman
David Wheeler wrote:
On Friday, November 7, 2003, at 01:07  PM, Geoffrey Young wrote:
a release candidate for Apache-Test 1.06 is now available.  1.06 is 
the version of Apache-Test that will ship with mod_perl 1.99_11.

  http://perl.apache.org/~geoff/Apache-Test-1.06-dev.tar.gz
please take the time to excercise the candidate through all your 
existing applications that use Apache-Test and report back successes 
or failures.

Works fine for me. The only issue I noticed was a warning when I ran 
`perl Makefile.PL` for MasonX::Interp::WithCallbacks:

mercury% perl Makefile.PL
Constant subroutine Apache::TestConfig::WIN32 redefined at 
/usr/local/lib/perl5/5.8.2/constant.pm line 108.
Checking if your kit is complete...
Looks good
Writing Makefile for MasonX::Interp::WithCallbacks

No big deal, but you might want to see if you can eliminate it.
Can you please test with the current cvs, should be fixed now.
Actually, I notices I got some test failures that I don't remember 
having before. This is because it looks like at some point calls to POST 
were changed so that redirects are followed, just as they are for calls 
to GET or any of the rest of the request functions. I'm not sure how or 
why this changed (maybe it's a change in LWP??), but it necessitates a 
documentation update. Patch attached.
I don't think we have changed anything, besides the patches you've submitted 
by yourself ;) There is no patch attachment, btw.

__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com


Re: [RELEASE CANDIDATE] Apache-Test-1.06

2003-11-07 Thread David Wheeler
On Friday, November 7, 2003, at 01:07  PM, Geoffrey Young wrote:
a release candidate for Apache-Test 1.06 is now available.  1.06 is 
the version of Apache-Test that will ship with mod_perl 1.99_11.

  http://perl.apache.org/~geoff/Apache-Test-1.06-dev.tar.gz
please take the time to excercise the candidate through all your 
existing applications that use Apache-Test and report back successes 
or failures.
Works fine for me. The only issue I noticed was a warning when I ran 
`perl Makefile.PL` for MasonX::Interp::WithCallbacks:

mercury% perl Makefile.PL
Constant subroutine Apache::TestConfig::WIN32 redefined at 
/usr/local/lib/perl5/5.8.2/constant.pm line 108.
Checking if your kit is complete...
Looks good
Writing Makefile for MasonX::Interp::WithCallbacks

No big deal, but you might want to see if you can eliminate it.
Actually, I notices I got some test failures that I don't remember 
having before. This is because it looks like at some point calls to 
POST were changed so that redirects are followed, just as they are for 
calls to GET or any of the rest of the request functions. I'm not sure 
how or why this changed (maybe it's a change in LWP??), but it 
necessitates a documentation update. Patch attached.

Regards,
David
--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED]  ICQ: 15726394
http://www.kineticode.com/ Yahoo!: dew7e
   Jabber: [EMAIL PROTECTED]
Kineticode. Setting knowledge in motion.[sm]



[RELEASE CANDIDATE] Apache-Test-1.06

2003-11-07 Thread Geoffrey Young
a release candidate for Apache-Test 1.06 is now available.  1.06 is the 
version of Apache-Test that will ship with mod_perl 1.99_11.

  http://perl.apache.org/~geoff/Apache-Test-1.06-dev.tar.gz
please take the time to excercise the candidate through all your existing 
applications that use Apache-Test and report back successes or failures.

--Geoff
Changes since 1.05:
added -startup_timeout and $ENV{APACHE_TEST_STARTUP_TIMEOUT} as places
to specify the maximum number of seconds to wait for the test
server to start.  the default is still 60 seconds.  [Geoffrey Young]
use apxs PREFIX to resolve relative httpd.conf directives
ServerRoot is not present [Mike Cramer]
add support for a new subclass method 'bug_report', which if provided
will be called when 'make test' fails. we use it in mod_perl to print
the pointers on how to proceed when the failure occurs. [Stas]
sudo and su -u aren't portable, therefore use a simple setuid/setguid
perl program instead, to check whether the root directory of the test
suite is rwx by the user/group apache is going to run under (when
running 'make test' as root). [Stas]