e.
See here : https://perl.apache.org/maillist/modperl.html#Searchable_Archives
But with a subject like "Welcome to modperl", there is not a big chance that anyone would
find this message, or the future responses to it.
The other reason is : people subscribed to this list, receive these messag
Hello List,
I'm sending this message to know if there are some hints/tips to help
with the problem we're facing.
The problem is that for a same query repeated over time,
reply time can be as short as 5ms and as long as 1s.
Since there is neither correlation with CPU load or RAM usage, nor with
> Hi,
>
> Something happened to the search functionality on perl.apache.org, it returns
> 'Service unavailable' since yesterday at least.
It's not working for me either.
As an alternative for now, you can add the following
Hi,
Something happened to the search functionality on perl.apache.org, it returns
'Service unavailable' since yesterday at least.
--
Salutations, Vincent Veyron
https://marica.fr/
Gestion des contentieux, des dossiers de sinistres assura
On Friday 16 July 2010 14:24:17 Hans de Groot wrote:
> PerlPostReadRequestHandler ModPerl::VHost
>
I think this is too early in the request cycle to do that. Try a
PerlMapToStorageHandler. You may also have a look at Apache2::Translation. The
documentation needs a rewrite, I know. It's purpose
Hello,
I am trying to use the proxypass directive in mod_perl.
I actually got this working (after upgrading to mod_perl 2.4.x) so I
know it is possible to use proxy pass here
but I still have one problem.
I have a perl hander:
#file:ModPerl/VHost.pm
#-
package ModPerl::
Please add me to the mailing list
On Tue, Mar 16, 2010 at 12:58 PM, wrote:
> Hi! This is the ezmlm program. I'm managing the
> modperl@perl.apache.org mailing list.
>
> To confirm that you would like
>
> matty.r...@gmail.com
>
> added to the modperl mailing list
> Variable "$x" will not stay shared at /usr/local/prefork/perl/thing.cgi line
> 10.
Yes, I foolishly looked in the per-virtual-host error log, instead of
the global error log
where the warning was placed neatly.
> which, with a quick googling of 'mod_perl variable will not stay shared',
I was b
Erik Aronesty wrote:
Maybe ModPerl::Registry should do this, but not mod_perl itself. If someone
Yes, it's a problem with ModPerl::Registry, I agree. It's not mentioned here:
http://perl.apache.org/docs/2.0/api/ModPerl/Registry.html#Caveats
Where it should be.
Absolutely, i&#x
> Maybe ModPerl::Registry should do this, but not mod_perl itself. If someone
Yes, it's a problem with ModPerl::Registry, I agree. It's not mentioned here:
http://perl.apache.org/docs/2.0/api/ModPerl/Registry.html#Caveats
Where it should be.
> is trying to get an old CGI scri
Michael Peters wrote:
Erik Aronesty wrote:
This can not be called "verbose", because it's rather hard to find, but
it's worth reading.
http://perl.apache.org/docs/general/perl_reference/perl_reference.html#toc_Remedies_for_Inner_Subroutines
But normally perl/mod_perl
Erik Aronesty wrote:
mod_perl should be *extremely* verbose in pointing this change out to
developers, as
it is *extremely* difficult to diagnose.
Maybe ModPerl::Registry should do this, but not mod_perl itself. If someone is trying to get an old
CGI script to work under mod_perl then they'd
: 3.15
ExtUtils::MakeMaker: 6.30
LWP: 5.805
mod_perl : -
mod_perl2 : 2.03
3. This is the core dump trace: (if you get a core dump):
[CORE TRACE COMES HERE]
This report was generated by /usr/bin/mp2bug on Thu Feb 12 15:14:33 2009 GMT.
-8<-- End Bug Report --8<--
Note: Complete the rest of the details and post this bug report to
modperl perl.apache.org. To subscribe to the list send an empty
email to modperl-subscr...@perl.apache.org.
Hi,
At http://perl.apache.org/docs/2.0/user/config/custom.html#C_SERVER_CREATE_it
should be noted about this function (and also about DIR_CREATE) that
it
will be called if there is at least one custom directive present in
httpd.conf.
So setting so called 'system defaults' is not pos
Good job getting perl.apache.org back up. No big deal, just wanted to
end the thread on a positive note.
Jordan Mclain
eCarList.com
On 10/25/06, Philip M. Gollucci <[EMAIL PROTECTED]> wrote:
this one time in band camp Adam Prime x443 said on 10/25/06 12:17:
> Every project site on a
this one time in band camp Adam Prime x443 said on 10/25/06 12:17:
Every project site on apache.org except perl.apache.org and
tcl.apache.org are now up.
No, We(including I) are aware and working on it. Its intentional.
Its still data center movement issues, server is single user mode atm
Every project site on apache.org except perl.apache.org and
tcl.apache.org are now up.
Is this something someone should be concerned about?
Adam
-Original Message-
From: Perrin Harkins [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 24, 2006 10:53 AM
To: James Davis
Cc: modperl
On Sun, 2006-10-22 at 17:00 -0400, James Davis wrote:
> I have not been able to access perl.apache.org for two days. I cannot
> ping, receive host unreachable.
>
> Do you know when the site will be back online?
It's being moved to a new data center. If you're looking
Need to know how to unsubscribe... thanks.
I have not been able to access perl.apache.org for two days. I cannot
ping, receive host unreachable.
Do you know when the site will be back online?
[localhost]# ping perl.apache.org
PING perl.apache.org (209.237.227.195) 56(84) bytes of data.
From POS4-0.br02-200p-sfo.unitedlayer.com
On Mon, 23 Oct 2006, Philippe M. Chiasson wrote:
Gustavo Delfino wrote:
Since yesterday I have not been able to connect.
Yeah, a big chunk of the *.apache.org infrastructure is being moved from
one datacenter to another. This downtime is expected and things should get
back to normal once the
Gustavo Delfino wrote:
> Since yesterday I have not been able to connect.
Yeah, a big chunk of the *.apache.org infrastructure is being moved from
one datacenter to another. This downtime is expected and things should get
back to normal once the move is complete.
-
Gustavo Delfino wrote:
Since yesterday I have not been able to connect.
Planned maintanence. Severs are moving from UL to OSOUL.
They are racking right now.
Join #asfinfra on irc.freenode.net if you are interested.
ETA: tonight.
Regards,
Gustavo Delfino
--
--
Since yesterday I have not been able to connect.
Regards,
Gustavo Delfino
allan juul <[EMAIL PROTECTED]> wrote:
> actually we can remove that stuff from the style sheet since they were
> introduced when trying to avoid using a transparent gif. a recent update
> on the src files this transparent gif was introduced making those class
> selectors unnesecary
>
> i'll send a
errors in the javascript
console, my daily visits to perl.apache.org have resulted in that filling up
rather quickly with the same two errors:
Error: Error in parsing value for property 'display'. Declaration dropped.
Source File: http://perl.apache.org/style.css
Line: 486
Error: Error
in the javascript
> console, my daily visits to perl.apache.org have resulted in that filling up
> rather quickly with the same two errors:
>
> Error: Error in parsing value for property 'display'. Declaration dropped.
> Source File: http://perl.apache.org/style.css
> Line
Hey,
Since the new FireFox displays CSS parsing errors in the javascript
console, my daily visits to perl.apache.org have resulted in that filling up
rather quickly with the same two errors:
Error: Error in parsing value for property 'display'. Declaration dropped.
Source
Frank Wiles wrote:
Anybody else having a hard time getting to http://perl.apache.org?
Working for me. I'm in DC (at the moment)
--
END
What doesn't kill us can only make us stronger.
Nothing is
On Wed, 5 Oct 2005 12:12:57 -0400
"Stone, Derrick J *HS" <[EMAIL PROTECTED]> wrote:
> Anybody else having a hard time getting to http://perl.apache.org?
Yes I am as well.
-
Frank Wiles <[EMAIL PROTECTED]>
http://www.wiles.org
-
Anybody else having a hard time getting to http://perl.apache.org?
Derrick Stone
Internet
Specialist
Web Development Center
UVa Health System
angie ahl wrote:
> Who should we mail for the record. Or is it best mentioning things
> here to save the poor sys admin from being flooded ;)
all of the *.apache.org sites and services are monitored for outages and
whatnot by the asf infrastructure team. folks are even on call. so, in
general,
On Tue, 19 Jul 2005, Geoffrey Young wrote:
> angie ahl wrote:
> > Not sure who to report to so posting here sorry.
> >
> > I can't connect to http://perl.apache.org can get through to the main
> > apache site fine though.
>
> it's being worked on.
> > I can't connect to http://perl.apache.org can get through to the main
> > apache site fine though.
>
> it's being worked on.
>
> --Geoff
>
angie ahl wrote:
> Not sure who to report to so posting here sorry.
>
> I can't connect to http://perl.apache.org can get through to the main
> apache site fine though.
it's being worked on.
--Geoff
Me neither! Someone, please do something.
--- angie ahl <[EMAIL PROTECTED]> wrote:
> Not sure who to report to so posting here sorry.
>
> I can't connect to http://perl.apache.org can get through
> to the main
> apache site fine though.
&
Not sure who to report to so posting here sorry.
I can't connect to http://perl.apache.org can get through to the main
apache site fine though.
Angie
Stas Bekman wrote:
Arshavir Grigorian wrote:
Hello list,
I just tried searching for 'path_info' in the 2.0 docs and got an
internal server error(500).
http://perl.apache.org/search/swish.cgi?query=path_info&sbm=SecI&submit=search
The /x1/log/www/error_log says:
[Wed No
Arshavir Grigorian wrote:
Hello list,
I just tried searching for 'path_info' in the 2.0 docs and got an
internal server error(500).
http://perl.apache.org/search/swish.cgi?query=path_info&sbm=SecI&submit=search
The /x1/log/www/error_log says:
[Wed Nov 17 15:01:50 200
Hello list,
I just tried searching for 'path_info' in the 2.0 docs and got an
internal server error(500).
http://perl.apache.org/search/swish.cgi?query=path_info&sbm=SecI&submit=search
Hope it's easy to fix.
Best, Arshavir
--
Report problems: http://perl.apache.org/bug
Stas Bekman wrote:
allan juul wrote:
hello
we'd like the pages on perl.apache.org to print prettier while the
screen rendering should look as always, so we made a few changes that
hopefully didn't mess anything up.
we have only semi-tested this "feature" and would lik
allan juul wrote:
hello
we'd like the pages on perl.apache.org to print prettier while the screen
rendering should look as always, so we made a few changes that hopefully didn't
mess anything up.
we have only semi-tested this "feature" and would like a broader
bro
hello
we'd like the pages on perl.apache.org to print prettier while the screen
rendering should look as always, so we made a few changes that hopefully didn't
mess anything up.
we have only semi-tested this "feature" and would like a broader
browser/platform matr
hello
we'd like the pages on perl.apache.org to print prettier while the screen
rendering should look as always, so we made a few changes that hopefully didn't
mess anything up.
we have only semi-tested this "feature" and would like a broader
browser/platform matr
44 matches
Mail list logo
