Since there doesn't seem to any movement on our request to ASF
infrastructure for our wiki, and after seeing yet another thread of
installation woes on the the user list, I'm thinking we should at least
buff up the installation and trouble shooting section of the docs. It'll
be a race to see
Jim Gallacher wrote ..
Since there doesn't seem to any movement on our request to ASF
infrastructure for our wiki,
I'd basically given up on an official wiki coming along and have been
putting my existing articles into a personal wiki of my own. This will
allow me to more easily add more
Jeff Trawick wrote:
... so that ServerTokens doesn't affect what gets logged to the error
log at startup (or any other place where we want the description of
the server instead of the banner to be written over the network).
As far as I can see, your patch does not distinguish between those
Jeff Trawick wrote:
On 8/11/06, Sebastian Nohn [EMAIL PROTECTED] wrote:
And now patches against trunk are available too (attached to this mail).
A little more work is required. With this trunk patch and
Rename existing ap_get_server_version() to ap_get_server_banner()
Change code that
Sebastian Nohn wrote:
Jeff Trawick wrote:
... so that ServerTokens doesn't affect what gets logged to the error
log at startup (or any other place where we want the description of
the server instead of the banner to be written over the network).
As far as I can see, your patch does not
* Guy Hulbert [EMAIL PROTECTED] wrote:
Ok. I have the patch against 2.0.48 ... I will see what I can do with
it.
Yeah, it's quite old. But perhaps you can get it into current 2.2.
Please give us feedback.
cu
--
-
Enrico
On Thu, 2006-31-08 at 13:37 +0200, Enrico Weigelt wrote:
* Guy Hulbert [EMAIL PROTECTED] wrote:
Ok. I have the patch against 2.0.48 ... I will see what I can do with
it.
Yeah, it's quite old. But perhaps you can get it into current 2.2.
Please give us feedback.
It is not clear to
I did some more research on our test environment. We don't have that much
traffic in there, but I was able to reproduce the problem with manual
actions.
The culprit seems to be our setting
AcceptMutex pthread
With Apache 2.0.59:
If I kill -9 the listener process, no new listener process is
Hi folks,
I'm currently porting the whole httpd stuff (starting w/ apr) to
unitool (http://unitool.metux.de/) to solve the endless crosscompile
problems w/ autoconf (AC_TRY_RUN ...).
The first step is to replace all AC_TRY_RUN()'s by unitool
queries
* Guy Hulbert [EMAIL PROTECTED] wrote:
snip
It is not clear to me yet whether I should work on metux or perchild.
Unless I missed some major redesign in perchild, you should drop it.
It has some design flaws which make it insecure. metuxmpm was forked
off to fix them.
cu
--
* Enrico Weigelt wrote:
I'm currently porting the whole httpd stuff (starting w/ apr) to
unitool (http://unitool.metux.de/) to solve the endless crosscompile
problems w/ autoconf (AC_TRY_RUN ...).
The first step is to replace all AC_TRY_RUN()'s by unitool
queries
11 matches
Mail list logo