On 29.11.2011 23:30, William A. Rowe Jr. wrote:
But my point remains, that we allocate each module a block of some 50
codes, such that mod_aaa gets AHM-0049 and mod_aab gets 50-99, etc.
How will 3rd-party modules be getting their blocks?
-mi
On 11/29/2011 8:58 PM, Guenter Knauf wrote:
Am 30.11.2011 01:51, schrieb William A. Rowe Jr.:
On 11/29/2011 5:30 PM, Stefan Fritsch wrote:
Currently my scripts produces:
http://people.apache.org/~sf/error-msg-numbers.diff
http://people.apache.org/~sf/error-msg-numbers.list
This is level info
Am 30.11.2011 01:51, schrieb William A. Rowe Jr.:
On 11/29/2011 5:30 PM, Stefan Fritsch wrote:
Currently my scripts produces:
http://people.apache.org/~sf/error-msg-numbers.diff
http://people.apache.org/~sf/error-msg-numbers.list
This is level info and up, but that is easily changed.
Everyt
On 11/29/2011 5:30 PM, Stefan Fritsch wrote:
Currently my scripts produces:
http://people.apache.org/~sf/error-msg-numbers.diff
http://people.apache.org/~sf/error-msg-numbers.list
This is level info and up, but that is easily changed.
Everything from debug level up should be coded. Suggesti
On Nov 29, 2011, at 6:30 PM, Stefan Fritsch wrote:
> Currently my scripts produces:
>
> http://people.apache.org/~sf/error-msg-numbers.diff
> http://people.apache.org/~sf/error-msg-numbers.list
>
> This is level info and up, but that is easily changed.
>
> The script still misses all occurence
Hi all,
While merging I am getting a lot of stray svn:mergeinfo changes on arbitrary
files, for example:
M modules/core/mod_watchdog.c
M modules/core/mod_so.c
M modules/core/Makefile.in
M modules/core/config.m4
M modules/core/mod_watchdog.dsp
M modules/core/mo
On Monday 28 November 2011, Rich Bowen wrote:
> On Nov 28, 2011, at 11:21 AM, Stefan Fritsch wrote:
> > A question on procedure: Do you want to add all error codes at
> > once and then fill in the descriptions or add the error codes as
> > the documentation evolves? If the former, some scripting wo
Hi all,
Looking at the libraries that are brought in by some of the support tools, we
seem to be linking to more libraries than strictly necessary.
Can anyone confirm whether we need to be binding htpasswd to libdb, or
libexpat? (Or am I not reading this correctly?) Is this something apr/apr-ut
On Tuesday 29 November 2011, Graham Leggett wrote:
> Hi all,
>
> I've noticed some warnings in mod_xml2enc:
>
> mod_xml2enc.c: In function 'fix_skipto':
> mod_xml2enc.c:123:18: warning: variable 'rv' set but not used
> [-Wunused-but-set-variable] mod_xml2enc.c: In function
> 'sniff_encoding':
> m
On Tuesday 29 November 2011, Kaspar Brand wrote:
> On 23.11.2011 15:06, Joe Orton wrote:
> > On Wed, Nov 23, 2011 at 08:37:31AM +0100, Kaspar Brand wrote:
> >> There are two approaches to fix 1): a) turn off verify_hostname
> >> where needed (t/ssl/pr12355.t and t/ssl/pr43738.t are doing this
> >>
Hi all,
I've noticed some warnings in mod_xml2enc:
mod_xml2enc.c: In function 'fix_skipto':
mod_xml2enc.c:123:18: warning: variable 'rv' set but not used
[-Wunused-but-set-variable]
mod_xml2enc.c: In function 'sniff_encoding':
mod_xml2enc.c:167:18: warning: variable 'rv' set but not used
[-Wunu
- Original Message -
> Author: jim
> Date: Tue Nov 29 21:14:08 2011
> New Revision: 1208068
>
> URL: http://svn.apache.org/viewvc?rev=1208068&view=rev
> Log:
> Some optimization... we have a hash, use it. Quicker than all
> these string comparisons.
>
> Modified:
> httpd/httpd/trunk/m
On Tuesday 29 November 2011, William A. Rowe Jr. wrote:
> On 11/27/2011 8:34 AM, Rich Bowen wrote:
> > At Apachecon several of us were discussing how error messages
> > could be made more helpful without making them paragraphs. Two
> > suggestions were made - adding a URL to the message or adding a
On Tuesday 29 November 2011, Igor Galić wrote:
> > I hope that other vendors will pick up our packaging as the
> > "canonical" way, and improve the way httpd is deployed out there.
>
> +1
>
> sf - how are you planning to do this, btw ;)
I think we are going to drop the separate MPM packages and
On 11/27/2011 8:34 AM, Rich Bowen wrote:
At Apachecon several of us were discussing how error messages could be made
more helpful without making them paragraphs. Two suggestions were made - adding
a URL to the message or adding a number/code to each error that would then be
looked up for more
On 11/29/2011 12:23 PM, William A. Rowe Jr. wrote:
On 11/29/2011 6:12 AM, Graham Leggett wrote:
On 29 Nov 2011, at 11:55, Igor Galić wrote:
And, our all time favourite: LDAP.
This definitely needs separating out until it's abstraction is fixed.
Not possible due to your veto; non-optional l
On 11/29/2011 6:12 AM, Graham Leggett wrote:
On 29 Nov 2011, at 11:55, Igor Galić wrote:
And, our all time favourite: LDAP.
This definitely needs separating out until it's abstraction is fixed.
Not possible due to your veto; non-optional ldap dependency of apr-util,
upon which httpd depends
On Mon, Nov 28, 2011 at 7:52 PM, Graham Leggett wrote:
> On 29 Nov 2011, at 02:37, Jeff Trawick wrote:
>
>> FWIW
>>
>> * a normal build defaults to event
>> * a multi-MPM build of 2.4 "should" build the MPMs as DSOs
>
> +1.
>
> This is what I'm trying to nail down - to get the packaging to work ag
On 29 Nov 2011, at 11:55, Igor Galić wrote:
> OpenSSL (and cascading deps to it)
> mod_ssl
> mod_session
> mod_session_crypto
Neither mod_session nor mod_session_crypto have any hard coded links to openssl
(or any other library), it's all abstracted away. mod_ssl has always been
packaged separa
- Original Message -
> On 29 Nov 2011, at 02:37, Jeff Trawick wrote:
>
> > FWIW
> >
> > * a normal build defaults to event
> > * a multi-MPM build of 2.4 "should" build the MPMs as DSOs
>
> +1.
>
> This is what I'm trying to nail down - to get the packaging to work
> against the ideal ins
20 matches
Mail list logo