Re: svn commit: r572298 - /httpd/site/trunk/dist/tools/release.sh

2007-09-04 Thread Martin Kraemer
On Mon, Sep 03, 2007 at 12:44:06PM +, [EMAIL PROTECTED] wrote: Author: jim Date: Mon Sep 3 05:44:06 2007 New Revision: 572298 URL: http://svn.apache.org/viewvc?rev=572298view=rev Log: 2.2 and later will wait for this APR tag... -apr_tag=1.2.9 -apu_tag=1.2.8 +

Re: make: *** [flood.lo] Error 1

2007-09-04 Thread Martin Kraemer
On Tue, Sep 04, 2007 at 12:07:04PM +0300, Villem Alari wrote: I have error and can't install Flood. Error is: /usr/share/apr-1.0/build/libtool --silent --mode=compile gcc-g - O2 -pipe -Wall -g -O2 -pthread-DLINUX=2 -D_REENTRANT - D_GNU_SOURCE -D_LARGEFILE64_SOURCE

Re: make: *** [flood.lo] Error 1

2007-09-04 Thread Villem Alari
On 04.09.2007, at 12:29, Martin Kraemer wrote: On Tue, Sep 04, 2007 at 12:07:04PM +0300, Villem Alari wrote: I have error and can't install Flood. Error is: /usr/share/apr-1.0/build/libtool --silent --mode=compile gcc- g - O2 -pipe -Wall -g -O2 -pthread-DLINUX=2 -D_REENTRANT -

Re: make: *** [flood.lo] Error 1

2007-09-04 Thread Martin Kraemer
On Tue, Sep 04, 2007 at 01:11:24PM +0300, Villem Alari wrote: On 04.09.2007, at 12:29, Martin Kraemer wrote: On Tue, Sep 04, 2007 at 12:07:04PM +0300, Villem Alari wrote: I have error and can't install Flood. Error is: /usr/share/apr-1.0/build/libtool --silent --mode=compile gcc- g -

[PATCH] Apache 2.2.x: Implicit creation of new proxy_workers

2007-09-04 Thread Axel-Stéphane SMORGRAV
-Message d'origine- De : Jim Jagielski [mailto:[EMAIL PROTECTED] Envoyé : lundi 3 septembre 2007 14:56 À : dev@httpd.apache.org Objet : Re: Apache 2.2.x: Implicit creation of new proxy_workers That's right. You can't really have a connection pool if the endpoint is unknown or changing

Re: [PATCH] Apache 2.2.x: Implicit creation of new proxy_workers

2007-09-04 Thread Jim Jagielski
On Sep 4, 2007, at 8:27 AM, Axel-Stéphane SMORGRAV wrote: -Message d'origine- De : Axel-Stéphane SMORGRAV Envoyé : mardi 4 septembre 2007 14:19 À : dev@httpd.apache.org Objet : [PATCH] Apache 2.2.x: Implicit creation of new proxy_workers I will create a Bugzilla report for this

Re: mod_proxy_balancer

2007-09-04 Thread Ruediger Pluem
On 09/03/2007 11:40 PM, Vinicius Petrucci wrote: Ruedinger: In your patch, I think the call PROXY_WORKER_IS_INITIALIZED(workers) before initialize the pointer *workers is causing that error log: [Mon Sep 03 18:32:34 2007] [notice] child pid 5225 exit signal Segmentation fault (11)

Re: mod_proxy_balancer

2007-09-04 Thread Vinicius Petrucci
I don't know why, but each time a new child is created the variable worker_is_initialized is 0. Therefore, the problem of reseting to the original configuration is not solved. I'm debugging more on this... On 04/09/07, Ruediger Pluem [EMAIL PROTECTED] wrote: On 09/03/2007 11:40 PM, Vinicius

Re: TR today for 1.3, 2.0 and 2.2

2007-09-04 Thread Jim Jagielski
On Sep 4, 2007, at 7:50 AM, Jim Jagielski wrote: With the tagging (but not yet release) of the latest rev's of apr/apu, I plan on tagging all 3 flavors of httpd today (1.3.39, 2.0.61 and 2.2.6). 1.3.39 is tagged and rolled, but not yet available for test. TR for 2.x will be a bit later on,

