Re: [RELEASE CANDIDATE] Apache-Test-1.27 RC2
Philip M. Gollucci wrote: A release candidate for Apache-Test 1.27 is now available. http://people.apache.org/~pgollucci/at/Apache-Test-1.27-RC2.tar.gz +1 FreeBSD 7.0-current perl 5.8.7 w/o ithreads httpd 2.0.55 apr not threaded Again, I've got a +1 from Randy. Two more and I'll release this week -- END What doesn't kill us can only make us stronger. Nothing is impossible. Philip M. Gollucci ([EMAIL PROTECTED]) 301.254.5198 Consultant / http://p6m7g8.net/Resume/ Senior Developer / Liquidity Services, Inc. http://www.liquidityservicesinc.com http://www.liquidation.com http://www.uksurplus.com http://www.govliquidation.com http://www.gowholesale.com
[RELEASE CANDIDATE] Apache-Test-1.27 RC2
A release candidate for Apache-Test 1.27 is now available. http://people.apache.org/~pgollucci/at/Apache-Test-1.27-RC2.tar.gz Please take the time to exercise the candidate through all your existing applications that use Apache-Test and report back successes or failures. This candidate contains the following fixes found from RC1: http://svn.apache.org/viewcvs?rev=293485view=rev http://svn.apache.org/viewcvs?rev=314992view=rev Changes since 1.26: localize ScriptSock directive to always point to t/logs/cgisock regardless of inherited and custom mod_cgid settings [Geoffrey Young] Prevent the config file from being overwritten on platforms such as WIN32 under certain conditions. [Randy Kobes] make sure that the TESTS Makefile.PL parameter is properly recognized [Christopher H. Laco apache-test chrislaco.com] Add the output of ldd(unix/cygwin) and otool -L (darwin) for httpd to the mp2bug report script. [Philip M. Gollucci] fall back on using httpd-defined HTTPD_ROOT as the base for httpd.conf if all other options fail. [Geoffrey Young] -- END What doesn't kill us can only make us stronger. Nothing is impossible. Philip M. Gollucci ([EMAIL PROTECTED]) 301.254.5198 Consultant / http://p6m7g8.net/Resume/ Senior Developer / Liquidity Services, Inc. http://www.liquidityservicesinc.com http://www.liquidation.com http://www.uksurplus.com http://www.govliquidation.com http://www.gowholesale.com
Re: [RELEASE CANDIDATE] Apache-Test-1.27 RC2
Philip M. Gollucci wrote: A release candidate for Apache-Test 1.27 is now available. http://people.apache.org/~pgollucci/at/Apache-Test-1.27-RC2.tar.gz Please take the time to exercise the candidate through all your existing applications that use Apache-Test and report back successes or failures. This candidate contains the following fixes found from RC1: http://svn.apache.org/viewcvs?rev=293485view=rev http://svn.apache.org/viewcvs?rev=314992view=rev Changes since 1.26: localize ScriptSock directive to always point to t/logs/cgisock regardless of inherited and custom mod_cgid settings [Geoffrey Young] Prevent the config file from being overwritten on platforms such as WIN32 under certain conditions. [Randy Kobes] make sure that the TESTS Makefile.PL parameter is properly recognized [Christopher H. Laco apache-test chrislaco.com] Add the output of ldd(unix/cygwin) and otool -L (darwin) for httpd to the mp2bug report script. [Philip M. Gollucci] fall back on using httpd-defined HTTPD_ROOT as the base for httpd.conf if all other options fail. [Geoffrey Young] All tests pass on Ubuntu 5.04 with 2.0.54 prefork and Apache 1.3.33, Perl 5.8.4. All tests pass on FreeBSD 5.4-STABLE, Apache 2.0.54 prefork, Perl 5.8.4. All tests pass on Windows XP, Apache 1.3.33, and Perls 5.8.6 and 5.6.1. -=Chris smime.p7s Description: S/MIME Cryptographic Signature
Re: [RELEASE CANDIDATE] Apache-Test-1.27 RC2
On Wed, 12 Oct 2005, Philip M. Gollucci wrote: A release candidate for Apache-Test 1.27 is now available. http://people.apache.org/~pgollucci/at/Apache-Test-1.27-RC2.tar.gz Please take the time to exercise the candidate through all your existing applications that use Apache-Test and report back successes or failures. Builds and tests fine on - linux: Apache/2.0.54 (prefork) - win32: Apache/2.0.54 (winnt) -- best regards, randy
Re: [RELEASE CANDIDATE] Apache-Test-1.27 RC
Philip M. Gollucci wrote: I've noticed we include the RELEASE file in the release tarball. I don't believe mod_perl or apreq do. Is this intentional ? Appologies, this was not correct. Too many directories of this thing. -- END What doesn't kill us can only make us stronger. Nothing is impossible. Philip M. Gollucci ([EMAIL PROTECTED]) 301.254.5198 Consultant / http://p6m7g8.net/Resume/ Senior Developer / Liquidity Services, Inc. http://www.liquidityservicesinc.com http://www.liquidation.com http://www.uksurplus.com http://www.govliquidation.com http://www.gowholesale.com
Re: [RELEASE CANDIDATE] Apache-Test-1.27 RC
Philip M. Gollucci wrote: A release candidate for Apache-Test 1.27 is now available. http://people.apache.org/~pgollucci/at/Apache-Test-1.27-dev.tar.gz I've noticed we include the RELEASE file in the release tarball. I don't believe mod_perl or apreq do. Is this intentional ? -- END What doesn't kill us can only make us stronger. Nothing is impossible. Philip M. Gollucci ([EMAIL PROTECTED]) 301.254.5198 Consultant / http://p6m7g8.net/Resume/ Senior Developer / Liquidity Services, Inc. http://www.liquidityservicesinc.com http://www.liquidation.com http://www.uksurplus.com http://www.govliquidation.com http://www.gowholesale.com
[RELEASE CANDIDATE] Apache-Test-1.27 RC
A release candidate for Apache-Test 1.27 is now available. http://people.apache.org/~pgollucci/at/Apache-Test-1.27-dev.tar.gz Please take the time to exercise the candidate through all your existing applications that use Apache-Test and report back successes or failures. Changes since 1.26: Prevent the config file from being overwritten on platforms such as WIN32 under certain conditions. [Randy Kobes] make sure that the TESTS Makefile.PL parameter is properly recognized [Christopher H. Laco apache-test chrislaco.com] Add the output of ldd(unix/cygwin) and otool -L (darwin) for httpd to the mp2bug report script. [Philip M. Gollucci] fall back on using httpd-defined HTTPD_ROOT as the base for httpd.conf if all other options fail. [Geoffrey Young] -- END What doesn't kill us can only make us stronger. Nothing is impossible. Philip M. Gollucci ([EMAIL PROTECTED]) 301.254.5198 Consultant / http://p6m7g8.net/Resume/ Senior Developer / Liquidity Services, Inc. http://www.liquidityservicesinc.com http://www.liquidation.com http://www.uksurplus.com http://www.govliquidation.com http://www.gowholesale.com
[ANNOUNCE] Apache-Test 1.26
The URL http://people.apache.org/~geoff/Apache-Test-1.26.tar.gz has entered CPAN as file: $CPAN/authors/id/G/GE/GEOFF/Apache-Test-1.26.tar.gz size: 147976 bytes md5: 0626e18f95e36b61b035e7485295128e --Geoff Changes since 1.25: make sure mp2 loading doesn't make it impossible to complete mp1 runs. [Matt Sergeant, Geoffrey Young] add Apache::TestConfigParrot and Apache::TestRunParrot to support mod_parrot server-side testing [Geoffrey Young] update -withtestmore action to properly work with newer versions of Test::Builder [Geoffrey Young]
Re: Apache::Test v1.25 error - Can't use string (Test::Builder)
Too late to run INIT block at C:/Perl/site/lib/Devel/Cover.pm line 153. Too late to run CHECK block at C:/Perl/site/lib/Devel/Cover.pm line 155. don't worry about those. The only interesting line in t/logs/error_log is: [Mon Jul 18 14:32:40 2005] [error] [client 127.0.0.1] failed to resolve handler `TestMore::testmorepm': Can't dup STDERR: Bad file descriptor at C:/Perl/lib/Test/Builder.pm line 1218. that looks like it's out of my control. maybe randy has more insights? waiting 60 seconds for server to start: .Syntax error on line 382 of C:/code/htt pd-test/perl-framework/t/conf/extra.conf: Invalid command 'DAVLockDB', perhaps mis-spelled or defined by a module not incl uded in the server configuration If I comment out the webdav section from t/conf/extra.conf.in, the tests can run (with errors, but that's another matter). odd, since those directives are in a IfModule mod_dav.c block, so I wouldn't think it would hit those directives without being able to process them. hmm... does t/conf/httpd.conf (which is autogenerated) have something like Loadmodule dav_module mod_dav.dll Addmodule mod_dav.c ? or maybe mod_dav is compiled in statically but is incomplete? maybe Dav On is missing? sorry, but I'm not a dav user, so I don't know the gory details of that module. --Geoff
Re: Apache::Test v1.25 error - Can't use string (Test::Builder) as a HASH ref
Geoffrey Young wrote: Now, this looks like a bug. The T::B-reset method expects an object, Apache::Test calls it as a class method. I allow for the possibility that I've completely misunderstood everything--or even just some things. well, it's not exactly a bug - it looks like Test::Builder changed reset() from a class method to an object method since that code was written. I guess I'll need to fix that :) Or may be just move the branch that bundles T-M in into the trunk? This problem has been fixed in that branch if I remember correctly. -- __ 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::Test v1.25 error - Can't use string (Test::Builder) as a HASH ref
Stas Bekman wrote: Geoffrey Young wrote: Now, this looks like a bug. The T::B-reset method expects an object, Apache::Test calls it as a class method. I allow for the possibility that I've completely misunderstood everything--or even just some things. well, it's not exactly a bug - it looks like Test::Builder changed reset() from a class method to an object method since that code was written. I guess I'll need to fix that :) Or may be just move the branch that bundles T-M in into the trunk? This problem has been fixed in that branch if I remember correctly. well, I want to run that branch through a battery of tests before we go and merge it into trunk - I, for one, have quite a bit of testing code that relies on proper Test::More support, so if that all ends up working we're probably good to go. has this issue been resolved yet? http://marc.theaimsgroup.com/?l=apache-modperl-test-devm=111512322421210w=2 --Geoff
Re: Apache::Test v1.25 error - Can't use string (Test::Builder) as a HASH ref
Geoffrey Young wrote: Stas Bekman wrote: Geoffrey Young wrote: Now, this looks like a bug. The T::B-reset method expects an object, Apache::Test calls it as a class method. I allow for the possibility that I've completely misunderstood everything--or even just some things. well, it's not exactly a bug - it looks like Test::Builder changed reset() from a class method to an object method since that code was written. I guess I'll need to fix that :) Or may be just move the branch that bundles T-M in into the trunk? This problem has been fixed in that branch if I remember correctly. well, I want to run that branch through a battery of tests before we go and merge it into trunk - I, for one, have quite a bit of testing code that relies on proper Test::More support, so if that all ends up working we're probably good to go. has this issue been resolved yet? http://marc.theaimsgroup.com/?l=apache-modperl-test-devm=111512322421210w=2 Sorry, I haven't tried it when you've reported it, but it seems to work fine: t/TEST -bugreport -verbose=0 t/more/02testmore.t setting ulimit to allow core files ulimit -c unlimited; /home/stas/perl/5.8.7-ithread/bin/perl5.8.7 /home/stas/apache.org/Apache-Test-unstable/t/TEST -bugreport -verbose=0 't/more/02testmore.t' the default base port is used, using base port 8569 instead /home/stas/httpd/prefork/bin/httpd -d /home/stas/apache.org/Apache-Test-unstable/t -f /home/stas/apache.org/Apache-Test-unstable/t/conf/httpd.conf -D APACHE2 -D PERL_USEITHREADS using Apache/2.0.55-dev (prefork MPM) waiting 60 seconds for server to start: ok (waited 1 secs) server lapin.stason.org:8569 started t/more/02testmore[ info] the default base port is used, using base port 8589 instead request has failed (the response code was: 500) see t/logs/error_log for more details # Looks like your test died before it could output anything. t/more/02testmoredubious Test returned status 255 (wstat 65280, 0xff00) FAILED--1 test script could be run, alas--no output ever seen server lapin.stason.org:8569 shutdown error running tests (please examine t/logs/error_log) +-+ | To report problems please refer to the SUPPORT file | +-+ make: *** [run_tests] Error 1 2 So it's all good right? BTW, I've just synced the branch with the trunk. BTW, once svn.merge was run in the future, you just run it again, since it already sets the mergepoint at the end of its run. Joe Orton rocks! -- __ 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
Apache::Test v1.25 error - Can't use string (Test::Builder) as a HASH ref
Sanity check! Using Apache::Test 1.25, Test::Simple 0.60, mod_perl 2.0, Apache 2.0.54. I have the following in t/response/TestHandler/01compile.pm package TestHandler::01compile; use strict; use warnings FATAL = qw(all); use Apache::Test qw(-withtestmore); use Apache2::Const -compile = qw(OK); sub handler { my $r = shift; plan $r, tests = 1; use_ok('My::ModPerlHandler'); return Apache2::Const::OK; } 1; Can't use string (Test::Builder) as a HASH ref while strict refs in use at C:/Perl/lib/Test/Builder.pm line 179. Looking at Test::Builder 0.30, one finds line 179 is the reset method. sub reset { my ($self) = @_; # We leave this a global because it has to be localized and localizing # hash keys is just asking for pain. Also, it was documented. $Level = 1; $self-{Test_Died}= 0; # line 179 ... Digging through Apache::Test, Test::Builder-reset is called only once, in test_pm_refresh. sub test_pm_refresh { if (@testmore) { Test::Builder-reset; ... Now, this looks like a bug. The T::B-reset method expects an object, Apache::Test calls it as a class method. I allow for the possibility that I've completely misunderstood everything--or even just some things. OTOH, if I avoid Test::More in A::T like so, the test succeeds. use Apache::Test; ... ok( sub { require My::ModPerlHandler }, 1 ); Not that that's a smart way to test it, just what came to mind. -Matt
Re: Apache::Test v1.25 error - Can't use string (Test::Builder) as a HASH ref
Now, this looks like a bug. The T::B-reset method expects an object, Apache::Test calls it as a class method. I allow for the possibility that I've completely misunderstood everything--or even just some things. well, it's not exactly a bug - it looks like Test::Builder changed reset() from a class method to an object method since that code was written. I guess I'll need to fix that :) --Geoff
[ANNOUNCE] Apache-Test 1.25
The uploaded file Apache-Test-1.25.tar.gz has entered CPAN as file: $CPAN/authors/id/G/GO/GOZER/Apache-Test-1.25.tar.gz size: 145772 bytes md5: 315998641c7ba5d3a315da96c10e64d1 Changes since 1.24: provide $Apache::TestUtil::DEBUG_OUTPUT as target for t_debug() statements, defaulting to STDOUT. this allows for changing t_debug() to STDERR when using functions like t_write_file() from within handler() server-side tests. [Geoffrey Young] adjust need_module()/have_module() to not try to require a module if it was explicitly passed with a .c extension. in certain cases this prevents a fatal error (e.g. trying to call Apache::Test::have_module('mod_alias.c') from the Perl sections. [Stas] Philippe M. Chiasson m/gozer\@(apache|cpan|ectoplasm)\.org/ GPG KeyID : 88C3A5A5 http://gozer.ectoplasm.org/ F9BF E0C2 480E 7680 1AE5 3631 CB32 A107 88C3A5A5
[ANNOUNCE] Apache-Test 1.22
we are pleased to announce the latest Apache-Test release, 1.22. the important change to note for this release is that mod_perl support is incompatible with mod_perl versions 1.999_21 and earlier. in other words if you are a mod_perl user only upgrade to this release if you also plan to upgrade to mod_perl 2.0-RC5 (1.999_22). users of the other parts of the distribution (TestRun, TestRunC, TestRunPHP) should be unaffected. now for the details... The URL http://people.apache.org/~geoff/Apache-Test-1.22.tar.gz has entered CPAN as file: $CPAN/authors/id/G/GE/GEOFF/Apache-Test-1.22.tar.gz size: 144807 bytes md5: e62ddf036ae8ab69bf52f20336a656bb --Geoff Changes since 1.21: IMPORTANT this version of Apache-Test does not completely configure mod_perl for mod_perl versions 1.99_21 or earlier. Please read the below changes carefully. *** remove Apache::TestConfig::modperl_2_inc_fixup(). Apache-Test is no longer Apache2.pm aware - it will not configure mod_perl support to look in Apache2/ automatically. [joes] Add support for mp2's Apache:: - Apache2:: rename [joes] The URL http://people.apache.org/~geoff/Apache-Test-1.22.tar.gz has entered CPAN as file: $CPAN/authors/id/G/GE/GEOFF/Apache-Test-1.22.tar.gz size: 144807 bytes md5: e62ddf036ae8ab69bf52f20336a656bb
Re: [ANNOUNCE] Apache-Test 1.22
Geoffrey Young wrote: we are pleased to announce the latest Apache-Test release, 1.22. the important change to note for this release is that mod_perl support is incompatible with mod_perl versions 1.999_21 and earlier. by earlier Geoff meant 1.99_xx .. 1.999_20 (the mp2-tobe versions). It doesn't affect mod_perl1 users. in other words if you are a mod_perl user only upgrade to this release if you also plan to upgrade to mod_perl 2.0-RC5 (1.999_22). users of the other parts of the distribution (TestRun, TestRunC, TestRunPHP) should be unaffected. -- __ 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: [ANNOUNCE] Apache-Test 1.22
Stas Bekman wrote: Geoffrey Young wrote: we are pleased to announce the latest Apache-Test release, 1.22. the important change to note for this release is that mod_perl support is incompatible with mod_perl versions 1.999_21 and earlier. by earlier Geoff meant 1.99_xx .. 1.999_20 (the mp2-tobe versions). It doesn't affect mod_perl1 users. yes, quite sorry about that :) --Geoff
[ANNOUNCE] Apache-Test 1.21
The URL http://cvs.apache.org/~geoff/Apache-Test-1.21.tar.gz has entered CPAN as file: $CPAN/authors/id/G/GE/GEOFF/Apache-Test-1.21.tar.gz size: 144796 bytes md5: dc8b26adc5717e94435479604e74fdfc Changes since 1.20: fix Apache::TestConfig (was missing 'use lib' before using lib::import) [William McKee [EMAIL PROTECTED]] TestConfigPerl will now configure mod_perl last, giving mod_perl highest priority throughout the httpd lifecycle. [Geoffrey Young] Apache::TestConfig::untaint_path needs to remove empty entries in the PATH list, since -T considers those tainted too. [Stas] add Apache::TestHarnessPHP which allows for running client-side scripts via php instead of perl. [Geoffrey Young]
Re: [RELEASE CANDIDATE] Apache-Test 1.21
Geoffrey Young wrote: a release candidate for Apache-Test 1.21 is now available. http://cvs.apache.org/~geoff/Apache-Test-1.21-dev.tar.gz I'm unable to download. I've tried at work and at home without success. I just get a connection timeout error. C:\Documents and Settings\claconslookup cvs.apache.org Server: trinity.dmz.matrix.network Address: 10.10.10.5 Non-authoritative answer: Name:cvs.apache.org Address: 209.237.227.194 Work is behind a proxy. Home is not. -=Chris smime.p7s Description: S/MIME Cryptographic Signature
[RELEASE CANDIDATE] Apache-Test 1.21
a release candidate for Apache-Test 1.21 is now available. http://cvs.apache.org/~geoff/Apache-Test-1.21-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.20: fix Apache::TestConfig (was missing 'use lib' before using lib::import) [William McKee [EMAIL PROTECTED]] TestConfigPerl will now configure mod_perl last, giving mod_perl highest priority throughout the httpd lifecycle. [Geoffrey Young] Apache::TestConfig::untaint_path needs to remove empty entries in the PATH list, since -T considers those tainted too. [Stas] add Apache::TestHarnessPHP which allows for running client-side scripts via php instead of perl. [Geoffrey Young]
Re: [RELEASE CANDIDATE] Apache-Test 1.21
On Mar 21, 2005, at 9:57 AM, Geoffrey Young wrote: a release candidate for Apache-Test 1.21 is now available. http://cvs.apache.org/~geoff/Apache-Test-1.21-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. +1 on Sol8... SUSE 9.2 and OS X later on today :)
Re: Apache-Test subdirectory has moved (again)
Geoffrey Young wrote: hi all... we (uh, I) kinda messed up during the first migration go-round and Apache-Test has moved once again, this time to a more svn-compliant directory structure. hopefully this will be the final resting place, at least for a while :) the Apache-Test/ subdirectory of the perl-framework has migrated to a new location: https://svn.apache.org/repos/asf/perl/Apache-Test/trunk what this means for you is that you need to manually adjust your checkout. again, I wasn't able to make this happen using anything short of $ rm -rf Apache-Test/ $ svn update but if you have a better way I'm sure we all would appreciate it. if you have any problems with access or permissions, just let me know and we'll get it sorted out. Always proves not to rush to update things :) I still didn't do any removes :) and many appologies for making this more painful than it needed to be. Thanks for doing the moving work, Geoff and Justin! -- __ 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-Test subdirectory has moved (again)
Geoffrey Young wrote: hi all... we (uh, I) kinda messed up during the first migration go-round and Apache-Test has moved once again, this time to a more svn-compliant directory structure. hopefully this will be the final resting place, at least for a while :) the Apache-Test/ subdirectory of the perl-framework has migrated to a new location: https://svn.apache.org/repos/asf/perl/Apache-Test/trunk what this means for you is that you need to manually adjust your checkout. again, I wasn't able to make this happen using anything short of $ rm -rf Apache-Test/ $ svn update It doesn't work for me. % rm -rf Apache-Test/ % svn up Apache-Test At revision 153479. it doesn't fetch the new Apache-Test. It seems that only a completely new checkout of the whole modperl-2.0 brings it 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: Apache-Test subdirectory has moved (again)
Geoffrey Young wrote: It doesn't work for me. % rm -rf Apache-Test/ % svn up Apache-Test At revision 153479. it doesn't fetch the new Apache-Test. It seems that only a completely new checkout of the whole modperl-2.0 brings it in. hmm, it worked for me. justin said something about needing to svn up twice on occasion, so maybe that was it - once to update the svn:externals property under mod_perl and one to use that new property to fetch A-T? Yes, that was it. But one needs to run 'svn up' *twice* at the root of the checkout. 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: Apache-Test subdirectory has moved
yay, php docs at perl.apache.org :) they may be more popular, but I think we still win when it comes to open-source altruism :) sure. but what I'm hoping to accomplish is a more coherent set of documentation for Apache-Test that transcends what we've done (and documented well) over in mod_perl-land. so shuffling things about would help that I think. you? I'm all for it! cool. I'm going to spend some time over the next few days trying to get this situated, then. should there be Apache-Test/dist too? or should the CPAN distribution be sufficient? we can do that, although http://search.cpan.org/dist/Apache-Test/ is just as good. but if we want to mirror the way we do mod_perl then we can have dist/ as well, no problem. also we may want to add a /Apache-Test/snapshot for svn-impaired users. that's a good idea. I'll see if I can find the snapshot scripts or talk to whoever I need to to get that setup. --Geoff
Re: Apache-Test subdirectory has moved
Geoffrey Young wrote: [...] cool. I'm going to spend some time over the next few days trying to get this situated, then. should there be Apache-Test/dist too? or should the CPAN distribution be sufficient? we can do that, although http://search.cpan.org/dist/Apache-Test/ is just as good. but if we want to mirror the way we do mod_perl then we can have dist/ as well, no problem. it doesn't matter, less work for us w/o it. also we may want to add a /Apache-Test/snapshot for svn-impaired users. that's a good idea. I'll see if I can find the snapshot scripts or talk to whoever I need to to get that setup. 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: Apache-Test subdirectory has moved
Geoffrey Young wrote: the Apache-Test/ subdirectory of the perl-framework has migrated to a new location: https://svn.apache.org/repos/asf/perl/Apache-Test what this means for you is that you need to manually adjust your checkout $ rm -rf Apache-Test/ $ svn update ugh, rm is not a good idea if you have modified files in it. should svn switch somehow do the trick instead? -- __ 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-Test subdirectory has moved
Stas Bekman wrote: Geoffrey Young wrote: the Apache-Test/ subdirectory of the perl-framework has migrated to a new location: https://svn.apache.org/repos/asf/perl/Apache-Test what this means for you is that you need to manually adjust your checkout $ rm -rf Apache-Test/ $ svn update ugh, rm is not a good idea if you have modified files in it. should svn switch somehow do the trick instead? it probably should but it doesn't. just copy your modified files to someplace safe, do the update, then move then back. --Geoff
Re: Apache-Test subdirectory has moved
Also Geoff please don't forget to update the documentation. Both inside the module and at perl.apache.org docs. Thanks. I couldn't find any mentions of the location of the repository outside of README-SVN. do you know of others? additionally, we should probably update httpd.apache.org/test and create a home for Apache-Test under perl.apache.org. --Geoff
Re: Apache-Test subdirectory has moved
Geoffrey Young wrote: Also Geoff please don't forget to update the documentation. Both inside the module and at perl.apache.org docs. Thanks. I couldn't find any mentions of the location of the repository outside of README-SVN. do you know of others? if you don't find any with grep, then there are none. So we should add one then :) additionally, we should probably update httpd.apache.org/test and create a home for Apache-Test under perl.apache.org. I see that you added test/ but it's probably not the most intuitive naming. I think perl.apache.org/Apache-Test/ is more sensible. And maybe moving testing.pod there would be great too. s/testing.pod/tutorial.pod/? And of course links to it need to be adjusted too, to reflect the new location. (and Apache/README and other docs, like .pm files) -- __ 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-Test subdirectory has moved
Stas Bekman wrote: Geoffrey Young wrote: Also Geoff please don't forget to update the documentation. Both inside the module and at perl.apache.org docs. Thanks. I couldn't find any mentions of the location of the repository outside of README-SVN. do you know of others? if you don't find any with grep, then there are none. So we should add one then :) additionally, we should probably update httpd.apache.org/test and create a home for Apache-Test under perl.apache.org. I see that you added test/ but it's probably not the most intuitive naming. I think perl.apache.org/Apache-Test/ is more sensible. And maybe moving testing.pod there would be great too. s/testing.pod/tutorial.pod/? And of course links to it need to be adjusted too, to reflect the new location. (and Apache/README and other docs, like .pm files) and probably a rewrite rule should be added too for those who link directly to that URL. http://perl.apache.org/docs/general/testing/testing.html#Extending_Configuration_Setup of course we could avoid all that, by keeping the tutorial where it is, and just add a link from config.cfg to 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
Re: Apache-Test subdirectory has moved
if you don't find any with grep, then there are none. So we should add one then :) :) yes, now that it's officially ours we should do more to publicise it. additionally, we should probably update httpd.apache.org/test and create a home for Apache-Test under perl.apache.org. I see that you added test/ but it's probably not the most intuitive naming. I think perl.apache.org/Apache-Test/ is more sensible. that's cool. additionally I think we should have subdirectories for each of the supported languages /Apache-Test/perl /Apache-Test/php /Apache-Test/parrot (someday soon) and so on. in fact, it was the need for a home for php-related docs and whatnot that prompted this move in the first place ;) And maybe moving testing.pod there would be great too. s/testing.pod/tutorial.pod/? yes, specifically under /Apache-Test/perl was what I was going to suggest. And of course links to it need to be adjusted too, to reflect the new location. (and Apache/README and other docs, like .pm files) yes. and probably a rewrite rule should be added too for those who link directly to that URL. http://perl.apache.org/docs/general/testing/testing.html#Extending_Configuration_Setup good idea. from an .htaccess file or do we do that in the core httpd.conf? of course we could avoid all that, by keeping the tutorial where it is, and just add a link from config.cfg to it. sure. but what I'm hoping to accomplish is a more coherent set of documentation for Apache-Test that transcends what we've done (and documented well) over in mod_perl-land. so shuffling things about would help that I think. you? --Geoff
Apache-Test subdirectory has moved
the Apache-Test/ subdirectory of the perl-framework has migrated to a new location: https://svn.apache.org/repos/asf/perl/Apache-Test what this means for you is that you need to manually adjust your checkout $ rm -rf Apache-Test/ $ svn update to get the perl-framework running smoothly again. if you have any problems with access or permissions, just let me know and we'll get it sorted out. part of the reason we did this migration was to separate testing activities from the development of the Apache-Test engine. to that end, two new mailings lists were created: [EMAIL PROTECTED] [EMAIL PROTECTED] so, if you want to follow Apache-Test development you will want to subscribe to one or both of those mailing lists via sending an empty email to [EMAIL PROTECTED] [EMAIL PROTECTED] although I suspect that we will all be following [EMAIL PROTECTED] as well, the use of the new dev list is encouraged for ongoing discussions directly related to Apache-Test. --Geoff
Re: Apache-Test
Oden Eriksson wrote: onsdag 26 januari 2005 00.47 skrev Stas Bekman: One thing I want to figure out is that note in README that suggests to write httpd.conf.in. Can we nuke that, or do you use that? Please leave as is. It can come handy. I for one wasn't able to get it to work as it's documented in that file. I think you said it did work for you. I didn't look at the code though. No, it didn't work exactly as stated in the docs, but close enough. what does close enough mean? In other words how do you think it should work? Should it not generate its own httpd.conf if it finds httpd.conf.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: Apache-Test
Oden Eriksson wrote: But now I need to feed it with defines somehow and make it include module specific files from /etc/conf/conf.d/*.conf that should provide further info. This is tricky, but fun! If you explain what exactly do you mean, we may know how to make that easier. It is tricky due many reasons. Firstly certain files is prohibited to access as non root (we build packages as non root), As you have stated in the other emails this is a non-existing problem, right? If not let's go through this again, since I'm now not sure at all, if something is wrong. One thing I want to figure out is that note in README that suggests to write httpd.conf.in. Can we nuke that, or do you use that? I have to do work arounds, but that's no problem, secondly I'm no perl hacker and that's the fun part as it's a challange to make it work. :) -- __ 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-Test
tisdag 25 januari 2005 02.49 skrev Stas Bekman: Oden Eriksson wrote: But now I need to feed it with defines somehow and make it include module specific files from /etc/conf/conf.d/*.conf that should provide further info. This is tricky, but fun! If you explain what exactly do you mean, we may know how to make that easier. It is tricky due many reasons. Firstly certain files is prohibited to access as non root (we build packages as non root), As you have stated in the other emails this is a non-existing problem, right? If not let's go through this again, since I'm now not sure at all, if something is wrong. It is not a problem related to A-T. One thing I want to figure out is that note in README that suggests to write httpd.conf.in. Can we nuke that, or do you use that? Please leave as is. It can come handy. -- Regards // Oden Eriksson
Re: Apache-Test
One thing I want to figure out is that note in README that suggests to write httpd.conf.in. Can we nuke that, or do you use that? Please leave as is. It can come handy. I for one wasn't able to get it to work as it's documented in that file. I think you said it did work for you. I didn't look at the code though. -- __ 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-Test
onsdag 26 januari 2005 00.47 skrev Stas Bekman: One thing I want to figure out is that note in README that suggests to write httpd.conf.in. Can we nuke that, or do you use that? Please leave as is. It can come handy. I for one wasn't able to get it to work as it's documented in that file. I think you said it did work for you. I didn't look at the code though. No, it didn't work exactly as stated in the docs, but close enough. -- Regards // Oden Eriksson
Re: Apache-Test
Oden Eriksson wrote: torsdag 13 januari 2005 16.15 skrev Stas Bekman: Oden Eriksson wrote: [...] The system is clean except for parts of mod_perl 1.x that seems to be a requisite to get this mod_perl pick up missing pieces. Here's what's installed: what do you mean requisite? you mean mp2 requires mp1? Maybe it's a thing of the past, or I'm just too tired right now. At one time I saw something like Found mod_perl-1.x, good, will install relatively to Apache2/. And that message was despite the MP_INST_APACHE2=1 thing. Hmm, do you think it's a misleading message? I guess we could remove it if MP_INST_APACHE2=1 is used explicitly. Sorry for the delay. Here's the output of this: /usr/bin/perl Makefile.PL 'MP_CCOPTS=-O2 -fomit-frame-pointer -pipe -march=i586 -mtune=pentiumpro -fPIC' MP_INST_APACHE2=1 MP_APXS=/usr/sbin/apxs2 MP_APR_CONFIG=/usr/bin/apr-config INSTALLDIRS=vendor Reading Makefile.PL args from @ARGV MP_CCOPTS = -O2 -fomit-frame-pointer -pipe -march=i586 -mtune=pentiumpro -fPIC MP_INST_APACHE2 = 1 MP_APXS = /usr/sbin/apxs2 MP_APR_CONFIG = /usr/bin/apr-config mod_perl/1.29 installation detected...ok (installing relative to Apache2/) Configuring Apache/2.0.52 mod_perl/1.999.20 Perl/v5.8.6 OK, but I fail to see what it has to do with you thinking that mod_perl 1 is required. If you didn't have modperl 1 installed you won't have had this message, no? -- __ 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-Test
lördag 22 januari 2005 02.24 skrev Stas Bekman: Oden Eriksson wrote: torsdag 13 januari 2005 16.15 skrev Stas Bekman: Oden Eriksson wrote: [...] The system is clean except for parts of mod_perl 1.x that seems to be a requisite to get this mod_perl pick up missing pieces. Here's what's installed: what do you mean requisite? you mean mp2 requires mp1? Maybe it's a thing of the past, or I'm just too tired right now. At one time I saw something like Found mod_perl-1.x, good, will install relatively to Apache2/. And that message was despite the MP_INST_APACHE2=1 thing. Hmm, do you think it's a misleading message? I guess we could remove it if MP_INST_APACHE2=1 is used explicitly. Sorry for the delay. Here's the output of this: /usr/bin/perl Makefile.PL 'MP_CCOPTS=-O2 -fomit-frame-pointer -pipe -march=i586 -mtune=pentiumpro -fPIC' MP_INST_APACHE2=1 MP_APXS=/usr/sbin/apxs2 MP_APR_CONFIG=/usr/bin/apr-config INSTALLDIRS=vendor Reading Makefile.PL args from @ARGV MP_CCOPTS = -O2 -fomit-frame-pointer -pipe -march=i586 -mtune=pentiumpro -fPIC MP_INST_APACHE2 = 1 MP_APXS = /usr/sbin/apxs2 MP_APR_CONFIG = /usr/bin/apr-config mod_perl/1.29 installation detected...ok (installing relative to Apache2/) Configuring Apache/2.0.52 mod_perl/1.999.20 Perl/v5.8.6 OK, but I fail to see what it has to do with you thinking that mod_perl 1 is required. If you didn't have modperl 1 installed you won't have had this message, no? Yes exactly. Now this is crystal clear. Thanks Stas. -- Regards // Oden Eriksson
Re: Apache-Test
Hi again. The port set in the config are all correctly chosen except for filter_out_apache that uses port zero for some reason. -- Regards // Oden Eriksson
Re: Apache-Test
fredag 14 januari 2005 13.16 skrev Oden Eriksson: Hi again. The port set in the config are all correctly chosen except for filter_out_apache that uses port zero for some reason. Ahh, never mind. I had zombie httpd processes. -- Regards // Oden Eriksson
Re: Apache-Test
torsdag 13 januari 2005 01.56 skrev Stas Bekman: Hi Oden, Hi Stas. I have been struggling for several hours now trying to understand how Apache-Test is supposed to work with mod_perl-2.0.0-RC3, apache-2.0.52 and Mandrakelinux. I'm maintaining these softwares in Mandrakelinux. Apache-Test seems to think it's a apache-1.x environment passing -D APACHE1 and for example using Port in the generated config file. Even though I have constructed a httpd.conf.in file it still wants to put Port in the generated file. I'm very confused..., and no perl hacker. don't touch httpd.conf. httpd.conf.in will be ignored. if you want to add more config it has to be named differently. Please see: Oh, I was reading Apache-Test/README and the Cheat List section. I says this was the thing to do. I first tried to put my httpd.conf.in file in Apache-Test/t/conf/ but that was ignored. Then I put it in t/conf/ and that actually worked better until I got Port in the generated file for some reason... http://perl.apache.org/docs/general/testing/testing.html#Extending_Configur ation_Setup I guess it should say that people must not create httpd.conf.in. please explain in detail (show the commands) what are doing, since I don't understand how did you get A-T think it's running apache1. Nothing fancy, make is (excuse the rpm stuff): %{__perl} Makefile.PL \ %if %{build_debug} MP_MAINTAINER=1 \ MP_TRACE=1 \ MP_CCOPTS=$(%{apxs} -q CFLAGS) -g3 -Werror \ %else MP_CCOPTS=$(%{apxs} -q CFLAGS) \ %endif MP_APXS=%{apxs} \ MP_APR_CONFIG=%{_bindir}/apr-config \ MP_INST_APACHE2=1 \ INSTALLDIRS=vendor /dev/null make test gives: [...] /usr/bin/perl5.8.5 -Iblib/arch/Apache2 -Iblib/lib/Apache2 \ t/TEST -clean [warning] setting ulimit to allow core files ulimit -c unlimited; /usr/bin/perl5.8.5 /home/oden/RPM/BUILD/mod_perl-2.0.0-RC3/t/TEST -clean APACHE_TEST_GROUP= APACHE_TEST_HTTPD= APACHE_TEST_PORT= APACHE_TEST_USER= APACHE_TEST_APXS= \ /usr/bin/perl5.8.5 -Iblib/arch/Apache2 -Iblib/lib/Apache2 \ t/TEST -bugreport -verbose=0 [warning] setting ulimit to allow core files ulimit -c unlimited; /usr/bin/perl5.8.5 /home/oden/RPM/BUILD/mod_perl-2.0.0-RC3/t/TEST -bugreport -verbose=0 [ error] Found mod_perl/1.999020, but it can't be used with Apache-PREFORK-AdvancedExtranetServer/2.0.52 ++ | Please file a bug report: http://perl.apache.org/bugs/ | ++ make: *** [run_tests] Error 1 Here I suspected it didn't like my funny server string, so I commented lines 61-65 in the Apache-Test/lib/Apache/TestRunPerl.pm file and that gives: [...] /usr/bin/perl5.8.5 -Iblib/arch/Apache2 -Iblib/lib/Apache2 \ t/TEST -clean [warning] setting ulimit to allow core files ulimit -c unlimited; /usr/bin/perl5.8.5 /home/oden/RPM/BUILD/mod_perl-2.0.0-RC3/t/TEST -clean APACHE_TEST_GROUP= APACHE_TEST_HTTPD= APACHE_TEST_PORT= APACHE_TEST_USER= APACHE_TEST_APXS= \ /usr/bin/perl5.8.5 -Iblib/arch/Apache2 -Iblib/lib/Apache2 \ t/TEST -bugreport -verbose=0 [warning] setting ulimit to allow core files ulimit -c unlimited; /usr/bin/perl5.8.5 /home/oden/RPM/BUILD/mod_perl-2.0.0-RC3/t/TEST -bugreport -verbose=0 /usr/sbin/httpd2 -d /home/oden/RPM/BUILD/mod_perl-2.0.0-RC3/t -f /home/oden/RPM/BUILD/mod_perl-2.0.0-RC3/t/conf/httpd.conf -D APACHE1 -D PERL_USEITHREADS using Apache-PREFORK-AdvancedExtranetServer/2.0.52 (prefork MPM) waiting 120 seconds for server to start: .Syntax error on line 27 of /home/oden/RPM/BUILD/mod_perl-2.0.0-RC3/t/conf/httpd.conf: Port was replaced with Listen in Apache 2.0 [ error] server has died with status 255 (t/logs/error_log wasn't created, start the server in the debug mode) make: *** [run_tests] Error 143 A-T is bundled with modperl and it's the one that should be run. Not any previously installed A-T. The system is clean except for parts of mod_perl 1.x that seems to be a requisite to get this mod_perl pick up missing pieces. Here's what's installed: $ rpm -ql mod_perl-common-1.3.31_1.29-3mdk | grep /usr/lib/ /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/Apache /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/Apache.pm /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/Apache/Connection.pm /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/Apache/Constants /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/Apache/Constants.pm /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/Apache/Constants/Exports.pm /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/Apache/Debug.pm /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/Apache/ExtUtils.pm /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/Apache/FakeRequest.pm /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/Apache/File.pm /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/Apache/Include.pm /usr/lib/perl5/vendor_perl/5.8.5
Re: Apache-Test
Oden Eriksson wrote: I have been struggling for several hours now trying to understand how Apache-Test is supposed to work with mod_perl-2.0.0-RC3, apache-2.0.52 and Mandrakelinux. I'm maintaining these softwares in Mandrakelinux. Apache-Test seems to think it's a apache-1.x environment passing -D APACHE1 and for example using Port in the generated config file. Even though I have constructed a httpd.conf.in file it still wants to put Port in the generated file. I'm very confused..., and no perl hacker. don't touch httpd.conf. httpd.conf.in will be ignored. if you want to add more config it has to be named differently. Please see: Oh, I was reading Apache-Test/README and the Cheat List section. I says this was the thing to do. I first tried to put my httpd.conf.in file in Apache-Test/t/conf/ but that was ignored. Then I put it in t/conf/ and that actually worked better until I got Port in the generated file for some reason... Hmm, I had no idea we had this feature. I guess it exists then. My apologies for misleading you, Oden. http://perl.apache.org/docs/general/testing/testing.html#Extending_Configur ation_Setup I guess it should say that people must not create httpd.conf.in. please explain in detail (show the commands) what are doing, since I don't understand how did you get A-T think it's running apache1. Nothing fancy, make is (excuse the rpm stuff): %{__perl} Makefile.PL \ %if %{build_debug} MP_MAINTAINER=1 \ MP_TRACE=1 \ MP_CCOPTS=$(%{apxs} -q CFLAGS) -g3 -Werror \ %else MP_CCOPTS=$(%{apxs} -q CFLAGS) \ %endif MP_APXS=%{apxs} \ MP_APR_CONFIG=%{_bindir}/apr-config \ MP_INST_APACHE2=1 \ INSTALLDIRS=vendor /dev/null make test gives: unlimited; /usr/bin/perl5.8.5 /home/oden/RPM/BUILD/mod_perl-2.0.0-RC3/t/TEST -bugreport -verbose=0 [ error] Found mod_perl/1.999020, but it can't be used with Apache-PREFORK-AdvancedExtranetServer/2.0.52 ++ | Please file a bug report: http://perl.apache.org/bugs/ | ++ make: *** [run_tests] Error 1 Here I suspected it didn't like my funny server string, so I commented lines 61-65 in the Apache-Test/lib/Apache/TestRunPerl.pm file and that gives: may be we should stop trying to parse the leading string and just gor for /x.y.zz part. Otherwise we will never satisfy everybody. [...] /usr/bin/perl5.8.5 -Iblib/arch/Apache2 -Iblib/lib/Apache2 \ t/TEST -clean [warning] setting ulimit to allow core files ulimit -c unlimited; /usr/bin/perl5.8.5 /home/oden/RPM/BUILD/mod_perl-2.0.0-RC3/t/TEST -clean APACHE_TEST_GROUP= APACHE_TEST_HTTPD= APACHE_TEST_PORT= APACHE_TEST_USER= APACHE_TEST_APXS= \ /usr/bin/perl5.8.5 -Iblib/arch/Apache2 -Iblib/lib/Apache2 \ t/TEST -bugreport -verbose=0 [warning] setting ulimit to allow core files ulimit -c unlimited; /usr/bin/perl5.8.5 /home/oden/RPM/BUILD/mod_perl-2.0.0-RC3/t/TEST -bugreport -verbose=0 /usr/sbin/httpd2 -d /home/oden/RPM/BUILD/mod_perl-2.0.0-RC3/t -f /home/oden/RPM/BUILD/mod_perl-2.0.0-RC3/t/conf/httpd.conf -D APACHE1 -D PERL_USEITHREADS using Apache-PREFORK-AdvancedExtranetServer/2.0.52 (prefork MPM) waiting 120 seconds for server to start: .Syntax error on line 27 of /home/oden/RPM/BUILD/mod_perl-2.0.0-RC3/t/conf/httpd.conf: Port was replaced with Listen in Apache 2.0 Please post the output of: % t/TEST -conf -trace=debug I think what happens is this. MP_INST_APACHE2=1 tweaks Makefile to insert mp2 modules into Apache2 subdir, but since you use a custom INSTALLDIRS it fails to do that. And then: if ($rev == 2) { eval { require Apache2 require mod_perl }; } else { eval { require mod_perl }; } loads modperl1. but I've just tried here with the same options and it works fine. A-T is bundled with modperl and it's the one that should be run. Not any previously installed A-T. The system is clean except for parts of mod_perl 1.x that seems to be a requisite to get this mod_perl pick up missing pieces. Here's what's installed: what do you mean requisite? you mean mp2 requires mp1? $ rpm -ql mod_perl-common-1.3.31_1.29-3mdk | grep /usr/lib/ [...] /usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/mod_perl_tuning.pod -- __ 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-Test
torsdag 13 januari 2005 15.34 skrev Stas Bekman: Geoffrey Young wrote: may be we should stop trying to parse the leading string and just gor for /x.y.zz part. Otherwise we will never satisfy everybody. I think the last time this came up we decided that we just couldn't satsify everyone and we left it as is. my personal pov is that Apache-Test is for the Apache webserver as it ships from httpd.apache.org - if third parties want to mess with the official server designation they can, this being open source and all, but then they shouldn't expect software that adheres to the conventions within httpd to run without similar modifications. that is, if you patch httpd to create a custom server name you can patch Apache-Test to work with the custom name if you want it to work with your distribution. it shouldn't be the development team's issue. In which case we need to remove the custom patterns we have added so far? +1, but the last time we added a new pattern when somebody brought an argument, that users weren't able to run A-T because of this failure and waiting for the vendor to fix this was not an option. Moreover if users download A-T from CPAN and not a binary package from the vendor, they will have this problem and they will come to complain here. So may be my suggestion of just matching the /x.y.zz part is worth a try? To test this I have removed the tagging but got problems elsewhere because we use defines to activate stuff in our config. So for example *if* mod_env is installed we pass -DHAVE_ENV when starting apache. I think the easiest thing for me to do is to make a wrapper that feeds A-T with what it wants. Does the A-T stuff has to be installed? Is it required during mod_perl runtime in any way? -- Regards // Oden Eriksson
Re: Apache-Test
Oden Eriksson wrote: [...] Please post the output of: % t/TEST -conf -trace=debug Attached. So it has matched it as revision 1: [ debug] Matched Apache revision Apache-PREFORK-AdvancedExtranetServer/2.0.52 1 Frankly I have no idea how could it possibly happen. And that's where the problem is coming from. Please try this patch: Index: lib/Apache/TestServer.pm === --- lib/Apache/TestServer.pm(revision 124937) +++ lib/Apache/TestServer.pm(working copy) @@ -67,15 +67,9 @@ # string and various variations made by distributions which mangle # that string -# Apache/2.0.50-dev -($self-{rev}) = $self-{version} =~ m|^Apache/(\d)\.|; +# Foo/x.y.z +($self-{rev}) = $self-{version} =~ m|/(\d)\.|; -# Apache-AdvancedExtranetServer/1.3.29 (Mandrake Linux/1mdk) -($self-{rev}) ||= $self-{version} =~ m|^Apache.*?/(\d)\.|; - -# IBM_HTTP_SERVER/1.3.19 Apache/1.3.20 (Unix) -($self-{rev}) ||= $self-{version} =~ m|^.*?Apache.*?/(\d)\.|; - if ($self-{rev}) { debug Matched Apache revision $self-{version} $self-{rev}; } I think what happens is this. MP_INST_APACHE2=1 tweaks Makefile to insert mp2 modules into Apache2 subdir, but since you use a custom INSTALLDIRS it fails to do that. And then: if ($rev == 2) { eval { require Apache2 require mod_perl }; } else { eval { require mod_perl }; } loads modperl1. but I've just tried here with the same options and it works fine. I also tried to leave out MP_INST_APACHE2=1 as well as not having mod_perl-common-1.3.31_1.29-3mdk installed. I just saw this: Warning: the following files are missing in your kit: META.yml But the file is there. It's possible that Apache-Test/Makefile.PL is the one that has complained. But ignore that for now. A-T is bundled with modperl and it's the one that should be run. Not any previously installed A-T. The system is clean except for parts of mod_perl 1.x that seems to be a requisite to get this mod_perl pick up missing pieces. Here's what's installed: what do you mean requisite? you mean mp2 requires mp1? Maybe it's a thing of the past, or I'm just too tired right now. At one time I saw something like Found mod_perl-1.x, good, will install relatively to Apache2/. And that message was despite the MP_INST_APACHE2=1 thing. Hmm, do you think it's a misleading message? I guess we could remove it if MP_INST_APACHE2=1 is used explicitly. -- __ 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-Test
Stas Bekman wrote: Geoffrey Young wrote: In which case we need to remove the custom patterns we have added so far? hmm, did we actually add any, or just make the regex a bit more loose? I can't recall. can you see how Apache-PREFORK-AdvancedExtranetServer/2.0.52 matches 1? That's because our code is completely broken, since this is bogus: # Apache-AdvancedExtranetServer/1.3.29 (Mandrake Linux/1mdk) ($self-{rev}) ||= $self-{version} =~ m|^Apache.*?/(\d)\.|; # IBM_HTTP_SERVER/1.3.19 Apache/1.3.20 (Unix) ($self-{rev}) ||= $self-{version} =~ m|^.*?Apache.*?/(\d)\.|; it always matches 1. It should be: # Apache-AdvancedExtranetServer/1.3.29 (Mandrake Linux/1mdk) ($self-{rev}) ||= ($self-{version} =~ m|^Apache.*?/(\d)\.|); # IBM_HTTP_SERVER/1.3.19 Apache/1.3.20 (Unix) ($self-{rev}) ||= ($self-{version} =~ m|^.*?Apache.*?/(\d)\.|); we have noticed that bug, since those patterns were written when testing 1.3 and of course it has matched 1 :) yeah, I wish I had noticed before - it's a major gripe of mine that ||= wrecks that match idiom. Let's try first with a relaxed /x.y.zz, before we add yet another env var. ok. --Geoff
Re: Apache-Test
torsdag 13 januari 2005 16.15 skrev Stas Bekman: Oden Eriksson wrote: [...] Please post the output of: % t/TEST -conf -trace=debug Attached. So it has matched it as revision 1: [ debug] Matched Apache revision Apache-PREFORK-AdvancedExtranetServer/2.0.52 1 Frankly I have no idea how could it possibly happen. And that's where the problem is coming from. Please try this patch: [...] That worked! Thanks Stas! But now I need to feed it with defines somehow and make it include module specific files from /etc/conf/conf.d/*.conf that should provide further info. This is tricky, but fun! I think what happens is this. MP_INST_APACHE2=1 tweaks Makefile to insert mp2 modules into Apache2 subdir, but since you use a custom INSTALLDIRS it fails to do that. And then: if ($rev == 2) { eval { require Apache2 require mod_perl }; } else { eval { require mod_perl }; } loads modperl1. but I've just tried here with the same options and it works fine. I also tried to leave out MP_INST_APACHE2=1 as well as not having mod_perl-common-1.3.31_1.29-3mdk installed. I just saw this: Warning: the following files are missing in your kit: META.yml But the file is there. It's possible that Apache-Test/Makefile.PL is the one that has complained. But ignore that for now. Ok. A-T is bundled with modperl and it's the one that should be run. Not any previously installed A-T. The system is clean except for parts of mod_perl 1.x that seems to be a requisite to get this mod_perl pick up missing pieces. Here's what's installed: what do you mean requisite? you mean mp2 requires mp1? Maybe it's a thing of the past, or I'm just too tired right now. At one time I saw something like Found mod_perl-1.x, good, will install relatively to Apache2/. And that message was despite the MP_INST_APACHE2=1 thing. Hmm, do you think it's a misleading message? I guess we could remove it if MP_INST_APACHE2=1 is used explicitly. That would be great! That would mean I don't have to have any apache_1 stuff installed when building this module. Thanks Stas. -- Regards // Oden Eriksson
Recent problem with Apache::Test v. 1.19
Hello: I cannot test Apache::Test version 1.19 on Debian woody (5.006001) because of problems compiling Cwd on perl 5.6. However, it does compile on darwin (5.008001). FYI -- a strange result comes up when using Cwd during the test on darwin: -- use strict; use warnings; no warnings qw(uninitialized); use Cwd; use Apache::Test; use Apache::TestUtil; use Apache::TestRequest qw(GET_BODY GET_OK); use Apache::Wyrd::Services::Index; my $directory = getcwd(); $directory = $directory/t if (-d 't'); my $count = count; print 1..$count\n; my $index = undef; print not unless (GET_OK '/13.html'); print ok 1 - Index creation\n; [...] it fails at the first invocation of GET_OK with the error that the top directory is not exported by the lib module (Apache::TestConfig invokes lib-(top directory). I can circumvent it by invoking: eval 'use lib top directory' before calling GET_FOO, but this is a little kludgy. BK
Re: Apache-Test
Stas Bekman wrote: Maybe it's a thing of the past, or I'm just too tired right now. At one time I saw something like Found mod_perl-1.x, good, will install relatively to Apache2/. And that message was despite the MP_INST_APACHE2=1 thing. Hmm, do you think it's a misleading message? I guess we could remove it if MP_INST_APACHE2=1 is used explicitly. That would be great! That would mean I don't have to have any apache_1 stuff installed when building this module. OK, going to look at it. Could you paste the exact message, Oden? Take a look at modperl-2.0/Makefile.PL: if ($build-{MP_INST_APACHE2}) { print ok (installing relative to Apache2/)\n; } else { The logic looks fine to me. If you have specified MP_INST_APACHE2=1 as you've suggested above, it'd have printed: print ok (installing relative to Apache2/)\n; -- __ 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: Recent problem with Apache::Test v. 1.19
Barry King wrote: Hello: I cannot test Apache::Test version 1.19 on Debian woody (5.006001) because of problems compiling Cwd on perl 5.6. However, it does compile on darwin (5.008001). FYI -- a strange result comes up when using Cwd during the test on darwin: -- use strict; use warnings; no warnings qw(uninitialized); use Cwd; use Apache::Test; use Apache::TestUtil; use Apache::TestRequest qw(GET_BODY GET_OK); use Apache::Wyrd::Services::Index; my $directory = getcwd(); $directory = $directory/t if (-d 't'); my $count = count; print 1..$count\n; my $index = undef; print not unless (GET_OK '/13.html'); print ok 1 - Index creation\n; [...] it fails at the first invocation of GET_OK with the error that the top directory is not exported by the lib module (Apache::TestConfig invokes lib-(top directory). I can circumvent it by invoking: eval 'use lib top directory' before calling GET_FOO, but this is a little kludgy. sorry, I don't understand your interpretation of the errors, Barry. Any chance we can see the exact errors? The requirement for Cwd 2.06 was needed to get the tests running under -T, which was otherwise blowing up (precisely under 5.6.x). If there are problems with Cwd please contact the author of that module. I've added the prerequisite when I saw that it's available on CPAN and builds fine on linux under 5.6. -- __ 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: Recent problem with Apache::Test v. 1.19
Christopher H. Laco wrote: Stas Bekman wrote: [snip] The requirement for Cwd 2.06 was needed to get the tests running under -T, which was otherwise blowing up (precisely under 5.6.x). If there are Just for my learning, which version of -T? [t/mytest.t] #!perl -wT use Apache::Test; or PerlTaint On or perl -wT t/TEST or make test? There is only one version of taint, it doesn't matter how you invoke it. It was blowing up when File::Spec::rel2abs was used. Search this list's archives for that module to find the right thread discussing this problem. In the project I'm currently working on, it's all running under 5.6.1 w/A-T 1.16, stock Cwd 2.04 without any blowups under the first and third options. All hell breaks loose when I try PerlTaint on, but those appeared to be AxKit issue in my case. The difference is not first/third vs. second, but plain perl vs. mod_perl. Under mod_perl there are many things happening which don't happen under plain perl. The main cause is a persistance of things. So some totally unrelated code may cause taint problems. So you need to seek the cause and fix 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
[ANNOUNCE] Apache-Test 1.19
The uploaded file Apache-Test-1.19.tar.gz has entered CPAN as file: $CPAN/authors/id/G/GO/GOZER/Apache-Test-1.19.tar.gz size: 142015 bytes md5: 795c1fcefd0f21b126f573fc46427139 Changes since 1.18: Test for module.c instead of module.so for IfModule in find_and_load_module [Chia-Liang Kao chialiang gmail.com] Apache-Test/META.yml is excluded from mp2 distro to make PAUSE indexer happy, but then perl Makefile.PL complains about a missing META.yml, so autogenerate it if it wasn't in the distro [Stas] Philippe M. Chiasson m/gozer\@(apache|cpan|ectoplasm)\.org/ GPG KeyID : 88C3A5A5 http://gozer.ectoplasm.org/ F9BF E0C2 480E 7680 1AE5 3631 CB32 A107 88C3A5A5 signature.asc Description: OpenPGP digital signature
[ANNOUNCE] Apache-Test 1.18
The uploaded file Apache-Test-1.18.tar.gz has entered CPAN as file: $CPAN/authors/id/G/GO/GOZER/Apache-Test-1.18.tar.gz size: 141721 bytes md5: 22e566a51d2e2b5c6647ecd6f36a1b65 Changes since 1.17: fix a bug in A-T config generation, when a vhost entry was in autogenerated httpd.conf (e.g. coming from .pm file) and another from extra.conf.in. We used to have a ports collision, since extra.conf wasn't reparsed and the same port was getting assigned to more than one vhost entry, preventing server startup: default_ VirtualHost overlap on port 8530, the first has precedence (98)Address already in use: make_sock: could not bind to address 0.0.0.0:8530 no listening sockets available, shutting down could be reproduced with t/TEST -conf followed by t/TEST -maxclients 1 in the mp2 test suite (or the new Apache-TestMe test suite, which now includes a special setup for this bug). [Stas] new TestConfig wrapper find_and_load_module [Chia-Liang Kao chialiang gmail.com] add Apache-TestItSelf and Apache-TestMe sub-projects. [Stas] add various straps to aid the new Apache-TestItSelf sub-project, which is used to test A-T config options [Stas] avoid entering endless loops when interactive config is used, by restarting the test suite with an explicit selected arguments for -httpd (and optionally -apxs) [Stas] META.yml is now locally maintained. we need to tell PAUSE indexer not to try to index HTTP::Request::Common and warnings packages, which happen to be used by A-T [Stas] __ 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 signature.asc Description: OpenPGP digital signature
Re: svn commit: r111983 - /httpd/test/trunk/perl-framework/Apache-Test/ToDo
[EMAIL PROTECTED] wrote: Author: stas Date: Wed Dec 15 08:08:52 2004 New Revision: 111983 URL: http://svn.apache.org/viewcvs?view=revrev=111983 Log: - general config: adjust Apache/TestConfig.pm not to write irrelevant httpd.conf sections (e.g. IfModule prefork.c for win32, and vice versa, A-T knows exactly what mpm it needs to write the config for). Thus reducing the clutter. - winnt case: Apache/TestConfig.pm config for IfModule mpm_winnt.c before Apache-2.0.50 ThreadsPerChild had to be at least as big as the number of Vhosts. This was fixed in 2.0.50. Since A-T knows the httpd version, it shouldn't start so many threads for httpd = 2.0.50, but @[EMAIL PROTECTED] Also add BACK_COMPAT_MARKER in the logic so when no longer support httpd 2.0.50, this logic could be removed. Chris, if you are still looking at what to do to improve A-T, I think this two new todo items might be of interest to you. -- __ 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: svn commit: r111983 - /httpd/test/trunk/perl-framework/Apache-Test/ToDo
Stas Bekman wrote: Chris, if you are still looking at what to do to improve A-T, I think this two new todo items might be of interest to you. I'm knee deep in another project at the moment, but I'm sure I'll get sick of it and need a break by the end of the weekend. No problem, there is no hurry, those are nice to have things. also these two items shouldn't take more than an hour, probably most of the time will be spent for testing I still need to take a crack at the mp2 RC and see if it will build on my setup as well. that's definitely more important! I would think so. I did a quick test that night, and I still couldn't do a stock perl Makefile.PL and have it find libs without doing perl Makefile.PL MP_AP_PREFIX=C:\Development\Apache2 instead. I thought there were a few patches for that, but maybe not. since I hadn't spent more than 2 minutes on the process, I didn't submit a bug report as of yet. -=Chris
Re: svn commit: r111983 - /httpd/test/trunk/perl-framework/Apache-Test/ToDo
I still need to take a crack at the mp2 RC and see if it will build on my setup as well. that's definitely more important! I would think so. I did a quick test that night, and I still couldn't do a stock perl Makefile.PL and have it find libs without doing perl Makefile.PL MP_AP_PREFIX=C:\Development\Apache2 instead. I thought there were a few patches for that, but maybe not. You are on the mined win32 land, nothing is taken for granted there. If an explicit path works, that's already a great thing (of course thanks to Randy's magic) since I hadn't spent more than 2 minutes on the process, I didn't submit a bug report as of yet. OK, but make sure that we contrinue modperl thread on the modperl dev list and not here :) 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
Apache-Test/Makefile.PL r105822
Geoff, This change: http://svn.apache.org/viewcvs.cgi/httpd/test/trunk/perl-framework/Apache-Test/Makefile.PL?rev=105822r1=105299r2=105822diff_format=h adding: if ($ExtUtils::MakeMaker::VERSION 6.06) { # now that we're using subversion, make sure that # .svn directories are skipped during the build process # for old versions of MakeMaker sub MY::libscan { my $self = shift; my $path = shift; return '' if $path =~ /\B\.svn\b/; return $path; } } doesn't seem to be right. sub is a compile time directive, so putting it in a conditional doesn't prevent from it being compiled: % perl -le 'if ($_ == 1) { sub a { print a } }; a()' a Moreover it now introduces a warning in mp2 build Subroutine MY::libscan redefined at ./Makefile.PL line 148. so we need to do the usual ugly workaround for MM :( Can you fix those? I can do it if you don't have the time. -- __ 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-Test/Makefile.PL r105822
doesn't seem to be right. sub is a compile time directive, so putting it in a conditional doesn't prevent from it being compiled: indeed. guess I wasn't thinking, which seems to be happening lots lately. Moreover it now introduces a warning in mp2 build Subroutine MY::libscan redefined at ./Makefile.PL line 148. ugh. so we need to do the usual ugly workaround for MM :( usual? Can you fix those? I can do it if you don't have the time. well, I don't really have the time, but since it's my problem I'll take care of it. that is, if you can tell me exactly what needs to be done - I would probably just put the if logic inside the sub, but I suspect there needs to be more than that for mod_perl's sake? --Geoff
Re: Apache-Test/Makefile.PL r105822
Geoffrey Young wrote: doesn't seem to be right. sub is a compile time directive, so putting it in a conditional doesn't prevent from it being compiled: indeed. guess I wasn't thinking, which seems to be happening lots lately. No worries :) There is a way too many things to think about. Moreover it now introduces a warning in mp2 build Subroutine MY::libscan redefined at ./Makefile.PL line 148. ugh. so we need to do the usual ugly workaround for MM :( usual? I mean usual MM namespace workarounds, not specific to A-T :( Can you fix those? I can do it if you don't have the time. well, I don't really have the time, but since it's my problem I'll take care of it. that is, if you can tell me exactly what needs to be done - I would probably just put the if logic inside the sub, but I suspect there needs to be more than that for mod_perl's sake? to make the sub definition runtime, you just use: *MY::foo = sub ...; but unrelated we need to workaround with colliding identical function in mp2. I'll take care of 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
Problem building Apache::Test module on RHEL WS 3.0
Hello! I checked the archived mailing lists but didn't find any references to this question. I had one hit in Google, but it was someone asking basically the same question and there was no answer in the thread. So here I go, hope someone can help! I first tried to build Apache::Test v1.16 via PERL CPAN. I gave a warning message because I was running as root and it needed to drop priv to nobody but that meant all dirs needed to be rwx for nobody down to .../Apache-Test-1.16/t. The make test process gave an informative suggestion that this can be accomplished by moving Apache-Test-1.16 into /tmp. I did that and then did a find to chmod all dirs below and including Apache-Test-1.16 to 777. I did a make clean perl Makefile.PL make test This time I get a different error message, it appears to success past the original 'nobody' problem. The output is: [warning] setting ulimit to allow core files ulimit -c unlimited; /usr/bin/perl /tmp/Apache-Test-1.16/t/TEST -bugreport -verbose=0 APXS (/usr/sbin/apxs) query for SBINDIR failed APXS (/usr/sbin/apxs) query for TARGET failed APXS (/usr/sbin/apxs) query for SYSCONFDIR failed APXS (/usr/sbin/apxs) query for LIBEXECDIR failed APXS (/usr/sbin/apxs) query for LIBEXECDIR failed [warning] root mode: changing the files ownership to 'nobody' (99:99) [warning] testing whether 'nobody' is able to -rwx /tmp/Apache-Test-1.16/t /usr/bin/perl -Mlib=lib -MApache::TestRun -e 'eval { Apache::TestRun::run_root_fs_test(99, 99, q[/tmp/Apache-Test-1.16/t]) }'; [warning] result: OK [warning] the client side drops 'root' permissions and becomes 'nobody' /usr/sbin/httpd -d /tmp/Apache-Test-1.16/t -f /tmp/Apache-Test-1.16/t/conf/httpd.conf -D APACHE2 -D PERL_USEITHREADS using Apache/2.0.46 (prefork MPM) waiting 60 seconds for server to start: .Syntax error on line 92 of /tmp/Apache-Test-1.16/t/conf/httpd.conf: Invalid command 'TypesConfig', perhaps mis-spelled or defined by a module not included in the server configuration [ error] server has died with status 255 (t/logs/error_log wasn't created, start the server in the debug mode) make: *** [run_tests] Error 143 - - - I've attached /tmp/Apache-Test-1.16/t/conf/httpd.conf to this e-mail. Specifically, line 92 is: TypesConfig /tmp/Apache-Test-1.16/t/conf/mime.types Is TypesConfig not recognized by Apache/2.0.46 (the latest Apache that comes with RedHat Enterprise Linux Workstation version 3.0)? I thought about exiting the t/conf/httpd.conf file but it says not to right at the top. Also, during make test, it asks where apxs is installed but says, If you don't have it installed it's not a problem. Just press Enter. I don't know if that is related to this or not, but I did see APXS ... failed messages during the make test. Thanks for any help! If you need anymore details or need to run some tests, I'll be happy to. -Brian# WARNING: this file is generated, do not edit # 01: lib/Apache/TestConfig.pm:898 # 02: lib/Apache/TestConfig.pm:916 # 03: lib/Apache/TestConfig.pm:1495 # 04: lib/Apache/TestRun.pm:501 # 05: lib/Apache/TestRun.pm:720 # 06: lib/Apache/TestRun.pm:720 # 07: /tmp/Apache-Test-1.16/t/TEST:50 Usernobody Groupnobody ServerName localhost.localdomain:8529 Listen 0.0.0.0:8529 ServerRoot /tmp/Apache-Test-1.16/t DocumentRoot /tmp/Apache-Test-1.16/t/htdocs PidFile /tmp/Apache-Test-1.16/t/logs/httpd.pid ErrorLog/tmp/Apache-Test-1.16/t/logs/error_log LogLeveldebug IfModule mod_log_config.c TransferLog /tmp/Apache-Test-1.16/t/logs/access_log /IfModule ServerAdmin [EMAIL PROTECTED] #needed for http/1.1 testing KeepAlive On HostnameLookups Off Directory / Options FollowSymLinks AllowOverride None /Directory IfModule worker.c StartServers 1 MinSpareThreads 1 MaxSpareThreads 1 ThreadsPerChild 1 MaxClients 2 MaxRequestsPerChild 0 /IfModule IfModule perchild.c NumServers 1 StartThreads 1 MinSpareThreads 1 MaxSpareThreads 1 MaxThreadsPerChild 2 MaxRequestsPerChild 0 /IfModule IfModule prefork.c StartServers 1 MinSpareServers 1 MaxSpareServers 1 MaxClients 2 MaxRequestsPerChild 0 /IfModule IfDefine APACHE1 StartServers 1 MinSpareServers 1 MaxSpareServers 1 MaxClients 2 MaxRequestsPerChild 0 /IfDefine IfModule mpm_winnt.c ThreadsPerChild 50 MaxRequestsPerChild 0 /IfModule Location /server-info SetHandler server-info /Location Location /server-status SetHandler server-status /Location IfModule mod_alias.c Alias /getfiles-binary-perl /usr/bin/perl Alias /getfiles-perl-pod /usr/lib/perl5/5.8.0/pod Alias /getfiles-binary-httpd /usr/sbin/httpd /IfModule TypesConfig /tmp/Apache-Test-1.16/t/conf/mime.types Include /tmp/Apache-Test-1.16/t/conf/extra.conf
Re: svn commit: r109235 - /httpd/test/trunk/perl-framework/Apache-Test/t/redirect.t
-plan tests = 6, need_module('mod_alias.c') need_lwp; +plan tests = 6, need need_module('mod_alias.c'), need_lwp; ^ ? :) --Geoff
Re: svn commit: r109235 - /httpd/test/trunk/perl-framework/Apache-Test/t/redirect.t
Geoffrey Young wrote: -plan tests = 6, need_module('mod_alias.c') need_lwp; +plan tests = 6, need need_module('mod_alias.c'), need_lwp; ^ ? :) --Geoff Ha, now see what I've started. :-)
Re: svn commit: r109235 - /httpd/test/trunk/perl-framework/Apache-Test/t/redirect.t
Geoffrey Young wrote: -plan tests = 6, need_module('mod_alias.c') need_lwp; +plan tests = 6, need need_module('mod_alias.c'), need_lwp; ^ ? :) Garbage in, garbage out :) now fixed :) -- __ 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: svn commit: r105803 - in httpd/test/trunk/perl-framework: . Apache-Test Apache-Test/lib/Apache Apache-Test/t Apache-Test/t/conf c-modules c-modules/authany c-modules/client_add_filter c-modules/eat_post c-modules/echo_post c-modules/echo_post_chunk c-modules/input_body_filter c-modules/list_modules c-modules/nntp_like c-modules/random_chunk c-modules/test_apr_uri c-modules/test_pass_brigade c-modules/test_rwrite c-modules/test_ssl t t/conf t/conf/ssl t/htdocs/modules/access/htaccess t/htdocs/modules/cgi t/htdocs/modules/rewrite t/modules
[EMAIL PROTECTED] wrote: Author: jorton Date: Fri Nov 19 02:27:41 2004 New Revision: 105803 Removed: httpd/test/trunk/perl-framework/.cvsignore httpd/test/trunk/perl-framework/Apache-Test/.cvsignore httpd/test/trunk/perl-framework/Apache-Test/lib/Apache/.cvsignore [...] Log: Remove .cvsignore files what's the replacement for .cvsignore under svn? I can't see where the data in .cvsignore has migrated to. -- __ 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: svn commit: r105803 - in httpd/test/trunk/perl-framework: . Apache-Test Apache-Test/lib/Apache Apache-Test/t Apache-Test/t/conf c-modules c-modules/authany c-modules/client_add_filter c-modules/eat_post c-modules/echo_post c-modules/echo_post_chunk c-modules/input_body_filter c-modules/list_modules c-modules/nntp_like c-modules/random_chunk c-modules/test_apr_uri c-modules/test_pass_brigade c-modules/test_rwrite c-modules/test_ssl t t/conf t/conf/ssl t/htdocs/modules/access/htaccess t/htdocs/modules/cgi t/htdocs/modules/rewrite t/modules
what's the replacement for .cvsignore under svn? I can't see where the data in .cvsignore has migrated to. each directory now has properties and one of those properties is which files to ignore. see http://svnbook.red-bean.com/en/1.0/apas06.html for metadata info in general, http://svnbook.red-bean.com/en/1.0/ch07s02.html for property foo, specifically grep for svn:ignore. for other useful cvs to svn migration stuff http://svnbook.red-bean.com/en/1.0/apa.html is helpful if you haven't already seen it. for me, I've found this entirely unintuitive, since I can't seem to find a way to _add_ files to ignore without first gleaning which are currently ignored from .svn/. that is, since there seems to be no propadd option, I'm left with recreating .cvsignore from .svn/dir-props, adding the new file to ignore, then slurping up .cvsignore svn propset. and I always seem to cause some sort of conflict when I want to set properties on . instead of a directory below it. so, if anyone has any pointers here, that would be great :) --Geoff
Re: svn commit: r105803 - in httpd/test/trunk/perl-framework: . Apache-Test Apache-Test/lib/Apache Apache-Test/t Apache-Test/t/conf c-modules c-modules/authany c-modules/client_add_filter c-modules/eat_post c-modules/echo_post c-modules/echo_post_chunk c-modules/input_body_filter c-modules/list_modules c-modules/nntp_like c-modules/random_chunk c-modules/test_apr_uri c-modules/test_pass_brigade c-modules/test_rwrite c-modules/test_ssl t t/conf t/conf/ssl t/htdocs/modules/access/htaccess t/htdocs/modules/cgi t/htdocs/modules/rewrite t/modules
Joe Orton wrote: On Fri, Nov 19, 2004 at 03:23:46PM -0500, Stas Bekman wrote: Geoffrey Young wrote: what's the replacement for .cvsignore under svn? I can't see where the data in .cvsignore has migrated to. each directory now has properties and one of those properties is which files to ignore. see Yes, but how do I see the change? I've seen Joe removing .cvsignore files. I have no idea whether he has added the properties for each of the removed files or not. The changes should be emailed no? The .cvsignore properties were automatically added into the svn:ignore properties by cvs2svn when the repos was converted, so when I removed the .cvsignore files that's all I did, nothing else needed tweaking. Great! so Geoff, that means you can drop the .cvsignore files in the mp2 tree I believe? When a propchange is committed a notification mail *will* be sent, but the post-commit script won't actually tell you the before-and-after in that case, it seems. I'm not sure whether that's a deficiency of the script being used or of SVN itself. You mean it only tells that there was a change, but not what was the change? if so who should be asked to fix that? -- __ 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: svn commit: r105803 - in httpd/test/trunk/perl-framework: . Apache-Test Apache-Test/lib/Apache Apache-Test/t Apache-Test/t/conf c-modules c-modules/authany c-modules/client_add_filter c-modules/eat_post c-modules/echo_post c-modules/echo_post_chunk c-modules/input_body_filter c-modules/list_modules c-modules/nntp_like c-modules/random_chunk c-modules/test_apr_uri c-modules/test_pass_brigade c-modules/test_rwrite c-modules/test_ssl t t/conf t/conf/ssl t/htdocs/modules/access/htaccess t/htdocs/modules/cgi t/htdocs/modules/rewrite t/modules
The .cvsignore properties were automatically added into the svn:ignore properties by cvs2svn when the repos was converted, so when I removed the .cvsignore files that's all I did, nothing else needed tweaking. Great! so Geoff, that means you can drop the .cvsignore files in the mp2 tree I believe? done. --Geoff
Re: [RELEASE CANDIDATE] Apache-Test 1.16
On Nov 8, 2004, at 8:23 PM, Geoffrey Young wrote: a release candidate for Apache-Test 1.16 is now available. All tests pass for me, both in Apache::Test and in my module that uses it. Regards, David
time for Apache-Test 1.16
hi all... with the php hooks pretty much solidified, I would like to release A-T 1.16 before apachecon so that the presentation there is associated with an official release version. I plan on rolling a release candidate early next week, so if there is some work that you want to get into this release, now is the time :) --Geoff
Re: time for Apache-Test 1.16
Geoffrey Young wrote: hi all... with the php hooks pretty much solidified, I would like to release A-T 1.16 before apachecon so that the presentation there is associated with an official release version. I plan on rolling a release candidate early next week, so if there is some work that you want to get into this release, now is the time :) +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: cvs commit: httpd-test/perl-framework/Apache-Test/lib/Apache TestMM.pm
At 10:35 AM 11/4/2004, Geoffrey Young wrote: -TEST_VERBOSE ?= 0 +TEST_VERBOSE = 0 why not if (WIN32) {} then? do win32 environments add some magic WIN32 environment variable I can check in the Makefile? if they do and we can work around them that's cool with me. If I had to guess, this borks anything but gmake. Test for that. Bill
Re: cvs commit: httpd-test/perl-framework/Apache-Test/lib/Apache TestMM.pm
If I had to guess, this borks anything but gmake. Test for that. I had asked on #asf about this and somebody (I forget who) said that the make manpage on minortaur (some bsd variant) supports ?= as well. from looking at that it seems to be the manpage for pmake, which I guess is some other make variant. so limiting it to gmake at least would seem to wipe out bsd folks. a little digging on my own at the time made it seem like solaris make is really gmake, so between linux, solaris, and bsd a decent case was being made that most unix make variants to support the syntax. of course, that list of 3 was hardly exhaustive :) anyway, this just isn't my area, so I'm happy to defer to others that grok all this SA-type stuff. but if most unix-variants support ?=, or if there is another more universal way to work around the issue, I would hate to see the correct behavior only for unix people using gmake. --Geoff
Re: cvs commit: httpd-test/perl-framework/Apache-Test/lib/Apache TestMM.pm
At 11:23 AM 11/4/2004, Geoffrey Young wrote: If I had to guess, this borks anything but gmake. Test for that. I had asked on #asf about this and somebody (I forget who) said that the make manpage on minortaur (some bsd variant) supports ?= as well. from looking at that it seems to be the manpage for pmake, which I guess is some other make variant. so limiting it to gmake at least would seem to wipe out bsd folks. Ok, looks good for pmake, yes... however... a little digging on my own at the time made it seem like solaris make is really gmake Well, the way you have it installed perhaps. But attempting this against /usr/ccs/bin/make it most definately blows up. , so between linux, solaris, and bsd a decent case was being made that most unix make variants to support the syntax. of course, that list of 3 was hardly exhaustive :) Hardly. The man page for hpux 11 make makes no mention of ?= nor does AIX 5.1. you are 2 for 5. Explicitly fails on native make(s) on AIX 5.1, HPUX 11, Solaris 2.6. Please find another solution. Bill p.s. simple test I used... TERM ?= uberterm all: echo $(TERM)
Re: cvs commit: httpd-test/perl-framework/Apache-Test/lib/Apache TestMM.pm
Geoffrey Young wrote: a little digging on my own at the time made it seem like solaris make is really gmake, so between linux, solaris, and bsd a decent case was being made that most unix make variants to support the syntax. of course, that list of 3 was hardly exhaustive :) Umm, on all the solaris systems I've used make is in fact not gmake, there are a number of solaris specific differences. This is at least true on solaris 2.6 through solaris 8. I'm not sure about 9 or 10. -garrett
Re: cvs commit: httpd-test/perl-framework/Apache-Test/lib/Apache TestMM.pm
a little digging on my own at the time made it seem like solaris make is really gmake Well, the way you have it installed perhaps. But attempting this against /usr/ccs/bin/make it most definately blows up. ok. I actually don't have a solaris box to try on - I just went to sun's support site and saw that the manpage for make was gmake (at least the one that google first pointed me toward :) , so between linux, solaris, and bsd a decent case was being made that most unix make variants to support the syntax. of course, that list of 3 was hardly exhaustive :) Hardly. The man page for hpux 11 make makes no mention of ?= nor does AIX 5.1. you are 2 for 5. yeah, not good. Explicitly fails on native make(s) on AIX 5.1, HPUX 11, Solaris 2.6. Please find another solution. well, the solution at the moment is to not have a solution - cvs has been reverted, so unless a real solution can be found it will remain a minor nit. p.s. simple test I used... TERM ?= uberterm all: echo $(TERM) the gmake manual suggests that ?= is equivalent to ifeq ($(origin TEST_VERBOSE), undefined) TEST_VERBOSE = 0 endif so that might make for a good test - the gmake manual didn't speficially say that origin was explicit to it, but then again it didn't mention ?= either :) --Geoff
Re: cvs commit: httpd-test/perl-framework/Apache-Test/lib/Apache TestMM.pm
Seems it's not Win32 friendly, see this complaint: http://marc.theaimsgroup.com/?t=10994804082r=1w=2 [EMAIL PROTECTED] wrote: geoff 2004/10/25 18:42:14 Modified:perl-framework/Apache-Test/lib/Apache TestMM.pm Log: make sure TEST_VERBOSE respects the environment, not just the current shell command. somebody shout if ?= isn't portable, but a few accounts indicate that it is Revision ChangesPath 1.42 +1 -1 httpd-test/perl-framework/Apache-Test/lib/Apache/TestMM.pm -- Philippe M. Chiasson m/gozer\@(apache|cpan|ectoplasm)\.org/ GPG KeyID : 88C3A5A5 http://gozer.ectoplasm.org/ F9BF E0C2 480E 7680 1AE5 3631 CB32 A107 88C3A5A5 signature.asc Description: OpenPGP digital signature
Re: cvs commit: httpd-test/perl-framework/Apache-Test/lib/Apache TestMM.pm
[EMAIL PROTECTED] wrote: geoff 2004/11/03 12:37:22 Modified:perl-framework/Apache-Test/lib/Apache TestMM.pm Log: reverting to 1.41 - apparently the conditional assignment borks win32 return $preamble . 'EOF' . $cover; -TEST_VERBOSE ?= 0 +TEST_VERBOSE = 0 why not if (WIN32) {} then? -- __ 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: cvs commit: httpd-test/perl-framework/Apache-Test/lib/Apache TestConfig.pm
@ if (my $custom_config_path = custom_config_path()) { debug loading custom config data from: '$custom_config_path'; $custom_config_loaded++; +($candidate) = $candidate=~/^(.*)/; # launder for -T require $custom_config_path; huh? something is definitely wrong here - there is no $candidate in the scope of the current function, so this actually fails with errors. $ perl Makefile.PL -apxs /apache/2.0/prefork/perl-5.8.5/bin/apxs Global symbol $candidate requires explicit package name at lib/Apache/TestConfig.pm line 2080. --Geoff
Re: cvs commit: httpd-test/perl-framework/Apache-Test/lib/Apache TestConfig.pm
[EMAIL PROTECTED] wrote: geoff 2004/10/28 07:33:56 Modified:perl-framework/Apache-Test Changes perl-framework/Apache-Test/lib/Apache TestConfig.pm Log: revert last change to keep things compiling sorry stas if you would have gotten to this quickly, but I thought it was a good idea to keep things in cvs compiling and gozer said you would be offline for a few days due to a crazy landlord or something :) --Geoff
Re: cvs commit: httpd-test/perl-framework/Apache-Test/lib/Apache TestConfig.pm
Geoffrey Young wrote: [EMAIL PROTECTED] wrote: geoff 2004/10/28 07:33:56 Modified:perl-framework/Apache-Test Changes perl-framework/Apache-Test/lib/Apache TestConfig.pm Log: revert last change to keep things compiling sorry stas if you would have gotten to this quickly, but I thought it was a good idea to keep things in cvs compiling and gozer said you would be offline for a few days due to a crazy landlord or something :) That's exactly right. you did the right thing. I'm still relying on a anonymous friendly neighbour somewhere on the same block to get my oxygen. One day we will be able to get online in a matter of seconds... -- __ 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: cvs commit: httpd-test/perl-framework/Apache-Test/lib/Apache TestRequest.pm
On Mon, Oct 25, 2004 at 06:47:12PM -0700, David Wheeler wrote: No, just hacking. Let's see...oh, I get it. I changed it so that it ignored $RedirectOK if LWP was installed. Thanks David. No comments here on what's right, only what works ;)
Re: cvs commit: httpd-test/perl-framework/Apache-Test/lib/Apache TestRequest.pm
On Oct 26, 2004, at 10:00 AM, Geoffrey Young wrote: that's not so bad, but it will affect users somewhat - I know that I have used it in at least one of my tests... Bleh. Bad Geoff! maybe keeping $RedirectOK but moving the perl-framework (and mod_perl) over to the new API would be a nice compromise (along with a deprecated warning in Changes). I decided not to do it this way. I realized that I could just use a lexical for when the module sets up the redirection and let users continue to use the (undocumented) package variable. This is handy for folks who want to use Clocal $RedirectOK, which is a cute hack. I'm still tempted to replace it with a class method, just to enforce good practice. If I do so, I'll probably tie $RedirectOK so that it will indirectly use the class method, and thus remain backward compatible (and can issue a warning for a while, too). Thoughts? But not today. Regards, David
Re: cvs commit: httpd-test/perl-framework/Apache-Test/lib/Apache TestRequest.pm
On Sun, Oct 24, 2004 at 11:37:11AM +0100, Joe Orton wrote: On Fri, Oct 22, 2004 at 10:09:54PM -, [EMAIL PROTECTED] wrote: theory 2004/10/22 15:09:54 Modified:perl-framework/Apache-Test Changes perl-framework/Apache-Test/lib/Apache TestRequest.pm Log: Redirect from POST fixes (or prevention, depending on how you lok at it). It looks like this change broke the t/modules/alias.t test in httpd-test? Also mod_perl's t/apache/scanhdrs2.t started failing and I can't see anything else that changed, sorry, no time to look any further into it at the mo... Any chance this could be fixed or reverted? It's hindering regression testing... unexpected failures in httpd-test are currently: t/modules/alias.t 62 15 24.19% 14-18 49-58 t/ssl/proxy.t1723 1.74% 8 62 121 joe
Re: cvs commit: httpd-test/perl-framework/Apache-Test/lib/Apache TestRequest.pm
On Oct 25, 2004, at 4:33 PM, Geoffrey Young wrote: let's give david a chance to investigate - either to fix or, if a quick fix isn't obvious, revert the behavior. if david doesn't respond by, say, wednesday, we (you or I) should feel free to just revert the change. maybe david is on vacation or something, or just temporarily behind in his emails. No, just hacking. Let's see...oh, I get it. I changed it so that it ignored $RedirectOK if LWP was installed. That's not necessarily a good idea, given the goofy way in which this module is written. I've applied a fix to only let LWP handle the call to redirect_ok() if a an array reference was passed to user_agent( requests_redirectable = []). Ugh, that is so ugly! But this doesn't seem to help t/ssl/basicauth.t. But even if I roll back the changes that test still fails, so I'm inclined to think that it's failing for some other reason. You know, I'm inclined to remove that stupid $RedirectOK global variable, because you can't tell whether it was set by the user of Apache::TestRequest. This makes it difficult to decide whether or not to let LWP handle the call to redirect_ok(). What say you all to my changing this to a class method, say RedirectOK()? Then it can be smarter about who is doing what to whom. It would require I change the tests that rely on it, but they don't appear to be too many: % grep -r RedirectOK t t/modules/alias.t:local $Apache::TestRequest::RedirectOK = 0; t/modules/alias.t:local $Apache::TestRequest::RedirectOK = 0; t/ssl/proxy.t:local $Apache::TestRequest::RedirectOK = 0; Thoughts? Regards, David
Re: cvs commit: httpd-test/perl-framework/Apache-Test/lib/Apache TestRequest.pm
On Fri, Oct 22, 2004 at 10:09:54PM -, [EMAIL PROTECTED] wrote: theory 2004/10/22 15:09:54 Modified:perl-framework/Apache-Test Changes perl-framework/Apache-Test/lib/Apache TestRequest.pm Log: Redirect from POST fixes (or prevention, depending on how you lok at it). It looks like this change broke the t/modules/alias.t test in httpd-test? Also mod_perl's t/apache/scanhdrs2.t started failing and I can't see anything else that changed, sorry, no time to look any further into it at the mo... joe
Re: cvs commit: httpd-test/perl-framework/Apache-Test/lib/Apache Test.pm
[EMAIL PROTECTED] wrote: jorton 2004/10/20 06:42:07 Modified:perl-framework/Apache-Test/lib/Apache Test.pm Log: Add the need_php4 export. It's of little value if it's not documented, especially when the rest is. Joe, please see the pod at the end of that file (search for need_php). Revision ChangesPath 1.106 +1 -1 httpd-test/perl-framework/Apache-Test/lib/Apache/Test.pm Index: Test.pm === RCS file: /home/cvs/httpd-test/perl-framework/Apache-Test/lib/Apache/Test.pm,v retrieving revision 1.105 retrieving revision 1.106 diff -d -w -u -r1.105 -r1.106 --- Test.pm 20 Oct 2004 13:38:15 - 1.105 +++ Test.pm 20 Oct 2004 13:42:07 - 1.106 @@ -27,7 +27,7 @@ need_module need_apache need_min_apache_version need_apache_version need_perl need_min_perl_version need_min_module_version need_threads need_apache_mpm - need_php need_ssl); + need_php need_php4 need_ssl); my @have = map { (my $need = $_) =~ s/need/have/; $need } @need; -- __ 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: cvs commit: httpd-test/perl-framework/Apache-Test/lib/Apache Test.pm
On Wed, Oct 20, 2004 at 11:37:45PM -0400, Stas Bekman wrote: [EMAIL PROTECTED] wrote: jorton 2004/10/20 06:42:07 Modified:perl-framework/Apache-Test/lib/Apache Test.pm Log: Add the need_php4 export. It's of little value if it's not documented, especially when the rest is. Joe, please see the pod at the end of that file (search for need_php). I documented it in the commit before :)
Re: cvs commit: httpd-test/perl-framework/Apache-Test/lib/Apache Test.pm
Joe Orton wrote: On Wed, Oct 20, 2004 at 11:37:45PM -0400, Stas Bekman wrote: [EMAIL PROTECTED] wrote: jorton 2004/10/20 06:42:07 Modified:perl-framework/Apache-Test/lib/Apache Test.pm Log: Add the need_php4 export. It's of little value if it's not documented, especially when the rest is. Joe, please see the pod at the end of that file (search for need_php). I documented it in the commit before :) Opps, my apologies, I've missed it. Thanks Joe. -- __ 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: cvs commit: httpd-test/perl-framework/Apache-Test Changes
On Oct 18, 2004, at 5:06 PM, [EMAIL PROTECTED] wrote: add new test_config make target, equivalent to t/TEST -conf, and make it a prerequisite for the cmodules make target. now you can 'make cmodules' to build the things in c-modules/ without running t/TEST -conf first. Uh, what? Can you tell me what this does, Geoff, so I can figure out whether it needs to be implemented for TestMB, too? Thanks, David
[ANNOUNCE] Apache-Test-1.14
The URL http://perl.apache.org/~geoff/Apache-Test-1.14.tar.gz has entered CPAN as file: $CPAN/authors/id/G/GE/GEOFF/Apache-Test-1.14.tar.gz size: 127197 bytes md5: d930b810b4e1b85325f3e3fd9cb93bd1 Changes since 1.13: improve the same_interpreter framework to handle response failures while trying to init and later find out the same interpreter. [Stas] make sure that 'make distclean' cleans all the autogenerated files [Stas] make sure that if -maxclients option is passed on the command line, minclients will never be bigger than that value [Stas] add -one-process runtime argument, which will start the server in single-server mode (httpd -X in Apache 1.X or httpd -D ONE_PROCESS in 2.X) [Geoffrey Young] In open_cmd, sanitize PATH instead of clearing it [Gozer] Allow / \ and \\ path delimiters in SKIP file [Markus Wichitill [EMAIL PROTECTED]] Added an apxs query cache for improved test performance [Gozer] run_tests make target no longer invokes t/TEST -clean, making it possible to save a few development cycles when a full cleanup is not required between runs. [Geoffrey Young] Apache::TestSmoke imrovements: [Stas] o the command line option -iterations=N should always be respected (previously it was internally overriden for order!='random'). o since IPC::Run3 broke the Ctrl-C handler, we started to loose any intermediate results, should the run be aborted. So for now, try to always store those results in the temp file: smoke-report...$iter.temp fix 'require blib' in scripts to also call 'blib-import', required to have an effect under perl 5.6.x. [Stas] don't allow running an explicit 'perl Makefile.PL', when Apache-Test is checked out into the modperl-2.0 tree, since it then decides that it's a part of the modperl-2.0 build and will try to use modperl httpd/apxs arguments which could be unset or wrong [Stas] Fix skip test suite functionality in the interactive configuration phase [Stas] s/die/CORE::die/ after exec() to avoid warnings (and therefore failures) when someone overrides CORE::die when using Apache-Test [William McKee, Stas]
[RELEASE CANDIDATE] Apache-Test-1.14
a release candidate for Apache-Test 1.14 is now available. http://perl.apache.org/~geoff/Apache-Test-1.14-dev.tar.gz worthy of note is that this version ought to play nicely with Devel::Cover 0.49 with the use of -one-process, making it possible to get coverage results for mod_perl handlers. 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.13: improve the same_interpreter framework to handle response failures while trying to init and later find out the same interpreter. [Stas] make sure that 'make distclean' cleans all the autogenerated files [Stas] make sure that if -maxclients option is passed on the command line, minclients will never be bigger than that value [Stas] add -one-process runtime argument, which will start the server in single-server mode (httpd -X in Apache 1.X or httpd -D ONE_PROCESS in 2.X) [Geoffrey Young] In open_cmd, sanitize PATH instead of clearing it [Gozer] Allow / \ and \\ path delimiters in SKIP file [Markus Wichitill [EMAIL PROTECTED]] Added an apxs query cache for improved test performance [Gozer] run_tests make target no longer invokes t/TEST -clean, making it possible to save a few development cycles when a full cleanup is not required between runs. [Geoffrey Young] Apache::TestSmoke imrovements: [Stas] o the command line option -iterations=N should always be respected (previously it was internally overriden for order!='random'). o since IPC::Run3 broke the Ctrl-C handler, we started to loose any intermediate results, should the run be aborted. So for now, try to always store those results in the temp file: smoke-report...$iter.temp fix 'require blib' in scripts to also call 'blib-import', required to have an effect under perl 5.6.x. [Stas] don't allow running an explicit 'perl Makefile.PL', when Apache-Test is checked out into the modperl-2.0 tree, since it then decides that it's a part of the modperl-2.0 build and will try to use modperl httpd/apxs arguments which could be unset or wrong [Stas] Fix skip test suite functionality in the interactive configuration phase [Stas] s/die/CORE::die/ after exec() to avoid warnings (and therefore failures) when someone overrides CORE::die when using Apache-Test [William McKee, Stas]
Re: [RELEASE CANDIDATE] Apache-Test-1.14
On Oct 11, 2004, at 6:36 AM, Geoffrey Young wrote: a release candidate for Apache-Test 1.14 is now available. http://perl.apache.org/~geoff/Apache-Test-1.14-dev.tar.gz All tests pass for me, and my module that uses Apache::TestMB continues to work nicely with this version installed. Thanks, David
time for Apache-Test 1.14?
hi all... unless mod_perl 1.99_17 is imminent I'd like to roll Apache-Test 1.14 - now that Devel::Cover works with mod_perl, 1.14 will be the first Apache-Test release that has the ability to take advantage of Devel::Cover without significant user modifications (namely due to the addition of -one-process and built-in support from TestMB). objections? --Geoff
Re: time for Apache-Test 1.14?
Geoffrey Young wrote: hi all... unless mod_perl 1.99_17 is imminent I'd like to roll Apache-Test 1.14 - now that Devel::Cover works with mod_perl, 1.14 will be the first Apache-Test release that has the ability to take advantage of Devel::Cover without significant user modifications (namely due to the addition of -one-process and built-in support from TestMB). objections? If you don't want to wait for 1.99_17 go ahead, it shouldn't make much difference, other than you will probably have to release Apache-Test 1.15 if mp is released shortly thereafter even if there will be no changes to A-T after 1.14 release (since Apache-Test will care a higher version in the mp2 package on release). Actually it's not true, while _ is in the modperl version PAUSE won't index it, so I guess it's fine for now. -- __ 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: time for Apache-Test 1.14?
Geoffrey Young wrote: Stas Bekman wrote: Geoffrey Young wrote: hi all... unless mod_perl 1.99_17 is imminent I'd like to roll Apache-Test 1.14 - now that Devel::Cover works with mod_perl, 1.14 will be the first Apache-Test release that has the ability to take advantage of Devel::Cover without significant user modifications (namely due to the addition of -one-process and built-in support from TestMB). objections? If you don't want to wait for 1.99_17 go ahead, it shouldn't make much difference, other than you will probably have to release Apache-Test 1.15 if mp is released shortly thereafter even if there will be no changes to A-T after 1.14 release (since Apache-Test will care a higher version in the mp2 package on release). right. which is why I was kinda asking about the next mp2 release. if you tell me it's going to be in the next week or so it probably makes sense to hold off. if it's going to (realistically) be longer than that it makes more sense to move forward. Can't promise anything, we are sort of ready to release _17 but there is a problem with a worker mpm. Depending on how quickly it's resolved, and assuming that no other problems will be found, it'll get released. So it's up to you, probably give it a few days and if you don't see the candidate by let's say this weekend, go ahead and release 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
Re: cvs commit: httpd-test/perl-framework/Apache-Test/lib/Apache TestMB.pm
[EMAIL PROTECTED] wrote: theory 2004/10/05 12:45:08 Modified:perl-framework/Apache-Test/lib/Apache TestMB.pm Log: Added testcover action. Revision ChangesPath 1.8 +28 -1 httpd-test/perl-framework/Apache-Test/lib/Apache/TestMB.pm Index: TestMB.pm === RCS file: /home/cvs/httpd-test/perl-framework/Apache-Test/lib/Apache/TestMB.pm,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- TestMB.pm 5 Sep 2004 00:11:30 - 1.7 +++ TestMB.pm 5 Oct 2004 19:45:08 - 1.8 @@ -60,6 +60,27 @@ '-bugreport', '-verbose=' . ($self-verbose || 0)); } +sub ACTION_testcover { +my $self = shift; + +unless ($self-find_module_by_name('Devel::Cover', [EMAIL PROTECTED])) { +warn(Cannot run testcover action unless Devel::Cover + . is installed.\n); +return; +} + +$self-add_to_cleanup('coverage', 'cover_db'); + +my $atdir = $self-localize_file_path($ENV{HOME}/.apache-test); +local $Test::Harness::switches= +local $Test::Harness::Switches= +local $ENV{HARNESS_PERL_SWITCHES} = -MDevel::Cover=+inc,'$atdir'; +local $ENV{APACHE_TEST_EXTRA_ARGS} = -one-process; + +$self-depends_on('test'); +$self-do_system('cover'); +} + sub _bliblib { my $self = shift; return ( @@ -69,7 +90,7 @@ } sub ACTION_test { -my $self = shift; +my $self = shift Feels like a typo to me ^^^ $self-depends_on('code'); $self-depends_on('run_tests'); $self-depends_on('test_clean'); @@ -233,6 +254,12 @@ This action actually the tests by executing the test script, Ft/TEST. It is executed by the Ctest action, so most of the time it won't be executed directly. + +=item testcover + +CApache::TestMB overrides this action from CModule::Build in order to +prevent the CApache::Test preference files from being included in the test +coverage. =back -- Philippe M. Chiasson m/gozer\@(apache|cpan|ectoplasm)\.org/ GPG KeyID : 88C3A5A5 http://gozer.ectoplasm.org/ F9BF E0C2 480E 7680 1AE5 3631 CB32 A107 88C3A5A5
Re: cvs commit: httpd-test/perl-framework/Apache-Test Makefile.PL Changes
+sub clean_files { +return [ +qw(lib/Apache/TestConfigData.pm + .mypacklist + t/TEST + ), + ]; +} [EMAIL PROTECTED] mod_perl-2.0]$ perl Makefile.PL MP_APXS=/usr/local/apache2/bin/apxs Reading Makefile.PL args from @ARGV MP_APXS = /usr/local/apache2/bin/apxs Configuring Apache/2.0.49 mod_perl/1.99_17-dev Perl/v5.8.3 Subroutine clean_files redefined at ./Makefile.PL line 56. --Geoff
Re: Apache::Test and OpenBSD
Seth, please always post any A-T related questions to the httpd-test list: http://perl.apache.org/maillist/test-dev.html#Subscription_Information Seth Gordon wrote: OK, if I make the following change to Apache::TestServer sub args { my $self = shift; my $vars = $self-{config}-{vars}; my $dversion = $self-dversion; #for .conf version conditionals my $defines = $self-config_defines; ## the version of Apache distributed with OpenBSD will run ## chrooted unless given the '-u' flag my $openbsd_flag = ''; if (`uname` eq OpenBSD\n $vars-{httpd} eq '/usr/sbin/httpd') { $openbsd_flag = '-u'; } $openbsd_flag -d $vars-{serverroot} -f $vars-{t_conf_file} $dversion $defines; } ...and run make test in an Apache-Test distribution that I unpack myself, then it works fine. If I run make test in the directory that CPANPLUS unpacks for me, I get this... It's because your CPANPLUS shell is running under root and in the directory that's accessible only under root, so # make test /usr/bin/perl -Iblib/arch -Iblib/lib 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 [warning] root mode: changing the files ownership to 'nobody' (32767:32767) [warning] testing whether 'nobody' is able to -rwx /var/perl/cpanplus/5.8.2/build/Apache-Test-1.13/t /usr/bin/perl -Mlib=lib -MApache::TestRun -e 'eval { Apache::TestRun::run_root_fs_test(32767, 32767, q[/var/perl/cpanplus/5.8.2/build/Apache-Test-1.13/t]) }'; [warning] result: OK [warning] the client side drops 'root' permissions and becomes 'nobody' /usr/sbin/httpd -u -d /var/perl/cpanplus/5.8.2/build/Apache-Test-1.13/t -f /var/perl/cpanplus/5.8.2/build/Apache-Test-1.13/t/conf/httpd.conf -D APACHE1 What are the permissions on this directory? % ls -l /var/perl/cpanplus/5.8.2/build/Apache-Test-1.13 using Apache/1.3.29 *** About to run command from start: /usr/sbin/httpd -u -d /var/perl/cpanplus/5.8.2/build/Apache-Test-1.13/t -f /var/perl/cpanplus/5.8.2/build/Apache-Test-1.13/t/conf/httpd.conf -D APACHE1 waiting 60 seconds for server to start: . waiting 60 seconds for server to start: ok (waited 0 secs) server localhost.ropine.com:8529 started t/bad_codingok t/ping..NOK 3# Failed test 3 in t/ping.t at line 16 t/ping..FAILED test 3 Failed 1/3 tests, 66.67% okay t/redirect..NOK 4# Failed test 4 in t/redirect.t at line 17 t/redirect..NOK 6# Failed test 6 in t/redirect.t at line 23 t/redirect..FAILED tests 4, 6 Failed 2/6 tests, 66.67% okay t/request...NOK 1# Failed test 1 in t/request.t at line 11 t/request...NOK 5# Failed test 5 in t/request.t at line 16 t/request...NOK 8# Failed test 8 in t/request.t at line 20 t/request...NOK 9# Failed test 9 in t/request.t at line 22 t/request...FAILED tests 1, 5, 8-9 Failed 4/9 tests, 55.56% okay Failed Test Stat Wstat Total Fail Failed List of Failed --- t/ping.t31 33.33% 3 t/redirect.t62 33.33% 4 6 t/request.t 94 44.44% 1 5 8-9 Failed 3/4 test scripts, 25.00% okay. 7/19 subtests failed, 63.16% okay. [ error] error running tests (please examine t/logs/error_log) +-+ | To report problems please refer to the SUPPORT file | +-+ *** Error code 1 Stop in /var/perl/cpanplus/5.8.2/build/Apache-Test-1.13 (line 831 of Makefile). # cat t/logs/error_log [Mon Sep 27 12:55:47 2004] [notice] Initializing etag from /var/perl/cpanplus/5.8.2/build/Apache-Test-1.13/t/logs/etag-state [Mon Sep 27 12:55:47 2004] [crit] (1)Operation not permitted: could not chown /var/perl/cpanplus/5.8.2/build/Apache-Test-1.13/t/logs/etag-state If I try running the test under GDB, I get this... There is no need to run it under GDB. Instead you need send the verbose output of the test suite, which is: t/TEST -verbose 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