Re: Apache::TestMB
Geoffrey Young wrote: [...] Geoff, if you have no objections, can you handle this release? I'm on the road and not the most suitable person to do the release at the moment. sure, I'll try to wrap up a candidate tomorrow. 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: new runtime option: -no-httpd
Geoffrey Young wrote: may be use -nohttpd, so that you don't need to quote the key string? I did it that way to mirror run-tests and others, thinking that using a hyphen to join words was the norm for this project. but either is fine with me. same here, just an idea... no-httpd is fine. -- __ 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: new runtime option: -no-httpd
> +1 :) >> +if ($self->{opts}->{'no-httpd'}) { >> +warning "skipping configuration: -no-httpd specified"; > > > may be it's better to say"skipping httpd configuration"? sure, that's fine. >> +return > > > please don't forget ; if } is on the next line. oops :) > may be use -nohttpd, so that you don't need to quote the key string? I did it that way to mirror run-tests and others, thinking that using a hyphen to join words was the norm for this project. but either is fine with me. --Geoff
Re: new runtime option: -no-httpd
Geoffrey Young wrote: hi all. we have been using Apache-Test to run our entire testing framework, which is great - we can mix and match apache-related and non-apache related tests under the same testing tree and it all works without a hitch. the only problem is that when working on small testing units that don't require apache the overhead Apache-Test introduces when cleaning, configuring, starting, and stopping the server is significant. so, I'd like to add a new runtime option to remove apache-based foo from the test running process. the usage would be something like this $ t/TEST -no-httpd t/TMCS/Constants/01compile.t -v [warning] setting ulimit to allow core files ulimit -c unlimited; /usr/bin/perl /home/geoff/src/tmtest/unit/t/TEST -no-httpd 't/TMCS/Constants/01compile.t' -v [warning] skipping configuration: -no-httpd specified t/TMCS/Constants/01compile1..1 ok 1 - use TMCS::Constants; ok All tests successful. the net result is that this takes, on average, half the time to run this test when apache is taken out of the picture (, which is much better for developers - reducing developer frustration is an important step toward the road to overall test adoption :) anyway, patch attached. +1 +if ($self->{opts}->{'no-httpd'}) { +warning "skipping configuration: -no-httpd specified"; may be it's better to say"skipping httpd configuration"? +return please don't forget ; if } is on the next line. +} + -$self->start; +$self->start unless $self->{opts}->{'no-httpd'}; $self->run_tests; -$self->stop; +$self->stop unless $self->{opts}->{'no-httpd'}; } may be use -nohttpd, so that you don't need to quote the key string? -- __ 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: [NOMINATE] commit access for david wheeler
Randy Kobes wrote: On Wed, 23 Jun 2004, Geoffrey Young wrote: hi all... as suggested by stas in a recent thread, it's about time we gave david commit access to the perl-framework - he has been actively helping with the project for as long as I can remember, from mac-specific stuff to lots of great work on the (often thin) docs. and now he is working feverishly on integrating Module::Build support into Apache-Test, which is in itself a noble effort worthy of commit rights. so, here is my +1. +1 - great idea! +1 -- __ 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: Apache::TestMB
Stas Bekman wrote: > David Wheeler wrote: > >> On Jun 23, 2004, at 9:02 AM, Stas Bekman wrote: >> >>> Now committed with a few minor tweaks, please test it since I don't >>> know how to test it. Thanks David. >> >> >> >> Cool, thanks. What do you need to be able to feel comfortable/ready to >> release it? > > > As I mentioned I don't know how to test it, so if you think it's good, > then nothing stops us from doing that. We ought to post a release > candidate and 24 later go on CPAN. > > Geoff, if you have no objections, can you handle this release? I'm on > the road and not the most suitable person to do the release at the moment. sure, I'll try to wrap up a candidate tomorrow. --Geoff
Re: [NOMINATE] commit access for david wheeler
On Wed, 23 Jun 2004, Geoffrey Young wrote: > hi all... > > as suggested by stas in a recent thread, it's about time we gave david > commit access to the perl-framework - he has been actively helping with the > project for as long as I can remember, from mac-specific stuff to lots of > great work on the (often thin) docs. and now he is working feverishly on > integrating Module::Build support into Apache-Test, which is in itself a > noble effort worthy of commit rights. > > so, here is my +1. +1 - great idea! -- best regards, randy
[NOMINATE] commit access for david wheeler
hi all... as suggested by stas in a recent thread, it's about time we gave david commit access to the perl-framework - he has been actively helping with the project for as long as I can remember, from mac-specific stuff to lots of great work on the (often thin) docs. and now he is working feverishly on integrating Module::Build support into Apache-Test, which is in itself a noble effort worthy of commit rights. so, here is my +1. --Geoff
new runtime option: -no-httpd
hi all. we have been using Apache-Test to run our entire testing framework, which is great - we can mix and match apache-related and non-apache related tests under the same testing tree and it all works without a hitch. the only problem is that when working on small testing units that don't require apache the overhead Apache-Test introduces when cleaning, configuring, starting, and stopping the server is significant. so, I'd like to add a new runtime option to remove apache-based foo from the test running process. the usage would be something like this $ t/TEST -no-httpd t/TMCS/Constants/01compile.t -v [warning] setting ulimit to allow core files ulimit -c unlimited; /usr/bin/perl /home/geoff/src/tmtest/unit/t/TEST -no-httpd 't/TMCS/Constants/01compile.t' -v [warning] skipping configuration: -no-httpd specified t/TMCS/Constants/01compile1..1 ok 1 - use TMCS::Constants; ok All tests successful. the net result is that this takes, on average, half the time to run this test when apache is taken out of the picture (, which is much better for developers - reducing developer frustration is an important step toward the road to overall test adoption :) anyway, patch attached. --Geoff Index: TestRun.pm === RCS file: /home/cvspublic/httpd-test/perl-framework/Apache-Test/lib/Apache/TestRun.pm,v retrieving revision 1.170 diff -u -r1.170 TestRun.pm --- TestRun.pm 26 May 2004 02:14:36 - 1.170 +++ TestRun.pm 23 Jun 2004 18:39:25 - @@ -49,7 +49,8 @@ my %original_t_perms = (); my @std_run = qw(start-httpd run-tests stop-httpd); -my @others = qw(verbose configure clean help ssl http11 bugreport save); +my @others = qw(verbose configure clean help ssl http11 bugreport + save no-httpd); my @flag_opts= (@std_run, @others); my @string_opts = qw(order trace); my @ostring_opts = qw(proxy ping); @@ -68,6 +69,7 @@ 'order=mode' => 'run the tests in one of the modes: ' . '(repeat|rotate|random|SEED)', 'stop-httpd' => 'stop the test server', + 'no-httpd'=> 'run the tests without configuring or starting httpd', 'verbose[=1]' => 'verbose output', 'configure' => 'force regeneration of httpd.conf ' . ' (tests will not be run)', @@ -475,6 +477,11 @@ sub configure { my $self = shift; +if ($self->{opts}->{'no-httpd'}) { +warning "skipping configuration: -no-httpd specified"; +return +} + # create the conf dir as early as possible $self->{test_config}->prepare_t_conf(); @@ -745,11 +752,11 @@ $self->die_on_invalid_args; -$self->start; +$self->start unless $self->{opts}->{'no-httpd'}; $self->run_tests; -$self->stop; +$self->stop unless $self->{opts}->{'no-httpd'}; } # make it easy to move the whole distro w/o running
Re: Error running apache test
I think you misunderstood the problem. I did not build single binary. I seperately build binaries on Red-hat and Fedora machines. i.e I build httpd on two different machine one running Red-hat and one running Fedora core 1. Moreover, I am running Red-hat 9 Its some kind of library incompatibility of httpd and red-hat. Any ideas? Abhishek On Wed, 2004-06-23 at 01:03, Joe Orton wrote: > On Tue, Jun 22, 2004 at 06:08:17PM -0700, Abhishek Khandelwal wrote: > > I am getting another strange problem. > > I compile and install apache 2.0.49 for both fedora core 1 and red-hat > > linux. > > > > Everything seems okay, and installs properly. > > When I start httpd manually, it start running and when I do wget using > > http://localhost It works fine in both the machines. > > > > But, when I run the test provided my perl-test-framework. And try to run > > the server using t/TEST -httpd-start, the server starts perfectly on > > Fedora core but it dies immediately with exit code 255 on Red-hat > > machine. > > The httpd binary you built on Fedora Core 1 will not work correctly > out-of-the-box on Red Hat Linux 8.0 and earlier. If you want to build a > single binary which works correctly across a set of distributions, build > it on the *oldest* target distribution, not the newest. > > joe
Re: Apache::TestMB
On Jun 23, 2004, at 9:19 AM, Stas Bekman wrote: As I mentioned I don't know how to test it, so if you think it's good, then nothing stops us from doing that. We ought to post a release candidate and 24 later go on CPAN. That works for me. As I said, I'll release MasonX::Interp::WithCallbacks to use it as soon as it's released to CPAN. There will no doubt soon be others, too: http://www.justatheory.com/computers/programming/perl/mod_perl/ apache_testmb.html Regards, David
Re: Apache::TestMB
David Wheeler wrote: On Jun 23, 2004, at 9:02 AM, Stas Bekman wrote: Now committed with a few minor tweaks, please test it since I don't know how to test it. Thanks David. Cool, thanks. What do you need to be able to feel comfortable/ready to release it? As I mentioned I don't know how to test it, so if you think it's good, then nothing stops us from doing that. We ought to post a release candidate and 24 later go on CPAN. Geoff, if you have no objections, can you handle this release? I'm on the road and not the most suitable person to do the release at the moment. p.s. perhaps someone can approve my posts to module-build-general, I keep on getting those moderation awaiting notices or drop that list from CC. 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: Apache::TestMB
On Jun 23, 2004, at 9:02 AM, Stas Bekman wrote: Now committed with a few minor tweaks, please test it since I don't know how to test it. Thanks David. Cool, thanks. What do you need to be able to feel comfortable/ready to release it? It's a well kept secret :) existing committers need to vote first, I'll keep you posted as I get more information. Thanks. Regards, David
Re: Apache::TestMB
David Wheeler wrote: Now committed with a few minor tweaks, please test it since I don't know how to test it. Thanks David. Moreover, I think it's time to give you commit access to A-T if you wish to. Do you have an account at apache.org? I don't. How do I get one? A quick look around www.apache.org/dev/ doesn't reveal much... It's a well kept secret :) existing committers need to vote first, I'll keep you posted as I get more information. -- __ 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: Apache::TestMB
Ken Williams wrote: On Jun 22, 2004, at 5:15 PM, Stas Bekman wrote: David Wheeler wrote: I figured. I like my style, too (mainly just cperl-mode style). ;-) pretty much the same here, cperl-mode too :) For HTML::Mason we found it helpful to add the following as the first line of source files: # -*- cperl-indent-level: 4; cperl-continued-brace-offset: -4; cperl-continued-statement-offset: 4 -*- If every A-T developer was using emacs, it'd make sense. Since that's not the case, I think we don't want to start clutter the files with special modes embedded for each editor used by developers. -- __ 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: Error running apache test
On Tue, Jun 22, 2004 at 06:08:17PM -0700, Abhishek Khandelwal wrote: > I am getting another strange problem. > I compile and install apache 2.0.49 for both fedora core 1 and red-hat > linux. > > Everything seems okay, and installs properly. > When I start httpd manually, it start running and when I do wget using > http://localhost It works fine in both the machines. > > But, when I run the test provided my perl-test-framework. And try to run > the server using t/TEST -httpd-start, the server starts perfectly on > Fedora core but it dies immediately with exit code 255 on Red-hat > machine. The httpd binary you built on Fedora Core 1 will not work correctly out-of-the-box on Red Hat Linux 8.0 and earlier. If you want to build a single binary which works correctly across a set of distributions, build it on the *oldest* target distribution, not the newest. joe
Re: Error running apache test
On Tue, 22 Jun 2004, Abhishek Khandelwal wrote: > I changed original ssl.conf > to the SSLMutex default as shown below. > > > # Semaphore: > > # Configure the path to the mutual exclusion semaphore the > > # SSL engine uses internally for inter-process synchronization. > > #SSLMutex file:/opt/oss/var/apache2/run/ssl_mutex > > SSLMutex default > > > > Then I rebuild the test and try to run the test. > But still my error log shows SSLMutex not created error. Does the above change to SSLMutex also appear in the config file generated by Apache-Text beneath t/conf/? If not, try doing a make clean to clean out the old stuff, and then rebuilding. -- best regards, randy
Re: Error running apache test
I changed original ssl.conf to the SSLMutex default as shown below. > # Semaphore: > # Configure the path to the mutual exclusion semaphore the > # SSL engine uses internally for inter-process synchronization. > #SSLMutex file:/opt/oss/var/apache2/run/ssl_mutex > SSLMutex default > Then I rebuild the test and try to run the test. But still my error log shows SSLMutex not created error. On Tue, 2004-06-22 at 20:20, Randy Kobes wrote: > On Tue, 22 Jun 2004, Abhishek Khandelwal wrote: > > > Where exactly I put this? > > > > In the conf file generated by test, which is in t/conf/httpd.conf > > > > or even before compiling and building test, I change the original > > httpd.conf? > > Try changing the original first - I think Apache-Test should > pick up this setting. > > > Also, where exactly do I put this SSLMutex default? > > When installing Apache, assuming a fresh install, this > directive probably appears somewhere in a sample ssl > configuration file.
Re: Error running apache test
On Tue, 22 Jun 2004, Abhishek Khandelwal wrote: > Where exactly I put this? > > In the conf file generated by test, which is in t/conf/httpd.conf > > or even before compiling and building test, I change the original > httpd.conf? Try changing the original first - I think Apache-Test should pick up this setting. > Also, where exactly do I put this SSLMutex default? When installing Apache, assuming a fresh install, this directive probably appears somewhere in a sample ssl configuration file. -- best regards, randy
Re: Error running apache test
Where exactly I put this? In the conf file generated by test, which is in t/conf/httpd.conf or even before compiling and building test, I change the original httpd.conf? Also, where exactly do I put this SSLMutex default? Abhishek On Tue, 2004-06-22 at 19:47, Randy Kobes wrote: > On Tue, 22 Jun 2004, Abhishek Khandelwal wrote: > > > I am getting another strange problem. > > I compile and install apache 2.0.49 for both fedora core 1 and red-hat > > linux. > > > > Everything seems okay, and installs properly. > > When I start httpd manually, it start running and when I do wget using > > http://localhost It works fine in both the machines. > > > > But, when I run the test provided my perl-test-framework. And try to run > > the server using t/TEST -httpd-start, the server starts perfectly on > > Fedora core but it dies immediately with exit code 255 on Red-hat > > machine. > > > > Looking at the error log, in t/log/error_log directory, I see the error: > > [error] (38)Function not implemented: Cannot create SSLMutex > > In the ssl portion of your system httpd.conf, if the > SSLMutex directive is not given as >SSLMutex default > does changing it to that help?
Re: Error running apache test
On Tue, 22 Jun 2004, Abhishek Khandelwal wrote: > I am getting another strange problem. > I compile and install apache 2.0.49 for both fedora core 1 and red-hat > linux. > > Everything seems okay, and installs properly. > When I start httpd manually, it start running and when I do wget using > http://localhost It works fine in both the machines. > > But, when I run the test provided my perl-test-framework. And try to run > the server using t/TEST -httpd-start, the server starts perfectly on > Fedora core but it dies immediately with exit code 255 on Red-hat > machine. > > Looking at the error log, in t/log/error_log directory, I see the error: > [error] (38)Function not implemented: Cannot create SSLMutex In the ssl portion of your system httpd.conf, if the SSLMutex directive is not given as SSLMutex default does changing it to that help? -- best regards, randy kobes
Re: Apache::TestMB
On Jun 22, 2004, at 5:15 PM, Stas Bekman wrote: David Wheeler wrote: I figured. I like my style, too (mainly just cperl-mode style). ;-) pretty much the same here, cperl-mode too :) For HTML::Mason we found it helpful to add the following as the first line of source files: # -*- cperl-indent-level: 4; cperl-continued-brace-offset: -4; cperl-continued-statement-offset: 4 -*- -Ken
Error running apache test
I am getting another strange problem. I compile and install apache 2.0.49 for both fedora core 1 and red-hat linux. Everything seems okay, and installs properly. When I start httpd manually, it start running and when I do wget using http://localhost It works fine in both the machines. But, when I run the test provided my perl-test-framework. And try to run the server using t/TEST -httpd-start, the server starts perfectly on Fedora core but it dies immediately with exit code 255 on Red-hat machine. Looking at the error log, in t/log/error_log directory, I see the error: [error] (38)Function not implemented: Cannot create SSLMutex Here is the complete error log: --- [Tue Jun 22 17:43:02 2004] [info] Init: Initializing OpenSSL library [Tue Jun 22 17:43:02 2004] [info] Init: Seeding PRNG with 136 bytes of entropy [Tue Jun 22 17:43:02 2004] [info] Loading certificate & private key of SSL-aware server [Tue Jun 22 17:43:02 2004] [debug] ssl_engine_pphrase.c(468): unencrypted RSA private key - pass phrase not required [Tue Jun 22 17:43:02 2004] [info] Loading certificate & private key of SSL-aware server [Tue Jun 22 17:43:02 2004] [debug] ssl_engine_pphrase.c(468): unencrypted RSA private key - pass phrase not required [Tue Jun 22 17:43:02 2004] [info] Init: Generating temporary RSA private keys (512/1024 bits) [Tue Jun 22 17:43:02 2004] [info] Init: Generating temporary DH parameters (512/1024 bits) [Tue Jun 22 17:43:02 2004] [error] (38)Function not implemented: Cannot create SSLMutex Ideas??? Abhishek