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
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
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,
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
Cliff Woolley wrote:
On Tue, 23 Nov 2004, Joe Orton wrote:
Discussion of whether or not it's useful to have PHP tests in httpd-test
can take place on test-dev@, please send your comments there and I'll
follow up.
I actually think it's useful to have php tests in our suite, because
Am I correct to say that Test::More is in the core for all but 5.6.1 the
required minimum by mp2?
yes, but see below - we would have further version restrictions if we chose
to make T::M the engine for the entire mp2 test suite.
so if we make a dependency on Test::More only
the 5.6.1 users
anyway, in the end I guess I wouldn't suggest moving to T::M entirely
just
yet. but if you want to use it occasionally within certain tests I think
that's fine.
Of course another alternative is to bundle a sufficient version of T::M
under t/.
that's an idea. so long as it's not
Stas Bekman wrote:
Stas Bekman wrote:
Of course another alternative is to bundle a sufficient version of T::M
under t/.
that's an idea. so long as it's not installed with 'make install'. or
indexed by cpan either, I suppose.
anything living under t/ is not installed on 'make
-plan tests = 6, need_module('mod_alias.c') need_lwp;
+plan tests = 6, need need_module('mod_alias.c'), need_lwp;
^
?
:)
--Geoff
Stas Bekman wrote:
Stas Bekman wrote:
I know we tried to avoid external dependencies, but Cwd coming with
5.6.x is unusable under -T. At the moment this breaks some mp2 tests
(the problem comes from A-T, which indirectly invokes Cwd::cwd via
File::Spec's rel2abs. I've tried to code a
svn copy https://svn.apache.org/.../trunk \
https://svn.apache.org/.../tags/1.17
(optionally with an -r to peg at specific revision, I guess)
Yes, that's probably what we will have to end up doing in the future.
if you can find the time, can you please make sure the RELEASE file is
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
the problem is simple - A-T's test suite doesn't use
Apache::TestRunPerl, so all the special stuff needed by modperl is not
used. So it picks the default module it finds (if any). in this case it
picks the wrong mod_perl.so, and the server side ends up running under a
different perl.
yeah,
so you are looking at encountering other
problems, as you try to run modperl tests without using a correct
environment.
yeah, you're right.
or something else needs to be done with t/more.
yes. well, with Apache/Test.pm actually. this should be more helpful:
Index: lib/Apache/Test.pm
Stas Bekman wrote:
As you can see from the email below, some modules embed a version number
in the module 'mod_fastcgi-2.4.2-AP20.dll'. Our should_skip_module only
matches an exact name. The patch at the end of this email extends the
functionality to support regex skip arguments. Let me know
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
I think we should implement it, since if someone is very unhappy about
the autogenerated httpd.conf they can supply their custom httpd.conf.in
that feels like a lot of work to me - like making A-T respect the Port
setting from httpd.conf.in, because that's what they would expect.
I think that
http://perl.apache.org/docs/general/testing/testing.html#Parallel_Testing
Here's what I see when I run t/TEST -start-httpd -port=34343
yeah, this is where Apache-Test gets confusing...
it's '-port 34343' not '-port=34343'. same with '-port select'. this is
different than, say
Gavin Carr wrote:
On Fri, Jan 21, 2005 at 09:26:53AM -0500, Geoffrey Young wrote:
I'm trying to test a C module against both apache2 and apache1. apache1
is working beautifully, but when I attempt to reconfigure for apache2
(stock FC1), A::T (1.20) keeps complaining about finding mod_perl 1
So Geoff is saying, you must try and at the next line you must also
succeed. With SSLVerifyClient optional, the semantics would be
instead Don't bother to insist for a certificate, but if user
forgot it, give him flaming death. Considered inappropriate :-)
i'm no expert here - I took the
Geoff, removing the SSLRequire line is right, it
doesn't really matter though...
ok, done. thanks for the input.
--Geoff
hi all...
in TestConfigPerl we have this logic and comment
# modules like Embperl.so need mod_perl.so to be loaded first,
# so make sure that it's loaded before files inherited from the
# global httpd.conf
$self-preamble_first(IfModule = '!mod_perl.c', $cfg);
what this does is
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
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
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
Jim Martinez wrote:
Hi,
I'm looking for some suggestions for a library problem with Apache::Test,
which I'm using to develop a web application.
Hope this is the place to ask.
better [EMAIL PROTECTED] now, but that list was just created yesterday :)
Using Apache 1 and Mod perl 1, how
may be we should be more flexible right away and use the same approach
Apache uses, i.e. have each custom module a say for its insertion
priority. So we could add mod_perl as middle module and give other
modules an opportunity to load themselves before (first/very_first or
after
Christopher H. Laco wrote:
Geoffrey Young wrote:
in general, I think it is atypical that one apache module depends on
another
module being loaded before it itself can load. that is, in a LoadModule
sense - sure, lots of things depend on mod_perl, but they use
PerlModule not
LoadModule
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
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
This solution looks good to me, but should be mod_embperl.c instead of
Embperl.c.
well, I went to the embperl site and added this to my httpd.conf
LoadModule embperl_module /tmp/Embperl.so
and things worked out as expected
[ debug] /tmp/Embperl.so is already absolute
[ debug]
Stas Bekman wrote:
Folks committing to A-T, please don't forget to subscribe to the new lists:
[EMAIL PROTECTED]
[EMAIL PROTECTED]
I think I mentioned that before, but it never hurts :)
I've approved joe as a poster.
Geoff, why the moderation hits the modperl-cvs /at/
I've approved joe as a poster.
Geoff, why the moderation hits the modperl-cvs /at/ perl.apache.org list?
I dunno. ask set these up.
pinging ask now :)
Also it looks that commits to A-T go to two lists:
To: [EMAIL PROTECTED], modperl-cvs@perl.apache.org
any special reason?
I
:
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
::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
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
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
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
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
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
William A. Rowe, Jr. wrote:
Well now; rm -rf t , and svn up, gives me the original error
attempting to create 'serial', a 'serial.old' lingers during
the config phase.
after nuking t/ make sure to nuke ~/.apache-test (or whatever it is on
win32) and run with
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]
Philip M. Gollucci wrote:
Jim Martinez wrote:
Who maintains http://httpd.apache.org/test/ ?
There's a image on it that reads ApacheCon Europe 2005 that links to
the
ApacheCon US 2005 (via a redirect).
ApacheCon Europe 2005 was, according to the web site, held around July
18th, 2005.
I saw that.. The link of perl.apache.org is blank though right ?
I'm not quite with the program yet... what do you mean?
httpd.apache.org/test links to perl.apache.org/Apache-Test.
--Geoff
-my ($self, $user, $uid, $gid) = @_;
+my($self, $user, $uid, $gid) = @_;
eew, the mod_perl style guide doesn't really say that, does it? that's awful.
--Geoff
+#ifdef HAVE_SSL_EXT_LOOKUP
if (!ext_lookup) {
ap_rputs(ssl_ext_lookup not available, r);
return OK;
}
hey, speaking of this ext_lookup, can you give me an example of what this
function does? in Apache::SSLLookup I've added perl glue for this method,
and right
So with 2.1.7 $r-ext_lookup(2.16.840.1.113730.1.13) should return
This Is A Comment for any SSL vhost in the test suite if it works
properly.
excellent!
thanks so much for the info.
--Geoff
If $file does exist, then the
if (! -e $file -e $default_conf) {
}
is ignored, but the
else {
}
will be followed; in my case, on Win32, it overwrote the correct,
exisiting $file with
$file = catfile $root, $default_conf;
blarg, sorry about that.
which didn't exist.
Justin Erenkrantz wrote:
httpd-test gives a really cryptic error message when LWP isn't
installed:
Use of uninitialized value in concatenation (.) or string at
.../Apache-Test/lib/Apache/TestHarness.pm line 121.
Be nice if we could fix that. It seems that $_ is trounced by
cc'ing chris :)
I think a line in the t/conf/php.ini:
extension_dir = ./
means that php seeks libraries in the current
directory, while those
libraries are in the /usr/lib/php4/.
hmm, could be. chris would know better.
Thereby I have 2
questions:
1) Why it is necessary to
Chris Shiflett wrote:
Hi Filin,
I've tride a lot of variants and I even think that
IfModule @PHP_MODULE@
php_admin_value extension_dir /usr/lib/php4/
/IfModule
_should_ work - but it doesn't! I don't know why :(
(I tried both t/extra.conf.in and
t/conf/extra.conf.in)
The
Justin Erenkrantz wrote:
I'd like to propose shutting down [EMAIL PROTECTED] and move it all back under
[EMAIL PROTECTED]
The traffic on [EMAIL PROTECTED] list doesn't justify a separate list, and the
Apache-Test code is now property of the Apache::Perl PMC, so discussions of
that are now
compiles ok on RH6.2, 1.3.18-dev 1.25_01-dev, perl 5.7
oh, and hi all :)
--Geoff
-Original Message-
From: Jim Winstead
To: Matt Sergeant
Cc: [EMAIL PROTECTED]; Randy Kobes
Sent: 2/2/01 4:26 PM
Subject: Re: Ready to go?
On Thu, Feb 01, 2001 at 09:03:04AM +, Matt Sergeant wrote:
Is
I'm cross-posting this to apreq-dev - since you're using Apache::Request
and it seems to be behaving differently using mp1 versus mp2, the apreq
folks will be in a better position to comment on the behavior.
--Geoff
Miles Crawford wrote:
I posted this to the Firefox guys as well, because I
401 - 454 of 454 matches
Mail list logo