Re: mod_proxy_balancer

2007-09-04 Thread Vinicius Petrucci
Hi, As I said before, your last patch didn't solve the bug because the variable you created (worker_is_initialized) always gets zero value. I've created the patches attached. The solution was to simply move the code section that set lbfactor, lbstatus, and lbset to the original configuration

[VOTE] Apache 2.2.6, 2.0.61 and 1.3.39 release candidate tarballs for review

2007-09-04 Thread Jim Jagielski
Available for your testing pleasure, 3, count 'em, 3 Apache HTTP Server release candidate tarballs, located, as expected at: http://httpd.apache.org/dev/dist/ This vote will run through Sept 6, 2007 and close Sept 7, unless otherwise noted... +/-1 (x == +1) [ ]apache_1.3.39 [

mod_proxy: Is smax=0 allowed ?

2007-09-04 Thread Phil Endecott
Dear Experts, According to the mod_proxy docs, parameters to ProxyPass include: smax max Upto the Soft Maximum number of connections will be created on demand. Any connections above smax are subject to a time to live or ttl. So, am I allowed to set smax=0 ? In my case,

Re: [VOTE] Apache 2.2.6, 2.0.61 and 1.3.39 release candidate tarballs for review

2007-09-04 Thread Jorge Schrauwen
On 9/4/07, Jim Jagielski [EMAIL PROTECTED] wrote: Available for your testing pleasure, 3, count 'em, 3 Apache HTTP Server release candidate tarballs, located, as expected at: http://httpd.apache.org/dev/dist/ This vote will run through Sept 6, 2007 and close Sept 7, unless otherwise

Re: [VOTE] Apache 2.2.6, 2.0.61 and 1.3.39 release candidate tarballs for review

2007-09-04 Thread Erik Abele
On 04.09.2007, at 23:29, Jim Jagielski wrote: Available for your testing pleasure, 3, count 'em, 3 Apache HTTP Server release candidate tarballs, located, as expected at: http://httpd.apache.org/dev/dist/ This vote will run through Sept 6, 2007 and close Sept 7, unless otherwise noted...

Re: [VOTE] Apache 2.2.6, 2.0.61 and 1.3.39 release candidate tarballs for review

2007-09-04 Thread Jim Jagielski
Erik Abele wrote: On 04.09.2007, at 23:29, Jim Jagielski wrote: Available for your testing pleasure, 3, count 'em, 3 Apache HTTP Server release candidate tarballs, located, as expected at: http://httpd.apache.org/dev/dist/ This vote will run through Sept 6, 2007 and close

Re: [VOTE] Apache 2.2.6, 2.0.61 and 1.3.39 release candidate tarballs for review

2007-09-04 Thread William A. Rowe, Jr.
Jim Jagielski wrote: Available for your testing pleasure, 3, count 'em, 3 Apache HTTP Server release candidate tarballs, located, as expected at: http://httpd.apache.org/dev/dist/ [ ]apache_1.3.39 -0.1 The tarball apache_1.3.39.tar.gz explodes into apache-1.3/, which isn't

Re: [VOTE] Apache 2.2.6, 2.0.61 and 1.3.39 release candidate tarballs for review

2007-09-04 Thread William A. Rowe, Jr.
Jim Jagielski wrote: Hmmm... yeah, bummer. If that's it though, I'm +1 on keeping as is... we can document this. Or, we could *gasp* just reroll :/ Or we can repack the same files. This is a packaging artifact, not an artifact of source control. Bill

Re: [VOTE] Apache 2.2.6, 2.0.61 and 1.3.39 release candidate tarballs for review

2007-09-04 Thread Jim Jagielski
On Sep 4, 2007, at 8:15 PM, William A. Rowe, Jr. wrote: Jim Jagielski wrote: Hmmm... yeah, bummer. If that's it though, I'm +1 on keeping as is... we can document this. Or, we could *gasp* just reroll :/ Or we can repack the same files. This is a packaging artifact, not an artifact of

mod_dav hack

2007-09-04 Thread Fred Woods
I've written an extension/hack for mod_dav. I would like to know if it would be useful to others and how I might change it to be more portable? The hack hooks the code to store, copy, rename, and remove files. It creates a string representing the operation and the path elements, and writes the