I hope everyone's having a merry Christmas or whatever other holidays
you're celebrating :-)
I haven't been following the list very closely lately, but it looks like
last time 3.2.6b was brought up a bunch of bugs came out of the woodwork.
Does it look like we're near being ready to roll
[ http://issues.apache.org/jira/browse/MODPYTHON-93?page=all ]
Nicolas Lehuen updated MODPYTHON-93:
Fix Version: 3.3
Version: 3.2
(was: 3.3)
Improve util.FieldStorage efficiency
Hi Grisha,
Having a look at the bug list I don't see anything that should prevent
us from releasing the 3.2 version. There doesn't seem to be any bug
due to some regression, all the new bugs were also found in 3.1. So I
think we won't disappoint anyone !
I truly think we should not try to be
[ http://issues.apache.org/jira/browse/MODPYTHON-104?page=all ]
Nicolas Lehuen updated MODPYTHON-104:
-
Fix Version: 3.3
Allow Python code callouts with mod_include (SSI).
--
Key:
2005/12/28, Graham Dumpleton [EMAIL PROTECTED]:
Grisha, I have though asked for a small change to be made which will
allow me to make available a proposed new module importer when its done
and for people be able to trial it without having to patch their source
code. See:
Jeff wrote:
Folks,
I am finding it hard to correctly interpret the Apache2::Cookie
documentation: The docs say:
@names = $j-cookies();# all cookie names
The actual code (SVN-trunk), says this:
The final return line in sub fetch() below explains your findings.
package
Philip M. Gollucci [EMAIL PROTECTED] writes:
Index: Cookie.pm
===
--- Cookie.pm (revision 359541)
+++ Cookie.pm (working copy)
@@ -40,7 +40,7 @@
my $jar = $req-jar or return;
$jar-cookie_class(__PACKAGE__);
Philip M. Gollucci [EMAIL PROTECTED] writes:
package Apache2::Cookie::Jar;
sub cookies {
my $cookies = Apache2::Cookie-fetch(@_);
## iffy to return based on documentation from $cookies and @_
}
More or less. Something like this should work:
sub cookies {
Hi,
In the thread called What do you want in HTTPD 2.4/3.0/X/GREEN started
by Paul on December 3rd, 2005, two ideas I'd really like to get involved
in were launched :
- mpm-perchild
- make the MPMs DSO-able
Some of you may recall the design made by Michal (as SoC student) during
the last
Maxime Petazzoni wrote:
What do you think ? Should we start working on this ?
I've missed the discussion, but the idea is something I definitely like.
--
Love is not the one you can picture yourself marrying,
but the one
Hello. I am new to the list because I needed to make some adjustments to the mod_dav code and I'm hoping someone can confirm what I have done makes sense.Some Info:We have anywhere from 250k to 1 million PUTs a night. Of those, we usually have about 50 that end up with a 204 status even though
Title: Message
I'm running into an
issue where Apache 2.2.0 on AIX won't start if there is more than one Listen
directive. According to the documentation, this should not be so.
This is not the case on Solaris.This iscausing problems with
regards to configuring ssl. Has anyone else seen
On 12/28/05, Fenlason, Josh [EMAIL PROTECTED] wrote:
I'm running into an issue where Apache 2.2.0 on AIX won't start if there is
more than one Listen directive.
Does it get better if you code
Listen 0.0.0.0:port1
Listen 0.0.0.0:port2
?
What version of AIX (unclear that it matters)?
Can you
Hi,
I'm timing out on this one, but I thought I'd throw it in here in
case someone has a bright idea on what is actually going on...
First it doesn't seem to be the case that mod_proxy actually
sets r-status in the case of an error (service temporarily
unavailable caused by ProxyTimeout for
APACHE 2.0 STATUS: -*-text-*-
Last modified at [$Date: 2005-12-18 06:19:24 -0500 (Sun, 18 Dec 2005) $]
The current version of this file can be found at:
* http://svn.apache.org/repos/asf/httpd/httpd/branches/2.0.x/STATUS
Documentation status is
APACHE 2.3 STATUS: -*-text-*-
Last modified at [$Date: 2005-12-16 16:06:45 -0500 (Fri, 16 Dec 2005) $]
The current version of this file can be found at:
* http://svn.apache.org/repos/asf/httpd/httpd/trunk/STATUS
Documentation status is maintained
== Please reply above this line ==
Rodent of Unusual Size,
Your ticket has been successfully submitted to our Sales department. One of our
staff members will review it and reply accordingly. Listed below are ticket
details that you will need in order to update or check the status
17 matches
Mail list logo