Stas Bekman wrote:
Geoffrey Young wrote:
tests fine for me on mp2 and my 3rd party apps.
Thanks Geoff.
There are problems if you remove previously installed modperl. I'm
looking at it.
Apparently mod_perl 2.0's distro must have 'lib' pushed onto @INC from t/TEST.
That was the problem. Now
Stas Bekman wrote:
We discussed with Boris offline that we want to change the current
behavior of A::T, where it puts lib/ as the first entry in @INC. We
agreed to have a special maintainer mode (Env var/option) which will
turn on the current behavior, and by default blib/ dirs are to be first
on the smoking side
and we can make a new release candidate.
__
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
everytime
I rerun the make command.
try:
perl Makefile.PL -apxs /path/to/apxs
make
make test
if you really want to sync all your files back to 1970, you could do:
cd perl-framework
find . -exec touch {} \;
__
Stas BekmanJAm_pH
.
How does that sound 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
the LoadModule directives. Can you please
try to fix that and send a patch?
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http
.
__
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
-
Where are these getting set and how can I override them?
They are inherited from your httpd.conf installed system-wide. You probably
have a stale one. Once you remove it it won't inherit them any longer.
__
Stas
was
generated. Apparently the test is not using this file as its source for
generating the httpd.conf file.
Thanks,
William
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide
.
That's true.
__
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
are working on improving things on that
front and will provide an interactive question/answer setup in the future
releases of Apache-Test. Thanks for bearing with us.
__
Stas BekmanJAm_pH -- Just Another mod_perl
)
is that r-child_terminate now works, allowing the server to change
children mid-test :)
+1
apache-1.3 tests fails the same way for me.
I did successfully run Apache::Peek tests with your patch under 1.3.
__
Stas BekmanJAm_pH
]]
Apache::TestRequest API documenation [David Wheeler
[EMAIL PROTECTED]]
Enable TransferLog in the autogenerated httpd.conf only if
mod_log_config is available [Stas]
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
setenvif_module /usr/lib/apache/1.3/mod_setenvif.so
Usernobody
Groupnogroup
ServerName localhost
Port 8529
-
Where are these getting set and how can I override them?
Thanks,
William
--
__
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
subroutine is broken. BTW, I am using Bash as my shell.
I was able to get past this hurdle by running the test suite using t/TEST
-httpd /usr/local/apache/bin/httpd
Thanks,
William
--
__
Stas BekmanJAm_pH -- Just Another
are these getting set and how can I override them?
Thanks,
William
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http
__
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
that the apache team uses to test new apache
releases?
It's used by httpd-dev, mod_perl projects and other 3rd party modules. For
more info see: http://perl.apache.org/docs/general/testing/testing.html
__
Stas BekmanJAm_pH
. Certainly
the apache team has things all setup so they can just run a script and wait
for their results when they need to do a full test on apache?
Yup.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http
Wood, Bryan wrote:
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 24, 2003 2:26 PM
To: [EMAIL PROTECTED]
Subject: Re: apache test suite
Wood, Bryan wrote:
Yes I have, but I can't get apache-test to run on my desktop machine.
There are always
with
the ability to run a single test with t/TEST, but we can instruct t/TEST to
start the server if it doesn't see t/pre-start/ in the list of tests, and stop
it if it doesn't see t/post-stop/ in the list of tests.
__
Stas Bekman
;
__
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
...ok
error running 3 tests out of 140
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http
Rafael Garcia-Suarez wrote:
Stas Bekman wrote:
It all started when I have noticed a few core files after running t/SMOKE on
modperl-2.0's top-level test suite. I couldn't figure out which test caused
them. So I have decided to rewrite the smoker to provide me that information.
In the future we
(Apache-Test/lib blib/lib blib/arch lib));
#print join \n, add_inc, @INC, ;
}
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL
;
}
--
__
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
Randy Kobes wrote:
On Thu, 4 Sep 2003, Stas Bekman wrote:
In the effort to remove some of the Win32 noise, I was
thinking that we can write a generic function which gets a
path as an argument and figures out internally if it needs
to keep the argument as passed or mangle it. So it'll do
something
);
+apr_pool_create_ex(sub, r-pool, NULL, NULL);
status = apr_uri_parse(sub, input_uri, result);
if (status == APR_SUCCESS) {
#define CHECK(f)\
--
__
Stas
Randy Kobes wrote:
On Wed, 3 Sep 2003, Stas Bekman wrote:
Randy Kobes wrote:
On Tue, 2 Sep 2003, Stas Bekman wrote:
[ .. ]
It should work during 'make test' as well, since it already runs t/TEST
-config. And also whenever you provide any options to t/TEST it reconfigures,
so I believe the normal
Randy Kobes wrote:
On Tue, 2 Sep 2003, Stas Bekman wrote:
Randy Kobes wrote:
[ ... ]
sub filter_args {
my($args, $wanted_args) = @_;
+if (HAS_CONFIG) {
+for (qw(group user apxs port httpd)) {
+next unless defined $Apache::MyTestConfig-{$_};
+unshift @$args
Randy Kobes wrote:
[ trimmed mod_perl mailing list from cc ]
On Fri, 29 Aug 2003, Randy Kobes wrote:
On Thu, 28 Aug 2003, Stas Bekman wrote:
Several people have asked for having a new feature in
Apache::Test: they want to configure it once (where the
server, apxs, etx are) and run Apache::Test
like to port the
functionality from CPAN.pm to Apache::Test and send the patches here. It's all
pure perl, so you have no excuses that it's XS/C ;)
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http
Thanks to Jesse, all rt.cpan.org Apache::Test bug reports will be sent here,
no matter who has released the latest Apache-Test on CPAN.
we probably need to do the same with modperl...
__
Stas BekmanJAm_pH -- Just
;
+
+# trick ok() into reporting the caller filename/line when a
+# sub-test fails in sok()
+return eval EOE;
+#line $line $filename
+ok(\$sub-());
+EOE
}
__
Stas BekmanJAm_pH -- Just Another
Stas Bekman wrote:
Joe Orton wrote:
On Tue, Jul 29, 2003 at 05:12:24PM +0200, Stas Bekman wrote:
...
Certificate is to be certified until Jul 28 15:07:29 2004 GMT (365 days)
failed to update database
TXT_DB error number 2
After debugging this problem, I've figured that the failure is due
= $vhost-{port};
+# remember the already configured Listen/NameVirtualHost
+++$vhost-{namebased};
normally we used to write i++ in perl, but it's fine as well ;)
__
Stas BekmanJAm_pH -- Just
Joe Orton wrote:
On Tue, Jul 29, 2003 at 05:12:24PM +0200, Stas Bekman wrote:
...
Certificate is to be certified until Jul 28 15:07:29 2004 GMT (365 days)
failed to update database
TXT_DB error number 2
This is reproducible on every clean checkout?
Yes.
It works OK here with
openssl 0.9.7a
Joe Orton wrote:
On Tue, Jul 29, 2003 at 05:12:24PM +0200, Stas Bekman wrote:
...
Certificate is to be certified until Jul 28 15:07:29 2004 GMT (365 days)
failed to update database
TXT_DB error number 2
This is reproducible on every clean checkout?
Yes.
It works OK here with
openssl 0.9.7a
Randy Kobes wrote:
On Thu, 31 Jul 2003, Stas Bekman wrote:
Randy Kobes wrote:
[ .. ]
As Bill mentioned in another message, it looks like it would be
possible to integrate it within httpd-2.0. So rather than
including it within the Apache-Test sources, what I could do is
add a post-install script
Randy Kobes wrote:
On Thu, 31 Jul 2003, Stas Bekman wrote:
Randy Kobes wrote:
[ .. ]
That's what I was thinking - sorry, I should have been clearer.
ppm has a feature that, when one installs a ppm package, a script
from some server can optionally be fetched and run (by Perl, or
anything, actually
still run from the normal dir. Or are you
saying that you want the DocRoot to be the original t/?
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
Randy Kobes wrote:
On Tue, 29 Jul 2003, Stas Bekman wrote:
Randy Kobes wrote:
[...]
I'll take a look at this tonight as well - it'd probably
be easier to change, for Win32, the assumption of the
name of the httpd binary when apxs is present.
Thanks Randy!
Thanks for looking this over, Stas - I
Randy Kobes wrote:
On Tue, 29 Jul 2003, Stas Bekman wrote:
Randy Kobes wrote:
On Tue, 29 Jul 2003, Stas Bekman wrote:
Randy Kobes wrote:
I've been looking at getting apxs for Win32 working on Apache 2.
where would it go? Apache::Test? mod_perl?
If there's consensus, I think the better place
David Wheeler wrote:
On Monday, July 28, 2003, at 03:24 PM, Stas Bekman wrote:
2) We have a problem with Apache::Test running as root, since when
Apache sudoes into 'nobody' it can't access files under /root or
some other root owned dir. The current cvs version already tries to
tell the user
Randy Kobes wrote:
On Tue, 29 Jul 2003, Stas Bekman wrote:
In the last few weeks the following two issues were raised:
1) store a default location of httpd/apxs in Apache::Test so one should
provide it only once.
I'm +1 on this feature. Is anybody interested to implement it?
That sounds like
.
__
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
;)
__
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
.
--
__
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
Randy Kobes wrote:
On Tue, 29 Jul 2003, Stas Bekman wrote:
Randy Kobes wrote:
I've been looking at getting apxs for Win32 working on Apache 2.
There's a number of changes needed due to the current reliance on
libtool, so initially I've tried just a pure Win32 version - if
anyone wants to try
release.
Let me know if you have some other issues that need to go in now.
Thanks.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL
code into this somewhere.
Which code you are referring 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
David Wheeler wrote:
On Tuesday, July 15, 2003, at 01:18 PM, Stas Bekman wrote:
It's trivial. If your webserver supports only the following methods:
GET and HEAD, OPTIONS, but not POST. the request OPTIONS will return a
response with a header Allow: OPTIONS GET HEAD
Oh, I get it. See
.
__
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
.
__
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
David Wheeler wrote:
On Tuesday, July 15, 2003, at 01:15 PM, Stas Bekman wrote:
Wholy OS X, why would it fail if it resides in a diffent namespace :(
can you try nuking this code:
SV *
DeadCode()
CODE:
RETVAL = DeadCode(aTHX);
OUTPUT:
RETVAL
from Peek.xs.mp1.perl5.8 and then rerun 'perl
Randy Kobes wrote:
On Fri, 11 Jul 2003, Stas Bekman wrote:
[EMAIL PROTECTED] wrote:
[ .. ]
Now I get a different failure (Alias is now invalid):
[ .. ]
waiting for server to start: .Syntax error on line 76 of
/home/slavenr/work2/httpd-test/perl-framework/Apache-Test/t/conf/httpd.conf:
Invalid
David Wheeler wrote:
On Wednesday, July 9, 2003, at 09:14 PM, Stas Bekman wrote:
David, also please check the latest Apache::Peek on CPAN, I have
started abstracting this functionality especially for complex builds
which has to support both mod_perl versions. I haven't finished yet
with.
__
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
directory (e.g.
/tmp) or run 'make test' as non-root!
__
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
;
}
__
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
-{redirect_ok} ?
+ $keep-{redirect_ok} : $RedirectOK;
return lwp_call($method, undef, $url, @$pass);
};
That looks good. I've committed it. Thanks David!
--
__
Stas BekmanJAm_pH -- Just Another
mod_alias available?
% prefork/bin/httpd -l | grep mod_alias
mod_alias.c
I suppose we could run this command to check for prerequisites and die if they
aren't available?
__
Stas BekmanJAm_pH -- Just Another mod_perl
[EMAIL PROTECTED] wrote:
On Wed, 9 Jul 2003, Stas Bekman wrote:
plan ..., have_apache2 have_apache_mpm('prefork');
I think this is probably the way to go. If you call have_apache_mpm()
and it's apache 1.3, I might have it return an error of some kind, but
I wouldn't have it return 'prefork
it better this time! :-)
don't rely on cwd, use the full path:
my $vars = Apache::Test::vars();
my $path = catfile $vars-{serverroot}, qw(logs error_log);
Does that solve your problem?
__
Stas BekmanJAm_pH -- Just Another
.
__
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
to start with).
Another approach is to use Module::Install, which I haven't tried yet, but
which is supposed to resolve this kind of a problem generically.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http
;)
__
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
;
}
+else {
+# Apache 1.3
+$self-{mpm} = 'prefork';
+}
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL
at ../../build/xsbuilder.pl line 10.
Following patch to Apache::Test 1.03 fixes this
+1
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL
} =~ m:^Apache/(\d)\.:;
$self-{rev} ||= 2;
--
__
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
David Wheeler wrote:
On Tuesday, June 17, 2003, at 08:02 PM, Stas Bekman wrote:
Geoffrey Young wrote:
1. The documentation is pretty lacking.
As Geoff pointed out, this statement is incorrect. The document:
http://perl.apache.org/docs/general/testing/testing.html
should answer most of your
David Wheeler wrote:
On Wednesday, June 18, 2003, at 07:30 AM, Stas Bekman wrote:
Now just awaiting a confirmation from David and I'll put Apache::Test
1.03 on CPAN.
David, if you see this before tomorrow, simpy try the latest cvs, I
have already committed the needed change. Hopefully it does
not released
__
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
Stas Bekman wrote:
I've uploaded 1.03's release candidate. If nobody finds any faults, I'll
upload it tomorrow on CPAN. (libapreq needs to rely on 1.03 fixes to
release its 1.2's version).
Please try it out:
http://www.apache.org/~stas/Apache-Test-1.03-dev.tar.gz
Thank you all very much
does that.
BTW, autogeneration of t/TEST is only useful if you don't want any
customizations. If you do, create t/TEST.PL, like modperl-2.0 does.
Another examples on CPAN are Apache::Peek and Apache::Clean.
__
Stas Bekman
__
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
.
__
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
David Wheeler wrote:
On Monday, June 16, 2003, at 02:42 AM, Stas Bekman wrote:
OK, here is the patch that nukes Apache/test.pm. Please test it on
case-insensitive systems (if you don't have Apache/test.pm, please add
it just to test). Once you confirm that it works, I release
Apache::Test 1.03
Stas Bekman wrote:
David Wheeler wrote:
On Monday, June 16, 2003, at 08:02 PM, Stas Bekman wrote:
Any idea why has it failed to delete the file? I've copied the code
from forceunlink sub in MakeMaker (which is called on UNINST=1), it
changes the mode to 0666 and then attempts to delete the file
+}
+
+for (@convicts) {
+print unlink $_\n;
+chmod 0666, $_;
+unlink $_
+or warn !!! Failed to delete $_, please make sure to delete $_;
+}
+}
__
Stas BekmanJAm_pH -- Just
to
httpd-test, but if no one else steps up, I'll take whomever volunteers.
I can do that.
If others volunteer it's even better, having 3-4 moderators makes things even
more efficient.
__
Stas BekmanJAm_pH -- Just
Randy Kobes wrote:
On Thu, 22 May 2003, Randy Kobes wrote:
On Thu, 22 May 2003, Stas Bekman wrote:
[ ... ]
It'd be very helpful if somebody could do a bit of processing
of CPAN and figure who uses Apache::test and compile a list of
their email addresses.
Here's a list of packages that have Apache
= catdir $FindBin::Bin, .., $_ , Apache-Test, lib;
+if (-d $dir) {
+push @dirs, $dir;
+last;
+}
+}
return EOF;
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http
Stas Bekman wrote:
Sander Temme wrote:
on 5/20/03 10:53, Sander Temme at [EMAIL PROTECTED] wrote:
This breaks on RH 8.0 and Solaris 7, both on perl 5.8.0, with the
following
Eventually I've committed a different fix. Please check that it works for you.
Thanks
David Wheeler wrote:
On Tuesday, May 13, 2003, at 09:11 PM, Stas Bekman wrote:
so that bug should be fixed in CPANPLUS, in any case new Apache/test
will have a $VERSION
Yes. I sent them a patch. We'll see if they apply it.
So we probably should check whether UNINST=1
David Wheeler wrote:
On Monday, May 19, 2003, at 03:43 PM, Stas Bekman wrote:
That's the trick. Each of these files contains both Apache::test and
Apache::Test (do you see that each has require() called twice?). So it
doesn't matter which one gets overwritten. Give it a try.
But you can't have
David Wheeler wrote:
On Monday, May 19, 2003, at 05:08 PM, Stas Bekman wrote:
That's right. Let's try this next: I've attached a new patch, which
moves the creation of lib/Apache/test.pm into a Makefile.PL. On
case-insensitive systems it'll overwrite lib/Apache/Test.pm.
That appears to work
David Wheeler wrote:
On Monday, May 19, 2003, at 06:41 PM, Stas Bekman wrote:
So we need to figure out how to enforce UNINST the old Apache/test.pm
if any.
For example we could adjust MY::install to unlink it, without messing
with UNINST=1, though the latter will be the simplest.
Sounds okay
David Wheeler wrote:
On Monday, May 19, 2003, at 07:18 PM, Stas Bekman wrote:
my $is_case_insensitive = -e catfile qw(lib Apache test.pm);
Ah, yes, of course. So there _is_ a simple way to test for it!
if it works, then yes!
It works:
% perl -e 'print -e lib/Apache/test.pm ? insensitive\n
::testold/
I guess better: s/Apache::test/Apache::test_mp1/
__
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
),
it still shouldn't be an issue.
As long as they hide it from MakeMaker so it won't attempt to install it,
which will just cause an inconvenience to its users.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http
David Wheeler wrote:
On Monday, May 19, 2003, at 07:57 PM, Stas Bekman wrote:
As long as they hide it from MakeMaker so it won't attempt to install
it, which will just cause an inconvenience to its users.
Of course. Mine is in t/lib, as is Mason's, I believe.
And here is a patch that will try
, so it's no biggie.
sorry for the noise :)
If we get more than one request for that feature, we can always add a flag to
override this override ;)
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http
Folks please send your feedback on this last proposal, so we can close this
issue asap.
In case you have missed it:
http://marc.theaimsgroup.com/?l=apache-test-devm=105288551432493w=2
__
Stas BekmanJAm_pH -- Just
? What do you think?
__
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
Stas Bekman wrote:
Geoffrey Young wrote:
I actually like Apache::TestPlan, it's most of the functionality that
this module provides. but there are a few subs that are not. May be
this other functionality should move elsewhere.
given that almost all of the functions from the various Test
David Wheeler wrote:
On Thursday, May 8, 2003, at 05:44 PM, Stas Bekman wrote:
1) Integrate test.pm in Test.pm. I think we should bundle Apache::Test
with future versions of mod_perl to make the maintenance simple and
remove the original Apache::test from it.
2) Rename Apache::Test to Apache
5.004;
require LWP::UserAgent; # this should load everything you need
1;
so libwww-perl = LWP is intuitive
Apache-Test = Apache::TestPlan is not
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http
Geoffrey Young wrote:
sorry, I didn't realize I was subscribed to this list :)
use Config;
+use Apache::TestLoad ();
whoops :)
oops indeed, thanks for the fix Geoff. I've removed it.
__
Stas BekmanJAm_pH
401 - 500 of 647 matches
Mail list logo