That's a bit of a problem for the moment, I've compiled 2.0.40, but
httpd complains at runtime about mod_jk, apparently something has
changed in the module api ... I'm using the last version of the
connectors ( 4.0.4 ). Or is there a newer version somewhere ?
Peter.
Justin Erenkrantz wrote:
>
>
There are A LOT of those messages per request and dependant of the size
of the page. The larger the page, the more messages.
Peter.
Aaron Bannert wrote:
>
> On Wed, Aug 28, 2002 at 05:17:45PM +0200, Peter Van Biesen wrote:
> > when I set the LogLevel to info, I get a lot of message like the one
APACHE 2.0 STATUS: -*-text-*-
Last modified at [$Date: 2002/08/19 15:46:24 $]
Release:
2.0.41 : in development.
2.0.40 : released August 9, 2002 as GA.
2.0.39 : released June 17, 2002 as GA.
2.0.38 : rolled June 16, 2002. not rele
APACHE 1.3 STATUS: -*-text-*-
Last modified at [$Date: 2002/06/27 20:57:21 $]
Release:
1.3.27-dev: In development
1.3.26: Tagged June 18, 2002.
1.3.25: Tagged June 17, 2002. Not released.
1.3.24: Tagged Mar 21, 2002. Announced Mar 22, 20
On Wed, Aug 28, 2002 at 02:56:10PM -0700, Greg Stein wrote:
> Well... this auth stuff doesn't even change the API. It provides a new
> opt-in arrangement for authenticating.
>
> (no new APIs for authz, tho; the code is just being refactored rather than
> new APIs to support that; the auth_checke
On Wed, Aug 28, 2002 at 11:15:14PM +0200, Dirk-Willem van Gulik wrote:
>
> > IMO, we shouldn't branch, and we shouldn't bother with a version bump. I
> > think we can ensure backwards compat for the directives, and only minor
> > changes in the modules which need to be LoadModule'd. That is quite
> IMO, we shouldn't branch, and we shouldn't bother with a version bump. I
> think we can ensure backwards compat for the directives, and only minor
> changes in the modules which need to be LoadModule'd. That is quite fine for
Aye - it is more the API than the directives.
Dw
On Wed, Aug 28, 2002 at 10:46:03PM +0200, Dirk-Willem van Gulik wrote:
>
> > branches in CVS are awful (perhaps not so with SVN though).
>
> Actually - the branching is trivial - it is the merging or the MFC which
> is a bit of a pain. I'd not worry about it. Take a look at the FreeBSD
> crowd w
> branches in CVS are awful (perhaps not so with SVN though).
Actually - the branching is trivial - it is the merging or the MFC which
is a bit of a pain. I'd not worry about it. Take a look at the FreeBSD
crowd who maintains several stable/release/current branches with
relatively little overhea
A few points/concerns:
At 1:15 PM -0700 8/28/02, Aaron Bannert wrote:
>On Wed, Aug 28, 2002 at 03:42:53PM -0400, Ryan Bloom wrote:
>> Just the same one I've had all along. Fix it in 2.0. If it is a major
>> config change, then we document it. We have made changes like this
>> before.
>
>I woul
On Wed, Aug 28, 2002 at 03:42:53PM -0400, Ryan Bloom wrote:
> Just the same one I've had all along. Fix it in 2.0. If it is a major
> config change, then we document it. We have made changes like this
> before.
I would consider this to be part of 2.0, even if we call it 2.1.
Let me broaden thi
It's often hard for outsiders to keep track of which updates are minor
features/tweaks/fixes-for-one-platform and which are major
features/refactorings. A bump in second-order number will help.
I don't get a vote, but it seems that it would be reasonable to discourage
major refactorings in 2.
> I'd really like to see us start attacking smaller-grain problems and
releasing those
> features more often, rather than lining up years and years of "ooh me too
and this
> too" until we've got bugs coming out of our ears and nothing stable out
the door for
> our users and testers. IMHO, a new a
If we do wait for 2.1, it would give us the opportunity to collaborate and
make this really clean..you could just create a repository for the new
auth modules (even on sourceforge or something) - assuming not too many
core changes are required.
sterling
>-- Original Message --
>Reply-To: [EM
On Wed, 28 Aug 2002, Aaron Bannert wrote:
> On Wed, Aug 28, 2002 at 12:25:36PM -0700, Justin Erenkrantz wrote:
> > branches in CVS are awful (perhaps not so with SVN though).
>
> I have only heard anecdotal evidence for this, but have actually
> used cvs branches on other large and very successf
On Wed, Aug 28, 2002 at 12:25:36PM -0700, Justin Erenkrantz wrote:
> branches in CVS are awful (perhaps not so with SVN though).
I have only heard anecdotal evidence for this, but have actually
used cvs branches on other large and very successful projects
before. (*cough* PHP! *ahem*). I'd rather
On Wed, Aug 28, 2002 at 11:57:42AM -0700, Aaron Bannert wrote:
> This is a big enough of a change that I would be willing to allow
> for a branch to 2.1 at this point (not a full new repository, just
> a cvs branch) so that you and others who are interested can work on
> the auth stuff, and so we
On Wed, Aug 28, 2002 at 11:37:03AM -0700, Justin Erenkrantz wrote:
> We could also work towards fixing up other stuff in 2.1 (say hi to
> ap_resource_t). But, the item we've got on the plate here is an
> aaa rewrite.
>
> So, my take is either break configs in 2.0 or move to 2.1.
> Maintaining
"Jess M. Holle" <[EMAIL PROTECTED]> writes:
> I've filed a bug (12091) with a suggested patch included. I've also
> attached my previous post of the same code.
>
> The crash is specific to Windows. My change is not, however.
I'll commit this fix shortly. Thanks!
--
Jeff Trawick | [EMAIL PR
On Wed, Aug 28, 2002 at 10:42:01AM -0700, Aaron Bannert wrote:
> On Wed, Aug 28, 2002 at 04:50:52AM -0700, Justin Erenkrantz wrote:
> > I'm beginning to think that we're going to lose all hope of
> > maintaining backwards compat with the current 2.0 auth. But, as
> > Greg said, I definitely think
On Wed, Aug 28, 2002 at 02:43:08PM +0200, Peter Van Biesen wrote:
> I now have a reproducable error, a httpd which I can recompile ( it's
> till a 2.0.39 ), so, if anyone wants me to test something, shoot ! Btw,
Can you upgrade to at least .40 or better yet the latest CVS
version? -- justin
On Wed, Aug 28, 2002 at 05:17:45PM +0200, Peter Van Biesen wrote:
> when I set the LogLevel to info, I get a lot of message like the one in
> de subjectline, is this normal ? Has anybody else observed this ?
Probably means that the browser hit stop before the page was done
loading.
-aaron
On Wed, Aug 28, 2002 at 04:50:52AM -0700, Justin Erenkrantz wrote:
> I'm beginning to think that we're going to lose all hope of
> maintaining backwards compat with the current 2.0 auth. But, as
> Greg said, I definitely think that we're going is going to be an
> awfully nice place. -- justin
I
Graham Leggett wrote:
> Jess M. Holle wrote:
>
>> I also find the current 'httpd-ldap' sub-project status lamentable --
>> though at least at 2.0.40 it builds (but has to be patched to run on
>> Windows!) and includes instructions for making it part of your Apache
>> 2 build process (on UNIX).
Hello,
when I set the LogLevel to info, I get a lot of message like the one in
de subjectline, is this normal ? Has anybody else observed this ?
Peter.
Jess M. Holle wrote:
> I also find the current 'httpd-ldap' sub-project status lamentable --
> though at least at 2.0.40 it builds (but has to be patched to run on
> Windows!) and includes instructions for making it part of your Apache 2
> build process (on UNIX).
That's because all the integ
I also find the current 'httpd-ldap' sub-project status lamentable --
though at least at 2.0.40 it builds (but has to be patched to run on
Windows!) and includes instructions for making it part of your Apache 2
build process (on UNIX).
The lack of MSVC++ projects on Windows (which www.rudedog.
the last year showed that auth_ldap was always forgotten when the Apache2 APIs changed
while all other modules which were in the main source tree were always correctly
updated. So this ended up in that auth_ldap wasnt usable / compilable the whole last
year; or better since it moved to its own
Hi -
>-- Original Message --
>Reply-To: [EMAIL PROTECTED]
>Date: Wed, 28 Aug 2002 04:50:52 -0700
>From: Justin Erenkrantz <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: authentication rewrite
>I'm not sure I like mod_authz_dbm.c either. Hmm. But, frankly, I
>just can't come up with s
+1 to this as well.
We use LDAP authentication with 2.0.40 on win32 already and would very
welcome a "official" module for this
>Now that 2.0.40 has been released and we are in development of
> .41 and the fact that there has been a proposal for re-architecting
> the AUTH modules, I would li
At 11:16 AM +0200 8/28/02, Dirk-Willem van Gulik wrote:
> > I was thinking mostly along the lines that under the "web server project"
>> there exists the HTTP specific entities, and a HTML parser would
>
>Well - I am not sure where this APR (portability) or HTTP (hypertext
>protocol) focus comes f
I now have a reproducable error, a httpd which I can recompile ( it's
till a 2.0.39 ), so, if anyone wants me to test something, shoot ! Btw,
I've seen in the code of ap_proxy_http_request that the variable e is
used many times but I can't seem to find a free somewhere ...
I'm sorry I'm not tryin
At 07:06 AM 8/28/2002, Graham Leggett wrote:
>Peter Van Biesen wrote:
>
Program received signal SIGSEGV, Segmentation fault.
0xc1bfb06c in apr_bucket_alloc () from /opt/httpd/lib/libaprutil.sl.0
(gdb) where
#0 0xc1bfb06c in apr_bucket_alloc () from
/opt/httpd/lib/libaprutil.sl
At 03:41 AM 8/28/2002, Peter Van Biesen wrote:
>As far as I can see, no ranges supplied. I've downloaded a 'small file'
>with my browser :
>
>193.53.20.83 - - [28/Aug/2002:10:33:25 +0200] "-" "GET
>http://hpux.cs.utah.edu/ftp/hpux/Gnu/gdb-5.2.1/gdb-5.2.1-sd-11.00.depot.gz
>HTTP/1.1" 200 7349572
>
Peter Van Biesen wrote:
>>>Program received signal SIGSEGV, Segmentation fault.
>>>0xc1bfb06c in apr_bucket_alloc () from /opt/httpd/lib/libaprutil.sl.0
>>>(gdb) where
>>>#0 0xc1bfb06c in apr_bucket_alloc () from
>>>/opt/httpd/lib/libaprutil.sl.0
>>>#1 0xc1bf8d18 in socket_bucket_read () from
>
On Wed, Aug 28, 2002 at 11:19:43AM +0200, Dirk-Willem van Gulik wrote:
>
> > I don't want to add it in and then have to back it out because people
> > didn't realize that it is going to hose existing configs.
>
> Justin - you want me to commit this
> http://www.webweaving.org/~dirkx/aaa.tgz simp
Peter Van Biesen wrote:
> Program received signal SIGSEGV, Segmentation fault.
> 0xc1bfb06c in apr_bucket_alloc () from /opt/httpd/lib/libaprutil.sl.0
> (gdb) where
> #0 0xc1bfb06c in apr_bucket_alloc () from
> /opt/httpd/lib/libaprutil.sl.0
> The resources used by the process increase linearly
Euh, in function apr_bucket_heap_make . Sorry.
Peter Van Biesen wrote:
>
> Hi,
>
> can anybody look into apr_buckets_heap.c ? I'm not familiar with the apr
> code, but I don't see the free_func called anywhere ( which frees up the
> memory ), or am I mistaken ?
>
> Thanks !
>
> Peter.
>
> Pe
Hi,
can anybody look into apr_buckets_heap.c ? I'm not familiar with the apr
code, but I don't see the free_func called anywhere ( which frees up the
memory ), or am I mistaken ?
Thanks !
Peter.
Peter Van Biesen wrote:
>
> Hi,
>
> I started my server with MaxClients=1, started the download a
Hi,
I started my server with MaxClients=1, started the download and attached
to the process with gdb. The process crashed; This is the trace :
vfsi3>gdb httpd 7840
GNU gdb 5.2.1
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and y
> Hmm. Crap. I'm looking at mod_auth_dbm.c. Damn... it appears that *both*
> mod_auth and mod_auth_dbm define the AuthUserFile and AuthGroupFile
> directives.
Yes - this is the main reason I started the www.apache.org/~dirkx/aaa.tgz
simplification.
> Beats the crap outta me how that happens to
On Wed, Aug 28, 2002 at 11:19:43AM +0200, Dirk-Willem van Gulik wrote:
>
> > I don't want to add it in and then have to back it out because people
> > didn't realize that it is going to hose existing configs.
>
> Justin - you want me to commit this
> http://www.webweaving.org/~dirkx/aaa.tgz simp
> I don't want to add it in and then have to back it out because people
> didn't realize that it is going to hose existing configs.
Justin - you want me to commit this
http://www.webweaving.org/~dirkx/aaa.tgz simplication first ? I've held
back as we where releasing .40. That should make your li
> I was thinking mostly along the lines that under the "web server project"
> there exists the HTTP specific entities, and a HTML parser would
Well - I am not sure where this APR (portability) or HTTP (hypertext
protocol) focus comes from; we have umpteen parsers and processers and
dommers and t
On Wed, Aug 28, 2002 at 01:59:29AM -0700, Justin Erenkrantz wrote:
> On Tue, Aug 27, 2002 at 05:25:25PM -0700, Greg Stein wrote:
> > It would seem that changes to the directives would be easy, and we could
> > also deprecate older directives. In all cases, we'd change our .conf files
> > and the d
It would be nice if the client used was somehting like 'ab' - which comes
with apache ran at 1-100 concurrency; or something like fetch, curl or
wget to make the client identical on all platforms.
Dw
On Tue, 27 Aug 2002, Jess M. Holle wrote:
> Ian Holsman wrote:
>
> > Jess M. Holle wrote:
> >
On Tue, 27 Aug 2002, Jess M. Holle wrote:
> * recent Apache 1.3.x on Windows:
> o client on Solaris (8): 80K/sec
> o client on Linux or Windows: 8MB/sec
> * recent Apache 2.0.x on Windows:
> o client on Solaris (8): 120K/sec
> o client on Linux or
On Tue, Aug 27, 2002 at 05:25:25PM -0700, Greg Stein wrote:
> It would seem that changes to the directives would be easy, and we could
> also deprecate older directives. In all cases, we'd change our .conf files
> and the doc, issue warnings for old usage, and then just "wait a while"
> before rem
As far as I can see, no ranges supplied. I've downloaded a 'small file'
with my browser :
193.53.20.83 - - [28/Aug/2002:10:33:25 +0200] "-" "GET
http://hpux.cs.utah.edu/ftp/hpux/Gnu/gdb-5.2.1/gdb-5.2.1-sd-11.00.depot.gz
HTTP/1.1" 200 7349572
the "-" is the range.
Since the child crashes, nothin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
+1 to this as well, I can see LDAP authentication being more and more
important for Apache in the future. :)
Chris Taylor - [EMAIL PROTECTED] - The guy with the PS2 WebServer -
http://www.x-bb.org/chris.asc
- - Original Message -
From: "Bra
50 matches
Mail list logo
