Randy Kobes wrote:
On Wed, 18 Feb 2004, Stas Bekman wrote:
Randy Kobes wrote:
Thanks for testing, Randy
+for my $key (keys %conf_opts) {
+next unless Apache::TestConfig::conf_opt_is_a_filepath($key);
+$conf_opts{$key} = Win32::GetShortPathName($conf_opts{$key
Stas Bekman wrote:
[EMAIL PROTECTED] wrote:
stas2004/02/09 10:07:49
Modified:perl-framework/Apache-Test/lib/Apache TestRun.pm
TestSSLCA.pm
Log:
more t/ related fixes
$self-{reconfigure} = $opts{configure} ||
(grep { $opts{$_}-[0] } qw
you do a full reconfigure, no? So, yes, there
is a buglet in the comments, not the actual config process. Will fix that shortly.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide
.
__
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
,
it's fine with me (I don't use non-coloured tracing anyway).
looks good to me :)
Thanks, now committed.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http
a chdir_top call which used to be chdir_t, so that
'TEST' will work in addition to 't/TEST. chdir_top should make sure we are
outside of 't'.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org
Geoffrey Young wrote:
Stas Bekman wrote:
The following patch, allows a graceful exit from 'make test' (so that
CPAN.pm and other clients can continue w/ installation) if users fail to
provide the path to httpd or running under root and we figure out that
apache can't access the files w/ nobody
for listening.
__
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
David, I've committed the required changed. Please test that it works for you.
I still have a few other things to fix (t/SMOKE), but they shouldn't affect you.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http
will be able to continue)
+if (lc($ans) eq 'skip' !$optional) {
+skip_test_suite();
+next; # in case they change their mind
}
unless (File::Spec-file_name_is_absolute($ans)) {
__
Stas Bekman
as Apache::Test::serverroot and requires no work on our
part.
and of course totally contradicts my last email, where I said that we should
expose only certain vars. go figure.
__
Stas BekmanJAm_pH -- Just Another
Geoffrey Young wrote:
+@_ ? @{ config()-{vars} }{ @_ } : config()-{vars};
wow, a slice in the wild. cool :)
perl rocks my world!
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org
David Wheeler wrote:
On Jan 28, 2004, at 2:21 PM, Stas Bekman wrote:
Then for now I'll just use:
my $serverroot = Apache::Test::config()-{vars}{serverroot};
Surely you mean
my $serverroot = Apache::Test::config()-{vars}-{serverroot};
although this should work, too:
my $serverroot = Apache
in the cvs version, and pending a new release, after
some of the folks here will report that it's all working.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http
David Wheeler wrote:
On Jan 23, 2004, at 12:21 PM, Stas Bekman wrote:
If you really want to, we could install Apache::Test::AUTOLOAD
which will map $AUTOLOAD to
Apache::Test::config()-{vars}-{$AUTOLOAD}, so you could say:
Apache::Test::serverroot
Or, I imagine,
Apache::Test-serverroot
Yes
Stas Bekman wrote:
Perrin Harkins wrote:
I'm sure this has been discussed before, but is there any way of doing
something to make Apache::Test not crash and burn when I try to install
it from the CPAN shell? At the moment I can't install it through the
shell, which also breaks libapreq, Bricolage
'.', ;
$t =~ s:^\Q$dotslash::;
push @tests, $t
- }, '.');
+ }, $base);
@tests = sort @tests;
}
}
__
Stas Bekman
; # won't be logged
Refer to the Apache::TestTrace manpage for more information.
Please suggest a clarification to the docs now that you know all the answers
to this issue, William ;)
__
Stas BekmanJAm_pH -- Just Another
David Wheeler wrote:
On Jan 20, 2004, at 11:20 PM, Stas Bekman wrote:
Does the patch below solve the problem?
Maybe, but it's not quite there yet:
Can't locate object method chdir_t via package Apache::TestHarness
at lib/Apache/TestRun.pm line 648.
Sorry, David, I guess I was testing
William McKee wrote:
On Wed, Jan 21, 2004 at 12:35:07PM -0800, Stas Bekman wrote:
William McKee wrote:
The testing documentation at perl.apache.org says that the current trace
level defaults to info. However, my system is outputting debug messages
to the t/logs/error_log file. Is this the correct
.
__
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
missing/wrong/etc. 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
David Wheeler wrote:
On Jan 21, 2004, at 2:03 PM, Stas Bekman wrote:
So does it all just work or you haven't had a chance to test my rework
of the sticky configuration? Once you are happy with it, I'd like to
invite more testers from the outside (probably post to modperl users
list) before we
understanding as well, it just wasn't clear from
the above para, as it lost the server-client link.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
Stas Bekman wrote:
[...]
But that's exactly what is happening. Test::Harness runs only only the
client side, it actually runs the clients. Test::Harness in the A-T
setup has no idea the server side exists at all. The server side can
run ok/skip/etc via Test, Test::More, Apache::Test, etc
Randy Kobes wrote:
On Tue, 13 Jan 2004, Stas Bekman wrote:
Randy Kobes wrote:
I haven't worked through this yet, but I find a similar
problem ... I have two Perls, both of which have mp2
installed, but one has the CPAN Apache-Test and the other
has the cvs Apache-Test installed. In building
returns a path owned by 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://apacheweek.com
on 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
Randy Kobes wrote:
On Sat, 17 Jan 2004, Stas Bekman wrote:
Randy Kobes wrote:
[ ... ]
I don't have an ~/.apache-test/, and yes, using the perl
with the CPAN A-T installed to build the cvs A-T is fine.
Where I run into problems in not seeing the configuration
dialogue is using the perl
that change.
Feel free to improve it if it looks not so good.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http
Stas Bekman wrote:
OK, I've written the missing spec for the A-T custom config (it's in the
at the end of Apache::TestRun pod), please check that it's sane and that
I haven't missed some possible cases. This is a top level spec with many
details explained in the code.
Next I did another
to break things
when fixing other things. once we have it it safe to start thinking about
rewrite/refactoring, may be in chunks, since we know we won't break what we
have already.
__
Stas BekmanJAm_pH -- Just Another
Stas Bekman wrote:
Stas Bekman wrote:
I've reproduced the problem:
setenv APACHE /home/stas/httpd/1.3-dynamic/bin/httpd
t/TEST -v -trace=debug -port select
t/TEST -v -trace=debug
one the first run, extra.conf.in is parsed:
Including /tmp/bug-reporting-skeleton-mp1/t/conf/extra.conf config file
Stas Bekman wrote:
Geoffrey Young wrote:
Stas Bekman wrote:
Moreover the prefix
ideally should be: APACHE_TEST_ and not APACHE_, since we already have a
bunch of env vars which start with APACHE_TEST_
Though I'm in favor to just drop them, making
everybody move to the better API.
+1
Thanks
and
start adding your things on top and not the other way around. Geoff, do you
feel like adding this idea somewhere in the top of the testing.pod doc?
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http
William McKee wrote:
On Thu, Jan 15, 2004 at 05:08:39PM -0800, Stas Bekman wrote:
strange, I saw it once and could never reproduce it again. What is the
sequence of commands when you get it?
t/TEST -start
t/TEST -run-tests t/03_hostport.t
can't work alone, you need to tell the httpd or apxs
William McKee wrote:
On Thu, Jan 15, 2004 at 09:03:54PM -0800, Stas Bekman wrote:
I didn't commit this part. I'm not sure we want to duplicate the porting
guide in this document. Instead of duplicating things, I've added a section
telling that this document uses mp2 in examples and gave
that would happen
whether I specified -port select or not.
You could have the APACHE_PORT env variable set to 'select'.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http
William McKee wrote:
On Thu, Jan 15, 2004 at 05:08:39PM -0800, Stas Bekman wrote:
strange, I saw it once and could never reproduce it again. What is the
sequence of commands when you get it?
That is interesting. Right now, I'm playing with Geoff's
bug-reporting-skeleton-mp1 running my my Apache
config data to apache_test_config.pm
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http
Stas Bekman wrote:
I've reproduced the problem:
setenv APACHE /home/stas/httpd/1.3-dynamic/bin/httpd
t/TEST -v -trace=debug -port select
t/TEST -v -trace=debug
one the first run, extra.conf.in is parsed:
Including /tmp/bug-reporting-skeleton-mp1/t/conf/extra.conf config file
generating conf
Stas Bekman wrote:
William McKee wrote:
On Wed, Jan 14, 2004 at 08:41:01PM -0800, Stas Bekman wrote:
Cool, now I get the thing running.
Great. Are you getting any failures? Please read my notes in
testnotes.txt.
Yes. I will look at the failures soonish.
I don't have apache 1.3 with ssl so I
__
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
William McKee wrote:
On Wed, Jan 14, 2004 at 03:43:59PM -0800, Stas Bekman wrote:
OK, I'm working on this conversion and am hitting a roadblock due to mp1
not supporting the PerlSwitches directive.
No need to:
That's a nice solution for enabling taintmode and warnings, but I was
referring
Geoffrey Young wrote:
Stas Bekman wrote:
any objections for this patch?
-if (-e $result) {
-debug $file successfully resolved to existing file $result;
well, you're removing the file check in favor of a directory check. in the
interests of debugging, I'd probably like to preserve
promised to work on fixes but didn't get to it. So unless you can wait a bit
more, I'm fine with reverting.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http
William McKee wrote:
On Wed, Jan 14, 2004 at 08:41:01PM -0800, Stas Bekman wrote:
Cool, now I get the thing running.
Great. Are you getting any failures? Please read my notes in
testnotes.txt.
Yes. I will look at the failures soonish.
What is this diff? Should I apply it
against [1]? Why
William McKee wrote:
On Thu, Jan 08, 2004 at 12:57:43PM -0800, Stas Bekman wrote:
It's really hard to guess what did you do. As suggested below if you could
create a sample package which reproduces the problem, upload it somewhere
and post the URL here, we could be much more helpful. You should
any objections for this patch?
Original Message
Subject: Re: Modperl 2.0 Not finding correct *.conf
Date: Sun, 11 Jan 2004 14:13:42 -0800
From: Stas Bekman [EMAIL PROTECTED]
Organization: Hope, Humanized
CC: steve larson [EMAIL PROTECTED], mod_perl Mailing List
modperl
William McKee wrote:
On Wed, Jan 14, 2004 at 11:03:12AM -0800, Stas Bekman wrote:
William, you need to move the config files from conf to t/conf and make
them test.conf.in and test-ssl.conf.in. usually people put ssl into a
separate directory, so you will probably want to do:
t/conf
';
--
__
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
Geoffrey Young wrote:
Stas Bekman wrote:
Geoffrey Young wrote:
I think the patch below handles that fine for any mp2 builds.
I've done some more digging - this patch seems to be required.
How does it map on the thought from my previous email:
Let's see if we can stay without making a modperl
Randy Kobes wrote:
On Tue, 13 Jan 2004, Stas Bekman wrote:
Geoffrey Young wrote:
[ ... ]
what I do know, however, is that my nightly builds start
with 2.1 then move to 2.0, issuing 'make realclean'
between each. for the past few nights, the 2.0 tests
don't run because it's loading
Randy Kobes wrote:
On Sun, 11 Jan 2004, Stas Bekman wrote:
Randy Kobes wrote:
[ ... ]
my Apache is D:\Apache2\bin\Apache.exe, which would
get reported as d:\apache2\bin\apache.exe. If there isn't
an easy way to preserve the case yet still remove such
duplicates, I'll do that - it's not a big deal
')) {
__
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
then
be run.
I'm wondering, though - might there be circumstances where
$original_command contains the Perl binary already?
I think it's pretty safe:
% perl -le 'print $0'
-e
'perl' is not in $0. Is it different on windows?
__
Stas
, 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
Randy Kobes wrote:
On Sat, 10 Jan 2004, Stas Bekman wrote:
[EMAIL PROTECTED] wrote:
randyk 2004/01/10 14:07:17
Modified:perl-framework/Apache-Test/lib/Apache TestConfig.pm
TestRun.pm
Log:
On Win32, multiple options for Apache.exe can be returned which differ
Randy Kobes wrote:
On Sat, 10 Jan 2004, Stas Bekman wrote:
Randy Kobes wrote:
Hi,
The current Apache-Test cvs, as well as looking for an
Apache binary, will also search for apxs, which doesn't come
with Apache-2 on Win32. Within the mod_perl 2 distribution
Makefile.PL will offer to run
Randy Kobes wrote:
On Sun, 11 Jan 2004, Stas Bekman wrote:
Randy Kobes wrote:
[ .. ]
Sorry about that - I'll revert that change (I just tried,
but got an error message about insufficient space left on a
device). Actually, looking for both 'apache' and 'Apache'
leads back to the same problem
it should use the modperl-2.0 build args for any 3rd party modules A-T
runs, if it's installed and used. So it's really the same as modperl-2.0's
make test.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http
.
As always, thanks for your assistance,
You are very welcome ;)
__
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
$has_version = $module-VERSION || 0;
-return 1 if $has_version = $version;
+return 1 if eval { $module-VERSION($version) };
Are you sure you haven't dropped something here? why did you remove the
comparison line?
__
Stas
command, so it should invoke the debugger again.
__
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
#unless already specified with \$(INST_LIB)
#or already in Apache2/
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto
Geoffrey Young wrote:
Stas Bekman wrote:
Moreover the prefix
ideally should be: APACHE_TEST_ and not APACHE_, since we already have a
bunch of env vars which start with APACHE_TEST_
Though I'm in favor to just drop them, making
everybody move to the better API.
+1
Thanks Geoff. I'll wait
in favor to just drop them, making everybody move to the
better API.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http
. Running `make t/TEST -run-tests` seems to work fine though.
You did remember to enable Apache::Reload for your modules that are under
development, didn't you? Without it the dev idea doesn't quite work.
__
Stas Bekman
at 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
.
I can't seem to find much documentation about the modperl_inc.pl or
modperl_startup.pl files. Any pointers would be most appreciated!
Right, there is no documentation. Patches are welcome.
__
Stas BekmanJAm_pH -- Just
suite with user '$user' ($uid:$gid).
@@ -889,6 +901,7 @@
% $check
from that directory.
EOI
+exit_perl 0;
}
}
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org
doing testing during development.
The plan is to adopt CPAN/FirstTime.pm to do the same for A-T. I'm planning to
work on this somewhere next month.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org
on a more granular level.
+#define HTTPD_TEST_REQUIRE_APACHE 2.0.49 is now recognized.
+[Geoffrey Young]
docs?
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http
component is
unavailable. What you end up is not running all tests and missing potential
failures.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
.
__
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
=~ s/^\s*[']?|[']?\s*$//g;
__
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
message (not fatal, just s/warning/error/)
__
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
Geoffrey Young wrote:
Stas Bekman wrote:
[EMAIL PROTECTED] wrote:
geoff 2003/11/07 07:03:39
Modified:perl-framework/Apache-Test/lib/Apache TestConfigParse.pm
Log:
use apxs PREFIX to resolve relative httpd.conf directives
ServerRoot is not present
Revision ChangesPath
.
__
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 Friday, November 7, 2003, at 02:08 PM, Stas Bekman wrote:
Can you please test with the current cvs, should be fixed now.
Confirmed, thanks!
Thanks for testing, David.
I don't think we have changed anything, besides the patches you've
submitted by yourself
.
__
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
Geoffrey Young wrote:
Stas Bekman wrote:
Geoffrey Young wrote:
[...]
+elsif ($base = $self-apxs('PREFIX')) {
+warning using apxs-derived ServerRoot $base to resolve
$file;
May be better to say it all?
warning since ServerRoot is not defined, .
using
coming from? So if you had:
LoadModule foo modules/bar.so
it won't be able to expand it to a full path to modules/bar.so because
ServerRoot is not set?
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http
noticed it. Report to httdp-dev?
__
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
not found, 1;
}
@@ -203,6 +205,7 @@
GET ${dir}file.shtml
);
}
+}; # /todo
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http
Vivek Khera wrote:
SB == Stas Bekman [EMAIL PROTECTED] writes:
SB perl -e 'require POSIX; POSIX::setuid(65534); POSIX::setgid(65534); \
SB print -r q{/tmp} -w _ -x _ ? q{OK} : q{NOK}; '
Since when is user nobody hardwired to UID 65534? I never saw POSIX
mandate that.
It's
me know if you have any problems with it. I've committed this
solution, so you can try with the current cvs.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http
platform/distro :(
__
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
before.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http
Geoffrey Young wrote:
Stas Bekman wrote:
Geoffrey Young wrote:
hi all
I have a release candidate for Apache-Test ready to go
http://perl.apache.org/~geoff/Apache-Test-1.05-dev.tar.gz
but before I announce it publically I wanted to make sure that I
understood our position on META.yml. I'm
.
__
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
' autoinserted for 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
Geoffrey Young wrote:
Stas Bekman wrote:
Boris Zentner wrote:
Hi,
A test against my project show's no real difference at all. I applied
the patch against Apache-Test-1.04 and I verified that my
t/conf/modperl_inc.pl contain the desired lines.
use lib '/tmp/ap_ex/blib/arch';
use lib '/tmp/ap_ex
.
__
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
.
http://perl.apache.org/dist/Apache-Test-1.04.tar.gz
Oops, blame the momentum, as I was releasing it and mod_perl at once. I've
deleted that file from the above URL. Thanks for spotting it ;)
__
Stas BekmanJAm_pH -- Just
.
__
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
) {
print $fh use lib '$_';\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
Geoffrey Young wrote:
Stas Bekman wrote:
I haven't thoroughly tested this change yet, but please try this patch:
tests fine for me on mp2 and my 3rd party apps.
nice work.
There are problems if you remove previously installed modperl. I'm looking
301 - 400 of 647 matches
Mail list logo