This would be OK except that there is a bigger problem that I looked
into trying to fix at one point but never completed it. The problem is
the duplication of authorization types. Currently we have both
mod_authz_groupfile and mod_authz_dbm implementing the types "group" and
"file-group". Thi
I've just looked at authz.
There's an IMO ugly hack whereby every authz provider has to run after
authz_file and make a special case for file-group. It's repitition of
identical code, and breaks modularity.
Wouldn't it be better for mod_authz_owner to be able to determine whether
file-group is s
Justin Erenkrantz wrote:
On Mon, Oct 24, 2005 at 01:41:18PM +0100, Colm MacCarthaigh wrote:
If I might also ask, would anyone mind if;
./configure --with-apr=bundled --with-apr-util=bundled
were added as options? Right now APR_FIND_APU and APR_FIND_APR are given
"1" as the third argum
On Monday 24 October 2005 13:22, Joe Orton wrote:
> There was a thread about this previously; just checking for consensus,
> is there any objection to bumping the apr/apr-util version requirements
> to 1.2.x? (1.2.x is already required for mod_dbd, event MP, and it will
> simplify the code to all
On Mon, Oct 24, 2005 at 08:52:35AM -0400, Jeff Trawick wrote:
> 3 days is maybe enough time to catch a couple of build issues that we
> didn't see, but not anything else. I don't see the value in making a
> big deal about it to the general public if the thing is likely to be
> GA before there is t
On Oct 24, 2005, at 9:16 AM, Joost de Heer wrote:
Looks good; some nits:
- odd style in places, some "if("/"while(" without enough whitespace
and declarations with too much whitespace:
apr_file_t * etc;
Is there an indent command line overview for 'ASF approved coding'?
We hav
On Mon, Oct 24, 2005 at 01:22:36PM +0100, Joe Orton wrote:
> There was a thread about this previously; just checking for consensus,
> is there any objection to bumping the apr/apr-util version requirements
> to 1.2.x? (1.2.x is already required for mod_dbd, event MP, and it will
> simplify the
On Mon, Oct 24, 2005 at 01:41:18PM +0100, Colm MacCarthaigh wrote:
> If I might also ask, would anyone mind if;
>
> ./configure --with-apr=bundled --with-apr-util=bundled
>
> were added as options? Right now APR_FIND_APU and APR_FIND_APR are given
> "1" as the third argument, which means th
On Mon, Oct 24, 2005 at 06:16:14PM +0200, Joost de Heer wrote:
> >Looks good; some nits:
> >
> >- odd style in places, some "if("/"while(" without enough whitespace
> >and declarations with too much whitespace:
> > apr_file_t * etc;
>
> Is there an indent command line overview for 'ASF ap
Looks good; some nits:
- odd style in places, some "if("/"while(" without enough whitespace
and declarations with too much whitespace:
apr_file_t * etc;
Is there an indent command line overview for 'ASF approved coding'?
Joost
On Monday 24 October 2005 14:59, Mads Toftum wrote:
> On Mon, Oct 24, 2005 at 02:27:36PM +0100, Nick Kew wrote:
> > mod_authn_dbd seemed to get the thumbs-up from those who test-drove
> > it from trunk. Any thoughts on backporting to 2.2-branch at this stage?
> > It'll serve as a small and simple
On Sun, Oct 23, 2005 at 06:18:09PM -0700, Paul Querna wrote:
> Thoughts/Concerns?
Can the PMC ask infra to make /docs-2.2/ work? The redirect needs
explicit exclusions.
There are quite a few instances of "httpd 2.1" in the docs tree right
now, including explicit links to http://httpd.apache.org/d
On Mon, Oct 24, 2005 at 02:27:36PM +0100, Nick Kew wrote:
> mod_authn_dbd seemed to get the thumbs-up from those who test-drove
> it from trunk. Any thoughts on backporting to 2.2-branch at this stage?
> It'll serve as a small and simple demo of using DBD, as well as in its
> primary purpose.
>
+
mod_authn_dbd seemed to get the thumbs-up from those who test-drove
it from trunk. Any thoughts on backporting to 2.2-branch at this stage?
It'll serve as a small and simple demo of using DBD, as well as in its
primary purpose.
--
Nick Kew
Jim Jagielski said:
> With 2.2, we should consider such terms as "release candidate"
> and make things easier for us and the community as well.
> So the process is:
>
> -dev -> Beta -> RC -> GA
+1.
Regards,
Graham
--
I agree with Jeff. The time between Beta and GM should ideally by
longer that "several" days (depending on how you define
"several" :) ).
With 2.2, we should consider such terms as "release candidate"
and make things easier for us and the community as well.
So the process is:
-dev -> Beta ->
On 10/24/05, Nick Kew <[EMAIL PROTECTED]> wrote:
> On Monday 24 October 2005 13:22, Joe Orton wrote:
> > There was a thread about this previously; just checking for consensus,
> > is there any objection to bumping the apr/apr-util version requirements
> > to 1.2.x? (1.2.x is already required for m
On 10/23/05, Paul Querna <[EMAIL PROTECTED]> wrote:
> 2) 2.1.N is voted on for BETA.
>
> 3) Assuming the vote passes, several days after releasing 2.1.N-BETA, a
> vote to mark 2.1.N-BETA as Stable/General Availability will be called
> for by the 2.1.N Release Manager.
3 days is maybe enough time
On Mon, Oct 24, 2005 at 01:22:36PM +0100, Joe Orton wrote:
> There was a thread about this previously; just checking for consensus,
> is there any objection to bumping the apr/apr-util version requirements
> to 1.2.x? (1.2.x is already required for mod_dbd, event MP, and it will
> simplify the
On Monday 24 October 2005 13:22, Joe Orton wrote:
> There was a thread about this previously; just checking for consensus,
> is there any objection to bumping the apr/apr-util version requirements
> to 1.2.x? (1.2.x is already required for mod_dbd, event MP, and it will
> simplify the code to allo
There was a thread about this previously; just checking for consensus,
is there any objection to bumping the apr/apr-util version requirements
to 1.2.x? (1.2.x is already required for mod_dbd, event MP, and it will
simplify the code to allow unconditional use of 1.2.x features)
Index: configur
On Mon, Oct 24, 2005 at 12:58:21PM +0100, Joe Orton wrote:
> - odd style in places, some "if("/"while(" without enough whitespace
Ahh that old habit.
> and declarations with too much whitespace:
> apr_file_t * etc;
This comes directly from the old logresolve.c. Didn't want to change
a
hi guys,
it works fine for me this way ;o)
thanks a lot ;o)
Jeff Trawick wrote:
On 10/21/05, William A. Rowe, Jr. <[EMAIL PROTECTED]> wrote:
Jeff Trawick wrote:
I use some hacks for binbuild-like binary distributions on HP-UX:
a) add -Wl,+s for SHLIB_PATH (you tried that)
It works nic
On Fri, Oct 21, 2005 at 10:10:51PM +0100, Colm MacCarthaigh wrote:
> support/logresolve doesn't support IPv6 addresses, which is a pain,
> because while logresolve is not a brilliant log resolver, it's useful
> for putting at the end of brief command lines, grepping things and so
> on.
>
> Anyway;
24 matches
Mail list logo