On 06/20/2010 09:15 PM, s...@apache.org wrote:
Author: sf
Date: Sun Jun 20 19:15:01 2010
New Revision: 956387
URL: http://svn.apache.org/viewvc?rev=956387view=rev
Log:
Fix authorization by user or IP/ENV/...
Note ap_note_auth_failure() breakage in STATUS
Modified:
- Rainer Jung rainer.j...@kippdata.de wrote:
OS2
===conf default proposed
StartServers 22 2
MinSpareThreads 55 5
MaxSpareThreads 10 10 20
MaxRequestsPerChild 01 0
Any comments?
On 21/06/10 09:20, Igor Galić wrote:
- Rainer Jung rainer.j...@kippdata.de wrote:
OS2
===conf default proposed
StartServers 22 2
MinSpareThreads 55 5
MaxSpareThreads 10 10 20
MaxRequestsPerChild
On 21.06.2010 11:34, Brian Havard wrote:
On 21/06/10 09:20, Igor Galić wrote:
From docs/manual/upgrading.xml:
+liPlatform support has been removed for BeOS, OS/2, TPF, and
+ even older platforms such as A/UX, Next, and Tandem. These were
+ believed to be broken anyway./li
What
Just a FYI:
I've been trying to get this puppy released, but something
is *seriously* hosed with the whole svn sync process since,
even as of *today*, it looks like NO mirrors have the
2.3.6-alpha tarballs, even though they have been committed
and placed in all the right places on minotaur...
There have been a few reports regarding how server-status leaks
info, mostly about our (the ASF's) open use of server-status and
how IP addresses are exposed.
I'm thinking about a patch that adjusts server-status/mod_status
to have a public vs. private setting... Public would be to
have IP
Hi Jim,
On 21.06.2010 14:37, Jim Jagielski wrote:
Just a FYI:
I've been trying to get this puppy released, but something
is *seriously* hosed with the whole svn sync process since,
even as of *today*, it looks like NO mirrors have the
2.3.6-alpha tarballs, even though they have been committed
On 21.06.2010 14:40, Jim Jagielski wrote:
There have been a few reports regarding how server-status leaks
info, mostly about our (the ASF's) open use of server-status and
how IP addresses are exposed.
I'm thinking about a patch that adjusts server-status/mod_status
to have a public vs. private
alin vasile alinachegalati at yahoo.com writes:
execute a ldd for /usr/lib/libxml2.so and see if all the dependecies are
satisfied.
Post the entire LoadModule/LoadFile area, I'm not sure if the order matters.
From: Abhinav Upadhyay abhinav at hover.inTo: dev at
On 6/21/2010 7:40 AM, Jim Jagielski wrote:
There have been a few reports regarding how server-status leaks
info, mostly about our (the ASF's) open use of server-status and
how IP addresses are exposed.
I'm thinking about a patch that adjusts server-status/mod_status
to have a public vs.
Apache HTTP Server 2.3.6-alpha Released
The Apache Software Foundation and the Apache HTTP Server Project are
pleased to announce the release of version 2.3.6-alpha of the Apache HTTP
Server (Apache). This version of Apache is principally an alpha release
to test new technology and
On Mon, Jun 21, 2010 at 8:40 AM, Jim Jagielski j...@jagunet.com wrote:
There have been a few reports regarding how server-status leaks
info, mostly about our (the ASF's) open use of server-status and
how IP addresses are exposed.
I'm thinking about a patch that adjusts
On Monday 21 June 2010, Dan Poirier wrote:
On 2010-06-10 at 16:46, Stefan Fritsch s...@sfritsch.de wrote:
On Monday 07 June 2010, Rainer Jung wrote:
- build most module set by default.
Alternatives are:
- all
- few (same set as was default before the change)
- none
On Monday 21 June 2010, Ruediger Pluem wrote:
On 06/20/2010 09:15 PM, s...@apache.org wrote:
Author: sf
Date: Sun Jun 20 19:15:01 2010
New Revision: 956387
URL: http://svn.apache.org/viewvc?rev=956387view=rev
Log:
Fix authorization by user or IP/ENV/...
Note
On 2010-06-21 at 14:32, Stefan Fritsch s...@sfritsch.de wrote:
On Monday 21 June 2010, Dan Poirier wrote:
But is there any reason why we couldn't just make all actually
build all? And I would suggest if there's not a really good
reason, we should just fix all to do what it obviously should.
On Thursday 16 July 2009, William A. Rowe, Jr. wrote:
Plüm, Rüdiger, VF-Group wrote:
Good point. So your patch would invalidate a cached entity if the
response to a GET delivered a C-L header, since HEAD and GET
would deliver different C-L headers.
OTOH I think only very small or
On 6/21/2010 3:57 PM, Dan Poirier wrote:
On 2010-06-21 at 14:32, Stefan Fritsch s...@sfritsch.de wrote:
On Monday 21 June 2010, Dan Poirier wrote:
But is there any reason why we couldn't just make all actually
build all? And I would suggest if there's not a really good
reason, we should
On 6/21/2010 4:00 PM, Stefan Fritsch wrote:
As I understand it, Rüdiger's patch may be better for caching but uses
more CPU cycles. But it uses way less CPU than no patch at all.
Therefore I propose to include that patch unless there is clear
consensus that Eric's patch is to be
poir...@apache.org wrote:
Author: poirier
Date: Sun Jun 20 19:48:13 2010
New Revision: 956396
URL: http://svn.apache.org/viewvc?rev=956396view=rev
Log:
First pass at documentation for upgrading to 2.4.
Went through CHANGES and tried to pick out things that would
require a 2.2 user to make
19 matches
Mail list logo
