When installing via CPAN, I've never had a succesful test. But what
helps is to have your Apache already running during the test, and
when CPAN asks for the apache source either show it the directory of
the headers or give it a q. If all else fails try force-ing the
install.
For up to date RPM'
You may be stuck with the Kernel, but are you stuck with RPM's of
Apache and of mod_perl?
Seams every time I connect with CPAN there is always an update of
something.
Jay Scherrer
On Thursday 20 January 2005 09:37 am, Young, Darren wrote:
> It's the whole sticking with the vendor for support
Young, Darren wrote:
Is there a different way to CPAN the newer version?
Perl -MCPAN -e 'install Bundle::Apache' gets the 1.29 stuff.
I believe
Perl -MCPAN -e 'install Bundle::Apache2'
should get you latest version of mod_perl 2.0 (2.0_RC3 as of this writing).
Yes, Apache 2.0.46 on RHEL.
If I
Is there a different way to CPAN the newer version?
Perl -MCPAN -e 'install Bundle::Apache' gets the 1.29 stuff.
Yes, Apache 2.0.46 on RHEL.
If I decide to go from source, I'm guessing I need to build a fresh
Apache RPM, or at least have the source handy for the mod_perl build.
For the mod_perl
Young, Darren wrote:
Just tried to install Bundle::Apache, it's asking for Apache source..
Also, it's pulling down mod_perl 1.29.. Isn't that older than the 1.99 I
have?
Darren,
There are two versions of mod_perl. The version you pulled down is for
mod_perl 1, for use with Apache HTTPd 1.x. m
/usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/Apache doesn't
exist on that system.
> -Original Message-
> From: Aaron Hawryluk [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, January 19, 2005 5:27 PM
> To: modperl@perl.apache.org
> Subject: RE: Problem on RedHat Enterprise 3.0
>
>
Just tried to install Bundle::Apache, it's asking for Apache source..
Also, it's pulling down mod_perl 1.29.. Isn't that older than the 1.99 I
have?
CPAN points to pair.com on that system.
> -Original Message-
> From: Jay Scherrer [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, January 19,
> what about unregistering the handler from the stack? is that possible?
yes, but only if the phase you want to unregister isn't the same as the
current phase
# works, except during a PerlAuthenHandler
$r->set_handlers(PerlAuthenHandler => []);
> just to clarify: what *are* $r->next/prev if n
On Thu, Jan 20, 2005 at 02:32:59PM -0800, Philippe M. Chiasson wrote:
> Dorian Taylor wrote:
> >suppose i wanted the same logic as:
> >
> >return Apache::DECLINED unless $r->is_initial_req;
> >
> >except that sometimes it may be necessary to serve for a subrequest,
> >just not more than once. t
On Thu, Jan 20, 2005 at 05:00:32PM -0500, Geoffrey Young wrote:
>
> > what technique would you use if you had to have a handler work
> > exactly once, even though it may never be invoked as an initial
> > request?
>
> if you're in prefork, off the top of my head I might set a perl global and
> th
Dorian Taylor wrote:
suppose i wanted the same logic as:
return Apache::DECLINED unless $r->is_initial_req;
except that sometimes it may be necessary to serve for a subrequest,
just not more than once. the construct i tried is:
for (my $pr = $r; $pr; $pr = $pr->prev) {
if ($pr->note
> what technique would you use if you had to have a handler work
> exactly once, even though it may never be invoked as an initial
> request?
if you're in prefork, off the top of my head I might set a perl global and
then reset it using a cleanup handler. something like
$My::Foo::seen++;
$r->re
> instead of looping around try $r->main->notes or $r->prev->notes
hm, that loop should eventually hit all requests in the chain though, no?
also, the first hit to that handler could in fact be a subrequest,
so $r->main->notes may never be set.
i do admit i'm cargo culting a little bit by loopin
Dorian Taylor wrote:
> suppose i wanted the same logic as:
>
> return Apache::DECLINED unless $r->is_initial_req;
>
> except that sometimes it may be necessary to serve for a subrequest,
> just not more than once. the construct i tried is:
>
> for (my $pr = $r; $pr; $pr = $pr->prev) {
suppose i wanted the same logic as:
return Apache::DECLINED unless $r->is_initial_req;
except that sometimes it may be necessary to serve for a subrequest,
just not more than once. the construct i tried is:
for (my $pr = $r; $pr; $pr = $pr->prev) {
if ($pr->notes->get(__PACKAGE__
Those lines in
/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi/Apache/Status.p
m says:
12 use mod_perl 1.99;
13
14 use Apache::RequestRec ();
15 use Apache::RequestUtil ();
16 use Apache::ServerUtil ();
17
18 $Apache::Status::VERSION = '3.00'; # mod_perl 2.0
>
> Can you tell us what v
> What suprised me is that at the end it states that there are several
> versions of mod_perl-modules installed. Is this a possible cause of my
> problem?
yes, quite possibly.
> Apache::Request: -
> CGI: 3.05
> LWP: -
> mod_perl : 1.9908, 1.9914, 1.9916
if you ca
It's the whole sticking with the vendor for support thing. We have a
support contract with RedHat and every time I've gone away from any
"stock" RPM they always come back with "well... You know you... Blah
blah blah.." Unfortunately, I'm stuck and am just following orders..
"get that version workin
I could swear that there is something left off from your last
installations see the different perl installations found on your system.
Still this is only a wild guess you have to wait for the gurus around here.
As a sidenote I always install/compile my own perl and for my apache you
could also
Hello,
We are using the latest version of Apache (1.3.33) and mod_perl (1.29)
running on FreeBSD 4.9. When mod_perl is compiled as a DSO the server
grows
by approximately 12MB every time it does a graceful restart. When it gets
greater than 512MB FreeBSD stops giving it more memory (this can be
My first problem-report yesterday did not include much useful
information. Thnx to Tom for pointing this out, so here it comes again
with much more information from t/REPORT
What suprised me is that at the end it states that there are several
versions of mod_perl-modules installed. Is this a pos
Hi Peter,
you fail to give us the information required to solve your problem.
Please see:
http://perl.apache.org/docs/2.0/user/help/help.html#Reporting_Problems
Tom
peter pilsl wrote:
I use mod_perl for a very long time already. Now I installed
apache2.0.52 and took the chance to install a new mod
On Thursday, 2005-01-20 at 09:59:24 +0200, Issac Goldstand wrote:
> http://www.theperlreview.com/Found/perl-germany.html
> How is it that I heard about this on another list first??? :-)
What you (and meybe the other list) missed is that Apach and Perl are
both near Schengen, location of the Schen
23 matches
Mail list logo
